Adding netdev list.
Original patch can be found at: http://lkml.org/lkml/2008/2/21/171
Wappler Marcel wrote:
This patch fixes a DHCP issue of the kernel: some DHCP servers
(i.e. in the Linksys WRT54Gv5) are very strict about the contents
of the DHCPDISCOVER packet they receive from clients.
Forward to netdev list.
--- Forwarded message (begin)
Subject: Typo in net/netfilter/xt_iprange.c (git tree)
From: Jiri Moravec ...
Date: Fri, 01 Feb 2008 15:50:15 +0100
Function iprange_mt4 belong to IPv4 family - AF_INET. Right?
.name = iprange,
.revision =
Adrian Bunk wrote:
Jeff, Auke, would something like this be acceptable? It makes it very
obvious in the driver table which entries are for the PCIE versions that
would be handled by the E1000E driver if it is enabled..
I don't like it:
We should aim at having exactly one driver for one
On Friday 25 January 2008, Jochen Friedrich wrote:
Jochen Friedrich wrote:
+++ b/drivers/net/fec.c
@@ -23,6 +23,9 @@
*
* Bug fixes and cleanup by Philippe De Muyter ([EMAIL PROTECTED])
* Copyright (c) 2004-2006 Macq Electronique SA.
+ *
+ * This driver is now only used on
Jochen Friedrich wrote:
+++ b/drivers/net/fec.c
@@ -23,6 +23,9 @@
*
* Bug fixes and cleanup by Philippe De Muyter ([EMAIL PROTECTED])
* Copyright (c) 2004-2006 Macq Electronique SA.
+ *
+ * This driver is now only used on ColdFire processors. Remove conditional
+ * Powerpc code.
Andi Kleen wrote:
My workstation running 2.6.24-rc8 just hung during shutdown with an
endless (or rather I didn't wait more than a few minutes) loop of
unregister_netdev: waiting for ppp-device to become free. Usage count = 1
Same as http://lkml.org/lkml/2008/1/20/27? See also follow-up to
On Wednesday 16 January 2008, David Miller wrote:
Ok, here is the patch I'll propose to fix this. The goal is to make
it as simple as possible without regressing the thing we were trying
to fix.
Looks good to me. Tested with -rc8.
Cheers,
FJP
--
To unsubscribe from this list: send the line
On Thursday 17 January 2008, David Miller wrote:
From: Brandeburg, Jesse [EMAIL PROTECTED]
We spent Wednesday trying to reproduce (without the patch) these issues
without much luck, and have applied the patch cleanly and will continue
testing it. Given the simplicity of the changes, and
On Tuesday 15 January 2008, David Miller wrote:
From: Frans Pop [EMAIL PROTECTED]
kernel: e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
Does this make the problem go away?
Yes, it very much looks like that solves it.
I ran with the patch for 6 hours or so without any errors. I
After compiling v2.6.24-rc7-163-g1a1b285 (x86_64) yesterday I suddenly see this
error
repeatedly:
kernel: e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
kernel: Tx Queue 0
kernel: TDH a
kernel: TDT a
kernel: next_to_use a
Wow. That's fast! :-)
On Tuesday 15 January 2008, David Miller wrote:
From: Frans Pop [EMAIL PROTECTED]
kernel: e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
Does this make the problem go away?
I'm compiling a kernel with the patch now. Will let you know the result.
May take
Romano Giannetti wrote:
This was what I did in my (in the end almost successful) bisecting when
trying to find the mmc problem (see the thread named 2.6.24-rc1 eat my
SD card). This is true in theory, but it has some problem. The this
commit does not compile is the easiest and in man
12 matches
Mail list logo