RE: ACPI S3 resume only reboots

RE: ACPI S3 resume only reboots

[Li, Shaohua]

>> Alberto wrote:
>> > On Tue, 12 Oct 2004 10:06:28 -0700
>> > Nate Lawson <nate-Y6VGUYTwhu0@public.gmane.org> wrote:
>> >
>> >
>> >>>Code from arch/i386/kernel/acpi/wakeup.S
>> >>>
>> >>>[...]
>> >>>	# setup data segment
>> >>>	movw	%cs, %ax
>> >>>	movw	%ax, %ds					# Make
ds:0 point to
>wakeup_start
>> >>>	movw	%ax, %ss
>> >>>	mov	$(wakeup_stack - wakeup_code), %sp		#
Private stack is
>needed for ASUS board
>> >>>	movw	$0x0e00 + 'S', %fs:(0x12)
>> >>>
>> >>>	pushl	$0		###THIS LINE CAUSES REBOOT###
# Kill
>any dangerous flags
>> >>>	popfl
>> >>
>> >>Hehe.  Look up above where the stack pointer is changed to point to
the
>> >>wakeup stack and then 0 is pushed on it.  It's likely there is some
>> >>problem with the config or location of the wakeup stack.
>> >
>> >
>> > Ok, so the question is: where should %sp point to?
>>
>> Dunno, we don't use a stack for the wake code.
>
>...mmmh, the problem is that i'm not a programmer, i have no chance to
work
>this out alone. Anybody can help? :)
I suspected 'pushl $0' cause reboot a little. I can't find any fault in
the line. Is it the precise line to cause reboot?

Thanks,
Shaohua


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Alberto]

> I suspected 'pushl $0' cause reboot a little. I can't find any fault in
> the line. Is it the precise line to cause reboot?

Yes, i tryed placing an infinite loop immediately before and after that line, and that line causes reboot.

Thanks,
Alberto


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

RE: ACPI S3 resume only reboots

[Pallipadi, Venkatesh]

>-----Original Message-----
>From: Alberto Piai [mailto:albeclemit-whZMOeQn8C0@public.gmane.org] 
>Sent: Friday, October 15, 2004 12:41 PM
>To: Pallipadi, Venkatesh
>Cc: Li, Shaohua; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>Subject: Re: [ACPI] ACPI S3 resume only reboots
>
>On Fri, 15 Oct 2004 06:52:57 -0700
>"Pallipadi, Venkatesh" <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote:
>
>> >> > From the comment in those lines, push and pop are not 
>> >required for all
>> >> > platforms. Can you just comment out that push and pop and 
>> >see how far
>> >> > you can go.
>> >
>> >I know it's not the most the effective way to proceed, but at 
>> >least i tryed ;)
>> >I've been moving around the pushl $0 (that causes reboot) to 
>> >check if the code was still executing. That's what i found.
>
>> >	testl	$1, video_flags - wakeup_code
>> >		### If I put pushl $0 here, it causes reboot. 
>> >code is still alive.
>> > 	jz	1f
>> >		## pushl $0 here doesn't make reboot (hang on wakeup)
>> >	
>> >	lcall   $0xc000,$3
>
>> Jz is jump on zero. The instructions following jz here never gets
>> executed unless you pass "acpi_sleep=s3_bios". You have to follow the
>> code to where 1: is. 
>
>I followed the code until the line that makes it hang:
>[...]
>wakeup_pmode_return:
>	movw	$__KERNEL_DS, %ax
>	movw	%ax, %ss			# THIS LINE 
>MAKES IT HANG
>	movw	%ax, %ds
>	movw	%ax, %es
>	movw	%ax, %fs
>	movw	%ax, %gs
>	movw	$0x0e00 + 'u', 0xb8016
>
>	# reload the gdt, as we need the full 32 bit address
>	lgdt	saved_gdt
>	lidt	saved_idt
>	lldt	saved_ldt
>[...]
>
>...what's happening now?
>Thanks,
>Alberto
>


I think all the experiments you are doing here are really good. I hate
to loose the history of this issue later. Can you please open a bugzilla
here (http://bugme.osdl.org) and document all the informations we have
on this until now. 

Thanks,
Venki 


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

RE: ACPI S3 resume only reboots

[Pallipadi, Venkatesh]

 

>-----Original Message-----
>From: Alberto Piai [mailto:albeclemit-whZMOeQn8C0@public.gmane.org] 
>Sent: Friday, October 15, 2004 12:49 AM
>To: Pallipadi, Venkatesh
>Cc: Li, Shaohua; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>Subject: Re: [ACPI] ACPI S3 resume only reboots
>
>On Thu, 14 Oct 2004 10:29:28 +0200
>Alberto Piai <albeclemit-whZMOeQn8C0@public.gmane.org> wrote:
>
>> On Wed, 13 Oct 2004 06:39:26 -0700
>> "Pallipadi, Venkatesh" <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote:
>> 
>> > >> I suspected 'pushl $0' cause reboot a little. I can't find 
>> > >any fault in
>> > >> the line. Is it the precise line to cause reboot?
>> > >
>> > >Yes, i tryed placing an infinite loop immediately before and 
>> > >after that line, and that line causes reboot.
>> > >
>> > 
>> > From the comment in those lines, push and pop are not 
>required for all
>> > platforms. Can you just comment out that push and pop and 
>see how far
>> > you can go.
>
>I know it's not the most the effective way to proceed, but at 
>least i tryed ;)
>I've been moving around the pushl $0 (that causes reboot) to 
>check if the code was still executing. That's what i found.
>
>Code from arch/i386/kernel/acpi/wakeup.S:
>[...]
>	mov	$(wakeup_stack - wakeup_code), %sp		
># Private stack is needed for ASUS board
>	movw	$0x0e00 + 'S', %fs:(0x12)
>
>	#pushl	$0	###THIS LINE CAUSES REBOOT!		
># Kill any dangerous flags
>	#popfl
>
>	movl	real_magic - wakeup_code, %eax
>	cmpl	$0x12345678, %eax
>	jne	bogus_real_magic
>
>	testl	$1, video_flags - wakeup_code
>		### If I put pushl $0 here, it causes reboot. 
>code is still alive.
> 	jz	1f
>		## pushl $0 here doesn't make reboot (hang on wakeup)
>	
>	lcall   $0xc000,$3
>	
>	movw	%cs, %ax
>	movw	%ax, %ds					
># Bios might have played with that
>	movw	%ax, %ss
>[...]
>
>What happens with that jz 1f? is it supposed to enter the jmp?


Jz is jump on zero. The instructions following jz here never gets
executed unless you pass "acpi_sleep=s3_bios". You have to follow the
code to where 1: is. 
>
>Thanks,
>Alberto
>


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Alberto Piai]

On Fri, 15 Oct 2004 06:52:57 -0700
"Pallipadi, Venkatesh" <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote:

> >> > From the comment in those lines, push and pop are not 
> >required for all
> >> > platforms. Can you just comment out that push and pop and 
> >see how far
> >> > you can go.
> >
> >I know it's not the most the effective way to proceed, but at 
> >least i tryed ;)
> >I've been moving around the pushl $0 (that causes reboot) to 
> >check if the code was still executing. That's what i found.

> >	testl	$1, video_flags - wakeup_code
> >		### If I put pushl $0 here, it causes reboot. 
> >code is still alive.
> > 	jz	1f
> >		## pushl $0 here doesn't make reboot (hang on wakeup)
> >	
> >	lcall   $0xc000,$3

> Jz is jump on zero. The instructions following jz here never gets
> executed unless you pass "acpi_sleep=s3_bios". You have to follow the
> code to where 1: is. 

I followed the code until the line that makes it hang:
[...]
wakeup_pmode_return:
	movw	$__KERNEL_DS, %ax
	movw	%ax, %ss			# THIS LINE MAKES IT HANG
	movw	%ax, %ds
	movw	%ax, %es
	movw	%ax, %fs
	movw	%ax, %gs
	movw	$0x0e00 + 'u', 0xb8016

	# reload the gdt, as we need the full 32 bit address
	lgdt	saved_gdt
	lidt	saved_idt
	lldt	saved_ldt
[...]

...what's happening now?
Thanks,
Alberto



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Pavel Machek]

Hi!


