All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Lunn <andrew@lunn.ch>
To: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Cc: Wolfram Sang <wsa@the-dreams.de>,
	Bartosz Golaszewski <brgl@bgdev.pl>,
	Jonathan Corbet <corbet@lwn.net>, Sekhar Nori <nsekhar@ti.com>,
	Kevin Hilman <khilman@kernel.org>,
	Russell King <linux@armlinux.org.uk>,
	Arnd Bergmann <arnd@arndb.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	David Woodhouse <dwmw2@infradead.org>,
	Brian Norris <computersforpeace@gmail.com>,
	Boris Brezillon <boris.brezillon@bootlin.com>,
	Marek Vasut <marek.vasut@gmail.com>,
	Richard Weinberger <richard@nod.at>,
	Grygorii Strashko <grygorii.strashko@ti.com>,
	"David S . Miller" <davem@davemloft.net>,
	Srinivas Kandagatla <srinivas.kandagatla@linaro.org>,
	Naren <naren.kernel@gmail.com>,
	Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Lukas Wunner <lukas@wunner.de>,
	Dan Carpenter <dan.carpenter@oracle.com>,
	Florian Fainelli <f.fainelli@gmail.com>,
	Ivan Khoronzhuk <ivan.khoronzhuk@linaro.org>,
	Sven Van Asbroeck <svendev@arcx.com>,
	Paolo Abeni <pabeni@redhat.com>, Alban Bedel <albeu@free.fr>,
	Rob Herring <robh@kernel.org>,
	David Lechner <david@lechnology.com>,
	linux-doc <linux-doc@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>,
	arm-soc <linux-arm-kernel@lists.infradead.org>,
	linux-i2c <linux-i2c@vger.kernel.org>,
	linux-mtd@lists.infradead.org,
	Linux-OMAP <linux-omap@vger.kernel.org>,
	netdev@vger.kernel.org
Subject: Re: [PATCH 00/28] at24: remove at24_platform_data
Date: Wed, 8 Aug 2018 18:44:02 +0200	[thread overview]
Message-ID: <20180808164402.GH7275@lunn.ch> (raw)
In-Reply-To: <CAMpxmJXVNiyqF4qaYtNhPUG3mSZVdvBSGUqDYK-nh59BKeh=Gw@mail.gmail.com>

On Wed, Aug 08, 2018 at 06:27:25PM +0200, Bartosz Golaszewski wrote:
> 2018-08-08 17:55 GMT+02:00 Wolfram Sang <wsa@the-dreams.de>:
> > On Wed, Aug 08, 2018 at 05:31:22PM +0200, Bartosz Golaszewski wrote:
> >> From: Bartosz Golaszewski <bgolaszewski@baylibre.com>
> >>
> >> This is a follow-up to the previously rejected series[1] which partially
> >> removed the at24_platform_data structure. After further development and
> >> taking reviews into account, this series finally removes that struct
> >> completely but not without touching many different parts of the code
> >> base.
> >>
> >> Since I took over maintainership of the at24 driver I've been working
> >> towards removing at24_platform_data in favor for device properties.
> >
> > Wooha, nice work. I can't really comment on it but wondered how you want
> > to upstream it (after reviews)? Pull request of an immutable branch for
> > nvmem-tree sounds best to me. Then I could also pull it in if i2c needs
> > it. Probably same situation for arm-soc...
> >
> 
> I initially wanted to merge small parts of it starting with v4.18, but
> there were some voices against merging APIs without users. I'm not
> sure how it should go in. There'll be a need for multiple immutable
> branches most probably...

Hi Bartosz

What this series does is show all the different parts are now
available, and can be reviewed as a whole. Once that review is
completed, merging in parts then becomes possible.

It looks like you could probably merge the nvmem, mtd and net parts
independently via there maintainers for 4.20, since i don't think
there are any dependencies. The arm-soc changes in 4.21, and the
removal of the platform data in 4.22?

     Andrew

WARNING: multiple messages have this Message-ID (diff)
From: Andrew Lunn <andrew@lunn.ch>
To: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Cc: Wolfram Sang <wsa@the-dreams.de>, Sekhar Nori <nsekhar@ti.com>,
	Srinivas Kandagatla <srinivas.kandagatla@linaro.org>,
	linux-i2c <linux-i2c@vger.kernel.org>,
	Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
	Rob Herring <robh@kernel.org>,
	Florian Fainelli <f.fainelli@gmail.com>,
	Kevin Hilman <khilman@kernel.org>,
	Richard Weinberger <richard@nod.at>,
	Bartosz Golaszewski <brgl@bgdev.pl>,
	linux-doc <linux-doc@vger.kernel.org>,
	Russell King <linux@armlinux.org.uk>,
	Marek Vasut <marek.vasut@gmail.com>,
	Paolo Abeni <pabeni@redhat.com>,
	Dan Carpenter <dan.carpenter@oracle.com>,
	Grygorii Strashko <grygorii.strashko@ti.com>,
	David Lechner <david@lechnology.com>,
	Arnd Bergmann <arnd@arndb.de>,
	Sven Van Asbroeck <svendev@arcx.com>,
	Boris Brezillon <boris.brezillon@bootlin.com>,
	linux-mtd@lists.infradead.org,
	Linux-OMAP <linux-omap@vger.kernel.org>,
	arm-soc <linux-arm-kernel@lists
Subject: Re: [PATCH 00/28] at24: remove at24_platform_data
Date: Wed, 8 Aug 2018 18:44:02 +0200	[thread overview]
Message-ID: <20180808164402.GH7275@lunn.ch> (raw)
In-Reply-To: <CAMpxmJXVNiyqF4qaYtNhPUG3mSZVdvBSGUqDYK-nh59BKeh=Gw@mail.gmail.com>

On Wed, Aug 08, 2018 at 06:27:25PM +0200, Bartosz Golaszewski wrote:
> 2018-08-08 17:55 GMT+02:00 Wolfram Sang <wsa@the-dreams.de>:
> > On Wed, Aug 08, 2018 at 05:31:22PM +0200, Bartosz Golaszewski wrote:
> >> From: Bartosz Golaszewski <bgolaszewski@baylibre.com>
> >>
> >> This is a follow-up to the previously rejected series[1] which partially
> >> removed the at24_platform_data structure. After further development and
> >> taking reviews into account, this series finally removes that struct
> >> completely but not without touching many different parts of the code
> >> base.
> >>
> >> Since I took over maintainership of the at24 driver I've been working
> >> towards removing at24_platform_data in favor for device properties.
> >
> > Wooha, nice work. I can't really comment on it but wondered how you want
> > to upstream it (after reviews)? Pull request of an immutable branch for
> > nvmem-tree sounds best to me. Then I could also pull it in if i2c needs
> > it. Probably same situation for arm-soc...
> >
> 
> I initially wanted to merge small parts of it starting with v4.18, but
> there were some voices against merging APIs without users. I'm not
> sure how it should go in. There'll be a need for multiple immutable
> branches most probably...

Hi Bartosz

What this series does is show all the different parts are now
available, and can be reviewed as a whole. Once that review is
completed, merging in parts then becomes possible.

It looks like you could probably merge the nvmem, mtd and net parts
independently via there maintainers for 4.20, since i don't think
there are any dependencies. The arm-soc changes in 4.21, and the
removal of the platform data in 4.22?

     Andrew

WARNING: multiple messages have this Message-ID (diff)
From: Andrew Lunn <andrew@lunn.ch>
To: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Cc: Wolfram Sang <wsa@the-dreams.de>, Sekhar Nori <nsekhar@ti.com>,
	Srinivas Kandagatla <srinivas.kandagatla@linaro.org>,
	linux-i2c <linux-i2c@vger.kernel.org>,
	Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
	Rob Herring <robh@kernel.org>,
	Florian Fainelli <f.fainelli@gmail.com>,
	Kevin Hilman <khilman@kernel.org>,
	Richard Weinberger <richard@nod.at>,
	Bartosz Golaszewski <brgl@bgdev.pl>,
	linux-doc <linux-doc@vger.kernel.org>,
	Russell King <linux@armlinux.org.uk>,
	Marek Vasut <marek.vasut@gmail.com>,
	Paolo Abeni <pabeni@redhat.com>,
	Dan Carpenter <dan.carpenter@oracle.com>,
	Grygorii Strashko <grygorii.strashko@ti.com>,
	David Lechner <david@lechnology.com>,
	Arnd Bergmann <arnd@arndb.de>,
	Sven Van Asbroeck <svendev@arcx.com>,
	Boris Brezillon <boris.brezillon@bootlin.com>,
	linux-mtd@lists.infradead.org,
	Linux-OMAP <linux-omap@vger.kernel.org>,
	arm-soc <linux-arm-kernel@lists>
Subject: Re: [PATCH 00/28] at24: remove at24_platform_data
Date: Wed, 8 Aug 2018 18:44:02 +0200	[thread overview]
Message-ID: <20180808164402.GH7275@lunn.ch> (raw)
In-Reply-To: <CAMpxmJXVNiyqF4qaYtNhPUG3mSZVdvBSGUqDYK-nh59BKeh=Gw@mail.gmail.com>

On Wed, Aug 08, 2018 at 06:27:25PM +0200, Bartosz Golaszewski wrote:
> 2018-08-08 17:55 GMT+02:00 Wolfram Sang <wsa@the-dreams.de>:
> > On Wed, Aug 08, 2018 at 05:31:22PM +0200, Bartosz Golaszewski wrote:
> >> From: Bartosz Golaszewski <bgolaszewski@baylibre.com>
> >>
> >> This is a follow-up to the previously rejected series[1] which partially
> >> removed the at24_platform_data structure. After further development and
> >> taking reviews into account, this series finally removes that struct
> >> completely but not without touching many different parts of the code
> >> base.
> >>
> >> Since I took over maintainership of the at24 driver I've been working
> >> towards removing at24_platform_data in favor for device properties.
> >
> > Wooha, nice work. I can't really comment on it but wondered how you want
> > to upstream it (after reviews)? Pull request of an immutable branch for
> > nvmem-tree sounds best to me. Then I could also pull it in if i2c needs
> > it. Probably same situation for arm-soc...
> >
> 
> I initially wanted to merge small parts of it starting with v4.18, but
> there were some voices against merging APIs without users. I'm not
> sure how it should go in. There'll be a need for multiple immutable
> branches most probably...

Hi Bartosz

What this series does is show all the different parts are now
available, and can be reviewed as a whole. Once that review is
completed, merging in parts then becomes possible.

It looks like you could probably merge the nvmem, mtd and net parts
independently via there maintainers for 4.20, since i don't think
there are any dependencies. The arm-soc changes in 4.21, and the
removal of the platform data in 4.22?

     Andrew

WARNING: multiple messages have this Message-ID (diff)
From: Andrew Lunn <andrew@lunn.ch>
To: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Cc: Wolfram Sang <wsa@the-dreams.de>,
	Bartosz Golaszewski <brgl@bgdev.pl>,
	Jonathan Corbet <corbet@lwn.net>, Sekhar Nori <nsekhar@ti.com>,
	Kevin Hilman <khilman@kernel.org>,
	Russell King <linux@armlinux.org.uk>,
	Arnd Bergmann <arnd@arndb.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	David Woodhouse <dwmw2@infradead.org>,
	Brian Norris <computersforpeace@gmail.com>,
	Boris Brezillon <boris.brezillon@bootlin.com>,
	Marek Vasut <marek.vasut@gmail.com>,
	Richard Weinberger <richard@nod.at>,
	Grygorii Strashko <grygorii.strashko@ti.com>,
	"David S . Miller" <davem@davemloft.net>,
	Srinivas Kandagatla <srinivas.kandagatla@linaro.org>,
	Naren <naren.kernel@gmail.com>,
	Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Lukas Wunner <lukas@wunner.de>,
	Dan Carpenter <dan.carpenter@oracle.com>,
	Florian Fainelli <f.fainelli@gmail.com>,
	Ivan Khoronzhuk <ivan.khoronzhuk@linaro.org>,
	Sven Van Asbroeck <svendev@arcx.com>,
	Paolo Abeni <pabeni@redhat.com>, Alban Bedel <albeu@free.fr>,
	Rob Herring <robh@kernel.org>,
	David Lechner <david@lechnology.com>,
	linux-doc <linux-doc@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>,
	arm-soc <linux-arm-kernel@lists.infradead.org>,
	linux-i2c <linux-i2c@vger.kernel.org>,
	linux-mtd@lists.infradead.org,
	Linux-OMAP <linux-omap@vger.kernel.org>,
	netdev@vger.kernel.org
Subject: Re: [PATCH 00/28] at24: remove at24_platform_data
Date: Wed, 8 Aug 2018 18:44:02 +0200	[thread overview]
Message-ID: <20180808164402.GH7275@lunn.ch> (raw)
In-Reply-To: <CAMpxmJXVNiyqF4qaYtNhPUG3mSZVdvBSGUqDYK-nh59BKeh=Gw@mail.gmail.com>

On Wed, Aug 08, 2018 at 06:27:25PM +0200, Bartosz Golaszewski wrote:
> 2018-08-08 17:55 GMT+02:00 Wolfram Sang <wsa@the-dreams.de>:
> > On Wed, Aug 08, 2018 at 05:31:22PM +0200, Bartosz Golaszewski wrote:
> >> From: Bartosz Golaszewski <bgolaszewski@baylibre.com>
> >>
> >> This is a follow-up to the previously rejected series[1] which partially
> >> removed the at24_platform_data structure. After further development and
> >> taking reviews into account, this series finally removes that struct
> >> completely but not without touching many different parts of the code
> >> base.
> >>
> >> Since I took over maintainership of the at24 driver I've been working
> >> towards removing at24_platform_data in favor for device properties.
> >
> > Wooha, nice work. I can't really comment on it but wondered how you want
> > to upstream it (after reviews)? Pull request of an immutable branch for
> > nvmem-tree sounds best to me. Then I could also pull it in if i2c needs
> > it. Probably same situation for arm-soc...
> >
> 
> I initially wanted to merge small parts of it starting with v4.18, but
> there were some voices against merging APIs without users. I'm not
> sure how it should go in. There'll be a need for multiple immutable
> branches most probably...

Hi Bartosz

What this series does is show all the different parts are now
available, and can be reviewed as a whole. Once that review is
completed, merging in parts then becomes possible.

It looks like you could probably merge the nvmem, mtd and net parts
independently via there maintainers for 4.20, since i don't think
there are any dependencies. The arm-soc changes in 4.21, and the
removal of the platform data in 4.22?

     Andrew
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: andrew@lunn.ch (Andrew Lunn)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 00/28] at24: remove at24_platform_data
Date: Wed, 8 Aug 2018 18:44:02 +0200	[thread overview]
Message-ID: <20180808164402.GH7275@lunn.ch> (raw)
In-Reply-To: <CAMpxmJXVNiyqF4qaYtNhPUG3mSZVdvBSGUqDYK-nh59BKeh=Gw@mail.gmail.com>

On Wed, Aug 08, 2018 at 06:27:25PM +0200, Bartosz Golaszewski wrote:
> 2018-08-08 17:55 GMT+02:00 Wolfram Sang <wsa@the-dreams.de>:
> > On Wed, Aug 08, 2018 at 05:31:22PM +0200, Bartosz Golaszewski wrote:
> >> From: Bartosz Golaszewski <bgolaszewski@baylibre.com>
> >>
> >> This is a follow-up to the previously rejected series[1] which partially
> >> removed the at24_platform_data structure. After further development and
> >> taking reviews into account, this series finally removes that struct
> >> completely but not without touching many different parts of the code
> >> base.
> >>
> >> Since I took over maintainership of the at24 driver I've been working
> >> towards removing at24_platform_data in favor for device properties.
> >
> > Wooha, nice work. I can't really comment on it but wondered how you want
> > to upstream it (after reviews)? Pull request of an immutable branch for
> > nvmem-tree sounds best to me. Then I could also pull it in if i2c needs
> > it. Probably same situation for arm-soc...
> >
> 
> I initially wanted to merge small parts of it starting with v4.18, but
> there were some voices against merging APIs without users. I'm not
> sure how it should go in. There'll be a need for multiple immutable
> branches most probably...

Hi Bartosz

What this series does is show all the different parts are now
available, and can be reviewed as a whole. Once that review is
completed, merging in parts then becomes possible.

It looks like you could probably merge the nvmem, mtd and net parts
independently via there maintainers for 4.20, since i don't think
there are any dependencies. The arm-soc changes in 4.21, and the
removal of the platform data in 4.22?

     Andrew

  reply	other threads:[~2018-08-08 16:44 UTC|newest]

Thread overview: 268+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-08 15:31 [PATCH 00/28] at24: remove at24_platform_data Bartosz Golaszewski
2018-08-08 15:31 ` Bartosz Golaszewski
2018-08-08 15:31 ` Bartosz Golaszewski
2018-08-08 15:31 ` Bartosz Golaszewski
2018-08-08 15:31 ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 01/28] nvmem: add support for cell lookups Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 02/28] Documentation: nvmem: document lookup entries Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 03/28] nvmem: add a notifier chain Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 16:13   ` Andrew Lunn
2018-08-08 16:13     ` Andrew Lunn
2018-08-08 16:13     ` Andrew Lunn
2018-08-08 16:13     ` Andrew Lunn
2018-08-08 16:13     ` Andrew Lunn
2018-08-08 16:30     ` Bartosz Golaszewski
2018-08-08 16:30       ` Bartosz Golaszewski
2018-08-08 16:30       ` Bartosz Golaszewski
2018-08-08 16:30       ` Bartosz Golaszewski
2018-08-08 16:30       ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 04/28] nvmem: provide nvmem_device_name() Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 17:42   ` Andy Shevchenko
2018-08-08 17:42     ` Andy Shevchenko
2018-08-08 17:42     ` Andy Shevchenko
2018-08-08 17:42     ` Andy Shevchenko
2018-08-08 17:42     ` Andy Shevchenko
2018-08-08 15:31 ` [PATCH 05/28] nvmem: remove the name field from struct nvmem_device Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 06/28] mtd: Add support for reading MTD devices via the nvmem API Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 16:20   ` Andrew Lunn
2018-08-08 16:20     ` Andrew Lunn
2018-08-08 16:20     ` Andrew Lunn
2018-08-08 16:20     ` Andrew Lunn
2018-08-08 16:20     ` Andrew Lunn
2018-08-08 16:26     ` Bartosz Golaszewski
2018-08-08 16:26       ` Bartosz Golaszewski
2018-08-08 16:26       ` Bartosz Golaszewski
2018-08-08 16:26       ` Bartosz Golaszewski
2018-08-08 16:26       ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 07/28] ARM: davinci: dm365-evm: use nvmem lookup for mac address Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 17:43   ` Andy Shevchenko
2018-08-08 17:43     ` Andy Shevchenko
2018-08-08 17:43     ` Andy Shevchenko
2018-08-08 17:43     ` Andy Shevchenko
2018-08-08 17:43     ` Andy Shevchenko
2018-08-08 15:31 ` [PATCH 08/28] ARM: davinci: dm644-evm: " Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 09/28] ARM: davinci: dm646x-evm: " Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 10/28] ARM: davinci: da830-evm: " Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 11/28] ARM: davinci: mityomapl138: add nvmem cells lookup entries Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 12/28] ARM: davinci: da850-evm: use nvmem lookup for mac address Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 13/28] ARM: davinci: da850-evm: remove unnecessary include Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 14/28] net: split eth_platform_get_mac_address() into subroutines Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 17:50   ` Andy Shevchenko
2018-08-08 17:50     ` Andy Shevchenko
2018-08-08 17:50     ` Andy Shevchenko
2018-08-08 17:50     ` Andy Shevchenko
2018-08-08 17:50     ` Andy Shevchenko
2018-08-09 11:12     ` Bartosz Golaszewski
2018-08-09 11:12       ` Bartosz Golaszewski
2018-08-09 11:12       ` Bartosz Golaszewski
2018-08-09 11:12       ` Bartosz Golaszewski
2018-08-09 11:12       ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 15/28] net: add support for nvmem to eth_platform_get_mac_address() Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 16/28] net: davinci_emac: use eth_platform_get_mac_address() Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 17/28] ARM: davinci: da850-evm: remove dead MTD code Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 18/28] ARM: davinci: mityomapl138: don't read the MAC address from machine code Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 19/28] ARM: davinci: dm365-evm: use device properties for at24 eeprom Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 17:54   ` Andy Shevchenko
2018-08-08 17:54     ` Andy Shevchenko
2018-08-08 17:54     ` Andy Shevchenko
2018-08-08 17:54     ` Andy Shevchenko
2018-08-08 17:54     ` Andy Shevchenko
2018-08-08 15:31 ` [PATCH 20/28] ARM: davinci: da830-evm: " Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 17:55   ` Andy Shevchenko
2018-08-08 17:55     ` Andy Shevchenko
2018-08-08 17:55     ` Andy Shevchenko
2018-08-08 17:55     ` Andy Shevchenko
2018-08-08 17:55     ` Andy Shevchenko
2018-08-08 15:31 ` [PATCH 21/28] ARM: davinci: dm644x-evm: " Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 17:55   ` Andy Shevchenko
2018-08-08 17:55     ` Andy Shevchenko
2018-08-08 17:55     ` Andy Shevchenko
2018-08-08 17:55     ` Andy Shevchenko
2018-08-08 17:55     ` Andy Shevchenko
2018-08-08 17:59     ` Andy Shevchenko
2018-08-08 17:59       ` Andy Shevchenko
2018-08-08 17:59       ` Andy Shevchenko
2018-08-08 17:59       ` Andy Shevchenko
2018-08-08 17:59       ` Andy Shevchenko
2018-08-08 15:31 ` [PATCH 22/28] ARM: davinci: dm646x-evm: " Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 17:56   ` Andy Shevchenko
2018-08-08 17:56     ` Andy Shevchenko
2018-08-08 17:56     ` Andy Shevchenko
2018-08-08 17:56     ` Andy Shevchenko
2018-08-08 17:56     ` Andy Shevchenko
2018-08-08 15:31 ` [PATCH 23/28] ARM: davinci: sffsdr: fix the at24 eeprom device name Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 24/28] ARM: davinci: sffsdr: use device properties for at24 eeprom Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 17:57   ` Andy Shevchenko
2018-08-08 17:57     ` Andy Shevchenko
2018-08-08 17:57     ` Andy Shevchenko
2018-08-08 17:57     ` Andy Shevchenko
2018-08-08 17:57     ` Andy Shevchenko
2018-08-08 18:00     ` Andy Shevchenko
2018-08-08 18:00       ` Andy Shevchenko
2018-08-08 18:00       ` Andy Shevchenko
2018-08-08 18:00       ` Andy Shevchenko
2018-08-08 18:00       ` Andy Shevchenko
2018-08-08 15:31 ` [PATCH 25/28] ARM: davinci: remove dead code related to MAC address reading Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 26/28] ARM: davinci: mityomapl138: use nvmem notifiers Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31 ` [PATCH 27/28] ARM: davinci: mityomapl138: use device properties for at24 eeprom Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 17:58   ` Andy Shevchenko
2018-08-08 17:58     ` Andy Shevchenko
2018-08-08 17:58     ` Andy Shevchenko
2018-08-08 17:58     ` Andy Shevchenko
2018-08-08 17:58     ` Andy Shevchenko
2018-08-08 18:00     ` Andy Shevchenko
2018-08-08 18:00       ` Andy Shevchenko
2018-08-08 18:00       ` Andy Shevchenko
2018-08-08 18:00       ` Andy Shevchenko
2018-08-08 18:00       ` Andy Shevchenko
2018-08-08 15:31 ` [PATCH 28/28] eeprom: at24: kill at24_platform_data Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 15:31   ` Bartosz Golaszewski
2018-08-08 18:03   ` Andy Shevchenko
2018-08-08 18:03     ` Andy Shevchenko
2018-08-08 18:03     ` Andy Shevchenko
2018-08-08 18:03     ` Andy Shevchenko
2018-08-08 18:03     ` Andy Shevchenko
2018-08-09 11:33     ` Bartosz Golaszewski
2018-08-09 11:33       ` Bartosz Golaszewski
2018-08-09 11:33       ` Bartosz Golaszewski
2018-08-09 11:33       ` Bartosz Golaszewski
2018-08-09 11:33       ` Bartosz Golaszewski
2018-08-09 11:35       ` Bartosz Golaszewski
2018-08-09 11:35         ` Bartosz Golaszewski
2018-08-09 11:35         ` Bartosz Golaszewski
2018-08-09 11:35         ` Bartosz Golaszewski
2018-08-09 11:35         ` Bartosz Golaszewski
2018-08-08 15:55 ` [PATCH 00/28] at24: remove at24_platform_data Wolfram Sang
2018-08-08 15:55   ` Wolfram Sang
2018-08-08 15:55   ` Wolfram Sang
2018-08-08 15:55   ` Wolfram Sang
2018-08-08 16:27   ` Bartosz Golaszewski
2018-08-08 16:27     ` Bartosz Golaszewski
2018-08-08 16:27     ` Bartosz Golaszewski
2018-08-08 16:27     ` Bartosz Golaszewski
2018-08-08 16:27     ` Bartosz Golaszewski
2018-08-08 16:44     ` Andrew Lunn [this message]
2018-08-08 16:44       ` Andrew Lunn
2018-08-08 16:44       ` Andrew Lunn
2018-08-08 16:44       ` Andrew Lunn
2018-08-08 16:44       ` Andrew Lunn
2018-08-08 16:52       ` Bartosz Golaszewski
2018-08-08 16:52         ` Bartosz Golaszewski
2018-08-08 16:52         ` Bartosz Golaszewski
2018-08-08 16:52         ` Bartosz Golaszewski
2018-08-08 16:52         ` Bartosz Golaszewski
2018-08-10  8:12         ` Sekhar Nori
2018-08-10  8:12           ` Sekhar Nori
2018-08-10  8:12           ` Sekhar Nori
2018-08-10  8:12           ` Sekhar Nori

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180808164402.GH7275@lunn.ch \
    --to=andrew@lunn.ch \
    --cc=akpm@linux-foundation.org \
    --cc=albeu@free.fr \
    --cc=arnd@arndb.de \
    --cc=bgolaszewski@baylibre.com \
    --cc=boris.brezillon@bootlin.com \
    --cc=brgl@bgdev.pl \
    --cc=computersforpeace@gmail.com \
    --cc=corbet@lwn.net \
    --cc=dan.carpenter@oracle.com \
    --cc=davem@davemloft.net \
    --cc=david@lechnology.com \
    --cc=dwmw2@infradead.org \
    --cc=f.fainelli@gmail.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=grygorii.strashko@ti.com \
    --cc=ivan.khoronzhuk@linaro.org \
    --cc=khilman@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-i2c@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux@armlinux.org.uk \
    --cc=lukas@wunner.de \
    --cc=marek.vasut@gmail.com \
    --cc=mchehab+samsung@kernel.org \
    --cc=naren.kernel@gmail.com \
    --cc=netdev@vger.kernel.org \
    --cc=nsekhar@ti.com \
    --cc=pabeni@redhat.com \
    --cc=richard@nod.at \
    --cc=robh@kernel.org \
    --cc=srinivas.kandagatla@linaro.org \
    --cc=svendev@arcx.com \
    --cc=wsa@the-dreams.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.