All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christophe Leroy <christophe.leroy@c-s.fr>
To: Michael Ellerman <mpe@ellerman.id.au>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Arnd Bergmann <arnd@arndb.de>
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
	Mark Rutland <mark.rutland@arm.com>,
	"Desnes A. Nunes do Rosario" <desnesn@linux.ibm.com>,
	Geert Uytterhoeven <geert+renesas@glider.be>,
	"open list:DOCUMENTATION" <linux-doc@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	ALSA Development Mailing List <alsa-devel@alsa-project.org>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	Richard Fontana <rfontana@redhat.com>,
	Paul Mackerras <paulus@samba.org>,
	Miquel Raynal <miquel.raynal@bootlin.com>,
	Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
	Fabio Estevam <festevam@gmail.com>,
	Sasha Levin <sashal@kernel.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Jonathan Corbet <corbet@lwn.net>,
	Masahiro Yamada <masahiroy@kernel.org>,
	Takashi Iwai <tiwai@suse.com>, YueHaibing <yuehaibing@huawei.com>,
	Michal Simek <michal.simek@xilinx.com>,
	Krzysztof Kozlowski <krzk@kernel.org>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Leonardo Bras <leonardo@linux.ibm.com>,
	Matt Porter <mporter@kernel.crashing.org>,
	DTML <devicetree@vger.kernel.org>,
	Andrew Donnellan <ajd@linux.ibm.com>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
	Marc Zyngier <marc.zyngier@arm.com>,
	Alistair Popple <alistair@popple.id.au>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	Nicholas Piggin <npiggin@gmail.com>,
	Alexios Zavras <alexios.zavras@intel.com>,
	Mark Brown <broonie@kernel.org>,
	git@xilinx.com,
	Linux Fbdev development list <linux-fbdev@vger.kernel.org>,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Allison Randal <allison@lohutok.net>,
	Michal Simek <monstr@monstr.eu>, Wei Hu <weh@microsoft.com>,
	Christian Lamparter <chunkeey@gmail.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Nick Desaulniers <ndesaulniers@google.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Armijn Hemel <armijn@tjaldur.nl>,
	Rob Herring <robh+dt@kernel.org>, Enrico Weigelt <info@metux.net>,
	"David S. Miller" <davem@davemloft.net>,
	Thiago Jung Bauermann <bauerman@linux.ibm.com>
