MIPS kernel snapshots - 2.6.27-rc6

[Martin Michlmayr]

I've built some kernel snapshots for mips and mipsel based on
2.6.27-rc6.  Please test them on your favourite MIPS machine
and report success or failures to this list.

You can find the kernel packages at
http://newpeople.debian.org/~tbm/mips/kernel/r12234/

--
Martin Michlmayr
http://www.cyrius.com/


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Giuseppe Sacco]

On Fri, 12 Sep 2008 18:42:49 +0300 Martin Michlmayr <tbm@...> wrote:
[...]
> You can find the kernel packages at
> http://newpeople.debian.org/~tbm/mips/kernel/r12234/

I couldn't upgrade my -rc4 install because one file is shared across these
packages: /lib/firmware/keyspan_pda/keyspan_pda.fw

sh-3.2$ sudo dpkg -i linux-image-2.6.27-rc6-r5k-ip32_2.6.27~rc6-1~experimental.1_mips.deb
[sudo] password for giuseppe:
Selezionato il pacchetto linux-image-2.6.27-rc6-r5k-ip32, che non lo era.
(Lettura del database ... 113245 file e directory attualmente installati.)
Spacchetto linux-image-2.6.27-rc6-r5k-ip32 (da linux-image-2.6.27-rc6-r5k-ip32_2.6.27~rc6-1~experimental.1_mips.deb) ...
Done.
dpkg: errore processando linux-image-2.6.27-rc6-r5k-ip32_2.6.27~rc6-1~experimental.1_mips.deb (--install):
 tentata sovrascrittura di `/lib/firmware/keyspan_pda/keyspan_pda.fw', che si trova anche nel pacchetto linux-image-2.6.27-rc4-r5k-ip32
Sono occorsi degli errori processando:
 linux-image-2.6.27-rc6-r5k-ip32_2.6.27~rc6-1~experimental.1_mips.deb
sh-3.2$

Now I removed the old one and installed the rc6. I will test it for a few days.

Bye,
Giuseppe


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Sébastien Vajda-2]

Not a success on my Cobalt Qube 2.

Kernel boots, launch init, but then the box hard locks when starting
hald. No error message on the console - it just stops responding.

I've tested the other 2.6.27-rcx and I've got the same behavior with
all of them.

Note that I've got a pci usb controller add in card in the Qube PCI slot:

00:0a.0 USB Controller: NEC Corporation USB (rev 43)
00:0a.1 USB Controller: NEC Corporation USB (rev 43)
00:0a.2 USB Controller: NEC Corporation USB 2.0 (rev 04)

Note also that the Qube2 is perfectly stable with:
linux-image-2.6.25-2-r5k-cobalt          2.6.25-7

I've not tested it yet with 2.6.26. I'll do that over the weekend and
let you know.


On Fri, Sep 12, 2008 at 5:42 PM, Martin Michlmayr <tbm@...> wrote:

> I've built some kernel snapshots for mips and mipsel based on
> 2.6.27-rc6.  Please test them on your favourite MIPS machine
> and report success or failures to this list.
>
> You can find the kernel packages at
> http://newpeople.debian.org/~tbm/mips/kernel/r12234/
>
> --
> Martin Michlmayr
> http://www.cyrius.com/
>
>
> --
> To UNSUBSCRIBE, email to debian-mips-REQUEST@...
> with a subject of "unsubscribe". Trouble? Contact listmaster@...
>
>

--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Martin Michlmayr]

* Sébastien Vajda <sebvajda@...> [2008-09-13 13:13]:
> Note that I've got a pci usb controller add in card in the Qube PCI slot:
>
> 00:0a.0 USB Controller: NEC Corporation USB (rev 43)
> 00:0a.1 USB Controller: NEC Corporation USB (rev 43)
> 00:0a.2 USB Controller: NEC Corporation USB 2.0 (rev 04)

Can you try if removing the PCI card helps?

> Note also that the Qube2 is perfectly stable with:
> linux-image-2.6.25-2-r5k-cobalt          2.6.25-7
>
> I've not tested it yet with 2.6.26. I'll do that over the weekend and
> let you know.

That would be great since we will ship lenny with 2.6.26.

Thanks,
--
Martin Michlmayr
http://www.cyrius.com/


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Martin Michlmayr]

Adding debian-kernel.

* Giuseppe Sacco <giuseppe@...> [2008-09-13 12:06]:
> On Fri, 12 Sep 2008 18:42:49 +0300 Martin Michlmayr <tbm@...> wrote:
> [...]
> > You can find the kernel packages at
> > http://newpeople.debian.org/~tbm/mips/kernel/r12234/
>
> I couldn't upgrade my -rc4 install because one file is shared across these
> packages: /lib/firmware/keyspan_pda/keyspan_pda.fw

Yeah, I noticed this as well.  waldi, I guess that firmware needs to
be removed or something?

> sh-3.2$ sudo dpkg -i linux-image-2.6.27-rc6-r5k-ip32_2.6.27~rc6-1~experimental.1_mips.deb
> [sudo] password for giuseppe:
> Selezionato il pacchetto linux-image-2.6.27-rc6-r5k-ip32, che non lo era.
> (Lettura del database ... 113245 file e directory attualmente installati.)
> Spacchetto linux-image-2.6.27-rc6-r5k-ip32 (da linux-image-2.6.27-rc6-r5k-ip32_2.6.27~rc6-1~experimental.1_mips.deb) ...
> Done.
> dpkg: errore processando linux-image-2.6.27-rc6-r5k-ip32_2.6.27~rc6-1~experimental.1_mips.deb (--install):
>  tentata sovrascrittura di `/lib/firmware/keyspan_pda/keyspan_pda.fw', che si trova anche nel pacchetto linux-image-2.6.27-rc4-r5k-ip32
> Sono occorsi degli errori processando:
>  linux-image-2.6.27-rc6-r5k-ip32_2.6.27~rc6-1~experimental.1_mips.deb
> sh-3.2$
>
> Now I removed the old one and installed the rc6. I will test it for a few days.
>
> Bye,
> Giuseppe
>
>
> --
> To UNSUBSCRIBE, email to debian-mips-REQUEST@...
> with a subject of "unsubscribe". Trouble? Contact listmaster@...

