From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxime Ripard Subject: Re: [PATCH v3 0/4] allwinner: a64: add SRAM controller / system control Date: Mon, 18 Jun 2018 09:34:25 +0200 Message-ID: <20180618073425.ce2dkipuvrtbqela@flea> References: <20180614153548.9644-1-wens@csie.org> <20180615091413.pbdtrpa7txe6i4ee@flea> Reply-To: maxime.ripard-LDxbnhwyfcJBDgjK7y7TUQ@public.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="muhfg4g4774nkcmb" Return-path: Sender: linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Content-Disposition: inline In-Reply-To: List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , To: Chen-Yu Tsai Cc: Rob Herring , Mark Rutland , linux-arm-kernel , devicetree , linux-sunxi List-Id: devicetree@vger.kernel.org --muhfg4g4774nkcmb Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline On Mon, Jun 18, 2018 at 10:11:20AM +0800, Chen-Yu Tsai wrote: > On Fri, Jun 15, 2018 at 5:14 PM, Maxime Ripard > wrote: > > On Thu, Jun 14, 2018 at 11:35:44PM +0800, Chen-Yu Tsai wrote: > >> Hi, > >> > >> This series is the remaining A64 syscon changes from the R40 DWMAC > >> series. The series aligns how the A64 system control exports a regmap > >> for the sun8i DWMAC driver to access with what we've done for the R40. > >> > >> Originally the A64 used the generic syscon for this bit of hardware. > >> But this block also contains mapping bits for the onboard SRAM, used > >> by various peripherals, and other vendor specific bits we may use in > >> the future. It is by no means generic. And we already have a device > >> tree binding and driver for the SRAM part. > >> > >> The first patch make the SRAM control device export a regmap, exposing > >> a single EMAC control register, for the DWMAC driver to consume. > >> > >> The second and third patches rename the A64 compatible string to read > >> "system control", which is what the block is named in the user manual. > >> > >> The last patch fixes up the device node, and also adds the lone mappable > >> SRAM block, which is needed by the Display Engine. > > > > For the serie: > > Acked-by: Maxime Ripard > > Cool. I'll apply them once you've rebased and pushed out any patches you > queued up during the merge window. All should be pushed now, feel free to apply them :) Maxime -- Maxime Ripard, Bootlin (formerly Free Electrons) Embedded Linux and Kernel engineering https://bootlin.com --muhfg4g4774nkcmb-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: maxime.ripard@bootlin.com (Maxime Ripard) Date: Mon, 18 Jun 2018 09:34:25 +0200 Subject: [PATCH v3 0/4] allwinner: a64: add SRAM controller / system control In-Reply-To: References: <20180614153548.9644-1-wens@csie.org> <20180615091413.pbdtrpa7txe6i4ee@flea> Message-ID: <20180618073425.ce2dkipuvrtbqela@flea> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Mon, Jun 18, 2018 at 10:11:20AM +0800, Chen-Yu Tsai wrote: > On Fri, Jun 15, 2018 at 5:14 PM, Maxime Ripard > wrote: > > On Thu, Jun 14, 2018 at 11:35:44PM +0800, Chen-Yu Tsai wrote: > >> Hi, > >> > >> This series is the remaining A64 syscon changes from the R40 DWMAC > >> series. The series aligns how the A64 system control exports a regmap > >> for the sun8i DWMAC driver to access with what we've done for the R40. > >> > >> Originally the A64 used the generic syscon for this bit of hardware. > >> But this block also contains mapping bits for the onboard SRAM, used > >> by various peripherals, and other vendor specific bits we may use in > >> the future. It is by no means generic. And we already have a device > >> tree binding and driver for the SRAM part. > >> > >> The first patch make the SRAM control device export a regmap, exposing > >> a single EMAC control register, for the DWMAC driver to consume. > >> > >> The second and third patches rename the A64 compatible string to read > >> "system control", which is what the block is named in the user manual. > >> > >> The last patch fixes up the device node, and also adds the lone mappable > >> SRAM block, which is needed by the Display Engine. > > > > For the serie: > > Acked-by: Maxime Ripard > > Cool. I'll apply them once you've rebased and pushed out any patches you > queued up during the merge window. All should be pushed now, feel free to apply them :) Maxime -- Maxime Ripard, Bootlin (formerly Free Electrons) Embedded Linux and Kernel engineering https://bootlin.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: