[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] pci-passthrough not working on 4.0.1-rc1-pre: mm.c:3847:d10 Bad page 00000000001beab4: ed=ffff830151210000(10), sd=ffff830151210000, caf=8000000000000002, taf=7400000000000001



Hmm ok you are right, it seems to be the pvgrub thing this time with the 2.6.33 
kernel ..
Will try with the old debian one i had problems with as well ..


Wednesday, April 21, 2010, 5:02:02 PM, you wrote:

> On Wed, Apr 21, 2010 at 03:58:29PM +0200, Sander Eikelenboom wrote:
>> Hi Konrad,
>> 
>> Only tested it today, but the 2.6.33 kernel i used from your tree a couple 
>> of weeks ago also gives the bad page in xm dmesg.

> This is with the new Xen version (4.1) or the older one? Can you send me
> your guest config file? What happens if you don't use pv-grub and
> instead plunk the kernel and initrd straight from the guest and
> set it them to 'kernel=blah' and 'initrd=blah2'

>> The domU doesn't even boot, on console it reports the things below in this 
>> case it seems to go wrong on domain creation allready.
>> I think port 5 refers to pci device 5 i'm trying to passthrough, without the 
>> pci=['0000:05:00.0'] line the domain boots fine.

> There  is  a bug in the pv-grub (or py-grub?) where extra
> arguments (such as iommu=soft) choke the loader. Somebody else saw this
> some time ago and as a work-around referenced the kernel and initrm
> directly. 

>> 
>>   Booting 'Debian GNU/Linux, vmlinuz-2.6.33'
>> 
>> lock
>> root            (hd1)
>>  Filesystem type is ext2fs, using whole disk
>> kernel          /boot/vmlinuz-2.6.33 root=/dev/xvda2 ro iommu=soft 
>> swiotlb=forc
>> e
>> initrd          /boot/initrd.img-2.6.33
>> 
>> close blk: backend=/local/domain/0/backend/vbd/21/51713 node=device/vbd/51713
>> close blk: backend=/local/domain/0/backend/vbd/21/51714 node=device/vbd/51714
>> port 5 still bound!
>> 
>> 
>> in xm dmesg:
>> (XEN) mm.c:3847:d21 Bad page 000000000013ea83: ed=ffff8301f3a70000(21), 
>> sd=ffff8301f3a70000, caf=8000000000000002, taf=7400000000000001
>> (XEN) mm.c:3847:d21 Bad page 000000000013ea83: ed=ffff8301f3a70000(21), 
>> sd=ffff8301f3a70000, caf=8000000000000002, taf=7400000000000001
>> (XEN) mm.c:3847:d21 Bad page 000000000013ea83: ed=ffff8301f3a70000(21), 
>> sd=ffff8301f3a70000, caf=8000000000000002, taf=7400000000000001
>> (XEN) mm.c:3847:d21 Bad page 000000000013ea83: ed=ffff8301f3a70000(21), 
>> sd=ffff8301f3a70000, caf=8000000000000002, taf=7400000000000001
>> (XEN) mm.c:3847:d21 Bad page 000000000013ea83: ed=ffff8301f3a70000(21), 
>> sd=ffff8301f3a70000, caf=8000000000000002, taf=7400000000000001
>> (XEN) mm.c:3847:d21 Bad page 000000000013ea83: ed=ffff8301f3a70000(21), 
>> sd=ffff8301f3a70000, caf=8000000000000002, taf=7400000000000001
>> 



-- 
Best regards,
 Sander                            mailto:linux@xxxxxxxxxxxxxx


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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.