* 2.6.9 Cobalt Tulip lockups.
@ 2004-12-27 23:12 ` Habeeb J. Dihu
0 siblings, 0 replies; 6+ messages in thread
From: Habeeb J. Dihu @ 2004-12-27 23:12 UTC (permalink / raw)
To: linux-mips
Firstly...hope everyone enjoyed (or is still enjoying) their holidays.
Just joined the mailing list. Apologies on the longish post, but I wanted
to provide as much information as possible.
I've got a couple of Cobalt boxes (a RaQ2 and a Qube2) that are successfully
running Debian (as well as Gentoo) running the 2.6.9 branch of CVS plus
Peter Horton's patches. The machines are quite stable and I really haven't
run into any issues until I start stress-testing networking.
Under high network loads when connected at 100TX FDX, I can always get the
Cobalts to lock up. Under anything slower -- 100TX HDX, 10TX FDX, 10TX HDX
-- everything works fine. This problem is specific to:
1. Lots of data transfer to/from the Cobalt.
2. Running at 100TX FDX.
The test scenario is:
Cobalt running 2.6.9CVS + PH's patches. Cobalt is running an NFS server.
From another machine on the network (also running at 100TX FDX), mount the
NFS export and copy something huge (in my case a directory that has about
2GB worth of files in it).
It'll usually get anywhere from 300MB to 800MB of data before the Cobalt
just locks up -- no kernel panic, just a hard lockup that necessitates
cycling power manually.
At first I thought it might be NFS, so I tried something way less kernel
dependent like FTP and still had the same problems. I also recompiled the
kernel with:
CONFIG_TULIP_MWI=n
CONFIG_TULIP_MMIO=n
CONFIG_TULIP_NAPI=n
CONFIG_TULIP_NAPI_HW_MITIGATION=n
as well as set to yes to no avail.
As a last resort I turned on lots of debugging output (I set tulip_debug to
99) and finally I got something usable from the kernel:
eth0: MII status 782d, Link partner report 45e1.
eth0: 21143 negotiation status 000000c6, MII.
Badness in local_bh_enable at kernel/softirq.c:141
Call Trace: [<800b32c8>] [<80084e28>] [<80397ee8>] [<80397f08>]
[<80398af4>] [<8029a374>] [<800b87ac>] [<800ad20c>] [<8029ccbc>]
[<802bc8b0>] [<802bc918>] [<802bcba8>] [<802575bc>] [<8027b370>]
[<800abe34>] [<800abe34>] [<800b3168>] [<800abebc>] [<800abf80>]
[<800ac6b8>] [<8022e900>] [<800ac34c>] [<8022e900>] [<800ac278>]
[<800ac174>] [<80279dec>] [<80279980>] [<800b8954>] [<802b9458>]
[<800b3168>] [<80084808>] [<800b3208>] [<80084e18>] [<80082908>]
[<802dc1bc>] [<80083180>] [<802d89d8>] [<8030ffdc>] [<80303260>]
[<802da298>] [<80084e28>] [<8029afb0>] [<8029b330>] [<80138718>]
[<802dad80>] [<80134538>] [<800a4198>] [<802d07c0>] [<803031ec>]
[<8030ffdc>] [<80214364>] [<80295864>] [<800a7440>] [<8030ffdc>]
[<80214364>] [<80295894>] [<80295864>] [<8029b7b4>] [<80303ab8>]
[<80303aa0>] [<8020e0d4>] [<800a7440>] [<802120f4>] [<800a40c8>]
[<80310070>] [<80398698>] [<80398840>] [<8029ca50>] [<801d6f8c>]
[<8029cd50>] [<8039918c>] [<801cab18>] [<8039b554>] [<8039c8a4>]
[<801d8068>] [<80397740>] [<800bdbe8>] [<801c7398>] [<801c7274>]
[<801c70cc>] [<80086070>] [<80086060>]
I'd already deduced that it was probably a problem related to interrupts
(seems we have a lot of those issues on our lovely blue boxes). Looking at
the relevant line in kernel/softirq.c yields:
void local_bh_enable(void)
{
__local_bh_enable();
WARN_ON(irqs_disabled());
if (unlikely(!in_interrupt() &&
local_softirq_pending()))
invoke_softirq();
preempt_check_resched();
}
EXPORT_SYMBOL(local_bh_enable);
So it's clear that something's calling local_bh_enable while interrupts are
disabled, which they shouldn't be. I can recreate this problem at will --
so it's definitely replicable. I've really taken this as far as I can in
terms of debugging the problem on my own. I'd appreciate any/all
assistance/direction in how to track down the culprit here and fix the
problem.
Thanks,
Habeeb.
^ permalink raw reply [flat|nested] 6+ messages in thread
* 2.6.9 Cobalt Tulip lockups.
@ 2004-12-27 23:12 ` Habeeb J. Dihu
0 siblings, 0 replies; 6+ messages in thread
From: Habeeb J. Dihu @ 2004-12-27 23:12 UTC (permalink / raw)
To: linux-mips
Firstly...hope everyone enjoyed (or is still enjoying) their holidays.
Just joined the mailing list. Apologies on the longish post, but I wanted
to provide as much information as possible.
I've got a couple of Cobalt boxes (a RaQ2 and a Qube2) that are successfully
running Debian (as well as Gentoo) running the 2.6.9 branch of CVS plus
Peter Horton's patches. The machines are quite stable and I really haven't
run into any issues until I start stress-testing networking.
Under high network loads when connected at 100TX FDX, I can always get the
Cobalts to lock up. Under anything slower -- 100TX HDX, 10TX FDX, 10TX HDX
-- everything works fine. This problem is specific to:
1. Lots of data transfer to/from the Cobalt.
2. Running at 100TX FDX.
The test scenario is:
Cobalt running 2.6.9CVS + PH's patches. Cobalt is running an NFS server.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.6.9 Cobalt Tulip lockups.
2004-12-27 23:12 ` Habeeb J. Dihu
(?)
@ 2004-12-27 23:31 ` Ralf Baechle
2004-12-28 0:38 ` Habeeb J. Dihu
-1 siblings, 1 reply; 6+ messages in thread
From: Ralf Baechle @ 2004-12-27 23:31 UTC (permalink / raw)
To: Habeeb J. Dihu; +Cc: linux-mips
On Mon, Dec 27, 2004 at 05:12:50PM -0600, Habeeb J. Dihu wrote:
> eth0: MII status 782d, Link partner report 45e1.
> eth0: 21143 negotiation status 000000c6, MII.
> Badness in local_bh_enable at kernel/softirq.c:141
> Call Trace: [<800b32c8>] [<80084e28>] [<80397ee8>] [<80397f08>]
> [<80398af4>] [<8029a374>] [<800b87ac>] [<800ad20c>] [<8029ccbc>]
> [<802bc8b0>] [<802bc918>] [<802bcba8>] [<802575bc>] [<8027b370>]
> [<800abe34>] [<800abe34>] [<800b3168>] [<800abebc>] [<800abf80>]
> [<800ac6b8>] [<8022e900>] [<800ac34c>] [<8022e900>] [<800ac278>]
> [<800ac174>] [<80279dec>] [<80279980>] [<800b8954>] [<802b9458>]
> [<800b3168>] [<80084808>] [<800b3208>] [<80084e18>] [<80082908>]
> [<802dc1bc>] [<80083180>] [<802d89d8>] [<8030ffdc>] [<80303260>]
> [<802da298>] [<80084e28>] [<8029afb0>] [<8029b330>] [<80138718>]
> [<802dad80>] [<80134538>] [<800a4198>] [<802d07c0>] [<803031ec>]
> [<8030ffdc>] [<80214364>] [<80295864>] [<800a7440>] [<8030ffdc>]
> [<80214364>] [<80295894>] [<80295864>] [<8029b7b4>] [<80303ab8>]
> [<80303aa0>] [<8020e0d4>] [<800a7440>] [<802120f4>] [<800a40c8>]
> [<80310070>] [<80398698>] [<80398840>] [<8029ca50>] [<801d6f8c>]
> [<8029cd50>] [<8039918c>] [<801cab18>] [<8039b554>] [<8039c8a4>]
> [<801d8068>] [<80397740>] [<800bdbe8>] [<801c7398>] [<801c7274>]
> [<801c70cc>] [<80086070>] [<80086060>]
Can you decode this dump? Undecoded it's useless, decoded likely to
be useful ...
Ralf
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: 2.6.9 Cobalt Tulip lockups.
@ 2004-12-28 0:38 ` Habeeb J. Dihu
0 siblings, 0 replies; 6+ messages in thread
From: Habeeb J. Dihu @ 2004-12-28 0:38 UTC (permalink / raw)
To: linux-mips
Grrr...thought I did and ended up pasting the wrong output. :) Here's the
decoded output:
Trace; 800b32c8 <local_bh_enable+b8/c0>
Trace; 80084e28 <do_IRQ+1d8/208>
Trace; 80397ee8 <svc_sock_enqueue+248/4d0>
Trace; 80397f08 <svc_sock_enqueue+268/4d0>
Trace; 80398af4 <svc_write_space+44/b0>
Trace; 8029a374 <sock_wfree+140/1d4>
Trace; 800b87ac <update_process_times+2c/54>
Trace; 800ad20c <profile_tick+40/48>
Trace; 8029ccbc <__kfree_skb+d0/430>
Trace; 802bc8b0 <zap_completion_queue+8c/d8>
Trace; 802bc918 <find_skb+1c/140>
Trace; 802bcba8 <netpoll_send_udp+3c/30c>
Trace; 802575bc <serial8250_console_write+a4/354>
Trace; 8027b370 <write_msg+70/b8>
Trace; 800abe34 <__call_console_drivers+8c/94>
Trace; 800abe34 <__call_console_drivers+8c/94>
Trace; 800b3168 <__do_softirq+108/11c>
Trace; 800abebc <_call_console_drivers+80/90>
Trace; 800abf80 <call_console_drivers+b4/170>
Trace; 800ac6b8 <release_console_sem+c8/288>
Trace; 8022e900 <vscnprintf+14/30>
Trace; 800ac34c <vprintk+1cc/32c>
Trace; 8022e900 <vscnprintf+14/30>
Trace; 800ac278 <vprintk+f8/32c>
Trace; 800ac174 <printk+1c/28>
Trace; 80279dec <t21142_timer+46c/474>
Trace; 80279980 <t21142_timer+0/474>
Trace; 800b8954 <run_timer_softirq+14c/2a8>
Trace; 802b9458 <nf_iterate+d4/118>
Trace; 800b3168 <__do_softirq+108/11c>
Trace; 80084808 <handle_IRQ_event+6c/f0>
Trace; 800b3208 <do_softirq+8c/94>
Trace; 80084e18 <do_IRQ+1c8/208>
Trace; 80082908 <cobalt_irq+68/180>
Trace; 802dc1bc <ip_finish_output2+0/5b4>
Trace; 80083180 <ret_from_exception+0/0>
Trace; 802d89d8 <ip_output+78/94>
Trace; 8030ffdc <inet_sendmsg+60/84>
Trace; 80303260 <udp_sendmsg+374/a74>
Trace; 802da298 <ip_generic_getfrag+0/bc>
Trace; 80084e28 <do_IRQ+1d8/208>
Trace; 8029afb0 <sock_alloc_send_pskb+208/56c>
Trace; 8029b330 <sock_alloc_send_skb+1c/28>
Trace; 80138718 <iput+4c/a8>
Trace; 802dad80 <ip_append_data+a2c/b1c>
Trace; 80134538 <d_alloc_anon+30/1a4>
Trace; 800a4198 <try_to_wake_up+140/1b0>
Trace; 802d07c0 <ip_route_output_flow+88/ac>
Trace; 803031ec <udp_sendmsg+300/a74>
Trace; 8030ffdc <inet_sendmsg+60/84>
Trace; 80214364 <selinux_socket_sendmsg+1c/28>
Trace; 80295864 <sock_sendmsg+10c/114>
Trace; 800a7440 <autoremove_wake_function+0/44>
Trace; 8030ffdc <inet_sendmsg+60/84>
Trace; 80214364 <selinux_socket_sendmsg+1c/28>
Trace; 80295894 <kernel_sendmsg+28/3c>
Trace; 80295864 <sock_sendmsg+10c/114>
Trace; 8029b7b4 <sock_no_sendpage+68/74>
Trace; 80303ab8 <udp_sendpage+158/194>
Trace; 80303aa0 <udp_sendpage+140/194>
Trace; 8020e0d4 <file_alloc_security+2c/a0>
Trace; 800a7440 <autoremove_wake_function+0/44>
Trace; 802120f4 <selinux_inode_getattr+70/7c>
Trace; 800a40c8 <try_to_wake_up+70/1b0>
Trace; 80310070 <inet_sendpage+70/d0>
Trace; 80398698 <svc_sendto+8c/244>
Trace; 80398840 <svc_sendto+234/244>
Trace; 8029ca50 <skb_release_data+118/280>
Trace; 801d6f8c <nfssvc_encode_attrstat+37c/5a0>
Trace; 8029cd50 <__kfree_skb+164/430>
Trace; 8039918c <svc_udp_sendto+20/5c>
Trace; 801cab18 <fh_put+18c/288>
Trace; 8039b554 <svc_send+210/2ec>
Trace; 8039c8a4 <svc_authorise+30/170>
Trace; 801d8068 <nfssvc_release_fhandle+10/28>
Trace; 80397740 <svc_process+334/894>
Trace; 800bdbe8 <sigprocmask+98/1ec>
Trace; 801c7398 <nfsd+2cc/6b8>
Trace; 801c7274 <nfsd+1a8/6b8>
Trace; 801c70cc <nfsd+0/6b8>
Trace; 80086070 <kernel_thread_helper+10/18>
Trace; 80086060 <kernel_thread_helper+0/18>
-----Original Message-----
From: linux-mips-bounce@linux-mips.org
[mailto:linux-mips-bounce@linux-mips.org] On Behalf Of Ralf Baechle
Sent: Monday, December 27, 2004 5:31 PM
To: Habeeb J. Dihu
Cc: linux-mips@linux-mips.org
Subject: Re: 2.6.9 Cobalt Tulip lockups.
On Mon, Dec 27, 2004 at 05:12:50PM -0600, Habeeb J. Dihu wrote:
> eth0: MII status 782d, Link partner report 45e1.
> eth0: 21143 negotiation status 000000c6, MII.
> Badness in local_bh_enable at kernel/softirq.c:141
> Call Trace: [<800b32c8>] [<80084e28>] [<80397ee8>] [<80397f08>]
> [<80398af4>] [<8029a374>] [<800b87ac>] [<800ad20c>] [<8029ccbc>]
> [<802bc8b0>] [<802bc918>] [<802bcba8>] [<802575bc>] [<8027b370>]
> [<800abe34>] [<800abe34>] [<800b3168>] [<800abebc>] [<800abf80>]
> [<800ac6b8>] [<8022e900>] [<800ac34c>] [<8022e900>] [<800ac278>]
> [<800ac174>] [<80279dec>] [<80279980>] [<800b8954>] [<802b9458>]
> [<800b3168>] [<80084808>] [<800b3208>] [<80084e18>] [<80082908>]
> [<802dc1bc>] [<80083180>] [<802d89d8>] [<8030ffdc>] [<80303260>]
> [<802da298>] [<80084e28>] [<8029afb0>] [<8029b330>] [<80138718>]
> [<802dad80>] [<80134538>] [<800a4198>] [<802d07c0>] [<803031ec>]
> [<8030ffdc>] [<80214364>] [<80295864>] [<800a7440>] [<8030ffdc>]
> [<80214364>] [<80295894>] [<80295864>] [<8029b7b4>] [<80303ab8>]
> [<80303aa0>] [<8020e0d4>] [<800a7440>] [<802120f4>] [<800a40c8>]
> [<80310070>] [<80398698>] [<80398840>] [<8029ca50>] [<801d6f8c>]
> [<8029cd50>] [<8039918c>] [<801cab18>] [<8039b554>] [<8039c8a4>]
> [<801d8068>] [<80397740>] [<800bdbe8>] [<801c7398>] [<801c7274>]
> [<801c70cc>] [<80086070>] [<80086060>]
Can you decode this dump? Undecoded it's useless, decoded likely to
be useful ...
Ralf
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: 2.6.9 Cobalt Tulip lockups.
@ 2004-12-28 0:38 ` Habeeb J. Dihu
0 siblings, 0 replies; 6+ messages in thread
From: Habeeb J. Dihu @ 2004-12-28 0:38 UTC (permalink / raw)
To: linux-mips
Grrr...thought I did and ended up pasting the wrong output. :) Here's the
decoded output:
Trace; 800b32c8 <local_bh_enable+b8/c0>
Trace; 80084e28 <do_IRQ+1d8/208>
Trace; 80397ee8 <svc_sock_enqueue+248/4d0>
Trace; 80397f08 <svc_sock_enqueue+268/4d0>
Trace; 80398af4 <svc_write_space+44/b0>
Trace; 8029a374 <sock_wfree+140/1d4>
Trace; 800b87ac <update_process_times+2c/54>
Trace; 800ad20c <profile_tick+40/48>
Trace; 8029ccbc <__kfree_skb+d0/430>
Trace; 802bc8b0 <zap_completion_queue+8c/d8>
Trace; 802bc918 <find_skb+1c/140>
Trace; 802bcba8 <netpoll_send_udp+3c/30c>
Trace; 802575bc <serial8250_console_write+a4/354>
Trace; 8027b370 <write_msg+70/b8>
Trace; 800abe34 <__call_console_drivers+8c/94>
Trace; 800abe34 <__call_console_drivers+8c/94>
Trace; 800b3168 <__do_softirq+108/11c>
Trace; 800abebc <_call_console_drivers+80/90>
Trace; 800abf80 <call_console_drivers+b4/170>
Trace; 800ac6b8 <release_console_sem+c8/288>
Trace; 8022e900 <vscnprintf+14/30>
Trace; 800ac34c <vprintk+1cc/32c>
Trace; 8022e900 <vscnprintf+14/30>
Trace; 800ac278 <vprintk+f8/32c>
Trace; 800ac174 <printk+1c/28>
Trace; 80279dec <t21142_timer+46c/474>
Trace; 80279980 <t21142_timer+0/474>
Trace; 800b8954 <run_timer_softirq+14c/2a8>
Trace; 802b9458 <nf_iterate+d4/118>
Trace; 800b3168 <__do_softirq+108/11c>
Trace; 80084808 <handle_IRQ_event+6c/f0>
Trace; 800b3208 <do_softirq+8c/94>
Trace; 80084e18 <do_IRQ+1c8/208>
Trace; 80082908 <cobalt_irq+68/180>
Trace; 802dc1bc <ip_finish_output2+0/5b4>
Trace; 80083180 <ret_from_exception+0/0>
Trace; 802d89d8 <ip_output+78/94>
Trace; 8030ffdc <inet_sendmsg+60/84>
Trace; 80303260 <udp_sendmsg+374/a74>
Trace; 802da298 <ip_generic_getfrag+0/bc>
Trace; 80084e28 <do_IRQ+1d8/208>
Trace; 8029afb0 <sock_alloc_send_pskb+208/56c>
Trace; 8029b330 <sock_alloc_send_skb+1c/28>
Trace; 80138718 <iput+4c/a8>
Trace; 802dad80 <ip_append_data+a2c/b1c>
Trace; 80134538 <d_alloc_anon+30/1a4>
Trace; 800a4198 <try_to_wake_up+140/1b0>
Trace; 802d07c0 <ip_route_output_flow+88/ac>
Trace; 803031ec <udp_sendmsg+300/a74>
Trace; 8030ffdc <inet_sendmsg+60/84>
Trace; 80214364 <selinux_socket_sendmsg+1c/28>
Trace; 80295864 <sock_sendmsg+10c/114>
Trace; 800a7440 <autoremove_wake_function+0/44>
Trace; 8030ffdc <inet_sendmsg+60/84>
Trace; 80214364 <selinux_socket_sendmsg+1c/28>
Trace; 80295894 <kernel_sendmsg+28/3c>
Trace; 80295864 <sock_sendmsg+10c/114>
Trace; 8029b7b4 <sock_no_sendpage+68/74>
Trace; 80303ab8 <udp_sendpage+158/194>
Trace; 80303aa0 <udp_sendpage+140/194>
Trace; 8020e0d4 <file_alloc_security+2c/a0>
Trace; 800a7440 <autoremove_wake_function+0/44>
Trace; 802120f4 <selinux_inode_getattr+70/7c>
Trace; 800a40c8 <try_to_wake_up+70/1b0>
Trace; 80310070 <inet_sendpage+70/d0>
Trace; 80398698 <svc_sendto+8c/244>
Trace; 80398840 <svc_sendto+234/244>
Trace; 8029ca50 <skb_release_data+118/280>
Trace; 801d6f8c <nfssvc_encode_attrstat+37c/5a0>
Trace; 8029cd50 <__kfree_skb+164/430>
Trace; 8039918c <svc_udp_sendto+20/5c>
Trace; 801cab18 <fh_put+18c/288>
Trace; 8039b554 <svc_send+210/2ec>
Trace; 8039c8a4 <svc_authorise+30/170>
Trace; 801d8068 <nfssvc_release_fhandle+10/28>
Trace; 80397740 <svc_process+334/894>
Trace; 800bdbe8 <sigprocmask+98/1ec>
Trace; 801c7398 <nfsd+2cc/6b8>
Trace; 801c7274 <nfsd+1a8/6b8>
Trace; 801c70cc <nfsd+0/6b8>
Trace; 80086070 <kernel_thread_helper+10/18>
Trace; 80086060 <kernel_thread_helper+0/18>
-----Original Message-----
From: linux-mips-bounce@linux-mips.org
[mailto:linux-mips-bounce@linux-mips.org] On Behalf Of Ralf Baechle
Sent: Monday, December 27, 2004 5:31 PM
To: Habeeb J. Dihu
Cc: linux-mips@linux-mips.org
Subject: Re: 2.6.9 Cobalt Tulip lockups.
On Mon, Dec 27, 2004 at 05:12:50PM -0600, Habeeb J. Dihu wrote:
> eth0: MII status 782d, Link partner report 45e1.
> eth0: 21143 negotiation status 000000c6, MII.
> Badness in local_bh_enable at kernel/softirq.c:141
> Call Trace: [<800b32c8>] [<80084e28>] [<80397ee8>] [<80397f08>]
> [<80398af4>] [<8029a374>] [<800b87ac>] [<800ad20c>] [<8029ccbc>]
> [<802bc8b0>] [<802bc918>] [<802bcba8>] [<802575bc>] [<8027b370>]
> [<800abe34>] [<800abe34>] [<800b3168>] [<800abebc>] [<800abf80>]
> [<800ac6b8>] [<8022e900>] [<800ac34c>] [<8022e900>] [<800ac278>]
> [<800ac174>] [<80279dec>] [<80279980>] [<800b8954>] [<802b9458>]
> [<800b3168>] [<80084808>] [<800b3208>] [<80084e18>] [<80082908>]
> [<802dc1bc>] [<80083180>] [<802d89d8>] [<8030ffdc>] [<80303260>]
> [<802da298>] [<80084e28>] [<8029afb0>] [<8029b330>] [<80138718>]
> [<802dad80>] [<80134538>] [<800a4198>] [<802d07c0>] [<803031ec>]
> [<8030ffdc>] [<80214364>] [<80295864>] [<800a7440>] [<8030ffdc>]
> [<80214364>] [<80295894>] [<80295864>] [<8029b7b4>] [<80303ab8>]
> [<80303aa0>] [<8020e0d4>] [<800a7440>] [<802120f4>] [<800a40c8>]
> [<80310070>] [<80398698>] [<80398840>] [<8029ca50>] [<801d6f8c>]
> [<8029cd50>] [<8039918c>] [<801cab18>] [<8039b554>] [<8039c8a4>]
> [<801d8068>] [<80397740>] [<800bdbe8>] [<801c7398>] [<801c7274>]
> [<801c70cc>] [<80086070>] [<80086060>]
Can you decode this dump? Undecoded it's useless, decoded likely to
be useful ...
Ralf
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.4.18 Cobalt Tulip lockups too
2004-12-28 0:38 ` Habeeb J. Dihu
(?)
@ 2005-01-03 13:28 ` Dominique Quatravaux
-1 siblings, 0 replies; 6+ messages in thread
From: Dominique Quatravaux @ 2005-01-03 13:28 UTC (permalink / raw)
To: Habeeb J. Dihu; +Cc: linux-mips
Habeeb J. Dihu wrote:
>>Badness in local_bh_enable at kernel/softirq.c:141
>>
>>
Hello list,
I own a Cobalt Raq2. I switched ISPs before xmas, and used the
opportunity to install kernel 2.4.18 + Debian mipsel using the
directives at http://people.debian.org/~pm/deb-cobalt-howto.txt (many
thanks to Paul Martin)! Everything went fine, but I experienced a freeze
while both network cards were used simultaneously. The kernel messages
didn't make it to the syslog, and I didn't have a serial console ready
at that instant, so I'm afraid I'm not going to be much more helpful
than that :-).
Happy new year to all,
--
<< Tout n'y est pas parfait, mais on y honore certainement les jardiniers >>
Dominique Quatravaux <dom@kilimandjaro.dyndns.org>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2005-01-03 13:58 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-12-27 23:12 2.6.9 Cobalt Tulip lockups Habeeb J. Dihu
2004-12-27 23:12 ` Habeeb J. Dihu
2004-12-27 23:31 ` Ralf Baechle
2004-12-28 0:38 ` Habeeb J. Dihu
2004-12-28 0:38 ` Habeeb J. Dihu
2005-01-03 13:28 ` 2.4.18 Cobalt Tulip lockups too Dominique Quatravaux
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.