> > >> > From the comment in those lines, push and pop are not 
> > >required for all
> > >> > platforms. Can you just comment out that push and pop and 
> > >see how far
> > >> > you can go.
> > >
> > >I know it's not the most the effective way to proceed, but at 
> > >least i tryed ;)
> > >I've been moving around the pushl $0 (that causes reboot) to 
> > >check if the code was still executing. That's what i found.
> 
> > >	testl	$1, video_flags - wakeup_code
> > >		### If I put pushl $0 here, it causes reboot. 
> > >code is still alive.
> > > 	jz	1f
> > >		## pushl $0 here doesn't make reboot (hang on wakeup)
> > >	
> > >	lcall   $0xc000,$3
> 
> > Jz is jump on zero. The instructions following jz here never gets
> > executed unless you pass "acpi_sleep=s3_bios". You have to follow the
> > code to where 1: is. 
> 
> I followed the code until the line that makes it hang:
> [...]
> wakeup_pmode_return:
> 	movw	$__KERNEL_DS, %ax
> 	movw	%ax, %ss			# THIS LINE MAKES IT HANG
> 	movw	%ax, %ds
> 	movw	%ax, %es
> 	movw	%ax, %fs
> 	movw	%ax, %gs
> 	movw	$0x0e00 + 'u', 0xb8016
> 
> 	# reload the gdt, as we need the full 32 bit address
> 	lgdt	saved_gdt
> 	lidt	saved_idt
> 	lldt	saved_ldt
> [...]
> 
> ...what's happening now?

You commented out pushl / popfl, right? That looks like workaround. We
need some stack. Can you try commenting this instead

        movw    %ax, %ss
        mov     $(wakeup_stack - wakeup_code), %sp              # Private stack is needed for ASUS board

? Maybe bios left us with some usefull stack. (Not all biosen do, but
you might be lucky).

Ouch and also try what happens if you do 

	pushl %eax
	popl %eax

before

	pushl $0
	popfl

If my theory is correct (stack problem) pushl %eax should kill the
machine same way pushl $0 does.

								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Alberto Piai]

On Sun, 17 Oct 2004 21:48:09 +0200
Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org> wrote:

> Hi!

> You commented out pushl / popfl, right? That looks like workaround. We
> need some stack. Can you try commenting this instead
> 
>         movw    %ax, %ss
>         mov     $(wakeup_stack - wakeup_code), %sp              # Private stack is needed for ASUS board
> 
> ? Maybe bios left us with some usefull stack. (Not all biosen do, but
> you might be lucky).

No, doesn't seem to be my situation... reboot still occurs. 
 
> Ouch and also try what happens if you do 
> 
> 	pushl %eax
> 	popl %eax
> 
> before
> 
> 	pushl $0
> 	popfl

i added 
	pushl %eax
	popl %eax
	hole: jmp hole
and it doesn't fall in the loop, but reboots.

Alberto


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Hiroshi 2 Itoh]

>No, doesn't seem to be my situation... reboot still occurs.

>> Ouch and also try what happens if you do
>>
>>           pushl %eax
>>           popl %eax
>>
>> before
>>
>>           pushl $0
>>           popfl

>i added
>            pushl %eax
>            popl %eax
>            hole: jmp hole
>and it doesn't fall in the loop, but reboots.

Piali,

You are so unlucky. Your PC's BIOS may jump into the wakeup entry without
complete real mode initialization.
Please try this code at the top of entry.

      movl  %cr0, %eax
      andl  $0xfffffff0, %eax # TS/EM/MP bit off
      movl  %eax, %cr0

Grazie, Hiro.



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Alberto Piai]

On Mon, 18 Oct 2004 15:40:14 +0900
Hiroshi 2 Itoh <HIROIT-JE5g2YyFxFHQT0dZR+AlfA@public.gmane.org> wrote:

> You are so unlucky. Your PC's BIOS may jump into the wakeup entry without
> complete real mode initialization.
> Please try this code at the top of entry.
> 
>       movl  %cr0, %eax
>       andl  $0xfffffff0, %eax # TS/EM/MP bit off
>       movl  %eax, %cr0

I added this code right after
	ENTRY(wakeup_start)
	wakeup_code:
		wakeup_code_start = .
		.code16
but doesn't change things :(
This laptop is *a bit* tricky.

Do you think it depends on the VIA chipset or on the BIOS?
What about trying to ask the manifacturer about how to properly wake up their laptop?

Any other ideas, i'm here for testing.

Thanks for your help,
Alberto


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

RE: ACPI S3 resume only reboots

[Pallipadi, Venkatesh]

>-----Original Message-----
>From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org 
>[mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Alberto
>Sent: Wednesday, October 13, 2004 2:44 AM
>To: Li, Shaohua
>Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>Subject: Re: [ACPI] ACPI S3 resume only reboots
>
>
>> I suspected 'pushl $0' cause reboot a little. I can't find 
>any fault in
>> the line. Is it the precise line to cause reboot?
>
>Yes, i tryed placing an infinite loop immediately before and 
>after that line, and that line causes reboot.
>

>From the comment in those lines, push and pop are not required for all
platforms. Can you just comment out that push and pop and see how far
you can go.

Thanks,
Venki


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Alberto Piai]

On Wed, 13 Oct 2004 06:39:26 -0700
"Pallipadi, Venkatesh" <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote:

> >> I suspected 'pushl $0' cause reboot a little. I can't find 
> >any fault in
> >> the line. Is it the precise line to cause reboot?
> >
> >Yes, i tryed placing an infinite loop immediately before and 
> >after that line, and that line causes reboot.
> >
> 
> From the comment in those lines, push and pop are not required for all
> platforms. Can you just comment out that push and pop and see how far
> you can go.

With those lines commented out it doesn't reboot, but hangs during the wakeup :(
To spot the line where it hangs, could i insert some reboot statement in the code? How should this statement be?
This way i could narrow down to the new problem (provided that the pushl and popfl lines weren't needed)

Thanks,
Alberto


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Alberto Piai]

On Thu, 14 Oct 2004 10:29:28 +0200
Alberto Piai <albeclemit-whZMOeQn8C0@public.gmane.org> wrote:

> On Wed, 13 Oct 2004 06:39:26 -0700
> "Pallipadi, Venkatesh" <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote:
> 
> > >> I suspected 'pushl $0' cause reboot a little. I can't find 
> > >any fault in
> > >> the line. Is it the precise line to cause reboot?
> > >
> > >Yes, i tryed placing an infinite loop immediately before and 
> > >after that line, and that line causes reboot.
> > >
> > 
> > From the comment in those lines, push and pop are not required for all
> > platforms. Can you just comment out that push and pop and see how far
> > you can go.

I know it's not the most the effective way to proceed, but at least i tryed ;)
I've been moving around the pushl $0 (that causes reboot) to check if the code was still executing. That's what i found.

Code from arch/i386/kernel/acpi/wakeup.S:
[...]
	mov	$(wakeup_stack - wakeup_code), %sp		# Private stack is needed for ASUS board
	movw	$0x0e00 + 'S', %fs:(0x12)

	#pushl	$0	###THIS LINE CAUSES REBOOT!		# Kill any dangerous flags
	#popfl

	movl	real_magic - wakeup_code, %eax
	cmpl	$0x12345678, %eax
	jne	bogus_real_magic

	testl	$1, video_flags - wakeup_code
		### If I put pushl $0 here, it causes reboot. code is still alive.
 	jz	1f
		## pushl $0 here doesn't make reboot (hang on wakeup)
	
	lcall   $0xc000,$3
	
	movw	%cs, %ax
	movw	%ax, %ds					# Bios might have played with that
	movw	%ax, %ss
[...]

What happens with that jz 1f? is it supposed to enter the jmp?

Thanks,
Alberto


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

RE: ACPI S3 resume only reboots

[Yu, Luming]

 Normal reboot? Did you see the normal shutdown message from screen?

If so, please try to kill acpid or any other userland daemo. 
Because, some box will generate a power button event if you press power
button to wake up machine.

If not, you need to narrow down the problem.

Thanks,
Luming

