| Message ID | 20210222161905.1153-1-lukas.bulwahn@gmail.com (mailing list archive) |
|---|---|
| Headers | show |
| Series | Remove dead linux-mips.org references | expand |
On Mon, 22 Feb 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. I have been contacted by Ralf a couple of weeks ago and he told me there had been a storage failure with the machine running linux-mips.org. Due to a complex situation with linux-mips.org I do not want to dive the details of into here recovery of the site caused some trouble, however I was told it had been under way now. So I suggest that we wait a couple of weeks yet and see how it goes before going ahead with this series. As to Ralf personal commitments WRT maintenance duties I can't speak, but I have bcc-ed him on his alternative e-mail address with this message in case he wants to speak up. Maciej
On Mon, Feb 22, 2021 at 6:47 PM Maciej W. Rozycki <macro@orcam.me.uk> wrote: > > On Mon, 22 Feb 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. > > I have been contacted by Ralf a couple of weeks ago and he told me there > had been a storage failure with the machine running linux-mips.org. > > Due to a complex situation with linux-mips.org I do not want to dive the > details of into here recovery of the site caused some trouble, however I > was told it had been under way now. So I suggest that we wait a couple of > weeks yet and see how it goes before going ahead with this series. > > As to Ralf personal commitments WRT maintenance duties I can't speak, but > I have bcc-ed him on his alternative e-mail address with this message in > case he wants to speak up. > Thanks for the update. Maybe we can then rescue some of the valuable content from linux-mips.org and mirror it somewhere else as well? The code mentioned some patch by referring to a linux-mips.org patchwork id, but without the service running, there is no chance to understand the comment. So, once linux-mips.org is up and running again, we might want to recover that referred patch and change the comment to a lore.kernel.org Link (that may stay with us for longer) or quickly find out if that comment is obsolete by now. Lukas
Hi Everybody, This is Kurt Martin. I'm part of the MIPS Customer Engineering team at Wave Computing. Some of you may remember me. I have just established contact with Ralf, and I will be working with him to restore linux-mips.org back to life. I just got the account and login information for the linux-mips.org hosting account at Hetzner from Chris Dearman. So as Maciej says, please hold off any actions at this time, and I will attempt to get linux-mips.org working again as quickly as possible. Thanks! Regards, Kurt Kurt Martin Senior Customer Support Engineer Wave Computing kmartin@wavecomp.com o +1 408 530 5180 -----Original Message----- From: Maciej W. Rozycki <macro@orcam.me.uk> Sent: Monday, February 22, 2021 9:48 AM To: Lukas Bulwahn <lukas.bulwahn@gmail.com> Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>; linux-mips@vger.kernel.org; Tiezhu Yang <yangtiezhu@loongson.cn>; Willy Tarreau <w@1wt.eu>; linux-edac@vger.kernel.org; linux-hams@vger.kernel.org; kernel-janitors@vger.kernel.org; linux-kernel@vger.kernel.org Subject: [EXTERNAL]Re: [PATCH 0/5] Remove dead linux-mips.org references On Mon, 22 Feb 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. I have been contacted by Ralf a couple of weeks ago and he told me there had been a storage failure with the machine running linux-mips.org. Due to a complex situation with linux-mips.org I do not want to dive the details of into here recovery of the site caused some trouble, however I was told it had been under way now. So I suggest that we wait a couple of weeks yet and see how it goes before going ahead with this series. As to Ralf personal commitments WRT maintenance duties I can't speak, but I have bcc-ed him on his alternative e-mail address with this message in case he wants to speak up. Maciej
On Mon, Feb 22, 2021 at 7:19 PM Kurt Martin <kmartin@wavecomp.com> wrote: > > Hi Everybody, > > This is Kurt Martin. I'm part of the MIPS Customer Engineering team at Wave Computing. Some of you may remember me. I have just established contact with Ralf, and I will be working with him to restore linux-mips.org back to life. I just got the account and login information for the linux-mips.org hosting account at Hetzner from Chris Dearman. > > So as Maciej says, please hold off any actions at this time, and I will attempt to get linux-mips.org working again as quickly as possible. Thanks! > It has been a month by now... I just wanted to check if linux-mips.org is back on its way to be available. Or should Thomas pick up the remaining patches of this series? Lukas
This message was rejected by the spam filter at vger.kernel.org. To ensure that everybody on the original email list gets the reply, I'm resending it as plain text (which I should have figured out long ago). I profusely apologize for the multiple resends. Hi Lukas, I apologize for the delay. As you may know, we recently emerged from Chapter 11 reorganization and I'm working on a lot of issues related to this. I did get in touch with Ralf, but I have not been able to make progress with Hetzner. I'm dependent on Ralf to help me get the machine at Hetzner working again. I will continue to try to do this. If waiting for me to get linux-mips.org working is not an option, I understand that you may have to move on. I know the disappearance of linux-mips.org has caused problems for you. But can you please help me understand the implication of your question: "should Thomas pick up the remaining patches of this series?" I am thinking the answer to that question is yes, but I'm not sure if I'm the right person to answer that question. I guess I am somewhat clueless about how the patch process works for MIPS, and how linux-mips.org is involved. If I am never able to get linux-mips.org back online, what does that mean? So please understand that I want to keep the "MIPS infrastructure" items such as linux-mips.org functioning. Any help or suggestions are welcomed. Thank you. Regards, Kurt From: Lukas Bulwahn <lukas.bulwahn@gmail.com> Sent: Monday, March 22, 2021 12:52 AM To: Kurt Martin <kmartin@wavecomp.com> Cc: Maciej W. Rozycki <macro@orcam.me.uk>; Thomas Bogendoerfer <tsbogend@alpha.franken.de>; linux-mips@vger.kernel.org <linux-mips@vger.kernel.org>; Tiezhu Yang <yangtiezhu@loongson.cn>; Willy Tarreau <w@1wt.eu>; linux-edac@vger.kernel.org <linux-edac@vger.kernel.org>; linux-hams@vger.kernel.org <linux-hams@vger.kernel.org>; kernel-janitors@vger.kernel.org <kernel-janitors@vger.kernel.org>; linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> Subject: Re: [EXTERNAL]Re: [PATCH 0/5] Remove dead linux-mips.org references On Mon, Feb 22, 2021 at 7:19 PM Kurt Martin <kmartin@wavecomp.com> wrote: > > Hi Everybody, > > This is Kurt Martin. I'm part of the MIPS Customer Engineering team at Wave Computing. Some of you may remember me. I have just established contact with Ralf, and I will be working with him to restore linux-mips.org back to life. I just got the account and login information for the linux-mips.org hosting account at Hetzner from Chris Dearman. > > So as Maciej says, please hold off any actions at this time, and I will attempt to get linux-mips.org working again as quickly as possible. Thanks! > It has been a month by now... I just wanted to check if linux-mips.org is back on its way to be available. Or should Thomas pick up the remaining patches of this series? Lukas
Dear all, 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. 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-20210222. Thanks, Lukas Lukas Bulwahn (5): MAINTAINERS: mark sections from Ralf Baechle orphan MAINTAINERS: remove linux-mips.org references arch: mips: update references to current linux-mips list arch: mips: remove dead references MIPS: SGI-IP27: fix spelling in Copyright MAINTAINERS | 20 ++++++-------------- arch/mips/Kconfig | 8 +------- arch/mips/jazz/Kconfig | 12 +++--------- arch/mips/kernel/r4k-bugs64.c | 2 +- arch/mips/lib/iomap-pci.c | 2 +- arch/mips/sgi-ip27/ip27-timer.c | 4 ++-- arch/mips/sgi-ip32/ip32-irq.c | 2 +- tools/include/nolibc/nolibc.h | 3 +-- 8 files changed, 16 insertions(+), 37 deletions(-)