[BUG] scheduling while atomic in mount.nfs4, current git

Frank de Lange linux-nfs-f at unternet.org
Tue Dec 11 20:09:43 EST 2007


On Mon, Dec 10, 2007 at 11:13:39PM -0500, Trond Myklebust wrote:
> > Hi'all,
> > 
> > Just a question: am I the only one who has problems with NFSv4 on Linus'
> > current tree? From at least 20071126 I get nothing but flashing
> > scroll-lock/caps-lock lights (Oops...) when I try to 'tab-complete' a
> > directory listing on an automounted NFSv4 share root. Like this:
> > 
> > cd /net/behemoth.unternet.org/<TAB to get the shared directories> = Oops
> > 
> > BUG: scheduling while atomic mount.nfs4/10294/0xfffffdff
> > BUG: scheduling while atomic mount.nfs4/10294/0xfffffdff
> > BUG: scheduling while atomic mount.nfs4/10294/0xfffffdff
> > BUG: scheduling while atomic mount.nfs4/10294/0xfffffdff
> > ... (loads of them rolling by...)
> > BUG: scheduling while atomic mount.nfs4/10294/0xfffffdff
> > kernel panic, not syncing. Aiiie, killing interrupt handler...
> 
> Doesn't look at all familiar to me. Have you tried a 'git bisect'?

Yeah, but I have not yet found the culprit. I'm starting to wonder
whether I'm looking in the wrong direction as the problem only occurs
when I connect through the (latest madwifi SVN driven) wifi card. When
connected to a cable I get no errors.

I did get something in the log this time before it crashed:

BUG: scheduling while atomic: mount.nfs4/10052/0xfffffdff
Pid: 10052, comm: mount.nfs4 Tainted: P
2.6.24-rc5-t23-20071212-01 #6
 [schedule+565/736] schedule+0x235/0x2e0
 [<f0b54529>] rpc_wait_bit_interruptible+0x19/0x20 [sunrpc]
 [__wait_on_bit+66/112] __wait_on_bit+0x42/0x70
 [<f0b54510>] rpc_wait_bit_interruptible+0x0/0x20 [sunrpc]
 [<f0b54510>] rpc_wait_bit_interruptible+0x0/0x20 [sunrpc]
 [out_of_line_wait_on_bit+113/144] out_of_line_wait_on_bit+0x71/0x90
 [wake_bit_function+0/96] wake_bit_function+0x0/0x60
 [<f0b548ff>] __rpc_execute+0xaf/0x260 [sunrpc]
 [<f0b4df27>] rpc_do_run_task+0x67/0xc0 [sunrpc]
 [<f0b4dffb>] rpc_call_sync+0x1b/0x40 [sunrpc]
 [<f0b4e05d>] rpc_ping+0x3d/0x50 [sunrpc]
 [<f0b4f0be>] rpc_create+0x3ee/0x470 [sunrpc]
 [schedule+597/736] schedule+0x255/0x2e0
 [schedule_timeout+117/192] schedule_timeout+0x75/0xc0
 [wait_for_common+150/352] wait_for_common+0x96/0x160
 [<f0bbed8c>] nfs_get_client+0x5c/0x3a0 [nfs]
 [<f0bbeb04>] nfs_create_rpc_client+0xf4/0x190 [nfs]
 [<f0bbee33>] nfs_get_client+0x103/0x3a0 [nfs]
 [<f0bbf148>] nfs4_set_client+0x78/0x1a0 [nfs]
 [<f0bbf92f>] nfs4_create_server+0x5f/0x410 [nfs]
 [strndup_user+98/128] strndup_user+0x62/0x80
 [<f0bc8e69>] nfs4_get_sb+0x2f9/0x530 [nfs]
 [do_lookup+101/400] do_lookup+0x65/0x190
 [permission+106/272] permission+0x6a/0x110
 [dput+28/352] dput+0x1c/0x160
 [vfs_kern_mount+67/144] vfs_kern_mount+0x43/0x90
 [do_kern_mount+61/224] do_kern_mount+0x3d/0xe0
 [do_mount+1266/1728] do_mount+0x4f2/0x6c0
 [__alloc_pages+86/864] __alloc_pages+0x56/0x360
 [handle_mm_fault+647/1488] handle_mm_fault+0x287/0x5d0
 [__tcp_push_pending_frames+285/2192]
__tcp_push_pending_frames+0x11d/0x890
 [handle_level_irq+0/240] handle_level_irq+0x0/0xf0
 [irq_exit+71/112] irq_exit+0x47/0x70
 [do_IRQ+122/192] do_IRQ+0x7a/0xc0
 [common_interrupt+35/40] common_interrupt+0x23/0x28
 [xfrm_policy_kill+176/192] xfrm_policy_kill+0xb0/0xc0
 [copy_mount_options+194/336] copy_mount_options+0xc2/0x150
 [getname+179/224] getname+0xb3/0xe0
 [sys_mount+119/192] sys_mount+0x77/0xc0
 [sysenter_past_esp+95/133] sysenter_past_esp+0x5f/0x85
 [xfrm_policy_kill+176/192] xfrm_policy_kill+0xb0/0xc0
 =======================

Cheers//Frank
-- 
   WWWWW      ________________________
  ## o o\    /     Frank de Lange     \
  }#   \|   /                          \
   \ `--| _/     <Hacker for Hire>      \
    `---'  \       +46-734352015        /
            \    frank at unternet.org    /
             `------------------------'
  [ "Omnis enim res, quae dando non deficit, dum habetur
     et non datur, nondum habetur, quomodo habenda est."  ]


More information about the NFSv4 mailing list