xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
* Got kernel BUG message while PCI pass-through to domU
@ 2012-01-22  6:32 Eric Camachat
  2012-01-22 20:23 ` Konrad Rzeszutek Wilk
  0 siblings, 1 reply; 5+ messages in thread
From: Eric Camachat @ 2012-01-22  6:32 UTC (permalink / raw)
  To: xen-devel

Hi all,

I got kernel BUG message when PCI pass through to domU (xen-pv).
Is there any one seen this?

Eric

dom0 kernel config:
$ grep XEN_PCI linux-2.6.32.24/.config
CONFIG_XEN_PCI_PASSTHROUGH=y
CONFIG_XEN_PCIDEV_FRONTEND=y
CONFIG_XEN_PCIDEV_BACKEND=y
# CONFIG_XEN_PCIDEV_BACKEND_VPCI is not set
CONFIG_XEN_PCIDEV_BACKEND_PASS=y
# CONFIG_XEN_PCIDEV_BACKEND_SLOT is not set
# CONFIG_XEN_PCIDEV_BACKEND_CONTROLLER is not set
# CONFIG_XEN_PCIDEV_BE_DEBUG is not set


When start domU, got this error message in dom0:
BUG: sleeping function called from invalid context at mm/slab.c:3016
in_atomic(): 1, irqs_disabled(): 0, pid: 21, name: xenwatch
Pid: 21, comm: xenwatch Tainted: P           2.6.32.24-ws-symbol #1
Call Trace:
 [<ffffffff810365e4>] __might_sleep+0xf4/0x110
 [<ffffffff810ac478>] __kmalloc+0x118/0x140
 [<ffffffff811c1837>] kvasprintf+0x57/0x90
 [<ffffffff813fcd8a>] ? error_exit+0x2a/0x60
 [<ffffffff811c18d0>] kasprintf+0x60/0x70
 [<ffffffff810101c2>] ? check_events+0x12/0x20
 [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
 [<ffffffff810ab6a7>] ? kfree+0x87/0xd0
 [<ffffffff8123328a>] ? read_reply+0x13a/0x150
 [<ffffffff812337ae>] join+0x4e/0x60
 [<ffffffff8123396c>] xenbus_read+0x2c/0x70
 [<ffffffff8123402f>] xenbus_scanf+0x2f/0xa0
 [<ffffffff8100f82d>] ? xen_force_evtchn_callback+0xd/0x10
 [<ffffffff810101c2>] ? check_events+0x12/0x20
 [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
 [<ffffffff810ab6a7>] ? kfree+0x87/0xd0
 [<ffffffff8123391c>] ? xenbus_printf+0xbc/0xe0
 [<ffffffff8100f82d>] ? xen_force_evtchn_callback+0xd/0x10
 [<ffffffff8123a600>] pciback_publish_pci_root+0x40/0x1a0
 [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
nx4524-7AC4F0# [<ffffffff810ac53e>] ? kmem_cache_alloc+0x9e/0xf0
 [<ffffffff81010e26>] ? xen_register_device_domain_owner+0x86/0xc0
 [<ffffffff8123cc78>] pciback_publish_pci_roots+0x88/0xc0
 [<ffffffff8123a5c0>] ? pciback_publish_pci_root+0x0/0x1a0
 [<ffffffff8123aadd>] pciback_be_watch+0x1dd/0x290
 [<ffffffff81232d64>] ? xs_error+0x14/0x20
 [<ffffffff81233571>] ? xs_watch+0x51/0x60
 [<ffffffff81233b0d>] ? register_xenbus_watch+0xdd/0xf0
 [<ffffffff8123a900>] ? pciback_be_watch+0x0/0x290
 [<ffffffff8123b0a9>] pciback_xenbus_probe+0x139/0x140
 [<ffffffff81234f3a>] xenbus_dev_probe+0xaa/0x130
 [<ffffffff8127950b>] driver_probe_device+0x7b/0x160
 [<ffffffff812797e0>] ? __device_attach+0x0/0x50
 [<ffffffff8127981d>] __device_attach+0x3d/0x50
 [<ffffffff812785e8>] bus_for_each_drv+0x68/0x90
 [<ffffffff8127973b>] device_attach+0x7b/0x80
 [<ffffffff81278565>] bus_probe_device+0x25/0x40
 [<ffffffff81276ac3>] device_add+0x293/0x570
 [<ffffffff811b8da6>] ? kobject_init+0x36/0x80
 [<ffffffff81276db9>] device_register+0x19/0x20
 [<ffffffff81234780>] xenbus_probe_node+0x130/0x1b0
 [<ffffffff81234996>] xenbus_dev_changed+0x196/0x1a0
 [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
 [<ffffffff8103652b>] ? __might_sleep+0x3b/0x110
 [<ffffffff812350b6>] backend_changed+0x16/0x20
 [<ffffffff81233e4b>] xenwatch_thread+0x10b/0x150
 [<ffffffff81057d90>] ? autoremove_wake_function+0x0/0x40
 [<ffffffff81233d40>] ? xenwatch_thread+0x0/0x150
 [<ffffffff81057c1e>] kthread+0x8e/0xa0
 [<ffffffff81014dfa>] child_rip+0xa/0x20
 [<ffffffff81013fa6>] ? int_ret_from_sys_call+0x7/0x1b

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

* Re: Got kernel BUG message while PCI pass-through to domU
  2012-01-22  6:32 Got kernel BUG message while PCI pass-through to domU Eric Camachat
@ 2012-01-22 20:23 ` Konrad Rzeszutek Wilk
  2012-01-23 19:13   ` Eric Camachat
  2012-01-23 19:22   ` Eric Camachat
  0 siblings, 2 replies; 5+ messages in thread