>-----Original Message-----
>From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org 
>[mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of 
>Pavel Machek
>Sent: Saturday, October 09, 2004 9:06 PM
>To: Alberto
>Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>Subject: Re: [ACPI] ACPI S3 resume only reboots
>
>Hi!
>
>> I'm using kernel 2.6.9-rc3-bk2 + latest acpi + swsusp2
>> 
>> When i do
>> cat -n "mem" > /sys/power/state
>> the system seems to go down fine in S3 state...
>> when i hit the power button it looks like trying to resume 
>(fan starts again, noises from harddisk and cdrom) then it 
>just reboots....
>> 
>> # lspci
>> 0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8377 
>[KT400/KT600 AGP] Host Bridge (rev 80)
>> 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
>> 0000:00:09.0 FireWire (IEEE 1394): VIA Technologies, Inc. 
>IEEE 1394 Host Controller (rev 80)
>> 0000:00:0b.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus 
>Controller (rev 20)
>> 0000:00:10.0 USB Controller: VIA Technologies, Inc. 
>VT82xxxxx UHCI USB 1.1 Controller (rev 80)
>> 0000:00:10.1 USB Controller: VIA Technologies, Inc. 
>VT82xxxxx UHCI USB 1.1 Controller (rev 80)
>> 0000:00:10.2 USB Controller: VIA Technologies, Inc. 
>VT82xxxxx UHCI USB 1.1 Controller (rev 80)
>> 0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
>> 0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
>> 0000:00:11.1 IDE interface: VIA Technologies, Inc. 
>VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
>> 0000:00:11.5 Multimedia audio controller: VIA Technologies, 
>Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
>> 0000:00:11.6 Communication controller: VIA Technologies, 
>Inc. Intel 537 [AC97 Modem] (rev 80)
>> 0000:00:12.0 Ethernet controller: VIA Technologies, Inc. 
>VT6102 [Rhine-II] (rev 74)
>> 0000:01:00.0 VGA compatible controller: ATI Technologies Inc 
>Radeon R250 Lf [Radeon Mobility 9000 M9] (rev 01)
>> 
>> I removed all the modules and tryed from runlevel 1, all the 
>usb devices where unplugged as well...
>> 
>> I googled about it and i found other people with the same 
>KT400/KT600 chipset reporting the same problem.
>> 
>> How could i try to debug this to give you more info?
>
>You basically need to fix this yourself. Add infinite loops to
>wakeup.S to see where it breaks.
>								Pavel
>-- 
>People were complaining that M$ turns users into beta-testers...
>...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IT Product Guide on 
>ITManagersJournal
>Use IT products in your business? Tell us what you think of 
>them. Give us
>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to 
>find out more
>http://productguide.itmanagersjournal.com/guidepromo.tmpl
>_______________________________________________
>Acpi-devel mailing list
>Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>https://lists.sourceforge.net/lists/listinfo/acpi-devel
>


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

ACPI S3 resume only reboots

[Alberto]

Hi list,

I'm using kernel 2.6.9-rc3-bk2 + latest acpi + swsusp2

When i do
cat -n "mem" > /sys/power/state
the system seems to go down fine in S3 state...
when i hit the power button it looks like trying to resume (fan starts again, noises from harddisk and cdrom) then it just reboots....

# lspci
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80)
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
0000:00:09.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)
0000:00:0b.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller (rev 20)
0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
0000:00:11.6 Communication controller: VIA Technologies, Inc. Intel 537 [AC97 Modem] (rev 80)
0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
0000:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf [Radeon Mobility 9000 M9] (rev 01)

I removed all the modules and tryed from runlevel 1, all the usb devices where unplugged as well...

I googled about it and i found other people with the same KT400/KT600 chipset reporting the same problem.

How could i try to debug this to give you more info?

Thanks,

Alberto Piai


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Matthew Garrett]

On Mon, 2004-10-04 at 13:33 +0200, Alberto wrote:

> When i do
> cat -n "mem" > /sys/power/state
> the system seems to go down fine in S3 state...
> when i hit the power button it looks like trying to resume (fan starts again, noises from harddisk and cdrom) then it just reboots....

Do you have a /proc/acpi/wakeup_devices ? If so, what's in it?

-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Alberto]

On Mon, 04 Oct 2004 17:38:43 +0100
Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org> wrote:

> On Mon, 2004-10-04 at 13:33 +0200, Alberto wrote:
> 
> > When i do
> > cat -n "mem" > /sys/power/state
> > the system seems to go down fine in S3 state...
> > when i hit the power button it looks like trying to resume (fan starts again, noises from harddisk and cdrom) then it just reboots....
> 
> Do you have a /proc/acpi/wakeup_devices ? If so, what's in it?

Yes i have a /proc/acpi/wakeup

$ cat /proc/acpi/wakeup
Device  Sleep state     Status
PCI0       4            disabled
USB1       0            disabled
USB2       0            disabled
USB3       0            disabled
EHCI       0            disabled
 EC0       4            disabled
 LID       4            *enabled
 AC9       4            disabled
 MC9       4            disabled
ILAN       4            disabled
SLPB       4            *enabled

Pressing the lid button to simulate lid opening happens the same as above...


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Alberto]

Hi everybody,

i really need to fix this issue... i found in the archives and out in the net some references to this problem, that seems to be related to the VIA KT400 chipset, but no interesting follow-up was in the archive.
I'm trying to suspento to ram from init 1, with all external devices unplugged and all modules unloaded. Seems to suspend fine, but wakeup generates a reboot.
Again, how could i try to understand what's going on if the machine just reboots?

Thanks,
Alberto

# lspci
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80)
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
0000:00:09.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)
0000:00:0b.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller (rev 20)
0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
0000:00:11.6 Communication controller: VIA Technologies, Inc. Intel 537 [AC97 Modem] (rev 80)
0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
0000:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf [Radeon Mobility 9000 M9] (rev 01)

