X86:reboot.c Add some dmi entries to pci_reboot_dmi_table.
in [Kernel]
|
Prev: linux-next: Tree for June 2
Next: [PATCH] - race-free suspend. Was: Re: [linux-pm] [PATCH 0/8] Suspend block api (version 8)
From: Justin P. Mattock on 2 Jun 2010 21:00 On 06/02/2010 05:34 PM, Robert Hancock wrote: > On 06/02/2010 06:27 PM, Justin P. Mattock wrote: >> On 06/02/2010 05:20 PM, Robert Hancock wrote: >>> On Wed, Jun 2, 2010 at 6:05 PM, Justin P. Mattock >>> <justinmattock(a)gmail.com> wrote: >>>>>>> Hmm, so the FADT says the reset register is listed as supported, and >>>>>>> says writing 0x06 to 0xCF9 is supposed to do it.. That's exactly >>>>>>> what >>>>>>> this should do: >>>>>>> >>>>>>> #include<sys/io.h> >>>>>>> >>>>>>> int main() { >>>>>>> iopl(3); >>>>>>> outb(6, 0xcf9); >>>>>>> return 0; >>>>>>> } >>>>>>> >>>>>>> but you said that didn't do anything.. It kind of seems like ACPI >>>>>>> reboot is busted on this machine then, but then I wonder how Windows >>>>>>> manages to work.. >>>>>>> >>>>>> >>>>>> >>>>>> alright!! I have a better idea at what this is now.. >>>>>> as for the above code, yes this one segfaults, >>>>>> the other code posted on the thread just returns >>>>>> a command prompt(testing: >>>>> >>>>> You get a segfault on that one? Running as root? >>>>> >>>> >>>> my bad(tired)I left out iopl(3); >>>> in the code which was giving a segfault. >>>> >>>> running the below code(s) just gives a command prompt >>>> >>>> int main() { >>>> iopl(3); >>>> outb(0xfe, 0xcf9); >>>> return 0; >>>> } >>>> >>>> int main() { >>>> iopl(3); >>>> outb(6, 0xcf9); >>>> return 0; >>>> } >>> >>> What if you do: >>> >>> #include<unistd.h> >>> >>> int main() { >>> iopl(3); >>> outb(2, 0xcf9); >>> sleep(1); >>> outb(6, 0xcf9); >>> return 0; >>> } >>> >>> That's basically what PCI reboot does. >>> >>> It's possible it doesn't take the first time - you could try modifying >>> drivers/acpi/reboot.c to call acpi_reset in a loop instead of just >>> trying once (assuming you have the patch to default to ACPI reboot >>> enabled). >>> >> >> the above code reboot's the machine as it should.. >> I can look at that(need to take a break first though) >> and see.. >> >> what about the whole kbd mechanism(0x64) give the info I provided >> does it look possible, or is this machine strictly on cf9? > > The keyboard controller reset is the kernel default, so I assume that > doesn't work on this machine or else this wouldn't have come up in the > first place.. > that's what I'm trying to figure out i.g. how to find that value(is where I'm at).. tried showkey but didn't see anything, looked in the dsdt but didn't see anything that sticks out(to my knowledge) in the area of 0x64 or 0x472 From what I've read, having a cold boot, and or a pci/cpu(trip) seems a bit harsh on the equipment as opposed to a warm boot(hard disk's shutdown etc...) but I could be wrong in that area.. Justin P. Mattock -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Robert Hancock on 2 Jun 2010 21:50 On Wed, Jun 2, 2010 at 7:37 PM, Matthew Garrett <mjg59(a)srcf.ucam.org> wrote: > On Wed, Jun 02, 2010 at 05:27:22PM -0700, Justin P. Mattock wrote: >> On 06/02/2010 05:20 PM, Robert Hancock wrote: >>> #include<unistd.h> >>> >>> int main() { >>> � � � � �iopl(3); >>> � � � � �outb(2, 0xcf9); >>> � � � � �sleep(1); >>> � � � � �outb(6, 0xcf9); >>> � � � � �return 0; >>> } >>> >>> That's basically what PCI reboot does. >> >> the above code reboot's the machine as it should.. >> I can look at that(need to take a break first though) >> and see.. > > That's pretty infuriating. The ACPI-provided definition doesn't work, > and there's no ACPI mechanism for expressing the more complex cf9 > behaviour. Windows doesn't appear to special case this, so we're > probably left trying to figure out why the keyboard controller method > doesn't work. Sigh. Do these Macs even have a PC keyboard controller? A recent thread on PS/2 keyboard/mouse controller probing suggests they may not.. Justin, what happens if you try the simple outb(6, 0xcf9) test program multiple times, does that do anything? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Justin P. Mattock on 2 Jun 2010 22:10 On 06/02/2010 06:47 PM, Robert Hancock wrote: > On Wed, Jun 2, 2010 at 7:37 PM, Matthew Garrett<mjg59(a)srcf.ucam.org> wrote: >> On Wed, Jun 02, 2010 at 05:27:22PM -0700, Justin P. Mattock wrote: >>> On 06/02/2010 05:20 PM, Robert Hancock wrote: >>>> #include<unistd.h> >>>> >>>> int main() { >>>> iopl(3); >>>> outb(2, 0xcf9); >>>> sleep(1); >>>> outb(6, 0xcf9); >>>> return 0; >>>> } >>>> >>>> That's basically what PCI reboot does. >>> >>> the above code reboot's the machine as it should.. >>> I can look at that(need to take a break first though) >>> and see.. >> >> That's pretty infuriating. The ACPI-provided definition doesn't work, >> and there's no ACPI mechanism for expressing the more complex cf9 >> behaviour. Windows doesn't appear to special case this, so we're >> probably left trying to figure out why the keyboard controller method >> doesn't work. Sigh. > > Do these Macs even have a PC keyboard controller? A recent thread on > PS/2 keyboard/mouse controller probing suggests they may not.. > > Justin, what happens if you try the simple outb(6, 0xcf9) test program > multiple times, does that do anything? > this reboots the system int main() { iopl(3); outb(6, 0xcf9); return 0; } Justin P. Mattock -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Robert Hancock on 2 Jun 2010 22:10 On Wed, Jun 2, 2010 at 7:56 PM, Matthew Garrett <mjg59(a)srcf.ucam.org> wrote: > On Wed, Jun 02, 2010 at 07:47:17PM -0600, Robert Hancock wrote: >> On Wed, Jun 2, 2010 at 7:37 PM, Matthew Garrett <mjg59(a)srcf.ucam.org> wrote: >> > That's pretty infuriating. The ACPI-provided definition doesn't work, >> > and there's no ACPI mechanism for expressing the more complex cf9 >> > behaviour. Windows doesn't appear to special case this, so we're >> > probably left trying to figure out why the keyboard controller method >> > doesn't work. Sigh. >> >> Do these Macs even have a PC keyboard controller? A recent thread on >> PS/2 keyboard/mouse controller probing suggests they may not.. > > Possibly an SMM trap... > >> Justin, what happens if you try the simple outb(6, 0xcf9) test program >> multiple times, does that do anything? > > Huh. That might work, yes. Windows does the ACPI write, an i8042 write, > the ACPI write, another i8042 write and then gives up. If that happens > sufficiently quickly, this might get us somewhere. Justin, can you try: If that's the sequence Windows is using then I'm thinking that's likely what we should be doing as well.. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Justin P. Mattock on 2 Jun 2010 22:20
On 06/02/2010 07:05 PM, Robert Hancock wrote: > On Wed, Jun 2, 2010 at 8:00 PM, Justin P. Mattock > <justinmattock(a)gmail.com> wrote: >> On 06/02/2010 06:47 PM, Robert Hancock wrote: >>> >>> On Wed, Jun 2, 2010 at 7:37 PM, Matthew Garrett<mjg59(a)srcf.ucam.org> >>> wrote: >>>> >>>> On Wed, Jun 02, 2010 at 05:27:22PM -0700, Justin P. Mattock wrote: >>>>> >>>>> On 06/02/2010 05:20 PM, Robert Hancock wrote: >>>>>> >>>>>> #include<unistd.h> >>>>>> >>>>>> int main() { >>>>>> iopl(3); >>>>>> outb(2, 0xcf9); >>>>>> sleep(1); >>>>>> outb(6, 0xcf9); >>>>>> return 0; >>>>>> } >>>>>> >>>>>> That's basically what PCI reboot does. >>>>> >>>>> the above code reboot's the machine as it should.. >>>>> I can look at that(need to take a break first though) >>>>> and see.. >>>> >>>> That's pretty infuriating. The ACPI-provided definition doesn't work, >>>> and there's no ACPI mechanism for expressing the more complex cf9 >>>> behaviour. Windows doesn't appear to special case this, so we're >>>> probably left trying to figure out why the keyboard controller method >>>> doesn't work. Sigh. >>> >>> Do these Macs even have a PC keyboard controller? A recent thread on >>> PS/2 keyboard/mouse controller probing suggests they may not.. >>> >>> Justin, what happens if you try the simple outb(6, 0xcf9) test program >>> multiple times, does that do anything? >>> >> >> >> this reboots the system >> >> >> int main() { >> iopl(3); >> outb(6, 0xcf9); >> return 0; >> } > > On a single try, or multiple times? (You tried that one before once > and it didn't work, right?) > yeah single try. then I rebooted and it was like dead or something. Justin P. Mattock -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |