https://bugzilla.novell.com/show_bug.cgi?id=652935
https://bugzilla.novell.com/show_bug.cgi?id=652935#c4
Terry Sanders changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |NEW
InfoProvider|novell@vertone.co.uk |
--- Comment #4 from Terry Sanders 2010-11-16 11:10:37 UTC ---
The boot log from a native kernel is provided in the original attachment. The
file in the zip archive is called boot.msg.desktop.
Adding "iommu=0" resulted in the machine booting xen without any screen
corruption. Once booted I was unable to change the graphics mode from 800x600
to any other mode.
I've been playing around with rebuilding the xen source and adding messages to
the boot sequence of the the form:
printk("Reached point X\n"); mdelay(2000);
so that I can see how far it progresses until the screen gets corrupted. So far
I have managed to trace the following path before the problem occurs:
/xen/arch/x86/setup.c: __start_xen()
dom0 = domain_create(0, 0, DOMCRF_s3_integrity, DOM0_SSIDREF);
/xen/common/domain.c: domain_create()
if ( arch_domain_create(d, domcr_flags) != 0 )
/xen/arch/x86/domain.c: arch_domain_create()
if ( (rc = iommu_domain_init(d)) != 0 )
It is in the iommu_domain_init() function that the problem occurs which seems
to tie in nicely with the flag you had me test.
Unfortunately this just about exhausts my ability in the debugging department.
If you would like me to add/remove anything to the xen source and test it then
let me know.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.