* [PATCH net-next v1 3/3] forcedeth: prevent TX timeouts after reboot
From: David Decotigny @ 2012-08-25 3:22 UTC (permalink / raw)
To: Ayaz Abdulla, netdev, linux-kernel
Cc: David S. Miller, Eric Dumazet, Joe Perches, David Decotigny
In-Reply-To: <cover.1345864542.git.decot@googlers.com>
This complements patch "net-forcedeth: fix TX timeout caused by TX
pause on down link" which ensures that a lock-up sequence is not sent
to the NIC. Present patch ensures that if a NIC is already locked-up,
the driver will recover from it when initializing the device.
It does the equivalent of the following recovery sequence:
- write NVREG_TX_PAUSEFRAME_ENABLE_V1 to eth1's register
NvRegTxPauseFrame
- write NVREG_XMITCTL_START to eth1's register
NvRegTransmitterControl
- write 0 to eth1's register NvRegTransmitterControl
(this is at the heart of the "unbricking" sequence mentioned in patch
"net-forcedeth: fix TX timeout caused by TX pause on down link")
Tested:
- hardware is MCP55 device id 10de:0373 (rev a3), dual-port
- reboot a kernel without any of patches mentioned
- freeze the NIC (details on description for commit "net-forcedeth:
fix TX timeout caused by TX pause on down link")
- wait 5mn until ping hangs & TX timeout in dmesg
- reboot on kernel with present patch
- host is immediatly operational, no TX timeout
Signed-off-by: David Decotigny <decot@googlers.com>
---
drivers/net/ethernet/nvidia/forcedeth.c | 11 +++++++++--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/nvidia/forcedeth.c b/drivers/net/ethernet/nvidia/forcedeth.c
index 8b82457..edd6221 100644
--- a/drivers/net/ethernet/nvidia/forcedeth.c
+++ b/drivers/net/ethernet/nvidia/forcedeth.c
@@ -5905,11 +5905,18 @@ static int __devinit nv_probe(struct pci_dev *pci_dev, const struct pci_device_i
goto out_error;
}
+ netif_carrier_off(dev);
+
+ /* Some NICs freeze when TX pause is enabled while NIC is
+ * down, and this stays across warm reboots. The sequence
+ * below should be enough to recover from that state. */
+ nv_update_pause(dev, 0);
+ nv_start_tx(dev);
+ nv_stop_tx(dev);
+
if (id->driver_data & DEV_HAS_VLAN)
nv_vlan_mode(dev, dev->features);
- netif_carrier_off(dev);
-
dev_info(&pci_dev->dev, "ifname %s, PHY OUI 0x%x @ %d, addr %pM\n",
dev->name, np->phy_oui, np->phyaddr, dev->dev_addr);
--
1.7.10.2.5.g20d7bc9
^ permalink raw reply related
* [PATCH net-next v1 2/3] forcedeth: fix TX timeout caused by TX pause on down link
From: David Decotigny @ 2012-08-25 3:22 UTC (permalink / raw)
To: Ayaz Abdulla, netdev, linux-kernel
Cc: David S. Miller, Eric Dumazet, Joe Perches, David Decotigny
In-Reply-To: <cover.1345864542.git.decot@googlers.com>
On some dual-port forcedeth devices such as MCP55 10de:0373 (rev a3),
when autoneg & TX pause are enabled while port is connected but
interface is down, the NIC will eventually freeze (TX timeouts,
network unreachable).
This patch ensures that TX pause is not configured in hardware when
interface is down. The TX pause request will be honored when interface
is later configured.
Tested:
- hardware is MCP55 device id 10de:0373 (rev a3), dual-port
- eth0 connected and UP, eth1 connected but DOWN
- without this patch, following sequence would brick NIC:
ifconfig eth0 down
ifconfig eth1 up
ifconfig eth1 down
ethtool -A eth1 autoneg off rx on tx off
ifconfig eth1 up
ifconfig eth1 down
ethtool -A eth1 autoneg on rx on tx on
ifconfig eth1 up
ifconfig eth1 down
ifup eth0
sleep 120 # or longer
ethtool eth1
Just in case, sequence to un-brick:
ifconfig eth0 down
ethtool -A eth1 autoneg off rx on tx off
ifconfig eth1 up
ifconfig eth1 down
ifup eth0
- with this patch: no TX timeout after "bricking" sequence above
Details:
- The following register accesses have been identified as the ones
causing the NIC to freeze in "bricking" sequence above:
- write NVREG_TX_PAUSEFRAME_ENABLE_V1 to eth1's register NvRegTxPauseFrame
- write NVREG_MISC1_PAUSE_TX | NVREG_MISC1_FORCE to eth1's register NvRegMisc1
- write 0 to eth1's register NvRegTransmitterControl
This is what this patch avoids.
Signed-off-by: David Decotigny <decot@googlers.com>
---
drivers/net/ethernet/nvidia/forcedeth.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/nvidia/forcedeth.c b/drivers/net/ethernet/nvidia/forcedeth.c
index 51d19d8..8b82457 100644
--- a/drivers/net/ethernet/nvidia/forcedeth.c
+++ b/drivers/net/ethernet/nvidia/forcedeth.c
@@ -3409,7 +3409,7 @@ set_speed:
pause_flags = 0;
/* setup pause frame */
- if (np->duplex != 0) {
+ if (netif_running(dev) && (np->duplex != 0)) {
if (np->autoneg && np->pause_flags & NV_PAUSEFRAME_AUTONEG) {
adv_pause = adv & (ADVERTISE_PAUSE_CAP | ADVERTISE_PAUSE_ASYM);
lpa_pause = lpa & (LPA_PAUSE_CAP | LPA_PAUSE_ASYM);
@@ -5455,6 +5455,7 @@ static int nv_close(struct net_device *dev)
netif_stop_queue(dev);
spin_lock_irq(&np->lock);
+ nv_update_pause(dev, 0); /* otherwise stop_tx bricks NIC */
nv_stop_rxtx(dev);
nv_txrx_reset(dev);
--
1.7.10.2.5.g20d7bc9
^ permalink raw reply related
* [PATCH net-next v1 1/3] forcedeth: fix buffer overflow
From: David Decotigny @ 2012-08-25 3:22 UTC (permalink / raw)
To: Ayaz Abdulla, netdev, linux-kernel
Cc: David S. Miller, Eric Dumazet, Joe Perches, David Decotigny
In-Reply-To: <cover.1345864542.git.decot@googlers.com>
Found by manual code inspection.
Tested: compile, reboot, ethtool -d ethX
Signed-off-by: David Decotigny <decot@googlers.com>
---
drivers/net/ethernet/nvidia/forcedeth.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/nvidia/forcedeth.c b/drivers/net/ethernet/nvidia/forcedeth.c
index f45def0..51d19d8 100644
--- a/drivers/net/ethernet/nvidia/forcedeth.c
+++ b/drivers/net/ethernet/nvidia/forcedeth.c
@@ -4435,7 +4435,7 @@ static void nv_get_regs(struct net_device *dev, struct ethtool_regs *regs, void
regs->version = FORCEDETH_REGS_VER;
spin_lock_irq(&np->lock);
- for (i = 0; i <= np->register_size/sizeof(u32); i++)
+ for (i = 0; i < np->register_size/sizeof(u32); i++)
rbuf[i] = readl(base + i*sizeof(u32));
spin_unlock_irq(&np->lock);
}
--
1.7.10.2.5.g20d7bc9
^ permalink raw reply related
* Re: NULL deref in bnx2 / crashes ? ( was: netconsole leads to stalled CPU task )
From: Lin Ming @ 2012-08-25 2:20 UTC (permalink / raw)
To: Sylvain Munaut; +Cc: Eric Dumazet, netdev
In-Reply-To: <CAF6-1L7nRoG10P=+QRb=LfL4O8K877zUD6L6d5EoCq-QNt1FWA@mail.gmail.com>
On Wed, Aug 22, 2012 at 10:29 PM, Sylvain Munaut
<s.munaut@whatever-company.com> wrote:
> Hi,
>
>> my patch was incomplete, sorry :
>>
>> diff --git a/net/core/netpoll.c b/net/core/netpoll.c
>> index 346b1eb..ddc453b 100644
>> --- a/net/core/netpoll.c
>> +++ b/net/core/netpoll.c
>> @@ -335,8 +335,13 @@ void netpoll_send_skb_on_dev(struct netpoll *np, struct sk_buff *skb,
>> /* don't get messages out of order, and no recursion */
>> if (skb_queue_len(&npinfo->txq) == 0 && !netpoll_owner_active(dev)) {
>> struct netdev_queue *txq;
>> + int queue_index = skb_get_queue_mapping(skb);
>>
>> - txq = netdev_get_tx_queue(dev, skb_get_queue_mapping(skb));
>> + if (queue_index >= dev->real_num_tx_queues) {
>> + queue_index = 0;
>> + skb_set_queue_mapping(skb, 0);
>> + }
>> + txq = netdev_get_tx_queue(dev, queue_index);
>>
>> /* try until next clock tick */
>> for (tries = jiffies_to_usecs(1)/USEC_PER_POLL;
>
> Ok, I tried this.
>
> The machine with the intel card still hard freeze (no output / no nothing ...)
Did you enable hard lockup detector?
CONFIG_LOCKUP_DETECTOR=y
CONFIG_HARDLOCKUP_DETECTOR=y
> The machine with the bnx2 don't crash anymore and no NULL deref, but
> the modprobe still hangs and I get this every 180 sec or so :
>
^ permalink raw reply
* Re: [REVIEW][PATCH 0/21] User namespace changes to the networking stack.
From: David Miller @ 2012-08-25 1:42 UTC (permalink / raw)
To: ebiederm-aS9lmoZGLiVWk0Htik3J/w
Cc: netdev-u79uwXL29TY76Z2rM5mHXA,
containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA
In-Reply-To: <87boicfyo9.fsf-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
From: ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org (Eric W. Biederman)
Date: Tue, 14 Aug 2012 23:37:42 -0700
> David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org> writes:
>
>> From: ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org (Eric W. Biederman)
>> Date: Mon, 13 Aug 2012 13:07:10 -0700
>>
>>>
>>> This is a modest set of changes against the current networking stack to
>>> enable basic user namespace support. Allowing the code to compile with
>>> user namespaces enabled and removing the assumption that there is only
>>> the initial user namespace.
>>>
>>> Work to relax the privilege checks in the networking stack from
>>> "capable(CAP_NET_ADMIN)" or "capable(CAP_NET_RAW)" to
>>> "ns_capable(net->user_ns, CAP_NET_ADMIN)" or
>>> "ns_capable(net->user_ns, CAP_NET_RAW)" allowing root in a user
>>> namespace to control a network namespace will come later.
>>>
>>> David there are just enough interdependencies between the user namespace
>>> bits that I intend to merge them all through my user namespace tree.
>>> After the review is complete I will add these patches to my for-next
>>> branch of my user-namespace.git tree where I do not intend to rebase.
>>> If it make sense to pull these into net-next to avoid or reduce
>>> conflicts that should not be a problem.
>>
>> Looks fine to me, you can add:
>>
>> Acked-by: David S. Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
>>
>> to all of this stuff. Let me know when something is stable in your
>> tree, and I can therefore pull from it into net-next.
>
> All of these patches + 2 others trivial userns bug fixes are now
> in my for-next branch at:
>
> git.kernel.org:/pub/scm/linux/kernel/git/ebiederm/user-namespace.git for-next
Ok I finally got around to pushing this into net-next, thanks.
^ permalink raw reply
* Re: [PATCH 00/19] netfilter: IPv6 NAT
From: Andre Tomt @ 2012-08-25 1:16 UTC (permalink / raw)
To: kaber; +Cc: netfilter-devel, netdev
In-Reply-To: <5038233F.7000202@tomt.net>
On 25. aug. 2012 02:58, Andre Tomt wrote:
> On 09. aug. 2012 22:08, kaber@trash.net wrote:
>> The following patches contain an updated version of IPv6 NAT against
>> Linus' current tree.
>
> Hmmm. Looking in my crystal ball (hi #ipv6!), I predict that if this
> lands in mainline - and thus in consumer CPE/routers eventually - many
> ISP's will have little incentive to actually implement assigning of
> blocks to their consumer users like they "have to" today.
>
> We have this wonderful chance of fixing a major problem with todays
> internet, but now we are going down this very slippery slope.
>
> I do need this code for a experimental project myself, and acknowledge
> there may be some valid use cases, but I do not like the global
> implications one bit.
>
> At least some big fat warnings please?
Clarification: This is about the NAT66 port-based 1:n NAT targets.
^ permalink raw reply
* Re: [PATCH 00/19] netfilter: IPv6 NAT
From: Andre Tomt @ 2012-08-25 0:58 UTC (permalink / raw)
To: kaber; +Cc: netfilter-devel, netdev
In-Reply-To: <1344542943-11588-1-git-send-email-kaber@trash.net>
On 09. aug. 2012 22:08, kaber@trash.net wrote:
> The following patches contain an updated version of IPv6 NAT against
> Linus' current tree.
Hmmm. Looking in my crystal ball (hi #ipv6!), I predict that if this
lands in mainline - and thus in consumer CPE/routers eventually - many
ISP's will have little incentive to actually implement assigning of
blocks to their consumer users like they "have to" today.
We have this wonderful chance of fixing a major problem with todays
internet, but now we are going down this very slippery slope.
I do need this code for a experimental project myself, and acknowledge
there may be some valid use cases, but I do not like the global
implications one bit.
At least some big fat warnings please?
:-(
^ permalink raw reply
* BUG: soft lockup - CPU#6 stuck for 22s! [httpd2-event:15597]
From: Cristian Rodríguez @ 2012-08-25 0:50 UTC (permalink / raw)
To: netdev
Hi, the issue I reported with IPV6 few weeks ago seems to be gone, but
now I am getting the following crash..
> Aug 23 11:51:05 ex6 kernel: [55570.280878] Modules linked in: sg st sr_mod cdrom act_police cls_basic cls_flow cls_fw cls_u32 sch_tbf sch_prio sch_htb sch_hfsc sch_ingress sch_sfq bridge stp llc xt_statistic xt_CT xt_LOG xt_realm xt_connlimit xt_addrtype iptable_raw xt_comment xt_recent ipt_ULOG ipt_REJECT ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_CLUSTERIP ipt_ah xt_set ip_set nf_nat_tftp nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp xt_time xt_TCPMSS xt_sctp nf_conntrack_amanda xt_policy nf_conntrack_sane ip6t_REJECT nf_conntrack_tftp nf_conntrack_ipv6 nf_conntrack_sip ip6table_raw nf_conntrack_proto_udplite ip6table_mangle nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_co
nntrack_netlink nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp xt_TPROXY nf_tproxy_core nf_defrag_ipv6 xt_tcpmss xt_pkttype xt_physdev xt_owner xt_
NFQUEUE xt_NFLOG nfnetlink_
> Aug 23 11:51:05 ex6 kernel: log xt_multiport xt_mark xt_mac xt_limit xt_length xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp xt_conntrack xt_connmark xt_CLASSIFY xt_AUDIT xt_tcpudp xt_state iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack iptable_mangle nfnetlink ip6table_filter ip6_tables iptable_filter ip_tables x_tables af_packet cachefiles fscache eeepc_wmi asus_wmi sparse_keymap acpi_cpufreq mperf rfkill pci_hotplug e1000e coretemp wmi kvm_intel i2c_i801 kvm mei pcspkr joydev ghash_clmulni_intel microcode crc32c_intel edd aesni_intel ablk_helper cryptd aes_x86_64 autofs4 hid_generic usbhid i915 xhci_hcd drm_kms_helper drm ehci_hcd i2c_algo_bit usbcore usb_common video button scsi_dh_hp_sw scsi_dh_alua scsi_dh_emc scsi_dh_rdac scsi_dh fan processor thermal
thermal_sys megaraid_sas
> Aug 23 11:51:05 ex6 kernel: [55570.280987] CPU 6
> Aug 23 11:51:05 ex6 kernel: [55570.280991] Pid: 15597, comm: httpd2-event Not tainted 3.6.0-rc2-1-default #1 System manufacturer System Product Name/P8B WS
> Aug 23 11:51:05 ex6 kernel: [55570.280993] RIP: 0010:[<ffffffff81562be0>] [<ffffffff81562be0>] _raw_spin_lock_bh+0x20/0x30
> Aug 23 11:51:05 ex6 kernel: [55570.281002] RSP: 0018:ffff88018fc79f08 EFLAGS: 00000297
> Aug 23 11:51:05 ex6 kernel: [55570.281004] RAX: 0000000000000014 RBX: ffff880407ba4cc0 RCX: 0000000000000001
> Aug 23 11:51:05 ex6 kernel: [55570.281006] RDX: 0000000000000015 RSI: 0000000000000000 RDI: ffff880194f4c090
> Aug 23 11:51:05 ex6 kernel: [55570.281007] RBP: 0000000000000002 R08: ffff8804089938f0 R09: 0000000000003ced
> Aug 23 11:51:05 ex6 kernel: [55570.281009] R10: ffff88041e836800 R11: 0000000000000202 R12: ffff880407ba4d08
> Aug 23 11:51:05 ex6 kernel: [55570.281011] R13: ffff880407ba4cc0 R14: 0000000000000292 R15: 0000293da5c4986a
> Aug 23 11:51:05 ex6 kernel: [55570.281013] FS: 00007fcd524e4700(0000) GS:ffff88041f380000(0000) knlGS:0000000000000000
> Aug 23 11:51:05 ex6 kernel: [55570.281015] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Aug 23 11:51:05 ex6 kernel: [55570.281017] CR2: 00007fcd51b59000 CR3: 0000000208ab4000 CR4: 00000000000407e0
> Aug 23 11:51:05 ex6 kernel: [55570.281019] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Aug 23 11:51:05 ex6 kernel: [55570.281021] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Aug 23 11:51:05 ex6 kernel: [55570.281023] Process httpd2-event (pid: 15597, threadinfo ffff88018fc78000, task ffff880194f5a300)
> Aug 23 11:51:05 ex6 kernel: [55570.281024] Stack:
> Aug 23 11:51:05 ex6 kernel: [55570.281025] ffff880194f4c040 ffffffff8145d45d ffff880194f4c040 ffffffff814d120e
> Aug 23 11:51:05 ex6 kernel: [55570.281029] ffff880194f5a300 ffff8804067d2580 0000000000000001 00007fcd60c8eaa0
> Aug 23 11:51:05 ex6 kernel: [55570.281033] 0004c7e9679f5fbf ffffffff8145ac14 00007fcd589c02e0 0000000100000000
> Aug 23 11:51:05 ex6 kernel: [55570.281037] Call Trace:
> Aug 23 11:51:05 ex6 kernel: [55570.281046] [<ffffffff8145d45d>] lock_sock_nested+0xd/0x30
> Aug 23 11:51:05 ex6 kernel: [55570.281052] [<ffffffff814d120e>] inet_shutdown+0x3e/0x130
> Aug 23 11:51:05 ex6 kernel: [55570.281058] [<ffffffff8145ac14>] sys_shutdown+0x74/0x80
> Aug 23 11:51:05 ex6 kernel: [55570.281066] [<ffffffff8156a47d>] system_call_fastpath+0x1a/0x1f
> Aug 23 11:51:05 ex6 kernel: [55570.281075] [<00007fcd5fc42477>] 0x7fcd5fc42476
> Aug 23 11:51:05 ex6 kernel: [55570.281076] Code: 66 39 d0 75 f6 c3 0f 1f 44 00 00 53 48 89 fb e8 67 88 ae ff b8 00 00 01 00 f0 0f c1 03 89 c2 c1 ea 10 66 39 c2 74 0e 0f 1f 40 00 <f3> 90 0f b7 03 66 39 d0 75 f6 5b c3 90 90 90 90 48 c7 c7 60 74
> Aug 23 11:51:24 ex6 cachefilesd[5919]: Refilling cull table
> Aug 23 11:51:24 ex6 cachefilesd[5919]: Scan complete
> Aug 23 11:51:33 ex6 kernel: [55598.253247] BUG: soft lockup - CPU#6 stuck for 22s! [httpd2-event:15597]
> Aug 23 11:51:33 ex6 kernel: [55598.253708] Modules linked in: sg st sr_mod cdrom act_police cls_basic cls_flow cls_fw cls_u32 sch_tbf sch_prio sch_htb sch_hfsc sch_ingress sch_sfq bridge stp llc xt_statistic xt_CT xt_LOG xt_realm xt_connlimit xt_addrtype iptable_raw xt_comment xt_recent ipt_ULOG ipt_REJECT ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_CLUSTERIP ipt_ah xt_set ip_set nf_nat_tftp nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp xt_time xt_TCPMSS xt_sctp nf_conntrack_amanda xt_policy nf_conntrack_sane ip6t_REJECT nf_conntrack_tftp nf_conntrack_ipv6 nf_conntrack_sip ip6table_raw nf_conntrack_proto_udplite ip6table_mangle nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_co
nntrack_netlink nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp xt_TPROXY nf_tproxy_core nf_defrag_ipv6 xt_tcpmss xt_pkttype xt_physdev xt_owner xt_
NFQUEUE xt_NFLOG nfnetlink_
> Aug 23 11:51:33 ex6 kernel: log xt_multiport xt_mark xt_mac xt_limit xt_length xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp xt_conntrack xt_connmark xt_CLASSIFY xt_AUDIT xt_tcpudp xt_state iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack iptable_mangle nfnetlink ip6table_filter ip6_tables iptable_filter ip_tables x_tables af_packet cachefiles fscache eeepc_wmi asus_wmi sparse_keymap acpi_cpufreq mperf rfkill pci_hotplug e1000e coretemp wmi kvm_intel i2c_i801 kvm mei pcspkr joydev ghash_clmulni_intel microcode crc32c_intel edd aesni_intel ablk_helper cryptd aes_x86_64 autofs4 hid_generic usbhid i915 xhci_hcd drm_kms_helper drm ehci_hcd i2c_algo_bit usbcore usb_common video button scsi_dh_hp_sw scsi_dh_alua scsi_dh_emc scsi_dh_rdac scsi_dh fan processor thermal
thermal_sys megaraid_sas
> Aug 23 11:51:33 ex6 kernel: [55598.253818] CPU 6
> Aug 23 11:51:33 ex6 kernel: [55598.253822] Pid: 15597, comm: httpd2-event Not tainted 3.6.0-rc2-1-default #1 System manufacturer System Product Name/P8B WS
> Aug 23 11:51:33 ex6 kernel: [55598.253824] RIP: 0010:[<ffffffff81562be5>] [<ffffffff81562be5>] _raw_spin_lock_bh+0x25/0x30
> Aug 23 11:51:33 ex6 kernel: [55598.253833] RSP: 0018:ffff88018fc79f08 EFLAGS: 00000297
> Aug 23 11:51:33 ex6 kernel: [55598.253835] RAX: 0000000000000014 RBX: ffff880407ba4cc0 RCX: 0000000000000001
> Aug 23 11:51:33 ex6 kernel: [55598.253837] RDX: 0000000000000015 RSI: 0000000000000000 RDI: ffff880194f4c090
> Aug 23 11:51:33 ex6 kernel: [55598.253839] RBP: 0000000000000002 R08: ffff8804089938f0 R09: 0000000000003ced
> Aug 23 11:51:33 ex6 kernel: [55598.253841] R10: ffff88041e836800 R11: 0000000000000202 R12: ffff880407ba4d08
> Aug 23 11:51:33 ex6 kernel: [55598.253842] R13: ffff880407ba4cc0 R14: 0000000000000292 R15: 0000293da5c4986a
> Aug 23 11:51:33 ex6 kernel: [55598.253845] FS: 00007fcd524e4700(0000) GS:ffff88041f380000(0000) knlGS:0000000000000000
> Aug 23 11:51:33 ex6 kernel: [55598.253847] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Aug 23 11:51:33 ex6 kernel: [55598.253849] CR2: 00007fcd51b59000 CR3: 0000000208ab4000 CR4: 00000000000407e0
> Aug 23 11:51:33 ex6 kernel: [55598.253850] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Aug 23 11:51:33 ex6 kernel: [55598.253852] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Aug 23 11:51:33 ex6 kernel: [55598.253855] Process httpd2-event (pid: 15597, threadinfo ffff88018fc78000, task ffff880194f5a300)
> Aug 23 11:51:33 ex6 kernel: [55598.253856] Stack:
> Aug 23 11:51:33 ex6 kernel: [55598.253857] ffff880194f4c040 ffffffff8145d45d ffff880194f4c040 ffffffff814d120e
> Aug 23 11:51:33 ex6 kernel: [55598.253861] ffff880194f5a300 ffff8804067d2580 0000000000000001 00007fcd60c8eaa0
> Aug 23 11:51:33 ex6 kernel: [55598.253865] 0004c7e9679f5fbf ffffffff8145ac14 00007fcd589c02e0 0000000100000000
> Aug 23 11:51:33 ex6 kernel: [55598.253868] Call Trace:
> Aug 23 11:51:33 ex6 kernel: [55598.253877] [<ffffffff8145d45d>] lock_sock_nested+0xd/0x30
> Aug 23 11:51:33 ex6 kernel: [55598.253885] [<ffffffff814d120e>] inet_shutdown+0x3e/0x130
> Aug 23 11:51:33 ex6 kernel: [55598.253892] [<ffffffff8145ac14>] sys_shutdown+0x74/0x80
> Aug 23 11:51:33 ex6 kernel: [55598.253900] [<ffffffff8156a47d>] system_call_fastpath+0x1a/0x1f
> Aug 23 11:51:33 ex6 kernel: [55598.253909] [<00007fcd5fc42477>] 0x7fcd5fc42476
> Aug 23 11:51:33 ex6 kernel: [55598.253910] Code: c3 0f 1f 44 00 00 53 48 89 fb e8 67 88 ae ff b8 00 00 01 00 f0 0f c1 03 89 c2 c1 ea 10 66 39 c2 74 0e 0f 1f 40 00 f3 90 0f b7 03 <66> 39 d0 75 f6 5b c3 90 90 90 90 48 c7 c7 60 74 a5 81 e9 34 d9
> Aug 23 11:51:46 ex6 kernel: [55610.629219] INFO: rcu_sched self-detected stall on CPU { 7} (t=2580171 jiffies)
> Aug 23 11:51:46 ex6 kernel: [55610.629225] sending NMI to all CPUs:
> Aug 23 11:51:46 ex6 kernel: [55610.629231] NMI backtrace for cpu 6
> Aug 23 11:51:46 ex6 kernel: [55610.629234] CPU 6
> Aug 23 11:51:46 ex6 kernel: [55610.629239] Pid: 15597, comm: httpd2-event Not tainted 3.6.0-rc2-1-default #1 System manufacturer System Product Name/P8B WS
> Aug 23 11:51:46 ex6 kernel: [55610.629242] RIP: 0010:[<ffffffff81562be0>] [<ffffffff81562be0>] _raw_spin_lock_bh+0x20/0x30
> Aug 23 11:51:46 ex6 kernel: [55610.629252] RSP: 0018:ffff88018fc79f08 EFLAGS: 00000297
> Aug 23 11:51:46 ex6 kernel: [55610.629255] RAX: 0000000000000014 RBX: ffff880194f4c090 RCX: 0000000000000001
> Aug 23 11:51:46 ex6 kernel: [55610.629257] RDX: 0000000000000015 RSI: 0000000000000000 RDI: ffff880194f4c090
> Aug 23 11:51:46 ex6 kernel: [55610.629260] RBP: 0000000000000002 R08: ffff8804089938f0 R09: 0000000000003ced
> Aug 23 11:51:46 ex6 kernel: [55610.629262] R10: ffff88041e836800 R11: 0000000000000202 R12: ffff8804067d2580
> Aug 23 11:51:46 ex6 kernel: [55610.629265] R13: 00000000ffffffea R14: 00007fcd60a664a0 R15: 00007fcd51db52b8
> Aug 23 11:51:46 ex6 kernel: [55610.629268] FS: 00007fcd524e4700(0000) GS:ffff88041f380000(0000) knlGS:0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.629271] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Aug 23 11:51:46 ex6 kernel: [55610.629274] CR2: 00007fcd51b59000 CR3: 0000000208ab4000 CR4: 00000000000407e0
> Aug 23 11:51:46 ex6 kernel: [55610.629277] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.629279] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Aug 23 11:51:46 ex6 kernel: [55610.629282] Process httpd2-event (pid: 15597, threadinfo ffff88018fc78000, task ffff880194f5a300)
> Aug 23 11:51:46 ex6 kernel: [55610.629284] Stack:
> Aug 23 11:51:46 ex6 kernel: [55610.629286] ffff880194f4c040 ffffffff8145d45d ffff880194f4c040 ffffffff814d120e
> Aug 23 11:51:46 ex6 kernel: [55610.629292] ffff880194f5a300 ffff8804067d2580 0000000000000001 00007fcd60c8eaa0
> Aug 23 11:51:46 ex6 kernel: [55610.629297] 0004c7e9679f5fbf ffffffff8145ac14 00007fcd589c02e0 0000000100000000
> Aug 23 11:51:46 ex6 kernel: [55610.629303] Call Trace:
> Aug 23 11:51:46 ex6 kernel: [55610.629314] [<ffffffff8145d45d>] lock_sock_nested+0xd/0x30
> Aug 23 11:51:46 ex6 kernel: [55610.629323] [<ffffffff814d120e>] inet_shutdown+0x3e/0x130
> Aug 23 11:51:46 ex6 kernel: [55610.629330] [<ffffffff8145ac14>] sys_shutdown+0x74/0x80
> Aug 23 11:51:46 ex6 kernel: [55610.629340] [<ffffffff8156a47d>] system_call_fastpath+0x1a/0x1f
> Aug 23 11:51:46 ex6 kernel: [55610.629364] [<00007fcd5fc42477>] 0x7fcd5fc42476
> Aug 23 11:51:46 ex6 kernel: [55610.629366] Code: 66 39 d0 75 f6 c3 0f 1f 44 00 00 53 48 89 fb e8 67 88 ae ff b8 00 00 01 00 f0 0f c1 03 89 c2 c1 ea 10 66 39 c2 74 0e 0f 1f 40 00 <f3> 90 0f b7 03 66 39 d0 75 f6 5b c3 90 90 90 90 48 c7 c7 60 74
> Aug 23 11:51:46 ex6 kernel: [55610.629413] NMI backtrace for cpu 7
> Aug 23 11:51:46 ex6 kernel: [55610.629415] CPU 7
> Aug 23 11:51:46 ex6 kernel: [55610.629420] Pid: 0, comm: swapper/7 Not tainted 3.6.0-rc2-1-default #1 System manufacturer System Product Name/P8B WS
> Aug 23 11:51:46 ex6 kernel: [55610.629422] RIP: 0010:[<ffffffff812df109>] [<ffffffff812df109>] find_next_bit+0x39/0xb0
> Aug 23 11:51:46 ex6 kernel: [55610.629432] RSP: 0018:ffff88041f3c3938 EFLAGS: 00000046
> Aug 23 11:51:46 ex6 kernel: [55610.629434] RAX: 0000000000000000 RBX: ffff88041f3ccfe0 RCX: 0000000000000001
> Aug 23 11:51:46 ex6 kernel: [55610.629437] RDX: 0000000000000001 RSI: 0000000000000200 RDI: 0000000000000200
> Aug 23 11:51:46 ex6 kernel: [55610.629440] RBP: ffff88041f20d020 R08: ffff88041f3ccfe0 R09: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.629442] R10: 0000000000000000 R11: 000000000000c2e2 R12: 000000000000d060
> Aug 23 11:51:46 ex6 kernel: [55610.629445] R13: 0000000000080000 R14: 00000000000000ff R15: 0000000000000007
> Aug 23 11:51:46 ex6 kernel: [55610.629448] FS: 0000000000000000(0000) GS:ffff88041f3c0000(0000) knlGS:0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.629451] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Aug 23 11:51:46 ex6 kernel: [55610.629454] CR2: 00007fcd2c062ac0 CR3: 0000000001a0c000 CR4: 00000000000407e0
> Aug 23 11:51:46 ex6 kernel: [55610.629456] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.629459] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Aug 23 11:51:46 ex6 kernel: [55610.629462] Process swapper/7 (pid: 0, threadinfo ffff88040abc4000, task ffff88040abc2400)
> Aug 23 11:51:46 ex6 kernel: [55610.629464] Stack:
> Aug 23 11:51:46 ex6 kernel: [55610.629465] ffffffff8102a4e7 0000000081a2cec0 000000000000d020 0000000200000007
> Aug 23 11:51:46 ex6 kernel: [55610.629471] 0000000000000082 ffff88041f3c39b0 0000000000002710 ffffffff81a2ce00
> Aug 23 11:51:46 ex6 kernel: [55610.629476] ffff88040abc4000 0000000000000007 ffff88040abc4000 ffffffff81a2cec0
> Aug 23 11:51:46 ex6 kernel: [55610.629482] Call Trace:
> Aug 23 11:51:46 ex6 kernel: [55610.629494] [<ffffffff8102a4e7>] __x2apic_send_IPI_mask+0xb7/0x1a0
> Aug 23 11:51:46 ex6 kernel: [55610.629503] [<ffffffff810260ff>] arch_trigger_all_cpu_backtrace+0x4f/0x90
> Aug 23 11:51:46 ex6 kernel: [55610.629510] [<ffffffff810d6d20>] rcu_pending+0x210/0x560
> Aug 23 11:51:46 ex6 kernel: [55610.629519] [<ffffffff810d78c0>] rcu_check_callbacks+0x90/0x110
> Aug 23 11:51:46 ex6 kernel: [55610.629528] [<ffffffff8105467f>] update_process_times+0x3f/0x80
> Aug 23 11:51:46 ex6 kernel: [55610.629536] [<ffffffff810971fb>] tick_sched_timer+0x6b/0xe0
> Aug 23 11:51:46 ex6 kernel: [55610.629544] [<ffffffff810699a6>] __run_hrtimer+0x66/0x1d0
> Aug 23 11:51:46 ex6 kernel: [55610.629552] [<ffffffff8106a299>] hrtimer_interrupt+0xe9/0x210
> Aug 23 11:51:46 ex6 kernel: [55610.629559] [<ffffffff81024e93>] smp_apic_timer_interrupt+0x63/0xa0
> Aug 23 11:51:46 ex6 kernel: [55610.629567] [<ffffffff8156b0fa>] apic_timer_interrupt+0x6a/0x70
> Aug 23 11:51:46 ex6 kernel: [55610.629578] [<ffffffff814c2c78>] tcp_slow_start+0x68/0xa0
> Aug 23 11:51:46 ex6 kernel: [55610.629585] [<ffffffff814b6260>] tcp_ack+0x560/0x11e0
> Aug 23 11:51:46 ex6 kernel: [55610.629593] [<ffffffff814b715d>] tcp_rcv_established+0x27d/0x8e0
> Aug 23 11:51:46 ex6 kernel: [55610.629601] [<ffffffff814c045e>] tcp_v4_do_rcv+0xde/0x340
> Aug 23 11:51:46 ex6 kernel: [55610.629609] [<ffffffff814c173b>] tcp_v4_rcv+0x59b/0x850
> Aug 23 11:51:46 ex6 kernel: [55610.629617] [<ffffffff8149e156>] ip_local_deliver_finish+0xd6/0x250
> Aug 23 11:51:46 ex6 kernel: [55610.629625] [<ffffffff8146eb5e>] __netif_receive_skb+0x67e/0x7e0
> Aug 23 11:51:46 ex6 kernel: [55610.629633] [<ffffffff8146ed61>] process_backlog+0xa1/0x180
> Aug 23 11:51:46 ex6 kernel: [55610.629639] [<ffffffff8146f830>] net_rx_action+0x140/0x230
> Aug 23 11:51:46 ex6 kernel: [55610.629647] [<ffffffff8104be2e>] __do_softirq+0xbe/0x1f0
> Aug 23 11:51:46 ex6 kernel: [55610.629655] [<ffffffff8156b7ec>] call_softirq+0x1c/0x30
> Aug 23 11:51:46 ex6 kernel: [55610.629662] [<ffffffff810045a5>] do_softirq+0x75/0xb0
> Aug 23 11:51:46 ex6 kernel: [55610.629669] [<ffffffff8104c1e5>] irq_exit+0xa5/0xb0
> Aug 23 11:51:46 ex6 kernel: [55610.629677] [<ffffffff8156b2ba>] call_function_single_interrupt+0x6a/0x70
> Aug 23 11:51:46 ex6 kernel: [55610.629686] [<ffffffff813303cc>] intel_idle+0xec/0x160
> Aug 23 11:51:46 ex6 kernel: [55610.629695] [<ffffffff8143566d>] cpuidle_idle_call+0x9d/0x240
> Aug 23 11:51:46 ex6 kernel: [55610.629702] [<ffffffff8100b715>] cpu_idle+0x65/0xd0
> Aug 23 11:51:46 ex6 kernel: [55610.629710] [<ffffffff81550547>] start_secondary+0x1fe/0x203
> Aug 23 11:51:46 ex6 kernel: [55610.629713] Code: d1 49 89 d1 48 c1 e9 06 49 83 e1 c0 4c 8d 04 cf 48 89 f7 48 89 d1 4c 29 cf 83 e1 3f 74 40 48 c7 c0 ff ff ff ff 48 d3 e0 49 23 00 <48> 83 ff 3f 76 41 48 85 c0 75 52 49 83 c0 08 48 83 ef 40 49 83
> Aug 23 11:51:46 ex6 kernel: [55610.629761] NMI backtrace for cpu 1
> Aug 23 11:51:46 ex6 kernel: [55610.629765] CPU 1
> Aug 23 11:51:46 ex6 kernel: [55610.629769] Pid: 0, comm: swapper/1 Not tainted 3.6.0-rc2-1-default #1 System manufacturer System Product Name/P8B WS
> Aug 23 11:51:46 ex6 kernel: [55610.629772] RIP: 0010:[<ffffffff815628dd>] [<ffffffff815628dd>] _raw_spin_lock+0x1d/0x30
> Aug 23 11:51:46 ex6 kernel: [55610.629781] RSP: 0018:ffff88041f243e48 EFLAGS: 00000293
> Aug 23 11:51:46 ex6 kernel: [55610.629784] RAX: 0000000000000014 RBX: ffff880194f4c040 RCX: 0000000100c76001
> Aug 23 11:51:46 ex6 kernel: [55610.629787] RDX: 0000000000000016 RSI: 0000000000000286 RDI: ffff880194f4c090
> Aug 23 11:51:46 ex6 kernel: [55610.629789] RBP: ffff88040abd4000 R08: ffff88040701a29c R09: 0000000000000028
> Aug 23 11:51:46 ex6 kernel: [55610.629792] R10: dead000000200200 R11: 0000000000000000 R12: 0000000000000100
> Aug 23 11:51:46 ex6 kernel: [55610.629794] R13: ffffffff814bd160 R14: ffff880194f4c040 R15: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.629798] FS: 0000000000000000(0000) GS:ffff88041f240000(0000) knlGS:0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.629800] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Aug 23 11:51:46 ex6 kernel: [55610.629803] CR2: 00007fa566135010 CR3: 0000000001a0c000 CR4: 00000000000407e0
> Aug 23 11:51:46 ex6 kernel: [55610.629806] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.629808] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Aug 23 11:51:46 ex6 kernel: [55610.629811] Process swapper/1 (pid: 0, threadinfo ffff88040aba6000, task ffff88040aba4280)
> Aug 23 11:51:46 ex6 kernel: [55610.629813] Stack:
> Aug 23 11:51:46 ex6 kernel: [55610.629815] ffffffff814bd171 ffff88040abd4000 0000000000000100 ffff880194f4c200ug 23 11:51:05 ex6 kernel: [55570.280878] Modules linked in: sg st sr_mod cdrom act_police cls_basic cls_flow cls_fw cls_u32 sch_tbf sch_prio sch_htb sch_hfsc sch_ingress sch_sfq bridge stp llc xt_statistic xt_CT xt_LOG xt_realm xt_connlimit xt_addrtype iptable_raw xt_comment xt_recent ipt_ULOG ipt_REJECT ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_CLUSTERIP ipt_ah xt_set ip_set nf_nat_tftp nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp xt_time xt_TCPMSS xt_sctp nf_conntrack_amanda xt_policy nf_conntrack_sane ip6t_REJECT nf_conntrack_tftp nf_conntrack_ipv6 nf_conntrack_sip ip6table_raw nf_
conntrack_proto_udplite ip6table_mangle nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_irc nf_conntr
ack_h323 nf_conntrack_ftp xt_TPROXY nf_tproxy_core nf_defrag_ipv6 xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFQUEUE xt_NFLOG nfnetlink_
Aug 23 11:51:05 ex6 kernel: log xt_multiport xt_mark xt_mac xt_limit
xt_length xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp
xt_conntrack xt_connmark xt_CLASSIFY xt_AUDIT xt_tcpudp xt_state
iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack
iptable_mangle nfnetlink ip6table_filter ip6_tables iptable_filter
ip_tables x_tables af_packet cachefiles fscache eeepc_wmi asus_wmi
sparse_keymap acpi_cpufreq mperf rfkill pci_hotplug e1000e coretemp wmi
kvm_intel i2c_i801 kvm mei pcspkr joydev ghash_clmulni_intel microcode
crc32c_intel edd aesni_intel ablk_helper cryptd aes_x86_64 autofs4
hid_generic usbhid i915 xhci_hcd drm_kms_helper drm ehci_hcd
i2c_algo_bit usbcore usb_common video button scsi_dh_hp_sw scsi_dh_alua
scsi_dh_emc scsi_dh_rdac scsi_dh fan processor thermal thermal_sys
megaraid_sas
Aug 23 11:51:05 ex6 kernel: [55570.280987] CPU 6
Aug 23 11:51:05 ex6 kernel: [55570.280991] Pid: 15597, comm:
httpd2-event Not tainted 3.6.0-rc2-1-default #1 System manufacturer
System Product Name/P8B WS
Aug 23 11:51:05 ex6 kernel: [55570.280993] RIP:
0010:[<ffffffff81562be0>] [<ffffffff81562be0>] _raw_spin_lock_bh+0x20/0x30
Aug 23 11:51:05 ex6 kernel: [55570.281002] RSP: 0018:ffff88018fc79f08
EFLAGS: 00000297
Aug 23 11:51:05 ex6 kernel: [55570.281004] RAX: 0000000000000014 RBX:
ffff880407ba4cc0 RCX: 0000000000000001
Aug 23 11:51:05 ex6 kernel: [55570.281006] RDX: 0000000000000015 RSI:
0000000000000000 RDI: ffff880194f4c090
Aug 23 11:51:05 ex6 kernel: [55570.281007] RBP: 0000000000000002 R08:
ffff8804089938f0 R09: 0000000000003ced
Aug 23 11:51:05 ex6 kernel: [55570.281009] R10: ffff88041e836800 R11:
0000000000000202 R12: ffff880407ba4d08
Aug 23 11:51:05 ex6 kernel: [55570.281011] R13: ffff880407ba4cc0 R14:
0000000000000292 R15: 0000293da5c4986a
Aug 23 11:51:05 ex6 kernel: [55570.281013] FS: 00007fcd524e4700(0000)
GS:ffff88041f380000(0000) knlGS:0000000000000000
Aug 23 11:51:05 ex6 kernel: [55570.281015] CS: 0010 DS: 0000 ES: 0000
CR0: 000000008005003b
Aug 23 11:51:05 ex6 kernel: [55570.281017] CR2: 00007fcd51b59000 CR3:
0000000208ab4000 CR4: 00000000000407e0
Aug 23 11:51:05 ex6 kernel: [55570.281019] DR0: 0000000000000000 DR1:
0000000000000000 DR2: 0000000000000000
Aug 23 11:51:05 ex6 kernel: [55570.281021] DR3: 0000000000000000 DR6:
00000000ffff0ff0 DR7: 0000000000000400
Aug 23 11:51:05 ex6 kernel: [55570.281023] Process httpd2-event (pid:
15597, threadinfo ffff88018fc78000, task ffff880194f5a300)
Aug 23 11:51:05 ex6 kernel: [55570.281024] Stack:
Aug 23 11:51:05 ex6 kernel: [55570.281025] ffff880194f4c040
ffffffff8145d45d ffff880194f4c040 ffffffff814d120e
Aug 23 11:51:05 ex6 kernel: [55570.281029] ffff880194f5a300
ffff8804067d2580 0000000000000001 00007fcd60c8eaa0
Aug 23 11:51:05 ex6 kernel: [55570.281033] 0004c7e9679f5fbf
ffffffff8145ac14 00007fcd589c02e0 0000000100000000
Aug 23 11:51:05 ex6 kernel: [55570.281037] Call Trace:
Aug 23 11:51:05 ex6 kernel: [55570.281046] [<ffffffff8145d45d>]
lock_sock_nested+0xd/0x30
Aug 23 11:51:05 ex6 kernel: [55570.281052] [<ffffffff814d120e>]
inet_shutdown+0x3e/0x130
Aug 23 11:51:05 ex6 kernel: [55570.281058] [<ffffffff8145ac14>]
sys_shutdown+0x74/0x80
Aug 23 11:51:05 ex6 kernel: [55570.281066] [<ffffffff8156a47d>]
system_call_fastpath+0x1a/0x1f
Aug 23 11:51:05 ex6 kernel: [55570.281075] [<00007fcd5fc42477>]
0x7fcd5fc42476
Aug 23 11:51:05 ex6 kernel: [55570.281076] Code: 66 39 d0 75 f6 c3 0f 1f
44 00 00 53 48 89 fb e8 67 88 ae ff b8 00 00 01 00 f0 0f c1 03 89 c2 c1
ea 10 66 39 c2 74 0e 0f 1f 40 00 <f3> 90 0f b7 03 66 39 d0 75 f6 5b c3
90 90 90 90 48 c7 c7 60 74
Aug 23 11:51:24 ex6 cachefilesd[5919]: Refilling cull table
Aug 23 11:51:24 ex6 cachefilesd[5919]: Scan complete
Aug 23 11:51:33 ex6 kernel: [55598.253247] BUG: soft lockup - CPU#6
stuck for 22s! [httpd2-event:15597]
Aug 23 11:51:33 ex6 kernel: [55598.253708] Modules linked in: sg st
sr_mod cdrom act_police cls_basic cls_flow cls_fw cls_u32 sch_tbf
sch_prio sch_htb sch_hfsc sch_ingress sch_sfq bridge stp llc
xt_statistic xt_CT xt_LOG xt_realm xt_connlimit xt_addrtype iptable_raw
xt_comment xt_recent ipt_ULOG ipt_REJECT ipt_REDIRECT ipt_NETMAP
ipt_MASQUERADE ipt_ECN ipt_CLUSTERIP ipt_ah xt_set ip_set nf_nat_tftp
nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip nf_nat_pptp
nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp
xt_time xt_TCPMSS xt_sctp nf_conntrack_amanda xt_policy
nf_conntrack_sane ip6t_REJECT nf_conntrack_tftp nf_conntrack_ipv6
nf_conntrack_sip ip6table_raw nf_conntrack_proto_udplite ip6table_mangle
nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre
nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_broadcast
nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp xt_TPROXY
nf_tproxy_core nf_defrag_ipv6 xt_tcpmss xt_pkttype xt_physdev xt_owner
xt_NFQUEUE xt_NFLOG nfnetlink_
Aug 23 11:51:33 ex6 kernel: log xt_multiport xt_mark xt_mac xt_limit
xt_length xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp
xt_conntrack xt_connmark xt_CLASSIFY xt_AUDIT xt_tcpudp xt_state
iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack
iptable_mangle nfnetlink ip6table_filter ip6_tables iptable_filter
ip_tables x_tables af_packet cachefiles fscache eeepc_wmi asus_wmi
sparse_keymap acpi_cpufreq mperf rfkill pci_hotplug e1000e coretemp wmi
kvm_intel i2c_i801 kvm mei pcspkr joydev ghash_clmulni_intel microcode
crc32c_intel edd aesni_intel ablk_helper cryptd aes_x86_64 autofs4
hid_generic usbhid i915 xhci_hcd drm_kms_helper drm ehci_hcd
i2c_algo_bit usbcore usb_common video button scsi_dh_hp_sw scsi_dh_alua
scsi_dh_emc scsi_dh_rdac scsi_dh fan processor thermal thermal_sys
megaraid_sas
Aug 23 11:51:33 ex6 kernel: [55598.253818] CPU 6
Aug 23 11:51:33 ex6 kernel: [55598.253822] Pid: 15597, comm:
httpd2-event Not tainted 3.6.0-rc2-1-default #1 System manufacturer
System Product Name/P8B WS
Aug 23 11:51:33 ex6 kernel: [55598.253824] RIP:
0010:[<ffffffff81562be5>] [<ffffffff81562be5>] _raw_spin_lock_bh+0x25/0x30
Aug 23 11:51:33 ex6 kernel: [55598.253833] RSP: 0018:ffff88018fc79f08
EFLAGS: 00000297
Aug 23 11:51:33 ex6 kernel: [55598.253835] RAX: 0000000000000014 RBX:
ffff880407ba4cc0 RCX: 0000000000000001
Aug 23 11:51:33 ex6 kernel: [55598.253837] RDX: 0000000000000015 RSI:
0000000000000000 RDI: ffff880194f4c090
Aug 23 11:51:33 ex6 kernel: [55598.253839] RBP: 0000000000000002 R08:
ffff8804089938f0 R09: 0000000000003ced
Aug 23 11:51:33 ex6 kernel: [55598.253841] R10: ffff88041e836800 R11:
0000000000000202 R12: ffff880407ba4d08
Aug 23 11:51:33 ex6 kernel: [55598.253842] R13: ffff880407ba4cc0 R14:
0000000000000292 R15: 0000293da5c4986a
Aug 23 11:51:33 ex6 kernel: [55598.253845] FS: 00007fcd524e4700(0000)
GS:ffff88041f380000(0000) knlGS:0000000000000000
Aug 23 11:51:33 ex6 kernel: [55598.253847] CS: 0010 DS: 0000 ES: 0000
CR0: 000000008005003b
Aug 23 11:51:33 ex6 kernel: [55598.253849] CR2: 00007fcd51b59000 CR3:
0000000208ab4000 CR4: 00000000000407e0
Aug 23 11:51:33 ex6 kernel: [55598.253850] DR0: 0000000000000000 DR1:
0000000000000000 DR2: 0000000000000000
Aug 23 11:51:33 ex6 kernel: [55598.253852] DR3: 0000000000000000 DR6:
00000000ffff0ff0 DR7: 0000000000000400
Aug 23 11:51:33 ex6 kernel: [55598.253855] Process httpd2-event (pid:
15597, threadinfo ffff88018fc78000, task ffff880194f5a300)
Aug 23 11:51:33 ex6 kernel: [55598.253856] Stack:
Aug 23 11:51:33 ex6 kernel: [55598.253857] ffff880194f4c040
ffffffff8145d45d ffff880194f4c040 ffffffff814d120e
Aug 23 11:51:33 ex6 kernel: [55598.253861] ffff880194f5a300
ffff8804067d2580 0000000000000001 00007fcd60c8eaa0
Aug 23 11:51:33 ex6 kernel: [55598.253865] 0004c7e9679f5fbf
ffffffff8145ac14 00007fcd589c02e0 0000000100000000
Aug 23 11:51:33 ex6 kernel: [55598.253868] Call Trace:
Aug 23 11:51:33 ex6 kernel: [55598.253877] [<ffffffff8145d45d>]
lock_sock_nested+0xd/0x30
Aug 23 11:51:33 ex6 kernel: [55598.253885] [<ffffffff814d120e>]
inet_shutdown+0x3e/0x130
Aug 23 11:51:33 ex6 kernel: [55598.253892] [<ffffffff8145ac14>]
sys_shutdown+0x74/0x80
Aug 23 11:51:33 ex6 kernel: [55598.253900] [<ffffffff8156a47d>]
system_call_fastpath+0x1a/0x1f
Aug 23 11:51:33 ex6 kernel: [55598.253909] [<00007fcd5fc42477>]
0x7fcd5fc42476
Aug 23 11:51:33 ex6 kernel: [55598.253910] Code: c3 0f 1f 44 00 00 53 48
89 fb e8 67 88 ae ff b8 00 00 01 00 f0 0f c1 03 89 c2 c1 ea 10 66 39 c2
74 0e 0f 1f 40 00 f3 90 0f b7 03 <66> 39 d0 75 f6 5b c3 90 90 90 90 48
c7 c7 60 74 a5 81 e9 34 d9
Aug 23 11:51:46 ex6 kernel: [55610.629219] INFO: rcu_sched self-detected
stall on CPU { 7} (t=2580171 jiffies)
Aug 23 11:51:46 ex6 kernel: [55610.629225] sending NMI to all CPUs:
Aug 23 11:51:46 ex6 kernel: [55610.629231] NMI backtrace for cpu 6
Aug 23 11:51:46 ex6 kernel: [55610.629234] CPU 6
Aug 23 11:51:46 ex6 kernel: [55610.629239] Pid: 15597, comm:
httpd2-event Not tainted 3.6.0-rc2-1-default #1 System manufacturer
System Product Name/P8B WS
Aug 23 11:51:46 ex6 kernel: [55610.629242] RIP:
0010:[<ffffffff81562be0>] [<ffffffff81562be0>] _raw_spin_lock_bh+0x20/0x30
Aug 23 11:51:46 ex6 kernel: [55610.629252] RSP: 0018:ffff88018fc79f08
EFLAGS: 00000297
Aug 23 11:51:46 ex6 kernel: [55610.629255] RAX: 0000000000000014 RBX:
ffff880194f4c090 RCX: 0000000000000001
Aug 23 11:51:46 ex6 kernel: [55610.629257] RDX: 0000000000000015 RSI:
0000000000000000 RDI: ffff880194f4c090
Aug 23 11:51:46 ex6 kernel: [55610.629260] RBP: 0000000000000002 R08:
ffff8804089938f0 R09: 0000000000003ced
Aug 23 11:51:46 ex6 kernel: [55610.629262] R10: ffff88041e836800 R11:
0000000000000202 R12: ffff8804067d2580
Aug 23 11:51:46 ex6 kernel: [55610.629265] R13: 00000000ffffffea R14:
00007fcd60a664a0 R15: 00007fcd51db52b8
Aug 23 11:51:46 ex6 kernel: [55610.629268] FS: 00007fcd524e4700(0000)
GS:ffff88041f380000(0000) knlGS:0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.629271] CS: 0010 DS: 0000 ES: 0000
CR0: 000000008005003b
Aug 23 11:51:46 ex6 kernel: [55610.629274] CR2: 00007fcd51b59000 CR3:
0000000208ab4000 CR4: 00000000000407e0
Aug 23 11:51:46 ex6 kernel: [55610.629277] DR0: 0000000000000000 DR1:
0000000000000000 DR2: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.629279] DR3: 0000000000000000 DR6:
00000000ffff0ff0 DR7: 0000000000000400
Aug 23 11:51:46 ex6 kernel: [55610.629282] Process httpd2-event (pid:
15597, threadinfo ffff88018fc78000, task ffff880194f5a300)
Aug 23 11:51:46 ex6 kernel: [55610.629284] Stack:
Aug 23 11:51:46 ex6 kernel: [55610.629286] ffff880194f4c040
ffffffff8145d45d ffff880194f4c040 ffffffff814d120e
Aug 23 11:51:46 ex6 kernel: [55610.629292] ffff880194f5a300
ffff8804067d2580 0000000000000001 00007fcd60c8eaa0
Aug 23 11:51:46 ex6 kernel: [55610.629297] 0004c7e9679f5fbf
ffffffff8145ac14 00007fcd589c02e0 0000000100000000
Aug 23 11:51:46 ex6 kernel: [55610.629303] Call Trace:
Aug 23 11:51:46 ex6 kernel: [55610.629314] [<ffffffff8145d45d>]
lock_sock_nested+0xd/0x30
Aug 23 11:51:46 ex6 kernel: [55610.629323] [<ffffffff814d120e>]
inet_shutdown+0x3e/0x130
Aug 23 11:51:46 ex6 kernel: [55610.629330] [<ffffffff8145ac14>]
sys_shutdown+0x74/0x80
Aug 23 11:51:46 ex6 kernel: [55610.629340] [<ffffffff8156a47d>]
system_call_fastpath+0x1a/0x1f
Aug 23 11:51:46 ex6 kernel: [55610.629364] [<00007fcd5fc42477>]
0x7fcd5fc42476
Aug 23 11:51:46 ex6 kernel: [55610.629366] Code: 66 39 d0 75 f6 c3 0f 1f
44 00 00 53 48 89 fb e8 67 88 ae ff b8 00 00 01 00 f0 0f c1 03 89 c2 c1
ea 10 66 39 c2 74 0e 0f 1f 40 00 <f3> 90 0f b7 03 66 39 d0 75 f6 5b c3
90 90 90 90 48 c7 c7 60 74
Aug 23 11:51:46 ex6 kernel: [55610.629413] NMI backtrace for cpu 7
Aug 23 11:51:46 ex6 kernel: [55610.629415] CPU 7
Aug 23 11:51:46 ex6 kernel: [55610.629420] Pid: 0, comm: swapper/7 Not
tainted 3.6.0-rc2-1-default #1 System manufacturer System Product
Name/P8B WS
Aug 23 11:51:46 ex6 kernel: [55610.629422] RIP:
0010:[<ffffffff812df109>] [<ffffffff812df109>] find_next_bit+0x39/0xb0
Aug 23 11:51:46 ex6 kernel: [55610.629432] RSP: 0018:ffff88041f3c3938
EFLAGS: 00000046
Aug 23 11:51:46 ex6 kernel: [55610.629434] RAX: 0000000000000000 RBX:
ffff88041f3ccfe0 RCX: 0000000000000001
Aug 23 11:51:46 ex6 kernel: [55610.629437] RDX: 0000000000000001 RSI:
0000000000000200 RDI: 0000000000000200
Aug 23 11:51:46 ex6 kernel: [55610.629440] RBP: ffff88041f20d020 R08:
ffff88041f3ccfe0 R09: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.629442] R10: 0000000000000000 R11:
000000000000c2e2 R12: 000000000000d060
Aug 23 11:51:46 ex6 kernel: [55610.629445] R13: 0000000000080000 R14:
00000000000000ff R15: 0000000000000007
Aug 23 11:51:46 ex6 kernel: [55610.629448] FS: 0000000000000000(0000)
GS:ffff88041f3c0000(0000) knlGS:0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.629451] CS: 0010 DS: 0000 ES: 0000
CR0: 000000008005003b
Aug 23 11:51:46 ex6 kernel: [55610.629454] CR2: 00007fcd2c062ac0 CR3:
0000000001a0c000 CR4: 00000000000407e0
Aug 23 11:51:46 ex6 kernel: [55610.629456] DR0: 0000000000000000 DR1:
0000000000000000 DR2: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.629459] DR3: 0000000000000000 DR6:
00000000ffff0ff0 DR7: 0000000000000400
Aug 23 11:51:46 ex6 kernel: [55610.629462] Process swapper/7 (pid: 0,
threadinfo ffff88040abc4000, task ffff88040abc2400)
Aug 23 11:51:46 ex6 kernel: [55610.629464] Stack:
Aug 23 11:51:46 ex6 kernel: [55610.629465] ffffffff8102a4e7
0000000081a2cec0 000000000000d020 0000000200000007
Aug 23 11:51:46 ex6 kernel: [55610.629471] 0000000000000082
ffff88041f3c39b0 0000000000002710 ffffffff81a2ce00
Aug 23 11:51:46 ex6 kernel: [55610.629476] ffff88040abc4000
0000000000000007 ffff88040abc4000 ffffffff81a2cec0
Aug 23 11:51:46 ex6 kernel: [55610.629482] Call Trace:
Aug 23 11:51:46 ex6 kernel: [55610.629494] [<ffffffff8102a4e7>]
__x2apic_send_IPI_mask+0xb7/0x1a0
Aug 23 11:51:46 ex6 kernel: [55610.629503] [<ffffffff810260ff>]
arch_trigger_all_cpu_backtrace+0x4f/0x90
Aug 23 11:51:46 ex6 kernel: [55610.629510] [<ffffffff810d6d20>]
rcu_pending+0x210/0x560
Aug 23 11:51:46 ex6 kernel: [55610.629519] [<ffffffff810d78c0>]
rcu_check_callbacks+0x90/0x110
Aug 23 11:51:46 ex6 kernel: [55610.629528] [<ffffffff8105467f>]
update_process_times+0x3f/0x80
Aug 23 11:51:46 ex6 kernel: [55610.629536] [<ffffffff810971fb>]
tick_sched_timer+0x6b/0xe0
Aug 23 11:51:46 ex6 kernel: [55610.629544] [<ffffffff810699a6>]
__run_hrtimer+0x66/0x1d0
Aug 23 11:51:46 ex6 kernel: [55610.629552] [<ffffffff8106a299>]
hrtimer_interrupt+0xe9/0x210
Aug 23 11:51:46 ex6 kernel: [55610.629559] [<ffffffff81024e93>]
smp_apic_timer_interrupt+0x63/0xa0
Aug 23 11:51:46 ex6 kernel: [55610.629567] [<ffffffff8156b0fa>]
apic_timer_interrupt+0x6a/0x70
Aug 23 11:51:46 ex6 kernel: [55610.629578] [<ffffffff814c2c78>]
tcp_slow_start+0x68/0xa0
Aug 23 11:51:46 ex6 kernel: [55610.629585] [<ffffffff814b6260>]
tcp_ack+0x560/0x11e0
Aug 23 11:51:46 ex6 kernel: [55610.629593] [<ffffffff814b715d>]
tcp_rcv_established+0x27d/0x8e0
Aug 23 11:51:46 ex6 kernel: [55610.629601] [<ffffffff814c045e>]
tcp_v4_do_rcv+0xde/0x340
Aug 23 11:51:46 ex6 kernel: [55610.629609] [<ffffffff814c173b>]
tcp_v4_rcv+0x59b/0x850
Aug 23 11:51:46 ex6 kernel: [55610.629617] [<ffffffff8149e156>]
ip_local_deliver_finish+0xd6/0x250
Aug 23 11:51:46 ex6 kernel: [55610.629625] [<ffffffff8146eb5e>]
__netif_receive_skb+0x67e/0x7e0
Aug 23 11:51:46 ex6 kernel: [55610.629633] [<ffffffff8146ed61>]
process_backlog+0xa1/0x180
Aug 23 11:51:46 ex6 kernel: [55610.629639] [<ffffffff8146f830>]
net_rx_action+0x140/0x230
Aug 23 11:51:46 ex6 kernel: [55610.629647] [<ffffffff8104be2e>]
__do_softirq+0xbe/0x1f0
Aug 23 11:51:46 ex6 kernel: [55610.629655] [<ffffffff8156b7ec>]
call_softirq+0x1c/0x30
Aug 23 11:51:46 ex6 kernel: [55610.629662] [<ffffffff810045a5>]
do_softirq+0x75/0xb0
Aug 23 11:51:46 ex6 kernel: [55610.629669] [<ffffffff8104c1e5>]
irq_exit+0xa5/0xb0
Aug 23 11:51:46 ex6 kernel: [55610.629677] [<ffffffff8156b2ba>]
call_function_single_interrupt+0x6a/0x70
Aug 23 11:51:46 ex6 kernel: [55610.629686] [<ffffffff813303cc>]
intel_idle+0xec/0x160
Aug 23 11:51:46 ex6 kernel: [55610.629695] [<ffffffff8143566d>]
cpuidle_idle_call+0x9d/0x240
Aug 23 11:51:46 ex6 kernel: [55610.629702] [<ffffffff8100b715>]
cpu_idle+0x65/0xd0
Aug 23 11:51:46 ex6 kernel: [55610.629710] [<ffffffff81550547>]
start_secondary+0x1fe/0x203
Aug 23 11:51:46 ex6 kernel: [55610.629713] Code: d1 49 89 d1 48 c1 e9 06
49 83 e1 c0 4c 8d 04 cf 48 89 f7 48 89 d1 4c 29 cf 83 e1 3f 74 40 48 c7
c0 ff ff ff ff 48 d3 e0 49 23 00 <48> 83 ff 3f 76 41 48 85 c0 75 52 49
83 c0 08 48 83 ef 40 49 83
Aug 23 11:51:46 ex6 kernel: [55610.629761] NMI backtrace for cpu 1
Aug 23 11:51:46 ex6 kernel: [55610.629765] CPU 1
Aug 23 11:51:46 ex6 kernel: [55610.629769] Pid: 0, comm: swapper/1 Not
tainted 3.6.0-rc2-1-default #1 System manufacturer System Product
Name/P8B WS
Aug 23 11:51:46 ex6 kernel: [55610.629772] RIP:
0010:[<ffffffff815628dd>] [<ffffffff815628dd>] _raw_spin_lock+0x1d/0x30
Aug 23 11:51:46 ex6 kernel: [55610.629781] RSP: 0018:ffff88041f243e48
EFLAGS: 00000293
Aug 23 11:51:46 ex6 kernel: [55610.629784] RAX: 0000000000000014 RBX:
ffff880194f4c040 RCX: 0000000100c76001
Aug 23 11:51:46 ex6 kernel: [55610.629787] RDX: 0000000000000016 RSI:
0000000000000286 RDI: ffff880194f4c090
Aug 23 11:51:46 ex6 kernel: [55610.629789] RBP: ffff88040abd4000 R08:
ffff88040701a29c R09: 0000000000000028
Aug 23 11:51:46 ex6 kernel: [55610.629792] R10: dead000000200200 R11:
0000000000000000 R12: 0000000000000100
Aug 23 11:51:46 ex6 kernel: [55610.629794] R13: ffffffff814bd160 R14:
ffff880194f4c040 R15: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.629798] FS: 0000000000000000(0000)
GS:ffff88041f240000(0000) knlGS:0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.629800] CS: 0010 DS: 0000 ES: 0000
CR0: 000000008005003b
Aug 23 11:51:46 ex6 kernel: [55610.629803] CR2: 00007fa566135010 CR3:
0000000001a0c000 CR4: 00000000000407e0
Aug 23 11:51:46 ex6 kernel: [55610.629806] DR0: 0000000000000000 DR1:
0000000000000000 DR2: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.629808] DR3: 0000000000000000 DR6:
00000000ffff0ff0 DR7: 0000000000000400
Aug 23 11:51:46 ex6 kernel: [55610.629811] Process swapper/1 (pid: 0,
threadinfo ffff88040aba6000, task ffff88040aba4280)
Aug 23 11:51:46 ex6 kernel: [55610.629813] Stack:
Aug 23 11:51:46 ex6 kernel: [55610.629815] ffffffff814bd171
ffff88040abd4000 0000000000000100 ffff880194f4c200
Aug 23 11:51:46 ex6 kernel: [55610.629820] ffffffff81053ac1
0000000000000000 ffff88041f243ea0 ffff88040aba7fd8
Aug 23 11:51:46 ex6 kernel: [55610.629825] ffff88040aba7fd8
ffff88040aba7fd8 ffff88040abd5028 ffff88041f243ea0
Aug 23 11:51:46 ex6 kernel: [55610.629831] Call Trace:
Aug 23 11:51:46 ex6 kernel: [55610.629841] [<ffffffff814bd171>]
tcp_keepalive_timer+0x11/0x250
Aug 23 11:51:46 ex6 kernel: [55610.629850] [<ffffffff81053ac1>]
run_timer_softirq+0x151/0x350
Aug 23 11:51:46 ex6 kernel: [55610.629857] [<ffffffff8104be2e>]
__do_softirq+0xbe/0x1f0
Aug 23 11:51:46 ex6 kernel: [55610.629865] [<ffffffff8156b7ec>]
call_softirq+0x1c/0x30
Aug 23 11:51:46 ex6 kernel: [55610.629871] [<ffffffff810045a5>]
do_softirq+0x75/0xb0
Aug 23 11:51:46 ex6 kernel: [55610.629879] [<ffffffff8104c1e5>]
irq_exit+0xa5/0xb0
Aug 23 11:51:46 ex6 kernel: [55610.629886] [<ffffffff81024e98>]
smp_apic_timer_interrupt+0x68/0xa0
Aug 23 11:51:46 ex6 kernel: [55610.629893] [<ffffffff8156b0fa>]
apic_timer_interrupt+0x6a/0x70
Aug 23 11:51:46 ex6 kernel: [55610.629902] [<ffffffff813303cc>]
intel_idle+0xec/0x160
Aug 23 11:51:46 ex6 kernel: [55610.629911] [<ffffffff8143566d>]
cpuidle_idle_call+0x9d/0x240
Aug 23 11:51:46 ex6 kernel: [55610.629918] [<ffffffff8100b715>]
cpu_idle+0x65/0xd0
Aug 23 11:51:46 ex6 kernel: [55610.629925] [<ffffffff81550547>]
start_secondary+0x1fe/0x203
Aug 23 11:51:46 ex6 kernel: [55610.629929] Code: 90 90 90 90 90 90 90 90
90 90 90 90 90 90 b8 00 00 01 00 f0 0f c1 07 89 c2 c1 ea 10 66 39 c2 74
0f 0f 1f 44 00 00 f3 90 0f b7 07 <66> 39 d0 75 f6 c3 66 66 66 66 2e 0f
1f 84 00 00 00 00 00 66 83
Aug 23 11:51:46 ex6 kernel: [55610.629976] NMI backtrace for cpu 2
Aug 23 11:51:46 ex6 kernel: [55610.629979] CPU 2
Aug 23 11:51:46 ex6 kernel: [55610.629983] Pid: 0, comm: swapper/2 Not
tainted 3.6.0-rc2-1-default #1 System manufacturer System Product
Name/P8B WS
Aug 23 11:51:46 ex6 kernel: [55610.629986] RIP:
0010:[<ffffffff8133039a>] [<ffffffff8133039a>] intel_idle+0xba/0x160
Aug 23 11:51:46 ex6 kernel: [55610.629992] RSP: 0018:ffff88040ababe78
EFLAGS: 00000046
Aug 23 11:51:46 ex6 kernel: [55610.629994] RAX: 0000000000000020 RBX:
0000000000000008 RCX: 0000000000000001
Aug 23 11:51:46 ex6 kernel: [55610.629997] RDX: 0000000000000000 RSI:
ffff88040ababfd8 RDI: ffffffff81a17640
Aug 23 11:51:46 ex6 kernel: [55610.629999] RBP: 0000000000000003 R08:
0000000000000003 R09: 0000000000003e3c
Aug 23 11:51:46 ex6 kernel: [55610.630002] R10: 0000000000000001 R11:
0000000000000000 R12: ffff88041f298f70
Aug 23 11:51:46 ex6 kernel: [55610.630004] R13: 0000000000000020 R14:
12acf11f7efbdbfc R15: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630007] FS: 0000000000000000(0000)
GS:ffff88041f280000(0000) knlGS:0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630010] CS: 0010 DS: 0000 ES: 0000
CR0: 000000008005003b
Aug 23 11:51:46 ex6 kernel: [55610.630012] CR2: 00007fa566135010 CR3:
0000000001a0c000 CR4: 00000000000407e0
Aug 23 11:51:46 ex6 kernel: [55610.630015] DR0: 0000000000000000 DR1:
0000000000000000 DR2: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630017] DR3: 0000000000000000 DR6:
00000000ffff0ff0 DR7: 0000000000000400
Aug 23 11:51:46 ex6 kernel: [55610.630020] Process swapper/2 (pid: 0,
threadinfo ffff88040abaa000, task ffff88040aba82c0)
Aug 23 11:51:46 ex6 kernel: [55610.630022] Stack:
Aug 23 11:51:46 ex6 kernel: [55610.630024] 0000000077359400
ffffffff81436a70 0000000000000000 0000000200f31e03
Aug 23 11:51:46 ex6 kernel: [55610.630029] 0000000000000000
0000000000f31e03 ffff88040ababfd8 ffff88041f298f70
Aug 23 11:51:46 ex6 kernel: [55610.630034] 0000000000000003
0000000000000002 ffffffff81a52300 ffffffff8143566d
Aug 23 11:51:46 ex6 kernel: [55610.630039] Call Trace:
Aug 23 11:51:46 ex6 kernel: [55610.630048] [<ffffffff8143566d>]
cpuidle_idle_call+0x9d/0x240
Aug 23 11:51:46 ex6 kernel: [55610.630055] [<ffffffff8100b715>]
cpu_idle+0x65/0xd0
Aug 23 11:51:46 ex6 kernel: [55610.630062] [<ffffffff81550547>]
start_secondary+0x1fe/0x203
Aug 23 11:51:46 ex6 kernel: [55610.630066] Code: 28 e0 ff ff 83 e2 08 75
22 31 d2 48 83 c0 10 48 89 d1 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8
08 75 08 b1 01 4c 89 e8 0f 01 c9 <e8> e1 f9 d5 ff 48 89 c7 4c 29 f7 e8
76 a8 d1 ff 48 89 04 24 48
Aug 23 11:51:46 ex6 kernel: [55610.630113] NMI backtrace for cpu 5
Aug 23 11:51:46 ex6 kernel: [55610.630115] CPU 5
Aug 23 11:51:46 ex6 kernel: [55610.630120] Pid: 0, comm: swapper/5 Not
tainted 3.6.0-rc2-1-default #1 System manufacturer System Product
Name/P8B WS
Aug 23 11:51:46 ex6 kernel: [55610.630122] RIP:
0010:[<ffffffff8133039a>] [<ffffffff8133039a>] intel_idle+0xba/0x160
Aug 23 11:51:46 ex6 kernel: [55610.630128] RSP: 0018:ffff88040abb9e78
EFLAGS: 00000046
Aug 23 11:51:46 ex6 kernel: [55610.630130] RAX: 0000000000000020 RBX:
0000000000000008 RCX: 0000000000000001
Aug 23 11:51:46 ex6 kernel: [55610.630133] RDX: 0000000000000000 RSI:
ffff88040abb9fd8 RDI: ffffffff81a17640
Aug 23 11:51:46 ex6 kernel: [55610.630135] RBP: 0000000000000003 R08:
0000000000000003 R09: 0000000000005634
Aug 23 11:51:46 ex6 kernel: [55610.630138] R10: 0000000000000001 R11:
0000000000000000 R12: ffff88041f358f70
Aug 23 11:51:46 ex6 kernel: [55610.630140] R13: 0000000000000020 R14:
12acf11f7e9e3c16 R15: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630143] FS: 0000000000000000(0000)
GS:ffff88041f340000(0000) knlGS:0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630146] CS: 0010 DS: 0000 ES: 0000
CR0: 000000008005003b
Aug 23 11:51:46 ex6 kernel: [55610.630149] CR2: 00007fd29bfff000 CR3:
0000000001a0c000 CR4: 00000000000407e0
Aug 23 11:51:46 ex6 kernel: [55610.630151] DR0: 0000000000000000 DR1:
0000000000000000 DR2: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630154] DR3: 0000000000000000 DR6:
00000000ffff0ff0 DR7: 0000000000000400
Aug 23 11:51:46 ex6 kernel: [55610.630157] Process swapper/5 (pid: 0,
threadinfo ffff88040abb8000, task ffff88040abb6380)
Aug 23 11:51:46 ex6 kernel: [55610.630158] Stack:
Aug 23 11:51:46 ex6 kernel: [55610.630160] 0000000077359400
ffffffff81436a70 0000000000000000 000000050150be3d
Aug 23 11:51:46 ex6 kernel: [55610.630165] 0000000000000000
000000000150be3d ffff88040abb9fd8 ffff88041f358f70
Aug 23 11:51:46 ex6 kernel: [55610.630170] 0000000000000003
0000000000000005 ffffffff81a52300 ffffffff8143566d
Aug 23 11:51:46 ex6 kernel: [55610.630176] Call Trace:
Aug 23 11:51:46 ex6 kernel: [55610.630184] [<ffffffff8143566d>]
cpuidle_idle_call+0x9d/0x240
Aug 23 11:51:46 ex6 kernel: [55610.630191] [<ffffffff8100b715>]
cpu_idle+0x65/0xd0
Aug 23 11:51:46 ex6 kernel: [55610.630198] [<ffffffff81550547>]
start_secondary+0x1fe/0x203
Aug 23 11:51:46 ex6 kernel: [55610.630201] Code: 28 e0 ff ff 83 e2 08 75
22 31 d2 48 83 c0 10 48 89 d1 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8
08 75 08 b1 01 4c 89 e8 0f 01 c9 <e8> e1 f9 d5 ff 48 89 c7 4c 29 f7 e8
76 a8 d1 ff 48 89 04 24 48
Aug 23 11:51:46 ex6 kernel: [55610.630248] NMI backtrace for cpu 3
Aug 23 11:51:46 ex6 kernel: [55610.630251] CPU 3
Aug 23 11:51:46 ex6 kernel: [55610.630255] Pid: 0, comm: swapper/3 Not
tainted 3.6.0-rc2-1-default #1 System manufacturer System Product
Name/P8B WS
Aug 23 11:51:46 ex6 kernel: [55610.630257] RIP:
0010:[<ffffffff8133039a>] [<ffffffff8133039a>] intel_idle+0xba/0x160
Aug 23 11:51:46 ex6 kernel: [55610.630263] RSP: 0018:ffff88040abb1e78
EFLAGS: 00000046
Aug 23 11:51:46 ex6 kernel: [55610.630266] RAX: 0000000000000020 RBX:
0000000000000008 RCX: 0000000000000001
Aug 23 11:51:46 ex6 kernel: [55610.630268] RDX: 0000000000000000 RSI:
ffff88040abb1fd8 RDI: ffffffff81a17640
Aug 23 11:51:46 ex6 kernel: [55610.630271] RBP: 0000000000000003 R08:
0000000000000003 R09: 0000000000003e43
Aug 23 11:51:46 ex6 kernel: [55610.630273] R10: 0000000000000001 R11:
0000000000000000 R12: ffff88041f2d8f70
Aug 23 11:51:46 ex6 kernel: [55610.630276] R13: 0000000000000020 R14:
12acf11f7efbc356 R15: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630279] FS: 0000000000000000(0000)
GS:ffff88041f2c0000(0000) knlGS:0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630282] CS: 0010 DS: 0000 ES: 0000
CR0: 000000008005003b
Aug 23 11:51:46 ex6 kernel: [55610.630284] CR2: 00007fe7d784ba68 CR3:
0000000001a0c000 CR4: 00000000000407e0
Aug 23 11:51:46 ex6 kernel: [55610.630287] DR0: 0000000000000000 DR1:
0000000000000000 DR2: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630289] DR3: 0000000000000000 DR6:
00000000ffff0ff0 DR7: 0000000000000400
Aug 23 11:51:46 ex6 kernel: [55610.630292] Process swapper/3 (pid: 0,
threadinfo ffff88040abb0000, task ffff88040abae300)
Aug 23 11:51:46 ex6 kernel: [55610.630294] Stack:
Aug 23 11:51:46 ex6 kernel: [55610.630296] 0000000077359400
ffffffff81436a70 0000000000000000 0000000300f3366a
Aug 23 11:51:46 ex6 kernel: [55610.630301] 0000000000000000
0000000000f3366a ffff88040abb1fd8 ffff88041f2d8f70
Aug 23 11:51:46 ex6 kernel: [55610.630306] 0000000000000003
0000000000000003 ffffffff81a52300 ffffffff8143566d
Aug 23 11:51:46 ex6 kernel: [55610.630311] Call Trace:
Aug 23 11:51:46 ex6 kernel: [55610.630320] [<ffffffff8143566d>]
cpuidle_idle_call+0x9d/0x240
Aug 23 11:51:46 ex6 kernel: [55610.630327] [<ffffffff8100b715>]
cpu_idle+0x65/0xd0
Aug 23 11:51:46 ex6 kernel: [55610.630333] [<ffffffff81550547>]
start_secondary+0x1fe/0x203
Aug 23 11:51:46 ex6 kernel: [55610.630337] Code: 28 e0 ff ff 83 e2 08 75
22 31 d2 48 83 c0 10 48 89 d1 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8
08 75 08 b1 01 4c 89 e8 0f 01 c9 <e8> e1 f9 d5 ff 48 89 c7 4c 29 f7 e8
76 a8 d1 ff 48 89 04 24 48
Aug 23 11:51:46 ex6 kernel: [55610.630385] NMI backtrace for cpu 0
Aug 23 11:51:46 ex6 kernel: [55610.630388] CPU 0
Aug 23 11:51:46 ex6 kernel: [55610.630393] Pid: 0, comm: swapper/0 Not
tainted 3.6.0-rc2-1-default #1 System manufacturer System Product
Name/P8B WS
Aug 23 11:51:46 ex6 kernel: [55610.630396] RIP:
0010:[<ffffffff8133039a>] [<ffffffff8133039a>] intel_idle+0xba/0x160
Aug 23 11:51:46 ex6 kernel: [55610.630403] RSP: 0018:ffffffff81a01e88
EFLAGS: 00000046
Aug 23 11:51:46 ex6 kernel: [55610.630406] RAX: 0000000000000020 RBX:
0000000000000008 RCX: 0000000000000001
Aug 23 11:51:46 ex6 kernel: [55610.630409] RDX: 0000000000000000 RSI:
ffffffff81a01fd8 RDI: ffffffff81a17640
Aug 23 11:51:46 ex6 kernel: [55610.630411] RBP: 0000000000000003 R08:
0000000000000003 R09: 0000000000005d52
Aug 23 11:51:46 ex6 kernel: [55610.630413] R10: 0000000000000001 R11:
0000000000000000 R12: ffff88041f218f70
Aug 23 11:51:46 ex6 kernel: [55610.630416] R13: 0000000000000020 R14:
12acf11f7f769680 R15: 0000000001fe8018
Aug 23 11:51:46 ex6 kernel: [55610.630419] FS: 0000000000000000(0000)
GS:ffff88041f200000(0000) knlGS:0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630422] CS: 0010 DS: 0000 ES: 0000
CR0: 000000008005003b
Aug 23 11:51:46 ex6 kernel: [55610.630425] CR2: 00007f03abb83000 CR3:
0000000001a0c000 CR4: 00000000000407f0
Aug 23 11:51:46 ex6 kernel: [55610.630427] DR0: 0000000000000000 DR1:
0000000000000000 DR2: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630430] DR3: 0000000000000000 DR6:
00000000ffff0ff0 DR7: 0000000000000400
Aug 23 11:51:46 ex6 kernel: [55610.630433] Process swapper/0 (pid: 0,
threadinfo ffffffff81a00000, task ffffffff81a14420)
Aug 23 11:51:46 ex6 kernel: [55610.630435] Stack:
Aug 23 11:51:46 ex6 kernel: [55610.630436] 0000000077359400
ffffffff81436a70 0000000000000000 00000000016c88d5
Aug 23 11:51:46 ex6 kernel: [55610.630442] 0000000000000000
00000000016c88d5 ffffffff81a01fd8 ffff88041f218f70
Aug 23 11:51:46 ex6 kernel: [55610.630447] 0000000000000003
0000000000000000 ffffffff81a52300 ffffffff8143566d
Aug 23 11:51:46 ex6 kernel: [55610.630453] Call Trace:
Aug 23 11:51:46 ex6 kernel: [55610.630464] [<ffffffff8143566d>]
cpuidle_idle_call+0x9d/0x240
Aug 23 11:51:46 ex6 kernel: [55610.630471] [<ffffffff8100b715>]
cpu_idle+0x65/0xd0
Aug 23 11:51:46 ex6 kernel: [55610.630480] [<ffffffff81ac0ba2>]
start_kernel+0x391/0x39c
Aug 23 11:51:46 ex6 kernel: [55610.630488] [<ffffffff81ac0436>]
x86_64_start_kernel+0x105/0x114
Aug 23 11:51:46 ex6 kernel: [55610.630492] Code: 28 e0 ff ff 83 e2 08 75
22 31 d2 48 83 c0 10 48 89 d1 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8
08 75 08 b1 01 4c 89 e8 0f 01 c9 <e8> e1 f9 d5 ff 48 89 c7 4c 29 f7 e8
76 a8 d1 ff 48 89 04 24 48
Aug 23 11:51:46 ex6 kernel: [55610.630539] NMI backtrace for cpu 4
Aug 23 11:51:46 ex6 kernel: [55610.630542] CPU 4
Aug 23 11:51:46 ex6 kernel: [55610.630546] Pid: 0, comm: swapper/4 Not
tainted 3.6.0-rc2-1-default #1 System manufacturer System Product
Name/P8B WS
Aug 23 11:51:46 ex6 kernel: [55610.630549] RIP:
0010:[<ffffffff8133039a>] [<ffffffff8133039a>] intel_idle+0xba/0x160
Aug 23 11:51:46 ex6 kernel: [55610.630555] RSP: 0018:ffff88040abb5e78
EFLAGS: 00000046
Aug 23 11:51:46 ex6 kernel: [55610.630557] RAX: 0000000000000020 RBX:
0000000000000008 RCX: 0000000000000001
Aug 23 11:51:46 ex6 kernel: [55610.630560] RDX: 0000000000000000 RSI:
ffff88040abb5fd8 RDI: ffffffff81a17640
Aug 23 11:51:46 ex6 kernel: [55610.630562] RBP: 0000000000000003 R08:
0000000000000003 R09: 0000000000003e1e
Aug 23 11:51:46 ex6 kernel: [55610.630565] R10: 0000000000000001 R11:
0000000000000000 R12: ffff88041f318f70
Aug 23 11:51:46 ex6 kernel: [55610.630568] R13: 0000000000000020 R14:
12acf11f7efc52d2 R15: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630571] FS: 0000000000000000(0000)
GS:ffff88041f300000(0000) knlGS:0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630573] CS: 0010 DS: 0000 ES: 0000
CR0: 000000008005003b
Aug 23 11:51:46 ex6 kernel: [55610.630576] CR2: 00007fd29bfff000 CR3:
0000000001a0c000 CR4: 00000000000407e0
Aug 23 11:51:46 ex6 kernel: [55610.630578] DR0: 0000000000000000 DR1:
0000000000000000 DR2: 0000000000000000
Aug 23 11:51:46 ex6 kernel: [55610.630581] DR3: 0000000000000000 DR6:
00000000ffff0ff0 DR7: 0000000000000400
Aug 23 11:51:46 ex6 kernel: [55610.630584] Process swapper/4 (pid: 0,
threadinfo ffff88040abb4000, task ffff88040abb2340)
Aug 23 11:51:46 ex6 kernel: [55610.630586] Stack:
Aug 23 11:51:46 ex6 kernel: [55610.630588] 0000000077359400
ffffffff81436a70 0000000000000000 0000000400f2a60d
Aug 23 11:51:46 ex6 kernel: [55610.630593] 0000000000000000
0000000000f2a60d ffff88040abb5fd8 ffff88041f318f70
Aug 23 11:51:46 ex6 kernel: [55610.630598] 0000000000000003
0000000000000004 ffffffff81a52300 ffffffff8143566d
Aug 23 11:51:46 ex6 kernel: [55610.630604] Call Trace:
Aug 23 11:51:46 ex6 kernel: [55610.630614] [<ffffffff8143566d>]
cpuidle_idle_call+0x9d/0x240
Aug 23 11:51:46 ex6 kernel: [55610.630622] [<ffffffff8100b715>]
cpu_idle+0x65/0xd0
Aug 23 11:51:46 ex6 kernel: [55610.630629] [<ffffffff81550547>]
start_secondary+0x1fe/0x203
Aug 23 11:51:46 ex6 kernel: [55610.630633] Code: 28 e0 ff ff 83 e2 08 75
22 31 d2 48 83 c0 10 48 89 d1 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8
08 75 08 b1 01 4c 89 e8 0f 01 c9 <e8> e1 f9 d5 ff 48 89 c7 4c 29 f7 e8
76 a8 d1 ff 48 89 04 24 48
> Aug 23 11:51:46 ex6 kernel: [55610.629820] ffffffff81053ac1 0000000000000000 ffff88041f243ea0 ffff88040aba7fd8
> Aug 23 11:51:46 ex6 kernel: [55610.629825] ffff88040aba7fd8 ffff88040aba7fd8 ffff88040abd5028 ffff88041f243ea0
> Aug 23 11:51:46 ex6 kernel: [55610.629831] Call Trace:
> Aug 23 11:51:46 ex6 kernel: [55610.629841] [<ffffffff814bd171>] tcp_keepalive_timer+0x11/0x250
> Aug 23 11:51:46 ex6 kernel: [55610.629850] [<ffffffff81053ac1>] run_timer_softirq+0x151/0x350
> Aug 23 11:51:46 ex6 kernel: [55610.629857] [<ffffffff8104be2e>] __do_softirq+0xbe/0x1f0
> Aug 23 11:51:46 ex6 kernel: [55610.629865] [<ffffffff8156b7ec>] call_softirq+0x1c/0x30
> Aug 23 11:51:46 ex6 kernel: [55610.629871] [<ffffffff810045a5>] do_softirq+0x75/0xb0
> Aug 23 11:51:46 ex6 kernel: [55610.629879] [<ffffffff8104c1e5>] irq_exit+0xa5/0xb0
> Aug 23 11:51:46 ex6 kernel: [55610.629886] [<ffffffff81024e98>] smp_apic_timer_interrupt+0x68/0xa0
> Aug 23 11:51:46 ex6 kernel: [55610.629893] [<ffffffff8156b0fa>] apic_timer_interrupt+0x6a/0x70
> Aug 23 11:51:46 ex6 kernel: [55610.629902] [<ffffffff813303cc>] intel_idle+0xec/0x160
> Aug 23 11:51:46 ex6 kernel: [55610.629911] [<ffffffff8143566d>] cpuidle_idle_call+0x9d/0x240
> Aug 23 11:51:46 ex6 kernel: [55610.629918] [<ffffffff8100b715>] cpu_idle+0x65/0xd0
> Aug 23 11:51:46 ex6 kernel: [55610.629925] [<ffffffff81550547>] start_secondary+0x1fe/0x203
> Aug 23 11:51:46 ex6 kernel: [55610.629929] Code: 90 90 90 90 90 90 90 90 90 90 90 90 90 90 b8 00 00 01 00 f0 0f c1 07 89 c2 c1 ea 10 66 39 c2 74 0f 0f 1f 44 00 00 f3 90 0f b7 07 <66> 39 d0 75 f6 c3 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 66 83
> Aug 23 11:51:46 ex6 kernel: [55610.629976] NMI backtrace for cpu 2
> Aug 23 11:51:46 ex6 kernel: [55610.629979] CPU 2
> Aug 23 11:51:46 ex6 kernel: [55610.629983] Pid: 0, comm: swapper/2 Not tainted 3.6.0-rc2-1-default #1 System manufacturer System Product Name/P8B WS
> Aug 23 11:51:46 ex6 kernel: [55610.629986] RIP: 0010:[<ffffffff8133039a>] [<ffffffff8133039a>] intel_idle+0xba/0x160
> Aug 23 11:51:46 ex6 kernel: [55610.629992] RSP: 0018:ffff88040ababe78 EFLAGS: 00000046
> Aug 23 11:51:46 ex6 kernel: [55610.629994] RAX: 0000000000000020 RBX: 0000000000000008 RCX: 0000000000000001
> Aug 23 11:51:46 ex6 kernel: [55610.629997] RDX: 0000000000000000 RSI: ffff88040ababfd8 RDI: ffffffff81a17640
> Aug 23 11:51:46 ex6 kernel: [55610.629999] RBP: 0000000000000003 R08: 0000000000000003 R09: 0000000000003e3c
> Aug 23 11:51:46 ex6 kernel: [55610.630002] R10: 0000000000000001 R11: 0000000000000000 R12: ffff88041f298f70
> Aug 23 11:51:46 ex6 kernel: [55610.630004] R13: 0000000000000020 R14: 12acf11f7efbdbfc R15: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630007] FS: 0000000000000000(0000) GS:ffff88041f280000(0000) knlGS:0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630010] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Aug 23 11:51:46 ex6 kernel: [55610.630012] CR2: 00007fa566135010 CR3: 0000000001a0c000 CR4: 00000000000407e0
> Aug 23 11:51:46 ex6 kernel: [55610.630015] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630017] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Aug 23 11:51:46 ex6 kernel: [55610.630020] Process swapper/2 (pid: 0, threadinfo ffff88040abaa000, task ffff88040aba82c0)
> Aug 23 11:51:46 ex6 kernel: [55610.630022] Stack:
> Aug 23 11:51:46 ex6 kernel: [55610.630024] 0000000077359400 ffffffff81436a70 0000000000000000 0000000200f31e03
> Aug 23 11:51:46 ex6 kernel: [55610.630029] 0000000000000000 0000000000f31e03 ffff88040ababfd8 ffff88041f298f70
> Aug 23 11:51:46 ex6 kernel: [55610.630034] 0000000000000003 0000000000000002 ffffffff81a52300 ffffffff8143566d
> Aug 23 11:51:46 ex6 kernel: [55610.630039] Call Trace:
> Aug 23 11:51:46 ex6 kernel: [55610.630048] [<ffffffff8143566d>] cpuidle_idle_call+0x9d/0x240
> Aug 23 11:51:46 ex6 kernel: [55610.630055] [<ffffffff8100b715>] cpu_idle+0x65/0xd0
> Aug 23 11:51:46 ex6 kernel: [55610.630062] [<ffffffff81550547>] start_secondary+0x1fe/0x203
> Aug 23 11:51:46 ex6 kernel: [55610.630066] Code: 28 e0 ff ff 83 e2 08 75 22 31 d2 48 83 c0 10 48 89 d1 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8 08 75 08 b1 01 4c 89 e8 0f 01 c9 <e8> e1 f9 d5 ff 48 89 c7 4c 29 f7 e8 76 a8 d1 ff 48 89 04 24 48
> Aug 23 11:51:46 ex6 kernel: [55610.630113] NMI backtrace for cpu 5
> Aug 23 11:51:46 ex6 kernel: [55610.630115] CPU 5
> Aug 23 11:51:46 ex6 kernel: [55610.630120] Pid: 0, comm: swapper/5 Not tainted 3.6.0-rc2-1-default #1 System manufacturer System Product Name/P8B WS
> Aug 23 11:51:46 ex6 kernel: [55610.630122] RIP: 0010:[<ffffffff8133039a>] [<ffffffff8133039a>] intel_idle+0xba/0x160
> Aug 23 11:51:46 ex6 kernel: [55610.630128] RSP: 0018:ffff88040abb9e78 EFLAGS: 00000046
> Aug 23 11:51:46 ex6 kernel: [55610.630130] RAX: 0000000000000020 RBX: 0000000000000008 RCX: 0000000000000001
> Aug 23 11:51:46 ex6 kernel: [55610.630133] RDX: 0000000000000000 RSI: ffff88040abb9fd8 RDI: ffffffff81a17640
> Aug 23 11:51:46 ex6 kernel: [55610.630135] RBP: 0000000000000003 R08: 0000000000000003 R09: 0000000000005634
> Aug 23 11:51:46 ex6 kernel: [55610.630138] R10: 0000000000000001 R11: 0000000000000000 R12: ffff88041f358f70
> Aug 23 11:51:46 ex6 kernel: [55610.630140] R13: 0000000000000020 R14: 12acf11f7e9e3c16 R15: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630143] FS: 0000000000000000(0000) GS:ffff88041f340000(0000) knlGS:0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630146] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Aug 23 11:51:46 ex6 kernel: [55610.630149] CR2: 00007fd29bfff000 CR3: 0000000001a0c000 CR4: 00000000000407e0
> Aug 23 11:51:46 ex6 kernel: [55610.630151] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630154] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Aug 23 11:51:46 ex6 kernel: [55610.630157] Process swapper/5 (pid: 0, threadinfo ffff88040abb8000, task ffff88040abb6380)
> Aug 23 11:51:46 ex6 kernel: [55610.630158] Stack:
> Aug 23 11:51:46 ex6 kernel: [55610.630160] 0000000077359400 ffffffff81436a70 0000000000000000 000000050150be3d
> Aug 23 11:51:46 ex6 kernel: [55610.630165] 0000000000000000 000000000150be3d ffff88040abb9fd8 ffff88041f358f70
> Aug 23 11:51:46 ex6 kernel: [55610.630170] 0000000000000003 0000000000000005 ffffffff81a52300 ffffffff8143566d
> Aug 23 11:51:46 ex6 kernel: [55610.630176] Call Trace:
> Aug 23 11:51:46 ex6 kernel: [55610.630184] [<ffffffff8143566d>] cpuidle_idle_call+0x9d/0x240
> Aug 23 11:51:46 ex6 kernel: [55610.630191] [<ffffffff8100b715>] cpu_idle+0x65/0xd0
> Aug 23 11:51:46 ex6 kernel: [55610.630198] [<ffffffff81550547>] start_secondary+0x1fe/0x203
> Aug 23 11:51:46 ex6 kernel: [55610.630201] Code: 28 e0 ff ff 83 e2 08 75 22 31 d2 48 83 c0 10 48 89 d1 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8 08 75 08 b1 01 4c 89 e8 0f 01 c9 <e8> e1 f9 d5 ff 48 89 c7 4c 29 f7 e8 76 a8 d1 ff 48 89 04 24 48
> Aug 23 11:51:46 ex6 kernel: [55610.630248] NMI backtrace for cpu 3
> Aug 23 11:51:46 ex6 kernel: [55610.630251] CPU 3
> Aug 23 11:51:46 ex6 kernel: [55610.630255] Pid: 0, comm: swapper/3 Not tainted 3.6.0-rc2-1-default #1 System manufacturer System Product Name/P8B WS
> Aug 23 11:51:46 ex6 kernel: [55610.630257] RIP: 0010:[<ffffffff8133039a>] [<ffffffff8133039a>] intel_idle+0xba/0x160
> Aug 23 11:51:46 ex6 kernel: [55610.630263] RSP: 0018:ffff88040abb1e78 EFLAGS: 00000046
> Aug 23 11:51:46 ex6 kernel: [55610.630266] RAX: 0000000000000020 RBX: 0000000000000008 RCX: 0000000000000001
> Aug 23 11:51:46 ex6 kernel: [55610.630268] RDX: 0000000000000000 RSI: ffff88040abb1fd8 RDI: ffffffff81a17640
> Aug 23 11:51:46 ex6 kernel: [55610.630271] RBP: 0000000000000003 R08: 0000000000000003 R09: 0000000000003e43
> Aug 23 11:51:46 ex6 kernel: [55610.630273] R10: 0000000000000001 R11: 0000000000000000 R12: ffff88041f2d8f70
> Aug 23 11:51:46 ex6 kernel: [55610.630276] R13: 0000000000000020 R14: 12acf11f7efbc356 R15: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630279] FS: 0000000000000000(0000) GS:ffff88041f2c0000(0000) knlGS:0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630282] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Aug 23 11:51:46 ex6 kernel: [55610.630284] CR2: 00007fe7d784ba68 CR3: 0000000001a0c000 CR4: 00000000000407e0
> Aug 23 11:51:46 ex6 kernel: [55610.630287] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630289] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Aug 23 11:51:46 ex6 kernel: [55610.630292] Process swapper/3 (pid: 0, threadinfo ffff88040abb0000, task ffff88040abae300)
> Aug 23 11:51:46 ex6 kernel: [55610.630294] Stack:
> Aug 23 11:51:46 ex6 kernel: [55610.630296] 0000000077359400 ffffffff81436a70 0000000000000000 0000000300f3366a
> Aug 23 11:51:46 ex6 kernel: [55610.630301] 0000000000000000 0000000000f3366a ffff88040abb1fd8 ffff88041f2d8f70
> Aug 23 11:51:46 ex6 kernel: [55610.630306] 0000000000000003 0000000000000003 ffffffff81a52300 ffffffff8143566d
> Aug 23 11:51:46 ex6 kernel: [55610.630311] Call Trace:
> Aug 23 11:51:46 ex6 kernel: [55610.630320] [<ffffffff8143566d>] cpuidle_idle_call+0x9d/0x240
> Aug 23 11:51:46 ex6 kernel: [55610.630327] [<ffffffff8100b715>] cpu_idle+0x65/0xd0
> Aug 23 11:51:46 ex6 kernel: [55610.630333] [<ffffffff81550547>] start_secondary+0x1fe/0x203
> Aug 23 11:51:46 ex6 kernel: [55610.630337] Code: 28 e0 ff ff 83 e2 08 75 22 31 d2 48 83 c0 10 48 89 d1 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8 08 75 08 b1 01 4c 89 e8 0f 01 c9 <e8> e1 f9 d5 ff 48 89 c7 4c 29 f7 e8 76 a8 d1 ff 48 89 04 24 48
> Aug 23 11:51:46 ex6 kernel: [55610.630385] NMI backtrace for cpu 0
> Aug 23 11:51:46 ex6 kernel: [55610.630388] CPU 0
> Aug 23 11:51:46 ex6 kernel: [55610.630393] Pid: 0, comm: swapper/0 Not tainted 3.6.0-rc2-1-default #1 System manufacturer System Product Name/P8B WS
> Aug 23 11:51:46 ex6 kernel: [55610.630396] RIP: 0010:[<ffffffff8133039a>] [<ffffffff8133039a>] intel_idle+0xba/0x160
> Aug 23 11:51:46 ex6 kernel: [55610.630403] RSP: 0018:ffffffff81a01e88 EFLAGS: 00000046
> Aug 23 11:51:46 ex6 kernel: [55610.630406] RAX: 0000000000000020 RBX: 0000000000000008 RCX: 0000000000000001
> Aug 23 11:51:46 ex6 kernel: [55610.630409] RDX: 0000000000000000 RSI: ffffffff81a01fd8 RDI: ffffffff81a17640
> Aug 23 11:51:46 ex6 kernel: [55610.630411] RBP: 0000000000000003 R08: 0000000000000003 R09: 0000000000005d52
> Aug 23 11:51:46 ex6 kernel: [55610.630413] R10: 0000000000000001 R11: 0000000000000000 R12: ffff88041f218f70
> Aug 23 11:51:46 ex6 kernel: [55610.630416] R13: 0000000000000020 R14: 12acf11f7f769680 R15: 0000000001fe8018
> Aug 23 11:51:46 ex6 kernel: [55610.630419] FS: 0000000000000000(0000) GS:ffff88041f200000(0000) knlGS:0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630422] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Aug 23 11:51:46 ex6 kernel: [55610.630425] CR2: 00007f03abb83000 CR3: 0000000001a0c000 CR4: 00000000000407f0
> Aug 23 11:51:46 ex6 kernel: [55610.630427] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630430] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Aug 23 11:51:46 ex6 kernel: [55610.630433] Process swapper/0 (pid: 0, threadinfo ffffffff81a00000, task ffffffff81a14420)
> Aug 23 11:51:46 ex6 kernel: [55610.630435] Stack:
> Aug 23 11:51:46 ex6 kernel: [55610.630436] 0000000077359400 ffffffff81436a70 0000000000000000 00000000016c88d5
> Aug 23 11:51:46 ex6 kernel: [55610.630442] 0000000000000000 00000000016c88d5 ffffffff81a01fd8 ffff88041f218f70
> Aug 23 11:51:46 ex6 kernel: [55610.630447] 0000000000000003 0000000000000000 ffffffff81a52300 ffffffff8143566d
> Aug 23 11:51:46 ex6 kernel: [55610.630453] Call Trace:
> Aug 23 11:51:46 ex6 kernel: [55610.630464] [<ffffffff8143566d>] cpuidle_idle_call+0x9d/0x240
> Aug 23 11:51:46 ex6 kernel: [55610.630471] [<ffffffff8100b715>] cpu_idle+0x65/0xd0
> Aug 23 11:51:46 ex6 kernel: [55610.630480] [<ffffffff81ac0ba2>] start_kernel+0x391/0x39c
> Aug 23 11:51:46 ex6 kernel: [55610.630488] [<ffffffff81ac0436>] x86_64_start_kernel+0x105/0x114
> Aug 23 11:51:46 ex6 kernel: [55610.630492] Code: 28 e0 ff ff 83 e2 08 75 22 31 d2 48 83 c0 10 48 89 d1 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8 08 75 08 b1 01 4c 89 e8 0f 01 c9 <e8> e1 f9 d5 ff 48 89 c7 4c 29 f7 e8 76 a8 d1 ff 48 89 04 24 48
> Aug 23 11:51:46 ex6 kernel: [55610.630539] NMI backtrace for cpu 4
> Aug 23 11:51:46 ex6 kernel: [55610.630542] CPU 4
> Aug 23 11:51:46 ex6 kernel: [55610.630546] Pid: 0, comm: swapper/4 Not tainted 3.6.0-rc2-1-default #1 System manufacturer System Product Name/P8B WS
> Aug 23 11:51:46 ex6 kernel: [55610.630549] RIP: 0010:[<ffffffff8133039a>] [<ffffffff8133039a>] intel_idle+0xba/0x160
> Aug 23 11:51:46 ex6 kernel: [55610.630555] RSP: 0018:ffff88040abb5e78 EFLAGS: 00000046
> Aug 23 11:51:46 ex6 kernel: [55610.630557] RAX: 0000000000000020 RBX: 0000000000000008 RCX: 0000000000000001
> Aug 23 11:51:46 ex6 kernel: [55610.630560] RDX: 0000000000000000 RSI: ffff88040abb5fd8 RDI: ffffffff81a17640
> Aug 23 11:51:46 ex6 kernel: [55610.630562] RBP: 0000000000000003 R08: 0000000000000003 R09: 0000000000003e1e
> Aug 23 11:51:46 ex6 kernel: [55610.630565] R10: 0000000000000001 R11: 0000000000000000 R12: ffff88041f318f70
> Aug 23 11:51:46 ex6 kernel: [55610.630568] R13: 0000000000000020 R14: 12acf11f7efc52d2 R15: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630571] FS: 0000000000000000(0000) GS:ffff88041f300000(0000) knlGS:0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630573] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Aug 23 11:51:46 ex6 kernel: [55610.630576] CR2: 00007fd29bfff000 CR3: 0000000001a0c000 CR4: 00000000000407e0
> Aug 23 11:51:46 ex6 kernel: [55610.630578] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Aug 23 11:51:46 ex6 kernel: [55610.630581] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Aug 23 11:51:46 ex6 kernel: [55610.630584] Process swapper/4 (pid: 0, threadinfo ffff88040abb4000, task ffff88040abb2340)
> Aug 23 11:51:46 ex6 kernel: [55610.630586] Stack:
> Aug 23 11:51:46 ex6 kernel: [55610.630588] 0000000077359400 ffffffff81436a70 0000000000000000 0000000400f2a60d
> Aug 23 11:51:46 ex6 kernel: [55610.630593] 0000000000000000 0000000000f2a60d ffff88040abb5fd8 ffff88041f318f70
> Aug 23 11:51:46 ex6 kernel: [55610.630598] 0000000000000003 0000000000000004 ffffffff81a52300 ffffffff8143566d
> Aug 23 11:51:46 ex6 kernel: [55610.630604] Call Trace:
> Aug 23 11:51:46 ex6 kernel: [55610.630614] [<ffffffff8143566d>] cpuidle_idle_call+0x9d/0x240
> Aug 23 11:51:46 ex6 kernel: [55610.630622] [<ffffffff8100b715>] cpu_idle+0x65/0xd0
> Aug 23 11:51:46 ex6 kernel: [55610.630629] [<ffffffff81550547>] start_secondary+0x1fe/0x203
> Aug 23 11:51:46 ex6 kernel: [55610.630633] Code: 28 e0 ff ff 83 e2 08 75 22 31 d2 48 83 c0 10 48 89 d1 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8 08 75 08 b1 01 4c 89 e8 0f 01 c9 <e8> e1 f9 d5 ff 48 89 c7 4c 29 f7 e8 76 a8 d1 ff 48 89 04 24 48
Tested kernels with the problem 3.6.RC2 from SUSE, and today's linus
vanilla tree.
Server needs reboot. (or let's say two completely different boxes have
the same problem)
^ permalink raw reply
* Re: [PATCH] iproute2: Add FDB print and update cmds for self and master
From: Stephen Hemminger @ 2012-08-25 0:11 UTC (permalink / raw)
To: John Fastabend; +Cc: netdev, vyasevic
In-Reply-To: <20120823203719.6544.22863.stgit@jf-dev1-dcblab>
On Thu, 23 Aug 2012 13:37:19 -0700
John Fastabend <john.r.fastabend@intel.com> wrote:
> Add command to update and print FDB entries with NTF_SELF and
> NTF_MASTER set.
>
> Example usages illustrating use of 'self' to program embedded
> forwarding table and 'master' to configure the forwarding table
> of the bridge. Also shows 'master self' used to update both in
> the same command.
>
> #./br/br fdb add 00:1b:21:55:23:60 dev eth3 self
> #./br/br fdb add 00:1b:21:55:23:60 dev eth3 master
> #./br/br fdb add 00:1b:21:55:23:61 dev eth3 self master
> #./br/br fdb add 00:1b:21:55:23:62 dev eth3
> #./br/br fdb show
> eth3 00:1b:21:55:23:60 local self
> eth3 00:1b:21:55:23:61 local self
> eth3 33:33:00:00:00:01 local self
> eth3 01:00:5e:00:00:01 local self
> eth3 33:33:ff:55:23:59 local self
> eth3 01:00:5e:00:00:fb local self
> eth33 33:33:00:00:00:01 local self
> eth34 33:33:00:00:00:01 local self
> eth3 00:1b:21:55:23:59 local master
> eth3 00:1b:21:55:23:60 static master
> eth3 00:1b:21:55:23:62 static master
> eth3 00:1b:21:55:23:61 static master
>
> Signed-off-by: John Fastabend <john.r.fastabend@intel.com>
Applied
^ permalink raw reply
* Re: [PATCH v2 09/10] cgroup: net_prio: Simplify ifdef logic
From: Tejun Heo @ 2012-08-24 23:42 UTC (permalink / raw)
To: Daniel Wagner
Cc: netdev-u79uwXL29TY76Z2rM5mHXA, cgroups-u79uwXL29TY76Z2rM5mHXA,
Daniel Wagner, David S. Miller, Gao feng, Jamal Hadi Salim,
John Fastabend, Li Zefan, Neil Horman
In-Reply-To: <1345816904-21745-10-git-send-email-wagi-kQCPcA+X3s7YtjvyW6yDsg@public.gmane.org>
On Fri, Aug 24, 2012 at 04:01:43PM +0200, Daniel Wagner wrote:
> From: Daniel Wagner <daniel.wagner-98C5kh4wR6ohFhg+JK9F0w@public.gmane.org>
Okay, for a few trivial patches, $SUBJ as description is fine but this
series is pushing it too far. Is this equivalent conversion? Why
does sock_update_netprioidx() earn an addition ifdef around it? :(
--
tejun
^ permalink raw reply
* Re: [PATCH v2 08/10] cgroup: net_cls: Merge builtin and module version of task_cls_classid()
From: Tejun Heo @ 2012-08-24 23:41 UTC (permalink / raw)
To: Daniel Wagner
Cc: netdev-u79uwXL29TY76Z2rM5mHXA, cgroups-u79uwXL29TY76Z2rM5mHXA,
Daniel Wagner, David S. Miller, Gao feng, Jamal Hadi Salim,
John Fastabend, Li Zefan, Neil Horman
In-Reply-To: <1345816904-21745-9-git-send-email-wagi-kQCPcA+X3s7YtjvyW6yDsg@public.gmane.org>
On Fri, Aug 24, 2012 at 04:01:42PM +0200, Daniel Wagner wrote:
> From: Daniel Wagner <daniel.wagner-98C5kh4wR6ohFhg+JK9F0w@public.gmane.org>
How about,
Now that all cgroup subsys IDs are constant whether a subsys
is built-in or modular, there's no reason to have separate
versions of task_cls_classid(). Unify them.
--
tejun
^ permalink raw reply
* Re: [PATCH v2 07/10] cgroup: net_cls: Simplify ifdef logic
From: Tejun Heo @ 2012-08-24 23:39 UTC (permalink / raw)
To: Daniel Wagner
Cc: netdev-u79uwXL29TY76Z2rM5mHXA, cgroups-u79uwXL29TY76Z2rM5mHXA,
Daniel Wagner, David S. Miller, Gao feng, Jamal Hadi Salim,
John Fastabend, Li Zefan, Neil Horman
In-Reply-To: <1345816904-21745-8-git-send-email-wagi-kQCPcA+X3s7YtjvyW6yDsg@public.gmane.org>
On Fri, Aug 24, 2012 at 04:01:41PM +0200, Daniel Wagner wrote:
> From: Daniel Wagner <daniel.wagner-98C5kh4wR6ohFhg+JK9F0w@public.gmane.org>
I suppose this is equivalent conversion? Maybe it would be nice to
note that in patch description?
Thanks.
--
tejun
^ permalink raw reply
* Re: [PATCH v2 06/10] cgroup: Assign subsystem IDs during compile time
From: Tejun Heo @ 2012-08-24 23:38 UTC (permalink / raw)
To: Daniel Wagner
Cc: netdev-u79uwXL29TY76Z2rM5mHXA, cgroups-u79uwXL29TY76Z2rM5mHXA,
Daniel Wagner, David S. Miller, Andrew Morton, Eric Dumazet,
Gao feng, Glauber Costa, Jamal Hadi Salim, John Fastabend,
Kamezawa Hiroyuki, Li Zefan, Neil Horman
In-Reply-To: <1345816904-21745-7-git-send-email-wagi-kQCPcA+X3s7YtjvyW6yDsg@public.gmane.org>
Hello,
On Fri, Aug 24, 2012 at 04:01:40PM +0200, Daniel Wagner wrote:
> We are able to safe some space when we assign the subsystem
^ ^
save if we assign both builtin and
module susbsystem IDs at compile time?
> IDs at compile time. Instead of allocating per cgroup
> cgroup->subsys[CGROUP_SUBSYS_COUNT] where CGROUP_SUBSYS_COUNT is
> always 64, we allocate at max 12 (at this point there are 12
> subsystem).
Please note (in big fat ugly way) that this disallows support for
modular controller which isn't known at kernel compile time.
> task_cls_classid() and task_netprioidx() (when built as
> module) are protected by a jump label and therefore we can
> simply replace the subsystem index lookup with the enum.
Can we put these in a separate patch? ie. The first patch makes all
subsys IDs constant and then patches to simplify users.
> diff --git a/include/linux/cgroup.h b/include/linux/cgroup.h
> index 3787872..ada517f 100644
> --- a/include/linux/cgroup.h
> +++ b/include/linux/cgroup.h
> @@ -43,18 +43,27 @@ extern void cgroup_unload_subsys(struct cgroup_subsys *ss);
>
> extern const struct file_operations proc_cgroup_operations;
>
> -/* Define the enumeration of all builtin cgroup subsystems */
> -#define SUBSYS(_x) _x ## _subsys_id,
> +/*
> + * Define the enumeration of all builtin cgroup subsystems.
> + * For the builtin subsystems the subsys_id needs to be indentical
> + * with the index in css->subsys. Therefore, all the builtin
> + * subsys are listed first and then the modules ids.
> + */
> enum cgroup_subsys_id {
> +#define SUBSYS(_x) _x ## _subsys_id,
> +
> +#define IS_SUBSYS_ENABLED(option) IS_BUILTIN(option)
> #include <linux/cgroup_subsys.h>
> -};
> +#undef IS_SUBSYS_ENABLED
> +
> +#define IS_SUBSYS_ENABLED(option) IS_MODULE(option)
> +#include <linux/cgroup_subsys.h>
> +#undef IS_SUBSYS_ENABLED
> +
Why do we need to segregate in-kernel and modular ones at all? What's
wrong with just defining them in one go?
> diff --git a/include/net/cls_cgroup.h b/include/net/cls_cgroup.h
> index 24443d2..43fae13 100644
> --- a/include/net/cls_cgroup.h
> +++ b/include/net/cls_cgroup.h
> @@ -49,22 +49,16 @@ static inline u32 task_cls_classid(struct task_struct *p)
> extern struct static_key cgroup_cls_enabled;
> #define clscg_enabled static_key_false(&cgroup_cls_enabled)
>
> -extern int net_cls_subsys_id;
> -
> static inline u32 task_cls_classid(struct task_struct *p)
> {
> - int id;
> - u32 classid = 0;
> + u32 classid;
>
> if (!clscg_enabled || in_interrupt())
> return 0;
>
> rcu_read_lock();
> - id = rcu_dereference_index_check(net_cls_subsys_id,
> - rcu_read_lock_held());
> - if (id >= 0)
> - classid = container_of(task_subsys_state(p, id),
> - struct cgroup_cls_state, css)->classid;
> + classid = container_of(task_subsys_state(p, net_cls_subsys_id),
> + struct cgroup_cls_state, css)->classid;
> rcu_read_unlock();
>
> return classid;
Hmm... patch sequence looks odd to me. If you first make all IDs
constant, you can first remove module specific ones and then later add
jump labels as separate patches. Wouldn't that be simpler?
Thanks.
--
tejun
^ permalink raw reply
* Re: [PATCH v2 05/10] cgroup: Remove CGROUP_BUILTIN_SUBSYS_COUNT
From: Tejun Heo @ 2012-08-24 23:28 UTC (permalink / raw)
To: Daniel Wagner
Cc: netdev-u79uwXL29TY76Z2rM5mHXA, cgroups-u79uwXL29TY76Z2rM5mHXA,
Daniel Wagner, Li Zefan, David S. Miller
In-Reply-To: <1345816904-21745-6-git-send-email-wagi-kQCPcA+X3s7YtjvyW6yDsg@public.gmane.org>
On Fri, Aug 24, 2012 at 04:01:39PM +0200, Daniel Wagner wrote:
> From: Daniel Wagner <daniel.wagner-98C5kh4wR6ohFhg+JK9F0w@public.gmane.org>
>
> CGROUP_BUILTIN_SUBSYS_COUNT is used as start or stop point
> when looping over the subsys array. Since the subsys array is
> 64 entries long this is a good thing to do. Though we'd like
> to reduce the array size considerable but we need to get rid
> of CGROUP_BUILTIN_SUBSYS_COUNT to ease up the review process.
Wouldn't it be better to explicitly state that a following patch would
reduce the SUBSYS_COUNT and stop putting builtin and module ones into
different sections?
Thanks.
--
tejun
^ permalink raw reply
* Re: [PATCH v2 04/10] cgroup: net_prio: Protect access to task_netprioidx() when built as module
From: Tejun Heo @ 2012-08-24 23:26 UTC (permalink / raw)
To: Daniel Wagner
Cc: netdev-u79uwXL29TY76Z2rM5mHXA, cgroups-u79uwXL29TY76Z2rM5mHXA,
Daniel Wagner, David S. Miller, Gao feng, Jamal Hadi Salim,
John Fastabend, Li Zefan, Neil Horman
In-Reply-To: <1345816904-21745-5-git-send-email-wagi-kQCPcA+X3s7YtjvyW6yDsg@public.gmane.org>
On Fri, Aug 24, 2012 at 04:01:38PM +0200, Daniel Wagner wrote:
> +#if IS_MODULE(CONFIG_NETPRIO_CGROUP)
> + static_key_slow_dec(&cgroup_netprio_enabled);
> + rcu_barrier();
Ditto as patch 3.
--
tejun
^ permalink raw reply
* Re: [PATCH v2 03/10] cgroup: net_cls: Protect access to task_cls_classid() when built as module
From: Tejun Heo @ 2012-08-24 23:26 UTC (permalink / raw)
To: Daniel Wagner
Cc: netdev-u79uwXL29TY76Z2rM5mHXA, cgroups-u79uwXL29TY76Z2rM5mHXA,
Daniel Wagner, David S. Miller, Gao feng, Jamal Hadi Salim,
John Fastabend, Li Zefan, Neil Horman
In-Reply-To: <1345816904-21745-4-git-send-email-wagi-kQCPcA+X3s7YtjvyW6yDsg@public.gmane.org>
On Fri, Aug 24, 2012 at 04:01:37PM +0200, Daniel Wagner wrote:
> @@ -306,6 +312,11 @@ static void __exit exit_cgroup_cls(void)
> synchronize_rcu();
> #endif
>
> +#if IS_MODULE(CONFIG_NET_CLS_CGROUP)
> + static_key_slow_dec(&cgroup_cls_enabled);
> + rcu_barrier();
Why is this rcu_barrier() necessary? In general, please explain what
synchronization is going on when using sync constructs which aren't
obvious - e.g. memory barriers, rcu barriers.
Thanks.
--
tejun
^ permalink raw reply
* Re: [PATCH v2 01/10] cgroup: net_cls: Use empty task_cls_classid() when !CONFIG_NET_CLS(_MODULE)
From: Tejun Heo @ 2012-08-24 23:22 UTC (permalink / raw)
To: Daniel Wagner
Cc: netdev-u79uwXL29TY76Z2rM5mHXA, cgroups-u79uwXL29TY76Z2rM5mHXA,
Daniel Wagner, David S. Miller, Gao feng, Jamal Hadi Salim,
John Fastabend, Li Zefan, Neil Horman
In-Reply-To: <1345816904-21745-2-git-send-email-wagi-kQCPcA+X3s7YtjvyW6yDsg@public.gmane.org>
On Fri, Aug 24, 2012 at 04:01:35PM +0200, Daniel Wagner wrote:
> From: Daniel Wagner <daniel.wagner-98C5kh4wR6ohFhg+JK9F0w@public.gmane.org>
How about,
When CONFIG_NET_CLS_CGROUP is N, task_cls_classid() doesn't
have any user but the module version still gets defined. Move
it inside IS_MODULE(CONFIG_NET_CLS_CGROUP).
Thanks.
--
tejun
^ permalink raw reply
* Re: [PATCH v2 00/10] cgroup: Assign subsystem IDs during compile time
From: Tejun Heo @ 2012-08-24 23:15 UTC (permalink / raw)
To: Daniel Wagner
Cc: netdev-u79uwXL29TY76Z2rM5mHXA, cgroups-u79uwXL29TY76Z2rM5mHXA,
Daniel Wagner, David S. Miller, Andrew Morton, Eric Dumazet,
Gao feng, Glauber Costa, Jamal Hadi Salim, John Fastabend,
Kamezawa Hiroyuki, Li Zefan, Neil Horman
In-Reply-To: <1345816904-21745-1-git-send-email-wagi-kQCPcA+X3s7YtjvyW6yDsg@public.gmane.org>
Hello, Daniel.
On Fri, Aug 24, 2012 at 04:01:34PM +0200, Daniel Wagner wrote:
> CGROUP_BUILTIN_SUBSYS_COUNT is also gone in this version. This time I
> trade space for speed. Some extra cycles are spend to identify the
> modules in the for loops, e.g.
There's no point in optimizing either space or speed here. It's not a
hot path by any stretch of imagination. Please focus on making it
simple.
Thanks.
--
tejun
^ permalink raw reply
* Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
From: Tejun Heo @ 2012-08-24 23:07 UTC (permalink / raw)
To: Sasha Levin
Cc: torvalds, akpm, linux-kernel, linux-mm, paul.gortmaker, davem,
rostedt, mingo, ebiederm, aarcange, ericvh, netdev, josh,
eric.dumazet, mathieu.desnoyers, axboe, agk, dm-devel, neilb,
ccaulfie, teigland, Trond.Myklebust, bfields, fweisbec, jesse,
venkat.x.venkatsubra, ejt, snitzer, edumazet, linux-nfs, dev,
rds-devel, lw
In-Reply-To: <5038074D.300@gmail.com>
Hello,
On Sat, Aug 25, 2012 at 12:59:25AM +0200, Sasha Levin wrote:
> Thats the thing, the amount of things of things you can do with a given bucket
> is very limited. You can't add entries to any point besides the head (without
> walking the entire list).
Kinda my point. We already have all the hlist*() interface to deal
with such cases. Having something which is evidently the trivial
hlist hashtable and advertises as such in the interface can be
helpful. I think we need that more than we need anything fancy.
Heh, this is a debate about which one is less insignificant. I can
see your point. I'd really like to hear what others think on this.
Guys, do we want something which is evidently trivial hlist hashtable
which can use hlist_*() API directly or do we want something better
encapsulated?
Thanks.
--
tejun
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply
* Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
From: Sasha Levin @ 2012-08-24 22:59 UTC (permalink / raw)
To: Tejun Heo
Cc: snitzer-H+wXaHxf7aLQT0dZR+AlfA, neilb-l3A5Bk7waGM,
fweisbec-Re5JQEeQqe8AvxtiuMwx3w,
Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA,
bfields-uC3wQj2KruNg9hUCZPvPmw,
paul.gortmaker-CWA4WttNNZF54TAoqtyWWQ,
dm-devel-H+wXaHxf7aLQT0dZR+AlfA, agk-H+wXaHxf7aLQT0dZR+AlfA,
aarcange-H+wXaHxf7aLQT0dZR+AlfA, rds-devel-N0ozoZBvEnrZJqsBc5GL+g,
eric.dumazet-Re5JQEeQqe8AvxtiuMwx3w,
venkat.x.venkatsubra-QHcLZuEGTsvQT0dZR+AlfA,
ccaulfie-H+wXaHxf7aLQT0dZR+AlfA, mingo-X9Un+BFzKDI,
dev-yBygre7rU0TnMu66kgdUjQ, ericvh-Re5JQEeQqe8AvxtiuMwx3w,
josh-iaAMLnmF4UmaiuxdJuQwMA, rostedt-nx8X9YLhiw1AfugRpC6u6w,
mathieu.desnoyers-vg+e7yoeK/dWk0Htik3J/w,
axboe-tSWWG44O7X1aa/9Udqfwiw, linux-nfs-u79uwXL29TY76Z2rM5mHXA,
edumazet-hpIqsD4AKlfQT0dZR+AlfA, linux-mm-Bw31MaZKKs3YtjvyW6yDsg,
netdev-u79uwXL29TY76Z2rM5mHXA,
linux-kernel-u79uwXL29TY76Z2rM5mHXA, ejt-H+wXaHxf7aLQT0dZR+AlfA,
ebiederm-aS9lmoZGLiVWk0Htik3J/w, lw-BthXqXjhjHXQFUHtdCDX3A,
teigland-H+wXaHxf7aLQT0dZR+AlfA,
akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b,
torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b,
davem-fT/PcQaiUtIeIZ0/mPfg9Q
In-Reply-To: <20120824212348.GK21325-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
>> Why do we need hash_head/hash_for_each_head()? I haven't stumbled on a place yet
>> that needed direct access to the bucket itself.
>
> Because whole hash table walking is much less common and we can avoid
> another full set of iterators.
I don't agree. Out of 32 places which now use a hashtable iterator of some kind,
12 of them (38%) walk the entire table.
The thing is that usually data structures are indexable by more than one key, so
usually hashtables are fully walked in cold paths to look for different keys.
Take kernel/workqueue.c for example: There are 4 places which do a key lookup
(find_worker_executing_work()) and 3 places which fully walk the entire table
(for_each_busy_worker()).
>> This basically means 11 macros/functions that would let us have full
>> encapsulation and will make it very easy for future implementations to work with
>> this API instead of making up a new one. It's also not significantly (+~2-3)
>> more than the ones you listed.
>
> I'm not sure whether full encapsulation is a good idea for trivial
> hashtable. For higher level stuff, sure but at this level I think
> benefits coming from known obvious implementation can be larger.
> e.g. suppose the caller knows certain entries to be way colder than
> others and wants to put them at the end of the chain.
Thats the thing, the amount of things of things you can do with a given bucket
is very limited. You can't add entries to any point besides the head (without
walking the entire list).
Basically you can do only two things with a bucket:
- Add something to it at a very specific place.
- Walk it
So I don't understand whats the point in exposing the internal structure of the
hashtable if there's nothing significant that can be gained from it by the user.
>
> So, I think implmenting the minimal set of helpers which reflect the
> underlying trivial implementation explicitly could actually be better
> even when discounting the reduced number of wrappers.
>
> Thanks.
>
^ permalink raw reply
* Re: [net-next 04/13] e1000e: cleanup checkpatch PREFER_PR_LEVEL warning
From: Joe Perches @ 2012-08-24 22:43 UTC (permalink / raw)
To: jeffrey.t.kirsher; +Cc: Allan, Bruce W, David Miller, netdev, gospo, sassmann
In-Reply-To: <1345843164.3613.9.camel@jtkirshe-mobl>
On Fri, 2012-08-24 at 14:19 -0700, Jeff Kirsher wrote:
> On Fri, 2012-08-24 at 11:02 -0700, Joe Perches wrote:
> > On Thu, 2012-08-23 at 07:01 -0700, Joe Perches wrote:
> > > On Thu, 2012-08-23 at 02:56 -0700, Jeff Kirsher wrote:
> > > > From: Bruce Allan <bruce.w.allan@intel.com>
> > > >
> > > > checkpatch warning: Prefer pr_info(... to printk(KERN_INFO, ...
> > > []
> > > > diff --git a/drivers/net/ethernet/intel/e1000e/netdev.c b/drivers/net/ethernet/intel/e1000e/netdev.c
> > > []
> > > > @@ -4330,9 +4330,8 @@ static void e1000_print_link_info(struct e1000_adapter *adapter)
> > > > u32 ctrl = er32(CTRL);
> > > >
> > > > /* Link status message must follow this format for user tools */
> > > > - printk(KERN_INFO "e1000e: %s NIC Link is Up %d Mbps %s Duplex, Flow Control: %s\n",
> > > > - adapter->netdev->name,
> > > > - adapter->link_speed,
> > > > + pr_info("e1000e: %s NIC Link is Up %d Mbps %s Duplex, Flow Control: %s\n",
> > > > + adapter->netdev->name, adapter->link_speed,
> > > > adapter->link_duplex == FULL_DUPLEX ? "Full" : "Half",
> > > > (ctrl & E1000_CTRL_TFCE) && (ctrl & E1000_CTRL_RFCE) ? "Rx/Tx" :
> > > > (ctrl & E1000_CTRL_RFCE) ? "Rx" :
[]
> > The comment above this change (and the other) reads
> >
> > /* Link status message must follow this format for user tools */
> >
> > This file already uses #define pr_fmt(fmt) KBUILD_MODNAME...
> > With this patch, the output form changes to use 2 prefixes.
> >
> > Is that really desired? Probably not.
> >
> > If the comments are old and don't apply any more, they
> > should be removed.
> >
> Bruce really should answer this since this is his patch and there was a
> reason why he made the change. My guess was the current output was
> providing incorrect or mis-leading information.
My guess is he was just shutting up checkpatch and
didn't notice the newly doubled prefix.
happy weekend...
^ permalink raw reply
* Re: [PATCH 0/8] csiostor: Chelsio FCoE offload driver submission
From: James Bottomley @ 2012-08-24 21:58 UTC (permalink / raw)
To: Paul Gortmaker; +Cc: Naresh Kumar Inna, linux-scsi, dm, netdev, chethan
In-Reply-To: <CAP=VYLqtcULyoxPv0z89SEFvvFJiBUpG0UhWXzfm8KVMoGmYpg@mail.gmail.com>
On Fri, 2012-08-24 at 17:45 -0400, Paul Gortmaker wrote:
> On Thu, Aug 23, 2012 at 6:27 PM, Naresh Kumar Inna <naresh@chelsio.com> wrote:
> > This is the initial submission of the Chelsio FCoE offload driver (csiostor)
> > to the upstream kernel. This driver currently supports FCoE offload
> > functionality over Chelsio T4-based 10Gb Converged Network Adapters.
> >
> > The following patches contain the driver sources for csiostor driver and
> > updates to firmware/hardware header files shared between csiostor and
> > cxgb4 (Chelsio T4-based NIC driver). The csiostor driver is dependent on these
> > header updates. These patches have been generated against scsi 'misc' branch.
> >
> > csiostor is a low level SCSI driver that interfaces with PCI, SCSI midlayer and
> > FC transport subsystems. This driver claims the FCoE PCIe function on the
> > Chelsio Converged Network Adapter. It relies on firmware events for slow path
> > operations like discovery, thereby offloading session management. The driver
> > programs firmware via Work Request interfaces for fast path I/O offload
> > features.
> >
> > Here is the brief description of patches:
> > [PATCH 1/8]: Hardware interface, Makefile and Kconfig changes.
> > [PATCH 2/8]: Driver initialization and Work Request services.
> > [PATCH 3/8]: FC transport interfaces and mailbox services.
> > [PATCH 4/8]: Local and remote port state tracking functionality.
> > [PATCH 5/8]: Interrupt handling and fast path I/O functionality.
> > [PATCH 6/8]: Header files part 1.
> > [PATCH 7/8]: Header files part 2.
>
> Based on the above two, I'm guessing nothing will build and work
> on any of steps one through six? Yet you expose the Kconfig
> and Makefile linkage into the tree in patch #1? So your patches
> as presented are non bisectable.
>
> You need to rethink your breakup in the presentation. Factoring
> things just by files alone is not the right approach. You need to
> ask yourself whether each commit is a stand-alone entity that does
> something independently on its own -- since they generally should.
Actually, this is fine for a new driver ... everything just gets put in
as a single commit. There's really no point adding a driver in pieces
if it's not functional until the last patch, so in this case only, the
breakup is to help the review.
James
^ permalink raw reply
* Re: [PATCH 0/8] csiostor: Chelsio FCoE offload driver submission
From: Paul Gortmaker @ 2012-08-24 21:45 UTC (permalink / raw)
To: Naresh Kumar Inna; +Cc: JBottomley, linux-scsi, dm, netdev, chethan
In-Reply-To: <1345760873-12101-1-git-send-email-naresh@chelsio.com>
On Thu, Aug 23, 2012 at 6:27 PM, Naresh Kumar Inna <naresh@chelsio.com> wrote:
> This is the initial submission of the Chelsio FCoE offload driver (csiostor)
> to the upstream kernel. This driver currently supports FCoE offload
> functionality over Chelsio T4-based 10Gb Converged Network Adapters.
>
> The following patches contain the driver sources for csiostor driver and
> updates to firmware/hardware header files shared between csiostor and
> cxgb4 (Chelsio T4-based NIC driver). The csiostor driver is dependent on these
> header updates. These patches have been generated against scsi 'misc' branch.
>
> csiostor is a low level SCSI driver that interfaces with PCI, SCSI midlayer and
> FC transport subsystems. This driver claims the FCoE PCIe function on the
> Chelsio Converged Network Adapter. It relies on firmware events for slow path
> operations like discovery, thereby offloading session management. The driver
> programs firmware via Work Request interfaces for fast path I/O offload
> features.
>
> Here is the brief description of patches:
> [PATCH 1/8]: Hardware interface, Makefile and Kconfig changes.
> [PATCH 2/8]: Driver initialization and Work Request services.
> [PATCH 3/8]: FC transport interfaces and mailbox services.
> [PATCH 4/8]: Local and remote port state tracking functionality.
> [PATCH 5/8]: Interrupt handling and fast path I/O functionality.
> [PATCH 6/8]: Header files part 1.
> [PATCH 7/8]: Header files part 2.
Based on the above two, I'm guessing nothing will build and work
on any of steps one through six? Yet you expose the Kconfig
and Makefile linkage into the tree in patch #1? So your patches
as presented are non bisectable.
You need to rethink your breakup in the presentation. Factoring
things just by files alone is not the right approach. You need to
ask yourself whether each commit is a stand-alone entity that does
something independently on its own -- since they generally should.
> [PATCH 8/8]: Updates to header files shared between cxgb4 and csiostor.
>
> Naresh Kumar Inna (8):
> csiostor: Chelsio FCoE offload driver submission (sources part 1).
> csiostor: Chelsio FCoE offload driver submission (sources part 2).
> csiostor: Chelsio FCoE offload driver submission (sources part 3).
> csiostor: Chelsio FCoE offload driver submission (sources part 4).
> csiostor: Chelsio FCoE offload driver submission (sources part 5).
> csiostor: Chelsio FCoE offload driver submission (headers part 1).
> csiostor: Chelsio FCoE offload driver submission (headers part 2).
> cxgb4: Chelsio FCoE offload driver submission (cxgb4 common header
> updates).
Something is wrong here. You offer up semi-informational shortlogs
in your 1st list, but this shows the shortlogs you've used in the actual
commits are largely content-free.
The above are just what I'd happened to notice in reading the 0/8
since I was curious what it was for. I've not looked at the individual
driver code itself. It might be worthwhile to go over some of the
suggestions in Documentation/Submit* files though.
Paul.
^ permalink raw reply
* Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
From: Tejun Heo @ 2012-08-24 21:23 UTC (permalink / raw)
To: Sasha Levin
Cc: torvalds, akpm, linux-kernel, linux-mm, paul.gortmaker, davem,
rostedt, mingo, ebiederm, aarcange, ericvh, netdev, josh,
eric.dumazet, mathieu.desnoyers, axboe, agk, dm-devel, neilb,
ccaulfie, teigland, Trond.Myklebust, bfields, fweisbec, jesse,
venkat.x.venkatsubra, ejt, snitzer, edumazet, linux-nfs, dev,
rds-devel, lw
In-Reply-To: <5037E9D9.9000605@gmail.com>
Hello,
On Fri, Aug 24, 2012 at 10:53:45PM +0200, Sasha Levin wrote:
> Yup, but we could be using the same API for dynamic non-resizable and static if
> we go with the DECLARE/hash_init. We could switch between them (and other
> implementations) without having to change the code.
I think it's better to stick with the usual conventions.
> > * DECLARE/DEFINE
> > * hash_head()
> > * hash_for_each_head()
> > * hash_add*()
> > * hash_for_each_possible*()
> * hash_for_each*() ?
>
> Why do we need hash_head/hash_for_each_head()? I haven't stumbled on a place yet
> that needed direct access to the bucket itself.
Because whole hash table walking is much less common and we can avoid
another full set of iterators.
> This basically means 11 macros/functions that would let us have full
> encapsulation and will make it very easy for future implementations to work with
> this API instead of making up a new one. It's also not significantly (+~2-3)
> more than the ones you listed.
I'm not sure whether full encapsulation is a good idea for trivial
hashtable. For higher level stuff, sure but at this level I think
benefits coming from known obvious implementation can be larger.
e.g. suppose the caller knows certain entries to be way colder than
others and wants to put them at the end of the chain.
So, I think implmenting the minimal set of helpers which reflect the
underlying trivial implementation explicitly could actually be better
even when discounting the reduced number of wrappers.
Thanks.
--
tejun
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply
* Re: [net-next 04/13] e1000e: cleanup checkpatch PREFER_PR_LEVEL warning
From: Jeff Kirsher @ 2012-08-24 21:19 UTC (permalink / raw)
To: Joe Perches, Allan, Bruce W; +Cc: David Miller, netdev, gospo, sassmann
In-Reply-To: <1345831348.32359.8.camel@joe2Laptop>
[-- Attachment #1: Type: text/plain, Size: 2021 bytes --]
On Fri, 2012-08-24 at 11:02 -0700, Joe Perches wrote:
> On Thu, 2012-08-23 at 07:01 -0700, Joe Perches wrote:
> > On Thu, 2012-08-23 at 02:56 -0700, Jeff Kirsher wrote:
> > > From: Bruce Allan <bruce.w.allan@intel.com>
> > >
> > > checkpatch warning: Prefer pr_info(... to printk(KERN_INFO, ...
> > []
> > > diff --git a/drivers/net/ethernet/intel/e1000e/netdev.c b/drivers/net/ethernet/intel/e1000e/netdev.c
> > []
> > > @@ -4330,9 +4330,8 @@ static void e1000_print_link_info(struct e1000_adapter *adapter)
> > > u32 ctrl = er32(CTRL);
> > >
> > > /* Link status message must follow this format for user tools */
> > > - printk(KERN_INFO "e1000e: %s NIC Link is Up %d Mbps %s Duplex, Flow Control: %s\n",
> > > - adapter->netdev->name,
> > > - adapter->link_speed,
> > > + pr_info("e1000e: %s NIC Link is Up %d Mbps %s Duplex, Flow Control: %s\n",
> > > + adapter->netdev->name, adapter->link_speed,
> > > adapter->link_duplex == FULL_DUPLEX ? "Full" : "Half",
> > > (ctrl & E1000_CTRL_TFCE) && (ctrl & E1000_CTRL_RFCE) ? "Rx/Tx" :
> > > (ctrl & E1000_CTRL_RFCE) ? "Rx" :
> >
> > I think these conversions are not a good idea.
> >
> > When you have a specific message format that must be
> > followed, use printk.
> >
> > pr_<level> may at some point in the near future use
> > #define pr_fmt(fmt) KBUiLD_MODNAME ": " fmt
> > as a global default equivalent.
>
> Hey Jeff.
>
> The comment above this change (and the other) reads
>
> /* Link status message must follow this format for user tools */
>
> This file already uses #define pr_fmt(fmt) KBUILD_MODNAME...
> With this patch, the output form changes to use 2 prefixes.
>
> Is that really desired? Probably not.
>
> If the comments are old and don't apply any more, they
> should be removed.
>
Bruce really should answer this since this is his patch and there was a
reason why he made the change. My guess was the current output was
providing incorrect or mis-leading information.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ 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