On Mon, Oct 08, 2007 at 06:16:17PM +0200, Eliezer Tamir wrote:
> bnx2x_hsi.h - machine generated hardware and microcode definitions
over 7000 lines... how much of this is really needed?
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTE
Using 2.6.21-rc1 (x86-64) I can get an oops in the forcedeth driver in
usually under about 5s with heavy network load (near line-rate GE, a
simpy using netcat and /dev/zero from one host to another suffices).
In nv_rx_done we have:
if (flags & NV_TX_LASTPACKET) {
if (flags
On Sun, Feb 11, 2007 at 04:57:55PM +0200, Matti Aarnio wrote:
> With the skge driver there seems to be some sort of problem to work
> in a system with memory above the 4 GB of PCI address space.
The chipset (apparently) doesn't deal with bus addresses over 4GB even
though the MAC does.
I guess t
On Tue, Aug 08, 2006 at 04:27:41PM +0200, Lutz Urban wrote:
> I'm sorry to tell you that my previous message was bogus. The problem
> still persists.
Daniel Drake has posted a fix that's in -mm you can try. It's
probably the least painful solution to date, can you please try that:
http://
On Wed, Jun 14, 2006 at 11:40:04AM +0200, Jesper Dangaard Brouer wrote:
> The Linux traffic's control engine inaccurately calculates
> transmission times for packets sent over ADSL links. For some
> packet sizes the error rises to over 50%. This occurs because ADSL
> uses ATM as its link layer t
(cc' list exploded to include various people who might not be reading
netdev, sorry about that)
On Sat, May 20, 2006 at 03:11:20PM +0530, pravin b shelar wrote:
> I am working on Linux multipath networking and I will like to fix
> bugs related to equal cost multipath caching support.
My expe
A lot of people use MPPE and I'm not aware of too many complaints with
this. Remove it's EXPERIMENTAL status.
Signed-off-by: Chris Wedgwood <[EMAIL PROTECTED]>
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index aa633fa..2c56a95 100644
--- a/drivers/net/Kconfig
+
esurrect this code we can discuss
removing it entirely.
Signed-off-by: Chris Wedgwood <[EMAIL PROTECTED]>
diff --git a/net/ipv4/Kconfig b/net/ipv4/Kconfig
index 011cca7..3a08b9e 100644
--- a/net/ipv4/Kconfig
+++ b/net/ipv4/Kconfig
@@ -124,7 +124,7 @@ config IP_ROUTE_MULTIPATH
config IP_ROUTE_MU
On Mon, Mar 13, 2006 at 10:00:41AM -0800, Stephen Hemminger wrote:
> There still is a bug in the 3c59x driver. It doesn't include any
> code to handle changing the mac address. It will work if you take
> the device down, change address, then bring it up. But you shouldn't
> have to do that.
I s
On Thu, Jan 19, 2006 at 08:38:47AM -0800, Bryan O'Sullivan wrote:
> Yes. The code in the klibc tree has been sort of ready for that for
> oh, about two years now.
Thus far I'm very happy with it. I never originally intended to use
klibc but I couldn't get the in-kernel DHCP code to work reliabl
On Thu, Jan 19, 2006 at 02:14:31AM -0800, Andrew Morton wrote:
>Summary: Network boot - IP-Config reports wrong DHCP server
> address
> Kernel Version: 2.6.14.2
if/we klibc is merged we could pull this code out surely?
i had problems myself getting it working
On Sat, Nov 12, 2005 at 12:26:48AM -0500, Jeff Garzik wrote:
> VFS: file-max limit 400490 reached
does lsof show anything useful?
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
On Wed, Aug 24, 2005 at 01:44:09PM -0700, David S. Miller wrote:
> It is intentional, BSD ioctls for configuration are
> deprecated, use netlink instead.
will they go away completely at some point? lots of things that (for
example) set interface addresses i bet use the ioctls and are not
netlink
On Thu, Aug 18, 2005 at 09:28:10AM +0200, Sebastian Cla?en wrote:
> in struct net_device_stats all members are defined as unsgined
> long. In time of gigabit ethernet this takes not long to overflow.
It should still take an appreciable amount of time surely? We can
detect those wraps in userspac
On Fri, Aug 12, 2005 at 07:44:28AM -0400, John W. Linville wrote:
> Don't use crappy MUAs?
Well, plenty of people do. It's almost the norm so crappy probably
isn't very fair.
It does seem that most if the GUI-base MUAs though by default have
problematic settings (Mozilla, Thunderbird, Evolution
On Sun, Aug 07, 2005 at 05:01:34PM +0200, Harald Welte wrote:
> I will consult my legal counsel about this. My current naive
> position on this is that only the actuall process of the
> re-engineering matters, not the result.
Which countries is this advice valid for? Does someone need to chase
On Fri, Aug 05, 2005 at 01:20:59PM -0400, John W. Linville wrote:
> Yes. Opening attachments makes them harder to review.
Lots of people can't inline patches because they are inflicted with
crappy MUAs --- I would much prefer patches as attachments in those
cases versus mangled patches.
Also, I
17 matches
Mail list logo
