* Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
From: Linus Torvalds @ 2010-06-09 1:53 UTC (permalink / raw)
To: Rafael J. Wysocki, Carl Worth, Eric Anholt, Venkatesh Pallipadi,
Jens Axboe
Cc: DRI, Linux SCSI List, Network Development, Linux Wireless List,
Linux Kernel Mailing List, Linux ACPI, Andrew Morton,
Kernel Testers List, Linux PM List, Maciej Rutecki
In-Reply-To: <Rlf_Qjov7bG.A.a8F.I8rDMB@chimera>
[ Added lots of cc's to direct specific people to look at the regressions
that may or may not be theirs... ]
On Wed, 9 Jun 2010, Rafael J. Wysocki wrote:
>
> * Quite a few of the already reported regressions may be related to the bug
> fixed by 386f40c86d6c8d5b717ef20620af1a750d0dacb4 (Revert "tty: fix a little
> bug in scrup, vt.c"), so reporters please retest with this commit applied.]
>From a quick look, most of them look unrelated to that unfortunate bug.
It's hard to tell for sure, of course (memory corruption can do pretty
much anything), but I'm not seeing the 07200720.. pattern at least.
And some of them do seem to be bisected to likely culprits and/or have
patches that are claimed to have fixed them.
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16163
> Subject : [2.6.35-rc1 Regression] i915: Commit cfecde causes VGA to stay off
> Submitter : David John <davidjon@xenontk.org>
> Date : 2010-06-02 12:52 (7 days old)
> Message-ID : <4C065423.3000202@xenontk.org>
> References : http://marc.info/?l=linux-kernel&m=127548313828613&w=2
That has a "reverting the commit fixes it", and a confirmation from Nick
Bowler.
Eric, Carl: should I just revert that commit? Or do you have a fix?
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16145
> Subject : Unable to boot after "ACPI: Don't let acpi_pad needlessly mark TSC unstable"
> Submitter : Tom Gundersen <teg@jklm.no>
> Date : 2010-06-07 13:11 (2 days old)
> Handled-By : Venkatesh Pallipadi <venki@google.com>
Hmm. This does seem to be a properly bisected commit, but at the same time
it looks from the bugzilla like it's just pure luck on that machine that
the acpi_pad driver happened to mark TSC unstable - so while the commit
bisected is the real one, it's not the "deeper reason" for the problem.
Venki, any updates?
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16129
> Subject : BUG: using smp_processor_id() in preemptible [00000000] code: jbd2/sda2
> Submitter : Jan Kreuzer <kontrollator@gmx.de>
> Date : 2010-06-05 06:15 (4 days old)
This seems to have been introduced by
commit 7cbaef9c83e58bbd4bdd534b09052b6c5ec457d5
Author: Ingo Molnar <mingo@elte.hu>
Date: Sat Nov 8 17:05:38 2008 +0100
sched: optimize sched_clock() a bit
sched_clock() uses cycles_2_ns() needlessly - which is an irq-disabling
variant of __cycles_2_ns().
Most of the time sched_clock() is called with irqs disabled already.
The few places that call it with irqs enabled need to be updated.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
and this seems to be one of those calling cases that need to be updated.
Ingo? The call trace is:
BUG: using smp_processor_id() in preemptible [00000000] code: jbd2/sda2-8/337
caller is native_sched_clock+0x3c/0x68
Pid: 337, comm: jbd2/sda2-8 Not tainted 2.6.35-rc1jan+ #4
Call Trace:
[<ffffffff812362c5>] debug_smp_processor_id+0xc9/0xe4
[<ffffffff8101059d>] native_sched_clock+0x3c/0x68
[<ffffffff8101043d>] sched_clock+0x9/0xd
[<ffffffff81212d7a>] blk_rq_init+0x97/0xa3
[<ffffffff81214d71>] get_request+0x1c4/0x2d0
[<ffffffff81214ea6>] get_request_wait+0x29/0x1a6
[<ffffffff81215537>] __make_request+0x338/0x45b
[<ffffffff812147c2>] generic_make_request+0x2bb/0x330
[<ffffffff81214909>] submit_bio+0xd2/0xef
[<ffffffff811413cb>] submit_bh+0xf4/0x116
[<ffffffff81144853>] block_write_full_page_endio+0x89/0x96
[<ffffffff81144875>] block_write_full_page+0x15/0x17
[<ffffffff8119b00a>] ext4_writepage+0x356/0x36b
[<ffffffff810e1f91>] __writepage+0x1a/0x39
[<ffffffff810e32a6>] write_cache_pages+0x20d/0x346
[<ffffffff810e3406>] generic_writepages+0x27/0x29
[<ffffffff811ca279>] journal_submit_data_buffers+0x110/0x17d
[<ffffffff811ca986>] jbd2_journal_commit_transaction+0x4cb/0x156d
[<ffffffff811d0cba>] kjournald2+0x147/0x37a
(from the bugzilla thing)
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16122
> Subject : 2.6.35-rc1: WARNING at fs/fs-writeback.c:1142 __mark_inode_dirty+0x103/0x170
> Submitter : Larry Finger <Larry.Finger@lwfinger.net>
> Date : 2010-06-04 13:18 (5 days old)
Jens?
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16120
> Subject : Oops: 0000 [#1] SMP, unable to handle kernel NULL pointer dereference at (null)
> Submitter : Alex Zhavnerchik <alex.vizor@gmail.com>
> Date : 2010-06-04 09:25 (5 days old)
> Handled-By : Eric Dumazet <eric.dumazet@gmail.com>
This one seems to have a patch in bugzilla.
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16104
> Subject : Radeon KMS does not start after merge of the new PM-Code
> Submitter : Jan Kreuzer <kontrollator@gmx.de>
> Date : 2010-06-02 07:47 (7 days old)
This one also has a patch in Bugzilla, I think Airlie is just waiting to
calm down his queue and already removed the dependency on the temperature
code. DaveA?
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16161
> Subject : [2.6.35-rc1 regression] sysfs: cannot create duplicate filename ... XVR-600 related?
> Submitter : Mikael Pettersson <mikpe@it.uu.se>
> Date : 2010-06-01 19:57 (8 days old)
> Message-ID : <19461.26166.427857.612983@pilspetsen.it.uu.se>
> References : http://marc.info/?l=linux-kernel&m=127542227511925&w=2
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16090
> Subject : sysfs: cannot create duplicate filename
> Submitter : Tobias <devnull@plzk.org>
> Date : 2010-06-01 15:59 (8 days old)
> Handled-By : Jesse Barnes <jbarnes@virtuousgeek.org>
These two look related. Both are related to that "slot" thing in sysfs
PCI, but only one of them is marked as Jesse's. Jesse?
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16037
> Subject : NULL Pointer dereference in __ir_input_register/budget_ci_attach
> Submitter : Sean Finney <seanius@debian.org>
> Date : 2010-05-23 19:52 (17 days old)
Perhaps related to commit 13c24497086418010bf4f76378bcae241d7f59cd?
David Härdeman, Mauro Carvalho Chehab added to cc.
Linus
^ permalink raw reply
* Re: RFS seems to have incompatiblities with bridged vlans
From: Tom Herbert @ 2010-06-09 1:52 UTC (permalink / raw)
To: John Fastabend
Cc: tim.gardner@canonical.com, Eric Dumazet, Stephen Hemminger,
Peter Lieven, davem@davemloft.net, netdev@vger.kernel.org
In-Reply-To: <4C0EE99B.8030300@intel.com>
>
> Problem with this is it doesn't address mis-aligned num_rx_queues. For
> example with the bonding driver defaulting to 16 queues now. We could end up
> with a base driver with 16+ queues and a bond with 16. Then we have the
> same issue again.
>
> eth0 -------> bond / bridge ---------> vlan.id
> (nbrxq=64) (nbrxq=16) (nbrxq=X)
>
I don't think the intent is to solve this alignment problem here. If
a driver allocates multiple queues, it should set the queue mapping
accordingly. If this isn't the case, the meaning of queue mapping is
ambiguous (which driver is it relative to?), and using the value for
rps_cpus is probably not going to work well-- hacking the
queue-mapping to be a legal value in get_rps_cpus doesn't seem like
the right answer.
>>>
>>> On Tue, Jun 8, 2010 at 7:18 AM, Eric Dumazet<eric.dumazet@gmail.com>
>>> wrote:
>>>>
>>>> Le lundi 07 juin 2010 à 15:30 -0700, John Fastabend a écrit :
>>>>
>>>>> There is always a possibility that the underlying device sets the
>>>>> queue_mapping to be greater then num_cpus. Also I suspect the same
>>>>> issue exists with bonding devices. Maybe something like the following
>>>>> is worth while? compile tested only,
>>>>>
>>>>> [PATCH] 8021q: vlan reassigns dev without check queue_mapping
>>>>>
>>>>> recv path reassigns skb->dev without sanity checking the
>>>>> queue_mapping field. This can result in the queue_mapping
>>>>> field being set incorrectly if the new dev supports less
>>>>> queues then the underlying device.
>>>>>
>>>>> This patch just resets the queue_mapping to 0 which should
>>>>> resolve this issue? Any thoughts?
>>>>>
>>>>> The same issue could happen on bonding devices as well.
>>>>>
>>>>> Signed-off-by: John Fastabend<john.r.fastabend@intel.com>
>>>>> ---
>>>>>
>>>>> net/8021q/vlan_core.c | 6 ++++++
>>>>> 1 files changed, 6 insertions(+), 0 deletions(-)
>>>>>
>>>>> diff --git a/net/8021q/vlan_core.c b/net/8021q/vlan_core.c
>>>>> index bd537fc..ad309f8 100644
>>>>> --- a/net/8021q/vlan_core.c
>>>>> +++ b/net/8021q/vlan_core.c
>>>>> @@ -21,6 +21,9 @@ int __vlan_hwaccel_rx(struct sk_buff *skb, struct
>>>>> vlan_group *grp,
>>>>> if (!skb->dev)
>>>>> goto drop;
>>>>>
>>>>> + if (unlikely(skb->queue_mapping>= skb->dev->real_num_tx_queues))
>>>>> + skb_set_queue_mapping(skb, 0);
>>>>> +
>>>>> return (polling ? netif_receive_skb(skb) : netif_rx(skb));
>>>>>
>>>>> drop:
>>>>> @@ -93,6 +96,9 @@ vlan_gro_common(struct napi_struct *napi, struct
>>>>> vlan_group *grp,
>>>>> if (!skb->dev)
>>>>> goto drop;
>>>>>
>>>>> + if (unlikely(skb->queue_mapping>= skb->dev->real_num_tx_queues))
>>>>> + skb_set_queue_mapping(skb, 0);
>>>>> +
>>>>> for (p = napi->gro_list; p; p = p->next) {
>>>>> NAPI_GRO_CB(p)->same_flow =
>>>>> p->dev == skb->dev&& !compare_ether_header(
>>>>> --
>>>>
>>>> Only a workaround, added in hot path in a otherwise 'good' driver
>>>> (multiqueue enabled and ready)
>
> Agreed thanks!
>
>>>>
>>>> eth0 -------> bond / bridge ---------> vlan.id
>>>> (nbtxq=8) (ntxbq=1) (nbtxq=X)
>>>>
>>>> X is capped to 1 because of bond/bridge, while bond has no "queue"
>>>> (LLTX driver)
>>>>
>>>> Solutions :
>>>>
>>>> 1) queue_mapping could be silently tested in get_rps_cpu()...
>>>>
>>>> diff --git a/net/core/dev.c b/net/core/dev.c
>>>> index 6f330ce..3a3f7f6 100644
>>>> --- a/net/core/dev.c
>>>> +++ b/net/core/dev.c
>>>> @@ -2272,14 +2272,11 @@ static int get_rps_cpu(struct net_device *dev,
>>>> struct sk_buff *skb,
>>>>
>>>> if (skb_rx_queue_recorded(skb)) {
>>>> u16 index = skb_get_rx_queue(skb);
>>>> - if (unlikely(index>= dev->num_rx_queues)) {
>>>> - if (net_ratelimit()) {
>>>> - pr_warning("%s received packet on queue
>>>> "
>>>> - "%u, but number of RX queues is
>>>> %u\n",
>>>> - dev->name, index,
>>>> dev->num_rx_queues);
>>>> - }
>>>> - goto done;
>>>> - }
>>>> + if (WARN_ONCE(index>= dev->num_rx_queues,
>>>> + KERN_WARNING "%s received packet on
>>>> queue %u, "
>>>> + "but number of RX queues is %u\n",
>>>> + dev->name, index, dev->num_rx_queues))
>>>> + index %= dev->num_rx_queues;
>>>> rxqueue = dev->_rx + index;
>>>> } else
>>>> rxqueue = dev->_rx;
>>>>
>>>>
>
> Looks good to me.
>
>>>>
>>>> 2) bond/bridge should setup more queues, just in case.
>>>> We probably need to be able to make things more dynamic,
>>>> (propagate nbtxq between layers) but not for 2.6.35
>>>>
>>>>
>
> The bonding driver is already multiq per Andy Gospodarek's patch commit
> bb1d912, but unless the bond and bridge devices use the max num_rx_queues of
> there underlying devices this could still go wrong.
>
> The bonding driver would possibly need to increase num_rx_queues and
> num_tx_queues when a device is enslaved or be set to some maximum at init
> for this to work right.
>
>>>>
>>>> diff --git a/drivers/net/bonding/bond_main.c
>>>> b/drivers/net/bonding/bond_main.c
>>>> index 5e12462..ce813dd 100644
>>>> --- a/drivers/net/bonding/bond_main.c
>>>> +++ b/drivers/net/bonding/bond_main.c
>>>> @@ -5012,8 +5012,8 @@ int bond_create(struct net *net, const char *name)
>>>>
>>>> rtnl_lock();
>>>>
>>>> - bond_dev = alloc_netdev(sizeof(struct bonding), name ? name :
>>>> "",
>>>> - bond_setup);
>>>> + bond_dev = alloc_netdev_mq(sizeof(struct bonding), name ? name :
>>>> "",
>>>> + bond_setup, max(64, nr_cpu_ids));
>>>> if (!bond_dev) {
>>>> pr_err("%s: eek! can't alloc netdev!\n", name);
>>>> rtnl_unlock();
>>>>
>>>>
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe netdev" in
>>>> the body of a message to majordomo@vger.kernel.org
>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe netdev" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>> Huh, so you guys are looking at the same issue (only my issue is RPS). See
>> http://marc.info/?l=linux-netdev&m=127603240621028&w=2. I'm in favor of
>> dropping the warning when no queues have been allocated.
>>
>> How about this (see attached).
>
> Prefer Eric's patch see first comment.
>
> Thanks,
> John
>
>>
>> rtg
>>
>>
>
>
^ permalink raw reply
* Re: RFS seems to have incompatiblities with bridged vlans
From: John Fastabend @ 2010-06-09 1:08 UTC (permalink / raw)
To: tim.gardner@canonical.com
Cc: Tom Herbert, Eric Dumazet, Stephen Hemminger, Peter Lieven,
davem@davemloft.net, netdev@vger.kernel.org
In-Reply-To: <4C0ED931.6030402@canonical.com>
Tim Gardner wrote:
> On 06/08/2010 05:00 PM, Tom Herbert wrote:
>> How about only checking against dev->num_rx_queues when that value is
>> greater than one. Since bonding device is calling alloc_netdev, it is
>> not going to set the queue mapping, but dev->num_rx_queues will be one
>> in that case (this handles any intermediate driver that does do
>> multiple queues).
>>
>> diff --git a/net/core/dev.c b/net/core/dev.c
>> index 6f330ce..30ab66d 100644
>> --- a/net/core/dev.c
>> +++ b/net/core/dev.c
>> @@ -2270,7 +2270,7 @@ static int get_rps_cpu(struct net_device *dev,
>> struct sk_buff *skb,
>> u16 v16[2];
>> } ports;
>>
>> - if (skb_rx_queue_recorded(skb)) {
>> + if (skb_rx_queue_recorded(skb)&& dev->num_rx_queues> 1) {
>> u16 index = skb_get_rx_queue(skb);
>> if (unlikely(index>= dev->num_rx_queues)) {
>> if (net_ratelimit()) {
>>
Problem with this is it doesn't address mis-aligned num_rx_queues. For example
with the bonding driver defaulting to 16 queues now. We could end up with a base
driver with 16+ queues and a bond with 16. Then we have the same issue again.
eth0 -------> bond / bridge ---------> vlan.id
(nbrxq=64) (nbrxq=16) (nbrxq=X)
>>
>> On Tue, Jun 8, 2010 at 7:18 AM, Eric Dumazet<eric.dumazet@gmail.com> wrote:
>>> Le lundi 07 juin 2010 à 15:30 -0700, John Fastabend a écrit :
>>>
>>>> There is always a possibility that the underlying device sets the
>>>> queue_mapping to be greater then num_cpus. Also I suspect the same
>>>> issue exists with bonding devices. Maybe something like the following
>>>> is worth while? compile tested only,
>>>>
>>>> [PATCH] 8021q: vlan reassigns dev without check queue_mapping
>>>>
>>>> recv path reassigns skb->dev without sanity checking the
>>>> queue_mapping field. This can result in the queue_mapping
>>>> field being set incorrectly if the new dev supports less
>>>> queues then the underlying device.
>>>>
>>>> This patch just resets the queue_mapping to 0 which should
>>>> resolve this issue? Any thoughts?
>>>>
>>>> The same issue could happen on bonding devices as well.
>>>>
>>>> Signed-off-by: John Fastabend<john.r.fastabend@intel.com>
>>>> ---
>>>>
>>>> net/8021q/vlan_core.c | 6 ++++++
>>>> 1 files changed, 6 insertions(+), 0 deletions(-)
>>>>
>>>> diff --git a/net/8021q/vlan_core.c b/net/8021q/vlan_core.c
>>>> index bd537fc..ad309f8 100644
>>>> --- a/net/8021q/vlan_core.c
>>>> +++ b/net/8021q/vlan_core.c
>>>> @@ -21,6 +21,9 @@ int __vlan_hwaccel_rx(struct sk_buff *skb, struct
>>>> vlan_group *grp,
>>>> if (!skb->dev)
>>>> goto drop;
>>>>
>>>> + if (unlikely(skb->queue_mapping>= skb->dev->real_num_tx_queues))
>>>> + skb_set_queue_mapping(skb, 0);
>>>> +
>>>> return (polling ? netif_receive_skb(skb) : netif_rx(skb));
>>>>
>>>> drop:
>>>> @@ -93,6 +96,9 @@ vlan_gro_common(struct napi_struct *napi, struct
>>>> vlan_group *grp,
>>>> if (!skb->dev)
>>>> goto drop;
>>>>
>>>> + if (unlikely(skb->queue_mapping>= skb->dev->real_num_tx_queues))
>>>> + skb_set_queue_mapping(skb, 0);
>>>> +
>>>> for (p = napi->gro_list; p; p = p->next) {
>>>> NAPI_GRO_CB(p)->same_flow =
>>>> p->dev == skb->dev&& !compare_ether_header(
>>>> --
>>> Only a workaround, added in hot path in a otherwise 'good' driver
>>> (multiqueue enabled and ready)
Agreed thanks!
>>>
>>> eth0 -------> bond / bridge ---------> vlan.id
>>> (nbtxq=8) (ntxbq=1) (nbtxq=X)
>>>
>>> X is capped to 1 because of bond/bridge, while bond has no "queue"
>>> (LLTX driver)
>>>
>>> Solutions :
>>>
>>> 1) queue_mapping could be silently tested in get_rps_cpu()...
>>>
>>> diff --git a/net/core/dev.c b/net/core/dev.c
>>> index 6f330ce..3a3f7f6 100644
>>> --- a/net/core/dev.c
>>> +++ b/net/core/dev.c
>>> @@ -2272,14 +2272,11 @@ static int get_rps_cpu(struct net_device *dev, struct sk_buff *skb,
>>>
>>> if (skb_rx_queue_recorded(skb)) {
>>> u16 index = skb_get_rx_queue(skb);
>>> - if (unlikely(index>= dev->num_rx_queues)) {
>>> - if (net_ratelimit()) {
>>> - pr_warning("%s received packet on queue "
>>> - "%u, but number of RX queues is %u\n",
>>> - dev->name, index, dev->num_rx_queues);
>>> - }
>>> - goto done;
>>> - }
>>> + if (WARN_ONCE(index>= dev->num_rx_queues,
>>> + KERN_WARNING "%s received packet on queue %u, "
>>> + "but number of RX queues is %u\n",
>>> + dev->name, index, dev->num_rx_queues))
>>> + index %= dev->num_rx_queues;
>>> rxqueue = dev->_rx + index;
>>> } else
>>> rxqueue = dev->_rx;
>>>
>>>
Looks good to me.
>>>
>>> 2) bond/bridge should setup more queues, just in case.
>>> We probably need to be able to make things more dynamic,
>>> (propagate nbtxq between layers) but not for 2.6.35
>>>
>>>
The bonding driver is already multiq per Andy Gospodarek's patch commit bb1d912,
but unless the bond and bridge devices use the max num_rx_queues of there
underlying devices this could still go wrong.
The bonding driver would possibly need to increase num_rx_queues and
num_tx_queues when a device is enslaved or be set to some maximum at init for
this to work right.
>>>
>>> diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c
>>> index 5e12462..ce813dd 100644
>>> --- a/drivers/net/bonding/bond_main.c
>>> +++ b/drivers/net/bonding/bond_main.c
>>> @@ -5012,8 +5012,8 @@ int bond_create(struct net *net, const char *name)
>>>
>>> rtnl_lock();
>>>
>>> - bond_dev = alloc_netdev(sizeof(struct bonding), name ? name : "",
>>> - bond_setup);
>>> + bond_dev = alloc_netdev_mq(sizeof(struct bonding), name ? name : "",
>>> + bond_setup, max(64, nr_cpu_ids));
>>> if (!bond_dev) {
>>> pr_err("%s: eek! can't alloc netdev!\n", name);
>>> rtnl_unlock();
>>>
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe netdev" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe netdev" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
> Huh, so you guys are looking at the same issue (only my issue is RPS).
> See http://marc.info/?l=linux-netdev&m=127603240621028&w=2. I'm in favor
> of dropping the warning when no queues have been allocated.
>
> How about this (see attached).
Prefer Eric's patch see first comment.
Thanks,
John
>
> rtg
>
>
^ permalink raw reply
* Re: RFS seems to have incompatiblities with bridged vlans
From: Tim Gardner @ 2010-06-08 23:58 UTC (permalink / raw)
To: Tom Herbert
Cc: Eric Dumazet, John Fastabend, Stephen Hemminger, Peter Lieven,
davem@davemloft.net, netdev@vger.kernel.org
In-Reply-To: <AANLkTiluIibUglhf28JAeSLzBC0E1Zw0STPoqFTbXcev@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 6157 bytes --]
On 06/08/2010 05:00 PM, Tom Herbert wrote:
> How about only checking against dev->num_rx_queues when that value is
> greater than one. Since bonding device is calling alloc_netdev, it is
> not going to set the queue mapping, but dev->num_rx_queues will be one
> in that case (this handles any intermediate driver that does do
> multiple queues).
>
> diff --git a/net/core/dev.c b/net/core/dev.c
> index 6f330ce..30ab66d 100644
> --- a/net/core/dev.c
> +++ b/net/core/dev.c
> @@ -2270,7 +2270,7 @@ static int get_rps_cpu(struct net_device *dev,
> struct sk_buff *skb,
> u16 v16[2];
> } ports;
>
> - if (skb_rx_queue_recorded(skb)) {
> + if (skb_rx_queue_recorded(skb)&& dev->num_rx_queues> 1) {
> u16 index = skb_get_rx_queue(skb);
> if (unlikely(index>= dev->num_rx_queues)) {
> if (net_ratelimit()) {
>
>
> On Tue, Jun 8, 2010 at 7:18 AM, Eric Dumazet<eric.dumazet@gmail.com> wrote:
>> Le lundi 07 juin 2010 à 15:30 -0700, John Fastabend a écrit :
>>
>>> There is always a possibility that the underlying device sets the
>>> queue_mapping to be greater then num_cpus. Also I suspect the same
>>> issue exists with bonding devices. Maybe something like the following
>>> is worth while? compile tested only,
>>>
>>> [PATCH] 8021q: vlan reassigns dev without check queue_mapping
>>>
>>> recv path reassigns skb->dev without sanity checking the
>>> queue_mapping field. This can result in the queue_mapping
>>> field being set incorrectly if the new dev supports less
>>> queues then the underlying device.
>>>
>>> This patch just resets the queue_mapping to 0 which should
>>> resolve this issue? Any thoughts?
>>>
>>> The same issue could happen on bonding devices as well.
>>>
>>> Signed-off-by: John Fastabend<john.r.fastabend@intel.com>
>>> ---
>>>
>>> net/8021q/vlan_core.c | 6 ++++++
>>> 1 files changed, 6 insertions(+), 0 deletions(-)
>>>
>>> diff --git a/net/8021q/vlan_core.c b/net/8021q/vlan_core.c
>>> index bd537fc..ad309f8 100644
>>> --- a/net/8021q/vlan_core.c
>>> +++ b/net/8021q/vlan_core.c
>>> @@ -21,6 +21,9 @@ int __vlan_hwaccel_rx(struct sk_buff *skb, struct
>>> vlan_group *grp,
>>> if (!skb->dev)
>>> goto drop;
>>>
>>> + if (unlikely(skb->queue_mapping>= skb->dev->real_num_tx_queues))
>>> + skb_set_queue_mapping(skb, 0);
>>> +
>>> return (polling ? netif_receive_skb(skb) : netif_rx(skb));
>>>
>>> drop:
>>> @@ -93,6 +96,9 @@ vlan_gro_common(struct napi_struct *napi, struct
>>> vlan_group *grp,
>>> if (!skb->dev)
>>> goto drop;
>>>
>>> + if (unlikely(skb->queue_mapping>= skb->dev->real_num_tx_queues))
>>> + skb_set_queue_mapping(skb, 0);
>>> +
>>> for (p = napi->gro_list; p; p = p->next) {
>>> NAPI_GRO_CB(p)->same_flow =
>>> p->dev == skb->dev&& !compare_ether_header(
>>> --
>>
>> Only a workaround, added in hot path in a otherwise 'good' driver
>> (multiqueue enabled and ready)
>>
>> eth0 -------> bond / bridge ---------> vlan.id
>> (nbtxq=8) (ntxbq=1) (nbtxq=X)
>>
>> X is capped to 1 because of bond/bridge, while bond has no "queue"
>> (LLTX driver)
>>
>> Solutions :
>>
>> 1) queue_mapping could be silently tested in get_rps_cpu()...
>>
>> diff --git a/net/core/dev.c b/net/core/dev.c
>> index 6f330ce..3a3f7f6 100644
>> --- a/net/core/dev.c
>> +++ b/net/core/dev.c
>> @@ -2272,14 +2272,11 @@ static int get_rps_cpu(struct net_device *dev, struct sk_buff *skb,
>>
>> if (skb_rx_queue_recorded(skb)) {
>> u16 index = skb_get_rx_queue(skb);
>> - if (unlikely(index>= dev->num_rx_queues)) {
>> - if (net_ratelimit()) {
>> - pr_warning("%s received packet on queue "
>> - "%u, but number of RX queues is %u\n",
>> - dev->name, index, dev->num_rx_queues);
>> - }
>> - goto done;
>> - }
>> + if (WARN_ONCE(index>= dev->num_rx_queues,
>> + KERN_WARNING "%s received packet on queue %u, "
>> + "but number of RX queues is %u\n",
>> + dev->name, index, dev->num_rx_queues))
>> + index %= dev->num_rx_queues;
>> rxqueue = dev->_rx + index;
>> } else
>> rxqueue = dev->_rx;
>>
>>
>>
>> 2) bond/bridge should setup more queues, just in case.
>> We probably need to be able to make things more dynamic,
>> (propagate nbtxq between layers) but not for 2.6.35
>>
>>
>>
>> diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c
>> index 5e12462..ce813dd 100644
>> --- a/drivers/net/bonding/bond_main.c
>> +++ b/drivers/net/bonding/bond_main.c
>> @@ -5012,8 +5012,8 @@ int bond_create(struct net *net, const char *name)
>>
>> rtnl_lock();
>>
>> - bond_dev = alloc_netdev(sizeof(struct bonding), name ? name : "",
>> - bond_setup);
>> + bond_dev = alloc_netdev_mq(sizeof(struct bonding), name ? name : "",
>> + bond_setup, max(64, nr_cpu_ids));
>> if (!bond_dev) {
>> pr_err("%s: eek! can't alloc netdev!\n", name);
>> rtnl_unlock();
>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe netdev" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
Huh, so you guys are looking at the same issue (only my issue is RPS).
See http://marc.info/?l=linux-netdev&m=127603240621028&w=2. I'm in favor
of dropping the warning when no queues have been allocated.
How about this (see attached).
rtg
--
Tim Gardner tim.gardner@canonical.com
[-- Attachment #2: 0001-net-Print-num_rx_queues-warning-only-when-there-are-.patch --]
[-- Type: text/x-patch, Size: 1152 bytes --]
>From 391b0140b5c7e410d55258a8a2541bddf84d8d0e Mon Sep 17 00:00:00 2001
From: Tim Gardner <tim.gardner@canonical.com>
Date: Tue, 8 Jun 2010 17:51:27 -0600
Subject: [PATCH] net: Print num_rx_queues warning only when there are allocated queues
Most users of skb_record_rx_queue() do not use alloc_netdev_mq() for
network device initialization, so don't print a warning about num_rx_queues
overflow in get_rps_cpu() unless they have actually been allocated.
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
---
net/core/dev.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/core/dev.c b/net/core/dev.c
index d03470f..0852608 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -2253,7 +2253,7 @@ static int get_rps_cpu(struct net_device *dev, struct sk_buff *skb,
if (skb_rx_queue_recorded(skb)) {
u16 index = skb_get_rx_queue(skb);
if (unlikely(index >= dev->num_rx_queues)) {
- if (net_ratelimit()) {
+ if (dev->num_rx_queues > 1 && net_ratelimit()) {
pr_warning("%s received packet on queue "
"%u, but number of RX queues is %u\n",
dev->name, index, dev->num_rx_queues);
--
1.7.0.4
^ permalink raw reply related
* Re: RFS seems to have incompatiblities with bridged vlans
From: Tom Herbert @ 2010-06-08 23:00 UTC (permalink / raw)
To: Eric Dumazet
Cc: John Fastabend, Stephen Hemminger, Peter Lieven,
davem@davemloft.net, netdev@vger.kernel.org
In-Reply-To: <1276006721.2486.141.camel@edumazet-laptop>
How about only checking against dev->num_rx_queues when that value is
greater than one. Since bonding device is calling alloc_netdev, it is
not going to set the queue mapping, but dev->num_rx_queues will be one
in that case (this handles any intermediate driver that does do
multiple queues).
diff --git a/net/core/dev.c b/net/core/dev.c
index 6f330ce..30ab66d 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -2270,7 +2270,7 @@ static int get_rps_cpu(struct net_device *dev,
struct sk_buff *skb,
u16 v16[2];
} ports;
- if (skb_rx_queue_recorded(skb)) {
+ if (skb_rx_queue_recorded(skb) && dev->num_rx_queues > 1) {
u16 index = skb_get_rx_queue(skb);
if (unlikely(index >= dev->num_rx_queues)) {
if (net_ratelimit()) {
On Tue, Jun 8, 2010 at 7:18 AM, Eric Dumazet <eric.dumazet@gmail.com> wrote:
> Le lundi 07 juin 2010 à 15:30 -0700, John Fastabend a écrit :
>
>> There is always a possibility that the underlying device sets the
>> queue_mapping to be greater then num_cpus. Also I suspect the same
>> issue exists with bonding devices. Maybe something like the following
>> is worth while? compile tested only,
>>
>> [PATCH] 8021q: vlan reassigns dev without check queue_mapping
>>
>> recv path reassigns skb->dev without sanity checking the
>> queue_mapping field. This can result in the queue_mapping
>> field being set incorrectly if the new dev supports less
>> queues then the underlying device.
>>
>> This patch just resets the queue_mapping to 0 which should
>> resolve this issue? Any thoughts?
>>
>> The same issue could happen on bonding devices as well.
>>
>> Signed-off-by: John Fastabend <john.r.fastabend@intel.com>
>> ---
>>
>> net/8021q/vlan_core.c | 6 ++++++
>> 1 files changed, 6 insertions(+), 0 deletions(-)
>>
>> diff --git a/net/8021q/vlan_core.c b/net/8021q/vlan_core.c
>> index bd537fc..ad309f8 100644
>> --- a/net/8021q/vlan_core.c
>> +++ b/net/8021q/vlan_core.c
>> @@ -21,6 +21,9 @@ int __vlan_hwaccel_rx(struct sk_buff *skb, struct
>> vlan_group *grp,
>> if (!skb->dev)
>> goto drop;
>>
>> + if (unlikely(skb->queue_mapping >= skb->dev->real_num_tx_queues))
>> + skb_set_queue_mapping(skb, 0);
>> +
>> return (polling ? netif_receive_skb(skb) : netif_rx(skb));
>>
>> drop:
>> @@ -93,6 +96,9 @@ vlan_gro_common(struct napi_struct *napi, struct
>> vlan_group *grp,
>> if (!skb->dev)
>> goto drop;
>>
>> + if (unlikely(skb->queue_mapping >= skb->dev->real_num_tx_queues))
>> + skb_set_queue_mapping(skb, 0);
>> +
>> for (p = napi->gro_list; p; p = p->next) {
>> NAPI_GRO_CB(p)->same_flow =
>> p->dev == skb->dev && !compare_ether_header(
>> --
>
> Only a workaround, added in hot path in a otherwise 'good' driver
> (multiqueue enabled and ready)
>
> eth0 -------> bond / bridge ---------> vlan.id
> (nbtxq=8) (ntxbq=1) (nbtxq=X)
>
> X is capped to 1 because of bond/bridge, while bond has no "queue"
> (LLTX driver)
>
> Solutions :
>
> 1) queue_mapping could be silently tested in get_rps_cpu()...
>
> diff --git a/net/core/dev.c b/net/core/dev.c
> index 6f330ce..3a3f7f6 100644
> --- a/net/core/dev.c
> +++ b/net/core/dev.c
> @@ -2272,14 +2272,11 @@ static int get_rps_cpu(struct net_device *dev, struct sk_buff *skb,
>
> if (skb_rx_queue_recorded(skb)) {
> u16 index = skb_get_rx_queue(skb);
> - if (unlikely(index >= dev->num_rx_queues)) {
> - if (net_ratelimit()) {
> - pr_warning("%s received packet on queue "
> - "%u, but number of RX queues is %u\n",
> - dev->name, index, dev->num_rx_queues);
> - }
> - goto done;
> - }
> + if (WARN_ONCE(index >= dev->num_rx_queues,
> + KERN_WARNING "%s received packet on queue %u, "
> + "but number of RX queues is %u\n",
> + dev->name, index, dev->num_rx_queues))
> + index %= dev->num_rx_queues;
> rxqueue = dev->_rx + index;
> } else
> rxqueue = dev->_rx;
>
>
>
> 2) bond/bridge should setup more queues, just in case.
> We probably need to be able to make things more dynamic,
> (propagate nbtxq between layers) but not for 2.6.35
>
>
>
> diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c
> index 5e12462..ce813dd 100644
> --- a/drivers/net/bonding/bond_main.c
> +++ b/drivers/net/bonding/bond_main.c
> @@ -5012,8 +5012,8 @@ int bond_create(struct net *net, const char *name)
>
> rtnl_lock();
>
> - bond_dev = alloc_netdev(sizeof(struct bonding), name ? name : "",
> - bond_setup);
> + bond_dev = alloc_netdev_mq(sizeof(struct bonding), name ? name : "",
> + bond_setup, max(64, nr_cpu_ids));
> if (!bond_dev) {
> pr_err("%s: eek! can't alloc netdev!\n", name);
> rtnl_unlock();
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply related
* 2.6.35-rc2-git2: Reported regressions from 2.6.34
From: Rafael J. Wysocki @ 2010-06-08 22:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Maciej Rutecki, Andrew Morton, Linus Torvalds,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List, Linux Wireless List, DRI
[NOTES:
* This by no means is a complete list, but we only put e-mail reports that
are at least 1 week old into the Bugzilla.
* Quite a few of the already reported regressions may be related to the bug
fixed by 386f40c86d6c8d5b717ef20620af1a750d0dacb4 (Revert "tty: fix a little
bug in scrup, vt.c"), so reporters please retest with this commit applied.]
This message contains a list of some regressions from 2.6.34,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.34, please let us
know either and we'll add them to the list. Also, please let us know
if any of the entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply
to this message with CCs to the people involved in reporting and handling
the issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2010-06-09 15 13 10
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16163
Subject : [2.6.35-rc1 Regression] i915: Commit cfecde causes VGA to stay off
Submitter : David John <davidjon@xenontk.org>
Date : 2010-06-02 12:52 (7 days old)
Message-ID : <4C065423.3000202@xenontk.org>
References : http://marc.info/?l=linux-kernel&m=127548313828613&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16161
Subject : [2.6.35-rc1 regression] sysfs: cannot create duplicate filename ... XVR-600 related?
Submitter : Mikael Pettersson <mikpe@it.uu.se>
Date : 2010-06-01 19:57 (8 days old)
Message-ID : <19461.26166.427857.612983@pilspetsen.it.uu.se>
References : http://marc.info/?l=linux-kernel&m=127542227511925&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16160
Subject : 2.6.35 Radeon KMS power management regression?
Submitter : Nigel Cunningham <ncunningham@crca.org.au>
Date : 2010-06-01 6:23 (8 days old)
Message-ID : <4C04A767.8000209@crca.org.au>
References : http://marc.info/?l=linux-kernel&m=127537343722290&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16145
Subject : Unable to boot after "ACPI: Don't let acpi_pad needlessly mark TSC unstable"
Submitter : Tom Gundersen <teg@jklm.no>
Date : 2010-06-07 13:11 (2 days old)
Handled-By : Venkatesh Pallipadi <venki@google.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16129
Subject : BUG: using smp_processor_id() in preemptible [00000000] code: jbd2/sda2
Submitter : Jan Kreuzer <kontrollator@gmx.de>
Date : 2010-06-05 06:15 (4 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16122
Subject : 2.6.35-rc1: WARNING at fs/fs-writeback.c:1142 __mark_inode_dirty+0x103/0x170
Submitter : Larry Finger <Larry.Finger@lwfinger.net>
Date : 2010-06-04 13:18 (5 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16120
Subject : Oops: 0000 [#1] SMP, unable to handle kernel NULL pointer dereference at (null)
Submitter : Alex Zhavnerchik <alex.vizor@gmail.com>
Date : 2010-06-04 09:25 (5 days old)
Handled-By : Eric Dumazet <eric.dumazet@gmail.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16104
Subject : Radeon KMS does not start after merge of the new PM-Code
Submitter : Jan Kreuzer <kontrollator@gmx.de>
Date : 2010-06-02 07:47 (7 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16090
Subject : sysfs: cannot create duplicate filename
Submitter : Tobias <devnull@plzk.org>
Date : 2010-06-01 15:59 (8 days old)
Handled-By : Jesse Barnes <jbarnes@virtuousgeek.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16037
Subject : NULL Pointer dereference in __ir_input_register/budget_ci_attach
Submitter : Sean Finney <seanius@debian.org>
Date : 2010-05-23 19:52 (17 days old)
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16131
Subject : kernel BUG at fs/btrfs/extent-tree.c:4363 (btrfs_free_tree_block)
Submitter : Chow Loong Jin <hyperair@ubuntu.com>
Date : 2010-06-05 18:53 (4 days old)
Handled-By : Yan Zheng <zheng.yan@oracle.com>
Patch : https://patchwork.kernel.org/patch/103235/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16127
Subject : Boot freeze on HP Compaq nx6325 (RS482) with Radeon KMS
Submitter : Jure Repinc <jlp.bugs@gmail.com>
Date : 2010-06-04 21:14 (5 days old)
Handled-By : Dave Airlie <airlied@linux.ie>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26677
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16092
Subject : Caught 64-bit read from uninitialized memory in memtype_rb_augment_cb
Submitter : Christian Casteyde <casteyde.christian@free.fr>
Date : 2010-06-01 18:08 (8 days old)
Handled-By : Venki <venki@google.com>
Patch : https://bugzilla.kernel.org/show_bug.cgi?id=16092#c2
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.34,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=16055
Please let the tracking team know if there are any Bugzilla entries that
should be added to the list in there.
Thanks!
^ permalink raw reply
* Re: [PATCH -next] enic: fix pci_alloc_consistent argument
From: Scott Feldman @ 2010-06-08 21:55 UTC (permalink / raw)
To: Randy Dunlap, netdev; +Cc: davem, Vasanthy Kolluri, Roopa Prabhu
In-Reply-To: <20100608100020.7d79e932.randy.dunlap@oracle.com>
On 6/8/10 10:00 AM, "Randy Dunlap" <randy.dunlap@oracle.com> wrote:
> From: Randy Dunlap <randy.dunlap@oracle.com>
>
> Fix build warning on i386 (32-bit) with 32-bit dma_addr_t:
>
> drivers/net/enic/vnic_dev.c: In function 'vnic_dev_init_prov':
> drivers/net/enic/vnic_dev.c:716: warning: passing argument 3 of
> 'pci_alloc_consistent' from incompatible pointer type
> include/asm-generic/pci-dma-compat.h:16: note: expected 'dma_addr_t *' but
> argument is of type 'u64 *'
>
> Now builds without warnings on i386 and on x86_64.
>
> Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
> Cc: Scott Feldman <scofeldm@cisco.com>
> Cc: Vasanthy Kolluri <vkolluri@cisco.com>
> Cc: Roopa Prabhu <roprabhu@cisco.com>
> ---
> drivers/net/enic/vnic_dev.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: Scott Feldman <scofeldm@cisco.com>
^ permalink raw reply
* 2.6.35-rc2, CONFIG_RPS is filling the dmesg log
From: Tim Gardner @ 2010-06-08 20:55 UTC (permalink / raw)
To: netdev
With 2.6.35-rc2 my dmesg log is being flooded with messages like this:
br0 received packet on queue 4, but number of RX queues is 1
This machine is bridged for KVM and has 2 igb network adapters.
The root cause appears to be CONFIG_RPS=y and the fact that none of the
drivers that call skb_record_rx_queue() perform their net device
allocation using alloc_netdev_mq(), thereby initializing num_rx_queues
to a maximum of 1.
Given that this is early RPS days, is the warning in get_rps_cpu()
really necessary? It would appear that _all_ of the multi-receive queue
devices that call skb_record_rx_queue() will cause this log noise.
By the way, how do you turn off CONFIG_RPS? The only way I could get it
disabled was to change the default in net/Kconfig to 'n'.
rtg
--
Tim Gardner tim.gardner@canonical.com
^ permalink raw reply
* Re: [PATCH net-next-2.6 v2] pkt_sched: gen_estimator: kill est_lock rwlock
From: Jarek Poplawski @ 2010-06-08 21:18 UTC (permalink / raw)
To: Eric Dumazet
Cc: Changli Gao, David Miller, netdev, Stephen Hemminger,
Patrick McHardy
In-Reply-To: <1276030354.2439.8.camel@edumazet-laptop>
On Tue, Jun 08, 2010 at 10:52:34PM +0200, Eric Dumazet wrote:
>
> > Such a changelog is a documentation for future, just like this one,
> > crucial for this suject:
> > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0929c2dd83317813425b937fbc0041013b8685ff
> >
> > There is no reason to make people (our?) life harder with describing
> > unexistent bugs.
> >
>
> Now you are telling me there is no bug, and I am lying ?
>
I didn't question freeing stats_lock (great catch BTW!).
> > >
> > > I am really lost by your comments Jarek.
> > >
> > > Maybe you could provide an alternative patch, so that we can make some
> > > progress ?
> > >
> >
> > No, I only meant fixing the title and changelog if you have any problem
> > with separating it for two parts.
>
> I am suggesting you rewrite this Changelog, as being part of the patch,
> since I still miss your point, sorry, I must be very dumb tonight.
>
> Then, add your Signed-off-by.
>
> This is normal iterative process.
>
No understado - no Englisch ;-)
Sorry,
Jarek P.
^ permalink raw reply
* Re: [PATCH net-next-2.6 v2] pkt_sched: gen_estimator: kill est_lock rwlock
From: Eric Dumazet @ 2010-06-08 20:52 UTC (permalink / raw)
To: Jarek Poplawski
Cc: Changli Gao, David Miller, netdev, Stephen Hemminger,
Patrick McHardy
In-Reply-To: <20100608202405.GA3496@del.dom.local>
> Such a changelog is a documentation for future, just like this one,
> crucial for this suject:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0929c2dd83317813425b937fbc0041013b8685ff
>
> There is no reason to make people (our?) life harder with describing
> unexistent bugs.
>
Now you are telling me there is no bug, and I am lying ?
> >
> > I am really lost by your comments Jarek.
> >
> > Maybe you could provide an alternative patch, so that we can make some
> > progress ?
> >
>
> No, I only meant fixing the title and changelog if you have any problem
> with separating it for two parts.
I am suggesting you rewrite this Changelog, as being part of the patch,
since I still miss your point, sorry, I must be very dumb tonight.
Then, add your Signed-off-by.
This is normal iterative process.
^ permalink raw reply
* Re: [PATCH net-next-2.6 v2] pkt_sched: gen_estimator: kill est_lock rwlock
From: Jarek Poplawski @ 2010-06-08 20:24 UTC (permalink / raw)
To: Eric Dumazet
Cc: Changli Gao, David Miller, netdev, Stephen Hemminger,
Patrick McHardy
In-Reply-To: <1276026329.2439.2.camel@edumazet-laptop>
On Tue, Jun 08, 2010 at 09:45:29PM +0200, Eric Dumazet wrote:
> Le mardi 08 juin 2010 ?? 21:29 +0200, Jarek Poplawski a écrit :
> > Jarek Poplawski wrote, On 06/08/2010 02:40 PM:
> >
> > > On Tue, Jun 08, 2010 at 02:27:32PM +0200, Eric Dumazet wrote:
> > >> Le mardi 08 juin 2010 ?? 12:15 +0000, Jarek Poplawski a écrit :
> > >>
> > >>> Actually, I guess, Changli meant the bug introduced by your previous
> > >>> patch by removing the est_lock. With this lock (and your commit 5d944)
> > >>> bstats (and API) seem "fundamentaly" safe.
> > >>>
> > >> Sorry, I have no idea of what you want to say, I cant find commit 5d944.
> > >>
> > >
> > > Sorry, I meant the commit mentioned in your changelog which was quoted.
> > >
> > >> This was partially addressed in commit 5d944c640b4 (gen_estimator:
> > >> deadlock fix), but same problem exist for all gen_kill_estimator()
> > >> users.
> >
> > In case it's still unclear, I wanted to say that IMHO this patch's
> > title and changelog are misleading because most of its content are
> > est_lock to RCU changes - not fixes.
> >
>
> ...
>
> > >> [PATCH net-next-2.6] pkt_sched: gen_kill_estimator() rcu fixes
> > >>
> > >> gen_kill_estimator() API is fundamentaly wrong, since caller should make
> > >> sure an RCU grace period is respected before freeing bstats or lock.
> >
> > Freeing bstats doesn't currently require RCU protection.
> >
> > Jarek P.
>
> So what ? No changes needed ?
Such a changelog is a documentation for future, just like this one,
crucial for this suject:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0929c2dd83317813425b937fbc0041013b8685ff
There is no reason to make people (our?) life harder with describing
unexistent bugs.
>
> I am really lost by your comments Jarek.
>
> Maybe you could provide an alternative patch, so that we can make some
> progress ?
>
No, I only meant fixing the title and changelog if you have any problem
with separating it for two parts.
Jarek P.
^ permalink raw reply
* Re: [PATCH net-next-2.6 v2] pkt_sched: gen_estimator: kill est_lock rwlock
From: Eric Dumazet @ 2010-06-08 19:45 UTC (permalink / raw)
To: Jarek Poplawski
Cc: Changli Gao, David Miller, netdev, Stephen Hemminger,
Patrick McHardy
In-Reply-To: <4C0E9A2E.9080109@gmail.com>
Le mardi 08 juin 2010 à 21:29 +0200, Jarek Poplawski a écrit :
> Jarek Poplawski wrote, On 06/08/2010 02:40 PM:
>
> > On Tue, Jun 08, 2010 at 02:27:32PM +0200, Eric Dumazet wrote:
> >> Le mardi 08 juin 2010 ?? 12:15 +0000, Jarek Poplawski a écrit :
> >>
> >>> Actually, I guess, Changli meant the bug introduced by your previous
> >>> patch by removing the est_lock. With this lock (and your commit 5d944)
> >>> bstats (and API) seem "fundamentaly" safe.
> >>>
> >> Sorry, I have no idea of what you want to say, I cant find commit 5d944.
> >>
> >
> > Sorry, I meant the commit mentioned in your changelog which was quoted.
> >
> >> This was partially addressed in commit 5d944c640b4 (gen_estimator:
> >> deadlock fix), but same problem exist for all gen_kill_estimator()
> >> users.
>
> In case it's still unclear, I wanted to say that IMHO this patch's
> title and changelog are misleading because most of its content are
> est_lock to RCU changes - not fixes.
>
...
> >> [PATCH net-next-2.6] pkt_sched: gen_kill_estimator() rcu fixes
> >>
> >> gen_kill_estimator() API is fundamentaly wrong, since caller should make
> >> sure an RCU grace period is respected before freeing bstats or lock.
>
> Freeing bstats doesn't currently require RCU protection.
>
> Jarek P.
So what ? No changes needed ?
I am really lost by your comments Jarek.
Maybe you could provide an alternative patch, so that we can make some
progress ?
^ permalink raw reply
* Re: [PATCH net-next-2.6 v2] pkt_sched: gen_estimator: kill est_lock rwlock
From: Jarek Poplawski @ 2010-06-08 19:29 UTC (permalink / raw)
To: Eric Dumazet
Cc: Changli Gao, David Miller, netdev, Stephen Hemminger,
Patrick McHardy
In-Reply-To: <20100608124052.GB9392@ff.dom.local>
Jarek Poplawski wrote, On 06/08/2010 02:40 PM:
> On Tue, Jun 08, 2010 at 02:27:32PM +0200, Eric Dumazet wrote:
>> Le mardi 08 juin 2010 ?? 12:15 +0000, Jarek Poplawski a écrit :
>>
>>> Actually, I guess, Changli meant the bug introduced by your previous
>>> patch by removing the est_lock. With this lock (and your commit 5d944)
>>> bstats (and API) seem "fundamentaly" safe.
>>>
>> Sorry, I have no idea of what you want to say, I cant find commit 5d944.
>>
>
> Sorry, I meant the commit mentioned in your changelog which was quoted.
>
>> This was partially addressed in commit 5d944c640b4 (gen_estimator:
>> deadlock fix), but same problem exist for all gen_kill_estimator()
>> users.
In case it's still unclear, I wanted to say that IMHO this patch's
title and changelog are misleading because most of its content are
est_lock to RCU changes - not fixes.
>> [PATCH net-next-2.6] pkt_sched: gen_kill_estimator() rcu fixes
>>
>> gen_kill_estimator() API is fundamentaly wrong, since caller should make
>> sure an RCU grace period is respected before freeing bstats or lock.
Freeing bstats doesn't currently require RCU protection.
Jarek P.
^ permalink raw reply
* Re: [PATCH][RFC] Infrastructure for compact call location representation
From: David VomLehn @ 2010-06-08 19:06 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: to, netdev
In-Reply-To: <20100608084456.4da00349@nehalam>
On Tue, Jun 08, 2010 at 08:44:56AM -0700, Stephen Hemminger wrote:
> On Mon, 7 Jun 2010 17:30:52 -0700
> David VomLehn <dvomlehn@cisco.com> wrote:
>
> > This patch allows the location of a call to be recorded as a small integer,
> > with each call location ("callsite") assigned a new value the first time
> > the code in that location is executed. Locations can be recorded as a
> > an address or as a __FILE__/__LINE__ pair. The later is easier to read, but
> > requires significantly more space.
> >
> > The goal here was to record the location in very few bits but, at the same
> > time, to have minimal overhead. The key observation towards achieving this
> > goals is to note that there are are far fewer locations where calls of
> > interest are made than there are addresses. If the site of each call of
> > interest is assigned a unique ID, and there are fewer than n of them,
> > only log2(n) bits are required to identify the call site. If the IDs
> > are assigned dynamically and most call sites aren't reached, you can get
> > by with even fewer bits.
...
> This is really Linux Kernel Mailing List material (not just netdev).
I'll submit revisions to there, as well.
> And it will
> be a hard sell to get it accepted, because it is basically an alternative call
> tracing mechanism, and there are already several of these in use or under development
> (see perf and ftrace).
The orignal code had a pointer in the sk_buff that indicated where the call
was made. I've replaced this with an index. The only time you see the call
location is when an error is detected and it is displayed with printk(); there
is no effort to stream information nor do I think this is useful. Does that
make this a tracing mechanism? It certainly wasn't the way I was thinking
about it.
--
David VL
^ permalink raw reply
* Re: 2.6.32: Frequent Call Traces with Ethernet Bonding
From: Jay Vosburgh @ 2010-06-08 19:03 UTC (permalink / raw)
To: John Livingston; +Cc: Linux Kernel Mailing List, Linux Netdev List
In-Reply-To: <AANLkTikdj-WjtcjnNH0SiD9qHDeSW4e7N3jMCOwzYsY5@mail.gmail.com>
John Livingston <jlivings@gmail.com> wrote:
>I've recently set up an internal gateway that's used to forward high
>bandwidth traffic among ~10 VLANs. The system is connected using a
>6-port Ethernet bond (4 ports e1000e, 2 ports bnx2) in balance-alb
>mode, with tagged VLANs running on top of the bond. A few minutes
>after the box came online I began seeing a massive number of call
>traces. The box is still functioning for the moment, though its logs
>are filling up quite fast. I have a number of other machines with
>combination e1000e/bnx2/sky2 NICs that I'd like to try to use in a
>similar fashion, but I'm hoping to track down the cause of this issue
>first.
>
>The machine is an HP Proliant DL 365 G1 running Debian testing, with
>the stock 2.6.32-3 Debian kernel. The call traces and output of lspci
>-v are below. Please let me know if any further information would be
>helpful. Thank you.
It looks like the GSO code is complaining that an skb is coming
in without ip_summed == CHECKSUM_PARTIAL. Assuming that this doesn't
happen without bonding, my first guess as to why bonding could be
involved would be that the feature flags aren't correct, and are
confusing the GSO logic.
Can you include the features for the bonding device itself, one
of the VLANs stacked on it, and one each of the e1000e and bnx2 devices
(I'm assuming the e1000es and bnx2s are all the same)? These can be
found via, e.g.,
cat /sys/class/net/bond0/features
-J
>
>===== call traces =====
>
>Jun 8 14:07:59 gateway kernel: [ 5655.000130] ------------[ cut here
>]------------
>Jun 8 14:07:59 gateway kernel: [ 5655.000173] WARNING: at
>/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
>skb_gso_segment+0x109/0x263()
>Jun 8 14:07:59 gateway kernel: [ 5655.000259] Hardware name: ProLiant DL365 G1
>Jun 8 14:07:59 gateway kernel: [ 5655.000288] 802.1Q VLAN Support:
>caps=(0x190803, 0x19080b) len=2928 data_len=2856 ip_summed=0
>Jun 8 14:07:59 gateway kernel: [ 5655.000324] Modules linked in: tun
>sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
>sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
>ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
>ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
>ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
>nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
>nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
>nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
>nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
>nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
>nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
>xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
>xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
>nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
>xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
>Jun 8 14:07:59 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
>ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
>nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
>iptable_filter ip_tables ip6table_filter ip6_tables x_tables
>rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
>sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
>snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
>snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
>k8temp container hpilo button shpchp pci_hotplug processor ext4
>mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
>libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
>sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
>[last unloaded: scsi_wait_scan]
>Jun 8 14:07:59 gateway kernel: [ 5655.001381] Pid: 5545, comm: sshd
>Tainted: G W 2.6.32-3-amd64 #1
>Jun 8 14:07:59 gateway kernel: [ 5655.001415] Call Trace:
>Jun 8 14:07:59 gateway kernel: [ 5655.001444] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:07:59 gateway kernel: [ 5655.001477] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:07:59 gateway kernel: [ 5655.001514] [<ffffffff8104dbf0>] ?
>warn_slowpath_common+0x77/0xa3
>Jun 8 14:07:59 gateway kernel: [ 5655.001548] [<ffffffff8104dc78>] ?
>warn_slowpath_fmt+0x51/0x59
>Jun 8 14:07:59 gateway kernel: [ 5655.001588] [<ffffffffa03b5e6d>] ?
>ip6t_do_table+0x65f/0x69a [ip6_tables]
>Jun 8 14:07:59 gateway kernel: [ 5655.001628] [<ffffffffa0226f29>] ?
>vlan_ethtool_get_drvinfo+0x24/0x35 [8021q]
>Jun 8 14:07:59 gateway kernel: [ 5655.001680] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:07:59 gateway kernel: [ 5655.001714] [<ffffffff81243c4f>] ?
>dev_hard_start_xmit+0x1b0/0x2b8
>Jun 8 14:07:59 gateway kernel: [ 5655.001749] [<ffffffff81244135>] ?
>dev_queue_xmit+0x2dd/0x38d
>Jun 8 14:07:59 gateway kernel: [ 5655.001783] [<ffffffff812ad79c>] ?
>ip6_output+0xd5c/0xd74
>Jun 8 14:07:59 gateway kernel: [ 5655.001816] [<ffffffff81260076>] ?
>nf_iterate+0x41/0x7d
>Jun 8 14:07:59 gateway kernel: [ 5655.001848] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:07:59 gateway kernel: [ 5655.001879] [<ffffffff81260114>] ?
>nf_hook_slow+0x62/0xc3
>Jun 8 14:07:59 gateway kernel: [ 5655.001911] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:07:59 gateway kernel: [ 5655.001942] [<ffffffff812ac4f6>] ?
>ip6_xmit+0x3b9/0x4a0
>Jun 8 14:07:59 gateway kernel: [ 5655.001975] [<ffffffff812cefb1>] ?
>inet6_csk_xmit+0x249/0x274
>Jun 8 14:07:59 gateway kernel: [ 5655.002012] [<ffffffff8127b4cf>] ?
>tcp_transmit_skb+0x648/0x687
>Jun 8 14:07:59 gateway kernel: [ 5655.002045] [<ffffffff8127d944>] ?
>tcp_write_xmit+0x874/0x96c
>Jun 8 14:07:59 gateway kernel: [ 5655.002083] [<ffffffff8123c641>] ?
>__alloc_skb+0x69/0x15a
>Jun 8 14:07:59 gateway kernel: [ 5655.002116] [<ffffffff8127da89>] ?
>__tcp_push_pending_frames+0x22/0x53
>Jun 8 14:07:59 gateway kernel: [ 5655.002152] [<ffffffff81272c6b>] ?
>tcp_sendmsg+0x77c/0x878
>Jun 8 14:07:59 gateway kernel: [ 5655.002186] [<ffffffff812348ac>] ?
>sock_aio_write+0xb1/0xbc
>Jun 8 14:07:59 gateway kernel: [ 5655.002220] [<ffffffff810ed27a>] ?
>do_sync_write+0xce/0x113
>Jun 8 14:07:59 gateway kernel: [ 5655.002254] [<ffffffff81064a56>] ?
>autoremove_wake_function+0x0/0x2e
>Jun 8 14:07:59 gateway kernel: [ 5655.002291] [<ffffffff8104a1a6>] ?
>default_wake_function+0x0/0x9
>Jun 8 14:07:59 gateway kernel: [ 5655.002324] [<ffffffff810edc05>] ?
>vfs_write+0xbc/0x102
>Jun 8 14:07:59 gateway kernel: [ 5655.002356] [<ffffffff810edd07>] ?
>sys_write+0x45/0x6e
>Jun 8 14:07:59 gateway kernel: [ 5655.002390] [<ffffffff81010b42>] ?
>system_call_fastpath+0x16/0x1b
>Jun 8 14:07:59 gateway kernel: [ 5655.002423] ---[ end trace
>d52ed80ad3c42ed5 ]---
>Jun 8 14:07:59 gateway kernel: [ 5655.002456] ------------[ cut here
>]------------
>Jun 8 14:07:59 gateway kernel: [ 5655.002487] WARNING: at
>/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
>skb_gso_segment+0x109/0x263()
>Jun 8 14:07:59 gateway kernel: [ 5655.002571] Hardware name: ProLiant DL365 G1
>Jun 8 14:07:59 gateway kernel: [ 5655.002600] bonding:
>caps=(0x1913a3, 0x19080b) len=2928 data_len=2856 ip_summed=0
>Jun 8 14:07:59 gateway kernel: [ 5655.002634] Modules linked in: tun
>sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
>sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
>ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
>ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
>ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
>nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
>nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
>nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
>nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
>nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
>nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
>xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
>xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
>nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
>xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
>Jun 8 14:07:59 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
>ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
>nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
>iptable_filter ip_tables ip6table_filter ip6_tables x_tables
>rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
>sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
>snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
>snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
>k8temp container hpilo button shpchp pci_hotplug processor ext4
>mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
>libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
>sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
>[last unloaded: scsi_wait_scan]
>Jun 8 14:07:59 gateway kernel: [ 5655.009854] Pid: 5545, comm: sshd
>Tainted: G W 2.6.32-3-amd64 #1
>Jun 8 14:07:59 gateway kernel: [ 5655.009891] Call Trace:
>Jun 8 14:07:59 gateway kernel: [ 5655.009921] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:07:59 gateway kernel: [ 5655.009959] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:07:59 gateway kernel: [ 5655.009997] [<ffffffff8104dbf0>] ?
>warn_slowpath_common+0x77/0xa3
>Jun 8 14:07:59 gateway kernel: [ 5655.010036] [<ffffffff8104dc78>] ?
>warn_slowpath_fmt+0x51/0x59
>Jun 8 14:07:59 gateway kernel: [ 5655.010075] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:07:59 gateway kernel: [ 5655.010111] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:07:59 gateway kernel: [ 5655.010146] [<ffffffff8104dc0a>] ?
>warn_slowpath_common+0x91/0xa3
>Jun 8 14:07:59 gateway kernel: [ 5655.010185] [<ffffffff8104dc78>] ?
>warn_slowpath_fmt+0x51/0x59
>Jun 8 14:07:59 gateway kernel: [ 5655.010229] [<ffffffffa02880ce>] ?
>bond_ethtool_get_drvinfo+0x2e/0x4b [bonding]
>Jun 8 14:07:59 gateway kernel: [ 5655.010285] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:07:59 gateway kernel: [ 5655.010320] [<ffffffff81243c4f>] ?
>dev_hard_start_xmit+0x1b0/0x2b8
>Jun 8 14:07:59 gateway kernel: [ 5655.010357] [<ffffffff81244135>] ?
>dev_queue_xmit+0x2dd/0x38d
>Jun 8 14:07:59 gateway kernel: [ 5655.010397] [<ffffffffa02271c2>] ?
>vlan_dev_hwaccel_hard_start_xmit+0x63/0x7d [8021q]
>Jun 8 14:07:59 gateway kernel: [ 5655.010455] [<ffffffff81243cb0>] ?
>dev_hard_start_xmit+0x211/0x2b8
>Jun 8 14:07:59 gateway kernel: [ 5655.010491] [<ffffffff81244135>] ?
>dev_queue_xmit+0x2dd/0x38d
>Jun 8 14:07:59 gateway kernel: [ 5655.010525] [<ffffffff812ad79c>] ?
>ip6_output+0xd5c/0xd74
>Jun 8 14:07:59 gateway kernel: [ 5655.010560] [<ffffffff81260076>] ?
>nf_iterate+0x41/0x7d
>Jun 8 14:07:59 gateway kernel: [ 5655.010593] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:07:59 gateway kernel: [ 5655.010627] [<ffffffff81260114>] ?
>nf_hook_slow+0x62/0xc3
>Jun 8 14:07:59 gateway kernel: [ 5655.010660] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:07:59 gateway kernel: [ 5655.010693] [<ffffffff812ac4f6>] ?
>ip6_xmit+0x3b9/0x4a0
>Jun 8 14:07:59 gateway kernel: [ 5655.010732] [<ffffffff812cefb1>] ?
>inet6_csk_xmit+0x249/0x274
>Jun 8 14:07:59 gateway kernel: [ 5655.010769] [<ffffffff8127b4cf>] ?
>tcp_transmit_skb+0x648/0x687
>Jun 8 14:07:59 gateway kernel: [ 5655.010806] [<ffffffff8127d944>] ?
>tcp_write_xmit+0x874/0x96c
>Jun 8 14:07:59 gateway kernel: [ 5655.010842] [<ffffffff8123c641>] ?
>__alloc_skb+0x69/0x15a
>Jun 8 14:07:59 gateway kernel: [ 5655.010877] [<ffffffff8127da89>] ?
>__tcp_push_pending_frames+0x22/0x53
>Jun 8 14:07:59 gateway kernel: [ 5655.010914] [<ffffffff81272c6b>] ?
>tcp_sendmsg+0x77c/0x878
>Jun 8 14:07:59 gateway kernel: [ 5655.010948] [<ffffffff812348ac>] ?
>sock_aio_write+0xb1/0xbc
>Jun 8 14:07:59 gateway kernel: [ 5655.010983] [<ffffffff810ed27a>] ?
>do_sync_write+0xce/0x113
>Jun 8 14:07:59 gateway kernel: [ 5655.011019] [<ffffffff81064a56>] ?
>autoremove_wake_function+0x0/0x2e
>Jun 8 14:07:59 gateway kernel: [ 5655.011055] [<ffffffff8104a1a6>] ?
>default_wake_function+0x0/0x9
>Jun 8 14:07:59 gateway kernel: [ 5655.011092] [<ffffffff810edc05>] ?
>vfs_write+0xbc/0x102
>Jun 8 14:07:59 gateway kernel: [ 5655.011125] [<ffffffff810edd07>] ?
>sys_write+0x45/0x6e
>Jun 8 14:07:59 gateway kernel: [ 5655.011158] [<ffffffff81010b42>] ?
>system_call_fastpath+0x16/0x1b
>Jun 8 14:07:59 gateway kernel: [ 5655.011192] ---[ end trace
>d52ed80ad3c42ed6 ]---
>Jun 8 14:08:01 gateway kernel: [ 5656.277637] ------------[ cut here
>]------------
>Jun 8 14:08:01 gateway kernel: [ 5656.277673] WARNING: at
>/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
>skb_gso_segment+0x109/0x263()
>Jun 8 14:08:01 gateway kernel: [ 5656.277768] Hardware name: ProLiant DL365 G1
>Jun 8 14:08:01 gateway kernel: [ 5656.277797] 802.1Q VLAN Support:
>caps=(0x190803, 0x19080b) len=2928 data_len=2856 ip_summed=0
>Jun 8 14:08:01 gateway kernel: [ 5656.277832] Modules linked in: tun
>sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
>sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
>ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
>ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
>ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
>nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
>nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
>nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
>nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
>nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
>nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
>xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
>xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
>nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
>xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
>Jun 8 14:08:01 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
>ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
>nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
>iptable_filter ip_tables ip6table_filter ip6_tables x_tables
>rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
>sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
>snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
>snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
>k8temp container hpilo button shpchp pci_hotplug processor ext4
>mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
>libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
>sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
>[last unloaded: scsi_wait_scan]
>Jun 8 14:08:01 gateway kernel: [ 5656.278845] Pid: 5545, comm: sshd
>Tainted: G W 2.6.32-3-amd64 #1
>Jun 8 14:08:01 gateway kernel: [ 5656.278878] Call Trace:
>Jun 8 14:08:01 gateway kernel: [ 5656.278905] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.278938] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.278972] [<ffffffff8104dbf0>] ?
>warn_slowpath_common+0x77/0xa3
>Jun 8 14:08:01 gateway kernel: [ 5656.279005] [<ffffffff8104dc78>] ?
>warn_slowpath_fmt+0x51/0x59
>Jun 8 14:08:01 gateway kernel: [ 5656.279042] [<ffffffffa03b5e6d>] ?
>ip6t_do_table+0x65f/0x69a [ip6_tables]
>Jun 8 14:08:01 gateway kernel: [ 5656.279082] [<ffffffffa0226f29>] ?
>vlan_ethtool_get_drvinfo+0x24/0x35 [8021q]
>Jun 8 14:08:01 gateway kernel: [ 5656.279134] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.279168] [<ffffffff81243c4f>] ?
>dev_hard_start_xmit+0x1b0/0x2b8
>Jun 8 14:08:01 gateway kernel: [ 5656.279202] [<ffffffff81244135>] ?
>dev_queue_xmit+0x2dd/0x38d
>Jun 8 14:08:01 gateway kernel: [ 5656.279236] [<ffffffff812ad79c>] ?
>ip6_output+0xd5c/0xd74
>Jun 8 14:08:01 gateway kernel: [ 5656.279268] [<ffffffff81260076>] ?
>nf_iterate+0x41/0x7d
>Jun 8 14:08:01 gateway kernel: [ 5656.279300] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:08:01 gateway kernel: [ 5656.279331] [<ffffffff81260114>] ?
>nf_hook_slow+0x62/0xc3
>Jun 8 14:08:01 gateway kernel: [ 5656.279363] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:08:01 gateway kernel: [ 5656.279394] [<ffffffff812ac4f6>] ?
>ip6_xmit+0x3b9/0x4a0
>Jun 8 14:08:01 gateway kernel: [ 5656.279425] [<ffffffff812cefb1>] ?
>inet6_csk_xmit+0x249/0x274
>Jun 8 14:08:01 gateway kernel: [ 5656.279460] [<ffffffff8127b4cf>] ?
>tcp_transmit_skb+0x648/0x687
>Jun 8 14:08:01 gateway kernel: [ 5656.279493] [<ffffffff8127d944>] ?
>tcp_write_xmit+0x874/0x96c
>Jun 8 14:08:01 gateway kernel: [ 5656.279526] [<ffffffff8123c641>] ?
>__alloc_skb+0x69/0x15a
>Jun 8 14:08:01 gateway kernel: [ 5656.279559] [<ffffffff8127da89>] ?
>__tcp_push_pending_frames+0x22/0x53
>Jun 8 14:08:01 gateway kernel: [ 5656.279594] [<ffffffff81272c6b>] ?
>tcp_sendmsg+0x77c/0x878
>Jun 8 14:08:01 gateway kernel: [ 5656.279627] [<ffffffff812348ac>] ?
>sock_aio_write+0xb1/0xbc
>Jun 8 14:08:01 gateway kernel: [ 5656.279663] [<ffffffff811f44c8>] ?
>n_tty_read+0x692/0x774
>Jun 8 14:08:01 gateway kernel: [ 5656.279695] [<ffffffff810ed27a>] ?
>do_sync_write+0xce/0x113
>Jun 8 14:08:01 gateway kernel: [ 5656.279728] [<ffffffff81064a56>] ?
>autoremove_wake_function+0x0/0x2e
>Jun 8 14:08:01 gateway kernel: [ 5656.279763] [<ffffffff8104a1a6>] ?
>default_wake_function+0x0/0x9
>Jun 8 14:08:01 gateway kernel: [ 5656.279797] [<ffffffff810edc05>] ?
>vfs_write+0xbc/0x102
>Jun 8 14:08:01 gateway kernel: [ 5656.279829] [<ffffffff810edd07>] ?
>sys_write+0x45/0x6e
>Jun 8 14:08:01 gateway kernel: [ 5656.279866] [<ffffffff81010b42>] ?
>system_call_fastpath+0x16/0x1b
>Jun 8 14:08:01 gateway kernel: [ 5656.279903] ---[ end trace
>d52ed80ad3c42ed7 ]---
>Jun 8 14:08:01 gateway kernel: [ 5656.279934] ------------[ cut here
>]------------
>Jun 8 14:08:01 gateway kernel: [ 5656.279965] WARNING: at
>/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
>skb_gso_segment+0x109/0x263()
>Jun 8 14:08:01 gateway kernel: [ 5656.280053] Hardware name: ProLiant DL365 G1
>Jun 8 14:08:01 gateway kernel: [ 5656.280082] bonding:
>caps=(0x1913a3, 0x19080b) len=2928 data_len=2856 ip_summed=0
>Jun 8 14:08:01 gateway kernel: [ 5656.280116] Modules linked in: tun
>sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
>sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
>ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
>ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
>ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
>nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
>nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
>nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
>nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
>nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
>nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
>xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
>xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
>nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
>xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
>Jun 8 14:08:01 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
>ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
>nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
>iptable_filter ip_tables ip6table_filter ip6_tables x_tables
>rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
>sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
>snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
>snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
>k8temp container hpilo button shpchp pci_hotplug processor ext4
>mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
>libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
>sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
>[last unloaded: scsi_wait_scan]
>Jun 8 14:08:01 gateway kernel: [ 5656.281133] Pid: 5545, comm: sshd
>Tainted: G W 2.6.32-3-amd64 #1
>Jun 8 14:08:01 gateway kernel: [ 5656.281166] Call Trace:
>Jun 8 14:08:01 gateway kernel: [ 5656.281193] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.281227] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.281260] [<ffffffff8104dbf0>] ?
>warn_slowpath_common+0x77/0xa3
>Jun 8 14:08:01 gateway kernel: [ 5656.281293] [<ffffffff8104dc78>] ?
>warn_slowpath_fmt+0x51/0x59
>Jun 8 14:08:01 gateway kernel: [ 5656.281328] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.281361] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.281394] [<ffffffff8104dc0a>] ?
>warn_slowpath_common+0x91/0xa3
>Jun 8 14:08:01 gateway kernel: [ 5656.281427] [<ffffffff8104dc78>] ?
>warn_slowpath_fmt+0x51/0x59
>Jun 8 14:08:01 gateway kernel: [ 5656.281465] [<ffffffffa02880ce>] ?
>bond_ethtool_get_drvinfo+0x2e/0x4b [bonding]
>Jun 8 14:08:01 gateway kernel: [ 5656.281521] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.281557] [<ffffffff81243c4f>] ?
>dev_hard_start_xmit+0x1b0/0x2b8
>Jun 8 14:08:01 gateway kernel: [ 5656.281595] [<ffffffff81244135>] ?
>dev_queue_xmit+0x2dd/0x38d
>Jun 8 14:08:01 gateway kernel: [ 5656.281634] [<ffffffffa02271c2>] ?
>vlan_dev_hwaccel_hard_start_xmit+0x63/0x7d [8021q]
>Jun 8 14:08:01 gateway kernel: [ 5656.281690] [<ffffffff81243cb0>] ?
>dev_hard_start_xmit+0x211/0x2b8
>Jun 8 14:08:01 gateway kernel: [ 5656.281725] [<ffffffff81244135>] ?
>dev_queue_xmit+0x2dd/0x38d
>Jun 8 14:08:01 gateway kernel: [ 5656.281760] [<ffffffff812ad79c>] ?
>ip6_output+0xd5c/0xd74
>Jun 8 14:08:01 gateway kernel: [ 5656.281794] [<ffffffff81260076>] ?
>nf_iterate+0x41/0x7d
>Jun 8 14:08:01 gateway kernel: [ 5656.281829] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:08:01 gateway kernel: [ 5656.281865] [<ffffffff81260114>] ?
>nf_hook_slow+0x62/0xc3
>Jun 8 14:08:01 gateway kernel: [ 5656.281901] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:08:01 gateway kernel: [ 5656.281936] [<ffffffff812ac4f6>] ?
>ip6_xmit+0x3b9/0x4a0
>Jun 8 14:08:01 gateway kernel: [ 5656.281971] [<ffffffff812cefb1>] ?
>inet6_csk_xmit+0x249/0x274
>Jun 8 14:08:01 gateway kernel: [ 5656.282010] [<ffffffff8127b4cf>] ?
>tcp_transmit_skb+0x648/0x687
>Jun 8 14:08:01 gateway kernel: [ 5656.282052] [<ffffffff8127d944>] ?
>tcp_write_xmit+0x874/0x96c
>Jun 8 14:08:01 gateway kernel: [ 5656.282089] [<ffffffff8123c641>] ?
>__alloc_skb+0x69/0x15a
>Jun 8 14:08:01 gateway kernel: [ 5656.282127] [<ffffffff8127da89>] ?
>__tcp_push_pending_frames+0x22/0x53
>Jun 8 14:08:01 gateway kernel: [ 5656.282166] [<ffffffff81272c6b>] ?
>tcp_sendmsg+0x77c/0x878
>Jun 8 14:08:01 gateway kernel: [ 5656.282205] [<ffffffff812348ac>] ?
>sock_aio_write+0xb1/0xbc
>Jun 8 14:08:01 gateway kernel: [ 5656.282241] [<ffffffff811f44c8>] ?
>n_tty_read+0x692/0x774
>Jun 8 14:08:01 gateway kernel: [ 5656.282276] [<ffffffff810ed27a>] ?
>do_sync_write+0xce/0x113
>Jun 8 14:08:01 gateway kernel: [ 5656.282312] [<ffffffff81064a56>] ?
>autoremove_wake_function+0x0/0x2e
>Jun 8 14:08:01 gateway kernel: [ 5656.282351] [<ffffffff8104a1a6>] ?
>default_wake_function+0x0/0x9
>Jun 8 14:08:01 gateway kernel: [ 5656.282388] [<ffffffff810edc05>] ?
>vfs_write+0xbc/0x102
>Jun 8 14:08:01 gateway kernel: [ 5656.282425] [<ffffffff810edd07>] ?
>sys_write+0x45/0x6e
>Jun 8 14:08:01 gateway kernel: [ 5656.282460] [<ffffffff81010b42>] ?
>system_call_fastpath+0x16/0x1b
>Jun 8 14:08:01 gateway kernel: [ 5656.282497] ---[ end trace
>d52ed80ad3c42ed8 ]---
>Jun 8 14:08:01 gateway kernel: [ 5656.469615] ------------[ cut here
>]------------
>Jun 8 14:08:01 gateway kernel: [ 5656.469648] WARNING: at
>/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
>skb_gso_segment+0x109/0x263()
>Jun 8 14:08:01 gateway kernel: [ 5656.475890] Hardware name: ProLiant DL365 G1
>Jun 8 14:08:01 gateway kernel: [ 5656.475919] 802.1Q VLAN Support:
>caps=(0x190803, 0x19080b) len=2928 data_len=2856 ip_summed=0
>Jun 8 14:08:01 gateway kernel: [ 5656.475960] Modules linked in: tun
>sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
>sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
>ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
>ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
>ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
>nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
>nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
>nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
>nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
>nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
>nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
>xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
>xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
>nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
>xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
>Jun 8 14:08:01 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
>ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
>nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
>iptable_filter ip_tables ip6table_filter ip6_tables x_tables
>rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
>sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
>snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
>snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
>k8temp container hpilo button shpchp pci_hotplug processor ext4
>mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
>libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
>sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
>[last unloaded: scsi_wait_scan]
>Jun 8 14:08:01 gateway kernel: [ 5656.477031] Pid: 5545, comm: sshd
>Tainted: G W 2.6.32-3-amd64 #1
>Jun 8 14:08:01 gateway kernel: [ 5656.477064] Call Trace:
>Jun 8 14:08:01 gateway kernel: [ 5656.477092] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.477125] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.477158] [<ffffffff8104dbf0>] ?
>warn_slowpath_common+0x77/0xa3
>Jun 8 14:08:01 gateway kernel: [ 5656.477192] [<ffffffff8104dc78>] ?
>warn_slowpath_fmt+0x51/0x59
>Jun 8 14:08:01 gateway kernel: [ 5656.477232] [<ffffffffa03b5e6d>] ?
>ip6t_do_table+0x65f/0x69a [ip6_tables]
>Jun 8 14:08:01 gateway kernel: [ 5656.477270] [<ffffffffa0226f29>] ?
>vlan_ethtool_get_drvinfo+0x24/0x35 [8021q]
>Jun 8 14:08:01 gateway kernel: [ 5656.477323] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.477357] [<ffffffff81243c4f>] ?
>dev_hard_start_xmit+0x1b0/0x2b8
>Jun 8 14:08:01 gateway kernel: [ 5656.477391] [<ffffffff81244135>] ?
>dev_queue_xmit+0x2dd/0x38d
>Jun 8 14:08:01 gateway kernel: [ 5656.477424] [<ffffffff812ad79c>] ?
>ip6_output+0xd5c/0xd74
>Jun 8 14:08:01 gateway kernel: [ 5656.477459] [<ffffffff81260076>] ?
>nf_iterate+0x41/0x7d
>Jun 8 14:08:01 gateway kernel: [ 5656.477490] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:08:01 gateway kernel: [ 5656.477522] [<ffffffff81260114>] ?
>nf_hook_slow+0x62/0xc3
>Jun 8 14:08:01 gateway kernel: [ 5656.477554] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:08:01 gateway kernel: [ 5656.477588] [<ffffffff812ac4f6>] ?
>ip6_xmit+0x3b9/0x4a0
>Jun 8 14:08:01 gateway kernel: [ 5656.477620] [<ffffffff812cefb1>] ?
>inet6_csk_xmit+0x249/0x274
>Jun 8 14:08:01 gateway kernel: [ 5656.477654] [<ffffffff8127b4cf>] ?
>tcp_transmit_skb+0x648/0x687
>Jun 8 14:08:01 gateway kernel: [ 5656.477690] [<ffffffff8127d944>] ?
>tcp_write_xmit+0x874/0x96c
>Jun 8 14:08:01 gateway kernel: [ 5656.477731] [<ffffffff8123c641>] ?
>__alloc_skb+0x69/0x15a
>Jun 8 14:08:01 gateway kernel: [ 5656.477764] [<ffffffff8127da89>] ?
>__tcp_push_pending_frames+0x22/0x53
>Jun 8 14:08:01 gateway kernel: [ 5656.477799] [<ffffffff81272c6b>] ?
>tcp_sendmsg+0x77c/0x878
>Jun 8 14:08:01 gateway kernel: [ 5656.477835] [<ffffffff812348ac>] ?
>sock_aio_write+0xb1/0xbc
>Jun 8 14:08:01 gateway kernel: [ 5656.477867] [<ffffffff810ed27a>] ?
>do_sync_write+0xce/0x113
>Jun 8 14:08:01 gateway kernel: [ 5656.477900] [<ffffffff81064a56>] ?
>autoremove_wake_function+0x0/0x2e
>Jun 8 14:08:01 gateway kernel: [ 5656.477935] [<ffffffff8104a1a6>] ?
>default_wake_function+0x0/0x9
>Jun 8 14:08:01 gateway kernel: [ 5656.477972] [<ffffffff810edc05>] ?
>vfs_write+0xbc/0x102
>Jun 8 14:08:01 gateway kernel: [ 5656.478004] [<ffffffff810edd07>] ?
>sys_write+0x45/0x6e
>Jun 8 14:08:01 gateway kernel: [ 5656.478036] [<ffffffff81010b42>] ?
>system_call_fastpath+0x16/0x1b
>Jun 8 14:08:01 gateway kernel: [ 5656.478069] ---[ end trace
>d52ed80ad3c42ed9 ]---
>Jun 8 14:08:01 gateway kernel: [ 5656.478101] ------------[ cut here
>]------------
>Jun 8 14:08:01 gateway kernel: [ 5656.478132] WARNING: at
>/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
>skb_gso_segment+0x109/0x263()
>Jun 8 14:08:01 gateway kernel: [ 5656.478217] Hardware name: ProLiant DL365 G1
>Jun 8 14:08:01 gateway kernel: [ 5656.478245] bonding:
>caps=(0x1913a3, 0x19080b) len=2928 data_len=2856 ip_summed=0
>Jun 8 14:08:01 gateway kernel: [ 5656.478279] Modules linked in: tun
>sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
>sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
>ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
>ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
>ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
>nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
>nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
>nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
>nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
>nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
>nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
>xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
>xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
>nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
>xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
>Jun 8 14:08:01 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
>ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
>nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
>iptable_filter ip_tables ip6table_filter ip6_tables x_tables
>rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
>sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
>snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
>snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
>k8temp container hpilo button shpchp pci_hotplug processor ext4
>mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
>libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
>sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
>[last unloaded: scsi_wait_scan]
>Jun 8 14:08:01 gateway kernel: [ 5656.479283] Pid: 5545, comm: sshd
>Tainted: G W 2.6.32-3-amd64 #1
>Jun 8 14:08:01 gateway kernel: [ 5656.479316] Call Trace:
>Jun 8 14:08:01 gateway kernel: [ 5656.479341] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.479375] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.479407] [<ffffffff8104dbf0>] ?
>warn_slowpath_common+0x77/0xa3
>Jun 8 14:08:01 gateway kernel: [ 5656.479441] [<ffffffff8104dc78>] ?
>warn_slowpath_fmt+0x51/0x59
>Jun 8 14:08:01 gateway kernel: [ 5656.479475] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.479509] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.479542] [<ffffffff8104dc0a>] ?
>warn_slowpath_common+0x91/0xa3
>Jun 8 14:08:01 gateway kernel: [ 5656.479575] [<ffffffff8104dc78>] ?
>warn_slowpath_fmt+0x51/0x59
>Jun 8 14:08:01 gateway kernel: [ 5656.479613] [<ffffffffa02880ce>] ?
>bond_ethtool_get_drvinfo+0x2e/0x4b [bonding]
>Jun 8 14:08:01 gateway kernel: [ 5656.479665] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.479699] [<ffffffff81243c4f>] ?
>dev_hard_start_xmit+0x1b0/0x2b8
>Jun 8 14:08:01 gateway kernel: [ 5656.479733] [<ffffffff81244135>] ?
>dev_queue_xmit+0x2dd/0x38d
>Jun 8 14:08:01 gateway kernel: [ 5656.479770] [<ffffffffa02271c2>] ?
>vlan_dev_hwaccel_hard_start_xmit+0x63/0x7d [8021q]
>Jun 8 14:08:01 gateway kernel: [ 5656.479824] [<ffffffff81243cb0>] ?
>dev_hard_start_xmit+0x211/0x2b8
>Jun 8 14:08:01 gateway kernel: [ 5656.479862] [<ffffffff81244135>] ?
>dev_queue_xmit+0x2dd/0x38d
>Jun 8 14:08:01 gateway kernel: [ 5656.479900] [<ffffffff812ad79c>] ?
>ip6_output+0xd5c/0xd74
>Jun 8 14:08:01 gateway kernel: [ 5656.479933] [<ffffffff81260076>] ?
>nf_iterate+0x41/0x7d
>Jun 8 14:08:01 gateway kernel: [ 5656.479964] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:08:01 gateway kernel: [ 5656.479995] [<ffffffff81260114>] ?
>nf_hook_slow+0x62/0xc3
>Jun 8 14:08:01 gateway kernel: [ 5656.480031] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:08:01 gateway kernel: [ 5656.480062] [<ffffffff812ac4f6>] ?
>ip6_xmit+0x3b9/0x4a0
>Jun 8 14:08:01 gateway kernel: [ 5656.480094] [<ffffffff812cefb1>] ?
>inet6_csk_xmit+0x249/0x274
>Jun 8 14:08:01 gateway kernel: [ 5656.480127] [<ffffffff8127b4cf>] ?
>tcp_transmit_skb+0x648/0x687
>Jun 8 14:08:01 gateway kernel: [ 5656.480161] [<ffffffff8127d944>] ?
>tcp_write_xmit+0x874/0x96c
>Jun 8 14:08:01 gateway kernel: [ 5656.480193] [<ffffffff8123c641>] ?
>__alloc_skb+0x69/0x15a
>Jun 8 14:08:01 gateway kernel: [ 5656.480226] [<ffffffff8127da89>] ?
>__tcp_push_pending_frames+0x22/0x53
>Jun 8 14:08:01 gateway kernel: [ 5656.480260] [<ffffffff81272c6b>] ?
>tcp_sendmsg+0x77c/0x878
>Jun 8 14:08:01 gateway kernel: [ 5656.480293] [<ffffffff812348ac>] ?
>sock_aio_write+0xb1/0xbc
>Jun 8 14:08:01 gateway kernel: [ 5656.480326] [<ffffffff810ed27a>] ?
>do_sync_write+0xce/0x113
>Jun 8 14:08:01 gateway kernel: [ 5656.480358] [<ffffffff81064a56>] ?
>autoremove_wake_function+0x0/0x2e
>Jun 8 14:08:01 gateway kernel: [ 5656.480393] [<ffffffff8104a1a6>] ?
>default_wake_function+0x0/0x9
>Jun 8 14:08:01 gateway kernel: [ 5656.480426] [<ffffffff810edc05>] ?
>vfs_write+0xbc/0x102
>Jun 8 14:08:01 gateway kernel: [ 5656.480458] [<ffffffff810edd07>] ?
>sys_write+0x45/0x6e
>Jun 8 14:08:01 gateway kernel: [ 5656.480490] [<ffffffff81010b42>] ?
>system_call_fastpath+0x16/0x1b
>Jun 8 14:08:01 gateway kernel: [ 5656.480537] ---[ end trace
>d52ed80ad3c42eda ]---
>Jun 8 14:08:01 gateway kernel: [ 5656.949629] ------------[ cut here
>]------------
>Jun 8 14:08:01 gateway kernel: [ 5656.949665] WARNING: at
>/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
>skb_gso_segment+0x109/0x263()
>Jun 8 14:08:01 gateway kernel: [ 5656.949750] Hardware name: ProLiant DL365 G1
>Jun 8 14:08:01 gateway kernel: [ 5656.949782] 802.1Q VLAN Support:
>caps=(0x190803, 0x19080b) len=2928 data_len=2856 ip_summed=0
>Jun 8 14:08:01 gateway kernel: [ 5656.949817] Modules linked in: tun
>sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
>sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
>ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
>ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
>ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
>nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
>nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
>nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
>nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
>nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
>nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
>xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
>xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
>nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
>xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
>Jun 8 14:08:01 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
>ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
>nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
>iptable_filter ip_tables ip6table_filter ip6_tables x_tables
>rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
>sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
>snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
>snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
>k8temp container hpilo button shpchp pci_hotplug processor ext4
>mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
>libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
>sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
>[last unloaded: scsi_wait_scan]
>Jun 8 14:08:01 gateway kernel: [ 5656.950828] Pid: 5545, comm: sshd
>Tainted: G W 2.6.32-3-amd64 #1
>Jun 8 14:08:01 gateway kernel: [ 5656.950862] Call Trace:
>Jun 8 14:08:01 gateway kernel: [ 5656.950888] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.950921] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.950954] [<ffffffff8104dbf0>] ?
>warn_slowpath_common+0x77/0xa3
>Jun 8 14:08:01 gateway kernel: [ 5656.950988] [<ffffffff8104dc78>] ?
>warn_slowpath_fmt+0x51/0x59
>Jun 8 14:08:01 gateway kernel: [ 5656.951026] [<ffffffffa03b5e6d>] ?
>ip6t_do_table+0x65f/0x69a [ip6_tables]
>Jun 8 14:08:01 gateway kernel: [ 5656.951065] [<ffffffffa0226f29>] ?
>vlan_ethtool_get_drvinfo+0x24/0x35 [8021q]
>Jun 8 14:08:01 gateway kernel: [ 5656.951118] [<ffffffff81243945>] ?
>skb_gso_segment+0x109/0x263
>Jun 8 14:08:01 gateway kernel: [ 5656.951151] [<ffffffff81243c4f>] ?
>dev_hard_start_xmit+0x1b0/0x2b8
>Jun 8 14:08:01 gateway kernel: [ 5656.951187] [<ffffffff81244135>] ?
>dev_queue_xmit+0x2dd/0x38d
>Jun 8 14:08:01 gateway kernel: [ 5656.951223] [<ffffffff812ad79c>] ?
>ip6_output+0xd5c/0xd74
>Jun 8 14:08:01 gateway kernel: [ 5656.951256] [<ffffffff81260076>] ?
>nf_iterate+0x41/0x7d
>Jun 8 14:08:01 gateway kernel: [ 5656.951288] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:08:01 gateway kernel: [ 5656.951319] [<ffffffff81260114>] ?
>nf_hook_slow+0x62/0xc3
>Jun 8 14:08:01 gateway kernel: [ 5656.951350] [<ffffffff812aa0e8>] ?
>dst_output+0x0/0xb
>Jun 8 14:08:01 gateway kernel: [ 5656.951381] [<ffffffff812ac4f6>] ?
>ip6_xmit+0x3b9/0x4a0
>Jun 8 14:08:01 gateway kernel: [ 5656.951413] [<ffffffff812cefb1>] ?
>inet6_csk_xmit+0x249/0x274
>Jun 8 14:08:01 gateway kernel: [ 5656.951446] [<ffffffff8127b4cf>] ?
>tcp_transmit_skb+0x648/0x687
>Jun 8 14:08:01 gateway kernel: [ 5656.951480] [<ffffffff8127d944>] ?
>tcp_write_xmit+0x874/0x96c
>Jun 8 14:08:01 gateway kernel: [ 5656.951512] [<ffffffff8123c641>] ?
>__alloc_skb+0x69/0x15a
>Jun 8 14:08:01 gateway kernel: [ 5656.957763] [<ffffffff8127da89>] ?
>__tcp_push_pending_frames+0x22/0x53
>Jun 8 14:08:01 gateway kernel: [ 5656.957805] [<ffffffff81272c6b>] ?
>tcp_sendmsg+0x77c/0x878
>Jun 8 14:08:01 gateway kernel: [ 5656.957840] [<ffffffff812348ac>] ?
>sock_aio_write+0xb1/0xbc
>Jun 8 14:08:01 gateway kernel: [ 5656.957877] [<ffffffff811f44c8>] ?
>n_tty_read+0x692/0x774
>Jun 8 14:08:01 gateway kernel: [ 5656.957913] [<ffffffff810ed27a>] ?
>do_sync_write+0xce/0x113
>Jun 8 14:08:01 gateway kernel: [ 5656.957946] [<ffffffff81064a56>] ?
>autoremove_wake_function+0x0/0x2e
>Jun 8 14:08:01 gateway kernel: [ 5656.957984] [<ffffffff8104a1a6>] ?
>default_wake_function+0x0/0x9
>Jun 8 14:08:01 gateway kernel: [ 5656.958021] [<ffffffff810edc05>] ?
>vfs_write+0xbc/0x102
>Jun 8 14:08:01 gateway kernel: [ 5656.958056] [<ffffffff810edd07>] ?
>sys_write+0x45/0x6e
>Jun 8 14:08:01 gateway kernel: [ 5656.958092] [<ffffffff81010b42>] ?
>system_call_fastpath+0x16/0x1b
>Jun 8 14:08:01 gateway kernel: [ 5656.958129] ---[ end trace
>d52ed80ad3c42edb ]---
>
>===== end call traces =====
>
>===== lspci -v =====
>
>00:03.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev
>02) (prog-if 00 [VGA controller])
> Subsystem: Hewlett-Packard Company Device 31fb
> Flags: bus master, stepping, medium devsel, latency 64, IRQ 10
> Memory at e8000000 (32-bit, prefetchable) [size=128M]
> I/O ports at 1000 [size=256]
> Memory at f7ff0000 (32-bit, non-prefetchable) [size=64K]
> [virtual] Expansion ROM at e0000000 [disabled] [size=128K]
> Capabilities: [50] Power Management version 2
>
>00:04.0 System peripheral: Compaq Computer Corporation Integrated
>Lights Out Controller (rev 03)
> Subsystem: Hewlett-Packard Company Device 3305
> Flags: medium devsel, IRQ 25
> I/O ports at 2800 [size=256]
> Memory at f7fe0000 (32-bit, non-prefetchable) [size=512]
> Capabilities: [f0] Power Management version 3
> Kernel driver in use: hpwdt
>
>00:04.2 System peripheral: Compaq Computer Corporation Integrated
>Lights Out Processor (rev 03)
> Subsystem: Hewlett-Packard Company Device 3305
> Flags: bus master, medium devsel, latency 64, IRQ 26
> I/O ports at 1400 [size=256]
> Memory at f7fd0000 (32-bit, non-prefetchable) [size=2K]
> Memory at f7fc0000 (32-bit, non-prefetchable) [size=8K]
> Memory at f7f00000 (32-bit, non-prefetchable) [size=512K]
> [virtual] Expansion ROM at e0020000 [disabled] [size=64K]
> Capabilities: [f0] Power Management version 3
> Kernel driver in use: hpilo
>
>00:04.4 USB Controller: Hewlett-Packard Company Proliant iLO2/iLO3
>virtual USB controller (prog-if 00 [UHCI])
> Subsystem: Hewlett-Packard Company Device 3305
> Flags: bus master, medium devsel, latency 64, IRQ 26
> I/O ports at 1800 [size=32]
> Capabilities: [f0] Power Management version 3
> Kernel driver in use: uhci_hcd
>
>00:04.6 IPMI SMIC interface: Hewlett-Packard Company Proliant iLO2
>virtual UART (prog-if 01)
> Subsystem: Hewlett-Packard Company Device 3305
> Flags: medium devsel, IRQ 25
> Memory at f7ef0000 (32-bit, non-prefetchable) [size=256]
> Capabilities: [f0] Power Management version 3
> Kernel driver in use: ipmi_si
>
>00:05.0 PCI bridge: Broadcom BCM5785 [HT1000] PCI/PCI-X Bridge
>(prog-if 00 [Normal decode])
> Flags: bus master, fast devsel, latency 64
> Bus: primary=00, secondary=01, subordinate=04, sec-latency=64
> Capabilities: [90] PCI-X bridge device
> Capabilities: [a0] HyperTransport: MSI Mapping Enable+ Fixed-
> Capabilities: [b0] HyperTransport: Slave or Primary Interface
> Capabilities: [d8] Subsystem: Gammagraphx, Inc. (or missing ID) Device 0000
>
>00:06.0 Host bridge: Broadcom BCM5785 [HT1000] Legacy South Bridge
> Subsystem: Broadcom Device 0201
> Flags: bus master, medium devsel, latency 64
> Kernel driver in use: piix4_smbus
>
>00:06.1 IDE interface: Broadcom BCM5785 [HT1000] IDE (prog-if 8a
>[Master SecP PriP])
> Subsystem: Hewlett-Packard Company Device 320b
> Flags: bus master, medium devsel, latency 64
> I/O ports at 01f0 [size=8]
> I/O ports at 03f4 [size=1]
> I/O ports at 0170 [size=8]
> I/O ports at 0374 [size=1]
> I/O ports at 1840 [size=16]
> Capabilities: [b0] #00 [0002]
> Kernel driver in use: Serverworks_IDE
>
>00:06.2 ISA bridge: Broadcom BCM5785 [HT1000] LPC
> Subsystem: Broadcom Device 0230
> Flags: bus master, medium devsel, latency 0
>
>00:07.0 USB Controller: Broadcom BCM5785 [HT1000] USB (rev 01)
>(prog-if 10 [OHCI])
> Subsystem: Hewlett-Packard Company Device 320c
> Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 5
> Memory at f7ee0000 (32-bit, non-prefetchable) [size=4K]
> I/O ports at 1c00 [size=256]
> Capabilities: [dc] Power Management version 2
> Kernel driver in use: ohci_hcd
>
>00:07.1 USB Controller: Broadcom BCM5785 [HT1000] USB (rev 01)
>(prog-if 10 [OHCI])
> Subsystem: Hewlett-Packard Company Device 320c
> Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 5
> Memory at f7ed0000 (32-bit, non-prefetchable) [size=4K]
> I/O ports at 3000 [size=256]
> Capabilities: [dc] Power Management version 2
> Kernel driver in use: ohci_hcd
>
>00:07.2 USB Controller: Broadcom BCM5785 [HT1000] USB (rev 01)
>(prog-if 20 [EHCI])
> Subsystem: Hewlett-Packard Company Device 320d
> Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 5
> Memory at f7ec0000 (32-bit, non-prefetchable) [size=4K]
> I/O ports at 3400 [size=256]
> Capabilities: [dc] Power Management version 2
> Kernel driver in use: ehci_hcd
>
>00:18.0 Host bridge: Advanced Micro Devices [AMD] K8
>[Athlon64/Opteron] HyperTransport Technology Configuration
> Flags: fast devsel
> Capabilities: [80] HyperTransport: Host or Secondary Interface
> Capabilities: [a0] HyperTransport: Host or Secondary Interface
> Capabilities: [c0] HyperTransport: Host or Secondary Interface
>
>00:18.1 Host bridge: Advanced Micro Devices [AMD] K8
>[Athlon64/Opteron] Address Map
> Flags: fast devsel
>
>00:18.2 Host bridge: Advanced Micro Devices [AMD] K8
>[Athlon64/Opteron] DRAM Controller
> Flags: fast devsel
> Kernel driver in use: amd64_edac
>
>00:18.3 Host bridge: Advanced Micro Devices [AMD] K8
>[Athlon64/Opteron] Miscellaneous Control
> Flags: fast devsel
> Capabilities: [f0] Secure device <?>
> Kernel driver in use: k8temp
>
>00:19.0 Host bridge: Advanced Micro Devices [AMD] K8
>[Athlon64/Opteron] HyperTransport Technology Configuration
> Flags: fast devsel
> Capabilities: [80] HyperTransport: Host or Secondary Interface
> Capabilities: [a0] HyperTransport: Host or Secondary Interface
> Capabilities: [c0] HyperTransport: Host or Secondary Interface
>
>00:19.1 Host bridge: Advanced Micro Devices [AMD] K8
>[Athlon64/Opteron] Address Map
> Flags: fast devsel
>
>00:19.2 Host bridge: Advanced Micro Devices [AMD] K8
>[Athlon64/Opteron] DRAM Controller
> Flags: fast devsel
> Kernel driver in use: amd64_edac
>
>00:19.3 Host bridge: Advanced Micro Devices [AMD] K8
>[Athlon64/Opteron] Miscellaneous Control
> Flags: fast devsel
> Capabilities: [f0] Secure device <?>
> Kernel driver in use: k8temp
>
>01:0d.0 PCI bridge: Broadcom BCM5785 [HT1000] PCI/PCI-X Bridge (rev
>c0) (prog-if 00 [Normal decode])
> Flags: bus master, 66MHz, medium devsel, latency 64
> Bus: primary=01, secondary=02, subordinate=04, sec-latency=64
> Capabilities: [90] PCI-X bridge device
> Capabilities: [88] Subsystem: Device 814f:0000
>
>08:0f.0 PCI bridge: Broadcom HT2100 PCI-Express Bridge (rev a2)
>(prog-if 00 [Normal decode])
> Flags: bus master, fast devsel, latency 0
> Bus: primary=08, secondary=13, subordinate=16, sec-latency=0
> I/O behind bridge: 00006000-00007fff
> Memory behind bridge: fde00000-fdffffff
> Prefetchable memory behind bridge: 00000000fc000000-00000000fc1fffff
> Capabilities: [a0] HyperTransport: MSI Mapping Enable+ Fixed-
> Capabilities: [b0] Express Root Port (Slot-), MSI 00
> Capabilities: [98] Power Management version 3
> Capabilities: [80] MSI: Enable+ Count=1/2 Maskable- 64bit+
> Capabilities: [78] Subsystem: Gammagraphx, Inc. (or missing ID) Device 0000
> Capabilities: [50] HyperTransport: Slave or Primary Interface
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [200] Vendor Specific Information: ID=0001 Rev=1 Len=100 <?>
> Kernel driver in use: pcieport
>
>08:10.0 PCI bridge: Broadcom HT2100 PCI-Express Bridge (rev a2)
>(prog-if 00 [Normal decode])
> Flags: bus master, fast devsel, latency 0
> Bus: primary=08, secondary=10, subordinate=12, sec-latency=0
> I/O behind bridge: 00005000-00005fff
> Memory behind bridge: fdd00000-fddfffff
> Prefetchable memory behind bridge: 00000000fc200000-00000000fc2fffff
> Capabilities: [a0] HyperTransport: MSI Mapping Enable+ Fixed-
> Capabilities: [b0] Express Root Port (Slot-), MSI 00
> Capabilities: [98] Power Management version 3
> Capabilities: [80] MSI: Enable+ Count=1/2 Maskable- 64bit+
> Capabilities: [78] Subsystem: Gammagraphx, Inc. (or missing ID) Device 0000
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [200] Vendor Specific Information: ID=0001 Rev=1 Len=100 <?>
> Kernel driver in use: pcieport
>
>08:11.0 PCI bridge: Broadcom HT2100 PCI-Express Bridge (rev a2)
>(prog-if 00 [Normal decode])
> Flags: bus master, fast devsel, latency 0
> Bus: primary=08, secondary=09, subordinate=0a, sec-latency=0
> Memory behind bridge: f8000000-f9ffffff
> Prefetchable memory behind bridge: 00000000fc300000-00000000fc3fffff
> Capabilities: [a0] HyperTransport: MSI Mapping Enable+ Fixed-
> Capabilities: [b0] Express Root Port (Slot-), MSI 00
> Capabilities: [98] Power Management version 3
> Capabilities: [80] MSI: Enable+ Count=1/2 Maskable- 64bit+
> Capabilities: [78] Subsystem: Gammagraphx, Inc. (or missing ID) Device 0000
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [200] Vendor Specific Information: ID=0001 Rev=1 Len=100 <?>
> Kernel driver in use: pcieport
>
>08:12.0 PCI bridge: Broadcom HT2100 PCI-Express Bridge (rev a2)
>(prog-if 00 [Normal decode])
> Flags: bus master, fast devsel, latency 0
> Bus: primary=08, secondary=0b, subordinate=0c, sec-latency=0
> Memory behind bridge: fa000000-fbffffff
> Prefetchable memory behind bridge: 00000000fc400000-00000000fc4fffff
> Capabilities: [a0] HyperTransport: MSI Mapping Enable+ Fixed-
> Capabilities: [b0] Express Root Port (Slot-), MSI 00
> Capabilities: [98] Power Management version 3
> Capabilities: [80] MSI: Enable+ Count=1/2 Maskable- 64bit+
> Capabilities: [78] Subsystem: Gammagraphx, Inc. (or missing ID) Device 0000
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [200] Vendor Specific Information: ID=0001 Rev=1 Len=100 <?>
> Kernel driver in use: pcieport
>
>08:13.0 PCI bridge: Broadcom HT2100 PCI-Express Bridge (rev a2)
>(prog-if 00 [Normal decode])
> Flags: bus master, fast devsel, latency 0
> Bus: primary=08, secondary=0d, subordinate=0f, sec-latency=0
> I/O behind bridge: 00004000-00004fff
> Memory behind bridge: fdb00000-fdcfffff
> Prefetchable memory behind bridge: 00000000fc500000-00000000fc5fffff
> Capabilities: [a0] HyperTransport: MSI Mapping Enable+ Fixed-
> Capabilities: [b0] Express Root Port (Slot-), MSI 00
> Capabilities: [98] Power Management version 3
> Capabilities: [80] MSI: Enable+ Count=1/2 Maskable- 64bit+
> Capabilities: [78] Subsystem: Gammagraphx, Inc. (or missing ID) Device 0000
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [200] Vendor Specific Information: ID=0001 Rev=1 Len=100 <?>
> Kernel driver in use: pcieport
>
>09:00.0 PCI bridge: Broadcom EPB PCI-Express to PCI-X Bridge (rev c2)
>(prog-if 00 [Normal decode])
> Flags: bus master, fast devsel, latency 0
> Bus: primary=09, secondary=0a, subordinate=0a, sec-latency=64
> Memory behind bridge: f8000000-f9ffffff
> Prefetchable memory behind bridge: 00000000fc300000-00000000fc3fffff
> Capabilities: [60] Express PCI/PCI-X Bridge, MSI 00
> Capabilities: [90] PCI-X bridge device
> Capabilities: [b0] Power Management version 2
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [14c] Power Budgeting <?>
> Capabilities: [160] Device Serial Number 00-18-fe-ff-fe-34-d9-22
>
>0a:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708
>Gigabit Ethernet (rev 11)
> Subsystem: Hewlett-Packard Company NC373i Integrated Multifunction
>Gigabit Server Adapter
> Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 48
> Memory at f8000000 (64-bit, non-prefetchable) [size=32M]
> [virtual] Expansion ROM at fc300000 [disabled] [size=2K]
> Capabilities: [40] PCI-X non-bridge device
> Capabilities: [48] Power Management version 2
> Capabilities: [50] Vital Product Data
> Capabilities: [58] MSI: Enable+ Count=1/1 Maskable- 64bit+
> Kernel driver in use: bnx2
>
>0b:00.0 PCI bridge: Broadcom EPB PCI-Express to PCI-X Bridge (rev c2)
>(prog-if 00 [Normal decode])
> Flags: bus master, fast devsel, latency 0
> Bus: primary=0b, secondary=0c, subordinate=0c, sec-latency=64
> Memory behind bridge: fa000000-fbffffff
> Prefetchable memory behind bridge: 00000000fc400000-00000000fc4fffff
> Capabilities: [60] Express PCI/PCI-X Bridge, MSI 00
> Capabilities: [90] PCI-X bridge device
> Capabilities: [b0] Power Management version 2
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [14c] Power Budgeting <?>
> Capabilities: [160] Device Serial Number 00-18-fe-ff-fe-34-d9-26
>
>0c:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708
>Gigabit Ethernet (rev 11)
> Subsystem: Hewlett-Packard Company NC373i Integrated Multifunction
>Gigabit Server Adapter
> Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 49
> Memory at fa000000 (64-bit, non-prefetchable) [size=32M]
> [virtual] Expansion ROM at fc400000 [disabled] [size=2K]
> Capabilities: [40] PCI-X non-bridge device
> Capabilities: [48] Power Management version 2
> Capabilities: [50] Vital Product Data
> Capabilities: [58] MSI: Enable+ Count=1/1 Maskable- 64bit+
> Kernel driver in use: bnx2
>
>0d:00.0 RAID bus controller: Hewlett-Packard Company Smart Array
>Controller (rev 01)
> Subsystem: Hewlett-Packard Company P400i SAS Controller
> Flags: bus master, fast devsel, latency 0, IRQ 17
> Memory at fdc00000 (64-bit, non-prefetchable) [size=1M]
> I/O ports at 4000 [size=256]
> Memory at fdbf0000 (64-bit, non-prefetchable) [size=4K]
> [virtual] Expansion ROM at fc500000 [disabled] [size=256K]
> Capabilities: [b0] Express Endpoint, MSI 00
> Capabilities: [d4] MSI-X: Enable+ Count=4 Masked-
> Capabilities: [e0] Power Management version 2
> Capabilities: [ec] Vital Product Data
> Capabilities: [100] Power Budgeting <?>
> Kernel driver in use: cciss
>
>10:00.0 Ethernet controller: SysKonnect SK-9E21D 10/100/1000Base-T
>Adapter, Copper RJ-45 (rev 14)
> Subsystem: SysKonnect SK-9E22 Server Adapter
> Flags: bus master, fast devsel, latency 0, IRQ 40
> Memory at fddf0000 (64-bit, non-prefetchable) [size=16K]
> I/O ports at 5000 [size=256]
> [virtual] Expansion ROM at fc200000 [disabled] [size=128K]
> Capabilities: [48] Power Management version 2
> Capabilities: [50] Vital Product Data
> Capabilities: [5c] MSI: Enable+ Count=1/2 Maskable- 64bit+
> Capabilities: [e0] Express Legacy Endpoint, MSI 00
> Capabilities: [100] Advanced Error Reporting
> Kernel driver in use: sky2
>
>13:00.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI
>Express Switch (rev 04) (prog-if 00 [Normal decode])
> Flags: bus master, fast devsel, latency 0
> Bus: primary=13, secondary=14, subordinate=16, sec-latency=0
> I/O behind bridge: 00006000-00007fff
> Memory behind bridge: fde00000-fdffffff
> Prefetchable memory behind bridge: 00000000fc000000-00000000fc1fffff
> Capabilities: [40] Express Upstream Port, MSI 00
> Capabilities: [70] Power Management version 2
> Capabilities: [100] Virtual Channel
> Kernel driver in use: pcieport
>
>14:00.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI
>Express Switch (rev 04) (prog-if 00 [Normal decode])
> Flags: bus master, fast devsel, latency 0
> Bus: primary=14, secondary=15, subordinate=15, sec-latency=0
> I/O behind bridge: 00006000-00006fff
> Memory behind bridge: fde00000-fdefffff
> Prefetchable memory behind bridge: 00000000fc000000-00000000fc0fffff
> Capabilities: [40] Express Downstream Port (Slot-), MSI 00
> Capabilities: [70] Power Management version 2
> Capabilities: [7c] MSI: Enable+ Count=1/1 Maskable- 64bit+
> Capabilities: [100] Virtual Channel
> Kernel driver in use: pcieport
>
>14:01.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI
>Express Switch (rev 04) (prog-if 00 [Normal decode])
> Flags: bus master, fast devsel, latency 0
> Bus: primary=14, secondary=16, subordinate=16, sec-latency=0
> I/O behind bridge: 00007000-00007fff
> Memory behind bridge: fdf00000-fdffffff
> Prefetchable memory behind bridge: 00000000fc100000-00000000fc1fffff
> Capabilities: [40] Express Downstream Port (Slot-), MSI 00
> Capabilities: [70] Power Management version 2
> Capabilities: [7c] MSI: Enable+ Count=1/1 Maskable- 64bit+
> Capabilities: [100] Virtual Channel
> Kernel driver in use: pcieport
>
>15:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit
>Ethernet Controller (rev 06)
> Subsystem: Intel Corporation PRO/1000 PT Quad Port Server Adapter
> Flags: bus master, fast devsel, latency 0, IRQ 39
> Memory at fdee0000 (32-bit, non-prefetchable) [size=128K]
> Memory at fdec0000 (32-bit, non-prefetchable) [size=128K]
> I/O ports at 6000 [size=32]
> [virtual] Expansion ROM at fc000000 [disabled] [size=128K]
> Capabilities: [c8] Power Management version 2
> Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
> Capabilities: [e0] Express Endpoint, MSI 00
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [140] Device Serial Number 00-15-17-ff-ff-92-1e-fc
> Kernel driver in use: e1000e
>
>15:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit
>Ethernet Controller (rev 06)
> Subsystem: Intel Corporation PRO/1000 PT Quad Port Server Adapter
> Flags: bus master, fast devsel, latency 0, IRQ 45
> Memory at fdea0000 (32-bit, non-prefetchable) [size=128K]
> Memory at fde80000 (32-bit, non-prefetchable) [size=128K]
> I/O ports at 6020 [size=32]
> [virtual] Expansion ROM at fc020000 [disabled] [size=128K]
> Capabilities: [c8] Power Management version 2
> Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
> Capabilities: [e0] Express Endpoint, MSI 00
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [140] Device Serial Number 00-15-17-ff-ff-92-1e-fc
> Kernel driver in use: e1000e
>
>16:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit
>Ethernet Controller (rev 06)
> Subsystem: Intel Corporation PRO/1000 PT Quad Port Server Adapter
> Flags: bus master, fast devsel, latency 0, IRQ 46
> Memory at fdfe0000 (32-bit, non-prefetchable) [size=128K]
> Memory at fdfc0000 (32-bit, non-prefetchable) [size=128K]
> I/O ports at 7000 [size=32]
> [virtual] Expansion ROM at fc100000 [disabled] [size=128K]
> Capabilities: [c8] Power Management version 2
> Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
> Capabilities: [e0] Express Endpoint, MSI 00
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [140] Device Serial Number 00-15-17-ff-ff-92-1e-fe
> Kernel driver in use: e1000e
>
>16:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit
>Ethernet Controller (rev 06)
> Subsystem: Intel Corporation PRO/1000 PT Quad Port Server Adapter
> Flags: bus master, fast devsel, latency 0, IRQ 47
> Memory at fdfa0000 (32-bit, non-prefetchable) [size=128K]
> Memory at fdf80000 (32-bit, non-prefetchable) [size=128K]
> I/O ports at 7020 [size=32]
> [virtual] Expansion ROM at fc120000 [disabled] [size=128K]
> Capabilities: [c8] Power Management version 2
> Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
> Capabilities: [e0] Express Endpoint, MSI 00
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [140] Device Serial Number 00-15-17-ff-ff-92-1e-fe
> Kernel driver in use: e1000e
>
>===== end lspci =====
---
-Jay Vosburgh, IBM Linux Technology Center, fubar@us.ibm.com
^ permalink raw reply
* pull request: wireless-2.6 2010-06-08
From: John W. Linville @ 2010-06-08 19:02 UTC (permalink / raw)
To: davem-fT/PcQaiUtIeIZ0/mPfg9Q
Cc: linux-wireless-u79uwXL29TY76Z2rM5mHXA,
netdev-u79uwXL29TY76Z2rM5mHXA,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
Dave,
Here is a flurry of fixes intended for 2.6.35. Most of them are small
and obvious, but there are a few exceptions...I'll include some text from
the iwlwifi pull request:
We include four fixes. This series includes the overdue 3945 fix to
internal scanning. The system hang issue fixed by this patch is
encountered by many people, see:
http://thread.gmane.org/gmane.linux.kernel/994562
http://thread.gmane.org/gmane.linux.kernel.wireless.general/51343
http://thread.gmane.org/gmane.linux.kernel.wireless.general/51614
http://thread.gmane.org/gmane.linux.kernel/992191/focus=51561
We include a second fix for iwl3945 that enables a workaround to detect
and
recover when the command queue, or a transmit queue, becomes stuck.
Unfortunately users seem to be running into this issue more frequently
now.
The bugs related to this issue is noted in the commit message.
A third fix addresses a lockdep warning.
We also include an update to the MAINTAINERS file that we would like to
include in 2.6.35 since Wey-Yi will be maintainer during this
kernel's stabilization as well as thereafter.
The iwlwifi bits are bigger than I would like to see, but the fixes
seem worthwhile. Also included is a revert of a hostap patch that
introduced failures with some devices, a NULL pointer dereference fix,
a memory leak fix, a fix for an incorrect check of function pointer,
a USB ID for p54, and a fix for an association failure 'corner case'
from Johannes.
Please let me know if there are problems!
Thanks,
John
---
The following changes since commit 035320d54758e21227987e3aae0d46e7a04f4ddc:
Eric Dumazet (1):
ipmr: dont corrupt lists
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git master
Abhijeet Kolekar (1):
iwl3945: fix internal scan
Bob Copeland (1):
ath5k: retain promiscuous setting
Bruno Randolf (1):
ath5k: fix NULL pointer in antenna configuration
Emmanuel Grumbach (1):
iwlwifi: move sysfs_create_group to post request firmware
Grazvydas Ignotas (1):
wl1251: fix a memory leak in probe
Holger Schurig (1):
mac80211: fix function pointer check
Jason Dravet (1):
p54usb: Add device ID for Dell WLA3310 USB
Johannes Berg (3):
mac80211: process station blockack action frames from work
iwlwifi: add missing rcu_read_lock
mac80211: fix deauth before assoc
John W. Linville (1):
Revert "wireless: hostap, fix oops due to early probing interrupt"
Reinette Chatre (1):
iwl3945: enable stuck queue detection on 3945
Tobias Doerffel (1):
ath5k: depend on CONFIG_PM_SLEEP for suspend/resume functions
Wey-Yi Guy (1):
iwlwifi: add name to Maintainers list
Zhu Yi (1):
wireless: remove my name from the maintainer list
MAINTAINERS | 5 +-
drivers/net/wireless/ath/ath5k/base.c | 12 +-
drivers/net/wireless/ath/ath5k/phy.c | 7 +
drivers/net/wireless/hostap/hostap_hw.c | 9 -
drivers/net/wireless/iwlwifi/iwl-3945.c | 1 +
drivers/net/wireless/iwlwifi/iwl-agn-lib.c | 30 +---
drivers/net/wireless/iwlwifi/iwl-agn-tx.c | 2 +
drivers/net/wireless/iwlwifi/iwl-agn.c | 318 +++++++++++++-------------
drivers/net/wireless/iwlwifi/iwl-core.c | 39 ++++
drivers/net/wireless/iwlwifi/iwl-core.h | 2 +
drivers/net/wireless/iwlwifi/iwl3945-base.c | 56 +++++-
drivers/net/wireless/p54/p54usb.c | 1 +
drivers/net/wireless/wl12xx/wl1251_sdio.c | 1 +
net/mac80211/driver-ops.h | 2 +-
net/mac80211/mlme.c | 92 +++++++-
net/mac80211/rx.c | 3 +
16 files changed, 362 insertions(+), 218 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 22a49e6..83be538 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2966,7 +2966,6 @@ F: drivers/net/ixgb/
F: drivers/net/ixgbe/
INTEL PRO/WIRELESS 2100 NETWORK CONNECTION SUPPORT
-M: Zhu Yi <yi.zhu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
M: Reinette Chatre <reinette.chatre-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
M: Intel Linux Wireless <ilw-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
L: linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
@@ -2976,7 +2975,6 @@ F: Documentation/networking/README.ipw2100
F: drivers/net/wireless/ipw2x00/ipw2100.*
INTEL PRO/WIRELESS 2915ABG NETWORK CONNECTION SUPPORT
-M: Zhu Yi <yi.zhu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
M: Reinette Chatre <reinette.chatre-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
M: Intel Linux Wireless <ilw-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
L: linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
@@ -3007,8 +3005,8 @@ F: drivers/net/wimax/i2400m/
F: include/linux/wimax/i2400m.h
INTEL WIRELESS WIFI LINK (iwlwifi)
-M: Zhu Yi <yi.zhu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
M: Reinette Chatre <reinette.chatre-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
+M: Wey-Yi Guy <wey-yi.w.guy-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
M: Intel Linux Wireless <ilw-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
L: linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
W: http://intellinuxwireless.org
@@ -3018,7 +3016,6 @@ F: drivers/net/wireless/iwlwifi/
INTEL WIRELESS MULTICOMM 3200 WIFI (iwmc3200wifi)
M: Samuel Ortiz <samuel.ortiz-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
-M: Zhu Yi <yi.zhu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
M: Intel Linux Wireless <ilw-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
L: linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
S: Supported
diff --git a/drivers/net/wireless/ath/ath5k/base.c b/drivers/net/wireless/ath/ath5k/base.c
index 2978359..648972d 100644
--- a/drivers/net/wireless/ath/ath5k/base.c
+++ b/drivers/net/wireless/ath/ath5k/base.c
@@ -195,7 +195,7 @@ static const struct ieee80211_rate ath5k_rates[] = {
static int __devinit ath5k_pci_probe(struct pci_dev *pdev,
const struct pci_device_id *id);
static void __devexit ath5k_pci_remove(struct pci_dev *pdev);
-#ifdef CONFIG_PM
+#ifdef CONFIG_PM_SLEEP
static int ath5k_pci_suspend(struct device *dev);
static int ath5k_pci_resume(struct device *dev);
@@ -203,7 +203,7 @@ static SIMPLE_DEV_PM_OPS(ath5k_pm_ops, ath5k_pci_suspend, ath5k_pci_resume);
#define ATH5K_PM_OPS (&ath5k_pm_ops)
#else
#define ATH5K_PM_OPS NULL
-#endif /* CONFIG_PM */
+#endif /* CONFIG_PM_SLEEP */
static struct pci_driver ath5k_pci_driver = {
.name = KBUILD_MODNAME,
@@ -708,7 +708,7 @@ ath5k_pci_remove(struct pci_dev *pdev)
ieee80211_free_hw(hw);
}
-#ifdef CONFIG_PM
+#ifdef CONFIG_PM_SLEEP
static int ath5k_pci_suspend(struct device *dev)
{
struct ieee80211_hw *hw = pci_get_drvdata(to_pci_dev(dev));
@@ -734,7 +734,7 @@ static int ath5k_pci_resume(struct device *dev)
ath5k_led_enable(sc);
return 0;
}
-#endif /* CONFIG_PM */
+#endif /* CONFIG_PM_SLEEP */
/***********************\
@@ -3140,13 +3140,15 @@ static void ath5k_configure_filter(struct ieee80211_hw *hw,
if (changed_flags & (FIF_PROMISC_IN_BSS | FIF_OTHER_BSS)) {
if (*new_flags & FIF_PROMISC_IN_BSS) {
- rfilt |= AR5K_RX_FILTER_PROM;
__set_bit(ATH_STAT_PROMISC, sc->status);
} else {
__clear_bit(ATH_STAT_PROMISC, sc->status);
}
}
+ if (test_bit(ATH_STAT_PROMISC, sc->status))
+ rfilt |= AR5K_RX_FILTER_PROM;
+
/* Note, AR5K_RX_FILTER_MCAST is already enabled */
if (*new_flags & FIF_ALLMULTI) {
mfilt[0] = ~0;
diff --git a/drivers/net/wireless/ath/ath5k/phy.c b/drivers/net/wireless/ath/ath5k/phy.c
index 1b81c47..492cbb1 100644
--- a/drivers/net/wireless/ath/ath5k/phy.c
+++ b/drivers/net/wireless/ath/ath5k/phy.c
@@ -1814,6 +1814,13 @@ ath5k_hw_set_antenna_mode(struct ath5k_hw *ah, u8 ant_mode)
u8 def_ant, tx_ant, ee_mode;
u32 sta_id1 = 0;
+ /* if channel is not initialized yet we can't set the antennas
+ * so just store the mode. it will be set on the next reset */
+ if (channel == NULL) {
+ ah->ah_ant_mode = ant_mode;
+ return;
+ }
+
def_ant = ah->ah_def_ant;
ATH5K_TRACE(ah->ah_sc);
diff --git a/drivers/net/wireless/hostap/hostap_hw.c b/drivers/net/wireless/hostap/hostap_hw.c
index d707328..ff9b5c8 100644
--- a/drivers/net/wireless/hostap/hostap_hw.c
+++ b/drivers/net/wireless/hostap/hostap_hw.c
@@ -2618,15 +2618,6 @@ static irqreturn_t prism2_interrupt(int irq, void *dev_id)
int events = 0;
u16 ev;
- /* Detect early interrupt before driver is fully configued */
- if (!dev->base_addr) {
- if (net_ratelimit()) {
- printk(KERN_DEBUG "%s: Interrupt, but dev not configured\n",
- dev->name);
- }
- return IRQ_HANDLED;
- }
-
iface = netdev_priv(dev);
local = iface->local;
diff --git a/drivers/net/wireless/iwlwifi/iwl-3945.c b/drivers/net/wireless/iwlwifi/iwl-3945.c
index 068f7f8..c44a303 100644
--- a/drivers/net/wireless/iwlwifi/iwl-3945.c
+++ b/drivers/net/wireless/iwlwifi/iwl-3945.c
@@ -2852,6 +2852,7 @@ static struct iwl_lib_ops iwl3945_lib = {
.isr = iwl_isr_legacy,
.config_ap = iwl3945_config_ap,
.manage_ibss_station = iwl3945_manage_ibss_station,
+ .recover_from_tx_stall = iwl_bg_monitor_recover,
.check_plcp_health = iwl3945_good_plcp_health,
.debugfs_ops = {
diff --git a/drivers/net/wireless/iwlwifi/iwl-agn-lib.c b/drivers/net/wireless/iwlwifi/iwl-agn-lib.c
index 1004cfc..0f292a2 100644
--- a/drivers/net/wireless/iwlwifi/iwl-agn-lib.c
+++ b/drivers/net/wireless/iwlwifi/iwl-agn-lib.c
@@ -1119,10 +1119,9 @@ static int iwl_get_single_channel_for_scan(struct iwl_priv *priv,
struct iwl_scan_channel *scan_ch)
{
const struct ieee80211_supported_band *sband;
- const struct iwl_channel_info *ch_info;
u16 passive_dwell = 0;
u16 active_dwell = 0;
- int i, added = 0;
+ int added = 0;
u16 channel = 0;
sband = iwl_get_hw_mode(priv, band);
@@ -1137,32 +1136,7 @@ static int iwl_get_single_channel_for_scan(struct iwl_priv *priv,
if (passive_dwell <= active_dwell)
passive_dwell = active_dwell + 1;
- /* only scan single channel, good enough to reset the RF */
- /* pick the first valid not in-use channel */
- if (band == IEEE80211_BAND_5GHZ) {
- for (i = 14; i < priv->channel_count; i++) {
- if (priv->channel_info[i].channel !=
- le16_to_cpu(priv->staging_rxon.channel)) {
- channel = priv->channel_info[i].channel;
- ch_info = iwl_get_channel_info(priv,
- band, channel);
- if (is_channel_valid(ch_info))
- break;
- }
- }
- } else {
- for (i = 0; i < 14; i++) {
- if (priv->channel_info[i].channel !=
- le16_to_cpu(priv->staging_rxon.channel)) {
- channel =
- priv->channel_info[i].channel;
- ch_info = iwl_get_channel_info(priv,
- band, channel);
- if (is_channel_valid(ch_info))
- break;
- }
- }
- }
+ channel = iwl_get_single_channel_number(priv, band);
if (channel) {
scan_ch->channel = cpu_to_le16(channel);
scan_ch->type = SCAN_CHANNEL_TYPE_PASSIVE;
diff --git a/drivers/net/wireless/iwlwifi/iwl-agn-tx.c b/drivers/net/wireless/iwlwifi/iwl-agn-tx.c
index c402bfc..a732f10 100644
--- a/drivers/net/wireless/iwlwifi/iwl-agn-tx.c
+++ b/drivers/net/wireless/iwlwifi/iwl-agn-tx.c
@@ -1125,6 +1125,7 @@ static void iwlagn_tx_status(struct iwl_priv *priv, struct sk_buff *skb)
struct ieee80211_sta *sta;
struct iwl_station_priv *sta_priv;
+ rcu_read_lock();
sta = ieee80211_find_sta(priv->vif, hdr->addr1);
if (sta) {
sta_priv = (void *)sta->drv_priv;
@@ -1133,6 +1134,7 @@ static void iwlagn_tx_status(struct iwl_priv *priv, struct sk_buff *skb)
atomic_dec_return(&sta_priv->pending_frames) == 0)
ieee80211_sta_block_awake(priv->hw, sta, false);
}
+ rcu_read_unlock();
ieee80211_tx_status_irqsafe(priv->hw, skb);
}
diff --git a/drivers/net/wireless/iwlwifi/iwl-agn.c b/drivers/net/wireless/iwlwifi/iwl-agn.c
index aef4f71..7726e67 100644
--- a/drivers/net/wireless/iwlwifi/iwl-agn.c
+++ b/drivers/net/wireless/iwlwifi/iwl-agn.c
@@ -1484,6 +1484,156 @@ bool iwl_good_ack_health(struct iwl_priv *priv,
}
+/*****************************************************************************
+ *
+ * sysfs attributes
+ *
+ *****************************************************************************/
+
+#ifdef CONFIG_IWLWIFI_DEBUG
+
+/*
+ * The following adds a new attribute to the sysfs representation
+ * of this device driver (i.e. a new file in /sys/class/net/wlan0/device/)
+ * used for controlling the debug level.
+ *
+ * See the level definitions in iwl for details.
+ *
+ * The debug_level being managed using sysfs below is a per device debug
+ * level that is used instead of the global debug level if it (the per
+ * device debug level) is set.
+ */
+static ssize_t show_debug_level(struct device *d,
+ struct device_attribute *attr, char *buf)
+{
+ struct iwl_priv *priv = dev_get_drvdata(d);
+ return sprintf(buf, "0x%08X\n", iwl_get_debug_level(priv));
+}
+static ssize_t store_debug_level(struct device *d,
+ struct device_attribute *attr,
+ const char *buf, size_t count)
+{
+ struct iwl_priv *priv = dev_get_drvdata(d);
+ unsigned long val;
+ int ret;
+
+ ret = strict_strtoul(buf, 0, &val);
+ if (ret)
+ IWL_ERR(priv, "%s is not in hex or decimal form.\n", buf);
+ else {
+ priv->debug_level = val;
+ if (iwl_alloc_traffic_mem(priv))
+ IWL_ERR(priv,
+ "Not enough memory to generate traffic log\n");
+ }
+ return strnlen(buf, count);
+}
+
+static DEVICE_ATTR(debug_level, S_IWUSR | S_IRUGO,
+ show_debug_level, store_debug_level);
+
+
+#endif /* CONFIG_IWLWIFI_DEBUG */
+
+
+static ssize_t show_temperature(struct device *d,
+ struct device_attribute *attr, char *buf)
+{
+ struct iwl_priv *priv = dev_get_drvdata(d);
+
+ if (!iwl_is_alive(priv))
+ return -EAGAIN;
+
+ return sprintf(buf, "%d\n", priv->temperature);
+}
+
+static DEVICE_ATTR(temperature, S_IRUGO, show_temperature, NULL);
+
+static ssize_t show_tx_power(struct device *d,
+ struct device_attribute *attr, char *buf)
+{
+ struct iwl_priv *priv = dev_get_drvdata(d);
+
+ if (!iwl_is_ready_rf(priv))
+ return sprintf(buf, "off\n");
+ else
+ return sprintf(buf, "%d\n", priv->tx_power_user_lmt);
+}
+
+static ssize_t store_tx_power(struct device *d,
+ struct device_attribute *attr,
+ const char *buf, size_t count)
+{
+ struct iwl_priv *priv = dev_get_drvdata(d);
+ unsigned long val;
+ int ret;
+
+ ret = strict_strtoul(buf, 10, &val);
+ if (ret)
+ IWL_INFO(priv, "%s is not in decimal form.\n", buf);
+ else {
+ ret = iwl_set_tx_power(priv, val, false);
+ if (ret)
+ IWL_ERR(priv, "failed setting tx power (0x%d).\n",
+ ret);
+ else
+ ret = count;
+ }
+ return ret;
+}
+
+static DEVICE_ATTR(tx_power, S_IWUSR | S_IRUGO, show_tx_power, store_tx_power);
+
+static ssize_t show_rts_ht_protection(struct device *d,
+ struct device_attribute *attr, char *buf)
+{
+ struct iwl_priv *priv = dev_get_drvdata(d);
+
+ return sprintf(buf, "%s\n",
+ priv->cfg->use_rts_for_ht ? "RTS/CTS" : "CTS-to-self");
+}
+
+static ssize_t store_rts_ht_protection(struct device *d,
+ struct device_attribute *attr,
+ const char *buf, size_t count)
+{
+ struct iwl_priv *priv = dev_get_drvdata(d);
+ unsigned long val;
+ int ret;
+
+ ret = strict_strtoul(buf, 10, &val);
+ if (ret)
+ IWL_INFO(priv, "Input is not in decimal form.\n");
+ else {
+ if (!iwl_is_associated(priv))
+ priv->cfg->use_rts_for_ht = val ? true : false;
+ else
+ IWL_ERR(priv, "Sta associated with AP - "
+ "Change protection mechanism is not allowed\n");
+ ret = count;
+ }
+ return ret;
+}
+
+static DEVICE_ATTR(rts_ht_protection, S_IWUSR | S_IRUGO,
+ show_rts_ht_protection, store_rts_ht_protection);
+
+
+static struct attribute *iwl_sysfs_entries[] = {
+ &dev_attr_temperature.attr,
+ &dev_attr_tx_power.attr,
+ &dev_attr_rts_ht_protection.attr,
+#ifdef CONFIG_IWLWIFI_DEBUG
+ &dev_attr_debug_level.attr,
+#endif
+ NULL
+};
+
+static struct attribute_group iwl_attribute_group = {
+ .name = NULL, /* put in device directory */
+ .attrs = iwl_sysfs_entries,
+};
+
/******************************************************************************
*
* uCode download functions
@@ -1965,6 +2115,13 @@ static void iwl_ucode_callback(const struct firmware *ucode_raw, void *context)
if (err)
IWL_ERR(priv, "failed to create debugfs files. Ignoring error: %d\n", err);
+ err = sysfs_create_group(&priv->pci_dev->dev.kobj,
+ &iwl_attribute_group);
+ if (err) {
+ IWL_ERR(priv, "failed to create sysfs device attributes\n");
+ goto out_unbind;
+ }
+
/* We have our copies now, allow OS release its copies */
release_firmware(ucode_raw);
complete(&priv->_agn.firmware_loading_complete);
@@ -3264,141 +3421,6 @@ static int iwlagn_mac_sta_add(struct ieee80211_hw *hw,
/*****************************************************************************
*
- * sysfs attributes
- *
- *****************************************************************************/
-
-#ifdef CONFIG_IWLWIFI_DEBUG
-
-/*
- * The following adds a new attribute to the sysfs representation
- * of this device driver (i.e. a new file in /sys/class/net/wlan0/device/)
- * used for controlling the debug level.
- *
- * See the level definitions in iwl for details.
- *
- * The debug_level being managed using sysfs below is a per device debug
- * level that is used instead of the global debug level if it (the per
- * device debug level) is set.
- */
-static ssize_t show_debug_level(struct device *d,
- struct device_attribute *attr, char *buf)
-{
- struct iwl_priv *priv = dev_get_drvdata(d);
- return sprintf(buf, "0x%08X\n", iwl_get_debug_level(priv));
-}
-static ssize_t store_debug_level(struct device *d,
- struct device_attribute *attr,
- const char *buf, size_t count)
-{
- struct iwl_priv *priv = dev_get_drvdata(d);
- unsigned long val;
- int ret;
-
- ret = strict_strtoul(buf, 0, &val);
- if (ret)
- IWL_ERR(priv, "%s is not in hex or decimal form.\n", buf);
- else {
- priv->debug_level = val;
- if (iwl_alloc_traffic_mem(priv))
- IWL_ERR(priv,
- "Not enough memory to generate traffic log\n");
- }
- return strnlen(buf, count);
-}
-
-static DEVICE_ATTR(debug_level, S_IWUSR | S_IRUGO,
- show_debug_level, store_debug_level);
-
-
-#endif /* CONFIG_IWLWIFI_DEBUG */
-
-
-static ssize_t show_temperature(struct device *d,
- struct device_attribute *attr, char *buf)
-{
- struct iwl_priv *priv = dev_get_drvdata(d);
-
- if (!iwl_is_alive(priv))
- return -EAGAIN;
-
- return sprintf(buf, "%d\n", priv->temperature);
-}
-
-static DEVICE_ATTR(temperature, S_IRUGO, show_temperature, NULL);
-
-static ssize_t show_tx_power(struct device *d,
- struct device_attribute *attr, char *buf)
-{
- struct iwl_priv *priv = dev_get_drvdata(d);
-
- if (!iwl_is_ready_rf(priv))
- return sprintf(buf, "off\n");
- else
- return sprintf(buf, "%d\n", priv->tx_power_user_lmt);
-}
-
-static ssize_t store_tx_power(struct device *d,
- struct device_attribute *attr,
- const char *buf, size_t count)
-{
- struct iwl_priv *priv = dev_get_drvdata(d);
- unsigned long val;
- int ret;
-
- ret = strict_strtoul(buf, 10, &val);
- if (ret)
- IWL_INFO(priv, "%s is not in decimal form.\n", buf);
- else {
- ret = iwl_set_tx_power(priv, val, false);
- if (ret)
- IWL_ERR(priv, "failed setting tx power (0x%d).\n",
- ret);
- else
- ret = count;
- }
- return ret;
-}
-
-static DEVICE_ATTR(tx_power, S_IWUSR | S_IRUGO, show_tx_power, store_tx_power);
-
-static ssize_t show_rts_ht_protection(struct device *d,
- struct device_attribute *attr, char *buf)
-{
- struct iwl_priv *priv = dev_get_drvdata(d);
-
- return sprintf(buf, "%s\n",
- priv->cfg->use_rts_for_ht ? "RTS/CTS" : "CTS-to-self");
-}
-
-static ssize_t store_rts_ht_protection(struct device *d,
- struct device_attribute *attr,
- const char *buf, size_t count)
-{
- struct iwl_priv *priv = dev_get_drvdata(d);
- unsigned long val;
- int ret;
-
- ret = strict_strtoul(buf, 10, &val);
- if (ret)
- IWL_INFO(priv, "Input is not in decimal form.\n");
- else {
- if (!iwl_is_associated(priv))
- priv->cfg->use_rts_for_ht = val ? true : false;
- else
- IWL_ERR(priv, "Sta associated with AP - "
- "Change protection mechanism is not allowed\n");
- ret = count;
- }
- return ret;
-}
-
-static DEVICE_ATTR(rts_ht_protection, S_IWUSR | S_IRUGO,
- show_rts_ht_protection, store_rts_ht_protection);
-
-
-/*****************************************************************************
- *
* driver setup and teardown
*
*****************************************************************************/
@@ -3550,21 +3572,6 @@ static void iwl_uninit_drv(struct iwl_priv *priv)
kfree(priv->scan_cmd);
}
-static struct attribute *iwl_sysfs_entries[] = {
- &dev_attr_temperature.attr,
- &dev_attr_tx_power.attr,
- &dev_attr_rts_ht_protection.attr,
-#ifdef CONFIG_IWLWIFI_DEBUG
- &dev_attr_debug_level.attr,
-#endif
- NULL
-};
-
-static struct attribute_group iwl_attribute_group = {
- .name = NULL, /* put in device directory */
- .attrs = iwl_sysfs_entries,
-};
-
static struct ieee80211_ops iwl_hw_ops = {
.tx = iwl_mac_tx,
.start = iwl_mac_start,
@@ -3750,11 +3757,6 @@ static int iwl_pci_probe(struct pci_dev *pdev, const struct pci_device_id *ent)
IWL_ERR(priv, "Error allocating IRQ %d\n", priv->pci_dev->irq);
goto out_disable_msi;
}
- err = sysfs_create_group(&pdev->dev.kobj, &iwl_attribute_group);
- if (err) {
- IWL_ERR(priv, "failed to create sysfs device attributes\n");
- goto out_free_irq;
- }
iwl_setup_deferred_work(priv);
iwl_setup_rx_handlers(priv);
@@ -3788,15 +3790,13 @@ static int iwl_pci_probe(struct pci_dev *pdev, const struct pci_device_id *ent)
err = iwl_request_firmware(priv, true);
if (err)
- goto out_remove_sysfs;
+ goto out_destroy_workqueue;
return 0;
- out_remove_sysfs:
+ out_destroy_workqueue:
destroy_workqueue(priv->workqueue);
priv->workqueue = NULL;
- sysfs_remove_group(&pdev->dev.kobj, &iwl_attribute_group);
- out_free_irq:
free_irq(priv->pci_dev->irq, priv);
iwl_free_isr_ict(priv);
out_disable_msi:
diff --git a/drivers/net/wireless/iwlwifi/iwl-core.c b/drivers/net/wireless/iwlwifi/iwl-core.c
index 5a7eca8..426e955 100644
--- a/drivers/net/wireless/iwlwifi/iwl-core.c
+++ b/drivers/net/wireless/iwlwifi/iwl-core.c
@@ -854,6 +854,45 @@ void iwl_set_rxon_chain(struct iwl_priv *priv)
}
EXPORT_SYMBOL(iwl_set_rxon_chain);
+/* Return valid channel */
+u8 iwl_get_single_channel_number(struct iwl_priv *priv,
+ enum ieee80211_band band)
+{
+ const struct iwl_channel_info *ch_info;
+ int i;
+ u8 channel = 0;
+
+ /* only scan single channel, good enough to reset the RF */
+ /* pick the first valid not in-use channel */
+ if (band == IEEE80211_BAND_5GHZ) {
+ for (i = 14; i < priv->channel_count; i++) {
+ if (priv->channel_info[i].channel !=
+ le16_to_cpu(priv->staging_rxon.channel)) {
+ channel = priv->channel_info[i].channel;
+ ch_info = iwl_get_channel_info(priv,
+ band, channel);
+ if (is_channel_valid(ch_info))
+ break;
+ }
+ }
+ } else {
+ for (i = 0; i < 14; i++) {
+ if (priv->channel_info[i].channel !=
+ le16_to_cpu(priv->staging_rxon.channel)) {
+ channel =
+ priv->channel_info[i].channel;
+ ch_info = iwl_get_channel_info(priv,
+ band, channel);
+ if (is_channel_valid(ch_info))
+ break;
+ }
+ }
+ }
+
+ return channel;
+}
+EXPORT_SYMBOL(iwl_get_single_channel_number);
+
/**
* iwl_set_rxon_channel - Set the phymode and channel values in staging RXON
* @phymode: MODE_IEEE80211A sets to 5.2GHz; all else set to 2.4GHz
diff --git a/drivers/net/wireless/iwlwifi/iwl-core.h b/drivers/net/wireless/iwlwifi/iwl-core.h
index 7e5a5ba..31775bd 100644
--- a/drivers/net/wireless/iwlwifi/iwl-core.h
+++ b/drivers/net/wireless/iwlwifi/iwl-core.h
@@ -343,6 +343,8 @@ int iwl_check_rxon_cmd(struct iwl_priv *priv);
int iwl_full_rxon_required(struct iwl_priv *priv);
void iwl_set_rxon_chain(struct iwl_priv *priv);
int iwl_set_rxon_channel(struct iwl_priv *priv, struct ieee80211_channel *ch);
+u8 iwl_get_single_channel_number(struct iwl_priv *priv,
+ enum ieee80211_band band);
void iwl_set_rxon_ht(struct iwl_priv *priv, struct iwl_ht_config *ht_conf);
u8 iwl_is_ht40_tx_allowed(struct iwl_priv *priv,
struct ieee80211_sta_ht_cap *sta_ht_inf);
diff --git a/drivers/net/wireless/iwlwifi/iwl3945-base.c b/drivers/net/wireless/iwlwifi/iwl3945-base.c
index 3e5bffb..6c353ca 100644
--- a/drivers/net/wireless/iwlwifi/iwl3945-base.c
+++ b/drivers/net/wireless/iwlwifi/iwl3945-base.c
@@ -1844,6 +1844,49 @@ static void iwl3945_irq_tasklet(struct iwl_priv *priv)
#endif
}
+static int iwl3945_get_single_channel_for_scan(struct iwl_priv *priv,
+ struct ieee80211_vif *vif,
+ enum ieee80211_band band,
+ struct iwl3945_scan_channel *scan_ch)
+{
+ const struct ieee80211_supported_band *sband;
+ u16 passive_dwell = 0;
+ u16 active_dwell = 0;
+ int added = 0;
+ u8 channel = 0;
+
+ sband = iwl_get_hw_mode(priv, band);
+ if (!sband) {
+ IWL_ERR(priv, "invalid band\n");
+ return added;
+ }
+
+ active_dwell = iwl_get_active_dwell_time(priv, band, 0);
+ passive_dwell = iwl_get_passive_dwell_time(priv, band, vif);
+
+ if (passive_dwell <= active_dwell)
+ passive_dwell = active_dwell + 1;
+
+
+ channel = iwl_get_single_channel_number(priv, band);
+
+ if (channel) {
+ scan_ch->channel = channel;
+ scan_ch->type = 0; /* passive */
+ scan_ch->active_dwell = cpu_to_le16(active_dwell);
+ scan_ch->passive_dwell = cpu_to_le16(passive_dwell);
+ /* Set txpower levels to defaults */
+ scan_ch->tpc.dsp_atten = 110;
+ if (band == IEEE80211_BAND_5GHZ)
+ scan_ch->tpc.tx_gain = ((1 << 5) | (3 << 3)) | 3;
+ else
+ scan_ch->tpc.tx_gain = ((1 << 5) | (5 << 3));
+ added++;
+ } else
+ IWL_ERR(priv, "no valid channel found\n");
+ return added;
+}
+
static int iwl3945_get_channels_for_scan(struct iwl_priv *priv,
enum ieee80211_band band,
u8 is_active, u8 n_probes,
@@ -2992,9 +3035,16 @@ void iwl3945_request_scan(struct iwl_priv *priv, struct ieee80211_vif *vif)
/* select Rx antennas */
scan->flags |= iwl3945_get_antenna_flags(priv);
- scan->channel_count =
- iwl3945_get_channels_for_scan(priv, band, is_active, n_probes,
- (void *)&scan->data[le16_to_cpu(scan->tx_cmd.len)], vif);
+ if (priv->is_internal_short_scan) {
+ scan->channel_count =
+ iwl3945_get_single_channel_for_scan(priv, vif, band,
+ (void *)&scan->data[le16_to_cpu(
+ scan->tx_cmd.len)]);
+ } else {
+ scan->channel_count =
+ iwl3945_get_channels_for_scan(priv, band, is_active, n_probes,
+ (void *)&scan->data[le16_to_cpu(scan->tx_cmd.len)], vif);
+ }
if (scan->channel_count == 0) {
IWL_DEBUG_SCAN(priv, "channel count %d\n", scan->channel_count);
diff --git a/drivers/net/wireless/p54/p54usb.c b/drivers/net/wireless/p54/p54usb.c
index d5b197b..7307325 100644
--- a/drivers/net/wireless/p54/p54usb.c
+++ b/drivers/net/wireless/p54/p54usb.c
@@ -80,6 +80,7 @@ static struct usb_device_id p54u_table[] __devinitdata = {
{USB_DEVICE(0x1413, 0x5400)}, /* Telsey 802.11g USB2.0 Adapter */
{USB_DEVICE(0x1435, 0x0427)}, /* Inventel UR054G */
{USB_DEVICE(0x2001, 0x3704)}, /* DLink DWL-G122 rev A2 */
+ {USB_DEVICE(0x413c, 0x5513)}, /* Dell WLA3310 USB Wireless Adapter */
{USB_DEVICE(0x413c, 0x8102)}, /* Spinnaker DUT */
{USB_DEVICE(0x413c, 0x8104)}, /* Cohiba Proto board */
{}
diff --git a/drivers/net/wireless/wl12xx/wl1251_sdio.c b/drivers/net/wireless/wl12xx/wl1251_sdio.c
index d234285..c561332 100644
--- a/drivers/net/wireless/wl12xx/wl1251_sdio.c
+++ b/drivers/net/wireless/wl12xx/wl1251_sdio.c
@@ -259,6 +259,7 @@ disable:
sdio_disable_func(func);
release:
sdio_release_host(func);
+ wl1251_free_hw(wl);
return ret;
}
diff --git a/net/mac80211/driver-ops.h b/net/mac80211/driver-ops.h
index 4f22713..9c1da08 100644
--- a/net/mac80211/driver-ops.h
+++ b/net/mac80211/driver-ops.h
@@ -349,7 +349,7 @@ static inline int drv_get_survey(struct ieee80211_local *local, int idx,
struct survey_info *survey)
{
int ret = -EOPNOTSUPP;
- if (local->ops->conf_tx)
+ if (local->ops->get_survey)
ret = local->ops->get_survey(&local->hw, idx, survey);
/* trace_drv_get_survey(local, idx, survey, ret); */
return ret;
diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
index 0839c4e..f803f8b 100644
--- a/net/mac80211/mlme.c
+++ b/net/mac80211/mlme.c
@@ -1692,14 +1692,52 @@ static void ieee80211_sta_rx_queued_mgmt(struct ieee80211_sub_if_data *sdata,
rma = ieee80211_rx_mgmt_disassoc(sdata, mgmt, skb->len);
break;
case IEEE80211_STYPE_ACTION:
- if (mgmt->u.action.category != WLAN_CATEGORY_SPECTRUM_MGMT)
+ switch (mgmt->u.action.category) {
+ case WLAN_CATEGORY_BACK: {
+ struct ieee80211_local *local = sdata->local;
+ int len = skb->len;
+ struct sta_info *sta;
+
+ rcu_read_lock();
+ sta = sta_info_get(sdata, mgmt->sa);
+ if (!sta) {
+ rcu_read_unlock();
+ break;
+ }
+
+ local_bh_disable();
+
+ switch (mgmt->u.action.u.addba_req.action_code) {
+ case WLAN_ACTION_ADDBA_REQ:
+ if (len < (IEEE80211_MIN_ACTION_SIZE +
+ sizeof(mgmt->u.action.u.addba_req)))
+ break;
+ ieee80211_process_addba_request(local, sta, mgmt, len);
+ break;
+ case WLAN_ACTION_ADDBA_RESP:
+ if (len < (IEEE80211_MIN_ACTION_SIZE +
+ sizeof(mgmt->u.action.u.addba_resp)))
+ break;
+ ieee80211_process_addba_resp(local, sta, mgmt, len);
+ break;
+ case WLAN_ACTION_DELBA:
+ if (len < (IEEE80211_MIN_ACTION_SIZE +
+ sizeof(mgmt->u.action.u.delba)))
+ break;
+ ieee80211_process_delba(sdata, sta, mgmt, len);
+ break;
+ }
+ local_bh_enable();
+ rcu_read_unlock();
break;
-
- ieee80211_sta_process_chanswitch(sdata,
- &mgmt->u.action.u.chan_switch.sw_elem,
- (void *)ifmgd->associated->priv,
- rx_status->mactime);
- break;
+ }
+ case WLAN_CATEGORY_SPECTRUM_MGMT:
+ ieee80211_sta_process_chanswitch(sdata,
+ &mgmt->u.action.u.chan_switch.sw_elem,
+ (void *)ifmgd->associated->priv,
+ rx_status->mactime);
+ break;
+ }
}
mutex_unlock(&ifmgd->mtx);
@@ -1722,9 +1760,45 @@ static void ieee80211_sta_rx_queued_mgmt(struct ieee80211_sub_if_data *sdata,
mutex_unlock(&ifmgd->mtx);
if (skb->len >= 24 + 2 /* mgmt + deauth reason */ &&
- (fc & IEEE80211_FCTL_STYPE) == IEEE80211_STYPE_DEAUTH)
- cfg80211_send_deauth(sdata->dev, (u8 *)mgmt, skb->len);
+ (fc & IEEE80211_FCTL_STYPE) == IEEE80211_STYPE_DEAUTH) {
+ struct ieee80211_local *local = sdata->local;
+ struct ieee80211_work *wk;
+
+ mutex_lock(&local->work_mtx);
+ list_for_each_entry(wk, &local->work_list, list) {
+ if (wk->sdata != sdata)
+ continue;
+
+ if (wk->type != IEEE80211_WORK_ASSOC)
+ continue;
+
+ if (memcmp(mgmt->bssid, wk->filter_ta, ETH_ALEN))
+ continue;
+ if (memcmp(mgmt->sa, wk->filter_ta, ETH_ALEN))
+ continue;
+ /*
+ * Printing the message only here means we can't
+ * spuriously print it, but it also means that it
+ * won't be printed when the frame comes in before
+ * we even tried to associate or in similar cases.
+ *
+ * Ultimately, I suspect cfg80211 should print the
+ * messages instead.
+ */
+ printk(KERN_DEBUG
+ "%s: deauthenticated from %pM (Reason: %u)\n",
+ sdata->name, mgmt->bssid,
+ le16_to_cpu(mgmt->u.deauth.reason_code));
+
+ list_del_rcu(&wk->list);
+ free_work(wk);
+ break;
+ }
+ mutex_unlock(&local->work_mtx);
+
+ cfg80211_send_deauth(sdata->dev, (u8 *)mgmt, skb->len);
+ }
out:
kfree_skb(skb);
}
diff --git a/net/mac80211/rx.c b/net/mac80211/rx.c
index 5e0b654..be9abc2 100644
--- a/net/mac80211/rx.c
+++ b/net/mac80211/rx.c
@@ -1944,6 +1944,9 @@ ieee80211_rx_h_action(struct ieee80211_rx_data *rx)
if (len < IEEE80211_MIN_ACTION_SIZE + 1)
break;
+ if (sdata->vif.type == NL80211_IFTYPE_STATION)
+ return ieee80211_sta_rx_mgmt(sdata, rx->skb);
+
switch (mgmt->u.action.u.addba_req.action_code) {
case WLAN_ACTION_ADDBA_REQ:
if (len < (IEEE80211_MIN_ACTION_SIZE +
--
John W. Linville Someday the world will need a hero, and you
linville-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org might be all we have. Be ready.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply related
* Re: [PATCH][RFC] Infrastructure for compact call location representation
From: David VomLehn @ 2010-06-08 18:59 UTC (permalink / raw)
To: Randy Dunlap; +Cc: to, netdev
In-Reply-To: <20100608084452.9a3ebb0a.rdunlap@xenotime.net>
On Tue, Jun 08, 2010 at 08:44:52AM -0700, Randy Dunlap wrote:
> On Mon, 7 Jun 2010 17:30:52 -0700 David VomLehn wrote:
>
> > Notes
> > o Under simple test conditions, the number of call site IDs allocated
> > can be quite small, small enough to fit in 6 bits. That would reduce
> > the sk_buff growth to one byte. This is *not* a recommended
> > configuration.
> > o This is placed in net/core and linux/net since those are the only
> > current users, but there is nothing about this that is networking-
> > specific.
>
> => this shouldn't end up in net/
I was hesitant to do so, but I've now moved the header files
to include/linux/ and the C file to lib/. This makes more sense to me.
The rest of your comments were bang on; I've made all of the changes you
suggested. Thanks!
> ---
> ~Randy
> *** Remember to use Documentation/SubmitChecklist when testing your code ***
--
David VL
^ permalink raw reply
* Re: [PATCH][RFC] Infrastructure for out-of-band parameter passing
From: David VomLehn @ 2010-06-08 18:36 UTC (permalink / raw)
To: Randy Dunlap; +Cc: to, netdev
In-Reply-To: <20100608083120.e92a7739.rdunlap@xenotime.net>
On Tue, Jun 08, 2010 at 10:31:20AM -0500, Randy Dunlap wrote:
> On Mon, 7 Jun 2010 17:30:49 -0700 David VomLehn wrote:
>
> > Infrastructure to support out of band/indirect passing of data to functions.
...
> > +/**
> > + * oobparam_push - push an out of band parameter frame on the OOB param stack
> > + * @head Pointer to the OOB parameter stack top, which must be in the
> > + * task structure.
> > + * @frame Pointer to the OOB parameter frame, generally embedded in
> > + * another structure
>
> Need a colon ':' after the parameter names for kernel-doc notation:
That's what I get for relying on memory...thanks!
...
> ---
> ~Randy
> *** Remember to use Documentation/SubmitChecklist when testing your code ***
--
David VL
^ permalink raw reply
* Re: [PATCH][RFC] Check sk_buff states
From: David VomLehn @ 2010-06-08 18:28 UTC (permalink / raw)
To: Mitchell Erblich; +Cc: netdev
In-Reply-To: <EB1E9C2D-55C5-4B57-A98D-E195309E9E05@earthlink.net>
On Mon, Jun 07, 2010 at 11:46:10PM -0500, Mitchell Erblich wrote:
>
> On Jun 7, 2010, at 5:30 PM, David VomLehn wrote:
>
> > This uses the oobparam and callsite infrastructure to implement sk_buff
> > state checking and error reporting. Possible states of an sk_buff are:
> > SKB_STATE_FREE - Is not currently in use
> > SKB_STATE_ALLOCATED - Has been allocated, but is not on a queue
> > SKB_STATE_QUEUED - Is allocated and on a queue
> > Since there are only three states, two bits suffice to record the state of
> > an sk_buff structure, so checking for consistent state is easy. (For you
> > weenies, the fourth possible state *is* flagged as an error).
>
>
> ... cut...
>
> Just my two cents,
> Just initially thinking of the state names & using only two bits
> If a 3rd bit, then it could indicate exclusive or shared (double free then acceptable if shared)
>
> kmem_alloc, malloc, etc actually allocate structs
> when something is allocated but not associated with anything, then it has no reference
>
> so then why not?
>
> xxx_STATE_INVALID: both bits unset
> xxx_STATE_ALLOCATED: bit 0 set and bit 1 not set
> xxx_STATE_REFERENCED : could be exclusive or shared, bit 0 unset & bit 1 set
> xxx_STATE_QUEUED: both bits set
>
> Mitchell Erblich
I think adding a bit is no problem, but the description is a bit too terse
for me. The distinction between allocated and referenced wasn't clear
enough that I could figure out which skb_* functions affect this.
--
David VL
^ permalink raw reply
* [PATCH 2/2] irttp: Print device parameters and statistics as unsigned
From: Ben Hutchings @ 2010-06-08 18:23 UTC (permalink / raw)
To: David Miller; +Cc: netdev
Device statistics have type unsigned long and several of the
device-specific parameters printed here have type __u32.
Signed-off-by: Ben Hutchings <bhutchings@solarflare.com>
---
net/irda/irttp.c | 14 +++++++-------
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/net/irda/irttp.c b/net/irda/irttp.c
index 47db1d8..285761e 100644
--- a/net/irda/irttp.c
+++ b/net/irda/irttp.c
@@ -1853,23 +1853,23 @@ static int irttp_seq_show(struct seq_file *seq, void *v)
self->remote_credit);
seq_printf(seq, "send credit: %d\n",
self->send_credit);
- seq_printf(seq, " tx packets: %ld, ",
+ seq_printf(seq, " tx packets: %lu, ",
self->stats.tx_packets);
- seq_printf(seq, "rx packets: %ld, ",
+ seq_printf(seq, "rx packets: %lu, ",
self->stats.rx_packets);
- seq_printf(seq, "tx_queue len: %d ",
+ seq_printf(seq, "tx_queue len: %u ",
skb_queue_len(&self->tx_queue));
- seq_printf(seq, "rx_queue len: %d\n",
+ seq_printf(seq, "rx_queue len: %u\n",
skb_queue_len(&self->rx_queue));
seq_printf(seq, " tx_sdu_busy: %s, ",
self->tx_sdu_busy? "TRUE":"FALSE");
seq_printf(seq, "rx_sdu_busy: %s\n",
self->rx_sdu_busy? "TRUE":"FALSE");
- seq_printf(seq, " max_seg_size: %d, ",
+ seq_printf(seq, " max_seg_size: %u, ",
self->max_seg_size);
- seq_printf(seq, "tx_max_sdu_size: %d, ",
+ seq_printf(seq, "tx_max_sdu_size: %u, ",
self->tx_max_sdu_size);
- seq_printf(seq, "rx_max_sdu_size: %d\n",
+ seq_printf(seq, "rx_max_sdu_size: %u\n",
self->rx_max_sdu_size);
seq_printf(seq, " Used by (%s)\n\n",
--
1.6.2.5
--
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
^ permalink raw reply related
* 2.6.32: Frequent Call Traces with Ethernet Bonding
From: John Livingston @ 2010-06-08 18:21 UTC (permalink / raw)
To: Linux Kernel Mailing List, Linux Netdev List
All,
I've recently set up an internal gateway that's used to forward high
bandwidth traffic among ~10 VLANs. The system is connected using a
6-port Ethernet bond (4 ports e1000e, 2 ports bnx2) in balance-alb
mode, with tagged VLANs running on top of the bond. A few minutes
after the box came online I began seeing a massive number of call
traces. The box is still functioning for the moment, though its logs
are filling up quite fast. I have a number of other machines with
combination e1000e/bnx2/sky2 NICs that I'd like to try to use in a
similar fashion, but I'm hoping to track down the cause of this issue
first.
The machine is an HP Proliant DL 365 G1 running Debian testing, with
the stock 2.6.32-3 Debian kernel. The call traces and output of lspci
-v are below. Please let me know if any further information would be
helpful. Thank you.
===== call traces =====
Jun 8 14:07:59 gateway kernel: [ 5655.000130] ------------[ cut here
]------------
Jun 8 14:07:59 gateway kernel: [ 5655.000173] WARNING: at
/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
skb_gso_segment+0x109/0x263()
Jun 8 14:07:59 gateway kernel: [ 5655.000259] Hardware name: ProLiant DL365 G1
Jun 8 14:07:59 gateway kernel: [ 5655.000288] 802.1Q VLAN Support:
caps=(0x190803, 0x19080b) len=2928 data_len=2856 ip_summed=0
Jun 8 14:07:59 gateway kernel: [ 5655.000324] Modules linked in: tun
sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
Jun 8 14:07:59 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
iptable_filter ip_tables ip6table_filter ip6_tables x_tables
rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
k8temp container hpilo button shpchp pci_hotplug processor ext4
mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
[last unloaded: scsi_wait_scan]
Jun 8 14:07:59 gateway kernel: [ 5655.001381] Pid: 5545, comm: sshd
Tainted: G W 2.6.32-3-amd64 #1
Jun 8 14:07:59 gateway kernel: [ 5655.001415] Call Trace:
Jun 8 14:07:59 gateway kernel: [ 5655.001444] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:07:59 gateway kernel: [ 5655.001477] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:07:59 gateway kernel: [ 5655.001514] [<ffffffff8104dbf0>] ?
warn_slowpath_common+0x77/0xa3
Jun 8 14:07:59 gateway kernel: [ 5655.001548] [<ffffffff8104dc78>] ?
warn_slowpath_fmt+0x51/0x59
Jun 8 14:07:59 gateway kernel: [ 5655.001588] [<ffffffffa03b5e6d>] ?
ip6t_do_table+0x65f/0x69a [ip6_tables]
Jun 8 14:07:59 gateway kernel: [ 5655.001628] [<ffffffffa0226f29>] ?
vlan_ethtool_get_drvinfo+0x24/0x35 [8021q]
Jun 8 14:07:59 gateway kernel: [ 5655.001680] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:07:59 gateway kernel: [ 5655.001714] [<ffffffff81243c4f>] ?
dev_hard_start_xmit+0x1b0/0x2b8
Jun 8 14:07:59 gateway kernel: [ 5655.001749] [<ffffffff81244135>] ?
dev_queue_xmit+0x2dd/0x38d
Jun 8 14:07:59 gateway kernel: [ 5655.001783] [<ffffffff812ad79c>] ?
ip6_output+0xd5c/0xd74
Jun 8 14:07:59 gateway kernel: [ 5655.001816] [<ffffffff81260076>] ?
nf_iterate+0x41/0x7d
Jun 8 14:07:59 gateway kernel: [ 5655.001848] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:07:59 gateway kernel: [ 5655.001879] [<ffffffff81260114>] ?
nf_hook_slow+0x62/0xc3
Jun 8 14:07:59 gateway kernel: [ 5655.001911] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:07:59 gateway kernel: [ 5655.001942] [<ffffffff812ac4f6>] ?
ip6_xmit+0x3b9/0x4a0
Jun 8 14:07:59 gateway kernel: [ 5655.001975] [<ffffffff812cefb1>] ?
inet6_csk_xmit+0x249/0x274
Jun 8 14:07:59 gateway kernel: [ 5655.002012] [<ffffffff8127b4cf>] ?
tcp_transmit_skb+0x648/0x687
Jun 8 14:07:59 gateway kernel: [ 5655.002045] [<ffffffff8127d944>] ?
tcp_write_xmit+0x874/0x96c
Jun 8 14:07:59 gateway kernel: [ 5655.002083] [<ffffffff8123c641>] ?
__alloc_skb+0x69/0x15a
Jun 8 14:07:59 gateway kernel: [ 5655.002116] [<ffffffff8127da89>] ?
__tcp_push_pending_frames+0x22/0x53
Jun 8 14:07:59 gateway kernel: [ 5655.002152] [<ffffffff81272c6b>] ?
tcp_sendmsg+0x77c/0x878
Jun 8 14:07:59 gateway kernel: [ 5655.002186] [<ffffffff812348ac>] ?
sock_aio_write+0xb1/0xbc
Jun 8 14:07:59 gateway kernel: [ 5655.002220] [<ffffffff810ed27a>] ?
do_sync_write+0xce/0x113
Jun 8 14:07:59 gateway kernel: [ 5655.002254] [<ffffffff81064a56>] ?
autoremove_wake_function+0x0/0x2e
Jun 8 14:07:59 gateway kernel: [ 5655.002291] [<ffffffff8104a1a6>] ?
default_wake_function+0x0/0x9
Jun 8 14:07:59 gateway kernel: [ 5655.002324] [<ffffffff810edc05>] ?
vfs_write+0xbc/0x102
Jun 8 14:07:59 gateway kernel: [ 5655.002356] [<ffffffff810edd07>] ?
sys_write+0x45/0x6e
Jun 8 14:07:59 gateway kernel: [ 5655.002390] [<ffffffff81010b42>] ?
system_call_fastpath+0x16/0x1b
Jun 8 14:07:59 gateway kernel: [ 5655.002423] ---[ end trace
d52ed80ad3c42ed5 ]---
Jun 8 14:07:59 gateway kernel: [ 5655.002456] ------------[ cut here
]------------
Jun 8 14:07:59 gateway kernel: [ 5655.002487] WARNING: at
/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
skb_gso_segment+0x109/0x263()
Jun 8 14:07:59 gateway kernel: [ 5655.002571] Hardware name: ProLiant DL365 G1
Jun 8 14:07:59 gateway kernel: [ 5655.002600] bonding:
caps=(0x1913a3, 0x19080b) len=2928 data_len=2856 ip_summed=0
Jun 8 14:07:59 gateway kernel: [ 5655.002634] Modules linked in: tun
sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
Jun 8 14:07:59 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
iptable_filter ip_tables ip6table_filter ip6_tables x_tables
rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
k8temp container hpilo button shpchp pci_hotplug processor ext4
mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
[last unloaded: scsi_wait_scan]
Jun 8 14:07:59 gateway kernel: [ 5655.009854] Pid: 5545, comm: sshd
Tainted: G W 2.6.32-3-amd64 #1
Jun 8 14:07:59 gateway kernel: [ 5655.009891] Call Trace:
Jun 8 14:07:59 gateway kernel: [ 5655.009921] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:07:59 gateway kernel: [ 5655.009959] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:07:59 gateway kernel: [ 5655.009997] [<ffffffff8104dbf0>] ?
warn_slowpath_common+0x77/0xa3
Jun 8 14:07:59 gateway kernel: [ 5655.010036] [<ffffffff8104dc78>] ?
warn_slowpath_fmt+0x51/0x59
Jun 8 14:07:59 gateway kernel: [ 5655.010075] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:07:59 gateway kernel: [ 5655.010111] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:07:59 gateway kernel: [ 5655.010146] [<ffffffff8104dc0a>] ?
warn_slowpath_common+0x91/0xa3
Jun 8 14:07:59 gateway kernel: [ 5655.010185] [<ffffffff8104dc78>] ?
warn_slowpath_fmt+0x51/0x59
Jun 8 14:07:59 gateway kernel: [ 5655.010229] [<ffffffffa02880ce>] ?
bond_ethtool_get_drvinfo+0x2e/0x4b [bonding]
Jun 8 14:07:59 gateway kernel: [ 5655.010285] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:07:59 gateway kernel: [ 5655.010320] [<ffffffff81243c4f>] ?
dev_hard_start_xmit+0x1b0/0x2b8
Jun 8 14:07:59 gateway kernel: [ 5655.010357] [<ffffffff81244135>] ?
dev_queue_xmit+0x2dd/0x38d
Jun 8 14:07:59 gateway kernel: [ 5655.010397] [<ffffffffa02271c2>] ?
vlan_dev_hwaccel_hard_start_xmit+0x63/0x7d [8021q]
Jun 8 14:07:59 gateway kernel: [ 5655.010455] [<ffffffff81243cb0>] ?
dev_hard_start_xmit+0x211/0x2b8
Jun 8 14:07:59 gateway kernel: [ 5655.010491] [<ffffffff81244135>] ?
dev_queue_xmit+0x2dd/0x38d
Jun 8 14:07:59 gateway kernel: [ 5655.010525] [<ffffffff812ad79c>] ?
ip6_output+0xd5c/0xd74
Jun 8 14:07:59 gateway kernel: [ 5655.010560] [<ffffffff81260076>] ?
nf_iterate+0x41/0x7d
Jun 8 14:07:59 gateway kernel: [ 5655.010593] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:07:59 gateway kernel: [ 5655.010627] [<ffffffff81260114>] ?
nf_hook_slow+0x62/0xc3
Jun 8 14:07:59 gateway kernel: [ 5655.010660] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:07:59 gateway kernel: [ 5655.010693] [<ffffffff812ac4f6>] ?
ip6_xmit+0x3b9/0x4a0
Jun 8 14:07:59 gateway kernel: [ 5655.010732] [<ffffffff812cefb1>] ?
inet6_csk_xmit+0x249/0x274
Jun 8 14:07:59 gateway kernel: [ 5655.010769] [<ffffffff8127b4cf>] ?
tcp_transmit_skb+0x648/0x687
Jun 8 14:07:59 gateway kernel: [ 5655.010806] [<ffffffff8127d944>] ?
tcp_write_xmit+0x874/0x96c
Jun 8 14:07:59 gateway kernel: [ 5655.010842] [<ffffffff8123c641>] ?
__alloc_skb+0x69/0x15a
Jun 8 14:07:59 gateway kernel: [ 5655.010877] [<ffffffff8127da89>] ?
__tcp_push_pending_frames+0x22/0x53
Jun 8 14:07:59 gateway kernel: [ 5655.010914] [<ffffffff81272c6b>] ?
tcp_sendmsg+0x77c/0x878
Jun 8 14:07:59 gateway kernel: [ 5655.010948] [<ffffffff812348ac>] ?
sock_aio_write+0xb1/0xbc
Jun 8 14:07:59 gateway kernel: [ 5655.010983] [<ffffffff810ed27a>] ?
do_sync_write+0xce/0x113
Jun 8 14:07:59 gateway kernel: [ 5655.011019] [<ffffffff81064a56>] ?
autoremove_wake_function+0x0/0x2e
Jun 8 14:07:59 gateway kernel: [ 5655.011055] [<ffffffff8104a1a6>] ?
default_wake_function+0x0/0x9
Jun 8 14:07:59 gateway kernel: [ 5655.011092] [<ffffffff810edc05>] ?
vfs_write+0xbc/0x102
Jun 8 14:07:59 gateway kernel: [ 5655.011125] [<ffffffff810edd07>] ?
sys_write+0x45/0x6e
Jun 8 14:07:59 gateway kernel: [ 5655.011158] [<ffffffff81010b42>] ?
system_call_fastpath+0x16/0x1b
Jun 8 14:07:59 gateway kernel: [ 5655.011192] ---[ end trace
d52ed80ad3c42ed6 ]---
Jun 8 14:08:01 gateway kernel: [ 5656.277637] ------------[ cut here
]------------
Jun 8 14:08:01 gateway kernel: [ 5656.277673] WARNING: at
/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
skb_gso_segment+0x109/0x263()
Jun 8 14:08:01 gateway kernel: [ 5656.277768] Hardware name: ProLiant DL365 G1
Jun 8 14:08:01 gateway kernel: [ 5656.277797] 802.1Q VLAN Support:
caps=(0x190803, 0x19080b) len=2928 data_len=2856 ip_summed=0
Jun 8 14:08:01 gateway kernel: [ 5656.277832] Modules linked in: tun
sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
Jun 8 14:08:01 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
iptable_filter ip_tables ip6table_filter ip6_tables x_tables
rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
k8temp container hpilo button shpchp pci_hotplug processor ext4
mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
[last unloaded: scsi_wait_scan]
Jun 8 14:08:01 gateway kernel: [ 5656.278845] Pid: 5545, comm: sshd
Tainted: G W 2.6.32-3-amd64 #1
Jun 8 14:08:01 gateway kernel: [ 5656.278878] Call Trace:
Jun 8 14:08:01 gateway kernel: [ 5656.278905] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.278938] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.278972] [<ffffffff8104dbf0>] ?
warn_slowpath_common+0x77/0xa3
Jun 8 14:08:01 gateway kernel: [ 5656.279005] [<ffffffff8104dc78>] ?
warn_slowpath_fmt+0x51/0x59
Jun 8 14:08:01 gateway kernel: [ 5656.279042] [<ffffffffa03b5e6d>] ?
ip6t_do_table+0x65f/0x69a [ip6_tables]
Jun 8 14:08:01 gateway kernel: [ 5656.279082] [<ffffffffa0226f29>] ?
vlan_ethtool_get_drvinfo+0x24/0x35 [8021q]
Jun 8 14:08:01 gateway kernel: [ 5656.279134] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.279168] [<ffffffff81243c4f>] ?
dev_hard_start_xmit+0x1b0/0x2b8
Jun 8 14:08:01 gateway kernel: [ 5656.279202] [<ffffffff81244135>] ?
dev_queue_xmit+0x2dd/0x38d
Jun 8 14:08:01 gateway kernel: [ 5656.279236] [<ffffffff812ad79c>] ?
ip6_output+0xd5c/0xd74
Jun 8 14:08:01 gateway kernel: [ 5656.279268] [<ffffffff81260076>] ?
nf_iterate+0x41/0x7d
Jun 8 14:08:01 gateway kernel: [ 5656.279300] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:08:01 gateway kernel: [ 5656.279331] [<ffffffff81260114>] ?
nf_hook_slow+0x62/0xc3
Jun 8 14:08:01 gateway kernel: [ 5656.279363] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:08:01 gateway kernel: [ 5656.279394] [<ffffffff812ac4f6>] ?
ip6_xmit+0x3b9/0x4a0
Jun 8 14:08:01 gateway kernel: [ 5656.279425] [<ffffffff812cefb1>] ?
inet6_csk_xmit+0x249/0x274
Jun 8 14:08:01 gateway kernel: [ 5656.279460] [<ffffffff8127b4cf>] ?
tcp_transmit_skb+0x648/0x687
Jun 8 14:08:01 gateway kernel: [ 5656.279493] [<ffffffff8127d944>] ?
tcp_write_xmit+0x874/0x96c
Jun 8 14:08:01 gateway kernel: [ 5656.279526] [<ffffffff8123c641>] ?
__alloc_skb+0x69/0x15a
Jun 8 14:08:01 gateway kernel: [ 5656.279559] [<ffffffff8127da89>] ?
__tcp_push_pending_frames+0x22/0x53
Jun 8 14:08:01 gateway kernel: [ 5656.279594] [<ffffffff81272c6b>] ?
tcp_sendmsg+0x77c/0x878
Jun 8 14:08:01 gateway kernel: [ 5656.279627] [<ffffffff812348ac>] ?
sock_aio_write+0xb1/0xbc
Jun 8 14:08:01 gateway kernel: [ 5656.279663] [<ffffffff811f44c8>] ?
n_tty_read+0x692/0x774
Jun 8 14:08:01 gateway kernel: [ 5656.279695] [<ffffffff810ed27a>] ?
do_sync_write+0xce/0x113
Jun 8 14:08:01 gateway kernel: [ 5656.279728] [<ffffffff81064a56>] ?
autoremove_wake_function+0x0/0x2e
Jun 8 14:08:01 gateway kernel: [ 5656.279763] [<ffffffff8104a1a6>] ?
default_wake_function+0x0/0x9
Jun 8 14:08:01 gateway kernel: [ 5656.279797] [<ffffffff810edc05>] ?
vfs_write+0xbc/0x102
Jun 8 14:08:01 gateway kernel: [ 5656.279829] [<ffffffff810edd07>] ?
sys_write+0x45/0x6e
Jun 8 14:08:01 gateway kernel: [ 5656.279866] [<ffffffff81010b42>] ?
system_call_fastpath+0x16/0x1b
Jun 8 14:08:01 gateway kernel: [ 5656.279903] ---[ end trace
d52ed80ad3c42ed7 ]---
Jun 8 14:08:01 gateway kernel: [ 5656.279934] ------------[ cut here
]------------
Jun 8 14:08:01 gateway kernel: [ 5656.279965] WARNING: at
/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
skb_gso_segment+0x109/0x263()
Jun 8 14:08:01 gateway kernel: [ 5656.280053] Hardware name: ProLiant DL365 G1
Jun 8 14:08:01 gateway kernel: [ 5656.280082] bonding:
caps=(0x1913a3, 0x19080b) len=2928 data_len=2856 ip_summed=0
Jun 8 14:08:01 gateway kernel: [ 5656.280116] Modules linked in: tun
sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
Jun 8 14:08:01 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
iptable_filter ip_tables ip6table_filter ip6_tables x_tables
rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
k8temp container hpilo button shpchp pci_hotplug processor ext4
mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
[last unloaded: scsi_wait_scan]
Jun 8 14:08:01 gateway kernel: [ 5656.281133] Pid: 5545, comm: sshd
Tainted: G W 2.6.32-3-amd64 #1
Jun 8 14:08:01 gateway kernel: [ 5656.281166] Call Trace:
Jun 8 14:08:01 gateway kernel: [ 5656.281193] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.281227] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.281260] [<ffffffff8104dbf0>] ?
warn_slowpath_common+0x77/0xa3
Jun 8 14:08:01 gateway kernel: [ 5656.281293] [<ffffffff8104dc78>] ?
warn_slowpath_fmt+0x51/0x59
Jun 8 14:08:01 gateway kernel: [ 5656.281328] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.281361] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.281394] [<ffffffff8104dc0a>] ?
warn_slowpath_common+0x91/0xa3
Jun 8 14:08:01 gateway kernel: [ 5656.281427] [<ffffffff8104dc78>] ?
warn_slowpath_fmt+0x51/0x59
Jun 8 14:08:01 gateway kernel: [ 5656.281465] [<ffffffffa02880ce>] ?
bond_ethtool_get_drvinfo+0x2e/0x4b [bonding]
Jun 8 14:08:01 gateway kernel: [ 5656.281521] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.281557] [<ffffffff81243c4f>] ?
dev_hard_start_xmit+0x1b0/0x2b8
Jun 8 14:08:01 gateway kernel: [ 5656.281595] [<ffffffff81244135>] ?
dev_queue_xmit+0x2dd/0x38d
Jun 8 14:08:01 gateway kernel: [ 5656.281634] [<ffffffffa02271c2>] ?
vlan_dev_hwaccel_hard_start_xmit+0x63/0x7d [8021q]
Jun 8 14:08:01 gateway kernel: [ 5656.281690] [<ffffffff81243cb0>] ?
dev_hard_start_xmit+0x211/0x2b8
Jun 8 14:08:01 gateway kernel: [ 5656.281725] [<ffffffff81244135>] ?
dev_queue_xmit+0x2dd/0x38d
Jun 8 14:08:01 gateway kernel: [ 5656.281760] [<ffffffff812ad79c>] ?
ip6_output+0xd5c/0xd74
Jun 8 14:08:01 gateway kernel: [ 5656.281794] [<ffffffff81260076>] ?
nf_iterate+0x41/0x7d
Jun 8 14:08:01 gateway kernel: [ 5656.281829] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:08:01 gateway kernel: [ 5656.281865] [<ffffffff81260114>] ?
nf_hook_slow+0x62/0xc3
Jun 8 14:08:01 gateway kernel: [ 5656.281901] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:08:01 gateway kernel: [ 5656.281936] [<ffffffff812ac4f6>] ?
ip6_xmit+0x3b9/0x4a0
Jun 8 14:08:01 gateway kernel: [ 5656.281971] [<ffffffff812cefb1>] ?
inet6_csk_xmit+0x249/0x274
Jun 8 14:08:01 gateway kernel: [ 5656.282010] [<ffffffff8127b4cf>] ?
tcp_transmit_skb+0x648/0x687
Jun 8 14:08:01 gateway kernel: [ 5656.282052] [<ffffffff8127d944>] ?
tcp_write_xmit+0x874/0x96c
Jun 8 14:08:01 gateway kernel: [ 5656.282089] [<ffffffff8123c641>] ?
__alloc_skb+0x69/0x15a
Jun 8 14:08:01 gateway kernel: [ 5656.282127] [<ffffffff8127da89>] ?
__tcp_push_pending_frames+0x22/0x53
Jun 8 14:08:01 gateway kernel: [ 5656.282166] [<ffffffff81272c6b>] ?
tcp_sendmsg+0x77c/0x878
Jun 8 14:08:01 gateway kernel: [ 5656.282205] [<ffffffff812348ac>] ?
sock_aio_write+0xb1/0xbc
Jun 8 14:08:01 gateway kernel: [ 5656.282241] [<ffffffff811f44c8>] ?
n_tty_read+0x692/0x774
Jun 8 14:08:01 gateway kernel: [ 5656.282276] [<ffffffff810ed27a>] ?
do_sync_write+0xce/0x113
Jun 8 14:08:01 gateway kernel: [ 5656.282312] [<ffffffff81064a56>] ?
autoremove_wake_function+0x0/0x2e
Jun 8 14:08:01 gateway kernel: [ 5656.282351] [<ffffffff8104a1a6>] ?
default_wake_function+0x0/0x9
Jun 8 14:08:01 gateway kernel: [ 5656.282388] [<ffffffff810edc05>] ?
vfs_write+0xbc/0x102
Jun 8 14:08:01 gateway kernel: [ 5656.282425] [<ffffffff810edd07>] ?
sys_write+0x45/0x6e
Jun 8 14:08:01 gateway kernel: [ 5656.282460] [<ffffffff81010b42>] ?
system_call_fastpath+0x16/0x1b
Jun 8 14:08:01 gateway kernel: [ 5656.282497] ---[ end trace
d52ed80ad3c42ed8 ]---
Jun 8 14:08:01 gateway kernel: [ 5656.469615] ------------[ cut here
]------------
Jun 8 14:08:01 gateway kernel: [ 5656.469648] WARNING: at
/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
skb_gso_segment+0x109/0x263()
Jun 8 14:08:01 gateway kernel: [ 5656.475890] Hardware name: ProLiant DL365 G1
Jun 8 14:08:01 gateway kernel: [ 5656.475919] 802.1Q VLAN Support:
caps=(0x190803, 0x19080b) len=2928 data_len=2856 ip_summed=0
Jun 8 14:08:01 gateway kernel: [ 5656.475960] Modules linked in: tun
sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
Jun 8 14:08:01 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
iptable_filter ip_tables ip6table_filter ip6_tables x_tables
rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
k8temp container hpilo button shpchp pci_hotplug processor ext4
mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
[last unloaded: scsi_wait_scan]
Jun 8 14:08:01 gateway kernel: [ 5656.477031] Pid: 5545, comm: sshd
Tainted: G W 2.6.32-3-amd64 #1
Jun 8 14:08:01 gateway kernel: [ 5656.477064] Call Trace:
Jun 8 14:08:01 gateway kernel: [ 5656.477092] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.477125] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.477158] [<ffffffff8104dbf0>] ?
warn_slowpath_common+0x77/0xa3
Jun 8 14:08:01 gateway kernel: [ 5656.477192] [<ffffffff8104dc78>] ?
warn_slowpath_fmt+0x51/0x59
Jun 8 14:08:01 gateway kernel: [ 5656.477232] [<ffffffffa03b5e6d>] ?
ip6t_do_table+0x65f/0x69a [ip6_tables]
Jun 8 14:08:01 gateway kernel: [ 5656.477270] [<ffffffffa0226f29>] ?
vlan_ethtool_get_drvinfo+0x24/0x35 [8021q]
Jun 8 14:08:01 gateway kernel: [ 5656.477323] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.477357] [<ffffffff81243c4f>] ?
dev_hard_start_xmit+0x1b0/0x2b8
Jun 8 14:08:01 gateway kernel: [ 5656.477391] [<ffffffff81244135>] ?
dev_queue_xmit+0x2dd/0x38d
Jun 8 14:08:01 gateway kernel: [ 5656.477424] [<ffffffff812ad79c>] ?
ip6_output+0xd5c/0xd74
Jun 8 14:08:01 gateway kernel: [ 5656.477459] [<ffffffff81260076>] ?
nf_iterate+0x41/0x7d
Jun 8 14:08:01 gateway kernel: [ 5656.477490] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:08:01 gateway kernel: [ 5656.477522] [<ffffffff81260114>] ?
nf_hook_slow+0x62/0xc3
Jun 8 14:08:01 gateway kernel: [ 5656.477554] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:08:01 gateway kernel: [ 5656.477588] [<ffffffff812ac4f6>] ?
ip6_xmit+0x3b9/0x4a0
Jun 8 14:08:01 gateway kernel: [ 5656.477620] [<ffffffff812cefb1>] ?
inet6_csk_xmit+0x249/0x274
Jun 8 14:08:01 gateway kernel: [ 5656.477654] [<ffffffff8127b4cf>] ?
tcp_transmit_skb+0x648/0x687
Jun 8 14:08:01 gateway kernel: [ 5656.477690] [<ffffffff8127d944>] ?
tcp_write_xmit+0x874/0x96c
Jun 8 14:08:01 gateway kernel: [ 5656.477731] [<ffffffff8123c641>] ?
__alloc_skb+0x69/0x15a
Jun 8 14:08:01 gateway kernel: [ 5656.477764] [<ffffffff8127da89>] ?
__tcp_push_pending_frames+0x22/0x53
Jun 8 14:08:01 gateway kernel: [ 5656.477799] [<ffffffff81272c6b>] ?
tcp_sendmsg+0x77c/0x878
Jun 8 14:08:01 gateway kernel: [ 5656.477835] [<ffffffff812348ac>] ?
sock_aio_write+0xb1/0xbc
Jun 8 14:08:01 gateway kernel: [ 5656.477867] [<ffffffff810ed27a>] ?
do_sync_write+0xce/0x113
Jun 8 14:08:01 gateway kernel: [ 5656.477900] [<ffffffff81064a56>] ?
autoremove_wake_function+0x0/0x2e
Jun 8 14:08:01 gateway kernel: [ 5656.477935] [<ffffffff8104a1a6>] ?
default_wake_function+0x0/0x9
Jun 8 14:08:01 gateway kernel: [ 5656.477972] [<ffffffff810edc05>] ?
vfs_write+0xbc/0x102
Jun 8 14:08:01 gateway kernel: [ 5656.478004] [<ffffffff810edd07>] ?
sys_write+0x45/0x6e
Jun 8 14:08:01 gateway kernel: [ 5656.478036] [<ffffffff81010b42>] ?
system_call_fastpath+0x16/0x1b
Jun 8 14:08:01 gateway kernel: [ 5656.478069] ---[ end trace
d52ed80ad3c42ed9 ]---
Jun 8 14:08:01 gateway kernel: [ 5656.478101] ------------[ cut here
]------------
Jun 8 14:08:01 gateway kernel: [ 5656.478132] WARNING: at
/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
skb_gso_segment+0x109/0x263()
Jun 8 14:08:01 gateway kernel: [ 5656.478217] Hardware name: ProLiant DL365 G1
Jun 8 14:08:01 gateway kernel: [ 5656.478245] bonding:
caps=(0x1913a3, 0x19080b) len=2928 data_len=2856 ip_summed=0
Jun 8 14:08:01 gateway kernel: [ 5656.478279] Modules linked in: tun
sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
Jun 8 14:08:01 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
iptable_filter ip_tables ip6table_filter ip6_tables x_tables
rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
k8temp container hpilo button shpchp pci_hotplug processor ext4
mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
[last unloaded: scsi_wait_scan]
Jun 8 14:08:01 gateway kernel: [ 5656.479283] Pid: 5545, comm: sshd
Tainted: G W 2.6.32-3-amd64 #1
Jun 8 14:08:01 gateway kernel: [ 5656.479316] Call Trace:
Jun 8 14:08:01 gateway kernel: [ 5656.479341] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.479375] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.479407] [<ffffffff8104dbf0>] ?
warn_slowpath_common+0x77/0xa3
Jun 8 14:08:01 gateway kernel: [ 5656.479441] [<ffffffff8104dc78>] ?
warn_slowpath_fmt+0x51/0x59
Jun 8 14:08:01 gateway kernel: [ 5656.479475] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.479509] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.479542] [<ffffffff8104dc0a>] ?
warn_slowpath_common+0x91/0xa3
Jun 8 14:08:01 gateway kernel: [ 5656.479575] [<ffffffff8104dc78>] ?
warn_slowpath_fmt+0x51/0x59
Jun 8 14:08:01 gateway kernel: [ 5656.479613] [<ffffffffa02880ce>] ?
bond_ethtool_get_drvinfo+0x2e/0x4b [bonding]
Jun 8 14:08:01 gateway kernel: [ 5656.479665] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.479699] [<ffffffff81243c4f>] ?
dev_hard_start_xmit+0x1b0/0x2b8
Jun 8 14:08:01 gateway kernel: [ 5656.479733] [<ffffffff81244135>] ?
dev_queue_xmit+0x2dd/0x38d
Jun 8 14:08:01 gateway kernel: [ 5656.479770] [<ffffffffa02271c2>] ?
vlan_dev_hwaccel_hard_start_xmit+0x63/0x7d [8021q]
Jun 8 14:08:01 gateway kernel: [ 5656.479824] [<ffffffff81243cb0>] ?
dev_hard_start_xmit+0x211/0x2b8
Jun 8 14:08:01 gateway kernel: [ 5656.479862] [<ffffffff81244135>] ?
dev_queue_xmit+0x2dd/0x38d
Jun 8 14:08:01 gateway kernel: [ 5656.479900] [<ffffffff812ad79c>] ?
ip6_output+0xd5c/0xd74
Jun 8 14:08:01 gateway kernel: [ 5656.479933] [<ffffffff81260076>] ?
nf_iterate+0x41/0x7d
Jun 8 14:08:01 gateway kernel: [ 5656.479964] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:08:01 gateway kernel: [ 5656.479995] [<ffffffff81260114>] ?
nf_hook_slow+0x62/0xc3
Jun 8 14:08:01 gateway kernel: [ 5656.480031] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:08:01 gateway kernel: [ 5656.480062] [<ffffffff812ac4f6>] ?
ip6_xmit+0x3b9/0x4a0
Jun 8 14:08:01 gateway kernel: [ 5656.480094] [<ffffffff812cefb1>] ?
inet6_csk_xmit+0x249/0x274
Jun 8 14:08:01 gateway kernel: [ 5656.480127] [<ffffffff8127b4cf>] ?
tcp_transmit_skb+0x648/0x687
Jun 8 14:08:01 gateway kernel: [ 5656.480161] [<ffffffff8127d944>] ?
tcp_write_xmit+0x874/0x96c
Jun 8 14:08:01 gateway kernel: [ 5656.480193] [<ffffffff8123c641>] ?
__alloc_skb+0x69/0x15a
Jun 8 14:08:01 gateway kernel: [ 5656.480226] [<ffffffff8127da89>] ?
__tcp_push_pending_frames+0x22/0x53
Jun 8 14:08:01 gateway kernel: [ 5656.480260] [<ffffffff81272c6b>] ?
tcp_sendmsg+0x77c/0x878
Jun 8 14:08:01 gateway kernel: [ 5656.480293] [<ffffffff812348ac>] ?
sock_aio_write+0xb1/0xbc
Jun 8 14:08:01 gateway kernel: [ 5656.480326] [<ffffffff810ed27a>] ?
do_sync_write+0xce/0x113
Jun 8 14:08:01 gateway kernel: [ 5656.480358] [<ffffffff81064a56>] ?
autoremove_wake_function+0x0/0x2e
Jun 8 14:08:01 gateway kernel: [ 5656.480393] [<ffffffff8104a1a6>] ?
default_wake_function+0x0/0x9
Jun 8 14:08:01 gateway kernel: [ 5656.480426] [<ffffffff810edc05>] ?
vfs_write+0xbc/0x102
Jun 8 14:08:01 gateway kernel: [ 5656.480458] [<ffffffff810edd07>] ?
sys_write+0x45/0x6e
Jun 8 14:08:01 gateway kernel: [ 5656.480490] [<ffffffff81010b42>] ?
system_call_fastpath+0x16/0x1b
Jun 8 14:08:01 gateway kernel: [ 5656.480537] ---[ end trace
d52ed80ad3c42eda ]---
Jun 8 14:08:01 gateway kernel: [ 5656.949629] ------------[ cut here
]------------
Jun 8 14:08:01 gateway kernel: [ 5656.949665] WARNING: at
/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/core/dev.c:1582
skb_gso_segment+0x109/0x263()
Jun 8 14:08:01 gateway kernel: [ 5656.949750] Hardware name: ProLiant DL365 G1
Jun 8 14:08:01 gateway kernel: [ 5656.949782] 802.1Q VLAN Support:
caps=(0x190803, 0x19080b) len=2928 data_len=2856 ip_summed=0
Jun 8 14:08:01 gateway kernel: [ 5656.949817] Modules linked in: tun
sch_hfsc ip6_queue act_police cls_flow cls_fw cls_u32 sch_htb
sch_ingress sch_sfq bridge xt_realm ip6t_LOG iptable_raw xt_connlimit
ip6table_raw xt_comment ip6t_REJECT xt_recent ipt_ULOG ipt_REJECT
ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP
ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip
nf_nat_pptp nf_nat_proto_gre ip6table_mangle nf_nat_irc
nf_conntrack_ipv6 nf_nat_h323 nf_nat_ftp nf_nat_amanda
nf_conntrack_tftp nf_conntrack_sane nf_conntrack_sip
nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp
nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns
nf_conntrack_irc ts_kmp nf_conntrack_amanda nf_conntrack_h323 xt_time
xt_TCPMSS nf_conntrack_ftp xt_TPROXY xt_sctp nf_tproxy_core xt_policy
xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFLOG xt_NFQUEUE
nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length
xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp x
Jun 8 14:08:01 gateway kernel: t_CONNMARK xt_connmark xt_CLASSIFY
ipt_LOG xt_tcpudp iptable_nat nf_nat xt_state nf_conntrack_ipv4
nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_mangle nfnetlink
iptable_filter ip_tables ip6table_filter ip6_tables x_tables
rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss
sunrpc 8021q garp stp bonding loop amd64_edac_mod psmouse edac_core
snd_pcm i2c_piix4 ipmi_si ipmi_msghandler serio_raw edac_mce_amd
snd_timer snd soundcore snd_page_alloc i2c_core hpwdt evdev pcspkr
k8temp container hpilo button shpchp pci_hotplug processor ext4
mbcache jbd2 crc16 dm_mod ide_cd_mod cdrom ide_pci_generic ata_generic
libata usbhid hid uhci_hcd ohci_hcd cciss serverworks scsi_mod bnx2
sky2 ehci_hcd ide_core usbcore e1000e nls_base thermal thermal_sys
[last unloaded: scsi_wait_scan]
Jun 8 14:08:01 gateway kernel: [ 5656.950828] Pid: 5545, comm: sshd
Tainted: G W 2.6.32-3-amd64 #1
Jun 8 14:08:01 gateway kernel: [ 5656.950862] Call Trace:
Jun 8 14:08:01 gateway kernel: [ 5656.950888] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.950921] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.950954] [<ffffffff8104dbf0>] ?
warn_slowpath_common+0x77/0xa3
Jun 8 14:08:01 gateway kernel: [ 5656.950988] [<ffffffff8104dc78>] ?
warn_slowpath_fmt+0x51/0x59
Jun 8 14:08:01 gateway kernel: [ 5656.951026] [<ffffffffa03b5e6d>] ?
ip6t_do_table+0x65f/0x69a [ip6_tables]
Jun 8 14:08:01 gateway kernel: [ 5656.951065] [<ffffffffa0226f29>] ?
vlan_ethtool_get_drvinfo+0x24/0x35 [8021q]
Jun 8 14:08:01 gateway kernel: [ 5656.951118] [<ffffffff81243945>] ?
skb_gso_segment+0x109/0x263
Jun 8 14:08:01 gateway kernel: [ 5656.951151] [<ffffffff81243c4f>] ?
dev_hard_start_xmit+0x1b0/0x2b8
Jun 8 14:08:01 gateway kernel: [ 5656.951187] [<ffffffff81244135>] ?
dev_queue_xmit+0x2dd/0x38d
Jun 8 14:08:01 gateway kernel: [ 5656.951223] [<ffffffff812ad79c>] ?
ip6_output+0xd5c/0xd74
Jun 8 14:08:01 gateway kernel: [ 5656.951256] [<ffffffff81260076>] ?
nf_iterate+0x41/0x7d
Jun 8 14:08:01 gateway kernel: [ 5656.951288] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:08:01 gateway kernel: [ 5656.951319] [<ffffffff81260114>] ?
nf_hook_slow+0x62/0xc3
Jun 8 14:08:01 gateway kernel: [ 5656.951350] [<ffffffff812aa0e8>] ?
dst_output+0x0/0xb
Jun 8 14:08:01 gateway kernel: [ 5656.951381] [<ffffffff812ac4f6>] ?
ip6_xmit+0x3b9/0x4a0
Jun 8 14:08:01 gateway kernel: [ 5656.951413] [<ffffffff812cefb1>] ?
inet6_csk_xmit+0x249/0x274
Jun 8 14:08:01 gateway kernel: [ 5656.951446] [<ffffffff8127b4cf>] ?
tcp_transmit_skb+0x648/0x687
Jun 8 14:08:01 gateway kernel: [ 5656.951480] [<ffffffff8127d944>] ?
tcp_write_xmit+0x874/0x96c
Jun 8 14:08:01 gateway kernel: [ 5656.951512] [<ffffffff8123c641>] ?
__alloc_skb+0x69/0x15a
Jun 8 14:08:01 gateway kernel: [ 5656.957763] [<ffffffff8127da89>] ?
__tcp_push_pending_frames+0x22/0x53
Jun 8 14:08:01 gateway kernel: [ 5656.957805] [<ffffffff81272c6b>] ?
tcp_sendmsg+0x77c/0x878
Jun 8 14:08:01 gateway kernel: [ 5656.957840] [<ffffffff812348ac>] ?
sock_aio_write+0xb1/0xbc
Jun 8 14:08:01 gateway kernel: [ 5656.957877] [<ffffffff811f44c8>] ?
n_tty_read+0x692/0x774
Jun 8 14:08:01 gateway kernel: [ 5656.957913] [<ffffffff810ed27a>] ?
do_sync_write+0xce/0x113
Jun 8 14:08:01 gateway kernel: [ 5656.957946] [<ffffffff81064a56>] ?
autoremove_wake_function+0x0/0x2e
Jun 8 14:08:01 gateway kernel: [ 5656.957984] [<ffffffff8104a1a6>] ?
default_wake_function+0x0/0x9
Jun 8 14:08:01 gateway kernel: [ 5656.958021] [<ffffffff810edc05>] ?
vfs_write+0xbc/0x102
Jun 8 14:08:01 gateway kernel: [ 5656.958056] [<ffffffff810edd07>] ?
sys_write+0x45/0x6e
Jun 8 14:08:01 gateway kernel: [ 5656.958092] [<ffffffff81010b42>] ?
system_call_fastpath+0x16/0x1b
Jun 8 14:08:01 gateway kernel: [ 5656.958129] ---[ end trace
d52ed80ad3c42edb ]---
===== end call traces =====
===== lspci -v =====
00:03.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev
02) (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Device 31fb
Flags: bus master, stepping, medium devsel, latency 64, IRQ 10
Memory at e8000000 (32-bit, prefetchable) [size=128M]
I/O ports at 1000 [size=256]
Memory at f7ff0000 (32-bit, non-prefetchable) [size=64K]
[virtual] Expansion ROM at e0000000 [disabled] [size=128K]
Capabilities: [50] Power Management version 2
00:04.0 System peripheral: Compaq Computer Corporation Integrated
Lights Out Controller (rev 03)
Subsystem: Hewlett-Packard Company Device 3305
Flags: medium devsel, IRQ 25
I/O ports at 2800 [size=256]
Memory at f7fe0000 (32-bit, non-prefetchable) [size=512]
Capabilities: [f0] Power Management version 3
Kernel driver in use: hpwdt
00:04.2 System peripheral: Compaq Computer Corporation Integrated
Lights Out Processor (rev 03)
Subsystem: Hewlett-Packard Company Device 3305
Flags: bus master, medium devsel, latency 64, IRQ 26
I/O ports at 1400 [size=256]
Memory at f7fd0000 (32-bit, non-prefetchable) [size=2K]
Memory at f7fc0000 (32-bit, non-prefetchable) [size=8K]
Memory at f7f00000 (32-bit, non-prefetchable) [size=512K]
[virtual] Expansion ROM at e0020000 [disabled] [size=64K]
Capabilities: [f0] Power Management version 3
Kernel driver in use: hpilo
00:04.4 USB Controller: Hewlett-Packard Company Proliant iLO2/iLO3
virtual USB controller (prog-if 00 [UHCI])
Subsystem: Hewlett-Packard Company Device 3305
Flags: bus master, medium devsel, latency 64, IRQ 26
I/O ports at 1800 [size=32]
Capabilities: [f0] Power Management version 3
Kernel driver in use: uhci_hcd
00:04.6 IPMI SMIC interface: Hewlett-Packard Company Proliant iLO2
virtual UART (prog-if 01)
Subsystem: Hewlett-Packard Company Device 3305
Flags: medium devsel, IRQ 25
Memory at f7ef0000 (32-bit, non-prefetchable) [size=256]
Capabilities: [f0] Power Management version 3
Kernel driver in use: ipmi_si
00:05.0 PCI bridge: Broadcom BCM5785 [HT1000] PCI/PCI-X Bridge
(prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 64
Bus: primary=00, secondary=01, subordinate=04, sec-latency=64
Capabilities: [90] PCI-X bridge device
Capabilities: [a0] HyperTransport: MSI Mapping Enable+ Fixed-
Capabilities: [b0] HyperTransport: Slave or Primary Interface
Capabilities: [d8] Subsystem: Gammagraphx, Inc. (or missing ID) Device 0000
00:06.0 Host bridge: Broadcom BCM5785 [HT1000] Legacy South Bridge
Subsystem: Broadcom Device 0201
Flags: bus master, medium devsel, latency 64
Kernel driver in use: piix4_smbus
00:06.1 IDE interface: Broadcom BCM5785 [HT1000] IDE (prog-if 8a
[Master SecP PriP])
Subsystem: Hewlett-Packard Company Device 320b
Flags: bus master, medium devsel, latency 64
I/O ports at 01f0 [size=8]
I/O ports at 03f4 [size=1]
I/O ports at 0170 [size=8]
I/O ports at 0374 [size=1]
I/O ports at 1840 [size=16]
Capabilities: [b0] #00 [0002]
Kernel driver in use: Serverworks_IDE
00:06.2 ISA bridge: Broadcom BCM5785 [HT1000] LPC
Subsystem: Broadcom Device 0230
Flags: bus master, medium devsel, latency 0
00:07.0 USB Controller: Broadcom BCM5785 [HT1000] USB (rev 01)
(prog-if 10 [OHCI])
Subsystem: Hewlett-Packard Company Device 320c
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 5
Memory at f7ee0000 (32-bit, non-prefetchable) [size=4K]
I/O ports at 1c00 [size=256]
Capabilities: [dc] Power Management version 2
Kernel driver in use: ohci_hcd
00:07.1 USB Controller: Broadcom BCM5785 [HT1000] USB (rev 01)
(prog-if 10 [OHCI])
Subsystem: Hewlett-Packard Company Device 320c
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 5
Memory at f7ed0000 (32-bit, non-prefetchable) [size=4K]
I/O ports at 3000 [size=256]
Capabilities: [dc] Power Management version 2
Kernel driver in use: ohci_hcd
00:07.2 USB Controller: Broadcom BCM5785 [HT1000] USB (rev 01)
(prog-if 20 [EHCI])
Subsystem: Hewlett-Packard Company Device 320d
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 5
Memory at f7ec0000 (32-bit, non-prefetchable) [size=4K]
I/O ports at 3400 [size=256]
Capabilities: [dc] Power Management version 2
Kernel driver in use: ehci_hcd
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] HyperTransport Technology Configuration
Flags: fast devsel
Capabilities: [80] HyperTransport: Host or Secondary Interface
Capabilities: [a0] HyperTransport: Host or Secondary Interface
Capabilities: [c0] HyperTransport: Host or Secondary Interface
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] Address Map
Flags: fast devsel
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] DRAM Controller
Flags: fast devsel
Kernel driver in use: amd64_edac
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] Miscellaneous Control
Flags: fast devsel
Capabilities: [f0] Secure device <?>
Kernel driver in use: k8temp
00:19.0 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] HyperTransport Technology Configuration
Flags: fast devsel
Capabilities: [80] HyperTransport: Host or Secondary Interface
Capabilities: [a0] HyperTransport: Host or Secondary Interface
Capabilities: [c0] HyperTransport: Host or Secondary Interface
00:19.1 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] Address Map
Flags: fast devsel
00:19.2 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] DRAM Controller
Flags: fast devsel
Kernel driver in use: amd64_edac
00:19.3 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] Miscellaneous Control
Flags: fast devsel
Capabilities: [f0] Secure device <?>
Kernel driver in use: k8temp
01:0d.0 PCI bridge: Broadcom BCM5785 [HT1000] PCI/PCI-X Bridge (rev
c0) (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 64
Bus: primary=01, secondary=02, subordinate=04, sec-latency=64
Capabilities: [90] PCI-X bridge device
Capabilities: [88] Subsystem: Device 814f:0000
08:0f.0 PCI bridge: Broadcom HT2100 PCI-Express Bridge (rev a2)
(prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=08, secondary=13, subordinate=16, sec-latency=0
I/O behind bridge: 00006000-00007fff
Memory behind bridge: fde00000-fdffffff
Prefetchable memory behind bridge: 00000000fc000000-00000000fc1fffff
Capabilities: [a0] HyperTransport: MSI Mapping Enable+ Fixed-
Capabilities: [b0] Express Root Port (Slot-), MSI 00
Capabilities: [98] Power Management version 3
Capabilities: [80] MSI: Enable+ Count=1/2 Maskable- 64bit+
Capabilities: [78] Subsystem: Gammagraphx, Inc. (or missing ID) Device 0000
Capabilities: [50] HyperTransport: Slave or Primary Interface
Capabilities: [100] Advanced Error Reporting
Capabilities: [200] Vendor Specific Information: ID=0001 Rev=1 Len=100 <?>
Kernel driver in use: pcieport
08:10.0 PCI bridge: Broadcom HT2100 PCI-Express Bridge (rev a2)
(prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=08, secondary=10, subordinate=12, sec-latency=0
I/O behind bridge: 00005000-00005fff
Memory behind bridge: fdd00000-fddfffff
Prefetchable memory behind bridge: 00000000fc200000-00000000fc2fffff
Capabilities: [a0] HyperTransport: MSI Mapping Enable+ Fixed-
Capabilities: [b0] Express Root Port (Slot-), MSI 00
Capabilities: [98] Power Management version 3
Capabilities: [80] MSI: Enable+ Count=1/2 Maskable- 64bit+
Capabilities: [78] Subsystem: Gammagraphx, Inc. (or missing ID) Device 0000
Capabilities: [100] Advanced Error Reporting
Capabilities: [200] Vendor Specific Information: ID=0001 Rev=1 Len=100 <?>
Kernel driver in use: pcieport
08:11.0 PCI bridge: Broadcom HT2100 PCI-Express Bridge (rev a2)
(prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=08, secondary=09, subordinate=0a, sec-latency=0
Memory behind bridge: f8000000-f9ffffff
Prefetchable memory behind bridge: 00000000fc300000-00000000fc3fffff
Capabilities: [a0] HyperTransport: MSI Mapping Enable+ Fixed-
Capabilities: [b0] Express Root Port (Slot-), MSI 00
Capabilities: [98] Power Management version 3
Capabilities: [80] MSI: Enable+ Count=1/2 Maskable- 64bit+
Capabilities: [78] Subsystem: Gammagraphx, Inc. (or missing ID) Device 0000
Capabilities: [100] Advanced Error Reporting
Capabilities: [200] Vendor Specific Information: ID=0001 Rev=1 Len=100 <?>
Kernel driver in use: pcieport
08:12.0 PCI bridge: Broadcom HT2100 PCI-Express Bridge (rev a2)
(prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=08, secondary=0b, subordinate=0c, sec-latency=0
Memory behind bridge: fa000000-fbffffff
Prefetchable memory behind bridge: 00000000fc400000-00000000fc4fffff
Capabilities: [a0] HyperTransport: MSI Mapping Enable+ Fixed-
Capabilities: [b0] Express Root Port (Slot-), MSI 00
Capabilities: [98] Power Management version 3
Capabilities: [80] MSI: Enable+ Count=1/2 Maskable- 64bit+
Capabilities: [78] Subsystem: Gammagraphx, Inc. (or missing ID) Device 0000
Capabilities: [100] Advanced Error Reporting
Capabilities: [200] Vendor Specific Information: ID=0001 Rev=1 Len=100 <?>
Kernel driver in use: pcieport
08:13.0 PCI bridge: Broadcom HT2100 PCI-Express Bridge (rev a2)
(prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=08, secondary=0d, subordinate=0f, sec-latency=0
I/O behind bridge: 00004000-00004fff
Memory behind bridge: fdb00000-fdcfffff
Prefetchable memory behind bridge: 00000000fc500000-00000000fc5fffff
Capabilities: [a0] HyperTransport: MSI Mapping Enable+ Fixed-
Capabilities: [b0] Express Root Port (Slot-), MSI 00
Capabilities: [98] Power Management version 3
Capabilities: [80] MSI: Enable+ Count=1/2 Maskable- 64bit+
Capabilities: [78] Subsystem: Gammagraphx, Inc. (or missing ID) Device 0000
Capabilities: [100] Advanced Error Reporting
Capabilities: [200] Vendor Specific Information: ID=0001 Rev=1 Len=100 <?>
Kernel driver in use: pcieport
09:00.0 PCI bridge: Broadcom EPB PCI-Express to PCI-X Bridge (rev c2)
(prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=09, secondary=0a, subordinate=0a, sec-latency=64
Memory behind bridge: f8000000-f9ffffff
Prefetchable memory behind bridge: 00000000fc300000-00000000fc3fffff
Capabilities: [60] Express PCI/PCI-X Bridge, MSI 00
Capabilities: [90] PCI-X bridge device
Capabilities: [b0] Power Management version 2
Capabilities: [100] Advanced Error Reporting
Capabilities: [14c] Power Budgeting <?>
Capabilities: [160] Device Serial Number 00-18-fe-ff-fe-34-d9-22
0a:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708
Gigabit Ethernet (rev 11)
Subsystem: Hewlett-Packard Company NC373i Integrated Multifunction
Gigabit Server Adapter
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 48
Memory at f8000000 (64-bit, non-prefetchable) [size=32M]
[virtual] Expansion ROM at fc300000 [disabled] [size=2K]
Capabilities: [40] PCI-X non-bridge device
Capabilities: [48] Power Management version 2
Capabilities: [50] Vital Product Data
Capabilities: [58] MSI: Enable+ Count=1/1 Maskable- 64bit+
Kernel driver in use: bnx2
0b:00.0 PCI bridge: Broadcom EPB PCI-Express to PCI-X Bridge (rev c2)
(prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=0b, secondary=0c, subordinate=0c, sec-latency=64
Memory behind bridge: fa000000-fbffffff
Prefetchable memory behind bridge: 00000000fc400000-00000000fc4fffff
Capabilities: [60] Express PCI/PCI-X Bridge, MSI 00
Capabilities: [90] PCI-X bridge device
Capabilities: [b0] Power Management version 2
Capabilities: [100] Advanced Error Reporting
Capabilities: [14c] Power Budgeting <?>
Capabilities: [160] Device Serial Number 00-18-fe-ff-fe-34-d9-26
0c:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708
Gigabit Ethernet (rev 11)
Subsystem: Hewlett-Packard Company NC373i Integrated Multifunction
Gigabit Server Adapter
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 49
Memory at fa000000 (64-bit, non-prefetchable) [size=32M]
[virtual] Expansion ROM at fc400000 [disabled] [size=2K]
Capabilities: [40] PCI-X non-bridge device
Capabilities: [48] Power Management version 2
Capabilities: [50] Vital Product Data
Capabilities: [58] MSI: Enable+ Count=1/1 Maskable- 64bit+
Kernel driver in use: bnx2
0d:00.0 RAID bus controller: Hewlett-Packard Company Smart Array
Controller (rev 01)
Subsystem: Hewlett-Packard Company P400i SAS Controller
Flags: bus master, fast devsel, latency 0, IRQ 17
Memory at fdc00000 (64-bit, non-prefetchable) [size=1M]
I/O ports at 4000 [size=256]
Memory at fdbf0000 (64-bit, non-prefetchable) [size=4K]
[virtual] Expansion ROM at fc500000 [disabled] [size=256K]
Capabilities: [b0] Express Endpoint, MSI 00
Capabilities: [d4] MSI-X: Enable+ Count=4 Masked-
Capabilities: [e0] Power Management version 2
Capabilities: [ec] Vital Product Data
Capabilities: [100] Power Budgeting <?>
Kernel driver in use: cciss
10:00.0 Ethernet controller: SysKonnect SK-9E21D 10/100/1000Base-T
Adapter, Copper RJ-45 (rev 14)
Subsystem: SysKonnect SK-9E22 Server Adapter
Flags: bus master, fast devsel, latency 0, IRQ 40
Memory at fddf0000 (64-bit, non-prefetchable) [size=16K]
I/O ports at 5000 [size=256]
[virtual] Expansion ROM at fc200000 [disabled] [size=128K]
Capabilities: [48] Power Management version 2
Capabilities: [50] Vital Product Data
Capabilities: [5c] MSI: Enable+ Count=1/2 Maskable- 64bit+
Capabilities: [e0] Express Legacy Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Kernel driver in use: sky2
13:00.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI
Express Switch (rev 04) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=13, secondary=14, subordinate=16, sec-latency=0
I/O behind bridge: 00006000-00007fff
Memory behind bridge: fde00000-fdffffff
Prefetchable memory behind bridge: 00000000fc000000-00000000fc1fffff
Capabilities: [40] Express Upstream Port, MSI 00
Capabilities: [70] Power Management version 2
Capabilities: [100] Virtual Channel
Kernel driver in use: pcieport
14:00.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI
Express Switch (rev 04) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=14, secondary=15, subordinate=15, sec-latency=0
I/O behind bridge: 00006000-00006fff
Memory behind bridge: fde00000-fdefffff
Prefetchable memory behind bridge: 00000000fc000000-00000000fc0fffff
Capabilities: [40] Express Downstream Port (Slot-), MSI 00
Capabilities: [70] Power Management version 2
Capabilities: [7c] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [100] Virtual Channel
Kernel driver in use: pcieport
14:01.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI
Express Switch (rev 04) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=14, secondary=16, subordinate=16, sec-latency=0
I/O behind bridge: 00007000-00007fff
Memory behind bridge: fdf00000-fdffffff
Prefetchable memory behind bridge: 00000000fc100000-00000000fc1fffff
Capabilities: [40] Express Downstream Port (Slot-), MSI 00
Capabilities: [70] Power Management version 2
Capabilities: [7c] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [100] Virtual Channel
Kernel driver in use: pcieport
15:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit
Ethernet Controller (rev 06)
Subsystem: Intel Corporation PRO/1000 PT Quad Port Server Adapter
Flags: bus master, fast devsel, latency 0, IRQ 39
Memory at fdee0000 (32-bit, non-prefetchable) [size=128K]
Memory at fdec0000 (32-bit, non-prefetchable) [size=128K]
I/O ports at 6000 [size=32]
[virtual] Expansion ROM at fc000000 [disabled] [size=128K]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [e0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-15-17-ff-ff-92-1e-fc
Kernel driver in use: e1000e
15:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit
Ethernet Controller (rev 06)
Subsystem: Intel Corporation PRO/1000 PT Quad Port Server Adapter
Flags: bus master, fast devsel, latency 0, IRQ 45
Memory at fdea0000 (32-bit, non-prefetchable) [size=128K]
Memory at fde80000 (32-bit, non-prefetchable) [size=128K]
I/O ports at 6020 [size=32]
[virtual] Expansion ROM at fc020000 [disabled] [size=128K]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [e0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-15-17-ff-ff-92-1e-fc
Kernel driver in use: e1000e
16:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit
Ethernet Controller (rev 06)
Subsystem: Intel Corporation PRO/1000 PT Quad Port Server Adapter
Flags: bus master, fast devsel, latency 0, IRQ 46
Memory at fdfe0000 (32-bit, non-prefetchable) [size=128K]
Memory at fdfc0000 (32-bit, non-prefetchable) [size=128K]
I/O ports at 7000 [size=32]
[virtual] Expansion ROM at fc100000 [disabled] [size=128K]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [e0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-15-17-ff-ff-92-1e-fe
Kernel driver in use: e1000e
16:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit
Ethernet Controller (rev 06)
Subsystem: Intel Corporation PRO/1000 PT Quad Port Server Adapter
Flags: bus master, fast devsel, latency 0, IRQ 47
Memory at fdfa0000 (32-bit, non-prefetchable) [size=128K]
Memory at fdf80000 (32-bit, non-prefetchable) [size=128K]
I/O ports at 7020 [size=32]
[virtual] Expansion ROM at fc120000 [disabled] [size=128K]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [e0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-15-17-ff-ff-92-1e-fe
Kernel driver in use: e1000e
===== end lspci =====
^ permalink raw reply
* [PATCH 1/2] usbnet: Print device statistics as unsigned
From: Ben Hutchings @ 2010-06-08 18:20 UTC (permalink / raw)
To: David Miller; +Cc: netdev
Signed-off-by: Ben Hutchings <bhutchings@solarflare.com>
---
drivers/net/usb/usbnet.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/usb/usbnet.c b/drivers/net/usb/usbnet.c
index a95c73d..44115ee 100644
--- a/drivers/net/usb/usbnet.c
+++ b/drivers/net/usb/usbnet.c
@@ -643,7 +643,7 @@ int usbnet_stop (struct net_device *net)
netif_stop_queue (net);
netif_info(dev, ifdown, dev->net,
- "stop stats: rx/tx %ld/%ld, errs %ld/%ld\n",
+ "stop stats: rx/tx %lu/%lu, errs %lu/%lu\n",
net->stats.rx_packets, net->stats.tx_packets,
net->stats.rx_errors, net->stats.tx_errors);
--
1.6.2.5
--
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
^ permalink raw reply related
* [PATCH 0/2] Device statistics type fixes
From: Ben Hutchings @ 2010-06-08 18:20 UTC (permalink / raw)
To: David Miller; +Cc: netdev
While messing about with net_device_stats types, I spotted a couple of
drivers printing device statistics using the format %ld.
Ben.
Ben Hutchings (2):
usbnet: Print device statistics as unsigned
irttp: Print device parameters and statistics as unsigned
drivers/net/usb/usbnet.c | 2 +-
net/irda/irttp.c | 14 +++++++-------
2 files changed, 8 insertions(+), 8 deletions(-)
--
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
^ permalink raw reply
* RE: [PATCH 11/12] sfc: Only count bad packets in rx_errors
From: Ben Hutchings @ 2010-06-08 18:09 UTC (permalink / raw)
To: Dmitry Kravkov; +Cc: netdev@vger.kernel.org
In-Reply-To: <2DFD360E328B3941911E6D28B085D990107C9DA893@SJEXCHCCR01.corp.ad.broadcom.com>
On Tue, 2010-06-08 at 02:20 -0700, Dmitry Kravkov wrote:
> Hi,
>
> Different drivers include different errors in stats->rx_errors:
Your table didn't line up when display here. It appears you used
6-space tabs so I've expanded them to spaces on that assumption:
> bxn2 bnx2x ixgbx sfc dnet atlx
> ----------------------------------------------------------------------
> rx_length rx_length rx_length rx_length rx_length rx_length
> rx_over rx_over rx_over
> rx_frame rx_frame rx_frame rx_frame rx_frame
> rx_crc rx_crc rx_crc rx_crc rx_crc
> rx_fifo rx_fifo
> rx_missed rx_missed
> rx_symbol
> unsup_opcd
> ----------------------------------------------------------------------
> Is there any documentation which defines what should this statistic include?
My references are the comments on the structure (in <linux/if_link.h>
and <linux/netdevice.h>) and an email by Donald Becker
<http://www.uwsg.iu.edu/hypermail/linux/net/0003.3/0154.html>. The
comments could probably be expanded.
Note also that some of the statistics are combined as follows in
/proc/net/dev, which is what ifconfig uses:
Heading/subheading Summed statistics
-----------------------------------------------------------------------------------------------
Receive/drop rx_dropped, rx_missed_errors
Receive/frame rx_length_errors, rx_over_errors, rx_crc_errors, rx_frame_errors
Transmit/carrier tx_carrier_errors, tx_aborted_errors, tx_window_errors, tx_heartbeat_errors
Something that doesn't make sense to me is that rx_over_errors is
included under 'frame' rather than under 'drop'.
Ben.
--
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
^ permalink raw reply
* asus laptop sound to soft
From: Stephen Clark @ 2010-06-08 18:05 UTC (permalink / raw)
To: Takashi Iwai, Linux Kernel Network Developers
Hi,
When I play music on my Asus Z96F laptop using kde volume control set to max
I can barely hear the music. Same with pulse audio volume control set to 100%.
But if I run the gnome-volume-control it lets me move the volume past 100% and I
can then hear it without any obvious distortion.
How is it decided what is 100% especially if the volume can be made louder than
100% without any distortion ?
Inquiring minds want to know :).
--
"They that give up essential liberty to obtain temporary safety,
deserve neither liberty nor safety." (Ben Franklin)
"The course of history shows that as a government grows, liberty
decreases." (Thomas Jefferson)
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox