login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
February
»
7
Re: [rft] s2ram wakeup moves to .c, could fix few machines
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Rafael J. Wysocki
Subject:
Re: [rft] s2ram wakeup moves to .c, could fix few machines
Date: Thursday, February 7, 2008 - 4:36 pm
On Friday, 8 of February 2008, Pavel Machek wrote:
quoted text
> Hi!
Hi,
quoted text
> > > > - memcpy((void *)acpi_wakeup_address, &wakeup_start, > > > > - &wakeup_end - &wakeup_start); > > > > - acpi_copy_wakeup_routine(acpi_wakeup_address); > > > > + memcpy((void *)acpi_realmode, &wakeup_code_start, 4*PAGE_SIZE); > > > > > > Using a PAGE_SIZE multiplier here isn't a good thing... > > > > Yes, I'll fix that in one of the next iterations. > > Agreed. > > > > > + header = (struct wakeup_header *)(acpi_realmode + 0x3f00); > > > > > > ... especially not with magic constants like this. > > > > Yeah. Pavel, what's at 0x3f00, btw? > > struct wakeup_header. > > I really need the entry point to be at offset 0, so that I can get > pointers to my data. I could not figure out how to do it any other > way. And if 0 is taken, I thought I'd put header at the end.
What does the number 0x3f00 follow from? Rafael --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Tue Feb 5, 12:06 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Tue Feb 5, 6:27 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Tue Feb 5, 6:36 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Tue Feb 5, 6:42 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Tue Feb 5, 6:51 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Tue Feb 5, 6:56 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Wed Feb 6, 4:29 am)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Wed Feb 6, 4:37 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Wed Feb 6, 4:48 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Thu Feb 7, 3:12 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Sam Ravnborg
, (Thu Feb 7, 3:28 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Thu Feb 7, 3:28 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Thu Feb 7, 3:34 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Thu Feb 7, 3:38 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Thu Feb 7, 3:40 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Thu Feb 7, 3:44 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Thu Feb 7, 3:45 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Thu Feb 7, 3:46 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Thu Feb 7, 3:49 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Thu Feb 7, 3:51 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Thu Feb 7, 3:53 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Thu Feb 7, 3:57 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Thu Feb 7, 4:06 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Thu Feb 7, 4:09 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Thu Feb 7, 4:13 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Thu Feb 7, 4:14 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Thu Feb 7, 4:35 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Thu Feb 7, 4:36 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Thu Feb 7, 4:41 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Thu Feb 7, 4:42 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 12:04 am)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Fri Feb 8, 12:40 am)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Fri Feb 8, 9:23 am)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 2:00 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Fri Feb 8, 2:02 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 2:09 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 2:13 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Fri Feb 8, 2:18 pm)
Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could f ...
, Alan Stern
, (Fri Feb 8, 2:20 pm)
Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could f ...
, Pavel Machek
, (Fri Feb 8, 2:23 pm)
Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could f ...
, H. Peter Anvin
, (Fri Feb 8, 2:27 pm)
Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could f ...
, Pavel Machek
, (Fri Feb 8, 2:31 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 2:31 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 2:34 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 2:35 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 2:41 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Maxim Levitsky
, (Fri Feb 8, 2:41 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Sam Ravnborg
, (Fri Feb 8, 2:47 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 2:49 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 2:51 pm)
Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could f ...
, Rafael J. Wysocki
, (Fri Feb 8, 2:56 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 2:56 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 2:58 pm)
Re: [linux-pm] Re: [rft] s2ram wakeup moves to .c, could f ...
, Pavel Machek
, (Fri Feb 8, 2:59 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Fri Feb 8, 3:01 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Fri Feb 8, 3:08 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Fri Feb 8, 5:18 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, H. Peter Anvin
, (Fri Feb 8, 5:32 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Rafael J. Wysocki
, (Sat Feb 9, 6:48 am)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Pavel Machek
, (Sun Feb 10, 2:14 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Sam Ravnborg
, (Sun Feb 10, 2:21 pm)
Re: [rft] s2ram wakeup moves to .c, could fix few machines
, Bill Davidsen
, (Wed Feb 13, 7:54 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Trenton D. Adams
Re: Flash IO slow 1.5 MB/s
Alan Cox
Re: Please add ZFS support (from GPL sources)
S K
Re: cpufreq doesn't seem to work in Intel Q9300
Bart Van Assche
Re: Is gcc thread-unsafe?
Mingming Cao
Re: [PATCH 4/5] ext4: fallocate support in ext4
git
:
Junio C Hamano
Re: git-svnimport
Johannes Schindelin
Re: [PATCH] Fix approxidate("never") to always return 0
A Large Angry SCM
Re: [RFC] origin link for cherry-pick and revert
Mark Burton
Re: Sporadic BSOD with msys git?
Junio C Hamano
Re: [PATCH] Detached HEAD (experimental)
git-commits-head
:
Linux Kernel Mailing List
ath9k_htc: Allocate URBs properly
Linux Kernel Mailing List
sm501: add power control callback
Linux Kernel Mailing List
net: don't grab a mutex within a timer context in gianfar
Linux Kernel Mailing List
powerpc/kexec: Add support for FSL-BookE
Linux Kernel Mailing List
V4L/DVB (8976): af9015: Add USB ID for AVerMedia A309
linux-netdev
:
Daniel Lezcano
getsockopt(TCP_DEFER_ACCEPT) value change
David Miller
Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
David Miller
Re: [RFC 0/5] generic rx recycling
Ingo Molnar
Re: [regression] nf_iterate(), BUG: unable to handle kernel NULL pointer dereference
Jeff Kirsher
[net-2.6 PATCH 2/5] e1000e: increase swflag acquisition timeout for ICHx/PCH
openbsd-misc
:
daniele.pilenga
snmpd hangs on 4.1 looking up hrSWRunTable
Christophe Rioux
Implementation example of snmp
Nick Holland
Re: booting openbsd on eee without cd-rom
Cabillot Julien
Re: OpenBSD isakmpd and pf vs Cisco PIX or ASA
Nice Daemon
Re: Bind ntpd on certain interface?
Colocation donated by:
Syndicate