On Sun, Mar 09, 2008 at 05:06:02PM +0100, Martin Michlmayr wrote: > We need more people actively testing debian-installer and the kernel > on various MIPS (mips and mipsel) platforms. I've tested d-i and the > kernel on various MIPS platforms over the last years, even platforms I > wasn't terribly interested in myself. I no longer have the time or > interest to maintain platforms I'm not interested in, so I'm asking > other people to step up. > > Let's look at what is supported at the moment and who could do some > testing: > > r4k-ip22 (SGI Indy): this platform broke with every new kernel version > in the past but Thomas Bogendoerfer is now maintaining the kernel > upstream and he is very responsive. Still, we need people to test the > Debian kernel (and report issues upstream) and to test d-i on a > regular basis. Florian Lohoff has done some kernel tests recently, so > I hope he can continue with that and also do d-i tests on a regular > basis. I am compiling the full snapshot kernel source in a loop. Its a slow machine (IP22 I2) but its better to have a result in 7 days than never ;) I am not really testing d-i images although i now have read about the snapshots so i might start this at least for IP22 ;) > r5k-ip32 (SGI O2): I gave Thomas Bogendoerfer an O2 a few months ago, > so upstream kernel maintenance is taken care of. Giuseppe Sacco has > done some d-i tests but I think we need additional people because > Giuseppe doesn't have enough time. Anyone interested? I could do testing here aswell ... > sb1-bcm91250a (SWARM): not many people have such a development board. > I hope Karsten Merker can do some regular tests and maybe Thiemo can > do some too. Hopefully Thiemo will fix kernel support upstream. > > sb1a-bcm91480b (BigSur): same here; in fact, I'm wondering whether we > should remove kernel and d-i support; at least d-i support doesn't > work because we don't use ramdisks on MIPS. Comments? Those 2 are quite rare machines. The autobuilder is an bcm91250 but i shurely cant test on that one on a regular basis so providing a kernel is okay as it makes updates once you have the machine running comfortable (the buildds) but d-i should be dropped as buildd machines will be hosted by experienced people who know how to make a debootstrap and boot via network. > r5k-cobalt (Cobalt): I'm happy to continue testing Cobalt, but I only > have access to a RaQ2 at the moment. It would be great if other > people could test RaQ1 (Karsten?) and Qube 2700 (who?). > First, we need to make sure that new kernels work on all these > platforms. Since most MIPS platforms are not used much, they often > break when a new upstream kernel is released. I will make kernel > snapshots available for testing and post a mail to this list asking > people to upgrade to these snapshots and report issues. I am building mips snapshots i just need to make them available somewhere - Is someone doing the same for mipsel? I could setup an instance on the mipsel buildd rem as typically it does not saturate the second CPU but i guess building the repository is currently much more important so i havent touched it yet ... Flo -- Florian Lohoff flo@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin
Attachment:
signature.asc
Description: Digital signature