Patrick McHardy wrote:
Ben Greear wrote:
With this patch applied everything is looking much better. I currently
have 400+ interfaces and one routing table per interface, and traffic
is passing as expected.
This is probably due to my own application polling interfaces for
stat updates...but I
Robert Schulze <[EMAIL PROTECTED]> wrote:
>
> I first wrote to the linux-pcmcia ML, but they said it wasn't the right
> address for my issue. The driver airo (for Cisco Wlan-Cards) complains
> about "failed to load transform for AES", when it is loaded and
> CRYPTO_AES is not selected in Kconfi
Hi:
[NET] gso: Fix up GSO packets with broken checksums
Certain subsystems in the stack (e.g., netfilter) can break the partial
checksum on GSO packets. Until they're fixed, this patch allows this to
work by recomputing the partial checksums through the GSO mechanism.
Once they've all been conv
Hi Dave:
These two patches fix the netfilter/checksum/TSO problem where netfilter
destroys the partial checksum which breaks TSO.
[NET] gso: Add skb_is_gso
This patch adds the wrapper function skb_is_gso which can be used instead
of directly testing skb_shinfo(skb)->gso_size. This makes things
David Miller <[EMAIL PROTECTED]> wrote:
>> What is the point of dev_alloc_skb anyway? all it does is add header space.
>
> In stone-age times it actually had specific semantics, but yes today
> it is just a synonym.
Does anyone still need those 16 bytes of header space?
Cheers,
--
Visit Openswa
Arjan van de Ven <[EMAIL PROTECTED]> wrote:
>
> Act 1
>
> Enter the mpi_start_xmit() function, which is airo's xmit function.
> This function takes the aux_lock first, with irq's off, then calls
> skb_queue_tail(). skb_queue_tail takes the sk_receive_queue.lock (with
> irqsave as well).
Nope, ma
Arjan van de Ven <[EMAIL PROTECTED]> wrote:
>
> i_mutex is taken within rtln_mutex like this:
> [] create_dir+0x2c/0x1e2
> [] sysfs_create_dir+0x59/0x78
> [] kobject_add+0x114/0x1d8
> [] class_device_add+0xb5/0x49d
> [] netdev_register_sysfs+0x98/0xa2
> [] regis
Ben Greear wrote:
> With this patch applied everything is looking much better. I currently
> have 400+ interfaces and one routing table per interface, and traffic
> is passing as expected.
>
> This is probably due to my own application polling interfaces for
> stat updates...but I am seeing over
David Miller wrote:
> Nice work Patrick.
>
> You guys have a lot of time to flesh out any remaining issues and
> failures, and then submit this for 2.6.19
Will do, I already expected to miss the deadline :)
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a mess
On Tue, 27 Jun 2006 16:12:42 +0200
"Michal Piotrowski" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On 27/06/06, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17/2.6.17-mm3/
> >
> >
>
> It looks like a skge bug
>
> ===
On Fri, Jul 07, 2006 at 10:06:08PM +0200, Patrick McHardy wrote:
>
> Are you refering to this code in ip_nat_fn()?
>
> /* If we had a hardware checksum before, it's now invalid */
> if ((*pskb)->ip_summed == CHECKSUM_HW)
> if (skb_checksum_help(*pskb, (out == NULL)
On Fri, Jul 07, 2006 at 05:03:36PM +0200, Petersson, Mats wrote:
>
> So, nothing going on there... I certainly haven't got NAT on my machine,
> as my machine is within the AMD network, and doesn't need NAT. AMD
> probably uses NAT as part of it's external communications, but I doubt
> it's used at
The Coverity checker spotted, that from the changes from commit
898b1d16f8230fb912a0c2248df685735c6ceda3 the
if (ret)
platform_driver_unregister(&ali_ircc_driver);
was dead code.
This patch changes this function to what seems to have been the
intention.
Signed-off-by: Adri
Patrick McHardy wrote:
Ben Greear wrote:
Patrick McHardy wrote:
I took on Ben's challenge to increase the number of possible routing
tables, these are the resulting patches.
I am seeing problems..though they could be with the way I'm using the tool
or pehaps I patched the kernel incorrect
David Miller wrote:
> Ok, this is correct. TSO should simply replicate the NS bit
> because the cumulative ACK is going to be the same in each
> and every packet emitted.
>
>
Thanks for verifying. However, Large Receive Offload will be
a different story. If packets are accumulated in the har
please consider for 2.6.18 -- thanks!
[ATM]: Typo in drivers/atm/Kconfig...
From: Matt LaPlante <[EMAIL PROTECTED]>
Signed-off-by: Charles Williams <[EMAIL PROTECTED]>
---
commit 8bbf3465e23c41b92931e2d2172c184ccd1d2510
tree d1620632c703f8d67790a4f9971f154949399740
parent d0cddc7d78816bf6ceae973
please consider for 2.6.18 -- thanks!
[ATM]: fix possible recursive locking in skb_migrate()
ok this is a real potential deadlock in a way, it takes two locks of 2
skbuffs without doing any kind of lock ordering; I think the following
patch should fix it. Just sort the lock taking order by addres
David Miller wrote:
> I think that since we do have a proof positive report, and well
> documented success of the fix, we should add the fix even though
> we have the fallback thing to take care of it.
>
> This is how we were going to use the fall-back code, to make the the
> chipset blacklist mo
From: Kelly Daly <[EMAIL PROTECTED]>
Date: Thu, 22 Jun 2006 12:05:35 +1000
> > The hash table bits look good, just as they did last time :-)
> > So I'll put this part into my vj-2.6 tree now, thanks.
> Rockin' - thanks...
>
> Sorry for the massive delay - here's the next attempt.
My review delay
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Fri, 07 Jul 2006 21:58:31 +0200
> My patches introduced a bug when dumping tables which could lead to
> incorrect routes beeing dumped. A second bug (that already existed)
> makes the kernel fail when dumping more rules than fit in a skb.
> I think I
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2006 14:22:11 -0700
> John W. Linville wrote:
>
> > Obviously it is between you and Dave to decide what is best. We are
> > carrying this patch in RHEL4 at the moment, so I didn't want to hold
> > it back from upstream. If you think you
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2006 15:52:55 -0700
> What is the point of dev_alloc_skb anyway? all it does is add header space.
In stone-age times it actually had specific semantics, but yes today
it is just a synonym.
It's going to be hard to get rid of it, every
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2006 16:41:04 -0700
> The printk's in the network device interface code should all be tagged with
> severity.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Applied, thanks Stephen.
-
To unsubscribe from this list: send the l
The printk's in the network device interface code should all be tagged with
severity.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/net/core/dev.c2006-07-07 13:02:31.0 -0700
+++ b/net/core/dev.c2006-07-07 16:28:22.0 -0700
@@ -1727,7 +1727,7 @@
if (dev-
From: Marcel Holtmann <[EMAIL PROTECTED]>
Date: Sat, 08 Jul 2006 00:54:30 +0200
> Do you think Linus will make an exception?
I actually hope that he won't.
He even let it go beyond a week this time, it was closer
to 2 weeks. This gave you ample opportunity to merge your
changes in on time, sorr
Hi Dave,
> > this is the second part of pending updates of the Bluetooth subsystem
> > for the upcoming 2.6.18 kernel. A couple of them are only coding style
> > cleanups which I failed to submit for the previous kernel release. They
> > slipped somehow. The rest is driver model integration stuff.
On Fri, 7 Jul 2006 11:09:57 +0200
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> dev_alloc_skb is designated for RX descriptors, not TX. (Some drivers
> use it for the latter anyway, but that's a different story)
>
>
> Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
>
> Index: linux-2.6/i
From: David Miller <[EMAIL PROTECTED]>
Date: Fri, 07 Jul 2006 14:59:32 -0700 (PDT)
> From: "Michael Chan" <[EMAIL PROTECTED]>
> Date: Fri, 7 Jul 2006 13:57:11 -0700
>
> > RFC3540 is still experimental I believe and it is not implemented
> > in the Linux stack. Even if it is implemented and the N
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2006 13:57:11 -0700
> RFC3540 is still experimental I believe and it is not implemented
> in the Linux stack. Even if it is implemented and the NS bit is set,
> I think the TSO logic can simply replicate the NS bit as each TSO
> divided se
On Fri, 07 Jul 2006 11:56:28 +0200
Patrick McHardy <[EMAIL PROTECTED]> wrote:
> Stefan Rompf wrote:
> > Am Donnerstag 06 Juli 2006 09:42 schrieb Patrick McHardy:
> >
> >
> >>>I believe this link-state logic was added by someone else. I'm not
> >>>sure exactly what these flags are supposed to do
On Friday 07 July 2006 23:18, Stephen Hemminger wrote:
> On Mon, 3 Jul 2006 22:52:38 +0200
> Martin Michlmayr <[EMAIL PROTECTED]> wrote:
>
> > We received the following bug report at http://bugs.debian.org/341801
> >
> > | I have a Asus A8V with 4GB of RAM. When I turn on the hardware memory
> >
John W. Linville wrote:
> Obviously it is between you and Dave to decide what is best. We are
> carrying this patch in RHEL4 at the moment, so I didn't want to hold
> it back from upstream. If you think you have a better solution then
> "it's on you"... :-)
>
Since 2.6.18 already has the recov
On Mon, 3 Jul 2006 22:52:38 +0200
Martin Michlmayr <[EMAIL PROTECTED]> wrote:
> We received the following bug report at http://bugs.debian.org/341801
>
> | I have a Asus A8V with 4GB of RAM. When I turn on the hardware memory
> | hole in the BIOS, the skge driver prints out this message:
> |
Ravinandan Arakali wrote:
> Michael,
> Are network cards expected to be aware-of and implement
> RFC3540(ECN with
> nonces) ?
>
Hi Ravi,
RFC3540 is still experimental I believe and it is not implemented
in the Linux stack. Even if it is implemented and the NS bit is set,
I think the TSO logic
From: Auke Kok <[EMAIL PROTECTED]>
Date: Fri, 07 Jul 2006 13:21:38 -0700
> Moreover, since e1000 suffers from reordering/write-combining
> problems on the 8132, I'm starting to see an (ugly) pattern here. I
> didn't know that tg3 has a whole blacklist for this, could this
> affect other network ca
David Miller wrote:
From: "John W. Linville" <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2006 14:58:36 -0400
Add the AMD 8131 bridge to the list of chipsets that reorder writes.
Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
What failure report is this chipset blacklist addition based
upon? I
On Fri, Jul 07, 2006 at 12:51:35PM -0700, Michael Chan wrote:
> John W. Linville wrote:
>
> > Add the AMD 8131 bridge to the list of chipsets that reorder writes.
> >
> > Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
>
> Hi John,
>
> The latest tg3 driver in 2.6.18 has a recovery mechanis
Herbert Xu wrote:
> Petersson, Mats <[EMAIL PROTECTED]> wrote:
>
>>Looks like the GSO is involved?
>
>
> It's certainly what crashed your machine :) It's probably not the
> guilty party though. Someone is passing through a TSO packet with
> checksum set to something other than CHECKSUM_HW.
>
>
Ben Greear wrote:
> Patrick McHardy wrote:
>
>>> I took on Ben's challenge to increase the number of possible routing
>>> tables, these are the resulting patches.
>
>
> I am seeing problems..though they could be with the way I'm using the tool
> or pehaps I patched the kernel incorrectly.
>
> I
On 7/7/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
> From: Dmitry Torokhov <[EMAIL PROTECTED]>
>
> subsystem_configurations array is only used by an __init function,
> therefore it should be marked __initdata, not __devinitdata.
>
> Signed-off-by: Dmitry Torokhov <[EMAIL P
John W. Linville wrote:
> Add the AMD 8131 bridge to the list of chipsets that reorder writes.
>
> Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
Hi John,
The latest tg3 driver in 2.6.18 has a recovery mechanism to detect
and recover from this kind of reordering problem. I suppose we can
On Fri, 2006-07-07 at 12:09 -0700, David Miller wrote:
> From: Arjan van de Ven <[EMAIL PROTECTED]>
> Date: Fri, 07 Jul 2006 20:13:09 +0200
>
> > Now a question for netdev: what is the interrupt-or-softirq rules for
> > the sk_receive_queue.lock?
> >
> > Anyway, the patch below fixes this deadloc
On Fri, Jul 07, 2006 at 12:12:20PM -0700, David Miller wrote:
> From: "John W. Linville" <[EMAIL PROTECTED]>
> Date: Fri, 7 Jul 2006 14:58:36 -0400
>
> > Add the AMD 8131 bridge to the list of chipsets that reorder writes.
> >
> > Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
>
> What fail
On Mon, 3 Jul 2006 12:18:54 +0400
Andrey Savochkin <[EMAIL PROTECTED]> wrote:
> Cleanup of net_device list use in network device drivers and protocols
> other than IP.
>
> The cleanup consists of
> - converting the to list_head, to make the list double-linked (thus making
>remove operation O
From: "John W. Linville" <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2006 14:58:36 -0400
> Add the AMD 8131 bridge to the list of chipsets that reorder writes.
>
> Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
What failure report is this chipset blacklist addition based
upon? I just want to look
From: Arjan van de Ven <[EMAIL PROTECTED]>
Date: Fri, 07 Jul 2006 21:03:35 +0200
> On Fri, 2006-07-07 at 14:58 -0400, Dave Jones wrote:
> > ===
> > [ INFO: possible circular locking dependency detected ]
> > --
From: Arjan van de Ven <[EMAIL PROTECTED]>
Date: Fri, 07 Jul 2006 20:13:09 +0200
> Now a question for netdev: what is the interrupt-or-softirq rules for
> the sk_receive_queue.lock?
>
> Anyway, the patch below fixes this deadlock; it may or may not be the
> correct solution depending on the netde
===
[ INFO: possible circular locking dependency detected ]
---
gnome-settings-/3278 is trying to acquire lock:
(sk_lock-AF_INET){--..}, at: [] tcp_sendmsg+0x1f/0xb1a
but task is already holdin
On Fri, 2006-07-07 at 14:58 -0400, Dave Jones wrote:
> ===
> [ INFO: possible circular locking dependency detected ]
> ---
> gnome-settings-/3278 is trying to acquire lock:
> (sk_lock-AF_INET){-
Add the AMD 8131 bridge to the list of chipsets that reorder writes.
Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
---
drivers/net/tg3.c |2 ++
1 files changed, 2 insertions(+)
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index f645921..ce6f3be 100644
--- a/drivers/net/tg3.c
+++
Michael,
Are network cards expected to be aware-of and implement RFC3540(ECN with
nonces) ?
Thanks,
Ravi
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Michael Chan
Sent: Tuesday, June 27, 2006 8:07 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: netdev@vge
On Fri, 7 Jul 2006 07:37:52 -0700
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=6802
>
>Summary: pktgen cause kernel oops with transmit load balanced
> bonding
> Kernel Version: 2.4.32, 2.6.17.2
> Status: NEW
> Seve
On Fri, 2006-07-07 at 12:13 -0400, Dave Jones wrote:
> With 2.6.18rc1 + a selection of the lockdep tweaks found so far,
> midnight commander makes the kernel unhappy.
>
> Dave
>
>
> ===
> [ INFO: possible circular locking dependen
Great summation. Comments in-line...
On Fri, 2006-07-07 at 18:11 +1000, Herbert Xu wrote:
> On Fri, Jul 07, 2006 at 06:53:20AM +, David Miller wrote:
> >
> > What I am saying, however, is that we need to understand the
> > technology and the hooks you guys want before we put any of it in.
[EMAIL PROTECTED] wrote:
From: Andrew Morton <[EMAIL PROTECTED]>
Use the new names.
Cc: Auke Kok <[EMAIL PROTECTED]>
Cc: Jeff Garzik <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Of course. I'll check on ixgb.
Add my "Acked-by: Auke Kok <[EMAIL PROTECTED]>"
cheers,
A
Patrick McHardy wrote:
Patrick McHardy wrote:
I took on Ben's challenge to increase the number of possible routing tables,
these are the resulting patches.
I am seeing problems..though they could be with the way I'm using the tool
or pehaps I patched the kernel incorrectly.
I applied the 3 p
On Fri, 2006-07-07 at 13:19 -0400, Dave Jones wrote:
> Another one triggered by a Fedora-development user..
>
> e100: eth1: e100_watchdog: link up, 100Mbps, half-duplex
>
> =
> [ INFO: possible irq lock inversion dependency detected ]
>
Patch to correct broken collision threshold mask in sky2 driver. Should be
three bits wide, but the mask only allows for 1 bit to be set.
Thanks & Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
sky2.h |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
[EMAIL PROTECTED] wrote:
From: Dmitry Torokhov <[EMAIL PROTECTED]>
subsystem_configurations array is only used by an __init function,
therefore it should be marked __initdata, not __devinitdata.
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Another one triggered by a Fedora-development user..
e100: eth1: e100_watchdog: link up, 100Mbps, half-duplex
=
[ INFO: possible irq lock inversion dependency detected ]
-
ipcalc/1671 j
> -Original Message-
> From: Herbert Xu [mailto:[EMAIL PROTECTED]
> Sent: 07 July 2006 15:40
> To: Petersson, Mats
> Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org;
> [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [Xen-devel] kernel BUG at net/core/dev.c:1133!
>
> Petersson, Mats <[E
> -Original Message-
> From: Tim Post [mailto:[EMAIL PROTECTED]
> Sent: 07 July 2006 16:06
> To: Herbert Xu
> Cc: Petersson, Mats; netdev@vger.kernel.org;
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [Xen-devel] kernel BUG at net/core/dev.c:1133!
>
> I got the
In article <[EMAIL PROTECTED]> (at Fri, 7 Jul 2006 11:54:25 +0400), Andrey
Savochkin <[EMAIL PROTECTED]> says:
> On Fri, Jul 07, 2006 at 01:34:34PM +0900, YOSHIFUJI Hideaki / [EMAIL
> PROTECTED](B wrote:
> > In article <[EMAIL PROTECTED]> (at Mon, 3 Jul 2006 12:18:51 +0400), Andrey
> > Savochki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(For those haven't followed, this is about
http://permalink.gmane.org/gmane.linux.network/38493
)
Francois Romieu wrote:
> Marcus Better <[EMAIL PROTECTED]> :
>> I'm seeing this problem on my Acer Travelmate 223X laptop with built-in
>> Realtek 8139
With 2.6.18rc1 + a selection of the lockdep tweaks found so far,
midnight commander makes the kernel unhappy.
Dave
===
[ INFO: possible circular locking dependency detected ]
-
On 3/07/2006 10:03 p.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17/2.6.17-mm6/
- A major update to the e1000 driver.
- 1394 updates
Some minor breakage in the e1000...
Fedora Core release 5.90 (Test)
Kernel 2.6.17-mm6 on an x86_64
tornado.r
I got the exact same thing when attempting to use BOINC on a single node
supporting a 5 node open SSI cluster, (5 guests) and yes the problem
went away when I flushed the rules.
I attributed this to a quirk with the cluster CVIP, because I had also
assigned each node its own outbound IP in additi
> Important document!
Unknown command - "IMPORTANT". Try HELP.
-
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/majordomo-info.html
Petersson, Mats <[EMAIL PROTECTED]> wrote:
> Looks like the GSO is involved?
It's certainly what crashed your machine :) It's probably not the
guilty party though. Someone is passing through a TSO packet with
checksum set to something other than CHECKSUM_HW.
I bet it's netfilter and we just neve
On Thu, 2006-07-06 at 23:53 -0700, David Miller wrote:
> From: Tom Tucker <[EMAIL PROTECTED]>
> Date: Thu, 06 Jul 2006 00:25:03 -0500
>
> > This patch is about dotting I's and crossing T's, it's not about
> > foundations.
>
> You assume that I've flat out rejected RDMA, in fact I haven't. I
> re
On Jul 7, 2006, at 3:59 AM, Li Yang-r58472 wrote:
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 06, 2006 9:45 PM
To: Li Yang-r58472
Cc: Andrew Morton; [EMAIL PROTECTED]; netdev@vger.kernel.org;
[EMAIL PROTECTED]
Subject: Re: [PATCH 1/3] Freescale QE
On Thursday 06 July 2006 21:35, you wrote:
> On Sat, Jul 01, 2006 at 10:14:23PM +0200, Michael Buesch wrote:
> > Hi,
> >
> > This patch is a rewrite of the bcm43xx init routine.
> > It is supposed to fix several issues:
> > * up-down-up.. sequence stale-data issue
> > (This may fix dhclient issu
On Thu, 2006-06-07 at 23:59 -0700, David Miller wrote:
>
> It's autonegotiated, check you kernel message logs when the link
> came up, you'll see this:
>
> tg3: eth0: Flow control is on for TX and on for RX.
>
yikes - yes, this would be it.
I could be wrong and i will double check:
I think w
* Andrew Morton <[EMAIL PROTECTED]> 2006-07-06 15:56
> Yup. Thomas, what's the testing status of the netlink patch you sent?
> Should I
> queue it up and start plagueing people with it?
It survived feeding it with oversized strings etc. Feel free
to queue it up.
-
To unsubscribe from this list:
* Andrew Morton <[EMAIL PROTECTED]> 2006-07-06 16:05
> hm, nla_strlcpy() looks more complex than it needs to be. We really need
> nla_kstrndup() ;)
>
> Oh well. This?
Looks good.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
Mo
Stefan Rompf wrote:
> Am Donnerstag 06 Juli 2006 09:42 schrieb Patrick McHardy:
>
>
>>>I believe this link-state logic was added by someone else. I'm not
>>>sure exactly what these flags are supposed to do, so I am not sure if
>>>they should be propagated to the VLAN or not.
>>
>>I looked into t
Am Donnerstag 06 Juli 2006 09:42 schrieb Patrick McHardy:
> > I believe this link-state logic was added by someone else. I'm not
> > sure exactly what these flags are supposed to do, so I am not sure if
> > they should be propagated to the VLAN or not.
>
> I looked into this. The present flag use
>> Does it harm?
>>
>> SKB BUG: Invalid truesize (380) len=1383, sizeof(sk_buff)=156
>> SKB BUG: Invalid truesize (316) len=1383, sizeof(sk_buff)=156
>> SKB BUG: Invalid truesize (348) len=1383, sizeof(sk_buff)=156
>> SKB BUG: Invalid truesize (316) len=1383, sizeof(sk_buff)=156
>> SKB BUG: Invali
skbuff.h has an #ifndef CONFIG_HAVE_ARCH_DEV_ALLOC_SKB to allow
architectures to reimplement __dev_alloc_skb. It's not set on any
architecture and now that we have an architecture-overrideable
NET_SKB_PAD there is not point at all to have one either.
Signed-off-by: Christoph Hellwig <[EMAIL PROT
dev_alloc_skb is designated for RX descriptors, not TX. (Some drivers
use it for the latter anyway, but that's a different story)
Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Index: linux-2.6/include/linux/skbuff.h
===
---
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 06, 2006 9:45 PM
> To: Li Yang-r58472
> Cc: Andrew Morton; [EMAIL PROTECTED]; netdev@vger.kernel.org;
> [EMAIL PROTECTED]
> Subject: Re: [PATCH 1/3] Freescale QE UCC gigabit ethernet driver
>
> Nack.
On Fri, Jul 07, 2006 at 06:53:20AM +, David Miller wrote:
>
> What I am saying, however, is that we need to understand the
> technology and the hooks you guys want before we put any of it in.
Yes indeed.
Here is what I've understood so far so let's see if we can start building
a censensus.
Patrick McHardy wrote:
> I took on Ben's challenge to increase the number of possible routing tables,
> these are the resulting patches.
>
> The table IDs are changed to 32 bit values and are contained in a new netlink
> routing attribute. For compatibility rtm_table in struct rtmsg can still be
>
Russell Stuart wrote:
> Unfortunately you do things in the wrong order for ATM.
> See: http://mailman.ds9a.nl/pipermail/lartc/2006q1/018314.html
> for an overview of the problem, and then the attached email for
> a detailed description of how the current patch addresses it.
> It is a trivial fix.
On Fri, Jul 07, 2006 at 01:34:34PM +0900, YOSHIFUJI Hideaki / [EMAIL
PROTECTED](B wrote:
> In article <[EMAIL PROTECTED]> (at Mon, 3 Jul 2006 12:18:51 +0400), Andrey
> Savochkin <[EMAIL PROTECTED]> says:
>
> > @@ -3271,22 +3277,22 @@ int unregister_netdevice(struct net_devi
> >
> > /* And
On Fri, 07 Jul 2006 03:38:21 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > From: Andrew Morton <[EMAIL PROTECTED]>
> >
> > drivers/net/8139cp.c: In function 'cp_init_one':
> > drivers/net/8139cp.c:1919: warning: format '%lx' expects type 'long
> > unsigned int', but
the correct Subject of the patch is:
Subject: lockdep: annotate __icmpv6_socket
Ingo
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> Split off __icmpv6_socket's sk->sk_dst_lock class, because it gets used
> from softirqs, which is safe for
[EMAIL PROTECTED] wrote:
From: Andrew Morton <[EMAIL PROTECTED]>
drivers/net/8139cp.c: In function 'cp_init_one':
drivers/net/8139cp.c:1919: warning: format '%lx' expects type 'long unsigned
int', but argument 4 has type 'resource_size_t'
drivers/net/8139cp.c:1919: warning: format '%lx' expects
From: Marcel Holtmann <[EMAIL PROTECTED]>
Date: Thu, 06 Jul 2006 22:09:20 +0200
> this is the second part of pending updates of the Bluetooth subsystem
> for the upcoming 2.6.18 kernel. A couple of them are only coding style
> cleanups which I failed to submit for the previous kernel release. They
From: Adrian Bunk <[EMAIL PROTECTED]>
- make needlessly global functions static
- #if 0 the following unused global functions:
- e1000_hw.c: e1000_mc_addr_list_update()
- e1000_hw.c: e1000_read_reg_io()
- e1000_hw.c: e1000_enable_pciex_master()
- e1000_hw.c: e1000_ife_disable_dynamic_power
From: Arjan van de Ven <[EMAIL PROTECTED]>
> Linux version 2.6.17-git22 ([EMAIL PROTECTED]) (gcc version 4.0.3 (Ubuntu
> 4.0.3-1ubuntu5)) #20 PREEMPT Tue Jul 4 10:35:04 CEST 2006
>
> [ 2381.598609] =
> [ 2381.619314] [ INFO: possible recursive locking d
From: jamal <[EMAIL PROTECTED]>
Date: Thu, 06 Jul 2006 09:03:38 -0400
> On Wed, 2006-05-07 at 22:45 +0200, Krzysztof Oledzki wrote:
> >
> > On Wed, 5 Jul 2006, Auke Kok wrote:
> >
> > > David Miller wrote:
> > >> From: jamal <[EMAIL PROTECTED]>
> > >> Date: Tue, 04 Jul 2006 15:20:39 -0400
> > >>
From: Arjan van de Ven <[EMAIL PROTECTED]>
The ne2000 drivers use disable_irq as a poor mans locking construct; make
sure lockdep knows about these.
NOTE NOTE: the ne2000 driver calls these *from interrupt context*. That's
a new situation that needs to be analyzed for correctness still; it feels
From: Mark Brown <[EMAIL PROTECTED]>
Provide a module option which configures the natsemi driver to use the
external MII port on the chip but ignore any PHYs that may be attached to it.
The link state will be left as it was when the driver started and can be
configured via ethtool. Any PHYs that
From: Ingo Molnar <[EMAIL PROTECTED]>
Split off __icmpv6_socket's sk->sk_dst_lock class, because it gets used
from softirqs, which is safe for __icmpv6_sockets (because they never get
directly used via userspace syscalls), but unsafe for normal sockets.
Has no effect on non-lockdep kernels.
Sign
From: Ananda Raju <[EMAIL PROTECTED]>
Modification and bug fixes with respect to irq registration.
- Enable interrupts after request_irq
- Restored MSI data register value at driver unload time
Signed-off-by: Ananda Raju <[EMAIL PROTECTED]>
Cc: Jeff Garzik <[EMAIL PROTECTED]>
Signed-off-by: And
From: Chuck Short <[EMAIL PROTECTED]>
Fix memory leak.
Coverity id# 653
patch location:
http://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-dapper.git;a=commitdiff;h=a1f34cb68b16807ed9d5ebb0f6a6ec5ff8a5fc78
Signed-off-by: Chuck Short <[EMAIL PROTECTED]>
Signed-off-by: Ben Collins <[EM
97 matches
Mail list logo