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

RE: [Xen-devel] dom0 issues with switching from X to consoleorstarting X

Yes, I had understood it that way. However, the problem descriptions we got do 
not involve creating a HVM guest anytime
between booting the machine and encountering the problem. Jan

>>> "Dugger, Donald D" <donald.d.dugger@xxxxxxxxx> 01.06.06 17:58 >>>

Sorry, I was a little unclear.  Jun's patch fixes a problem that only
appears on Dom0 but the root cause came from the HVM code.  Basically,
if you started an HVM guest and then tried to start X on Dom0 then X
would fail.

Don Dugger
"Censeo Toto nos in Kansa esse decisse." - D. Gale
Ph: (303)440-1368 

>-----Original Message-----
>From: Jan Beulich [mailto:jbeulich@xxxxxxxxxx] 
>Sent: Thursday, June 01, 2006 1:46 AM
>To: Dugger, Donald D
>Cc: xen-devel@xxxxxxxxxxxxxxxxxxx 
>Subject: RE: [Xen-devel] dom0 issues with switching from X to 
>consoleorstarting X
>No - as said in the original description, we see this with 
>solely running dom0. Jan
>>>> "Dugger, Donald D" <donald.d.dugger@xxxxxxxxx> 01.06.06 00:57 >>>
>If you are running fully virtualized guests then Jun Nakajima fixed a
>problem that was put into the Xen unstable tree this morning that was
>probably affecting you.  The page table entry for page 0 was getting
>corrupted after the first fully virtualized guest ran, causing problems
>for X.  I'd try the latest Xen unstable tree and see if that fixes your
>Don Dugger
>"Censeo Toto nos in Kansa esse decisse." - D. Gale
>Ph: (303)440-1368 
>>-----Original Message-----
>>From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx 
>>[mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of 
>Jan Beulich
>>Sent: Wednesday, May 31, 2006 10:05 AM
>>To: xen-devel@xxxxxxxxxxxxxxxxxxx 
>>Subject: [Xen-devel] dom0 issues with switching from X to 
>>console orstarting X
>>We are seeing a number of machines that (simply running dom0) 
>>either fail to start X (for reasons other than the machine
>>in native mode only working via the frame buffer driver) or 
>>fail to switch from (or back to) X to one of the consoles.
>>This normally looks like a hang, though at least in some cases 
>>it's only X apparently sitting in an endless loop. From
>>looking at data so far obtained from these systems this 
>>appears to be an issue with accessing the video BIOS, in either
>>not being to properly run this in vm86 mode (on 32 bits) or 
>>under emulation (on 64 bits). Has anyone seen similar
>>behavior and possibly knows more about this?
>>Thanks, Jan
>>Xen-devel mailing list

Xen-devel mailing list



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