--
Martin Michlmayr
http://www.cyrius.com/


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Bastian Blank]

On Sat, Sep 13, 2008 at 02:29:02PM +0300, Martin Michlmayr wrote:
> > I couldn't upgrade my -rc4 install because one file is shared across these
> > packages: /lib/firmware/keyspan_pda/keyspan_pda.fw
> Yeah, I noticed this as well.  waldi, I guess that firmware needs to
> be removed or something?

Already done for plain images.

|        # TODO: Move somewhere else
|        rm $(PACKAGE_DIR)/lib/firmware -rf

For k-p not fixable from this point.

Bastian

--
A woman should have compassion.
                -- Kirk, "Catspaw", stardate 3018.2


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Sébastien Vajda-2]

On Sat, Sep 13, 2008 at 1:28 PM, Martin Michlmayr <tbm@...> wrote:
> * Sébastien Vajda <sebvajda@...> [2008-09-13 13:13]:
>> Note that I've got a pci usb controller add in card in the Qube PCI slot:
>>
>> 00:0a.0 USB Controller: NEC Corporation USB (rev 43)
>> 00:0a.1 USB Controller: NEC Corporation USB (rev 43)
>> 00:0a.2 USB Controller: NEC Corporation USB 2.0 (rev 04)
>
> Can you try if removing the PCI card helps?

Nope, even with the PCI card removed, it still hangs when loading hald
during boot. Note that if I boot with init=/bin/sh, I can then log in
on the console but after some time the box hangs as well.

>
>> Note also that the Qube2 is perfectly stable with:
>> linux-image-2.6.25-2-r5k-cobalt          2.6.25-7
>>
>> I've not tested it yet with 2.6.26. I'll do that over the weekend and
>> let you know.
>
> That would be great since we will ship lenny with 2.6.26.

