NETDEV_TX_BUSY instead. This was discussed on the netdev list before,
see http://thread.gmane.org/gmane.linux.network/84603 .
Signed-off-by: Erik Mouw [EMAIL PROTECTED]
diff --git a/drivers/net/tulip/xircom_cb.c b/drivers/net/tulip/xircom_cb.c
index 8fc7274..6b93d01 100644
--- a/drivers/net/tulip
On Mon, Feb 04, 2008 at 06:56:54PM +0100, Erik Mouw wrote:
Changes in other networking paths uncovered a bug in the xircom_cb
driver which made the kernel spew lots of the following error messages:
BUG eth1 code -5 qlen 0
It turned out that the driver returned -EIO when
On Tue, Jan 29, 2008 at 06:08:28PM -0500, jamal wrote:
On Tue, 2008-29-01 at 22:45 +0100, Erik Mouw wrote:
The driver seems buggy. Make it return NETDEV_TX_BUSY instead of -EIO
in xircom_start_xmit() and the messages will go away.
Like this?
Indeed.
I've changed the -EIO
Hi,
I've just started to use 2.6.24 on my home firewall (before it was
running 2.6.24-rc2 for about 65 days) and I noticed a couple of error
messages I've never seen before:
Jan 29 07:50:54 gateway kernel: BUG eth1 code -5 qlen 0
Jan 29 08:28:30 gateway kernel: BUG eth1 code -5 qlen 0
Jan 29
On Tue, Jan 29, 2008 at 03:57:23PM -0500, jamal wrote:
On Tue, 2008-29-01 at 11:57 -0800, Waskiewicz Jr, Peter P wrote:
I've just started to use 2.6.24 on my home firewall (before
it was running 2.6.24-rc2 for about 65 days) and I noticed a
couple of error messages I've never seen
Hi,
Just got a brand new Dell Vostro and it appears to have an unsupported
Intel network card:
00:19.0 Ethernet controller: Intel Corporation 82562V-2 10/100 Network
Connection (rev 02)
Subsystem: Dell Unknown device 0238
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV-
On Mon, Aug 06, 2007 at 10:54:56AM -0700, Allan, Bruce W wrote:
While that is a 10/100 network connection, it is actually a GigE MAC
with a 10/100 PHY and will be supported by the e1000e driver that is
currently in the process of final cleanup before getting into the
upstream kernel.
Ah
hunk FAILED -- saving rejects to file
drivers/net/wireless/bcm43xx/bcm43xx_main.c.rej
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe netdev
with this patch or we will see
regression reports against 2.6.17.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message
On Fri, Sep 08, 2006 at 08:36:36AM -0500, Larry Finger wrote:
Erik Mouw wrote:
Thanks for the information, pulled wireless-2.6 and recompiling kernel.
If this really fixes the problem, can we try to get it merged before
2.6.18 closes? I don't know if vanilla 2.6.18-rc6 locks up on other
elsewhere?
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
, can we try to get it merged before
2.6.18 closes? I don't know if vanilla 2.6.18-rc6 locks up on other
hardware as well, but if it does it would be a major regression against
2.6.17.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH
compiled into the kernel?
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info
. In my
case that is lmhostid and all the FLEXlm software,
as I run a license server on that machine.
Manually load the modules in the correct order, that should solve your
problems. Or use nameif to rename the network devices (on 2.6 that
should be done using udev).
Erik
--
+-- Erik Mouw
Linus' 2.6 tree) which can be
used to pull the shared git objects from. Saves quite some disk space.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe
in the old days I could saturate a 10 Mbit ethernet
segment using a Western Digital 8003 (the 8 bit ISA card) in a 386DX40
(running Linux 1.0, 1.2, and 1.3).
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
for user space.
Erik
(IANAL, etc)
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo
port numbers. Port numbers are for whatever is
layered on top of ethernet, so you need to register those with the
appropriate authorities (IANA for IP).
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
Documentation/SubmittingPatches in your kernel tree.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED
/bcm43xx_phy.c:1485:bcm43xx_find_lopair()
ieee80211_crypt: registered algorithm 'WEP'
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe netdev
.
It is no regression.
It is, I didn't see it in 2.6.17-rc3.
We are working on it, but there won't be any fix for 2.6.17, as
very intrusive changes are needed to fix this.
If it's non-fatal, could you remove the assertion, or make it print
something that sounds less fatal?
Erik
--
+-- Erik Mouw
On Thu, Apr 13, 2006 at 10:29:19AM -0700, Stephen Hemminger wrote:
On Thu, 13 Apr 2006 15:02:27 +0200
Erik Mouw [EMAIL PROTECTED] wrote:
The room for the names in bcm43xx_priv_wx_args[] are IFNAMSIZ long and
IFNAMSIZ is defined as 16, so the names in bcm43xx_priv_wx_args should
be 15
private calls. Patch is against 2.6.17-rc1.
Signed-off-by: Erik Mouw [EMAIL PROTECTED]
diff --git a/drivers/net/wireless/bcm43xx/bcm43xx_wx.c
b/drivers/net/wireless/bcm43xx/bcm43xx_wx.c
index 3daee82..3edbb48 100644
--- a/drivers/net/wireless/bcm43xx/bcm43xx_wx.c
+++ b/drivers/net/wireless/bcm43xx
modules haven't been loaded).
Don't know if it's a locking error or a network error, so I'm sending
this message to lkml and netdev. If you need more information, feel
free to ask.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH
dual
interface server adapter on a dual Athlon with AMD 762 chipset running
fine, and also the same kind of adapter on a dual Athlon64 with
AMD-8111 chipset running fine.
On Tue, 10 Jan 2006, Erik Mouw wrote:
And this is with linux-2.6.15:
Jan 10 06:53:27 zurix kernel: e1000: eth0
On Wed, Jan 11, 2006 at 01:59:46PM +0100, Erik Mouw wrote:
On Tue, Jan 10, 2006 at 09:46:29AM -0800, Jesse Brandeburg wrote:
sorry to hear you're having a problem, and cool, thanks for the test,
we'll have to try it here. We've classically had problems reproducing the
athlon based hangs
On Wed, Jan 11, 2006 at 02:22:08PM +0100, Erik Mouw wrote:
On Wed, Jan 11, 2006 at 01:59:46PM +0100, Erik Mouw wrote:
On Tue, Jan 10, 2006 at 09:46:29AM -0800, Jesse Brandeburg wrote:
sorry to hear you're having a problem, and cool, thanks for the test,
we'll have to try it here. We've
27 matches
Mail list logo