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/[email protected]
*
* It is unclear if the misscompilations mentioned in
* https://lore.kernel.org/lkml/[email protected]
* 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/[email protected]/
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 <[email protected]>
---
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 <[email protected]>
L: [email protected]
-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 <[email protected]>
L: [email protected]
L: [email protected]
-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 <[email protected]>
L: [email protected]
-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 <[email protected]>
L: [email protected]
-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 <[email protected]>
L: [email protected]
-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.
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 <[email protected]>
---
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
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 <[email protected]>
---
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" <[email protected]>
L: [email protected]
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 <[email protected]>
L: [email protected]
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" <[email protected]>
-M: Ralf Baechle <[email protected]>
L: [email protected]
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
[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/[email protected]
> *
> * It is unclear if the misscompilations mentioned in
> * https://lore.kernel.org/lkml/[email protected]
> * 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 <[email protected]> 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 <[email protected]>
> ---
> 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é <[email protected]> wrote:
>
> On Fri, Jun 25, 2021 at 1:05 PM Lukas Bulwahn <[email protected]> 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 <[email protected]>
> > ---
> > 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 <[email protected]> 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 <[email protected]> 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 <[email protected]>
> ---
> 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 <[email protected]>
> L: [email protected]
> -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 <[email protected]>
> L: [email protected]
> L: [email protected]
> -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 <[email protected]>
> L: [email protected]
> -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 <[email protected]>
> L: [email protected]
> -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 <[email protected]>
> L: [email protected]
> -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 <[email protected]> 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 <[email protected]>
>> L: [email protected]
>> -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
[email protected]
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