From: Divy Le Ray <[EMAIL PROTECTED]>
Run the watchdog task when the link is up.
Flush the XGMAC Tx FIFO when the link drops.
Also remove a statistics update that should have gone
in the previous modification of xgmac.c.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb
From: Divy Le Ray <[EMAIL PROTECTED]>
Introduce FW micro version.
Bump up FW version to 3.3.0
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_main.c |4 ++--
drivers/net/cxgb3/version.h|5 -
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git
From: Divy Le Ray <[EMAIL PROTECTED]>
Differentiate NIC only adapters from RNICs.
Initialize offload capabilities for RNICs only.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/common.h |6 +++---
drivers/net/cxgb3/cxgb3_main.c |8
drivers/net/cxgb3/mc
From: Divy Le Ray <[EMAIL PROTECTED]>
Ensure that the TCAM active region size is at least 16.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/common.h|3 +++
drivers/net/cxgb3/cxgb3_main.c|7 +--
drivers/net/cxgb3/cxgb3_offload.c |4 +++-
3 files
Hi Jeff,
I'm submitting a set of bug fixes for inclusion in 2.6.21.
The patches are built against Linus'git tree.
Here is a brief description:
- Ensure that the on-board TCAM's active region size is always greater
than 16
- the driver now recognizes NIC only adapters
- tighten the MAC hang wor
On 30/03/07, Rick Jones <[EMAIL PROTECTED]> wrote:
If the switchover from active to standby is "commanded" then there is
the opportunity to "tell" the applications on the server to close their
connections - either explicitly with some sort of defined interface, or
implicitly by killing the proces
On 3/31/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
Subject: ThinkPad doesn't resume from suspend to RAM
References : http://lkml.org/lkml/2007/2/27/80
http://lkml.org/lkml/2007/2/28/348
Submitter : Jens Axboe <[EMAIL PROTECTED]>
Jeff Chua <[EMAIL PROTECTED]>
Status
Ooops, sorry, it seems my fault, no library exist on this system.
But i guess it must not coredump in this case? Is it possible to check if
library not exist and just print some nice message?
It is trivial i guess.
On Sat, 31 Mar 2007 05:26:00 +0300, Denys wrote
> While running tc monitor
>
> de
While running tc monitor
defaulthost ~ #/sbin/tc2 monitor
qdisc prio 1: dev if92 root bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc tbf 2: dev if92 parent 1:1 rate 121600bit burst 512Kb peakrate 1280Kbit
minburst 16Kb lat 500.0ms
filter dev if92 parent 1: protocol ip pref 5 u32 fh 800::8
On Sat, 31 Mar 2007, Rusty Russell wrote:
> This becomes especially important after the tun patch sitting in the -mm
> tree is applied, but it works standalone. Please apply. (See netdev
> posting Message-Id: <[EMAIL PROTECTED]>)
>
> ==
> The effect of this bug was made worse by Brian Braunstei
This becomes especially important after the tun patch sitting in the -mm
tree is applied, but it works standalone. Please apply. (See netdev
posting Message-Id: <[EMAIL PROTECTED]>)
==
The effect of this bug was made worse by Brian Braunstein's patch to keep
net_device.dev_addr and tun.dev_addr
From: Thomas Graf <[EMAIL PROTECTED]>
Date: Sat, 31 Mar 2007 00:10:54 +0200
> * David Miller <[EMAIL PROTECTED]> 2007-03-30 14:43
> > Let's not speculate, let's find out for sure if snd_una is
> > surpassing high_seq while we're in this state.
> >
> > Andrew please give this debugging patch a spi
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Fri, 30 Mar 2007 15:06:03 -0700
> > Andrew please give this debugging patch a spin,
>
> OK, will take a look at that this evening, hopefully.
BTW, Thomas Graf can also reproduce this and he is about
to post a log message from my patch.
> distccd see
* David Miller <[EMAIL PROTECTED]> 2007-03-30 14:43
> Let's not speculate, let's find out for sure if snd_una is
> surpassing high_seq while we're in this state.
>
> Andrew please give this debugging patch a spin, and also what
> is your workload? I'd like to play with it too.
>
> I've tried to
On Fri, 30 Mar 2007 14:43:47 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: "Ilpo_J__rvinen" <[EMAIL PROTECTED]>
> Date: Fri, 30 Mar 2007 17:33:28 +0300 (EEST)
>
> > If there is nothing at high_seq (application hasn't given any data to/past
> > that point), the search fails to find
From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
Date: Fri, 30 Mar 2007 17:33:28 +0300 (EEST)
> If there is nothing at high_seq (application hasn't given any data to/past
> that point), the search fails to find any skb and returns NULL... But I
> have no idea how this can happen? As TCP does after(skb-
From: "Kok, Auke" <[EMAIL PROTECTED]>
Date: Fri, 30 Mar 2007 10:27:50 -0700
> turns out that NETIF_F_TSO6 is defined even if CONFIG_IPV6 is turned
> off, which is what broke e1000. That in itself might be a
> problem. Perhaps this should be fixed in netdevice.h (gratuitous bad
> inline patch below
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly involv
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly involv
Stephen Hemminger wrote:
+s32
+e1000_alloc_zeroed_dev_spec_struct(struct e1000_hw *hw, u32 size)
+{
+ hw->dev_spec = kmalloc(size, GFP_KERNEL);
+
+ if (!hw->dev_spec)
+ return -ENOMEM;
+
+ memset(hw->dev_spec, 0, size);
+
+ return E1000_SUCCESS;
+}
Thi
If the switchover from active to standby is "commanded" then there is
the opportunity to "tell" the applications on the server to close their
connections - either explicitly with some sort of defined interface, or
implicitly by killing the processes. Then the IP can be brought-up on
the standb
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Fri, 30 Mar 2007 19:02:53 +0200
> [NET_SCHED]: cls_basic: fix memory leak in basic_destroy
>
> tp->root is not freed on destruction.
>
> Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
Applied, thanks a lot Patrick.
-
To unsubscribe from this l
From: Steven Whitehouse <[EMAIL PROTECTED]>
Date: Fri, 30 Mar 2007 10:13:55 +0100
> >From 657baf6bbaa8302660d6b218149dcb5546b9b08c Mon Sep 17 00:00:00 2001
> From: Steven Whitehouse <[EMAIL PROTECTED]>
> Date: Fri, 30 Mar 2007 09:06:34 +0100
> Subject: [PATCH] [NET] Change "not found" return value
+s32
+e1000_alloc_zeroed_dev_spec_struct(struct e1000_hw *hw, u32 size)
+{
+ hw->dev_spec = kmalloc(size, GFP_KERNEL);
+
+ if (!hw->dev_spec)
+ return -ENOMEM;
+
+ memset(hw->dev_spec, 0, size);
+
+ return E1000_SUCCESS;
+}
This is what is wrong with
CONFIG_NETPOLL_TRAP causes the TX queue controls to be completely bypassed in
the netpoll's "trapped" mode which easily causes overflows in the drivers with
short TX queues (most notably, in 8139too with its 4-deep queue).
Make this option more sensible by only bypassing TX softirq wakeup and remov
On 30/03/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
Predrag Hodoba wrote:
> On 30/03/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>> David Miller wrote:
>> >
>> > Something being in the CGL specification is to me exactly a great
>> > reason NOT to add it. That specification is so full
On 3/30/07, Ivo van Doorn <[EMAIL PROTECTED]> wrote:
> > >
> > > My only concern is where rfkill code should live. Since it is no
> > > longer dependent on input core (embedded systems might disable
> > > rfkill-input and use bare rfkill and control state from userspace)
> > > it does not need to
Predrag Hodoba wrote:
On 30/03/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
David Miller wrote:
>
> Something being in the CGL specification is to me exactly a great
> reason NOT to add it. That specification is so full of garbage it's
> unbelievable.
>
> Thanks, you've given me one more re
On Wed, Mar 28, 2007 at 11:54:32AM -0700, Kok, Auke wrote:
> Adrian Bunk wrote:
> >Subject: e1000 resume weirdness
> >References : http://lkml.org/lkml/2007/3/26/91
> >Submitter : Ingo Molnar <[EMAIL PROTECTED]>
> >Handled-By : Jesse Brandeburg <[EMAIL PROTECTED]>
> > Auke Kok <[EM
On Fri, 2007-03-30 at 09:13 +0900, YOSHIFUJI Hideaki / 吉藤英明 wrote:
> In article <[EMAIL PROTECTED]> (at Thu, 29 Mar 2007 14:26:44 -0700 (PDT)),
> David Miller <[EMAIL PROTECTED]> says:
>
> > From: Sridhar Samudrala <[EMAIL PROTECTED]>
> > Date: Thu, 29 Mar 2007 14:17:28 -0700
> >
> > > The check
Randy Dunlap wrote:
On Fri, 30 Mar 2007 10:01:04 -0700 Andrew Morton wrote:
On Fri, 30 Mar 2007 07:39:04 -0700 "Kok, Auke" <[EMAIL PROTECTED]> wrote:
Alexey Dobriyan wrote:
CC [M] drivers/net/e1000/e1000_main.o
drivers/net/e1000/e1000_main.c: In function 'e1000_tso':
drivers/net/e1000/e10
On Fri, 2007-03-30 at 12:35 -0400, Lennart Sorensen wrote:
> On Fri, Mar 30, 2007 at 10:42:23AM +0300, Andrei Popa wrote:
> > ethtool reports the same
>
> Is udev running and having fun renumbering interfaces as they are being
> detected in order to keep "consistent" interface names?
yes, it's ud
> > > There is also an input handler that catces KEY_WLAN and KEY_BLUETOOTH
> > > events passing through input system and toggles state of all RF
> > > switches of appropriate type registered with rfkill system (unless
> > > a switch was claimed by userspace in which case it is left alone).
> > > I
On Fri, 30 Mar 2007 10:01:04 -0700 Andrew Morton wrote:
> On Fri, 30 Mar 2007 07:39:04 -0700 "Kok, Auke" <[EMAIL PROTECTED]> wrote:
>
> > Alexey Dobriyan wrote:
> > > CC [M] drivers/net/e1000/e1000_main.o
> > > drivers/net/e1000/e1000_main.c: In function 'e1000_tso':
> > > drivers/net/e1000/e1
[NET_SCHED]: cls_basic: fix memory leak in basic_destroy
tp->root is not freed on destruction.
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit b3df7f810c71b213224c105283c01e57ba7ed46a
tree 7f49d1edbc955609e369317a5a76100c87082377
parent 167c6a396949ee921bf70cbe58529f8e4dd4398d
auth
On Fri, 30 Mar 2007 07:39:04 -0700 "Kok, Auke" <[EMAIL PROTECTED]> wrote:
> Alexey Dobriyan wrote:
> > CC [M] drivers/net/e1000/e1000_main.o
> > drivers/net/e1000/e1000_main.c: In function 'e1000_tso':
> > drivers/net/e1000/e1000_main.c:2968: error: dereferencing pointer to
> > incomplete type
On 2007.03.30 10:42:23 +0300, Andrei Popa wrote:
> On Thu, 2007-03-29 at 21:21 -0700, Jesse Brandeburg wrote:
> with kernel 2.6.20.4(and build in e1000 driver):
> zeus ~ # uname -a
> Linux zeus 2.6.20.4-zeus3 #3 SMP Wed Mar 28 13:44:50 EEST 2007 x86_64
> Intel(R) Xeon(TM) CPU 3.00GHz GenuineIntel G
Brandeburg, Jesse wrote:
Roberto Nibali wrote:
Sounds sane to me. My overall opinion on eepro100 removal is that
we're not there yet. Rare problem cases remain where e100 fails
but eepro100 works, and it's older drivers so its low priority for
everybody.
Needs to happen, though...
On Fri, Mar 30, 2007 at 10:42:23AM +0300, Andrei Popa wrote:
> ethtool reports the same
Is udev running and having fun renumbering interfaces as they are being
detected in order to keep "consistent" interface names?
--
Len Sorensen
-
To unsubscribe from this list: send the line "unsubscribe netde
On Fri, 30 Mar 2007 17:33:28 +0300 (EEST) "Ilpo Järvinen" <[EMAIL PROTECTED]>
wrote:
> On Thu, 29 Mar 2007, Andrew Morton wrote:
>
> > Full -mm lineup. The x86_64 box was acting as a distcc server at the time.
> >
> > Nothing hit the logs, I'm afraid. But almost all the info is in
> > http://
Daniel Lezcano <[EMAIL PROTECTED]> writes:
> Hi,
>
> as suggested Rick, I added the Service Demand results to the matrix.
Thanks. The latency number is interesting and it confirms what we were
seeing looking at cpu usage.
We don't have an inexpesive way to get a packet from the outside world
t
On 3/30/07, Ivo van Doorn <[EMAIL PROTECTED]> wrote:
Hi,
> I am very sorry for taking so much time to respond but finally I went
> through the patch and I still have the same objection as before -
> it mixes two logically (and often physically) separated objects into
> a single entity. I think t
On 30/03/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
David Miller wrote:
>
> Something being in the CGL specification is to me exactly a great
> reason NOT to add it. That specification is so full of garbage it's
> unbelievable.
>
> Thanks, you've given me one more reason not to even remote
Hi,
> I am very sorry for taking so much time to respond but finally I went
> through the patch and I still have the same objection as before -
> it mixes two logically (and often physically) separated objects into
> a single entity. I think that RF switch and button should be separate
> entities,
On Fri, Mar 30, 2007 at 07:39:04AM -0700, Kok, Auke wrote:
> Alexey Dobriyan wrote:
> > CC [M] drivers/net/e1000/e1000_main.o
> >drivers/net/e1000/e1000_main.c: In function 'e1000_tso':
> >drivers/net/e1000/e1000_main.c:2968: error: dereferencing pointer to
> >incomplete type
> > ...
> >
>
>
Though not very efficient, the previous way of maintaining a
stale SACK cache past reneging protected better against misuse
because receiver couldn't cause set-clear ping-pong for
SACKED_ACKED for a large number of skbs.
Mostly copy-paste from sacktag clearer. Compile tested.
Signed-off-by: Ilpo
Alexey Dobriyan wrote:
CC [M] drivers/net/e1000/e1000_main.o
drivers/net/e1000/e1000_main.c: In function 'e1000_tso':
drivers/net/e1000/e1000_main.c:2968: error: dereferencing pointer to incomplete
type
...
can you send me your config? I'd like to see why nobody here didn't spot th
On Thu, 29 Mar 2007, Andrew Morton wrote:
> Full -mm lineup. The x86_64 box was acting as a distcc server at the time.
>
> Nothing hit the logs, I'm afraid. But almost all the info is in
> http://userweb.kernel.org/~akpm/s5000494.jpg
>
>
>
> It died in tcp_update_scoreboard_fack() here:
>
>
Hi,
as suggested Rick, I added the Service Demand results to the matrix.
Cheers.
Hi,
I did some benchmarking on the existing L2 network namespaces.
These patches are included in the lxc patchset at:
http://lxc.sourceforge.net/patches/2.6.20
The lxc7 patchset series conta
From: Marcin Juszkiewicz <[EMAIL PROTECTED]>
Add ADLINK 345 CF card into hostap_cs
product info: "ADLINK 345 CF"
manfid 0xd601, 0x0005
Signed-off-by: Marcin Juszkiewicz <[EMAIL PROTECTED]>
Index: git/drivers/net/wireless/hostap/hostap_cs.c
=
On Thu, 29 Mar 2007 21:24:31 +0200
Zacco <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Thanks for the patch. I almost dare not confess that I don't know which
> version to apply to. I tried 3 different ones (2.6.19-r5-gentoo,
> 2.6.20.1 and 2.6.21-rc4), but in the best case at least two hunks
> failed.
On Fri, 2007-30-03 at 01:08 +0200, Gerd v. Egidy wrote:
> I'm also interested in shaping NAT. Would you mind telling us what you have
> in
> mind with your userspace code? Do you plan something like
>
> tun -> your userspace code -> tun
> ^
> | (netlink)
>
Resending the patch with few corrections related to time_after and
time_before in drivers/net/eexpress.c as suggested by Marcin slusarz.
thanks.
Signed-off-by: Shani Moideen <[EMAIL PROTECTED]>
diff --git a/drivers/net/eexpress.c b/drivers/net/eexpress.c
index 3868b80..1321757 100644
---
>From 657baf6bbaa8302660d6b218149dcb5546b9b08c Mon Sep 17 00:00:00 2001
From: Steven Whitehouse <[EMAIL PROTECTED]>
Date: Fri, 30 Mar 2007 09:06:34 +0100
Subject: [PATCH] [NET] Change "not found" return value for rule lookup
This changes the "not found" error return for the lookup
function to -ESR
CC [M] drivers/net/e1000/e1000_main.o
drivers/net/e1000/e1000_main.c: In function 'e1000_tso':
drivers/net/e1000/e1000_main.c:2968: error: dereferencing pointer to incomplete
type
...
--- a/drivers/net/e1000/e1000_main.c
+++ b/drivers/net/e1000/e1000_main.c
@@ -32,6 +32,8 @@ #include
On Thu, Mar 29, 2007 at 08:47:18PM +0200, Philipp Reisner ([EMAIL PROTECTED])
wrote:
> RIP: 0010:[] []
> netlink_broadcast+0x123/0x2de
> RSP: 0018:8100379bddc0 EFLAGS: 00010297
> RAX: 656b736968772d31 RBX: 810079d7f800 RCX: 0004
> RDX: 81007e113000 RSI: 810079d68280
On Fri, 30 Mar 2007 01:06:17 -0700 [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8284
>
>Summary: IPsec anti-replay window management flaw
> Kernel Version: 2.6.20.4
> Status: NEW
> Severity: normal
> Owner: [EMAIL PROTECT
57 matches
Mail list logo