> > > When i do
> > > cat -n "mem" > /sys/power/state
> > > the system seems to go down fine in S3 state...
> > > when i hit the power button it looks like trying to resume (fan starts again, noises from harddisk and cdrom) then it just reboots....
> > 
> > Do you have a /proc/acpi/wakeup_devices ? If so, what's in it?
> 
> Yes i have a /proc/acpi/wakeup
> 
> $ cat /proc/acpi/wakeup
> Device  Sleep state     Status
> PCI0       4            disabled
> USB1       0            disabled
> USB2       0            disabled
> USB3       0            disabled
> EHCI       0            disabled
>  EC0       4            disabled
>  LID       4            *enabled
>  AC9       4            disabled
>  MC9       4            disabled
> ILAN       4            disabled
> SLPB       4            *enabled
> 
> Pressing the lid button to simulate lid opening happens the same as above...


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Pavel Machek]

Hi!

> I'm using kernel 2.6.9-rc3-bk2 + latest acpi + swsusp2
> 
> When i do
> cat -n "mem" > /sys/power/state
> the system seems to go down fine in S3 state...
> when i hit the power button it looks like trying to resume (fan starts again, noises from harddisk and cdrom) then it just reboots....
> 
> # lspci
> 0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80)
> 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
> 0000:00:09.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)
> 0000:00:0b.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller (rev 20)
> 0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
> 0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
> 0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
> 0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
> 0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
> 0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
> 0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
> 0000:00:11.6 Communication controller: VIA Technologies, Inc. Intel 537 [AC97 Modem] (rev 80)
> 0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
> 0000:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf [Radeon Mobility 9000 M9] (rev 01)
> 
> I removed all the modules and tryed from runlevel 1, all the usb devices where unplugged as well...
> 
> I googled about it and i found other people with the same KT400/KT600 chipset reporting the same problem.
> 
> How could i try to debug this to give you more info?

You basically need to fix this yourself. Add infinite loops to
wakeup.S to see where it breaks.
								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[jak97-CezfXpuMXD6Fxr2TtlUqVg]

On Sat, Oct 09, 2004 at 03:06:28PM +0200, Pavel Machek wrote:
> > How could i try to debug this to give you more info?
> 
> You basically need to fix this yourself. Add infinite loops to
> wakeup.S to see where it breaks.
> 								Pavel

I have a similar problem. I did try adding infinite loops into wakeup.S,
right at the start, but the machine rebooted nevertheless. I suspect
that my infinite loop was never executed and that the problem was that
the computer didn't jump to the wake-up address on resume. Please do
have a go yourself and see if you can narrow things down at all.

Here is my lspci, if it helps:

00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400 AGP] Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge
00:08.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
00:0c.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10)
00:0f.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5702 Gigabit Ethernet (rev 02)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 If [Radeon 9000] (rev 01)
01:00.1 Display controller: ATI Technologies Inc Radeon R250 [Radeon 9000] (Secondary) (rev 01)

If anybody has had any success with the KT400 chipset, please can you
post your lspci as well, so that we can try and spot the hardware
differences if any.

Thanks

John


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Alberto]

> On Sat, Oct 09, 2004 at 03:06:28PM +0200, Pavel Machek wrote:
> > > How could i try to debug this to give you more info?
> > 
> > You basically need to fix this yourself. Add infinite loops to
> > wakeup.S to see where it breaks.
> > 								Pavel

I isolated the line were it breaks and reboots.

Code from arch/i386/kernel/acpi/wakeup.S

[...] 
	# setup data segment
	movw	%cs, %ax
	movw	%ax, %ds					# Make ds:0 point to wakeup_start
	movw	%ax, %ss
	mov	$(wakeup_stack - wakeup_code), %sp		# Private stack is needed for ASUS board
	movw	$0x0e00 + 'S', %fs:(0x12)

	pushl	$0		###THIS LINE CAUSES REBOOT###			# Kill any dangerous flags
	popfl

	movl	real_magic - wakeup_code, %eax
	cmpl	$0x12345678, %eax
	jne	bogus_real_magic
[...]

placing a statement like
hole:	jmp hole
before pushl $0 (line 37) makes it loop, while immediatly after it reboots.

I don't have skills to fix it myself, but i can test patches... how can i help?

Thanks,
Alberto Piai


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Nate Lawson]

Alberto wrote:
>>On Sat, Oct 09, 2004 at 03:06:28PM +0200, Pavel Machek wrote:
>>
>>>>How could i try to debug this to give you more info?
>>>
>>>You basically need to fix this yourself. Add infinite loops to
>>>wakeup.S to see where it breaks.
> 
> I isolated the line were it breaks and reboots.
> 
> Code from arch/i386/kernel/acpi/wakeup.S
> 
> [...] 
> 	# setup data segment
> 	movw	%cs, %ax
> 	movw	%ax, %ds					# Make ds:0 point to wakeup_start
> 	movw	%ax, %ss
> 	mov	$(wakeup_stack - wakeup_code), %sp		# Private stack is needed for ASUS board
> 	movw	$0x0e00 + 'S', %fs:(0x12)
> 
> 	pushl	$0		###THIS LINE CAUSES REBOOT###			# Kill any dangerous flags
> 	popfl

