Dear all, on 2021-02-22, I reported that: The domain lookup for linux-mips.org fails for quite some time now. Hence, webpages, the patchwork instance and Ralf Baechle's email there is not reachable anymore. In the discussion of that patch series, Kurt Martin promised to get linux-mips.org back online. Four months have now passed and the webpage is still not back online. So, I suggest to remove these dead references. Probably, we do not lose much if the linux-mips.org webpage never comes back. The domain lookup for linux-mips.org fails for quite some time now. Hence, webpages, the patchwork instance and Ralf Baechle's email there is not reachable anymore. Here is in more detail what I did to create this patch series: First, I updated all sections in MAINTAINERS for references with linux-mips.org. Then, I also quickly scanned through the whole git tree for linux-mips.org references, and step-wise filtered out obvious copyright holder lines and references to old email addresses. git ls-files | xargs grep "linux-mips.org" | \ grep -v -i "Copyright" | grep -v -i "MODULE_AUTHOR" | grep -v -i "written" | \ grep -v "Ralf" | grep -v "Maciej" | grep -v "Yoichi" | grep -v "Ladislav" I removed dead references or replaced them with their living counterparts if available. However, these two cases remain and somebody might want to have a look: 1. case in ./arch/mips/include/asm/page.h: <snip> /* * RELOC_HIDE was originally added by 6007b903dfe5f1d13e0c711ac2894bdd4a61b1ad * (lmo) rsp. 8431fd094d625b94d364fe393076ccef88e6ce18 (kernel.org). The * discussion can be found in * https://lore.kernel.org/lkml/a2ebde260608230500o3407b108hc03debb9da6e62c@mail.gmail.com * * It is unclear if the misscompilations mentioned in * https://lore.kernel.org/lkml/1281303490-390-1-git-send-email-namhyung@gmail.com * also affect MIPS so we keep this one until GCC 3.x has been retired * before we can apply https://patchwork.linux-mips.org/patch/1541/ */ </snip> Decision: Keep as is. Although GCC 3.x is long retired, it is unclear what https://patchwork.linux-mips.org/patch/1541/ is and if it has been already applied or not. Question: does anyone know how to identify this patch? 2. case in ./drivers/parport/parport_ip32.c: linux-mips.org tree is referred to in an old To do item: <snip> * To do: * * Fully implement ECP mode. * EPP and ECP mode need to be tested. I currently do not own any * peripheral supporting these extended mode, and cannot test them. * If DMA mode works well, decide if support for PIO FIFO modes should be * dropped. * Use the io{read,write} family functions when they become available in * the linux-mips.org tree. Note: the MIPS specific functions readsb() * and writesb() are to be translated by ioread8_rep() and iowrite8_rep() * respectively. </snip> Decision: Keep as is; anyone that wants to follow up on this will probably understand that the reference is outdated anyway. Please comment on these clean-up patches on this administrative topic. Patch set applies cleanly on next-20210624. Changes since v1: https://lore.kernel.org/lkml/20210222161905.1153-1-lukas.bulwahn@gmail.com/ Patches "arch: mips: update references to current linux-mips list" "MIPS: SGI-IP27: fix spelling in Copyright" has been already applied. Lukas Bulwahn (3): MAINTAINERS: mark sections from Ralf Baechle orphan MAINTAINERS: remove linux-mips.org references arch: mips: remove dead references MAINTAINERS | 20 ++++++-------------- arch/mips/Kconfig | 8 +------- arch/mips/jazz/Kconfig | 12 +++--------- tools/include/nolibc/nolibc.h | 3 +-- 4 files changed, 11 insertions(+), 32 deletions(-) -- 2.17.1
The domain lookup for linux-mips.org fails for quite some time now. Hence, webpages, the patchwork instance and Ralf Baechle's email there is not reachable anymore. Ralf Baechle has not been active since February 2018; so, set all MAINTAINERS sections with Ralf as sole maintainer to Orphan, and give others a chance to claim maintainership if these sections are still of interest. Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com> --- MAINTAINERS | 15 +++++---------- 1 file changed, 5 insertions(+), 10 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 3d657e1fe359..eb9110c756f7 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3094,9 +3094,8 @@ F: Documentation/devicetree/bindings/iio/adc/avia-hx711.yaml F: drivers/iio/adc/hx711.c AX.25 NETWORK LAYER -M: Ralf Baechle <ralf@linux-mips.org> L: linux-hams@vger.kernel.org -S: Maintained +S: Orphan W: http://www.linux-ax25.org/ F: include/net/ax25.h F: include/uapi/linux/ax25.h @@ -6575,10 +6574,9 @@ S: Maintained F: drivers/edac/highbank* EDAC-CAVIUM OCTEON -M: Ralf Baechle <ralf@linux-mips.org> L: linux-edac@vger.kernel.org L: linux-mips@vger.kernel.org -S: Supported +S: Orphan F: drivers/edac/octeon_edac* EDAC-CAVIUM THUNDERX @@ -9654,9 +9652,8 @@ F: Documentation/devicetree/bindings/iio/gyroscope/invensense,mpu3050.yaml F: drivers/iio/gyro/mpu3050* IOC3 ETHERNET DRIVER -M: Ralf Baechle <ralf@linux-mips.org> L: linux-mips@vger.kernel.org -S: Maintained +S: Orphan F: drivers/net/ethernet/sgi/ioc3-eth.c IOMAP FILESYSTEM LIBRARY @@ -12832,9 +12829,8 @@ F: net/bridge/br_netfilter*.c F: net/netfilter/ NETROM NETWORK LAYER -M: Ralf Baechle <ralf@linux-mips.org> L: linux-hams@vger.kernel.org -S: Maintained +S: Orphan W: http://www.linux-ax25.org/ F: include/net/netrom.h F: include/uapi/linux/netrom.h @@ -16007,9 +16003,8 @@ F: include/linux/mfd/rohm-generic.h F: include/linux/mfd/rohm-shared.h ROSE NETWORK LAYER -M: Ralf Baechle <ralf@linux-mips.org> L: linux-hams@vger.kernel.org -S: Maintained +S: Orphan W: http://www.linux-ax25.org/ F: include/net/rose.h F: include/uapi/linux/rose.h -- 2.17.1
The domain lookup for linux-mips.org fails for quite some time now. Hence, webpages, the patchwork instance and Ralf Baechle's email there is not reachable anymore. Remove all references of webpages from linux-mips.org in MAINTAINERS, and refer to the kernel.org's linux-mips patchwork instance instead. Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com> --- MAINTAINERS | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index eb9110c756f7..97fa03377adc 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -5152,7 +5152,6 @@ DECSTATION PLATFORM SUPPORT M: "Maciej W. Rozycki" <macro@orcam.me.uk> L: linux-mips@vger.kernel.org S: Maintained -W: http://www.linux-mips.org/wiki/DECstation F: arch/mips/dec/ F: arch/mips/include/asm/dec/ F: arch/mips/include/asm/mach-dec/ @@ -12384,7 +12383,6 @@ MIPS M: Thomas Bogendoerfer <tsbogend@alpha.franken.de> L: linux-mips@vger.kernel.org S: Maintained -W: http://www.linux-mips.org/ Q: https://patchwork.kernel.org/project/linux-mips/list/ T: git git://git.kernel.org/pub/scm/linux/kernel/git/mips/linux.git F: Documentation/devicetree/bindings/mips/ @@ -18832,10 +18830,9 @@ F: arch/um/os-Linux/drivers/ TURBOCHANNEL SUBSYSTEM M: "Maciej W. Rozycki" <macro@orcam.me.uk> -M: Ralf Baechle <ralf@linux-mips.org> L: linux-mips@vger.kernel.org S: Maintained -Q: http://patchwork.linux-mips.org/project/linux-mips/list/ +Q: https://patchwork.kernel.org/project/linux-mips/list/ F: drivers/tc/ F: include/linux/tc.h -- 2.17.1
The domain lookup for linux-mips.org fails for quite some time now. Further, the two links: http://decstation.unix-ag.org/ http://www.computer-refuge.org/classiccmp/ftp.digital.com/pub/DEC/TriAdd/ refer to old webpages or contain no further technical information. Remove all those dead references. Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com> --- arch/mips/Kconfig | 8 +------- arch/mips/jazz/Kconfig | 12 +++--------- tools/include/nolibc/nolibc.h | 3 +-- 3 files changed, 5 insertions(+), 18 deletions(-) diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig index cee6087cd686..1bebf7fa2882 100644 --- a/arch/mips/Kconfig +++ b/arch/mips/Kconfig @@ -379,9 +379,7 @@ config MACH_DECSTATION select SYS_SUPPORTS_1024HZ select MIPS_L1_CACHE_SHIFT_4 help - This enables support for DEC's MIPS based workstations. For details - see the Linux/MIPS FAQ on <http://www.linux-mips.org/> and the - DECstation porting pages on <http://decstation.unix-ag.org/>. + This enables support for DEC's MIPS based workstations. If you have one of the following DECstation Models you definitely want to choose R4xx0 for the CPU Type: @@ -3246,10 +3244,6 @@ config TC processors. TURBOchannel programming specifications are available at: <ftp://ftp.hp.com/pub/alphaserver/archive/triadd/> - and: - <http://www.computer-refuge.org/classiccmp/ftp.digital.com/pub/DEC/TriAdd/> - Linux driver support status is documented at: - <http://www.linux-mips.org/wiki/DECstation> config MMU bool diff --git a/arch/mips/jazz/Kconfig b/arch/mips/jazz/Kconfig index 42932ca98db9..162d11670c75 100644 --- a/arch/mips/jazz/Kconfig +++ b/arch/mips/jazz/Kconfig @@ -5,9 +5,7 @@ config ACER_PICA_61 select DMA_NONCOHERENT help This is a machine with a R4400 133/150 MHz CPU. To compile a Linux - kernel that runs on these, say Y here. For details about Linux on - the MIPS architecture, check out the Linux/MIPS FAQ on the WWW at - <http://www.linux-mips.org/>. + kernel that runs on these, say Y here. config MIPS_MAGNUM_4000 bool "Support for MIPS Magnum 4000" @@ -16,9 +14,7 @@ config MIPS_MAGNUM_4000 select SYS_SUPPORTS_BIG_ENDIAN help This is a machine with a R4000 100 MHz CPU. To compile a Linux - kernel that runs on these, say Y here. For details about Linux on - the MIPS architecture, check out the Linux/MIPS FAQ on the WWW at - <http://www.linux-mips.org/>. + kernel that runs on these, say Y here. config OLIVETTI_M700 bool "Support for Olivetti M700-10" @@ -26,6 +22,4 @@ config OLIVETTI_M700 select DMA_NONCOHERENT help This is a machine with a R4000 100 MHz CPU. To compile a Linux - kernel that runs on these, say Y here. For details about Linux on - the MIPS architecture, check out the Linux/MIPS FAQ on the WWW at - <http://www.linux-mips.org/>. + kernel that runs on these, say Y here. diff --git a/tools/include/nolibc/nolibc.h b/tools/include/nolibc/nolibc.h index 8b7a9830dd22..754e64c4a1d1 100644 --- a/tools/include/nolibc/nolibc.h +++ b/tools/include/nolibc/nolibc.h @@ -1027,8 +1027,7 @@ struct sys_stat_struct { * - arguments are in a0, a1, a2, a3, then the stack. The caller needs to * leave some room in the stack for the callee to save a0..a3 if needed. * - Many registers are clobbered, in fact only a0..a2 and s0..s8 are - * preserved. See: https://www.linux-mips.org/wiki/Syscall as well as - * scall32-o32.S in the kernel sources. + * preserved. See: scall32-o32.S in the kernel sources. * - the system call is performed by calling "syscall" * - syscall return comes in v0, and register a3 needs to be checked to know * if an error occured, in which case errno is in v0. -- 2.17.1
[Adding Ralf and Kurt to the list of recipients.] On Fri, 25 Jun 2021, Lukas Bulwahn wrote: > The domain lookup for linux-mips.org fails for quite some time now. Hence, > webpages, the patchwork instance and Ralf Baechle's email there is not > reachable anymore. Well, mail forwarding has now been set up for my old LMO address, and so I believe for Ralf's. Any other resources remain unavailable. > In the discussion of that patch series, Kurt Martin promised to get > linux-mips.org back online. Four months have now passed and the webpage is > still not back online. So, I suggest to remove these dead references. > Probably, we do not lose much if the linux-mips.org webpage never comes back. While most resources have been migrated I think the wiki was unique and valuable. Perhaps we could preserve read-only references to archive.org dumps? It's not clear to me what our policy is here though, if any. > The domain lookup for linux-mips.org fails for quite some time now. Hence, > webpages, the patchwork instance and Ralf Baechle's email there is not > reachable anymore. Let's see if the copy of this message intended for Ralf bounces. > I removed dead references or replaced them with their living counterparts if > available. However, these two cases remain and somebody might want to have a look: > > 1. case in ./arch/mips/include/asm/page.h: > > <snip> > /* > * RELOC_HIDE was originally added by 6007b903dfe5f1d13e0c711ac2894bdd4a61b1ad > * (lmo) rsp. 8431fd094d625b94d364fe393076ccef88e6ce18 (kernel.org). The > * discussion can be found in > * https://lore.kernel.org/lkml/a2ebde260608230500o3407b108hc03debb9da6e62c@mail.gmail.com > * > * It is unclear if the misscompilations mentioned in > * https://lore.kernel.org/lkml/1281303490-390-1-git-send-email-namhyung@gmail.com > * also affect MIPS so we keep this one until GCC 3.x has been retired > * before we can apply https://patchwork.linux-mips.org/patch/1541/ > */ > </snip> > > Decision: Keep as is. Although GCC 3.x is long retired, it is unclear what > https://patchwork.linux-mips.org/patch/1541/ is and if it has been already > applied or not. > Question: does anyone know how to identify this patch? It's on archive.org, marked rejected: <https://web.archive.org/web/20180829170737/https://patchwork.linux-mips.org/patch/1541/> or alternatively: <https://lore.kernel.org/patchwork/patch/210989/> (with no proper status). Given the note it might make sense to re-evaluate the patch. Thanks for the heads-up! > 2. case in ./drivers/parport/parport_ip32.c: > > linux-mips.org tree is referred to in an old To do item: > > <snip> > * To do: > * > * Fully implement ECP mode. > * EPP and ECP mode need to be tested. I currently do not own any > * peripheral supporting these extended mode, and cannot test them. > * If DMA mode works well, decide if support for PIO FIFO modes should be > * dropped. > * Use the io{read,write} family functions when they become available in > * the linux-mips.org tree. Note: the MIPS specific functions readsb() > * and writesb() are to be translated by ioread8_rep() and iowrite8_rep() > * respectively. > </snip> > > Decision: Keep as is; anyone that wants to follow up on this will probably > understand that the reference is outdated anyway. Note that a copy of the LMO tree remains available online at: <git://git.kernel.org/pub/scm/linux/kernel/git/ralf/linux.git>, so any references or git commit IDs are reachable. Perhaps it would be good to add an actual reference somewhere though. Maciej
On Fri, Jun 25, 2021 at 1:05 PM Lukas Bulwahn <lukas.bulwahn@gmail.com> wrote: > > The domain lookup for linux-mips.org fails for quite some time now. > Further, the two links: > > http://decstation.unix-ag.org/ https://web.archive.org/web/20061010210936/http://decstation.unix-ag.org/ > http://www.computer-refuge.org/classiccmp/ftp.digital.com/pub/DEC/TriAdd/ https://web.archive.org/web/20050205114151/ftp.digital.com/pub/DEC/TriAdd/ > refer to old webpages or contain no further technical information. FWIW the information is still online somewhere. > Remove all those dead references. > > Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com> > --- > arch/mips/Kconfig | 8 +------- > arch/mips/jazz/Kconfig | 12 +++--------- > tools/include/nolibc/nolibc.h | 3 +-- > 3 files changed, 5 insertions(+), 18 deletions(-)
On Sat, 26 Jun 2021, Philippe Mathieu-Daudé wrote: > > http://www.computer-refuge.org/classiccmp/ftp.digital.com/pub/DEC/TriAdd/ > > https://web.archive.org/web/20050205114151/ftp.digital.com/pub/DEC/TriAdd/ I suggest: <ftp://ftp.hp.com/pub/alphaserver/archive/triadd/> as the canonical reference nowadays. If that goes offline sometime, we can think of an alternative. Maciej
On Fri, 2021-06-25 at 17:49 +0200, Maciej W. Rozycki wrote:
> [Adding Ralf and Kurt to the list of recipients.]
>
> On Fri, 25 Jun 2021, Lukas Bulwahn wrote:
>
> > The domain lookup for linux-mips.org fails for quite some time now. Hence,
> > webpages, the patchwork instance and Ralf Baechle's email there is not
> > reachable anymore.
>
> Well, mail forwarding has now been set up for my old LMO address, and so
> I believe for Ralf's. Any other resources remain unavailable.
>
> > In the discussion of that patch series, Kurt Martin promised to get
> > linux-mips.org back online. Four months have now passed and the webpage is
> > still not back online. So, I suggest to remove these dead references.
> > Probably, we do not lose much if the linux-mips.org webpage never comes back.
>
> While most resources have been migrated I think the wiki was unique and
> valuable. Perhaps we could preserve read-only references to archive.org
> dumps? It's not clear to me what our policy is here though, if any.
Perhaps better to wholesale copy the content and keep it
around somewhere else like lore.kernel.org.
在 2021/6/27 上午7:45, Joe Perches 写道: > On Fri, 2021-06-25 at 17:49 +0200, Maciej W. Rozycki wrote: >> [Adding Ralf and Kurt to the list of recipients.] >> >> On Fri, 25 Jun 2021, Lukas Bulwahn wrote: >> >>> The domain lookup for linux-mips.org fails for quite some time now. Hence, >>> webpages, the patchwork instance and Ralf Baechle's email there is not >>> reachable anymore. >> Well, mail forwarding has now been set up for my old LMO address, and so >> I believe for Ralf's. Any other resources remain unavailable. >> >>> In the discussion of that patch series, Kurt Martin promised to get >>> linux-mips.org back online. Four months have now passed and the webpage is >>> still not back online. So, I suggest to remove these dead references. >>> Probably, we do not lose much if the linux-mips.org webpage never comes back. >> While most resources have been migrated I think the wiki was unique and >> valuable. Perhaps we could preserve read-only references to archive.org >> dumps? It's not clear to me what our policy is here though, if any. > Perhaps better to wholesale copy the content and keep it > around somewhere else like lore.kernel.org. I made a request to kernel.org infrastructure team to create a wiki site for linux-mips project to restore contents from old linux-mips.org back in April. I think that would be another approach as I saw PA-RISC migrated their wiki site to kernel.org as well. Thanks. - Jiaxun > >
On Sat, Jun 26, 2021 at 6:52 PM Philippe Mathieu-Daudé <f4bug@amsat.org> wrote: > > On Fri, Jun 25, 2021 at 1:05 PM Lukas Bulwahn <lukas.bulwahn@gmail.com> wrote: > > > > The domain lookup for linux-mips.org fails for quite some time now. > > Further, the two links: > > > > http://decstation.unix-ag.org/ > > https://web.archive.org/web/20061010210936/http://decstation.unix-ag.org/ > > > http://www.computer-refuge.org/classiccmp/ftp.digital.com/pub/DEC/TriAdd/ > > https://web.archive.org/web/20050205114151/ftp.digital.com/pub/DEC/TriAdd/ > > > refer to old webpages or contain no further technical information. > > FWIW the information is still online somewhere. Thanks, I prefer not to reference archive.org links, because I do not think that is generally a good practice. But maybe somebody with some mild interest in this architecture can support scanning through the archived web pages and we store any information still worth mentioning in the kernel Documentation? Lukas > > > Remove all those dead references. > > > > Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com> > > --- > > arch/mips/Kconfig | 8 +------- > > arch/mips/jazz/Kconfig | 12 +++--------- > > tools/include/nolibc/nolibc.h | 3 +-- > > 3 files changed, 5 insertions(+), 18 deletions(-)
On Sat, Jun 26, 2021 at 7:22 PM Maciej W. Rozycki <macro@orcam.me.uk> wrote: > > On Sat, 26 Jun 2021, Philippe Mathieu-Daudé wrote: > > > > http://www.computer-refuge.org/classiccmp/ftp.digital.com/pub/DEC/TriAdd/ > > > > https://web.archive.org/web/20050205114151/ftp.digital.com/pub/DEC/TriAdd/ > > I suggest: <ftp://ftp.hp.com/pub/alphaserver/archive/triadd/> as the > canonical reference nowadays. If that goes offline sometime, we can think > of an alternative. > Thanks, Maciej. I will update the reference to that location, when I come across to send the next version of this patch set. Lukas > Maciej
On Fri, Jun 25, 2021 at 1:04 PM Lukas Bulwahn <lukas.bulwahn@gmail.com> wrote: > > The domain lookup for linux-mips.org fails for quite some time now. Hence, > webpages, the patchwork instance and Ralf Baechle's email there is not > reachable anymore. > There has not been any specific comment on marking kernel parts solely "maintained" by Ralf Baechle as Orphan. So, given the feedback on this overall patch set from Maciej and Kurt: - the domain lookup for linux-mips.org does resolve again. - the patchwork instance moved. - Ralf Baechle's email now does at least forward somewhere. However, it still holds that: Ralf Baechle has not been active since February 2018; so, set all MAINTAINERS sections with Ralf as sole maintainer to Orphan, and give others a chance to claim maintainership if these sections are still of interest. I suggest that independent of the other patches in this patch set, I rework the commit message of this patch here (basically dropping the first sentence) and send out a final patch for this subject that Thomas can then pick. Any comments or rejections to that suggestion? Lukas > Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com> > --- > MAINTAINERS | 15 +++++---------- > 1 file changed, 5 insertions(+), 10 deletions(-) > > diff --git a/MAINTAINERS b/MAINTAINERS > index 3d657e1fe359..eb9110c756f7 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -3094,9 +3094,8 @@ F: Documentation/devicetree/bindings/iio/adc/avia-hx711.yaml > F: drivers/iio/adc/hx711.c > > AX.25 NETWORK LAYER > -M: Ralf Baechle <ralf@linux-mips.org> > L: linux-hams@vger.kernel.org > -S: Maintained > +S: Orphan > W: http://www.linux-ax25.org/ > F: include/net/ax25.h > F: include/uapi/linux/ax25.h > @@ -6575,10 +6574,9 @@ S: Maintained > F: drivers/edac/highbank* > > EDAC-CAVIUM OCTEON > -M: Ralf Baechle <ralf@linux-mips.org> > L: linux-edac@vger.kernel.org > L: linux-mips@vger.kernel.org > -S: Supported > +S: Orphan > F: drivers/edac/octeon_edac* > > EDAC-CAVIUM THUNDERX > @@ -9654,9 +9652,8 @@ F: Documentation/devicetree/bindings/iio/gyroscope/invensense,mpu3050.yaml > F: drivers/iio/gyro/mpu3050* > > IOC3 ETHERNET DRIVER > -M: Ralf Baechle <ralf@linux-mips.org> > L: linux-mips@vger.kernel.org > -S: Maintained > +S: Orphan > F: drivers/net/ethernet/sgi/ioc3-eth.c > > IOMAP FILESYSTEM LIBRARY > @@ -12832,9 +12829,8 @@ F: net/bridge/br_netfilter*.c > F: net/netfilter/ > > NETROM NETWORK LAYER > -M: Ralf Baechle <ralf@linux-mips.org> > L: linux-hams@vger.kernel.org > -S: Maintained > +S: Orphan > W: http://www.linux-ax25.org/ > F: include/net/netrom.h > F: include/uapi/linux/netrom.h > @@ -16007,9 +16003,8 @@ F: include/linux/mfd/rohm-generic.h > F: include/linux/mfd/rohm-shared.h > > ROSE NETWORK LAYER > -M: Ralf Baechle <ralf@linux-mips.org> > L: linux-hams@vger.kernel.org > -S: Maintained > +S: Orphan > W: http://www.linux-ax25.org/ > F: include/net/rose.h > F: include/uapi/linux/rose.h > -- > 2.17.1 >
On Sat, Jul 17, 2021 at 09:03:05AM +0200, Lukas Bulwahn wrote: > So, given the feedback on this overall patch set from Maciej and Kurt: > - the domain lookup for linux-mips.org does resolve again. > - the patchwork instance moved. > - Ralf Baechle's email now does at least forward somewhere. Sorry, the site suffered a complete collapse after a hardware failure earlier this year - and I couldn't even get the failed drive replaced at the hoster as I didn't have the privilege of opening a ticket; that was only possible to the owner of the master account, a former MIPS employee who for health reasons no longer is with the company. The parent company of MIPS Wavecomp going through bankrupcy proceedings didn't help resolving the situation either. Anyway, there's progress on that front and I hope to get replacement hardware within the next week or so. The failed drive of the lmo server hardware changed its behavioud allowing me to reboot the system again on July 1st. I had given up on the old hardware in frustration so Kurt deserves the credits for getting me to try again. No data was lost in the crash itself. I'm now working on fixing all the failed subsystems, primarily due to a major OS upgrade by several releases, some old to-do list items and changes in the environment that affect the system. The time required to do so is enormous; I've done virtually nothing else since 1st of July. I've put an writeup about the system status to https://www.linux-mips.org/wiki/System_Recovery_Status which I'm keeping updated as work progresses. As for the MAINTAINERS for the ham radio protocols - AX.25 use is going down for many years and so is NET\ROM. ROSE has always been a very rare protocol but all three stacks still have active users. With that said, I doubt somebody to do active development and maintenace will be found. So maybe leave my name in but lower to "Odd Fixes" which has been the reality for years even before I took over and imho is how it should be continued. At this point my immediate priorities are the full restoration of the lmo server and after that linux-ax25.org will need TLC and I want those to be completed before diving into code again. Ralf
On 7/17/2021 03:03, Lukas Bulwahn wrote: > On Fri, Jun 25, 2021 at 1:04 PM Lukas Bulwahn <lukas.bulwahn@gmail.com> wrote: >> >> The domain lookup for linux-mips.org fails for quite some time now. Hence, >> webpages, the patchwork instance and Ralf Baechle's email there is not >> reachable anymore. >> > > There has not been any specific comment on marking kernel parts solely > "maintained" by Ralf Baechle as Orphan. > > So, given the feedback on this overall patch set from Maciej and Kurt: > - the domain lookup for linux-mips.org does resolve again. > - the patchwork instance moved. > - Ralf Baechle's email now does at least forward somewhere. > > However, it still holds that: > > Ralf Baechle has not been active since February 2018; so, set all > MAINTAINERS sections with Ralf as sole maintainer to Orphan, and give > others a chance to claim maintainership if these sections are still of > interest. > > I suggest that independent of the other patches in this patch set, I > rework the commit message of this patch here (basically dropping the > first sentence) and send out a final patch for this subject that > Thomas can then pick. > > Any comments or rejections to that suggestion? > > Lukas >> @@ -9654,9 +9652,8 @@ F: Documentation/devicetree/bindings/iio/gyroscope/invensense,mpu3050.yaml >> F: drivers/iio/gyro/mpu3050* >> >> IOC3 ETHERNET DRIVER >> -M: Ralf Baechle <ralf@linux-mips.org> >> L: linux-mips@vger.kernel.org >> -S: Maintained >> +S: Orphan >> F: drivers/net/ethernet/sgi/ioc3-eth.c Thomas virtually re-wrote this driver, so it is probably more appropriate to leave it as maintained, but mark him as the maintainer. -- Joshua Kinard Gentoo/MIPS kumba@gentoo.org rsa6144/5C63F4E3F5C6C943 2015-04-27 177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943 "The past tempts us, the present confuses us, the future frightens us. And our lives slip away, moment by moment, lost in that vast, terrible in-between." --Emperor Turhan, Centauri Republic