Remove dead linux-mips.org references

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.

---
 MAINTAINERS | 15 +++++----------
 1 file changed, 5 insertions(+), 10 deletions(-)

index 3d657e1fe359..eb9110c756f7 100644
@@ -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

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

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

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

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.

---
 MAINTAINERS | 5 +----
 1 file changed, 1 insertion(+), 4 deletions(-)

index eb9110c756f7..97fa03377adc 100644
@@ -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

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.

---
 arch/mips/Kconfig             |  8 +-------
 arch/mips/jazz/Kconfig        | 12 +++---------
 tools/include/nolibc/nolibc.h |  3 +--
 3 files changed, 5 insertions(+), 18 deletions(-)

index cee6087cd686..1bebf7fa2882 100644
@@ -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

index 42932ca98db9..162d11670c75 100644
@@ -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.

index 8b7a9830dd22..754e64c4a1d1 100644
@@ -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

https://web.archive.org/web/20061010210936/http://decstation.unix-ag.org/

https://web.archive.org/web/20050205114151/ftp.digital.com/pub/DEC/TriAdd/

FWIW the information is still online somewhere.

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

Thanks, Maciej. I will update the reference to that location, when I come across to send the next version of this patch set.

Lukas

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

[Adding Ralf and Kurt to the list of recipients.]

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.

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.

Let's see if the copy of this message intended for Ralf bounces.

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!

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

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