From: Gerhard Pircher <gerhard_pircher@gmx.net> To: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>, Arnd Bergmann <arnd@arndb.de> Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, linux-m68k <linux-m68k@lists.linux-m68k.org>, Sparc kernel list <sparclinux@vger.kernel.org>, Linux-sh list <linux-sh@vger.kernel.org> Subject: Re: Old platforms: bring out your dead Date: Mon, 11 Jan 2021 16:04:11 +0100 [thread overview] Message-ID: <f48bcf43-9dcc-e48b-d29d-f75f3814398b@gmx.net> (raw) In-Reply-To: <ef1dc21f-694b-2433-e1c6-aa121320173e@physik.fu-berlin.de> Am 10.01.21 um 18:35 schrieb John Paul Adrian Glaubitz: > Hi Arnd! > > (Please let's have this cross-posted for more visibility. I only learned about this > while reading Phoronix news) Same for me! >> I also looked at non-ARM platforms while preparing for my article. Some of >> these look like they are no longer actively maintained or used, but I'm not >> doing anything about those unless the maintainers would like me to: >> >> * h8300: Steven Rostedt has repeatedly asked about it to be removed >> or fixed in 2020 with no reply. This was killed before in 2013, added back >> in 2015 but has been mostly stale again since 2016 > > As far as I know, Yoshinori Sato is actively maintaining H8300 support, see: > >> https://osdn.net/projects/uclinux-h8/ > >> * c6x: Added in 2011, this has seen very few updates since, but >> Mark still Acks patches when they come. Like most other DSP platforms, >> the model of running Linux on a DSP appears to have been obsoleted >> by using Linux on ARM with on-chip DSP cores running bare-metal code. >> * sparc/sun4m: A patch for removing 32-bit Sun sparc support (not LEON) >> is currently under review > > I don't think this has reached any agreement yet. Multiple people want it to stay. > >> * powerpc/cell: I'm the maintainer and I promised to send a patch to remove it. >> it's in my backlog but I will get to it. This is separate from PS3, >> which is actively maintained and used; spufs will move to ps3 >> * powerpc/chrp (32-bit rs6000, pegasos2): last updated in 2009 > > I'm still using this. Please keep it. I can also confirm that Pegasos2 users in the Amiga scene are running Linux (Debian) on these machines. >> * powerpc/amigaone: last updated in 2009 I still have 2 of the 3 types of the first generation AmigaOne machines (not to be confused with the newer AmigaOne X1000 and X5000 machines based on PASemi and P5020 CPUs) working here. A third machine needs a repair of the G4 CPU module (replacement parts already available). I have to admit however that I yet have to setup an environment that allows me to regularly test new Linux kernel versions on these machines. Especially because there are not many Linux users for these machines - which is likely due to the fact that no distribution officially supports these machines out of the box (the Pegasos2 platform had more luck here). Inputs on how to automate tests would therefore be very welcome! Given however that the Debian PowerPC port has a proper maintainer again (kudos to Adrian!) and there is also another new PowerPC distro (Void Linux), I would like to ask for a period of grace. After all this is just a hobby project for me, so keeping up with the pace of the Linux development isn't always that easy (and no, work on this did not stop in 2009, but shifted more towards distro support since then). >> * powerpc/maple: last updated in 2011 >> * m68k/{apollo,hp300,sun3,q40} these are all presumably dead and have not >> seen updates in many years (atari/amiga/mac and coldfire are very much >> alive) > > Dito. I have both sun3 and hp300 machines. > >> * mips/jazz: last updated in 2007 >> * mips/cobalt: last updated in 2010 >> >> There might be some value in dropping old CPU support on architectures >> and platforms that are almost exclusively used with more modern CPUs. >> If there are only few users, those can still keep using v5.10 or v5.4 stable >> kernels for a few more years. Again, I'm not doing anything about them, >> except mention them since I did the research. >> These are the oldest one by architecture, and they may have reached >> their best-served-by-date: >> >> * 80486SX/DX: 80386 CPUs were dropped in 2012, and there are >> indications that 486 have no users either on recent kernels. >> There is still the Vortex86 family of SoCs, and the oldest of those were >> 486SX-class, but all the modern ones are 586-class. >> * Alpha 2106x: First generation that lacks some of the later features. >> Since all Alphas are ancient by now, it's hard to tell whether these have >> any fewer users. > > I don't see the point in crippling Alpha support. Does this achieve anything? > >> * IA64 Merced: first generation Itanium (2001) was quickly replaced by >> Itanium II in 2002. >> * MIPS R3000/TX39xx: 32-bit MIPS-II generation, mostly superseded by >> 64-bit MIPS-III (R4000 and higher) starting in 1991. arch/mips still >> supports these in DECstation and Toshiba Txx9, but it appears that most >> of those machines are of the 64-bit kind. Later MIPS32 such as 4Kc and >> later are rather different and widely used. >> * PowerPC 601 (from 1992) just got removed, later 60x, 4xx, 8xx etc >> are apparently all still used. >> * SuperH SH-2: We discussed removing SH-2 (not J2 or SH-4) >> support in the past, I don't think there were any objections, but >> nobody submitted a patch. > > Isn't SH-2 basically J-2? I'm not sure what we would gain here. > >> * 68000/68328 (Dragonball): these are less capable than the >> 68020+ or the Coldfire MCF5xxx line and similar to the 68360 >> that was removed in 2016. > > Adrian >
WARNING: multiple messages have this Message-ID (diff)
From: Gerhard Pircher <gerhard_pircher@gmx.net> To: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>, Arnd Bergmann <arnd@arndb.de> Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, linux-m68k <linux-m68k@lists.linux-m68k.org>, Sparc kernel list <sparclinux@vger.kernel.org>, Linux-sh list <linux-sh@vger.kernel.org> Subject: Re: Old platforms: bring out your dead Date: Mon, 11 Jan 2021 15:04:11 +0000 [thread overview] Message-ID: <f48bcf43-9dcc-e48b-d29d-f75f3814398b@gmx.net> (raw) In-Reply-To: <ef1dc21f-694b-2433-e1c6-aa121320173e@physik.fu-berlin.de> Am 10.01.21 um 18:35 schrieb John Paul Adrian Glaubitz: > Hi Arnd! > > (Please let's have this cross-posted for more visibility. I only learned about this > while reading Phoronix news) Same for me! >> I also looked at non-ARM platforms while preparing for my article. Some of >> these look like they are no longer actively maintained or used, but I'm not >> doing anything about those unless the maintainers would like me to: >> >> * h8300: Steven Rostedt has repeatedly asked about it to be removed >> or fixed in 2020 with no reply. This was killed before in 2013, added back >> in 2015 but has been mostly stale again since 2016 > > As far as I know, Yoshinori Sato is actively maintaining H8300 support, see: > >> https://osdn.net/projects/uclinux-h8/ > >> * c6x: Added in 2011, this has seen very few updates since, but >> Mark still Acks patches when they come. Like most other DSP platforms, >> the model of running Linux on a DSP appears to have been obsoleted >> by using Linux on ARM with on-chip DSP cores running bare-metal code. >> * sparc/sun4m: A patch for removing 32-bit Sun sparc support (not LEON) >> is currently under review > > I don't think this has reached any agreement yet. Multiple people want it to stay. > >> * powerpc/cell: I'm the maintainer and I promised to send a patch to remove it. >> it's in my backlog but I will get to it. This is separate from PS3, >> which is actively maintained and used; spufs will move to ps3 >> * powerpc/chrp (32-bit rs6000, pegasos2): last updated in 2009 > > I'm still using this. Please keep it. I can also confirm that Pegasos2 users in the Amiga scene are running Linux (Debian) on these machines. >> * powerpc/amigaone: last updated in 2009 I still have 2 of the 3 types of the first generation AmigaOne machines (not to be confused with the newer AmigaOne X1000 and X5000 machines based on PASemi and P5020 CPUs) working here. A third machine needs a repair of the G4 CPU module (replacement parts already available). I have to admit however that I yet have to setup an environment that allows me to regularly test new Linux kernel versions on these machines. Especially because there are not many Linux users for these machines - which is likely due to the fact that no distribution officially supports these machines out of the box (the Pegasos2 platform had more luck here). Inputs on how to automate tests would therefore be very welcome! Given however that the Debian PowerPC port has a proper maintainer again (kudos to Adrian!) and there is also another new PowerPC distro (Void Linux), I would like to ask for a period of grace. After all this is just a hobby project for me, so keeping up with the pace of the Linux development isn't always that easy (and no, work on this did not stop in 2009, but shifted more towards distro support since then). >> * powerpc/maple: last updated in 2011 >> * m68k/{apollo,hp300,sun3,q40} these are all presumably dead and have not >> seen updates in many years (atari/amiga/mac and coldfire are very much >> alive) > > Dito. I have both sun3 and hp300 machines. > >> * mips/jazz: last updated in 2007 >> * mips/cobalt: last updated in 2010 >> >> There might be some value in dropping old CPU support on architectures >> and platforms that are almost exclusively used with more modern CPUs. >> If there are only few users, those can still keep using v5.10 or v5.4 stable >> kernels for a few more years. Again, I'm not doing anything about them, >> except mention them since I did the research. >> These are the oldest one by architecture, and they may have reached >> their best-served-by-date: >> >> * 80486SX/DX: 80386 CPUs were dropped in 2012, and there are >> indications that 486 have no users either on recent kernels. >> There is still the Vortex86 family of SoCs, and the oldest of those were >> 486SX-class, but all the modern ones are 586-class. >> * Alpha 2106x: First generation that lacks some of the later features. >> Since all Alphas are ancient by now, it's hard to tell whether these have >> any fewer users. > > I don't see the point in crippling Alpha support. Does this achieve anything? > >> * IA64 Merced: first generation Itanium (2001) was quickly replaced by >> Itanium II in 2002. >> * MIPS R3000/TX39xx: 32-bit MIPS-II generation, mostly superseded by >> 64-bit MIPS-III (R4000 and higher) starting in 1991. arch/mips still >> supports these in DECstation and Toshiba Txx9, but it appears that most >> of those machines are of the 64-bit kind. Later MIPS32 such as 4Kc and >> later are rather different and widely used. >> * PowerPC 601 (from 1992) just got removed, later 60x, 4xx, 8xx etc >> are apparently all still used. >> * SuperH SH-2: We discussed removing SH-2 (not J2 or SH-4) >> support in the past, I don't think there were any objections, but >> nobody submitted a patch. > > Isn't SH-2 basically J-2? I'm not sure what we would gain here. > >> * 68000/68328 (Dragonball): these are less capable than the >> 68020+ or the Coldfire MCF5xxx line and similar to the 68360 >> that was removed in 2016. > > Adrian >
next prev parent reply other threads:[~2021-01-11 15:06 UTC|newest] Thread overview: 246+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-01-08 22:55 Old platforms: bring out your dead Arnd Bergmann 2021-01-08 22:55 ` Arnd Bergmann 2021-01-08 23:32 ` Steven Rostedt 2021-01-08 23:32 ` Steven Rostedt 2021-01-09 22:04 ` Arnd Bergmann 2021-01-09 22:04 ` Arnd Bergmann 2021-01-08 23:44 ` Thomas Bogendoerfer 2021-01-08 23:44 ` Thomas Bogendoerfer 2021-01-09 0:16 ` Linus Walleij 2021-01-09 0:16 ` Linus Walleij 2021-01-09 17:32 ` Florian Fainelli 2021-01-09 17:32 ` Florian Fainelli 2021-01-09 21:59 ` Arnd Bergmann 2021-01-09 21:59 ` Arnd Bergmann 2021-01-09 5:56 ` Willy Tarreau 2021-01-09 5:56 ` Willy Tarreau 2021-01-09 21:52 ` Arnd Bergmann 2021-01-09 21:52 ` Arnd Bergmann 2021-01-10 6:21 ` Willy Tarreau 2021-01-10 6:21 ` Willy Tarreau 2021-01-10 10:44 ` Russell King - ARM Linux admin 2021-01-10 10:44 ` Russell King - ARM Linux admin 2021-01-11 9:50 ` David Laight 2021-01-11 9:50 ` David Laight 2021-01-13 10:27 ` Andy Shevchenko 2021-01-13 10:27 ` Andy Shevchenko 2021-01-13 12:02 ` Linus Walleij 2021-01-13 12:02 ` Linus Walleij 2021-01-13 12:17 ` Andy Shevchenko 2021-01-13 12:17 ` Andy Shevchenko 2021-01-13 12:21 ` Andy Shevchenko 2021-01-13 12:21 ` Andy Shevchenko 2021-01-15 0:03 ` Bernd Petrovitsch 2021-01-15 0:03 ` Bernd Petrovitsch 2021-01-15 0:24 ` William Breathitt Gray 2021-01-15 0:24 ` William Breathitt Gray 2021-01-15 8:59 ` David Laight 2021-01-15 8:59 ` David Laight 2021-01-13 12:30 ` William Breathitt Gray 2021-01-13 12:30 ` William Breathitt Gray 2021-01-13 12:56 ` William Breathitt Gray 2021-01-13 12:56 ` William Breathitt Gray 2021-01-13 13:44 ` Arnd Bergmann 2021-01-13 13:44 ` Arnd Bergmann 2021-02-04 21:01 ` Pavel Machek 2021-02-04 21:01 ` Pavel Machek 2021-02-05 9:13 ` David Laight 2021-02-05 9:13 ` David Laight 2021-02-05 9:29 ` Pavel Machek 2021-02-05 9:29 ` Pavel Machek 2021-01-09 17:34 ` Florian Fainelli 2021-01-09 17:34 ` Florian Fainelli 2021-01-09 21:18 ` Arnd Bergmann 2021-01-09 21:18 ` Arnd Bergmann 2021-01-09 17:43 ` Russell King - ARM Linux admin 2021-01-09 17:43 ` Russell King - ARM Linux admin 2021-01-09 21:34 ` Arnd Bergmann 2021-01-09 21:34 ` Arnd Bergmann 2021-01-11 20:09 ` Russell King - ARM Linux admin 2021-01-11 20:09 ` Russell King - ARM Linux admin 2021-01-09 20:19 ` Baruch Siach 2021-01-09 20:19 ` Baruch Siach 2021-01-09 21:19 ` Arnd Bergmann 2021-01-09 21:19 ` Arnd Bergmann [not found] ` <67171E13-6786-4B44-A8C2-3302963B055F@gmail.com> 2021-01-09 22:20 ` Arnd Bergmann 2021-01-09 22:20 ` Arnd Bergmann 2021-01-10 18:12 ` Fabian Vogt 2021-01-10 18:12 ` Fabian Vogt 2021-01-10 19:20 ` Arnd Bergmann 2021-01-10 19:20 ` Arnd Bergmann 2021-01-10 21:33 ` Linus Walleij 2021-01-10 21:33 ` Linus Walleij 2021-01-11 0:33 ` Russell King - ARM Linux admin 2021-01-11 0:33 ` Russell King - ARM Linux admin 2021-01-11 12:32 ` Arnd Bergmann 2021-01-11 12:32 ` Arnd Bergmann 2021-01-11 12:36 ` Russell King - ARM Linux admin 2021-01-11 12:36 ` Russell King - ARM Linux admin 2021-01-09 23:12 ` Andrew Lunn 2021-01-09 23:12 ` Andrew Lunn 2021-01-10 8:45 ` Arnd Bergmann 2021-01-10 8:45 ` Arnd Bergmann 2021-01-10 16:46 ` Andrew Lunn 2021-01-10 16:46 ` Andrew Lunn 2021-01-10 17:27 ` Arnd Bergmann 2021-01-10 17:27 ` Arnd Bergmann 2021-01-10 19:51 ` Andrew Lunn 2021-01-10 19:51 ` Andrew Lunn 2021-01-10 15:51 ` Neil Armstrong 2021-01-10 15:51 ` Neil Armstrong 2021-01-10 15:56 ` Arnd Bergmann 2021-01-10 15:56 ` Arnd Bergmann 2021-01-10 17:35 ` John Paul Adrian Glaubitz 2021-01-10 17:35 ` John Paul Adrian Glaubitz 2021-01-10 21:46 ` Sam Ravnborg 2021-01-10 21:46 ` Sam Ravnborg 2021-01-11 8:05 ` John Paul Adrian Glaubitz 2021-01-11 8:05 ` John Paul Adrian Glaubitz 2021-01-11 14:55 ` chase rayfield 2021-01-11 14:55 ` chase rayfield 2021-01-12 0:26 ` Rob Landley 2021-01-12 0:26 ` Rob Landley 2021-01-12 0:50 ` chase rayfield 2021-01-12 0:50 ` chase rayfield 2021-01-12 14:37 ` John Paul Adrian Glaubitz 2021-01-12 14:37 ` John Paul Adrian Glaubitz 2021-01-11 17:57 ` Rob Landley 2021-01-11 18:09 ` Rob Landley 2021-01-11 15:04 ` Gerhard Pircher [this message] 2021-01-11 15:04 ` Gerhard Pircher 2021-01-12 14:44 ` John Paul Adrian Glaubitz 2021-01-12 14:44 ` John Paul Adrian Glaubitz 2021-01-12 22:46 ` Linus Walleij 2021-01-12 22:46 ` Linus Walleij 2021-01-13 7:57 ` Rob Landley 2021-01-13 8:09 ` Rob Landley 2021-01-13 8:21 ` Geert Uytterhoeven 2021-01-13 8:21 ` Geert Uytterhoeven 2021-01-13 13:25 ` Rob Landley 2021-01-13 13:25 ` Rob Landley 2021-01-13 12:02 ` Andy Shevchenko 2021-01-13 12:02 ` Andy Shevchenko 2021-01-13 8:15 ` Geert Uytterhoeven 2021-01-13 8:15 ` Geert Uytterhoeven 2021-01-13 10:39 ` Arnd Bergmann 2021-01-13 10:39 ` Arnd Bergmann 2021-01-14 3:54 ` New platforms: bring out your dead, was " Finn Thain 2021-01-14 3:54 ` Finn Thain 2021-01-14 9:41 ` John Paul Adrian Glaubitz 2021-01-14 9:41 ` John Paul Adrian Glaubitz 2021-01-14 9:48 ` Geert Uytterhoeven 2021-01-14 9:48 ` Geert Uytterhoeven 2021-01-14 21:21 ` Arnd Bergmann 2021-01-14 21:21 ` Arnd Bergmann 2021-01-14 22:54 ` Undesirable code, was Re: Old platforms etc Finn Thain 2021-01-14 22:54 ` Finn Thain 2021-01-14 23:09 ` Old platforms: bring out your dead Max Filippov 2021-01-14 23:09 ` Max Filippov 2021-01-15 8:31 ` Arnd Bergmann 2021-01-15 8:31 ` Arnd Bergmann 2021-01-13 0:12 ` Old platforms never die, was " Finn Thain 2021-01-13 0:12 ` Finn Thain 2021-01-16 6:54 ` Rob Landley 2021-01-16 6:54 ` Rob Landley 2021-01-16 23:22 ` Finn Thain 2021-01-16 23:22 ` Finn Thain 2021-01-13 11:47 ` Andy Shevchenko 2021-01-13 11:47 ` Andy Shevchenko 2021-01-11 1:39 ` Daniel Palmer 2021-01-11 1:39 ` Daniel Palmer 2021-01-11 9:15 ` John Paul Adrian Glaubitz 2021-01-11 9:15 ` John Paul Adrian Glaubitz 2021-01-11 9:20 ` Geert Uytterhoeven 2021-01-11 9:20 ` Geert Uytterhoeven 2021-01-11 9:26 ` John Paul Adrian Glaubitz 2021-01-11 9:26 ` John Paul Adrian Glaubitz 2021-01-11 9:36 ` Geert Uytterhoeven 2021-01-11 9:36 ` Geert Uytterhoeven 2021-01-11 9:50 ` Greg Ungerer 2021-01-11 9:50 ` Greg Ungerer 2021-01-11 9:42 ` Daniel Palmer 2021-01-11 9:42 ` Daniel Palmer 2021-01-11 10:13 ` Arnd Bergmann 2021-01-11 10:13 ` Arnd Bergmann 2021-01-11 8:19 ` Geert Uytterhoeven 2021-01-11 8:19 ` Geert Uytterhoeven 2021-01-11 8:59 ` Arnd Bergmann 2021-01-11 8:59 ` Arnd Bergmann 2021-01-11 9:16 ` Geert Uytterhoeven 2021-01-11 9:16 ` Geert Uytterhoeven 2021-01-11 10:28 ` Geert Uytterhoeven 2021-01-11 10:28 ` Geert Uytterhoeven 2021-01-11 10:37 ` Arnd Bergmann 2021-01-11 10:37 ` Arnd Bergmann 2021-01-11 9:40 ` Thomas Bogendoerfer 2021-01-11 9:40 ` Thomas Bogendoerfer 2021-01-11 10:34 ` Arnd Bergmann 2021-01-11 10:34 ` Arnd Bergmann 2021-01-11 8:40 ` efm32 is dead [Was: Old platforms: bring out your dead] Uwe Kleine-König 2021-01-11 8:49 ` Old platforms: bring out your dead Alexander Sverdlin 2021-01-11 9:31 ` Arnd Bergmann 2021-01-11 10:27 ` Alexander Sverdlin 2021-01-11 11:00 ` Arnd Bergmann 2021-01-11 8:53 ` Alexander Sverdlin 2021-01-11 11:10 ` Viresh Kumar 2021-01-11 11:10 ` Viresh Kumar 2021-01-11 19:59 ` Arnd Bergmann 2021-01-11 19:59 ` Arnd Bergmann 2021-01-11 21:15 ` Mattias Wallin 2021-01-11 21:15 ` Mattias Wallin 2021-01-11 21:47 ` Arnd Bergmann 2021-01-11 21:47 ` Arnd Bergmann 2021-01-11 13:13 ` Marc Gonzalez 2021-01-11 13:13 ` Marc Gonzalez 2021-01-11 17:29 ` Måns Rullgård 2021-01-11 17:29 ` Måns Rullgård 2021-01-11 21:50 ` Arnd Bergmann 2021-01-11 21:50 ` Arnd Bergmann 2021-01-12 8:23 ` Marc Gonzalez 2021-01-12 8:23 ` Marc Gonzalez 2021-01-11 14:22 ` Mark Salter 2021-01-11 14:22 ` Mark Salter 2021-01-11 15:00 ` Arnd Bergmann 2021-01-11 15:00 ` Arnd Bergmann 2021-01-11 14:44 ` Alexander Shiyan 2021-01-11 14:44 ` Alexander Shiyan 2021-01-11 14:58 ` Arnd Bergmann 2021-01-11 14:58 ` Arnd Bergmann 2021-01-11 16:23 ` Sylvain Lemieux 2021-01-11 16:23 ` Sylvain Lemieux 2021-01-11 22:17 ` Alexandre Belloni 2021-01-11 22:17 ` Alexandre Belloni 2021-01-11 19:58 ` Thomas Petazzoni 2021-01-11 19:58 ` Thomas Petazzoni 2021-01-11 20:10 ` Arnd Bergmann 2021-01-11 20:10 ` Arnd Bergmann 2021-01-11 20:25 ` Song Bao Hua (Barry Song) 2021-01-11 20:25 ` Song Bao Hua (Barry Song) 2021-01-12 8:41 ` Marc Gonzalez 2021-01-12 8:41 ` Marc Gonzalez 2021-01-13 10:30 ` Andy Shevchenko 2021-01-13 10:30 ` Andy Shevchenko 2021-01-13 11:02 ` Arnd Bergmann 2021-01-13 11:02 ` Arnd Bergmann 2021-01-13 16:14 ` [v2] " Arnd Bergmann 2021-01-13 19:00 ` Krzysztof Hałasa 2021-01-13 19:00 ` Krzysztof Hałasa 2021-01-14 8:51 ` Arnd Bergmann 2021-01-14 8:51 ` Arnd Bergmann 2021-01-15 7:08 ` Wei Xu 2021-01-15 7:08 ` Wei Xu 2021-01-15 9:26 ` Arnd Bergmann 2021-01-15 9:26 ` Arnd Bergmann 2021-01-15 11:09 ` Leizhen (ThunderTown) 2021-01-15 11:09 ` Leizhen (ThunderTown) 2021-01-15 12:04 ` Arnd Bergmann 2021-01-15 12:04 ` Arnd Bergmann 2021-01-18 10:46 ` Wei Xu 2021-01-18 10:46 ` Wei Xu 2021-01-13 22:27 ` Richard Z 2021-01-13 22:27 ` Richard Z 2021-02-05 13:37 ` Alexander Lobakin 2021-02-05 13:37 ` Alexander Lobakin 2021-10-23 17:44 ` Maciej W. Rozycki 2021-10-23 17:44 ` Maciej W. Rozycki 2021-01-12 2:05 tedheadster
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=f48bcf43-9dcc-e48b-d29d-f75f3814398b@gmx.net \ --to=gerhard_pircher@gmx.net \ --cc=arnd@arndb.de \ --cc=glaubitz@physik.fu-berlin.de \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-m68k@lists.linux-m68k.org \ --cc=linux-sh@vger.kernel.org \ --cc=sparclinux@vger.kernel.org \ /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: linkBe 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.