Hehe.  Look up above where the stack pointer is changed to point to the 
wakeup stack and then 0 is pushed on it.  It's likely there is some 
problem with the config or location of the wakeup stack.

-- 
Nate


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Alberto]

On Tue, 12 Oct 2004 10:06:28 -0700
Nate Lawson <nate-Y6VGUYTwhu0@public.gmane.org> wrote:

> > Code from arch/i386/kernel/acpi/wakeup.S
> > 
> > [...] 
> > 	# setup data segment
> > 	movw	%cs, %ax
> > 	movw	%ax, %ds					# Make ds:0 point to wakeup_start
> > 	movw	%ax, %ss
> > 	mov	$(wakeup_stack - wakeup_code), %sp		# Private stack is needed for ASUS board
> > 	movw	$0x0e00 + 'S', %fs:(0x12)
> > 
> > 	pushl	$0		###THIS LINE CAUSES REBOOT###			# Kill any dangerous flags
> > 	popfl
> 
> Hehe.  Look up above where the stack pointer is changed to point to the 
> wakeup stack and then 0 is pushed on it.  It's likely there is some 
> problem with the config or location of the wakeup stack.

Ok, so the question is: where should %sp point to?

from wakeup.S :

[...]
.org    0x800
wakeup_stack_begin:     # Stack grows down

.org    0xff0           # Just below end of page
wakeup_stack:
ENTRY(wakeup_end)

.org    0x1000
[...]

I noticed that dmesg shows the following lines:
# dmesg | grep BIOS
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000d2000 - 00000000000d8000 (reserved)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000001fff0000 (usable)
 BIOS-e820: 000000001fff0000 - 000000001fff8000 (ACPI data)
 BIOS-e820: 000000001fff8000 - 0000000020000000 (ACPI NVS)
 BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
 BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)

maybe i'm just saying nonsense, but could this be useful?


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Nate Lawson]

Alberto wrote:
> On Tue, 12 Oct 2004 10:06:28 -0700
> Nate Lawson <nate-Y6VGUYTwhu0@public.gmane.org> wrote:
> 
> 
>>>Code from arch/i386/kernel/acpi/wakeup.S
>>>
>>>[...] 
>>>	# setup data segment
>>>	movw	%cs, %ax
>>>	movw	%ax, %ds					# Make ds:0 point to wakeup_start
>>>	movw	%ax, %ss
>>>	mov	$(wakeup_stack - wakeup_code), %sp		# Private stack is needed for ASUS board
>>>	movw	$0x0e00 + 'S', %fs:(0x12)
>>>
>>>	pushl	$0		###THIS LINE CAUSES REBOOT###			# Kill any dangerous flags
>>>	popfl
>>
>>Hehe.  Look up above where the stack pointer is changed to point to the 
>>wakeup stack and then 0 is pushed on it.  It's likely there is some 
>>problem with the config or location of the wakeup stack.
> 
> 
> Ok, so the question is: where should %sp point to?

Dunno, we don't use a stack for the wake code.

-Nate


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Alberto]

On Tue, 12 Oct 2004 14:54:03 -0700
Nate Lawson <nate-Y6VGUYTwhu0@public.gmane.org> wrote:

> Alberto wrote:
> > On Tue, 12 Oct 2004 10:06:28 -0700
> > Nate Lawson <nate-Y6VGUYTwhu0@public.gmane.org> wrote:
> > 
> > 
> >>>Code from arch/i386/kernel/acpi/wakeup.S
> >>>
> >>>[...] 
> >>>	# setup data segment
> >>>	movw	%cs, %ax
> >>>	movw	%ax, %ds					# Make ds:0 point to wakeup_start
> >>>	movw	%ax, %ss
> >>>	mov	$(wakeup_stack - wakeup_code), %sp		# Private stack is needed for ASUS board
> >>>	movw	$0x0e00 + 'S', %fs:(0x12)
> >>>
> >>>	pushl	$0		###THIS LINE CAUSES REBOOT###			# Kill any dangerous flags
> >>>	popfl
> >>
> >>Hehe.  Look up above where the stack pointer is changed to point to the 
> >>wakeup stack and then 0 is pushed on it.  It's likely there is some 
> >>problem with the config or location of the wakeup stack.
> > 
> > 
> > Ok, so the question is: where should %sp point to?
> 
> Dunno, we don't use a stack for the wake code.

