All of lore.kernel.org
 help / color / mirror / Atom feed
* BUG: sleeping function called during table_load()
@ 2013-03-01  8:12 Hannes Reinecke
  2013-03-01  8:26 ` Jun'ichi Nomura
  2013-03-01 12:32 ` Missing /dev/disk/by-path directory Christian May
  0 siblings, 2 replies; 6+ messages in thread
From: Hannes Reinecke @ 2013-03-01  8:12 UTC (permalink / raw)
  To: device-mapper development

Hi all,

during booting 3.8.0 I hit this:

BUG: sleeping function called from invalid context at 
kernel/rcutree.c:2208
in_atomic(): 1, irqs_disabled(): 0, pid: 1976, name: multipath
Pid: 1976, comm: multipath Not tainted 3.8.0-default+ #18
Call Trace:
  [<ffffffff81078289>] __might_sleep+0xd9/0x100
  [<ffffffff810e2f9c>] synchronize_sched+0x2c/0x80
  [<ffffffff812e496f>] blk_queue_bypass_start+0x7f/0x90
  [<ffffffff812fa8bd>] blkcg_activate_policy+0x8d/0x290
  [<ffffffff812fef0f>] cfq_init_queue+0x6f/0x340
  [<ffffffff812deec5>] elevator_init+0x85/0x120
  [<ffffffffa022ec40>] ? dm_lld_busy+0x60/0x60 [dm_mod]
  [<ffffffff812e43f8>] blk_init_allocated_queue+0xa8/0xc0
  [<ffffffffa022c61c>] dm_setup_md_queue+0x3c/0xc0 [dm_mod]
  [<ffffffffa02336a2>] table_load+0x1c2/0x330 [dm_mod]
  [<ffffffffa0234929>] ctl_ioctl+0x1d9/0x270 [dm_mod]
  [<ffffffffa02334e0>] ? table_clear+0x80/0x80 [dm_mod]
  [<ffffffffa02349ce>] dm_ctl_ioctl+0xe/0x20 [dm_mod]
  [<ffffffff8119262d>] do_vfs_ioctl+0x9d/0x380
  [<ffffffff81181bc4>] ? fput+0x74/0xc0
  [<ffffffff811929a1>] sys_ioctl+0x91/0xb0
  [<ffffffff815ce469>] system_call_fastpath+0x16/0x1b

and several others of that ilk.
System itself doesn't seem to be affected, but we might want to look 
into it.

Cheers,

Hannes
-- 
Dr. Hannes Reinecke		      zSeries & Storage
hare@suse.de			      +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: J. Hawn, J. Guild, F. Imendörffer, HRB 16746 (AG Nürnberg)

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: BUG: sleeping function called during table_load()
  2013-03-01  8:12 BUG: sleeping function called during table_load() Hannes Reinecke
@ 2013-03-01  8:26 ` Jun'ichi Nomura
  2013-03-01  9:06   ` Jens Axboe
  2013-03-01 12:32 ` Missing /dev/disk/by-path directory Christian May
  1 sibling, 1 reply; 6+ messages in thread
From: Jun'ichi Nomura @ 2013-03-01  8:26 UTC (permalink / raw)
  To: device-mapper development, Hannes Reinecke, Jens Axboe

Hi Hannes,

On 03/01/13 17:12, Hannes Reinecke wrote:
> during booting 3.8.0 I hit this:
> 
> BUG: sleeping function called from invalid context at kernel/rcutree.c:2208
> in_atomic(): 1, irqs_disabled(): 0, pid: 1976, name: multipath
> Pid: 1976, comm: multipath Not tainted 3.8.0-default+ #18

It seems the same issue with this:
  [PATCH repost] blkcg: fix "scheduling while atomic" in blk_queue_bypass_start
  https://patchwork.kernel.org/patch/2183891/

I've been waiting for Jens to pick it up.

-- 
Jun'ichi Nomura, NEC Corporation

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: BUG: sleeping function called during table_load()
  2013-03-01  8:26 ` Jun'ichi Nomura
@ 2013-03-01  9:06   ` Jens Axboe
  2013-04-09  5:37     ` Jun'ichi Nomura
  0 siblings, 1 reply; 6+ messages in thread
From: Jens Axboe @ 2013-03-01  9:06 UTC (permalink / raw)
  To: Jun'ichi Nomura; +Cc: device-mapper development

On Fri, Mar 01 2013, Jun'ichi Nomura wrote:
> Hi Hannes,
> 
> On 03/01/13 17:12, Hannes Reinecke wrote:
> > during booting 3.8.0 I hit this:
> > 
> > BUG: sleeping function called from invalid context at kernel/rcutree.c:2208
> > in_atomic(): 1, irqs_disabled(): 0, pid: 1976, name: multipath
> > Pid: 1976, comm: multipath Not tainted 3.8.0-default+ #18
> 
> It seems the same issue with this:
>   [PATCH repost] blkcg: fix "scheduling while atomic" in blk_queue_bypass_start
>   https://patchwork.kernel.org/patch/2183891/
> 
> I've been waiting for Jens to pick it up.

