| Summary: | xen-tools-4.0.0 incompatible with sys-fs/udev-154 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Leeman Strout <me> |
| Component: | [OLD] Server | Assignee: | Gentoo Xen Devs <xen> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | euan, gentoo, jon |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Leeman Strout
2010-05-14 18:27:31 UTC
I can confirm this with xen-4.0.0/udev-154 on ~amd64. OOPS follows: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008 IP: [<ffffffff8040dc1b>] netback_uevent+0x2b/0xc0 PGD 39e77067 PUD 3d2a8067 PMD 0 Oops: 0000 [#2] SMP last sysfs file: /sys/devices/xen-backend/vif-2-0/uevent CPU 3 Modules linked in: Pid: 2993, comm: udevd Tainted: G D 2.6.32-xen-r1 #1 PowerEdge 1950 RIP: e030:[<ffffffff8040dc1b>] [<ffffffff8040dc1b>] netback_uevent+0x2b/0xc0 RSP: e02b:ffff880039d45e18 EFLAGS: 00010246 RAX: 0000000000000000 RBX: ffff88003c0a2400 RCX: 0000000000000000 RDX: 0000000000000037 RSI: ffff88003d30b000 RDI: 0000000000000000 RBP: ffff88003d30b000 R08: ffff880039d45db8 R09: 0000000000000000 R10: 0000000000000001 R11: 0000000000000246 R12: ffff88003d30b000 R13: fffffffffffffff4 R14: ffff880039f3a000 R15: ffff880039c640a0 FS: 00007f223e527700(0000) GS:ffff88000103c000(0000) knlGS:0000000000000000 CS: e033 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000008 CR3: 000000003b7ef000 CR4: 0000000000002660 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process udevd (pid: 2993, threadinfo ffff880039d44000, task ffff88003c37f1c0) Stack: ffff88003d30b000 ffff88003c0a2448 ffff88003d30b000 ffff88003d30b000 <0> fffffffffffffff4 ffffffff803de08a ffff88003b64e2d0 ffff88003f802060 <0> ffff88003c0a2458 ffff88003f802060 ffff88003c0a2458 ffffffff803de2a8 Call Trace: [<ffffffff803de08a>] ? dev_uevent+0x7a/0x160 [<ffffffff803de2a8>] ? show_uevent+0x98/0xf0 [<ffffffff803ddd8e>] ? dev_attr_show+0x1e/0x50 [<ffffffff8020e77a>] ? sysfs_get_active_two+0x1a/0x50 [<ffffffff8020cf0b>] ? sysfs_read_file+0xbb/0x1b0 [<ffffffff801b29c5>] ? vfs_read+0xb5/0x180 [<ffffffff801b2b7e>] ? sys_read+0x4e/0x90 [<ffffffff801099e8>] ? system_call_fastpath+0x16/0x1b [<ffffffff80109980>] ? system_call+0x0/0x52 Code: 48 83 ec 28 48 89 5c 24 08 48 89 6c 24 10 4c 89 64 24 18 4c 89 6c 24 20 48 89 fb 48 89 f5 48 8d 7f 48 e8 89 32 fd ff 31 c9 31 ff <4c> 8b 60 08 48 8b 73 08 48 c7 c2 a7 31 7a 80 e8 01 ce fe ff 49 RIP [<ffffffff8040dc1b>] netback_uevent+0x2b/0xc0 RSP <ffff880039d45e18> CR2: 0000000000000008 ---[ end trace 319b2d4d89039f34 ]--- I suppose I should include that this is on 2.6.32-xen-r1 dom0 kernel. same here with xen 4.0 testing from hg with 2.6.33.3 pv ops kernel. any solutions for this? downgrading udev to what? Ben (In reply to comment #3) > same here with xen 4.0 testing from hg with 2.6.33.3 pv ops kernel. any > solutions for this? downgrading udev to what? Downgrading to udev-149 worked for me with no noticeable side effects. I'll dig into the bug if I find some free time. sys-fs/udev-151-r4 is the latest version of udev that has worked for me. the issue has persisted through to sys-kernel/xen-sources-2.6.34 and from outside reading it appears to be a bug in the kernel. here's the debian version of the bug: http://bugs.debian.org/583283 this appears to pertain only to the evtchn. I haven't seen any resolution of blktap issues that are basically the same. Xen 4.1 in tree. Please test with it and reopen if it doesnt work |