I'm afraid it is not much better. I tried
linux-image-2.6.26-1-r5k-cobalt_2.6.26-5_mipsel.deb, which at least
let me log in with ssh (so hald is not hanging) but commands like top,
less, more, aptitude, ... hangs (but I can stop them with control-c),
while more basic (tty wise) command like cat - something wrong with
the console layer? But after some (random ?) time it will hang as
well.

>
> Thanks,
> --
> Martin Michlmayr
> http://www.cyrius.com/
>


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Martin Michlmayr]

* Sébastien Vajda <sebvajda@...> [2008-09-14 10:17]:
> I'm afraid it is not much better. I tried
> linux-image-2.6.26-1-r5k-cobalt_2.6.26-5_mipsel.deb, which at least
> let me log in with ssh (so hald is not hanging) but commands like top,
> less, more, aptitude, ... hangs (but I can stop them with control-c),
> while more basic (tty wise) command like cat - something wrong with
> the console layer? But after some (random ?) time it will hang as
> well.

Sounds more like hardware to me, but you're saying that 2.6.25-7 is
perfectly stable, right?

Yoichi/Thomas, any idea what might have broken Qube2 between 2.6.25
and 2.6.26?
--
Martin Michlmayr
http://www.cyrius.com/


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Martin Michlmayr]

* Bastian Blank <waldi@...> [2008-09-13 14:21]:
> Already done for plain images.
>
> |        # TODO: Move somewhere else
> |        rm $(PACKAGE_DIR)/lib/firmware -rf
>
> For k-p not fixable from this point.

Okay, good to know.  It's actually on my TODO list to move arm (and
possibly mips) away from k-p.  I hope I'll get to it soon.
--
Martin Michlmayr
http://www.cyrius.com/


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Sébastien Vajda-2]

On Sun, Sep 14, 2008 at 10:26 AM, Martin Michlmayr <tbm@...> wrote:

> * Sébastien Vajda <sebvajda@...> [2008-09-14 10:17]:
>> I'm afraid it is not much better. I tried
>> linux-image-2.6.26-1-r5k-cobalt_2.6.26-5_mipsel.deb, which at least
>> let me log in with ssh (so hald is not hanging) but commands like top,
>> less, more, aptitude, ... hangs (but I can stop them with control-c),
>> while more basic (tty wise) command like cat - something wrong with
>> the console layer? But after some (random ?) time it will hang as
>> well.
>
> Sounds more like hardware to me, but you're saying that 2.6.25-7 is
> perfectly stable, right?

Yep, with 2.6.25-7 I have not experienced a single problem.

>
> Yoichi/Thomas, any idea what might have broken Qube2 between 2.6.25
> and 2.6.26?
> --
> Martin Michlmayr
> http://www.cyrius.com/
>


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Giuseppe Sacco]

On Sat, 13 Sep 2008 12:06:17 +0200 Giuseppe Sacco <giuseppe@...> wrote:
> On Fri, 12 Sep 2008 18:42:49 +0300 Martin Michlmayr <tbm@...> wrote:
> [...]
> > You can find the kernel packages at
> > http://newpeople.debian.org/~tbm/mips/kernel/r12234/
>
> I couldn't upgrade my -rc4 install because one file is shared across these
> packages: /lib/firmware/keyspan_pda/keyspan_pda.fw
[...]
> Now I removed the old one and installed the rc6. I will test it for a few days.

First day testing: network is ok, scsi ok, usb not working correctly (as
previous versions), framebuffer ok, X ok, serial line OK, cdrom with is9660
ok.

I tried the newly audio device. It is working quite well with XMMS but I
couldn't play and audio CD, maybe because of the drive? The error I get
while testing the device using XMMS test procedure for plugin "CD Audio
player" is:

Sep 14 17:32:24 sgi kernel: [17210430.124000] sr 0:0:4:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK
Sep 14 17:32:24 sgi kernel: [17210430.124000] sr 0:0:4:0: [sr0] Sense Key : Blank Check [current]
Sep 14 17:32:24 sgi kernel: [17210430.124000] sr 0:0:4:0: [sr0] Add. Sense: Illegal mode for this track
Sep 14 17:32:24 sgi kernel: [17210430.124000] end_request: I/O error, dev sr0, sector 4

I also got a lot of these messages (with pdflush, xmms, squid and a lot of other programs):

Sep 14 18:10:07 sgi kernel: [17212691.448000] pdflush: page allocation failure. order:1, mode:0x20
Sep 14 18:10:07 sgi kernel: [17212691.448000] Call Trace:
Sep 14 18:10:07 sgi kernel: [17212691.448000] [<ffffffffc02ca7e8>] $L128+0x10/0x18 [nf_conntrack_ipv4]
Sep 14 18:10:07 sgi kernel: [17212691.448000] [<ffffffff80004420>] ret_from_irq+0x0/0x4
Sep 14 18:10:07 sgi kernel: [17212691.448000] [<ffffffffc02b6688>] $L47+0x38/0x40 [nf_conntrack]
Sep 14 18:10:07 sgi kernel: [17212691.448000] [<ffffffffc02ca7e8>] $L128+0x10/0x18 [nf_conntrack_ipv4]
Sep 14 18:10:07 sgi kernel: [17212691.448000] [<ffffffff80004420>] ret_from_irq+0x0/0x4
Sep 14 18:10:07 sgi kernel: [17212691.448000] [<ffffffff80004420>] ret_from_irq+0x0/0x4
Sep 14 18:10:07 sgi kernel: [17212691.448000]
Sep 14 18:10:07 sgi kernel: [17212691.448000] Mem-Info:
Sep 14 18:10:07 sgi kernel: [17212691.448000] Normal per-cpu:
Sep 14 18:10:07 sgi kernel: [17212691.448000] CPU    0: hi:  186, btch:  31 usd: 171
Sep 14 18:10:07 sgi kernel: [17212691.448000] Active:63727 inactive:17219 dirty:3562 writeback:1 unstable:0
Sep 14 18:10:07 sgi kernel: [17212691.448000]  free:1093 slab:6375 mapped:15377 pagetables:947 bounce:0
Sep 14 18:10:08 sgi kernel: [17212691.448000] Normal free:4372kB min:2444kB low:3052kB high:3664kB active:254908kB inactive:68876kB present:373504kB pages_scanned:29 all_unreclaimable? no
Sep 14 18:10:08 sgi kernel: [17212691.448000] lowmem_reserve[]: 0 0
Sep 14 18:10:08 sgi kernel: [17212691.448000] Normal: 977*4kB 0*8kB 1*16kB 0*32kB 1*64kB 1*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 4372kB
Sep 14 18:10:08 sgi kernel: [17212691.448000] 36521 total pagecache pages
Sep 14 18:10:08 sgi kernel: [17212691.448000] 3381 pages in swap cache
Sep 14 18:10:08 sgi kernel: [17212691.448000] Swap cache stats: add 25229, delete 21848, find 22283/23574
Sep 14 18:10:08 sgi kernel: [17212691.448000] Free swap  = 200544kB
Sep 14 18:10:08 sgi kernel: [17212691.448000] Total swap = 262136kB
Sep 14 18:10:08 sgi kernel: [17212691.448000] 360448 pages RAM
Sep 14 18:10:08 sgi kernel: [17212691.448000] 268266 pages reserved
Sep 14 18:10:08 sgi kernel: [17212691.448000] 79072 pages shared
Sep 14 18:10:08 sgi kernel: [17212691.448000] 54326 pages non-shared


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Thomas Bogendoerfer]

On Sun, Sep 14, 2008 at 11:26:02AM +0300, Martin Michlmayr wrote:
> Yoichi/Thomas, any idea what might have broken Qube2 between 2.6.25
> and 2.6.26?

hmm, I've just checked git.kernel.org and 2.6.26 has the tulip MWI
fix applied, while 2.6.25 doesn't. So if this patch is not applied
to the 2.6.25 debian kernels, it might be worth a try to revert that
patch.

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Thomas Bogendoerfer]