I just offloaded the bigger chunk for 3.9, there will be a 2nd round
after -rc1 where this is going to be included (amongst other things).

-- 
Jens Axboe

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Missing /dev/disk/by-path directory
  2013-03-01  8:12 BUG: sleeping function called during table_load() Hannes Reinecke
  2013-03-01  8:26 ` Jun'ichi Nomura
@ 2013-03-01 12:32 ` Christian May
  1 sibling, 0 replies; 6+ messages in thread
From: Christian May @ 2013-03-01 12:32 UTC (permalink / raw)
  To: device-mapper development


[-- Attachment #1.1: Type: text/plain, Size: 243 bytes --]

Hi,

my RHEL 5.9 host system has several SCSI LUNs attached. For some reason 
the /dev/disk/by-path directory is missing...Does anybody has an idea what 
went wrong
or how to debug. Other RHEL 5.9 system are fine.

Regards,

Christian May
IBM

[-- Attachment #1.2: Type: text/html, Size: 505 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: BUG: sleeping function called during table_load()
  2013-03-01  9:06   ` Jens Axboe
@ 2013-04-09  5:37     ` Jun'ichi Nomura
  2013-04-09 13:02       ` Jens Axboe
  0 siblings, 1 reply; 6+ messages in thread
From: Jun'ichi Nomura @ 2013-04-09  5:37 UTC (permalink / raw)
  To: Jens Axboe; +Cc: device-mapper development

Hello Jens,

On 03/01/13 18:06, Jens Axboe wrote:
> On Fri, Mar 01 2013, Jun'ichi Nomura wrote:
>> On 03/01/13 17:12, Hannes Reinecke wrote:
>>> during booting 3.8.0 I hit this:
>>>
>>> BUG: sleeping function called from invalid context at kernel/rcutree.c:2208
>>> in_atomic(): 1, irqs_disabled(): 0, pid: 1976, name: multipath
>>> Pid: 1976, comm: multipath Not tainted 3.8.0-default+ #18
>>
>> It seems the same issue with this:
>>   [PATCH repost] blkcg: fix "scheduling while atomic" in blk_queue_bypass_start
>>   https://patchwork.kernel.org/patch/2183891/
>>
>> I've been waiting for Jens to pick it up.
> 
> I just offloaded the bigger chunk for 3.9, there will be a 2nd round
> after -rc1 where this is going to be included (amongst other things).

It seems the above patch hasn't yet included in 3.9-rc6.
Could you take it?
(Maybe for 3.10, if it's too late for 3.9)

-- 
Jun'ichi Nomura, NEC Corporation

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: BUG: sleeping function called during table_load()
  2013-04-09  5:37     ` Jun'ichi Nomura
@ 2013-04-09 13:02       ` Jens Axboe
  0 siblings, 0 replies; 6+ messages in thread
From: Jens Axboe @ 2013-04-09 13:02 UTC (permalink / raw)
  To: Jun'ichi Nomura; +Cc: device-mapper development

On Tue, Apr 09 2013, Jun'ichi Nomura wrote:
> Hello Jens,
> 
> On 03/01/13 18:06, Jens Axboe wrote:
> > On Fri, Mar 01 2013, Jun'ichi Nomura wrote:
> >> On 03/01/13 17:12, Hannes Reinecke wrote:
> >>> during booting 3.8.0 I hit this:
> >>>
> >>> BUG: sleeping function called from invalid context at kernel/rcutree.c:2208
> >>> in_atomic(): 1, irqs_disabled(): 0, pid: 1976, name: multipath
> >>> Pid: 1976, comm: multipath Not tainted 3.8.0-default+ #18
> >>
> >> It seems the same issue with this:
> >>   [PATCH repost] blkcg: fix "scheduling while atomic" in blk_queue_bypass_start
> >>   https://patchwork.kernel.org/patch/2183891/
> >>
> >> I've been waiting for Jens to pick it up.
> > 
> > I just offloaded the bigger chunk for 3.9, there will be a 2nd round
> > after -rc1 where this is going to be included (amongst other things).
> 
> It seems the above patch hasn't yet included in 3.9-rc6.
> Could you take it?
> (Maybe for 3.10, if it's too late for 3.9)

I queued it up for 3.10, thanks.

-- 
Jens Axboe

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2013-04-09 13:02 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-03-01  8:12 BUG: sleeping function called during table_load() Hannes Reinecke
2013-03-01  8:26 ` Jun'ichi Nomura
2013-03-01  9:06   ` Jens Axboe
2013-04-09  5:37     ` Jun'ichi Nomura
2013-04-09 13:02       ` Jens Axboe
2013-03-01 12:32 ` Missing /dev/disk/by-path directory Christian May

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.