Re: Re: S3 resume on Fujitsu-Siemens Amilo A7620 (CONTINUES)

Re: Re: S3 resume on Fujitsu-Siemens Amilo A7620 (CONTINUES)

[Alberto Piai]

On Mon, 18 Oct 2004 14:47:56 +0200
Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org> wrote:

> Yes, you are going out of wakeup.S... Actually no. You are going to
> ret_point down in do_suspend_lowlevel.

Update: code is executed until
[...]
ENTRY(do_suspend_lowlevel)
	call	save_processor_state
	call	save_registers
	pushl	$3
	call	acpi_enter_sleep_state
	addl	$4,%esp
	ret
	.p2align 4,,7
ret_point:
	call	restore_registers
	call	restore_processor_state
	# Here it's still alive :)
	ret
[...]

So now it's going out of wakeup.S, right?
We should be in drivers/acpi/sleep/main.c at that point
[...]
switch (pm_state)
	{
	case PM_SUSPEND_STANDBY:
		barrier();
		status = acpi_enter_sleep_state(acpi_state);
		break;

	case PM_SUSPEND_MEM:
		do_suspend_lowlevel();
		break;

	case PM_SUSPEND_DISK:
		if (acpi_pm_ops.pm_disk_mode == PM_DISK_PLATFORM)
			status = acpi_enter_sleep_state(acpi_state);
		else
			do_suspend_lowlevel_s4bios();
		break;
	default:
		return -EINVAL;
	}
	local_irq_restore(flags);
	printk(KERN_DEBUG "Back to C!\n");
[...]
right? 
Can i use some beep code from here as well?
I won't sleep until this laptop resumes! ;)

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: Re: S3 resume on Fujitsu-Siemens Amilo A7620 (CONTINUES)

[Pavel Machek]

Hi!

> > Yes, you are going out of wakeup.S... Actually no. You are going to
> > ret_point down in do_suspend_lowlevel.
> 
> Update: code is executed until
> [...]
> ENTRY(do_suspend_lowlevel)
> 	call	save_processor_state
> 	call	save_registers
> 	pushl	$3
> 	call	acpi_enter_sleep_state
> 	addl	$4,%esp
> 	ret
> 	.p2align 4,,7
> ret_point:
> 	call	restore_registers
> 	call	restore_processor_state
> 	# Here it's still alive :)
> 	ret
> [...]
> 
> So now it's going out of wakeup.S, right?

Good.

> We should be in drivers/acpi/sleep/main.c at that point

Yes. I assume that video does not work for you? Do you see at least
blinking cursor?

...hmm, problem is that normal video calls really require stack. Very
bad.

> 	case PM_SUSPEND_STANDBY:
> 		barrier();
> 		status = acpi_enter_sleep_state(acpi_state);
> 		break;
> 
> 	case PM_SUSPEND_MEM:
> 		do_suspend_lowlevel();
> 		break;
> 
> 	case PM_SUSPEND_DISK:
> 		if (acpi_pm_ops.pm_disk_mode == PM_DISK_PLATFORM)
> 			status = acpi_enter_sleep_state(acpi_state);
> 		else
> 			do_suspend_lowlevel_s4bios();
> 		break;
> 	default:
> 		return -EINVAL;
> 	}
> 	local_irq_restore(flags);
> 	printk(KERN_DEBUG "Back to C!\n");
> [...]
> right? 
> Can i use some beep code from here as well?

You'd have to wrap it with asm("") at least, and need right
constraints.... Hmm, this should be C-equivalent. First try it
somewhere in normal code.

outb(inb(97), 0x80); outb_p(3, 97); outb_p(-74,67); outb_p(-119,66);
outb_p(15,66);


> I won't sleep until this laptop resumes! ;)

Given that human can only handle about 72 hours without sleep... I'd
say that is bad idea.

								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: Re: S3 resume on Fujitsu-Siemens Amilo A7620 (CONTINUES)

[Alberto Piai]

On Mon, 18 Oct 2004 23:22:08 +0200
Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org> wrote:

> > So now it's going out of wakeup.S, right?
> 
> Good.
> 
> > We should be in drivers/acpi/sleep/main.c at that point
> 
> Yes. I assume that video does not work for you? Do you see at least
> blinking cursor?
> 
> ...hmm, problem is that normal video calls really require stack. Very
> bad.
 
Hey. Some messages ago we got to the point were stack was properly initialized, so i couldn't use pushl anymore to debug. That was on
[...]
wakeup_pmode_return:
	movw	$__KERNEL_DS, %ax
	movw	%ax, %ss
	movw	%ax, %ds
[...]

could we try to run video code after that?

[OT]
Ps:ok, maybe i'll go to sleep... but i'm not going to surrender.  :p 


-------------------------------------------------------
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: Re: S3 resume on Fujitsu-Siemens Amilo A7620 (CONTINUES)

[Pavel Machek]

Hi!