From: Konrad Rzeszutek Wilk @ 2012-01-22 20:23 UTC (permalink / raw)
  To: Eric Camachat; +Cc: xen-devel

On Sat, Jan 21, 2012 at 10:32:37PM -0800, Eric Camachat wrote:
> Hi all,
> 
> I got kernel BUG message when PCI pass through to domU (xen-pv).
> Is there any one seen this?

Yes. The fix is in the upstream kernel. Please use 3.1.

> 
> Eric
> 
> dom0 kernel config:
> $ grep XEN_PCI linux-2.6.32.24/.config
> CONFIG_XEN_PCI_PASSTHROUGH=y
> CONFIG_XEN_PCIDEV_FRONTEND=y
> CONFIG_XEN_PCIDEV_BACKEND=y
> # CONFIG_XEN_PCIDEV_BACKEND_VPCI is not set
> CONFIG_XEN_PCIDEV_BACKEND_PASS=y
> # CONFIG_XEN_PCIDEV_BACKEND_SLOT is not set
> # CONFIG_XEN_PCIDEV_BACKEND_CONTROLLER is not set
> # CONFIG_XEN_PCIDEV_BE_DEBUG is not set
> 
> 
> When start domU, got this error message in dom0:
> BUG: sleeping function called from invalid context at mm/slab.c:3016
> in_atomic(): 1, irqs_disabled(): 0, pid: 21, name: xenwatch
> Pid: 21, comm: xenwatch Tainted: P           2.6.32.24-ws-symbol #1
> Call Trace:
>  [<ffffffff810365e4>] __might_sleep+0xf4/0x110
>  [<ffffffff810ac478>] __kmalloc+0x118/0x140
>  [<ffffffff811c1837>] kvasprintf+0x57/0x90
>  [<ffffffff813fcd8a>] ? error_exit+0x2a/0x60
>  [<ffffffff811c18d0>] kasprintf+0x60/0x70
>  [<ffffffff810101c2>] ? check_events+0x12/0x20
>  [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
>  [<ffffffff810ab6a7>] ? kfree+0x87/0xd0
>  [<ffffffff8123328a>] ? read_reply+0x13a/0x150
>  [<ffffffff812337ae>] join+0x4e/0x60
>  [<ffffffff8123396c>] xenbus_read+0x2c/0x70
>  [<ffffffff8123402f>] xenbus_scanf+0x2f/0xa0
>  [<ffffffff8100f82d>] ? xen_force_evtchn_callback+0xd/0x10
>  [<ffffffff810101c2>] ? check_events+0x12/0x20
>  [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
>  [<ffffffff810ab6a7>] ? kfree+0x87/0xd0
>  [<ffffffff8123391c>] ? xenbus_printf+0xbc/0xe0
>  [<ffffffff8100f82d>] ? xen_force_evtchn_callback+0xd/0x10
>  [<ffffffff8123a600>] pciback_publish_pci_root+0x40/0x1a0
>  [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
> nx4524-7AC4F0# [<ffffffff810ac53e>] ? kmem_cache_alloc+0x9e/0xf0
>  [<ffffffff81010e26>] ? xen_register_device_domain_owner+0x86/0xc0
>  [<ffffffff8123cc78>] pciback_publish_pci_roots+0x88/0xc0
>  [<ffffffff8123a5c0>] ? pciback_publish_pci_root+0x0/0x1a0
>  [<ffffffff8123aadd>] pciback_be_watch+0x1dd/0x290
>  [<ffffffff81232d64>] ? xs_error+0x14/0x20
>  [<ffffffff81233571>] ? xs_watch+0x51/0x60
>  [<ffffffff81233b0d>] ? register_xenbus_watch+0xdd/0xf0
>  [<ffffffff8123a900>] ? pciback_be_watch+0x0/0x290
>  [<ffffffff8123b0a9>] pciback_xenbus_probe+0x139/0x140
>  [<ffffffff81234f3a>] xenbus_dev_probe+0xaa/0x130
>  [<ffffffff8127950b>] driver_probe_device+0x7b/0x160
>  [<ffffffff812797e0>] ? __device_attach+0x0/0x50
>  [<ffffffff8127981d>] __device_attach+0x3d/0x50
>  [<ffffffff812785e8>] bus_for_each_drv+0x68/0x90
>  [<ffffffff8127973b>] device_attach+0x7b/0x80
>  [<ffffffff81278565>] bus_probe_device+0x25/0x40
>  [<ffffffff81276ac3>] device_add+0x293/0x570
>  [<ffffffff811b8da6>] ? kobject_init+0x36/0x80
>  [<ffffffff81276db9>] device_register+0x19/0x20
>  [<ffffffff81234780>] xenbus_probe_node+0x130/0x1b0
>  [<ffffffff81234996>] xenbus_dev_changed+0x196/0x1a0
>  [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
>  [<ffffffff8103652b>] ? __might_sleep+0x3b/0x110
>  [<ffffffff812350b6>] backend_changed+0x16/0x20
>  [<ffffffff81233e4b>] xenwatch_thread+0x10b/0x150
>  [<ffffffff81057d90>] ? autoremove_wake_function+0x0/0x40
>  [<ffffffff81233d40>] ? xenwatch_thread+0x0/0x150
>  [<ffffffff81057c1e>] kthread+0x8e/0xa0
>  [<ffffffff81014dfa>] child_rip+0xa/0x20
>  [<ffffffff81013fa6>] ? int_ret_from_sys_call+0x7/0x1b
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

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

* Re: Got kernel BUG message while PCI pass-through to domU
  2012-01-22 20:23 ` Konrad Rzeszutek Wilk
@ 2012-01-23 19:13   ` Eric Camachat
  2012-01-23 19:22   ` Eric Camachat
  1 sibling, 0 replies; 5+ messages in thread
From: Eric Camachat @ 2012-01-23 19:13 UTC (permalink / raw)
  To: Konrad Rzeszutek Wilk; +Cc: xen-devel

Thank you!

Eric

On Sun, Jan 22, 2012 at 12:23 PM, Konrad Rzeszutek Wilk
<konrad@darnok.org> wrote:
> On Sat, Jan 21, 2012 at 10:32:37PM -0800, Eric Camachat wrote:
>> Hi all,
>>
>> I got kernel BUG message when PCI pass through to domU (xen-pv).
>> Is there any one seen this?
>
> Yes. The fix is in the upstream kernel. Please use 3.1.
>
>>
>> Eric
>>
>> dom0 kernel config:
>> $ grep XEN_PCI linux-2.6.32.24/.config
>> CONFIG_XEN_PCI_PASSTHROUGH=y
>> CONFIG_XEN_PCIDEV_FRONTEND=y
>> CONFIG_XEN_PCIDEV_BACKEND=y
>> # CONFIG_XEN_PCIDEV_BACKEND_VPCI is not set
>> CONFIG_XEN_PCIDEV_BACKEND_PASS=y
>> # CONFIG_XEN_PCIDEV_BACKEND_SLOT is not set
>> # CONFIG_XEN_PCIDEV_BACKEND_CONTROLLER is not set
>> # CONFIG_XEN_PCIDEV_BE_DEBUG is not set
>>
>>
>> When start domU, got this error message in dom0:
>> BUG: sleeping function called from invalid context at mm/slab.c:3016
>> in_atomic(): 1, irqs_disabled(): 0, pid: 21, name: xenwatch
>> Pid: 21, comm: xenwatch Tainted: P           2.6.32.24-ws-symbol #1
>> Call Trace:
>>  [<ffffffff810365e4>] __might_sleep+0xf4/0x110
>>  [<ffffffff810ac478>] __kmalloc+0x118/0x140
>>  [<ffffffff811c1837>] kvasprintf+0x57/0x90
>>  [<ffffffff813fcd8a>] ? error_exit+0x2a/0x60
>>  [<ffffffff811c18d0>] kasprintf+0x60/0x70
>>  [<ffffffff810101c2>] ? check_events+0x12/0x20
>>  [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
>>  [<ffffffff810ab6a7>] ? kfree+0x87/0xd0
>>  [<ffffffff8123328a>] ? read_reply+0x13a/0x150
>>  [<ffffffff812337ae>] join+0x4e/0x60
>>  [<ffffffff8123396c>] xenbus_read+0x2c/0x70
>>  [<ffffffff8123402f>] xenbus_scanf+0x2f/0xa0
>>  [<ffffffff8100f82d>] ? xen_force_evtchn_callback+0xd/0x10
>>  [<ffffffff810101c2>] ? check_events+0x12/0x20
>>  [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
>>  [<ffffffff810ab6a7>] ? kfree+0x87/0xd0
>>  [<ffffffff8123391c>] ? xenbus_printf+0xbc/0xe0
>>  [<ffffffff8100f82d>] ? xen_force_evtchn_callback+0xd/0x10
>>  [<ffffffff8123a600>] pciback_publish_pci_root+0x40/0x1a0
>>  [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
>> nx4524-7AC4F0# [<ffffffff810ac53e>] ? kmem_cache_alloc+0x9e/0xf0
>>  [<ffffffff81010e26>] ? xen_register_device_domain_owner+0x86/0xc0
>>  [<ffffffff8123cc78>] pciback_publish_pci_roots+0x88/0xc0
>>  [<ffffffff8123a5c0>] ? pciback_publish_pci_root+0x0/0x1a0
>>  [<ffffffff8123aadd>] pciback_be_watch+0x1dd/0x290
>>  [<ffffffff81232d64>] ? xs_error+0x14/0x20
>>  [<ffffffff81233571>] ? xs_watch+0x51/0x60
>>  [<ffffffff81233b0d>] ? register_xenbus_watch+0xdd/0xf0
>>  [<ffffffff8123a900>] ? pciback_be_watch+0x0/0x290
>>  [<ffffffff8123b0a9>] pciback_xenbus_probe+0x139/0x140
>>  [<ffffffff81234f3a>] xenbus_dev_probe+0xaa/0x130
>>  [<ffffffff8127950b>] driver_probe_device+0x7b/0x160
>>  [<ffffffff812797e0>] ? __device_attach+0x0/0x50
>>  [<ffffffff8127981d>] __device_attach+0x3d/0x50
>>  [<ffffffff812785e8>] bus_for_each_drv+0x68/0x90
>>  [<ffffffff8127973b>] device_attach+0x7b/0x80
>>  [<ffffffff81278565>] bus_probe_device+0x25/0x40
>>  [<ffffffff81276ac3>] device_add+0x293/0x570
>>  [<ffffffff811b8da6>] ? kobject_init+0x36/0x80
>>  [<ffffffff81276db9>] device_register+0x19/0x20
>>  [<ffffffff81234780>] xenbus_probe_node+0x130/0x1b0
>>  [<ffffffff81234996>] xenbus_dev_changed+0x196/0x1a0
>>  [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
>>  [<ffffffff8103652b>] ? __might_sleep+0x3b/0x110
>>  [<ffffffff812350b6>] backend_changed+0x16/0x20
>>  [<ffffffff81233e4b>] xenwatch_thread+0x10b/0x150
>>  [<ffffffff81057d90>] ? autoremove_wake_function+0x0/0x40
>>  [<ffffffff81233d40>] ? xenwatch_thread+0x0/0x150
>>  [<ffffffff81057c1e>] kthread+0x8e/0xa0
>>  [<ffffffff81014dfa>] child_rip+0xa/0x20
>>  [<ffffffff81013fa6>] ? int_ret_from_sys_call+0x7/0x1b
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

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

* Re: Got kernel BUG message while PCI pass-through to domU
  2012-01-22 20:23 ` Konrad Rzeszutek Wilk
  2012-01-23 19:13   ` Eric Camachat
@ 2012-01-23 19:22   ` Eric Camachat
  2012-01-24  0:36     ` Konrad Rzeszutek Wilk
  1 sibling, 1 reply; 5+ messages in thread
From: Eric Camachat @ 2012-01-23 19:22 UTC (permalink / raw)
  To: Konrad Rzeszutek Wilk; +Cc: xen-devel

Thanks,  Konrad.

Do you mean dom0 kernel? or The domU kernel?

Eric

On Sun, Jan 22, 2012 at 12:23 PM, Konrad Rzeszutek Wilk
<konrad@darnok.org> wrote:
> On Sat, Jan 21, 2012 at 10:32:37PM -0800, Eric Camachat wrote:
>> Hi all,
>>
>> I got kernel BUG message when PCI pass through to domU (xen-pv).
>> Is there any one seen this?
>
> Yes. The fix is in the upstream kernel. Please use 3.1.
>
>>
>> Eric
>>
>> dom0 kernel config:
>> $ grep XEN_PCI linux-2.6.32.24/.config
>> CONFIG_XEN_PCI_PASSTHROUGH=y
>> CONFIG_XEN_PCIDEV_FRONTEND=y
>> CONFIG_XEN_PCIDEV_BACKEND=y
>> # CONFIG_XEN_PCIDEV_BACKEND_VPCI is not set
>> CONFIG_XEN_PCIDEV_BACKEND_PASS=y
>> # CONFIG_XEN_PCIDEV_BACKEND_SLOT is not set
>> # CONFIG_XEN_PCIDEV_BACKEND_CONTROLLER is not set
>> # CONFIG_XEN_PCIDEV_BE_DEBUG is not set
>>
>>
>> When start domU, got this error message in dom0:
>> BUG: sleeping function called from invalid context at mm/slab.c:3016
>> in_atomic(): 1, irqs_disabled(): 0, pid: 21, name: xenwatch
>> Pid: 21, comm: xenwatch Tainted: P           2.6.32.24-ws-symbol #1
>> Call Trace:
>>  [<ffffffff810365e4>] __might_sleep+0xf4/0x110
>>  [<ffffffff810ac478>] __kmalloc+0x118/0x140
>>  [<ffffffff811c1837>] kvasprintf+0x57/0x90
>>  [<ffffffff813fcd8a>] ? error_exit+0x2a/0x60
>>  [<ffffffff811c18d0>] kasprintf+0x60/0x70
>>  [<ffffffff810101c2>] ? check_events+0x12/0x20
>>  [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
>>  [<ffffffff810ab6a7>] ? kfree+0x87/0xd0
>>  [<ffffffff8123328a>] ? read_reply+0x13a/0x150
>>  [<ffffffff812337ae>] join+0x4e/0x60
>>  [<ffffffff8123396c>] xenbus_read+0x2c/0x70
>>  [<ffffffff8123402f>] xenbus_scanf+0x2f/0xa0
>>  [<ffffffff8100f82d>] ? xen_force_evtchn_callback+0xd/0x10
>>  [<ffffffff810101c2>] ? check_events+0x12/0x20
>>  [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
>>  [<ffffffff810ab6a7>] ? kfree+0x87/0xd0
>>  [<ffffffff8123391c>] ? xenbus_printf+0xbc/0xe0
>>  [<ffffffff8100f82d>] ? xen_force_evtchn_callback+0xd/0x10
>>  [<ffffffff8123a600>] pciback_publish_pci_root+0x40/0x1a0
>>  [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
>> nx4524-7AC4F0# [<ffffffff810ac53e>] ? kmem_cache_alloc+0x9e/0xf0
>>  [<ffffffff81010e26>] ? xen_register_device_domain_owner+0x86/0xc0
>>  [<ffffffff8123cc78>] pciback_publish_pci_roots+0x88/0xc0
>>  [<ffffffff8123a5c0>] ? pciback_publish_pci_root+0x0/0x1a0
>>  [<ffffffff8123aadd>] pciback_be_watch+0x1dd/0x290
>>  [<ffffffff81232d64>] ? xs_error+0x14/0x20
>>  [<ffffffff81233571>] ? xs_watch+0x51/0x60
>>  [<ffffffff81233b0d>] ? register_xenbus_watch+0xdd/0xf0
>>  [<ffffffff8123a900>] ? pciback_be_watch+0x0/0x290
>>  [<ffffffff8123b0a9>] pciback_xenbus_probe+0x139/0x140
>>  [<ffffffff81234f3a>] xenbus_dev_probe+0xaa/0x130
>>  [<ffffffff8127950b>] driver_probe_device+0x7b/0x160
>>  [<ffffffff812797e0>] ? __device_attach+0x0/0x50
>>  [<ffffffff8127981d>] __device_attach+0x3d/0x50
>>  [<ffffffff812785e8>] bus_for_each_drv+0x68/0x90
>>  [<ffffffff8127973b>] device_attach+0x7b/0x80
>>  [<ffffffff81278565>] bus_probe_device+0x25/0x40
>>  [<ffffffff81276ac3>] device_add+0x293/0x570
>>  [<ffffffff811b8da6>] ? kobject_init+0x36/0x80
>>  [<ffffffff81276db9>] device_register+0x19/0x20
>>  [<ffffffff81234780>] xenbus_probe_node+0x130/0x1b0
>>  [<ffffffff81234996>] xenbus_dev_changed+0x196/0x1a0
>>  [<ffffffff810101af>] ? xen_restore_fl_direct_end+0x0/0x1
>>  [<ffffffff8103652b>] ? __might_sleep+0x3b/0x110
>>  [<ffffffff812350b6>] backend_changed+0x16/0x20
>>  [<ffffffff81233e4b>] xenwatch_thread+0x10b/0x150
>>  [<ffffffff81057d90>] ? autoremove_wake_function+0x0/0x40
>>  [<ffffffff81233d40>] ? xenwatch_thread+0x0/0x150
>>  [<ffffffff81057c1e>] kthread+0x8e/0xa0
>>  [<ffffffff81014dfa>] child_rip+0xa/0x20
>>  [<ffffffff81013fa6>] ? int_ret_from_sys_call+0x7/0x1b
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

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

* Re: Got kernel BUG message while PCI pass-through to domU
  2012-01-23 19:22   ` Eric Camachat
@ 2012-01-24  0:36     ` Konrad Rzeszutek Wilk
  0 siblings, 0 replies; 5+ messages in thread
From: Konrad Rzeszutek Wilk @ 2012-01-24  0:36 UTC (permalink / raw)
  To: Eric Camachat; +Cc: xen-devel

On Mon, Jan 23, 2012 at 11:22:28AM -0800, Eric Camachat wrote:
> Thanks,  Konrad.
> 
> Do you mean dom0 kernel? or The domU kernel?

Please don't top post.

The fix (and the bug) are both in xen_pciback - which is in the
dom0.

The fix I believe is this git commit:
commit b1766b62890e3bba1a778a20ef8bf9348d6096c2
Author: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Date:   Fri Sep 16 14:43:14 2011 -0400

    xen/pciback: Use mutexes when working with Xenbus state transitions.
    
    The caller that orchestrates the state changes is xenwatch_thread
    and it takes a mutex. In our processing of Xenbus states we can take
    the luxery of going to sleep on a mutex, so lets do that and
    also fix this bug:
    
    BUG: sleeping function called from invalid context at
/linux/kernel/mutex.c:271
    in_atomic(): 1, irqs_disabled(): 0, pid: 32, name: xenwatch
    2 locks held by xenwatch/32:
     #0:  (xenwatch_mutex){......}, at: [<ffffffff813856ab>]
xenwatch_thread+0x4b/0x180
     #1:  (&(&pdev->dev_lock)->rlock){......}, at: [<ffffffff8138f05b>]
xen_pcibk_disconnect+0x1b/0x80
    Pid: 32, comm: xenwatch Not tainted 3.1.0-rc6-00015-g3ce340d #2
    Call Trace:
     [<ffffffff810892b2>] __might_sleep+0x102/0x130
     [<ffffffff8163b90f>] mutex_lock_nested+0x2f/0x50
     [<ffffffff81382c1c>] unbind_from_irq+0x2c/0x1b0
     [<ffffffff8110da66>] ? free_irq+0x56/0xb0
     [<ffffffff81382dbc>] unbind_from_irqhandler+0x1c/0x30
     [<ffffffff8138f06b>] xen_pcibk_disconnect+0x2b/0x80
     [<ffffffff81390348>] xen_pcibk_frontend_changed+0xe8/0x140
     [<ffffffff81387ac2>] xenbus_otherend_changed+0xd2/0x150
     [<ffffffff810895c1>] ? get_parent_ip+0x11/0x50
     [<ffffffff81387de0>] frontend_changed+0x10/0x20
     [<ffffffff81385712>] xenwatch_thread+0xb2/0x180
    
    Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>

So it went in 3.1.

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

end of thread, other threads:[~2012-01-24  0:36 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-01-22  6:32 Got kernel BUG message while PCI pass-through to domU Eric Camachat
2012-01-22 20:23 ` Konrad Rzeszutek Wilk
2012-01-23 19:13   ` Eric Camachat
2012-01-23 19:22   ` Eric Camachat
2012-01-24  0:36     ` Konrad Rzeszutek Wilk

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).