From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Roger Cruz" Subject: Can't reboot Dell Latitude E6420 Date: Wed, 25 May 2011 15:09:54 -0500 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1300066300==" Return-path: Content-class: urn:content-classes:message List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org This is a multi-part message in MIME format. --===============1300066300== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC1B17.B623B8C8" This is a multi-part message in MIME format. ------_=_NextPart_001_01CC1B17.B623B8C8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm running Xen 4.0.1 on a Sandybridge-based Dell Latitude E6420 and I'm = finding that the platform reboot operation hangs. =20 I've done some investigation and have tracked down the code that dom0 = makes in order to reboot the platform is = HYPERVISOR_sched_op(SCHEDOP_shutdown, code), where 'code' is SHUTDOWN_reboot. This hypercall makes its way to the = Xen routine machine_restart() in xen/arch/x86/shutdown.c which performs = a reboot based on the default reboot_type=3DBOOT_ACPI. I have overrode = the reboot_type and made it BOOT_TRIPLE and BOOT_KBD, and both of these = options still hang after the invocation that is supposed to reboot the = platform. I experienced the same behavior from a serial Xen console 'R' reboot = action, which is expected since it too calls machine_restart(). I'm out of ideas here as to why these reboot calls are not working. I = figured that the triple fault of the processor would be one that always = works but it still hangs for me. Anyone have any ideas or suggestions = for additional tests? Thank you in advance. Roger R. Cruz ------_=_NextPart_001_01CC1B17.B623B8C8 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Can't reboot Dell Latitude E6420

I'm running Xen 4.0.1 on a Sandybridge-based Dell = Latitude E6420 and I'm finding that the platform reboot operation = hangs. 

I've done some investigation and have tracked down the code that dom0 = makes in order to reboot the platform is = HYPERVISOR_sched_op(SCHEDOP_shutdown, code),
where 'code' is SHUTDOWN_reboot.  This hypercall makes its way to = the Xen routine  machine_restart() in xen/arch/x86/shutdown.c which = performs a reboot based on the default reboot_type=3DBOOT_ACPI.  I = have overrode the reboot_type and made it BOOT_TRIPLE and BOOT_KBD, and = both of these options still hang after the invocation that is supposed = to reboot the platform.

I experienced the same behavior from a serial Xen console 'R' reboot = action, which is expected since it too calls machine_restart().

I'm out of ideas here as to why these reboot calls are not = working.  I figured that the triple fault of the processor would be = one that always works but it still hangs for me.  Anyone have any = ideas or suggestions for additional tests?

Thank you in advance.

Roger R. Cruz

------_=_NextPart_001_01CC1B17.B623B8C8-- --===============1300066300== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1300066300==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: Can't reboot Dell Latitude E6420 Date: Wed, 25 May 2011 17:19:00 -0400 Message-ID: <20110525211900.GA20444@dumpdata.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Roger Cruz Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Wed, May 25, 2011 at 03:09:54PM -0500, Roger Cruz wrote: > > I'm running Xen 4.0.1 on a Sandybridge-based Dell Latitude E6420 and I'm finding that the platform reboot operation hangs. Is that the prototype one? > > I've done some investigation and have tracked down the code that dom0 makes in order to reboot the platform is HYPERVISOR_sched_op(SCHEDOP_shutdown, code), > where 'code' is SHUTDOWN_reboot. This hypercall makes its way to the Xen routine machine_restart() in xen/arch/x86/shutdown.c which performs a reboot based on the default reboot_type=BOOT_ACPI. I have overrode the reboot_type and made it BOOT_TRIPLE and BOOT_KBD, and both of these options still hang after the invocation that is supposed to reboot the platform. > > I experienced the same behavior from a serial Xen console 'R' reboot action, which is expected since it too calls machine_restart(). > > I'm out of ideas here as to why these reboot calls are not working. I figured that the triple fault of the processor would be one that always works but it still hangs for me. Anyone have any ideas or suggestions for additional tests? Hm, you could fiddle with the Northbridge: http://smackerelofopinion.blogspot.com/2011/02/turning-off-pc-using-intel-82801-io.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+ASmackerelOfOpinion+%28A+Smackerel+of+Opinion%29 .. how did it reboot in the past? Does it reboot when you run under baremetal? I wonder what mechanism the baremetal employs - it might be that we are missing one for the Dell machines (check the DMI lookup tables in the Linux kernel)? > > Thank you in advance. > > Roger R. Cruz > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Roger Cruz" Subject: RE: Can't reboot Dell Latitude E6420 Date: Thu, 26 May 2011 10:23:57 -0500 Message-ID: References: <20110525211900.GA20444@dumpdata.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1655736318==" Return-path: Content-class: urn:content-classes:message List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Konrad Rzeszutek Wilk Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org This is a multi-part message in MIME format. --===============1655736318== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC1BB9.0FF1BA89" This is a multi-part message in MIME format. ------_=_NextPart_001_01CC1BB9.0FF1BA89 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Konrad, This system has the latest BIOS update (A04) and it can be rebooted fine = from Windows 7. Thanks Roger R. Cruz -----Original Message----- From: Konrad Rzeszutek Wilk [mailto:konrad.wilk@oracle.com] Sent: Wed 5/25/2011 5:19 PM To: Roger Cruz Cc: xen-devel@lists.xensource.com Subject: Re: [Xen-devel] Can't reboot Dell Latitude E6420 =20 On Wed, May 25, 2011 at 03:09:54PM -0500, Roger Cruz wrote: >=20 > I'm running Xen 4.0.1 on a Sandybridge-based Dell Latitude E6420 and = I'm finding that the platform reboot operation hangs. =20 Is that the prototype one? >=20 > I've done some investigation and have tracked down the code that dom0 = makes in order to reboot the platform is = HYPERVISOR_sched_op(SCHEDOP_shutdown, code), > where 'code' is SHUTDOWN_reboot. This hypercall makes its way to the = Xen routine machine_restart() in xen/arch/x86/shutdown.c which performs = a reboot based on the default reboot_type=3DBOOT_ACPI. I have overrode = the reboot_type and made it BOOT_TRIPLE and BOOT_KBD, and both of these = options still hang after the invocation that is supposed to reboot the = platform. >=20 > I experienced the same behavior from a serial Xen console 'R' reboot = action, which is expected since it too calls machine_restart(). >=20 > I'm out of ideas here as to why these reboot calls are not working. I = figured that the triple fault of the processor would be one that always = works but it still hangs for me. Anyone have any ideas or suggestions = for additional tests? Hm, you could fiddle with the Northbridge: = http://smackerelofopinion.blogspot.com/2011/02/turning-off-pc-using-intel= -82801-io.html?utm_source=3Dfeedburner&utm_medium=3Dfeed&utm_campaign=3DF= eed%3A+ASmackerelOfOpinion+%28A+Smackerel+of+Opinion%29 .. how did it reboot in the past? Does it reboot when you run under = baremetal? I wonder what mechanism the baremetal employs - it might be that we are missing one for the Dell machines = (check the DMI lookup tables in the Linux kernel)? >=20 > Thank you in advance. >=20 > Roger R. Cruz > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel No virus found in this incoming message. Checked by AVG - www.avg.com=20 Version: 9.0.901 / Virus Database: 271.1.1/3632 - Release Date: 05/25/11 = 02:34:00 ------_=_NextPart_001_01CC1BB9.0FF1BA89 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [Xen-devel] Can't reboot Dell Latitude E6420

Konrad,

This system has the latest BIOS update (A04) and it can be rebooted fine = from Windows 7.

Thanks

Roger R. Cruz


-----Original Message-----
From: Konrad Rzeszutek Wilk [mailto:konrad.wilk@oracle.com]=
Sent: Wed 5/25/2011 5:19 PM
To: Roger Cruz
Cc: xen-devel@lists.xensource.com
Subject: Re: [Xen-devel] Can't reboot Dell Latitude E6420

On Wed, May 25, 2011 at 03:09:54PM -0500, Roger Cruz wrote:
>
> I'm running Xen 4.0.1 on a Sandybridge-based Dell Latitude E6420 = and I'm finding that the platform reboot operation hangs. 

Is that the prototype one?
>
> I've done some investigation and have tracked down the code that = dom0 makes in order to reboot the platform is = HYPERVISOR_sched_op(SCHEDOP_shutdown, code),
> where 'code' is SHUTDOWN_reboot.  This hypercall makes its way = to the Xen routine  machine_restart() in xen/arch/x86/shutdown.c = which performs a reboot based on the default = reboot_type=3DBOOT_ACPI.  I have overrode the reboot_type and made = it BOOT_TRIPLE and BOOT_KBD, and both of these options still hang after = the invocation that is supposed to reboot the platform.
>
> I experienced the same behavior from a serial Xen console 'R' = reboot action, which is expected since it too calls = machine_restart().
>
> I'm out of ideas here as to why these reboot calls are not = working.  I figured that the triple fault of the processor would be = one that always works but it still hangs for me.  Anyone have any = ideas or suggestions for additional tests?

Hm, you could fiddle with the Northbridge: http://s= mackerelofopinion.blogspot.com/2011/02/turning-off-pc-using-intel-82801-i= o.html?utm_source=3Dfeedburner&utm_medium=3Dfeed&utm_campaign=3DFeed%3A+A= SmackerelOfOpinion+%28A+Smackerel+of+Opinion%29

.. how did it reboot in the past? Does it reboot when you run under = baremetal? I wonder what mechanism the baremetal
employs - it might be that we are missing one for the Dell machines = (check the DMI lookup tables in the Linux kernel)?

>
> Thank you in advance.
>
> Roger R. Cruz

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


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.901 / Virus Database: 271.1.1/3632 - Release Date: 05/25/11 = 02:34:00

------_=_NextPart_001_01CC1BB9.0FF1BA89-- --===============1655736318== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1655736318==--