Subject: Re: [PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms
Date: Tue, 31 Mar 2020 08:56:23 +0200	[thread overview]
Message-ID: <11765c82-bf1a-466c-760d-f9a4c4d1d5f1@c-s.fr> (raw)
In-Reply-To: <87mu7xum41.fsf@mpe.ellerman.id.au>



Le 31/03/2020 à 07:30, Michael Ellerman a écrit :
> Christophe Leroy <christophe.leroy@c-s.fr> writes:
>> Le 27/03/2020 à 15:14, Andy Shevchenko a écrit :
>>> On Fri, Mar 27, 2020 at 02:22:55PM +0100, Arnd Bergmann wrote:
>>>> On Fri, Mar 27, 2020 at 2:15 PM Andy Shevchenko
>>>> <andriy.shevchenko@linux.intel.com> wrote:
>>>>> On Fri, Mar 27, 2020 at 03:10:26PM +0200, Andy Shevchenko wrote:
>>>>>> On Fri, Mar 27, 2020 at 01:54:33PM +0100, Arnd Bergmann wrote:
>>>>>>> On Fri, Mar 27, 2020 at 1:12 PM Michal Simek <michal.simek@xilinx.com> wrote:
>>> ...
>>>
>>>>>>> It does raise a follow-up question about ppc40x though: is it time to
>>>>>>> retire all of it?
>>>>>>
>>>>>> Who knows?
>>>>>>
>>>>>> I have in possession nice WD My Book Live, based on this architecture, and I
>>>>>> won't it gone from modern kernel support. OTOH I understand that amount of real
>>>>>> users not too big.
>>>>>
>>>>> +Cc: Christian Lamparter, whom I owe for that WD box.
>>>>
>>>> According to https://openwrt.org/toh/wd/mybooklive, that one is based on
>>>> APM82181/ppc464, so it is about several generations newer than what I
>>>> asked about (ppc40x).
>>>>
>>>>>> Ah, and I have Amiga board, but that one is being used only for testing, so,
>>>>>> I don't care much.
>>>>
>>>> I think there are a couple of ppc440 based Amiga boards, but again, not 405
>>>> to my knowledge.
>>>
>>> Ah, you are right. No objections from ppc40x removal!
>>
>> Removing 40x would help cleaning things a bit. For instance 40x is the
>> last platform still having PTE_ATOMIC_UPDATES. So if we can remove 40x
>> we can get rid of PTE_ATOMIC_UPDATES completely.
>>
>> If no one objects, I can prepare a series to drop support for 40x
>> completely.
>>
>> Michael, any thought ?
> 
> I have no attachment to 40x, and I'd certainly be happy to have less
> code in the tree, we struggle to keep even the modern platforms well
> maintained.
> 
> At the same time I don't want to render anyone's hardware obsolete
> unnecessarily. But if there's really no one using 40x then we should
> remove it, it could well be broken already.
> 
> So I guess post a series to do the removal and we'll see if anyone
> speaks up.
> 

Ok, series sent out, see 
https://patchwork.ozlabs.org/project/linuxppc-dev/list/?series=167757


While we are at it, can we also remove the 601 ? This one is also full 
of workarounds and diverges a bit from other 6xx.

I'm unable to find its end of life date, but it was on the market in 
1994, so I guess it must be outdated by more than 10-15 yr old now ?

Christophe

WARNING: multiple messages have this Message-ID (diff)
From: Christophe Leroy <christophe.leroy@c-s.fr>
To: Michael Ellerman <mpe@ellerman.id.au>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Arnd Bergmann <arnd@arndb.de>
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
	Mark Rutland <mark.rutland@arm.com>,
	"Desnes A. Nunes do Rosario" <desnesn@linux.ibm.com>,
	Geert Uytterhoeven <geert+renesas@glider.be>,
	"open list:DOCUMENTATION" <linux-doc@vger.kernel.org>,
	ALSA Development Mailing List <alsa-devel@alsa-project.org>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	Jaroslav Kysela <perex@perex.cz>,
	Richard Fontana <rfontana@redhat.com>,
	Paul Mackerras <paulus@samba.org>,
	Miquel Raynal <miquel.raynal@bootlin.com>,
	Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
	Fabio Estevam <festevam@gmail.com>,
	Sasha Levin <sashal@kernel.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Jonathan Corbet <corbet@lwn.net>,
	Masahiro Yamada <masahiroy@kernel.org>,
	Takashi Iwai <tiwai@suse.com>, YueHaibing <yuehaibing@huawei.com>,
	Michal Simek <michal.simek@xilinx.com>,
	Krzysztof Kozlowski <krzk@kernel.org>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Leonardo Bras <leonardo@linux.ibm.com>,
	DTML <devicetree@vger.kernel.org>,
	Andrew Donnellan <ajd@linux.ibm.com>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
	Marc Zyngier <marc.zyngier@arm.com>,
	Alistair Popple <alistair@popple.id.au>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	Nicholas Piggin <npiggin@gmail.com>,
	Alexios Zavras <alexios.zavras@intel.com>,
	Mark Brown <broonie@kernel.org>,
	git@xilinx.com,
	Linux Fbdev development list <linux-fbdev@vger.kernel.org>,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Allison Randal <allison@lohutok.net>,
	Michal Simek <monstr@monstr.eu>, Wei Hu <weh@microsoft.com>,
	Christian Lamparter <chunkeey@gmail.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Nick Desaulniers <ndesaulniers@google.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Armijn Hemel <armijn@tjaldur.nl>,
	Rob Herring <robh+dt@kernel.org>, Enrico Weigelt <info@metux.net>,
	"David S. Miller" <davem@davemloft.net>,
	Thiago Jung Bauermann <bauerman@linux.ibm.com>
Subject: Re: [PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms
Date: Tue, 31 Mar 2020 08:56:23 +0200	[thread overview]
Message-ID: <11765c82-bf1a-466c-760d-f9a4c4d1d5f1@c-s.fr> (raw)
In-Reply-To: <87mu7xum41.fsf@mpe.ellerman.id.au>



Le 31/03/2020 à 07:30, Michael Ellerman a écrit :
> Christophe Leroy <christophe.leroy@c-s.fr> writes:
>> Le 27/03/2020 à 15:14, Andy Shevchenko a écrit :
>>> On Fri, Mar 27, 2020 at 02:22:55PM +0100, Arnd Bergmann wrote:
>>>> On Fri, Mar 27, 2020 at 2:15 PM Andy Shevchenko
>>>> <andriy.shevchenko@linux.intel.com> wrote:
>>>>> On Fri, Mar 27, 2020 at 03:10:26PM +0200, Andy Shevchenko wrote:
>>>>>> On Fri, Mar 27, 2020 at 01:54:33PM +0100, Arnd Bergmann wrote:
>>>>>>> On Fri, Mar 27, 2020 at 1:12 PM Michal Simek <michal.simek@xilinx.com> wrote:
>>> ...
>>>
>>>>>>> It does raise a follow-up question about ppc40x though: is it time to
>>>>>>> retire all of it?
>>>>>>
>>>>>> Who knows?
>>>>>>
>>>>>> I have in possession nice WD My Book Live, based on this architecture, and I
>>>>>> won't it gone from modern kernel support. OTOH I understand that amount of real
>>>>>> users not too big.
>>>>>
>>>>> +Cc: Christian Lamparter, whom I owe for that WD box.
>>>>
>>>> According to https://openwrt.org/toh/wd/mybooklive, that one is based on
>>>> APM82181/ppc464, so it is about several generations newer than what I
>>>> asked about (ppc40x).
>>>>
>>>>>> Ah, and I have Amiga board, but that one is being used only for testing, so,
>>>>>> I don't care much.
>>>>
>>>> I think there are a couple of ppc440 based Amiga boards, but again, not 405
>>>> to my knowledge.
>>>
>>> Ah, you are right. No objections from ppc40x removal!
>>
>> Removing 40x would help cleaning things a bit. For instance 40x is the
>> last platform still having PTE_ATOMIC_UPDATES. So if we can remove 40x
>> we can get rid of PTE_ATOMIC_UPDATES completely.
>>
>> If no one objects, I can prepare a series to drop support for 40x
>> completely.
>>
>> Michael, any thought ?
> 
> I have no attachment to 40x, and I'd certainly be happy to have less
> code in the tree, we struggle to keep even the modern platforms well
> maintained.
> 
> At the same time I don't want to render anyone's hardware obsolete
> unnecessarily. But if there's really no one using 40x then we should
> remove it, it could well be broken already.
> 
> So I guess post a series to do the removal and we'll see if anyone
> speaks up.
> 

Ok, series sent out, see 
https://patchwork.ozlabs.org/project/linuxppc-dev/list/?series=167757


While we are at it, can we also remove the 601 ? This one is also full 
of workarounds and diverges a bit from other 6xx.

I'm unable to find its end of life date, but it was on the market in 
1994, so I guess it must be outdated by more than 10-15 yr old now ?

Christophe

WARNING: multiple messages have this Message-ID (diff)
From: Christophe Leroy <christophe.leroy@c-s.fr>
To: Michael Ellerman <mpe@ellerman.id.au>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Arnd Bergmann <arnd@arndb.de>
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
	Mark Rutland <mark.rutland@arm.com>,
	"Desnes A. Nunes do Rosario" <desnesn@linux.ibm.com>,
	Geert Uytterhoeven <geert+renesas@glider.be>,
	"open list:DOCUMENTATION" <linux-doc@vger.kernel.org>,
	ALSA Development Mailing List <alsa-devel@alsa-project.org>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	Jaroslav Kysela <perex@perex.cz>,
	Richard Fontana <rfontana@redhat.com>,
	Paul Mackerras <paulus@samba.org>,
	Miquel Raynal <miquel.raynal@bootlin.com>,
	Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
	Sasha Levin <sashal@kernel.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Jonathan Corbet <corbet@lwn.net>,
	Masahiro Yamada <masahiroy@kernel.org>,
	Takashi Iwai <tiwai@suse.com>, YueHaibing <yuehaibing@huawei.com>,
	Michal Simek <michal.simek@xilinx.com>,
	Krzysztof Kozlowski <krzk@kernel.org>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Leonardo Bras <leonardo@linux.ibm.com>,
	Matt Porter <mporter@kernel.crashing.org>,
	DTML <devicetree@vger.kernel.org>,
	Andrew Donnellan <ajd@linux.ibm.com>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
	Marc Zyngier <marc.zyngier@arm.com>,
	Alistair Popple <alistair@popple.id.au>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	Nicholas Piggin <npiggin@gmail.com>,
	Alexios Zavras <alexios.zavras@intel.com>,
	Mark Brown <broonie@kernel.org>,
	git@xilinx.com,
	Linux Fbdev development list <linux-fbdev@vger.kernel.org>,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Allison Randal <allison@lohutok.net>,
	Michal Simek <monstr@monstr.eu>, Wei Hu <weh@microsoft.com>,
	Christian Lamparter <chunkeey@gmail.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Nick Desaulniers <ndesaulniers@google.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Armijn Hemel <armijn@tjaldur.nl>,
	Rob Herring <robh+dt@kernel.org>, Enrico Weigelt <info@metux.net>,
	"David S. Miller" <davem@davemloft.net>,
	Thiago Jung Bauermann <bauerman@linux.ibm.com>
Subject: Re: [PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms
Date: Tue, 31 Mar 2020 08:56:23 +0200	[thread overview]
Message-ID: <11765c82-bf1a-466c-760d-f9a4c4d1d5f1@c-s.fr> (raw)
In-Reply-To: <87mu7xum41.fsf@mpe.ellerman.id.au>



Le 31/03/2020 à 07:30, Michael Ellerman a écrit :
> Christophe Leroy <christophe.leroy@c-s.fr> writes:
>> Le 27/03/2020 à 15:14, Andy Shevchenko a écrit :
>>> On Fri, Mar 27, 2020 at 02:22:55PM +0100, Arnd Bergmann wrote:
>>>> On Fri, Mar 27, 2020 at 2:15 PM Andy Shevchenko
>>>> <andriy.shevchenko@linux.intel.com> wrote:
>>>>> On Fri, Mar 27, 2020 at 03:10:26PM +0200, Andy Shevchenko wrote:
>>>>>> On Fri, Mar 27, 2020 at 01:54:33PM +0100, Arnd Bergmann wrote:
>>>>>>> On Fri, Mar 27, 2020 at 1:12 PM Michal Simek <michal.simek@xilinx.com> wrote:
>>> ...
>>>
>>>>>>> It does raise a follow-up question about ppc40x though: is it time to
>>>>>>> retire all of it?
>>>>>>
>>>>>> Who knows?
>>>>>>
>>>>>> I have in possession nice WD My Book Live, based on this architecture, and I
>>>>>> won't it gone from modern kernel support. OTOH I understand that amount of real
>>>>>> users not too big.
>>>>>
>>>>> +Cc: Christian Lamparter, whom I owe for that WD box.
>>>>
>>>> According to https://openwrt.org/toh/wd/mybooklive, that one is based on
>>>> APM82181/ppc464, so it is about several generations newer than what I
>>>> asked about (ppc40x).
>>>>
>>>>>> Ah, and I have Amiga board, but that one is being used only for testing, so,
>>>>>> I don't care much.
>>>>
>>>> I think there are a couple of ppc440 based Amiga boards, but again, not 405
>>>> to my knowledge.
>>>
>>> Ah, you are right. No objections from ppc40x removal!
>>
>> Removing 40x would help cleaning things a bit. For instance 40x is the
>> last platform still having PTE_ATOMIC_UPDATES. So if we can remove 40x
>> we can get rid of PTE_ATOMIC_UPDATES completely.
>>
>> If no one objects, I can prepare a series to drop support for 40x
>> completely.
>>
>> Michael, any thought ?
> 
> I have no attachment to 40x, and I'd certainly be happy to have less
> code in the tree, we struggle to keep even the modern platforms well
> maintained.
> 
> At the same time I don't want to render anyone's hardware obsolete
> unnecessarily. But if there's really no one using 40x then we should
> remove it, it could well be broken already.
> 
> So I guess post a series to do the removal and we'll see if anyone
> speaks up.
> 

Ok, series sent out, see 
https://patchwork.ozlabs.org/project/linuxppc-dev/list/?series=167757


While we are at it, can we also remove the 601 ? This one is also full 
of workarounds and diverges a bit from other 6xx.

I'm unable to find its end of life date, but it was on the market in 
1994, so I guess it must be outdated by more than 10-15 yr old now ?

Christophe
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2020-03-31  7:25 UTC|newest]

Thread overview: 104+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-27 12:12 [PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms Michal Simek
2020-03-27 12:12 ` Michal Simek
2020-03-27 12:12 ` Michal Simek
2020-03-27 12:12 ` [PATCH 1/2] sound: ac97: Remove sound driver for ancient platform Michal Simek
2020-03-27 12:12   ` Michal Simek
2020-03-27 14:19   ` Takashi Iwai
2020-03-27 14:19     ` Takashi Iwai
2020-03-27 12:12 ` [PATCH 2/2] powerpc: Remove Xilinx PPC405/PPC440 support Michal Simek
2020-03-27 12:12   ` Michal Simek
2020-03-27 12:12   ` Michal Simek
2020-03-27 12:12   ` Michal Simek
2020-03-27 12:12   ` Michal Simek
2020-03-28  1:08   ` kbuild test robot
2020-03-28  1:08     ` kbuild test robot
2020-03-28  1:31   ` kbuild test robot
2020-03-28  1:31     ` kbuild test robot
2020-03-27 12:54 ` [PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms Arnd Bergmann
2020-03-27 12:54   ` Arnd Bergmann
2020-03-27 12:54   ` Arnd Bergmann
2020-03-27 13:10   ` Andy Shevchenko
2020-03-27 13:10     ` Andy Shevchenko
2020-03-27 13:10     ` Andy Shevchenko
2020-03-27 13:15     ` Andy Shevchenko
2020-03-27 13:15       ` Andy Shevchenko
2020-03-27 13:15       ` Andy Shevchenko
2020-03-27 13:22       ` Arnd Bergmann
2020-03-27 13:22         ` Arnd Bergmann
2020-03-27 13:22         ` Arnd Bergmann
2020-03-27 14:14         ` Andy Shevchenko
2020-03-27 14:14           ` Andy Shevchenko
2020-03-27 14:14           ` Andy Shevchenko
2020-03-28 11:17           ` Christophe Leroy
2020-03-28 11:17             ` Christophe Leroy
2020-03-28 11:17             ` Christophe Leroy
2020-03-28 15:06             ` Christian Lamparter
2020-03-28 15:06               ` Christian Lamparter
2020-03-30  8:52               ` Arnd Bergmann
2020-03-30  8:52                 ` Arnd Bergmann
2020-03-31  5:30             ` Michael Ellerman
2020-03-31  5:30               ` Michael Ellerman
2020-03-31  5:30               ` Michael Ellerman
2020-03-31  6:56               ` Christophe Leroy [this message]
2020-03-31  6:56                 ` Christophe Leroy
2020-03-31  6:56                 ` Christophe Leroy
2020-03-31  6:59                 ` Michal Simek
2020-03-31  6:59                   ` Michal Simek
2020-03-31  6:59                   ` Michal Simek
2020-03-31  7:19                   ` Christophe Leroy
2020-03-31  7:19                     ` Christophe Leroy
2020-03-31  7:19                     ` Christophe Leroy
2020-03-31  9:49                     ` Christophe Leroy
2020-03-31  9:49                       ` Christophe Leroy
2020-03-31  9:49                       ` Christophe Leroy
2020-03-31 10:04                       ` Michal Simek
2020-03-31 10:04                         ` Michal Simek
2020-03-31 10:04                         ` Michal Simek
2020-03-31 10:30                         ` Christophe Leroy
2020-03-31 10:30                           ` Christophe Leroy
2020-03-31 10:30                           ` Christophe Leroy
2020-03-31 17:51                 ` Segher Boessenkool
2020-03-31 17:51                   ` Segher Boessenkool
2020-03-31 17:51                   ` Segher Boessenkool
2020-04-01 21:07                   ` Arnd Bergmann
2020-04-01 21:07                     ` Arnd Bergmann
2020-04-01 21:07                     ` Arnd Bergmann
2020-04-02 11:04                     ` Arnd Bergmann
2020-04-02 11:04                       ` Arnd Bergmann
2020-04-02 11:04                       ` Arnd Bergmann
2020-04-02 10:27               ` Benjamin Herrenschmidt
2020-04-02 10:27                 ` Benjamin Herrenschmidt
2020-04-02 10:27                 ` Benjamin Herrenschmidt
2020-04-03  4:59                 ` Michael Ellerman
2020-04-03  4:59                   ` Michael Ellerman
2020-04-03  4:59                   ` Michael Ellerman
2020-04-07 23:32                   ` Benjamin Herrenschmidt
2020-04-07 23:32                     ` Benjamin Herrenschmidt
2020-04-07 23:32                     ` Benjamin Herrenschmidt
2020-04-08  6:28                     ` Geert Uytterhoeven
2020-04-08  6:28                       ` Geert Uytterhoeven
2020-04-08  6:28                       ` Geert Uytterhoeven
2020-04-08  7:09                     ` Christophe Leroy
2020-04-08  7:09                       ` Christophe Leroy
2020-04-08  7:09                       ` Christophe Leroy
2020-04-08 12:04                     ` Michael Ellerman
2020-04-08 12:04                       ` Michael Ellerman
2020-04-08 12:04                       ` Michael Ellerman
2020-04-08 13:23                       ` Arnd Bergmann
2020-04-08 13:23                         ` Arnd Bergmann
2020-04-08 13:23                         ` Arnd Bergmann
2020-05-21  7:02                         ` Michael Ellerman
2020-05-21  7:02                           ` Michael Ellerman
2020-05-21  7:02                           ` Michael Ellerman
2020-05-21 10:38                           ` Christophe Leroy
2020-05-21 10:38                             ` Christophe Leroy
2020-05-21 10:38                             ` Christophe Leroy
2020-05-21 13:53                             ` Michael Ellerman
2020-05-21 13:53                               ` Michael Ellerman
2020-05-21 13:53                               ` Michael Ellerman
2020-05-21 14:58                               ` Michal Simek
2020-05-21 14:58                                 ` Michal Simek
2020-05-21 14:58                                 ` Michal Simek
2020-11-25  6:36                             ` Christophe Leroy
2020-11-25  6:36                               ` Christophe Leroy
2020-11-25  6:36                               ` Christophe Leroy

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=11765c82-bf1a-466c-760d-f9a4c4d1d5f1@c-s.fr \
    --to=christophe.leroy@c-s.fr \
    --cc=Jonathan.Cameron@huawei.com \
    --cc=ajd@linux.ibm.com \
    --cc=alexios.zavras@intel.com \
    --cc=alistair@popple.id.au \
    --cc=allison@lohutok.net \
    --cc=alsa-devel@alsa-project.org \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=armijn@tjaldur.nl \
    --cc=arnd@arndb.de \
    --cc=b.zolnierkie@samsung.com \
    --cc=bauerman@linux.ibm.com \
    --cc=benh@kernel.crashing.org \
    --cc=broonie@kernel.org \
    --cc=chunkeey@gmail.com \
    --cc=corbet@lwn.net \
    --cc=davem@davemloft.net \
    --cc=desnesn@linux.ibm.com \
    --cc=devicetree@vger.kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=festevam@gmail.com \
    --cc=geert+renesas@glider.be \
    --cc=git@xilinx.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=info@metux.net \
    --cc=krzk@kernel.org \
    --cc=kstewart@linuxfoundation.org \
    --cc=leonardo@linux.ibm.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=marc.zyngier@arm.com \
    --cc=mark.rutland@arm.com \
    --cc=masahiroy@kernel.org \
    --cc=mchehab+samsung@kernel.org \
    --cc=michal.simek@xilinx.com \
    --cc=miquel.raynal@bootlin.com \
    --cc=monstr@monstr.eu \
    --cc=mpe@ellerman.id.au \
    --cc=mporter@kernel.crashing.org \
    --cc=ndesaulniers@google.com \
    --cc=npiggin@gmail.com \
    --cc=paulus@samba.org \
    --cc=rfontana@redhat.com \
    --cc=robh+dt@kernel.org \
    --cc=sashal@kernel.org \
    --cc=sfr@canb.auug.org.au \
    --cc=tglx@linutronix.de \
    --cc=tiwai@suse.com \
    --cc=weh@microsoft.com \
    --cc=yuehaibing@huawei.com \
    /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.