...mmmh, the problem is that i'm not a programmer, i have no chance to work this out alone. Anybody can help? :)

Thanks,
Alberto


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Pavel Machek]

Hi!

> >>>>How could i try to debug this to give you more info?
> >>>
> >>>You basically need to fix this yourself. Add infinite loops to
> >>>wakeup.S to see where it breaks.
> >
> >I isolated the line were it breaks and reboots.
> >
> >Code from arch/i386/kernel/acpi/wakeup.S
> >
> >[...] 
> >	# setup data segment
> >	movw	%cs, %ax
> >	movw	%ax, %ds					# Make ds:0 
> >	point to wakeup_start
> >	movw	%ax, %ss
> >	mov	$(wakeup_stack - wakeup_code), %sp		# Private 
> >	stack is needed for ASUS board
> >	movw	$0x0e00 + 'S', %fs:(0x12)
> >
> >	pushl	$0		###THIS LINE CAUSES REBOOT###		 # 
> >	Kill any dangerous flags
> >	popfl
> 
> Hehe.  Look up above where the stack pointer is changed to point to the 
> wakeup stack and then 0 is pushed on it.  It's likely there is some 
> problem with the config or location of the wakeup stack.

Is it possible that %cs:%ip is 1:2345 instead of 1234:5 at beggining
of this?

	movw	%ip, %ax
	testw	%ax, $0xff00
	jnz	some_horrible_death

....

some_horrible_death:
	BEEP
	jmp some_horrible_death


Hmm, that does not work, %ip can't be accessed like that. Any ideas?

								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: ACPI S3 resume only reboots

[Pavel Machek]

Hi!

> > > > How could i try to debug this to give you more info?
> > > 
> > > You basically need to fix this yourself. Add infinite loops to
> > > wakeup.S to see where it breaks.

[BTW good. I expected you to just forget it at this point.]

> I isolated the line were it breaks and reboots.
> 
> Code from arch/i386/kernel/acpi/wakeup.S
> 
> [...] 
> 	# setup data segment
> 	movw	%cs, %ax
> 	movw	%ax, %ds					# Make ds:0 point to wakeup_start
> 	movw	%ax, %ss
> 	mov	$(wakeup_stack - wakeup_code), %sp		# Private stack is needed for ASUS board
> 	movw	$0x0e00 + 'S', %fs:(0x12)
> 
> 	pushl	$0		###THIS LINE CAUSES REBOOT###			# Kill any dangerous flags
> 	popfl
> 
> 	movl	real_magic - wakeup_code, %eax
> 	cmpl	$0x12345678, %eax
> 	jne	bogus_real_magic
> [...]
> 
> placing a statement like
> hole:	jmp hole
> before pushl $0 (line 37) makes it loop, while immediatly after it reboots.
> 
> I don't have skills to fix it myself, but i can test patches... how can i help?

Well, you'll have the skills when we are done with this. Try this one
(with some suitable loop). Can you hear the tone?

We can make several variants of these to produce different tones
(changing -74 and -119 to some other numbers should do the
trick). That should speed your testing a tiny bit.

									Pavel

--- clean/arch/i386/kernel/acpi/wakeup.S	2004-06-22 12:35:47.000000000 +0200
+++ linux/arch/i386/kernel/acpi/wakeup.S	2004-10-02 18:38:53.000000000 +0200
@@ -11,8 +11,23 @@
 #
 # If physical address of wakeup_code is 0x12345, BIOS should call us with
 # cs = 0x1234, eip = 0x05
-# 
+#
 
+#define BEEP \
+	inb	$97, %al; 	\
+	outb	%al, $0x80; 	\
+	movb	$3, %al; 	\
+	outb	%al, $97; 	\
+	outb	%al, $0x80; 	\
+	movb	$-74, %al; 	\
+	outb	%al, $67; 	\
+	outb	%al, $0x80; 	\
+	movb	$-119, %al; 	\
+	outb	%al, $66; 	\
+	outb	%al, $0x80; 	\
+	movb	$15, %al; 	\
+	outb	%al, $66; 
+	
 ALIGN
 	.align	4096
 ENTRY(wakeup_start)
@@ -20,6 +35,7 @@
 	wakeup_code_start = .
 	.code16
 
+	BEEP
  	movw	$0xb800, %ax
 	movw	%ax,%fs
 	movw	$0x0e00 + 'L', %fs:(0x10)



-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl