* WARNING: at kernel/softirq.c:159 _local_bh_enable_ip+0x35/0x71()
@ 2012-02-21 7:22 Jongman Heo
2012-02-21 9:56 ` Francois Romieu
0 siblings, 1 reply; 4+ messages in thread
From: Jongman Heo @ 2012-02-21 7:22 UTC (permalink / raw)
To: netdev
Hi all,
Host : windows 7 32bit
VMWare Guest : Fedora 16, with latest linus git kernel (3.3.0-rc4+).
vmxnet3 ethernet driver, running NFS server
Following warning triggered with my VMware Linux guest, when NFS connection is requested from outside.
[ 218.995266] ------------[ cut here ]------------
[ 218.995279] WARNING: at kernel/softirq.c:159 _local_bh_enable_ip+0x35/0x71()
[ 218.995282] Hardware name: VMware Virtual Platform
[ 218.995284] Modules linked in: ip6table_filter ip6_tables ebtable_nat ebtables bridge stp llc bnx2i libiscsi scsi_transport_iscsi cnic uio snd_ens1371 gameport snd_rawmidi snd_ac97_codec ac97_bus snd_seq snd_seq_device snd_pcm snd_timer snd soundcore vmxnet3 vmw_balloon i2c_piix4 microcode snd_page_alloc nfsd lockd nfs_acl uinput auth_rpcgss sunrpc ipv6 mptspi mptscsih mptbase scsi_transport_spi [last unloaded: scsi_wait_scan]
[ 218.995332] Pid: 835, comm: nfsd Not tainted 3.3.0-rc4+ #52
[ 218.995334] Call Trace:
[ 218.995341] [<c07d7b56>] ? printk+0x18/0x1a
[ 218.995347] [<c0426e82>] warn_slowpath_common+0x77/0x8c
[ 218.995351] [<c042bbc2>] ? _local_bh_enable_ip+0x35/0x71
[ 218.995354] [<c042bbc2>] ? _local_bh_enable_ip+0x35/0x71
[ 218.995358] [<c0426eb4>] warn_slowpath_null+0x1d/0x1f
[ 218.995361] [<c042bbc2>] _local_bh_enable_ip+0x35/0x71
[ 218.995365] [<c042bc13>] local_bh_enable+0xb/0xd
[ 218.995370] [<c074ceb3>] kunmap_skb_frag+0xd/0xf
[ 218.995373] [<c074de3f>] skb_copy_bits+0xdc/0x18b
[ 218.995377] [<c074f60e>] __pskb_pull_tail+0x64/0x211
[ 218.995382] [<c04668b4>] ? arch_local_irq_save+0x12/0x17
[ 218.995389] [<f8b7841b>] vmxnet3_xmit_frame+0x3fa/0x9f7 [vmxnet3]
[ 218.995393] [<c042bba5>] ? _local_bh_enable_ip+0x18/0x71
[ 218.995396] [<c042bc06>] ? local_bh_enable_ip+0x8/0xa
[ 218.995402] [<c07dd6a4>] ? _raw_spin_unlock_bh+0xe/0x10
[ 218.995431] [<f858ea94>] ? svc_xprt_enqueue+0x15c/0x164 [sunrpc]
[ 218.995436] [<c0432185>] ? mod_timer_pending+0x15/0x17
[ 218.995441] [<c0757838>] dev_hard_start_xmit+0x36a/0x477
[ 218.995446] [<c0767e54>] sch_direct_xmit+0x4e/0x110
[ 218.995450] [<c0757b91>] dev_queue_xmit+0x24c/0x3c8
[ 218.995453] [<c07674d3>] ? eth_rebuild_header+0x5b/0x5b
[ 218.995457] [<c075ed3f>] neigh_resolve_output+0x107/0x135
[ 218.995462] [<c0770e15>] ? nf_hook_slow+0x51/0xe4
[ 218.995470] [<c077fc4e>] ip_finish_output2+0x1c9/0x1f5
[ 218.995474] [<c0780a9a>] ip_finish_output+0x35/0x39
[ 218.995477] [<c0781141>] ip_output+0x80/0x85
[ 218.995481] [<c0780a65>] ? __ip_append_data+0x704/0x704
[ 218.995484] [<c077f6bd>] dst_output+0xc/0xe
[ 218.995487] [<c0780b39>] ip_local_out+0x17/0x1a
[ 218.995491] [<c07817c9>] ip_send_skb+0x10/0x57
[ 218.995496] [<c07998a6>] udp_send_skb+0x216/0x264
[ 218.995500] [<c079992b>] udp_push_pending_frames+0x37/0x4f
[ 218.995503] [<c079ae3a>] udp_sendpage+0x113/0x12b
[ 218.995507] [<c079ad27>] ? udp_sendmsg+0x724/0x724
[ 218.995510] [<c07a0406>] inet_sendpage+0x67/0x78
[ 218.995515] [<c074723f>] kernel_sendpage+0x3e/0x4d
[ 218.995518] [<c07a039f>] ? inet_dgram_connect+0x5e/0x5e
[ 218.995537] [<f85879ad>] svc_send_common+0x4c/0x108 [sunrpc]
[ 218.995556] [<f8587ba0>] svc_sendto+0x137/0x1a7 [sunrpc]
[ 218.995560] [<c074e960>] ? __kfree_skb+0x6c/0x6f
[ 218.995563] [<c074e960>] ? __kfree_skb+0x6c/0x6f
[ 218.995567] [<c0750ec1>] ? skb_free_datagram_locked+0x85/0x98
[ 218.995586] [<f8587c24>] svc_udp_sendto+0x14/0x26 [sunrpc]
[ 218.995606] [<f858fae8>] svc_send+0x4f/0x8c [sunrpc]
[ 218.995624] [<f858528c>] svc_process+0xea/0xfb [sunrpc]
[ 218.995637] [<f8a220d8>] nfsd+0xd8/0x112 [nfsd]
[ 218.995642] [<c0444aac>] ? complete+0x42/0x49
[ 218.995645] [<f8a22000>] ? 0xf8a21fff
[ 218.995649] [<c043dd73>] kthread+0x67/0x6c
[ 218.995652] [<c043dd0c>] ? kthread_freezable_should_stop+0x3b/0x3b
[ 218.995656] [<c07e303e>] kernel_thread_helper+0x6/0xd
[ 218.995659] ---[ end trace 7a05c607cadf6f61 ]---
Regards,
Jongman Heo.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: WARNING: at kernel/softirq.c:159 _local_bh_enable_ip+0x35/0x71()
2012-02-21 7:22 WARNING: at kernel/softirq.c:159 _local_bh_enable_ip+0x35/0x71() Jongman Heo
@ 2012-02-21 9:56 ` Francois Romieu
0 siblings, 0 replies; 4+ messages in thread
From: Francois Romieu @ 2012-02-21 9:56 UTC (permalink / raw)
To: Jongman Heo; +Cc: netdev
Jongman Heo <jongman.heo@samsung.com> :
[...]
> Host : windows 7 32bit
> VMWare Guest : Fedora 16, with latest linus git kernel (3.3.0-rc4+).
> vmxnet3 ethernet driver, running NFS server
This is a 32bit HIGHMEM kernel, right ?
> Following warning triggered with my VMware Linux guest, when NFS connection is requested from outside.
I'd try reverting 39d4a96fd7d2926e46151adbd18b810aeeea8ec0.
--
Ueimor
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: WARNING: at kernel/softirq.c:159 _local_bh_enable_ip+0x35/0x71()
2012-02-23 10:42 ` Francois Romieu
@ 2012-02-23 20:08 ` David Miller
2012-02-29 8:18 ` Shreyas Bhatewara
1 sibling, 0 replies; 4+ messages in thread
From: David Miller @ 2012-02-23 20:08 UTC (permalink / raw)
To: romieu; +Cc: sbhatewara, jongman.heo, netdev, scottjg, pv-drivers
From: Francois Romieu <romieu@fr.zoreil.com>
Date: Thu, 23 Feb 2012 11:42:37 +0100
> As far as I understand it you can not claim a fake transport layer header
> size for udp and blindly check the available buffer size through
> pskb_may_pull later. With a 32 bits HIGHMEM guest config (yuck...) it ends
> up enabling bh within a network device start_xmit context.
Right, lying about the transport header size is going to give you nothing
but trouble, you absolutely cannot do this or networking breaks, and your
transmit handler doesn't run in a context where you can legally "fix"
things up.
We recently fixed even IPoIB in this regard.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: WARNING: at kernel/softirq.c:159 _local_bh_enable_ip+0x35/0x71()
2012-02-23 10:42 ` Francois Romieu
2012-02-23 20:08 ` David Miller
@ 2012-02-29 8:18 ` Shreyas Bhatewara
1 sibling, 0 replies; 4+ messages in thread
From: Shreyas Bhatewara @ 2012-02-29 8:18 UTC (permalink / raw)
To: Francois Romieu; +Cc: Jongman Heo, netdev, Scott J. Goldman, VMware PV-Drivers
----- Original Message -----
> (Heo, your mua broke threading)
>
> Jongman Heo <jongman.heo@samsung.com> :
> > Francois Romieu<romieu@fr.zoreil.com>
> > > > Jongman Heo <jongman.heo@samsung.com> :
> > > > Following warning triggered with my VMware Linux guest, when
> > > > NFS connection is requested from outside.
> > >
> > > I'd try reverting 39d4a96fd7d2926e46151adbd18b810aeeea8ec0.
> [...]
> > I confirm that reverting the commit fixes the warning.
>
> Shreyas, can you provide a proper fix for this bug (see
> http://www.spinics.net/lists/netdev/msg189554.html for details).
>
> As far as I understand it you can not claim a fake transport layer
> header
> size for udp and blindly check the available buffer size through
> pskb_may_pull later. With a 32 bits HIGHMEM guest config (yuck...) it
> ends
> up enabling bh within a network device start_xmit context.
>
> --
> Ueimor
>
Just sent a patch to fix the transport header size.
Thanks.
Shreyas
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-02-29 8:19 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-21 7:22 WARNING: at kernel/softirq.c:159 _local_bh_enable_ip+0x35/0x71() Jongman Heo
2012-02-21 9:56 ` Francois Romieu
-- strict thread matches above, loose matches on Subject: below --
2012-02-22 1:03 Jongman Heo
2012-02-23 10:42 ` Francois Romieu
2012-02-23 20:08 ` David Miller
2012-02-29 8:18 ` Shreyas Bhatewara
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).