Kernel panic occurs with ucdsnmp

2006-09-17 Thread Chinmaya Mishra
Hi all, I am trying to compile the uCLinux's distribution with enabling the 'ucdsnmp'. It will successfully compiled, image and romfs.img is created. But when i am trying to boot with this image I am getting the following error message . Other stuff added by Da

Kernel panic occurs with ucdsnmp

2006-09-17 Thread Chinmaya Mishra
Hi all, I am trying to compile the Linux's distribution with enabling the 'compounds'. It will successfully compiled, image and romfs.img is created. But when i am trying to boot with this image I am getting the following error message . Other stuff added by D

[BUG] kernel panic on T60 by e1000 driver

2006-09-17 Thread Joe Jin
while I try to transmit a 8k data by send() on my laptap T60, kernel panic occured: === kernel Bug at include/linux/skbuff.h:847! invalid opcode [#1] SMP Modules linked in: rds cisco_ipsec parport_pc lp parport autofs4 pcmcia opw3945 ieee80211 ie80211_crypt ip

[PATCH] powerpc: ibmveth: Harden driver initilisation for kexec

2006-09-17 Thread Michael Ellerman
Hi Jeff, This patch has been floating around for a while now, Santi originally sent it in March: http://www.spinics.net/lists/netdev/msg00471.html You replied saying you thought it was "bonkers", I think I explained why it wasn't, perhaps you disagree. I'm resending it now in the hope you can ei

Re: [PATCH 1/4] IP100A: Fix TX Pause bug (reset_tx, intr_handler)

2006-09-17 Thread Jesse Huang
Dear Philippe: (1) We are not allow to support register TxStartThresh and, RxEarlyThresh, so we remove it. (2) Your consideration is right. But reset_tx is workaround for customer's embedded system, I don't have this enviroment now. I can't sure it will work fine if I removed this. Thanks you ve

Re: [PATCH 1/3][ATM]: [he] he_init_one() is declared __devinit, but calls __init functions

2006-09-17 Thread Roland Dreier
> author chas williams - CONTRACTOR <[EMAIL PROTECTED]> Sat, 16 Sep 2006 > 15:44:55 -0400 Not really a big deal -- but in general it's probably better to try and preserve authorship information. All you need is to add a From: Roland Dreier <[EMAIL PROTECTED]> line at the beginning of the bod

Re: [PATCH] Mark frame diverter for future removal.

2006-09-17 Thread Jason Lunz
[EMAIL PROTECTED] said: > The code for frame diverter is unmaintained and has bitrotted. > The number of users is very small and the code has lots of problems. > If anyone is using it, they maybe exposing themselves to bad packet attacks. I seem to recall looking at frame diverter and thinking tha

[PATCH,RESEND] rtl8150: use default MTU of 1500

2006-09-17 Thread Lennert Buytenhek
The rtl8150 (ethernet) driver uses a default MTU of 1540, which causes all kinds of problems with for example booting off NFS root. There isn't really any reason why we shouldn't use the default of 1500. Signed-off-by: Lennert Buytenhek <[EMAIL PROTECTED]> Index: linux-2.6.18-rc2/drivers/usb/net

Re: [Bluetooth] recursive locking in l2cap_sock_accept/bt_accept_dequeue

2006-09-17 Thread Pekka Pietikainen
On Sun, Sep 17, 2006 at 02:18:26PM +0200, Marcel Holtmann wrote: > Hi Pekka, > > > Got this from a 2.6.18rc7-based fedora-devel kernel: > > > > = > > [ INFO: possible recursive locking detected ] > > 2.6.17-1.2647.fc6 #1 > > sdpd/4955 is trying to acqu

Re: tcp congestion policy selection link order fragile

2006-09-17 Thread bert hubert
The original message Stephen reacts to below apparently never made it to the list, it can be found here: http://ds9a.nl/tmp/module-policy.txt > Any body who builds in random stuff without thinking is being foolish. > But, if you can think of a better configuration method that isn't too > grotty, t

Re: tcp congestion policy selection link order fragile

2006-09-17 Thread Stephen Hemminger
On Sun, 17 Sep 2006 14:21:53 +0200 bert hubert <[EMAIL PROTECTED]> wrote: > On Sun, Sep 17, 2006 at 08:53:51PM +0900, Stephen Hemminger wrote: > > > Depending on load order is not good, and not a safe way to configure. > > I agree fully. > > > If you want a particular value set it with sysctl!

Re: [Bluetooth] recursive locking in l2cap_sock_accept/bt_accept_dequeue

2006-09-17 Thread Marcel Holtmann
Hi Pekka, > Got this from a 2.6.18rc7-based fedora-devel kernel: > > = > [ INFO: possible recursive locking detected ] > 2.6.17-1.2647.fc6 #1 > - > sdpd/4955 is trying to acquire lock: > (sk_lock-AF_BLUETOOTH

Re: 2.6.18-rc[67] crashes in TCP ack handling

2006-09-17 Thread Stephen Hemminger
On Sun, 17 Sep 2006 12:11:01 +0200 bert hubert <[EMAIL PROTECTED]> wrote: > On Sun, Sep 17, 2006 at 08:32:14AM +0900, Stephen Hemminger wrote: > > > By building all the possiblities into the kernel, ie. not as modules > > you get the last one registered. TCP LP is probably the worst one > > to us

[Bluetooth] recursive locking in l2cap_sock_accept/bt_accept_dequeue

2006-09-17 Thread Pekka Pietikainen
Hiya! Got this from a 2.6.18rc7-based fedora-devel kernel: = [ INFO: possible recursive locking detected ] 2.6.17-1.2647.fc6 #1 - sdpd/4955 is trying to acquire lock: (sk_lock-AF_BLUETOOTH){--..}, at: [] bt_a

Re: 2.6.18-rc[67] crashes in TCP ack handling

2006-09-17 Thread bert hubert
On Sun, Sep 17, 2006 at 08:32:14AM +0900, Stephen Hemminger wrote: > By building all the possiblities into the kernel, ie. not as modules > you get the last one registered. TCP LP is probably the worst one > to use, because it is designed for bulk low priority applications. > It also is one of the