Ryan Harper
2004-Dec-17 22:49 UTC
[Xen-devel] Oops on NULL pointer with three disks mapped in to dom1
I''ve been trying to run the debian netboot iso inside an unpriviledged
domain. In doing so, I mapped in a physical partition, the initrd, and
the iso with the following values:
disk = [ ''phy:/dev/hda7,hda1,w'',
''file:/tmp/initrd26,hdb1,r'',
''file:/tmp/sarge-i386-netinst.iso,hdc1,r'' ]
When trying to boot this configuration, the kernel takes a dive when
initializing the virtual block device driver. If I take out any one of the
three, the VBD initializes fine. Anyone seen this?
Thanks,
Ryan Harper
Linux version 2.6.9-xenU (xenod@labyrinth.cl.cam.ac.uk) (gcc version 3.2.2
20030222 (Red Hat Linux 3.2.2-5)) #1 Wed Nov 17 22:29:37 GMT 2004
BIOS-provided physical RAM map:
Xen: 0000000000000000 - 0000000004000000 (usable)
64MB LOWMEM available.
DMI not present.
Built 1 zonelists
Kernel command line: root=/dev/hdb1 ro vga=normal ramdisk_size=10240
devfs=mount,dall rw --
Initializing CPU#0
PID hash table entries: 512 (order: 9, 8192 bytes)
Xen reported: 448.066 MHz processor.
Using tsc for high-res timesource
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 52492k/65536k available (1596k kernel code, 13004k reserved, 466k data,
92k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 512K
CPU: Intel Pentium II (Deschutes) stepping 02
Checking ''hlt'' instruction... disabled
checking if image is initramfs...it isn''t (ungzip failed); looks like
an initrd
Freeing initrd memory: 9952k freed
NET: Registered protocol family 16
Initializing Cryptographic API
RAMDISK driver initialized: 16 RAM disks of 10240K size 1024 blocksize
Xen virtual console successfully installed as tty
Event-channel device installed.
Starting Xen Balloon driver
xen_blk: Initialising virtual block device driver
Using anticipatory io scheduler
Unable to handle kernel NULL pointer dereference at virtual address 00000008
printing eip:
c0188672
*pde = ma 00000000 pa 55555000
[<c0188761>] sysfs_create_dir+0x40/0x73
[<c0188761>] sysfs_create_dir+0x40/0x73
[<c0202e89>] create_dir+0x1f/0x4b
[<c0203390>] kobject_add+0x93/0xdd
[<c02033fd>] kobject_register+0x23/0x5b
[<c0226d6a>] do_blkif_request+0x0/0xd4
[<c021d179>] blk_register_queue+0x95/0xc0
[<c0227ea2>] xlvbd_get_gendisk+0x19d/0x1bb
[<c0227f34>] xlvbd_init_device+0x74/0x100
[<c0228025>] xlvbd_init+0x65/0x98
[<c02277cf>] blkif_connect+0xaf/0xc3
[<c0226e3e>] blkif_int+0x0/0x19b
[<c0227962>] blkif_ctrlif_rx+0x36/0x38
[<c0108b96>] __ctrl_if_rxmsg_deferred+0x4a/0x59
[<c012c801>] worker_thread+0x22b/0x32f
[<c0108b4c>] __ctrl_if_rxmsg_deferred+0x0/0x59
[<c011945e>] default_wake_function+0x0/0x12
[<c011945e>] default_wake_function+0x0/0x12
[<c012c5d6>] worker_thread+0x0/0x32f
[<c0130925>] kthread+0xa5/0xab
[<c0130880>] kthread+0x0/0xab
[<c010f1c1>] kernel_thread_helper+0x5/0xb
Oops: 0000 [#1]
PREEMPT
Modules linked in:
CPU: 0
EIP: 0061:[<c0188672>] Not tainted VLI
EFLAGS: 00010296 (2.6.9-xenU)
EIP is at create_dir+0x17/0x9c
eax: c10ebe38 ebx: c3b46e3c ecx: 00000000 edx: c3b46e40
esi: 00000000 edi: c10ebe38 ebp: c10dec00 esp: c10ebe0c
ds: 007b es: 007b ss: 0069
Process events/0 (pid: 3, threadinfo=c10ea000 task=c10d9020)
Stack: c10afe2c c02d28d0 c0188761 c3b46e3c c3b46e3c c10afe2c c0188761 c3b46e3c
00000000 c3b46e40 c10ebe38 00000000 00000000 c0202e89 c3b46e3c c3b46e3c
c3b46e3c c0203390 c3b46e3c fffffffd c3b46ce0 c3b46e3c c3b46e3c c02033fd
Call Trace:
[<c0188761>] sysfs_create_dir+0x40/0x73
[<c0188761>] sysfs_create_dir+0x40/0x73
[<c0202e89>] create_dir+0x1f/0x4b
[<c0203390>] kobject_add+0x93/0xdd
[<c02033fd>] kobject_register+0x23/0x5b
[<c0226d6a>] do_blkif_request+0x0/0xd4
[<c021d179>] blk_register_queue+0x95/0xc0
[<c0227ea2>] xlvbd_get_gendisk+0x19d/0x1bb
[<c0227f34>] xlvbd_init_device+0x74/0x100
[<c0228025>] xlvbd_init+0x65/0x98
[<c02277cf>] blkif_connect+0xaf/0xc3
[<c0226e3e>] blkif_int+0x0/0x19b
[<c0227962>] blkif_ctrlif_rx+0x36/0x38
[<c0108b96>] __ctrl_if_rxmsg_deferred+0x4a/0x59
[<c012c801>] worker_thread+0x22b/0x32f
[<c0108b4c>] __ctrl_if_rxmsg_deferred+0x0/0x59
[<c011945e>] default_wake_function+0x0/0x12
[<c011945e>] default_wake_function+0x0/0x12
[<c012c5d6>] worker_thread+0x0/0x32f
[<c0130925>] kthread+0xa5/0xab
[<c0130880>] kthread+0x0/0xab
[<c010f1c1>] kernel_thread_helper+0x5/0xb
Code: 9f 2c c0 c7 80 88 00 00 00 c0 9e 2c c0 83 40 24 01 31 c0 c3 83 ec 18 89 74
24 10 89 7c 24 14 89 5c 24 0c 8b 74 24 20 8b 7c 24 28 <8b> 46 08 8d 48 68
ff 48 68 0f 88 d9 03 00 00 8b 44 24 24 89 34
<6>xen_net: Initialising virtual ethernet driver.
xen_net: Failed to connect all virtual interfaces: err=-100
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET: Registered protocol family 1
NET: Registered protocol family 17
<kernel stops here>
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xen-devel
Ian Pratt
2004-Dec-18 16:09 UTC
Re: [Xen-devel] Oops on NULL pointer with three disks mapped in to dom1
> I''ve been trying to run the debian netboot iso inside an unpriviledged > domain. In doing so, I mapped in a physical partition, the initrd, and > the iso with the following values: > > disk = [ ''phy:/dev/hda7,hda1,w'', > ''file:/tmp/initrd26,hdb1,r'', > ''file:/tmp/sarge-i386-netinst.iso,hdc1,r'' ] > > When trying to boot this configuration, the kernel takes a dive when > initializing the virtual block device driver. If I take out any one of the > three, the VBD initializes fine. Anyone seen this?Interesting, it''s blowing up in sysfs. It should work... Can you see what happens if you change one or more of the devices to scsi e.g. sda1 BTW: you probably want to export the iso as hdc rather than hdc1. Ian ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Ryan Harper
2005-Jan-04 16:56 UTC
Re: [Xen-devel] Oops on NULL pointer with three disks mapped in to dom1
* Ian Pratt <Ian.Pratt@cl.cam.ac.uk> [2005-01-04 09:14]:> > I''ve been trying to run the debian netboot iso inside an unpriviledged > > domain. In doing so, I mapped in a physical partition, the initrd, and > > the iso with the following values: > > > > disk = [ ''phy:/dev/hda7,hda1,w'', > > ''file:/tmp/initrd26,hdb1,r'', > > ''file:/tmp/sarge-i386-netinst.iso,hdc1,r'' ] > > > > When trying to boot this configuration, the kernel takes a dive when > > initializing the virtual block device driver. If I take out any one of the > > three, the VBD initializes fine. Anyone seen this? > > Interesting, it''s blowing up in sysfs. It should work... > > Can you see what happens if you change one or more of the devices > to scsi e.g. sda1 > > BTW: you probably want to export the iso as hdc rather than hdc1.Thanks, changing one or more ide devices to scsi solves the sysfs oops. Thanks. Ryan Harper ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It''s fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel