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

[Xen-devel] RE: latest xen-unstable fails to boot on Dell D630 (likely hpet/Cstate problem)


  • To: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>, "Xen-Devel (E-mail)" <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Yu, Ke" <ke.yu@xxxxxxxxx>
  • Date: Tue, 8 Dec 2009 15:07:31 +0800
  • Accept-language: en-US
  • Acceptlanguage: en-US
  • Cc:
  • Delivery-date: Mon, 07 Dec 2009 23:10:14 -0800
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Acp3lb2fZfmvdGrTT3OpHSGKplWkxQAOX/kA
  • Thread-topic: latest xen-unstable fails to boot on Dell D630 (likely hpet/Cstate problem)

>-----Original Message-----
>In this thread, I observed that I was unable to
>provoke deep C state (C3) on my Dell D630, which has
>a Intel Merom (dual-core laptop) processor.  At that
>time, when I tried enabling hpetbroadcast, dom0 boot failed.
>
>http://lists.xensource.com/archives/html/xen-devel/2009-10/msg01027.html
>
>As it turned out, all RHEL5-based (maybe RHEL4- also) dom0
>default installation run /sbin/hwclock, which IIRC takes
>the RTC away from Xen and gives it to dom0.  Since the
>Xen hpet emulation does not do RTC emulation, bad things
>then happen when a deep Cstate is entered (dom0 apparently
>never wakes up).  I think Ke Yu has also reproduced this problem.
>
>Sometime in the last few weeks, some patch in xen-unstable
>apparently changed some defaults and xen-unstable will
>no longer boot with this processor/dom0, with or without
>hpetbroadcast on the Xen command line.  However, specifying
>max_cstate=2 on the Xen command line allows a successful
>dom0 boot, so I suspect the problem is the same (or at
>least very similar).
>
>I did a quick scan for hpet changes and found c/s 20497,
>but backing it out made no difference.
>
>I have a workaround for now, but since it is likely that
>many customers (including all of Oracle's OVS customers)
>use a RHEL5-based dom0 boot sequence, and Merom processors
>work fine otherwise, it would be nice to get this identified
>and fixed before 4.0.

Let's firstly figure out which component the issue resides. 

Firstly, in the default boot (i.e. without specifying max_cstate=2), when dom0 
hangs, is xen still alive, E.g. can Xen response to three Ctrl-'A' in serial?

If only dom0 hangs, it is probably that RTC malfunction make incorrect dom0 
time and lead dom0 fail to boot. Then RTC emulation in hypervisor should fix 
this issue.

If Xen also hangs, it should be another bug, i.e. hpet broadcast does not wake 
up CPU in deep C states. in this case, if convenient, could you help to do some 
bisect to see which cset cause this bug?

Best Regards
Ke
_______________________________________________
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®.