Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could fix few machines

2008-02-08 Thread Pavel Machek
On Fri 2008-02-08 22:56:08, Rafael J. Wysocki wrote: > On Friday, 8 of February 2008, Pavel Machek wrote: > > On Fri 2008-02-08 13:27:30, H. Peter Anvin wrote: > > > Pavel Machek wrote: > > >> > > >> See arch/x86/kernel/acpi/realmode/wakeup.S (the version that was sent > > >> to the list). No

Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could fix few machines

2008-02-08 Thread Rafael J. Wysocki
On Friday, 8 of February 2008, Pavel Machek wrote: > On Fri 2008-02-08 13:27:30, H. Peter Anvin wrote: > > Pavel Machek wrote: > >> > >> See arch/x86/kernel/acpi/realmode/wakeup.S (the version that was sent > >> to the list). No problem there, but table stored at nonzero > >> offset. Short jump at

Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could fix few machines

2008-02-08 Thread Pavel Machek
On Fri 2008-02-08 13:27:30, H. Peter Anvin wrote: > Pavel Machek wrote: >> >> See arch/x86/kernel/acpi/realmode/wakeup.S (the version that was sent >> to the list). No problem there, but table stored at nonzero >> offset. Short jump at the beggining of table would fix it (ugly). >> > > Ugly, but

Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could fix few machines

2008-02-08 Thread H. Peter Anvin
Pavel Machek wrote: See arch/x86/kernel/acpi/realmode/wakeup.S (the version that was sent to the list). No problem there, but table stored at nonzero offset. Short jump at the beggining of table would fix it (ugly). Ugly, but it's the standard way to deal. We have it in the bzImage format,

Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could fix few machines

2008-02-08 Thread Pavel Machek
Hi! > > > > segments:offsets rear its ugly head here. I need %ds to point to my > > > > data, and the way to do it is copy it from %cs; that needs start to be > > > > at 0. > > > > > > Hm, why exactly is that necessay? > > > > It is not _neccessary_. Try to come up with another method that gets

Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could fix few machines

2008-02-08 Thread Alan Stern
On Fri, 8 Feb 2008, Pavel Machek wrote: > > > segments:offsets rear its ugly head here. I need %ds to point to my > > > data, and the way to do it is copy it from %cs; that needs start to be > > > at 0. > > > > Hm, why exactly is that necessay? > > It is not _neccessary_. Try to come up with

Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could fix few machines

2008-02-08 Thread Rafael J. Wysocki
On Friday, 8 of February 2008, Pavel Machek wrote: On Fri 2008-02-08 13:27:30, H. Peter Anvin wrote: Pavel Machek wrote: See arch/x86/kernel/acpi/realmode/wakeup.S (the version that was sent to the list). No problem there, but table stored at nonzero offset. Short jump at the beggining

Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could fix few machines

2008-02-08 Thread Pavel Machek
On Fri 2008-02-08 22:56:08, Rafael J. Wysocki wrote: On Friday, 8 of February 2008, Pavel Machek wrote: On Fri 2008-02-08 13:27:30, H. Peter Anvin wrote: Pavel Machek wrote: See arch/x86/kernel/acpi/realmode/wakeup.S (the version that was sent to the list). No problem there, but

Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could fix few machines

2008-02-08 Thread Pavel Machek
On Fri 2008-02-08 13:27:30, H. Peter Anvin wrote: Pavel Machek wrote: See arch/x86/kernel/acpi/realmode/wakeup.S (the version that was sent to the list). No problem there, but table stored at nonzero offset. Short jump at the beggining of table would fix it (ugly). Ugly, but it's the

Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could fix few machines

2008-02-08 Thread Alan Stern
On Fri, 8 Feb 2008, Pavel Machek wrote: segments:offsets rear its ugly head here. I need %ds to point to my data, and the way to do it is copy it from %cs; that needs start to be at 0. Hm, why exactly is that necessay? It is not _neccessary_. Try to come up with another method

Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could fix few machines

2008-02-08 Thread H. Peter Anvin
Pavel Machek wrote: See arch/x86/kernel/acpi/realmode/wakeup.S (the version that was sent to the list). No problem there, but table stored at nonzero offset. Short jump at the beggining of table would fix it (ugly). Ugly, but it's the standard way to deal. We have it in the bzImage format,