From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pragnesh Patel Date: Wed, 13 May 2020 08:02:43 +0000 Subject: [PATCH v9 11/18] clk: sifive: fu540-prci: release ethernet clock reset In-Reply-To: References: <20200513062617.19988-1-pragnesh.patel@sifive.com> <20200513062617.19988-12-pragnesh.patel@sifive.com> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de >-----Original Message----- >From: Jagan Teki >Sent: 13 May 2020 13:30 >To: Pragnesh Patel >Cc: U-Boot-Denx ; Atish Patra >; Palmer Dabbelt ; Bin >Meng ; Paul Walmsley ; >Anup Patel ; Sagar Kadam >; Rick Chen ; Lukasz >Majewski ; Anatolij Gustschin ; Simon >Glass >Subject: Re: [PATCH v9 11/18] clk: sifive: fu540-prci: release ethernet clock >reset > >[External Email] Do not click links or attachments unless you recognize the >sender and know the content is safe > >On Wed, May 13, 2020 at 12:48 PM Pragnesh Patel > wrote: >> >> Hi Jagan, >> >> >-----Original Message----- >> >From: Jagan Teki >> >Sent: 13 May 2020 12:21 >> >To: Pragnesh Patel >> >Cc: U-Boot-Denx ; Atish Patra >> >; Palmer Dabbelt ; >Bin >> >Meng ; Paul Walmsley >; >> >Anup Patel ; Sagar Kadam >> >; Rick Chen ; Lukasz >> >Majewski ; Anatolij Gustschin ; Simon >> >Glass >> >Subject: Re: [PATCH v9 11/18] clk: sifive: fu540-prci: release >> >ethernet clock reset >> > >> >[External Email] Do not click links or attachments unless you >> >recognize the sender and know the content is safe >> > >> >On Wed, May 13, 2020 at 11:57 AM Pragnesh Patel >> > wrote: >> >> >> >> Release ethernet clock reset >> > >> >Please add a detailed commit message of why the ethernet clock is >> >resetting in SPL code since ethernet won't need for SPL at all? >> >> Once the ethernet clock has been initialized ( set_rate() and >> clk_enable() ), we need to take ethernet clock out of reset. >> >> This patch is necessary in this series otherwise U-Boot cannot use >> ethernet and not able To boot. >> >> This ethernet reset __prci_ethernet_release_reset() is not depend on SPL or >U-Boot proper. >> Right now, U-Boot proper is using ethernet so this gets called only >> for U-Boot proper and if SPL wants to use ethernet then function helps to >take clock out of reset. > >But will __prci_ethernet_release_reset is called in SPL? Right now no but if SPL wants to use ethernet in future then this function gets called.