On Sun, Sep 14, 2008 at 06:25:46PM +0200, Giuseppe Sacco wrote:
> I tried the newly audio device. It is working quite well with XMMS but I
> couldn't play and audio CD, maybe because of the drive?

does XMMS use audio extraction or simple play commands ? If it uses play
commands, this will never work, because the audio output of the cdrom
drive isn't connected to the mixer. Does grip or another audio
extraction program produce the same error ?

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Giuseppe Sacco]

Hi Thomas,

On Sun, 14 Sep 2008 22:06:32 +0200 tsbogend@... (Thomas Bogendoerfer) wrote:
> On Sun, Sep 14, 2008 at 06:25:46PM +0200, Giuseppe Sacco wrote:
> > I tried the newly audio device. It is working quite well with XMMS but I
> > couldn't play and audio CD, maybe because of the drive?
>
> does XMMS use audio extraction or simple play commands ? If it uses play
> commands, this will never work, because the audio output of the cdrom
> drive isn't connected to the mixer. Does grip or another audio
> extraction program produce the same error ?

Xmms plugin for playing audio CD have two options: "Analog" and "Extract
digital audio". Of course the first one doesn't work, while the second one
give ther error I already wrote about.

grip does read the disc, query cddb and display the track titles. When I
select a track to play, it does start playing, it display the clock going,
but I cannot hear any sound. Paying with its volume cursor change nothing.

If I try to extract data using grip, once I depress the "extract only"
button, I see the progress bar stalled at 0.00%. Nothing happens.

Bye,
Giuseppe


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Martin Michlmayr]

* Thomas Bogendoerfer <tsbogend@...> [2008-09-14 21:56]:
> hmm, I've just checked git.kernel.org and 2.6.26 has the tulip MWI
> fix applied, while 2.6.25 doesn't. So if this patch is not applied
> to the 2.6.25 debian kernels, it might be worth a try to revert that
> patch.

Good point.  Although we had the tulip MWI fix in the Debian kernel
since forever, our version is quite different to the one that went into
2.6.26.

Sébastien, can you please try the package at
http://merkel.debian.org/~tbm/tmp/cobalt/linux-image-2.6.26-1-r5k-cobalt_2.6.26-5test_mipsel.deb
This doesn't include the tulip MWI fix from 2.6.26.

Thomas, the patch we had in 2.6.25 and earlier is attached.

--
Martin Michlmayr
http://www.cyrius.com/

---

## DP: TULIP_MWI fix for Cobalt
## DP: Patch author: Peter Horton <pdh@...>
## DP: Upstream status: submitted to netdev
## Needs some more work, see:
# http://marc.info/?l=linux-netdev&m=114189714123684&w=2
# http://marc.info/?l=linux-netdev&m=114172397714060&w=2
# http://marc.info/?l=linux-netdev&m=114170396804444&w=2

This patch works around the MWI bug on the DC21143 rev 65 Tulip by ensuring
that the receive buffers don't end on a cache line boundary (as documented
in the errata).

This patch is required for the MIPs based Cobalt Qube/RaQ as supporting the
extra PCI commands seems to reduce the chance of a hard lockup between the
Tulip and the PCI bridge.

--- linux.git.orig/drivers/net/tulip/tulip_core.c 2006-01-29 21:43:40.000000000 +0000
+++ linux.git/drivers/net/tulip/tulip_core.c 2006-01-29 21:56:50.000000000 +0000
@@ -294,6 +294,8 @@
  if (tp->mii_cnt  ||  (tp->mtable  &&  tp->mtable->has_mii))
  iowrite32(0x00040000, ioaddr + CSR6);
 
+ printk(KERN_DEBUG "%s: CSR0 %08x\n", dev->name, tp->csr0);
+
  /* Reset the chip, holding bit 0 set at least 50 PCI cycles. */
  iowrite32(0x00000001, ioaddr + CSR0);
  udelay(100);
@@ -1155,8 +1157,10 @@
  /* if we have any cache line size at all, we can do MRM */
  csr0 |= MRM;
 
+#ifndef CONFIG_TULIP_MWI_DC21143
  /* ...and barring hardware bugs, MWI */
  if (!(tp->chip_id == DC21143 && tp->revision == 65))
+#endif
  csr0 |= MWI;
 
  /* set or disable MWI in the standard PCI command bit.
@@ -1182,7 +1186,7 @@
  */
  switch (cache) {
  case 8:
- csr0 |= MRL | (1 << CALShift) | (16 << BurstLenShift);
+ csr0 |= MRL | (1 << CALShift) | (8 << BurstLenShift);
  break;
  case 16:
  csr0 |= MRL | (2 << CALShift) | (16 << BurstLenShift);
Index: linux.git/drivers/net/tulip/tulip.h
===================================================================
--- linux.git.orig/drivers/net/tulip/tulip.h 2006-01-29 21:43:40.000000000 +0000
+++ linux.git/drivers/net/tulip/tulip.h 2006-01-29 21:52:01.000000000 +0000
@@ -262,7 +262,15 @@
 #define RX_RING_SIZE 128
 #define MEDIA_MASK     31
 
-#define PKT_BUF_SZ 1536 /* Size of each temporary Rx buffer. */
+/* MWI can fail on 21143 rev 65 if the receive buffer ends
+   on a cache line boundary. Ensure it doesn't ...
+*/
+
+#ifdef CONFIG_TULIP_MWI_DC21143
+#define PKT_BUF_SZ (1536 + 4) /* Size of each temporary Rx buffer. */
+#else
+#define PKT_BUF_SZ 1536 /* Size of each temporary Rx buffer. */
+#endif
 
 #define TULIP_MIN_CACHE_LINE 8 /* in units of 32-bit words */
 
Index: linux.git/drivers/net/tulip/Kconfig
===================================================================
--- linux.git.orig/drivers/net/tulip/Kconfig 2006-01-29 21:48:09.000000000 +0000
+++ linux.git/drivers/net/tulip/Kconfig 2006-01-29 21:50:28.000000000 +0000
@@ -57,6 +57,16 @@
 
   If unsure, say N.
 
+config TULIP_MWI_DC21143
+ bool "Enable MWI workaround on dc21143 controllers"
+ depends on TULIP_MWI
+ help
+  This enables a workaround for MWI ("New bus configuration") on DC21143
+  controllers.  Normally MWI is disabled on these chips because of
+  hardware errata.
+
+  If unsure, say N.
+
 config TULIP_MMIO
  bool "Use PCI shared mem for NIC registers"
  depends on TULIP

---

[Sébastien Vajda-2]

> Sébastien, can you please try the package at
> http://merkel.debian.org/~tbm/tmp/cobalt/linux-image-2.6.26-1-r5k-cobalt_2.6.26-5test_mipsel.deb
> This doesn't include the tulip MWI fix from 2.6.26.

It seems much better! I didn't crash yet. I'll let it run over the day
and report back this evening if it's still running OK.

Would it be possible to get a build of 2.6.27-rc6 without the tulip
MWI fix included? It might solve my hald hanging problem.

Thanks,
Seb.

> Thomas, the patch we had in 2.6.25 and earlier is attached.
>
> --
> Martin Michlmayr
> http://www.cyrius.com/
>


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Martin Michlmayr]

* Sébastien Vajda <sebvajda@...> [2008-09-15 11:02]:
> Would it be possible to get a build of 2.6.27-rc6 without the tulip
> MWI fix included? It might solve my hald hanging problem.

See http://merkel.debian.org/~tbm/tmp/cobalt/

--
Martin Michlmayr
http://www.cyrius.com/


--
To UNSUBSCRIBE, email to debian-mips-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[The Fungi]

On Fri, Sep 12, 2008 at 06:42:49PM +0300, Martin Michlmayr wrote:
> I've built some kernel snapshots for mips and mipsel based on
> 2.6.27-rc6. Please test them on your favourite MIPS machine and
> report success or failures to this list.
[...]

The r4k-ip22 image seems fine on my (headless) Indy.
--
{ IRL(Jeremy_Stanley)