After some more looking around, I think I did find the cause
(presumably the 'xen_blk: can't get major 8 with name sd' and subsequent
oops is bad)- I'm still at a loss to explain why - this was using the
same kernel version and config, that was originally working (with new
xen patch, make clean & recompile).
Relevant section of boot log below:
Registering block device major 8
register_blkdev: cannot get major 8 for sd
xen_blk: can't get major 8 with name sd
Unable to handle kernel NULL pointer dereference at virtual address 00000104
printing eip:
c024fa2b
*pde = ma 00000000 pa 55555000
Oops: 0002 [#1]
SMP
Modules linked in:
CPU: 0
EIP: 0061:[<c024fa2b>] Not tainted VLI
EFLAGS: 00010086 (2.6.12.6.5-xen)
EIP is at blk_start_queue+0xb/0x60
eax: 00000000 ebx: 00000000 ecx: fbffc000 edx: 00000000
esi: c026bbb0 edi: c04babab ebp: c0372f80 esp: c0031ee4
ds: 007b es: 007b ss: 0069
Process xenwatch (pid: 7, threadinfo=c0030000 task=c0025a20)
Stack: 00000003 c004e000 c026be83 00000000 c004e000 c026bdab c004e000
00000000
00000004 00000000 00000200 c004e000 c033039e c0031f30 c034232a
c034a261
c0031f34 00000000 0000a000 00000000 00000200 c041b480 c026a36c
c004e000
Call Trace:
[<c026be83>] kick_pending_request_queues+0x23/0x40
[<c026bdab>] connect+0x11b/0x130
[<c026a36c>] otherend_changed+0x8c/0x90
[<c02697d4>] xenwatch_thread+0x124/0x150
[<c0132ac0>] autoremove_wake_function+0x0/0x60
[<c0132ac0>] autoremove_wake_function+0x0/0x60
[<c02696b0>] xenwatch_thread+0x0/0x150
[<c01325ea>] kthread+0xba/0xc0
[<c0132530>] kthread+0x0/0xc0
[<c0107915>] kernel_thread_helper+0x5/0x10
Code: 83 ec 04 8b 44 24 08 89 04 24 ff 50 60 59 c3 90 81 44 24 04 a0 00
00 00 e9 f3 25 00 00 8d 76 00 83 ec 08 89 5c 24 04 8b 5c 24 0c <f0> 0f
ba b3 04 01 00 00 02 f0 0f ba ab 04 01 00 00 06 19 c0 85
<6>IP: routing cache hash table of 512 buckets, 4Kbytes
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
ip_conntrack version 2.1 (320 buckets, 2560 max) - 216 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
ipt_recent v0.3.1: Stephen Frost <sfrost@xxxxxxxxxxx>.
http://snowman.net/projects/ipt_recent/
arp_tables: (C) 2002 David S. Miller
NET: Registered protocol family 1
NET: Registered protocol family 17
Bridge firewalling registered
VFS: Cannot open root device "sda1" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(0,0)
--
David Brain - Bandwidth.com
mailto:dbrain@xxxxxxxxxxxxx
(919) 297 1078
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
| 
Home