> > > So now it's going out of wakeup.S, right?
> > 
> > Good.
> > 
> > > We should be in drivers/acpi/sleep/main.c at that point
> > 
> > Yes. I assume that video does not work for you? Do you see at least
> > blinking cursor?
> > 
> > ...hmm, problem is that normal video calls really require stack. Very
> > bad.
>  
> Hey. Some messages ago we got to the point were stack was properly initialized, so i couldn't use pushl anymore to debug. That was on
> [...]
> wakeup_pmode_return:
> 	movw	$__KERNEL_DS, %ax
> 	movw	%ax, %ss
> 	movw	%ax, %ds
> [...]
> 
> could we try to run video code after that?

We can't call video bios from protected mode, sorry. If machine comes
up with all devices working (try capslock) but video, you should be
able to reinitialize video using emu from X11 or some other hack.

								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: Re: S3 resume on Fujitsu-Siemens Amilo A7620 (CONTINUES)

[Alberto Piai]

On Tue, 19 Oct 2004 01:00:08 +0200
Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org> wrote:

> Hi!
> 
> > > > So now it's going out of wakeup.S, right?

> > > > We should be in drivers/acpi/sleep/main.c at that point
> > > 
> > > Yes. I assume that video does not work for you? Do you see at least
> > > blinking cursor?
> > > 

> We can't call video bios from protected mode, sorry. If machine comes
> up with all devices working (try capslock) but video, you should be
> able to reinitialize video using emu from X11 or some other hack.

Update:
2.6.9, with pushl and popl lines commented out:
the machine survives wakeup.S, then hangs with the hard disk light on. CapsLock is working, but Ctrl+Alt+Del doesn't reboot (if i keep it pressed for some seconds it generates a beep.)

I still didn't find a way to debug it, please help me! At which point should we be if harddisk was (kind of) turned on?

Thanks,
Alberto


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click

Re: Re: S3 resume on Fujitsu-Siemens Amilo A7620 (CONTINUES)

[Pavel Machek]

Hi!

> > > > > So now it's going out of wakeup.S, right?
> 
> > > > > We should be in drivers/acpi/sleep/main.c at that point
> > > > 
> > > > Yes. I assume that video does not work for you? Do you see at least
> > > > blinking cursor?
> > > > 
> 
> > We can't call video bios from protected mode, sorry. If machine comes
> > up with all devices working (try capslock) but video, you should be
> > able to reinitialize video using emu from X11 or some other hack.
> 
> Update:
> 2.6.9, with pushl and popl lines commented out:
> the machine survives wakeup.S, then hangs with the hard disk light on. CapsLock is working, but Ctrl+Alt+Del doesn't reboot (if i keep it pressed for some seconds it generates a beep.)
> 
> I still didn't find a way to debug it, please help me! At which point should we be if harddisk was (kind of) turned on?

Remap capslock to, say, right shift, and try to see if right shift
toggles leds after resume.

If it does, try to find out if serial or network card is working after
resume.

								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:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click

RE: Re: S3 resume on Fujitsu-Siemens Amilo A7620 (CONTINUES)

[Yu, Luming]

>Update:
>2.6.9, with pushl and popl lines commented out:

http://bugzilla.kernel.org/show_bug.cgi?id=3586

How could pushl	$0 cause reboot in real mode?
I guess it is in protect mode.

I suggest you to try the following patch to see if "pushl $0" still
cause 
reboot.

--- linux-2.6.10-rc2/arch/i386/kernel/acpi/wakeup.S.orig
2004-12-02 
18:18:01.132147992 -0800
+++ linux-2.6.10-rc2/arch/i386/kernel/acpi/wakeup.S	2004-12-02 
18:17:34.872140120 -0800
@@ -20,6 +20,8 @@
 	wakeup_code_start = .
 	.code16
 
+	xor	%eax, %eax
+	movl	%eax, %cr0
  	movw	$0xb800, %ax
 	movw	%ax,%fs
 	movw	$0x0e00 + 'L', %fs:(0x10)


Thanks,
Luming


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/

Re: Re: S3 resume on Fujitsu-Siemens Amilo A7620 (CONTINUES)

[Alberto Piai]

Hi,

On Tue, 30 Nov 2004 19:39:03 +0800
"Yu, Luming" <luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote:

> >Update:
> >2.6.9, with pushl and popl lines commented out:
> 
> http://bugzilla.kernel.org/show_bug.cgi?id=3586
> 
> How could pushl	$0 cause reboot in real mode?
> I guess it is in protect mode.
> 
> I suggest you to try the following patch to see if "pushl $0" still
> cause 
> reboot.
> 
> --- linux-2.6.10-rc2/arch/i386/kernel/acpi/wakeup.S.orig
> 2004-12-02 
> 18:18:01.132147992 -0800
> +++ linux-2.6.10-rc2/arch/i386/kernel/acpi/wakeup.S	2004-12-02 
> 18:17:34.872140120 -0800
> @@ -20,6 +20,8 @@
>  	wakeup_code_start = .
>  	.code16
>  
> +	xor	%eax, %eax
> +	movl	%eax, %cr0
>   	movw	$0xb800, %ax
>  	movw	%ax,%fs
>  	movw	$0x0e00 + 'L', %fs:(0x10)

Sorry for the late answer, but university has been pressing in the last weeks..
Luming, this patch doesn't help, reboot occurs as usual :(
could i post other useful info about the system? maybe the DSDT?

thanks,
Alberto


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/