On Monday, 3 September 2007 05:47, Pavel Machek wrote:
Hi!
Can you try 20-or-so tests? Mine hangs randomly, so it survived 4 or
so cycles at one point.
Mine still survives with this ... with sleep 1 ...
# for((i=0; i100; i++)); do echo $i; echo $((i % 2))
On Monday, 3 September 2007 10:36, Thomas Gleixner wrote:
On Sun, 2007-09-02 at 22:39 +0200, Rafael J. Wysocki wrote:
On Saturday, 1 September 2007 06:58, Andrew Morton wrote:
- dynticks-for-x86_64 has returned
It fails to boot on my HPC nx6325 (hangs very early, before any messages
On Saturday, 8 September 2007 17:32, Michal Piotrowski wrote:
Hi,
On 05/08/2007, Michał sed [EMAIL PROTECTED] wrote:
Greetings
I'm experiencing double disk spin down issue on my HP nx6310 laptop
during shut down and suspend to disk. The drive is power down on Will
now halt message
On Wednesday, 5 September 2007 01:32, Len Brown wrote:
On Friday 27 July 2007 04:57, Rafael J. Wysocki wrote:
Thanks for writing this, Rafael.
* system hibernation state - state, in which the system's processors are
off and
its main memory is not powered, but the information
On Sunday, 9 September 2007 11:20, Maciek Rutecki wrote:
Rafael J. Wysocki pisze:
Shutdown is completely broken on HP NX6??? laptops.
It's not completely broken, it just handles disks incorrectly and we are not
sure whether or not there are any serious consequences of that. Moreover
From: Rafael J. Wysocki [EMAIL PROTECTED]
Make hibernation_platform_enter() execute the enter-a-sleep-state sequence
instead of the mixed shutdown-with-entering-S4 thing.
Replace the shutting down of devices done by kernel_shutdown_prepare(), before
entering the ACPI S4 sleep state
On Sunday, 9 September 2007 16:00, Andrey Borzenkov wrote:
On Sunday 01 July 2007, Rafael J. Wysocki wrote:
On Saturday, 30 June 2007 06:59, Andrey Borzenkov wrote:
Since 2.6.18 I do not have suspend to RAM; now I am starting to lose
suspend to disk :)
Environment - vanilla kernel
Hi,
This series of patches is intended to eliminate some design problems with the
hibernation userland interface.
It contains the following changes:
* allow the user space utilities to get the size of the image via ioctl
* introduce ioctls to be used instead of SNAPSHOT_PMOPS
* mark the
From: Rafael J. Wysocki [EMAIL PROTECTED]
Add a new ioctl, SNAPSHOT_GET_IMAGE_SIZE, returning the size of the (just
created) hibernation image, to the hibernation userland interface.
This ioctl is necessary so that the userland utilities using the interface need
not access the hibernation image
From: Rafael J. Wysocki [EMAIL PROTECTED]
Modify the hibernation userland interface by adding two new ioctls to it,
SNAPSHOT_PLATFORM_SUPPORT and SNAPSHOT_POWER_OFF, that can be used,
respectively, to switch the hibernation platform support on/off and to make the
kernel transition the system
From: Rafael J. Wysocki [EMAIL PROTECTED]
Mark the SNAPSHOT_SET_SWAP_FILE ioctl belonging to the hibernation userland
interface as deprecated.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
Acked-by: Pavel Machek [EMAIL PROTECTED]
---
Documentation/power/userland-swsusp.txt | 14
From: Rafael J. Wysocki [EMAIL PROTECTED]
Move the definitions of hibernation ioctls to a separate header file in
include/linux, which can be exported to the user space.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
Documentation/power/userland-swsusp.txt | 10 +-
include
From: Rafael J. Wysocki [EMAIL PROTECTED]
Three ioctl numbers belonging to the hibernation userland interface,
SNAPSHOT_ATOMIC_SNAPSHOT, SNAPSHOT_SET_IMAGE_SIZE, SNAPSHOT_AVAIL_SWAP,
SNAPSHOT_GET_SWAP_PAGE, are defined in a wrong way (eg. not portable). Provide
new ioctl numbers for these ioctls
On Tuesday, 11 September 2007 05:54, Nigel Cunningham wrote:
Hi all.
Commit 831441862956fffa17b9801db37e6ea1650b0f69 (Freezer: make kernel threads
nonfreezable by default) breaks freezing when attempting to resume from an
initrd, because the init (which is freezeable) spins while waiting for
On Tuesday, 11 September 2007 12:31, Andrew Morton wrote:
On Tue, 11 Sep 2007 11:16:04 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
On Tue, 2007-09-11 at 01:35 -0700, Andrew Morton wrote:
On Tue, 11 Sep 2007 01:20:05 -0700 Andrew Morton [EMAIL PROTECTED]
wrote:
On Tue, 11 Sep
On Tuesday, 11 September 2007 13:27, Nigel Cunningham wrote:
Hi.
On Tuesday 11 September 2007 21:04:22 Rafael J. Wysocki wrote:
On Tuesday, 11 September 2007 05:54, Nigel Cunningham wrote:
Hi all.
Commit 831441862956fffa17b9801db37e6ea1650b0f69 (Freezer: make kernel
threads
On Tuesday, 11 September 2007 13:22, Andrew Morton wrote:
On Tue, 11 Sep 2007 13:23:55 +0200 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
On Tuesday, 11 September 2007 12:31, Andrew Morton wrote:
On Tue, 11 Sep 2007 11:16:04 +0200 Thomas Gleixner [EMAIL PROTECTED]
wrote:
On Tue
On Tuesday, 11 September 2007 13:35, Toralf Förster wrote:
Hello,
the build with the attached .config failed, make ends with:
...
LD arch/i386/boot/compressed/vmlinux
OBJCOPY arch/i386/boot/vmlinux.bin
HOSTCC arch/i386/boot/tools/build
BUILD arch/i386/boot/bzImage
Root
On Tuesday, 11 September 2007 13:55, Rafael J. Wysocki wrote:
On Tuesday, 11 September 2007 13:27, Nigel Cunningham wrote:
Hi.
On Tuesday 11 September 2007 21:04:22 Rafael J. Wysocki wrote:
On Tuesday, 11 September 2007 05:54, Nigel Cunningham wrote:
Hi all.
Commit
On Tuesday, 11 September 2007 15:12, Rafael J. Wysocki wrote:
On Tuesday, 11 September 2007 13:55, Rafael J. Wysocki wrote:
On Tuesday, 11 September 2007 13:27, Nigel Cunningham wrote:
Hi.
On Tuesday 11 September 2007 21:04:22 Rafael J. Wysocki wrote:
On Tuesday, 11 September 2007
On Tuesday, 11 September 2007 15:41, Nigel Cunningham wrote:
Hi.
On Tuesday 11 September 2007 23:23:32 Rafael J. Wysocki wrote:
On Tuesday, 11 September 2007 15:12, Rafael J. Wysocki wrote:
On Tuesday, 11 September 2007 13:55, Rafael J. Wysocki wrote:
On Tuesday, 11 September 2007 13
On Tuesday, 11 September 2007 20:25, Andrew Morton wrote:
On Tue, 11 Sep 2007 14:09:12 +0200 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
On Tuesday, 11 September 2007 13:22, Andrew Morton wrote:
On Tue, 11 Sep 2007 13:23:55 +0200 Rafael J. Wysocki [EMAIL
PROTECTED] wrote
From: Rafael J. Wysocki [EMAIL PROTECTED]
The following scenario leads to total confusion of the platform firmware on
some boxes (eg. HPC nx6325):
* Hibernate with ACPI enabled
* Resume passing acpi=off to the boot kernel
To prevent this from happening it's necessary to check if ACPI is enabled
From: Rafael J. Wysocki [EMAIL PROTECTED]
Make hibernation_platform_enter() execute the enter-a-sleep-state sequence
instead of the mixed shutdown-with-entering-S4 thing.
Replace the shutting down of devices done by kernel_shutdown_prepare(), before
entering the ACPI S4 sleep state
On Friday, 20 July 2007 01:07, [EMAIL PROTECTED] wrote:
On Thu, 19 Jul 2007, Rafael J. Wysocki wrote:
On Thursday, 19 July 2007 17:46, Milton Miller wrote:
The currently identified problems under discussion include:
(1) how to interact with acpi to enter into S4.
(2) how to identify
On Friday, 20 July 2007 01:22, Agarwal, Lomesh wrote:
I am using Linux in an embedded platform with x86. Applications don't do
anything special. The system call which is returning EINTR is poll. Also
in one of the thread read is returning ENODATA after resume. If I just
try the system calls
On Friday, 20 July 2007 18:08, Milton Miller wrote:
On Jul 19, 2007, at 3:28 PM, Rafael J. Wysocki wrote:
On Thursday, 19 July 2007 17:46, Milton Miller wrote:
The currently identified problems under discussion include:
(1) how to interact with acpi to enter into S4.
(2) how to identify
On Friday, 20 July 2007 18:56, Milton Miller wrote:
On Jul 20, 2007, at 6:17 AM, Rafael J. Wysocki wrote:
On Friday, 20 July 2007 01:07, [EMAIL PROTECTED] wrote:
On Thu, 19 Jul 2007, Rafael J. Wysocki wrote:
On Thursday, 19 July 2007 17:46, Milton Miller wrote:
The currently identified
On Friday, 20 July 2007 19:31, Jeremy Maitin-Shepard wrote:
Milton Miller [EMAIL PROTECTED] writes:
[snip]
(7) how to avoid corrupting filesystems mounted by the hibernated kernel
I didn't realize this was a discussion item. I thought the options were
clear, for some filesystem
On Friday, 20 July 2007 16:48, Huang, Ying wrote:
On Fri, 2007-07-20 at 09:01 -0500, Milton Miller wrote:
Simplifying kjump: the proposal for v3.
The current code is trying to use crash dump area as a safe, reserved
area to run the second kernel. However, that means that the kernel
On Friday, 20 July 2007 17:36, [EMAIL PROTECTED] wrote:
On Fri, 20 Jul 2007, Jim Crilly wrote:
has
requested the image to be not greater than 50% of RAM. In that case you
have
to free some memory _before_ identifying memory to save and you must not
race with applications that attempt
On Friday, 20 July 2007 18:15, Alan Stern wrote:
On Fri, 20 Jul 2007 [EMAIL PROTECTED] wrote:
or the userspace helper functions that setup the instructions for the
hibernate warn you if you are telling it to mount a filesystem that it
knows is ext3 and is in use by the system going to
On Friday, 20 July 2007 19:57, Ken Moffat wrote:
On Fri, Jul 20, 2007 at 10:42:15AM -0700, Randy Dunlap wrote:
man uptime:
uptime - tell how long the system has been running
I claim that the system is not running when it is suspended,
so the suspension time should not be
On Friday, 20 July 2007 20:07, Agarwal, Lomesh wrote:
Can you suggest a way I can debug the issue why I am getting EINTR error
for system calls in resuming? What else can cause the system call
failure with EINTR?
Well, I think I know what the problem is. do_poll checks
signal_pending(current)
On Friday, 20 July 2007 23:34, [EMAIL PROTECTED] wrote:
On Fri, 20 Jul 2007, Alan Stern wrote:
On Fri, 20 Jul 2007 [EMAIL PROTECTED] wrote:
Userspace can submit I/O requests. Someone will have to audit every
driver to make sure that such I/O requests don't cause a quiesced
device to
On Friday, 20 July 2007 23:33, Jeremy Maitin-Shepard wrote:
Rafael J. Wysocki [EMAIL PROTECTED] writes:
[snip]
Or add a small bit of infrastructure that errors writes at make_request
if you don't have a magic i am a direct block device write from
userspace flag on the bio
On Friday, 20 July 2007 23:39, [EMAIL PROTECTED] wrote:
On Fri, 20 Jul 2007, Rafael J. Wysocki wrote:
On Friday, 20 July 2007 17:36, [EMAIL PROTECTED] wrote:
On Fri, 20 Jul 2007, Jim Crilly wrote:
has
requested the image to be not greater than 50% of RAM. In that case you
have
On Saturday, 21 July 2007 20:12, Miklos Szeredi wrote:
It seems that you could still potentially get a failure to freeze if one
FUSE process depends on another, and the one that is frozen second just
happens to be waiting on the one that is frozen first when it is frozen.
I admit that this
Hi,
On Monday, 23 July 2007 00:42, Nigel Cunningham wrote:
Hi Alan.
On Monday 23 July 2007 01:26:23 Alan Stern wrote:
On Sun, 22 Jul 2007, Nigel Cunningham wrote:
Hi.
On Sunday 22 July 2007 02:13:56 Jeremy Maitin-Shepard wrote:
It seems that you could still potentially get
On Monday, 23 July 2007 12:24, Miklos Szeredi wrote:
The only thing to do is what Rafael has been working on: unfreeze
things, hope the tasks sort themselves out, and try again.
That's what I'm questioning. Is there a more reliable way and we've
just given up too quickly?
There
On Monday, 23 July 2007 14:14, Miklos Szeredi wrote:
On Monday, 23 July 2007 12:24, Miklos Szeredi wrote:
The only thing to do is what Rafael has been working on: unfreeze
things, hope the tasks sort themselves out, and try again.
That's what I'm questioning. Is there a more
On Monday, 23 July 2007 15:08, Miklos Szeredi wrote:
The reason is that we want them to park in safe places, ie. where
there
are no locks held etc. Thus, these safe places need to be chosen
somehow
and since they are not marked throughout the code, we choose the obvious
try_to_freeze() in every system call that
does something like that ...
Greetings,
Rafael
-Original Message-
From: Rafael J. Wysocki [mailto:[EMAIL PROTECTED]
Sent: Friday, July 20, 2007 3:10 PM
To: Agarwal, Lomesh
Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org
Subject: Re
On Monday, 23 July 2007 21:52, Manfred Spraul wrote:
Rafael wrote:
On Monday, 23 July 2007 20:38, Agarwal, Lomesh wrote:
The other problem I am facing that read from socket returns with ENODATA
when resuming. any ideas?
It's of similar kind: the system call checks
On Monday, 23 July 2007 22:57, Agarwal, Lomesh wrote:
Why do you need try_to_freeze in below patch? Shouldn't
!freezing(current) checking is enough?
The try_to_freeze() is needed so that the process doesn't block the freezing
of tasks (it is supposed to call refrigerator() as soon as reasonably
Hi,
On Monday, 23 July 2007 15:05, Nigel Cunningham wrote:
Hi all.
As we all know, pageflags have been a scarce resource for a while now. These
patches seek to help address that issue by adding support for a new type
of 'dynamically allocated' pageflag.
The basic idea is that we use
On Monday, 23 July 2007 23:55, Nigel Cunningham wrote:
Hi.
On Tuesday 24 July 2007 01:23:15 Alan Stern wrote:
On Mon, 23 Jul 2007, Nigel Cunningham wrote:
Take a step back for a second.
The problem we're facing now is that we're getting some userspace
threads,
used in
On Monday, 23 July 2007 22:05, Alan Stern wrote:
[Note changed $SUBJECT]
[--snip--]
=
Now here's an idea which might work. Can we require every caller of
device_add() to hold some existing device's semaphore? Normally it
would be the semaphore of the new
On Tuesday, 24 July 2007 00:18, Agarwal, Lomesh wrote:
The net effect would be same. Why would you choose one over other
(do_sys_poll vs. do_poll)?
The last patch is simpler and it doesn't involve the try_to_freeze() thing.
Can you point me to code where socket read returns in case of
On Tuesday, 24 July 2007 00:27, Nigel Cunningham wrote:
Hi.
On Tuesday 24 July 2007 08:05:21 Rafael J. Wysocki wrote:
Hi,
On Monday, 23 July 2007 15:05, Nigel Cunningham wrote:
Hi all.
As we all know, pageflags have been a scarce resource for a while now.
These
patches
From: Rafael J. Wysocki [EMAIL PROTECTED]
Remove references to ACPI_STATE_S2, introduced by
acpi-implement-the-set_target-callback-from-pm_ops.patch, from acpi_pm_enter().
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
drivers/acpi/sleep/main.c |9 -
1 file changed, 4
On Tuesday, 24 July 2007 16:29, Alan Stern wrote:
On Tue, 24 Jul 2007, Rafael J. Wysocki wrote:
Now here's an idea which might work. Can we require every caller of
device_add() to hold some existing device's semaphore? Normally it
would be the semaphore of the new device's parent
On Tuesday, 24 July 2007 16:00, Huang, Ying wrote:
From: Rafael J. Wysocki [mailto:[EMAIL PROTECTED]
This is not the point. There are memory regions that you should not
_restore_,
because that will cause harm.
On x86_64, there is another usage of nosave during processing E820
memory map
On Tuesday, 24 July 2007 18:06, Alan Stern wrote:
On Tue, 24 Jul 2007, Rafael J. Wysocki wrote:
As with Oliver's suggestion, this would create a locking order
violation. Drivers registering children (and thus acquiring
dpm_list_mtx) will often already hold the parent's sem
On Tuesday, 24 July 2007 22:24, Alan Stern wrote:
On Tue, 24 Jul 2007, Rafael J. Wysocki wrote:
Hmm, I still don't understand why we can't lock dpm_list_mutex before the
For each loop (we already do something like this in device_suspend() and
device_resume()) and that would simplify
On Wednesday, 25 July 2007 00:14, Alan Stern wrote:
On Tue, 24 Jul 2007, Rafael J. Wysocki wrote:
Then device_suspend() can be simplified:
int device_suspend(pm_message_t state)
{
int error = 0;
might_sleep();
list_for_each_entry_reverse(dev, dpm_locked
Hi,
On Wednesday, 25 July 2007 00:19, YOSHIFUJI Hideaki / 吉藤英明 wrote:
Hello.
Linux 2.6.23-rc1 fails to power off my ThinkPad T42.
Git-bisect told me that the following commit is to blame,
and by reverting that commit, it works appropriately.
(1) Can you please apply the appended patch and
On Wednesday, 25 July 2007 14:55, Cedric Le Goater wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.6.23-rc1-mm1/
from pm-move-definition-of-struct-pm_ops-to-suspendh.patch :
drivers/video/chipsfb.c: In function 'chipsfb_pci_suspend':
On Thursday, 26 July 2007 15:06, YOSHIFUJI Hideaki / 吉藤英明 wrote:
Hello.
In article [EMAIL PROTECTED] (at Thu, 26 Jul 2007 14:12:33 +0200), Rafael
J. Wysocki [EMAIL PROTECTED] says:
On Wednesday, 25 July 2007 17:28, YOSHIFUJI Hideaki / 吉藤英明 wrote:
Hello.
In article [EMAIL
On Thursday, 26 July 2007 21:57, Linus Torvalds wrote:
On Thu, 26 Jul 2007, Rafael J. Wysocki wrote:
Hmm, perhaps we should introduce a CONFIG_SUSPEND and change
CONFIG_SOFTWARE_SUSPEND into CONFIG_HIBERNATION, both depending on
CONFIG_PM?
There's quite some code needed only
On Wednesday, 25 July 2007 21:40, Parag Warudkar wrote:
Hi Pavel!
On 7/25/07, Pavel Machek [EMAIL PROTECTED] wrote:
Known, and Rafael/Nigel have patches to fix that.
Thanks for the info - Rafael/Nigel do you have any patches for me to
try/modify -
Well, I don't.
I am just curious to
On Wednesday, 25 July 2007 17:28, YOSHIFUJI Hideaki / 吉藤英明 wrote:
Hello.
In article [EMAIL PROTECTED] (at Wed, 25 Jul 2007 14:46:55 +0200), Rafael
J. Wysocki [EMAIL PROTECTED] says:
On Wednesday, 25 July 2007 00:19, YOSHIFUJI Hideaki / 吉藤英明 wrote:
:
Linux 2.6.23-rc1 fails to power
On Tuesday, 24 July 2007 20:48, Manfred Spraul wrote:
Hi!
Can you generate small testcase that demonstrates the problem?
Then what would be the correct way to handle resume process. The other
way of course is to make all the applications check the errno in case of
failure. But
On Thursday, 26 July 2007 19:45, Len Brown wrote:
On Thursday 26 July 2007 02:55, Linus Torvalds wrote:
On Thu, 26 Jul 2007, Len Brown wrote:
Feel free to share what you know about the benefits vs. the costs
of maintaining CONFIG_ACPI_SLEEP as a build option.
Why don't you
Hi,
On my Turion64-based HPC nx6325 with the 2.6.23-rc1 x86_64 kernel doing
# echo 0 /sys/devices/system/cpu/cpu1/online
causes the system to crash in a spectacular fashion (call traces going
continuously on the console, no reaction to anything except for the power
button). For this reason,
On Thursday, 26 July 2007 18:43, Linus Torvalds wrote:
On Thu, 26 Jul 2007, Rafael J. Wysocki wrote:
On my Turion64-based HPC nx6325 with the 2.6.23-rc1 x86_64 kernel doing
# echo 0 /sys/devices/system/cpu/cpu1/online
causes the system to crash in a spectacular fashion (call
Hi,
Below is a document describing the current state of development of the suspend
and hibernation infrastructure: how it works, what known problems there are in
it and what the future development plans are (at least as far as I am
concerned).
[It's almost exactly one yaer after I released the
Hi,
The following patches make it possible to restore a hibernation image with the
help of a kernel different from the image one.
The first patch adds the generic, platform independent code needed for that.
The second patch implements the idea on x86_64 and the two remaining patches
are
From: Rafael J. Wysocki [EMAIL PROTECTED]
Add the bits needed for supporting arbitrary boot kernels to the common
hibernation code.
To support arbitrary boot kernels, make it possible to replace the 'struct
new_utsname' and the kernel version in the hibernation image header by some
architecture
From: Rafael J. Wysocki [EMAIL PROTECTED]
Make it possible to restore a hibernation image on x86_64 with the help of a
kernel different from the one in the image.
The idea is to split the core restoration code into two separate parts and to
place each of them in a different page. The first part
From: Rafael J. Wysocki [EMAIL PROTECTED]
Since we already pass the address of restore_registers() in the image header,
we can also pass the value of the CR3 register from before the hibernation in
the same way. This will allow us to avoid using init_level4_pgt page tables
during the restore
From: Rafael J. Wysocki [EMAIL PROTECTED]
Use temporary page tables for the kernel text mapping during hibernation restore
on x86_64.
Without the patch, the original boot kernel's page tables that represent the
kernel text mapping are used while the core of the image kernel is being
restored
From: Rafael J. Wysocki [EMAIL PROTECTED]
Remove some redundant code from acpi_enter_sleep_state_prep() and clean up
a comment in there.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
drivers/acpi/hardware/hwsleep.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions
On Wednesday, 22 August 2007 10:29, Pavel Machek wrote:
Hi!
Use temporary page tables for the kernel text mapping during hibernation
restore
on x86_64.
Without the patch, the original boot kernel's page tables that represent the
kernel text mapping are used while the core of the
On Wednesday, 22 August 2007 10:28, Pavel Machek wrote:
Hi!
From: Rafael J. Wysocki [EMAIL PROTECTED]
Since we already pass the address of restore_registers() in the image
header,
we can also pass the value of the CR3 register from before the hibernation
in
the same way
is expecting another version of mac80211.
This patch fixes the compilation, but I'm not sure what about the
functionality. ;-)
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
drivers/net/wireless/b43/main.c |6 ++
drivers/net/wireless/b43/xmit.c | 10 --
2 files changed, 6
On Wednesday, 22 August 2007 11:06, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
I get this during resume from suspend to RAM and during hibernation:
WARNING: at
On Wednesday, 22 August 2007 22:12, Ivo van Doorn wrote:
Hi,
CC [M] drivers/net/wireless/zd1211rw-mac80211/zd_mac.o
drivers/net/wireless/zd1211rw-mac80211/zd_mac.c: In function
`zd_op_erp_ie_changed':
drivers/net/wireless/zd1211rw-mac80211/zd_mac.c:822: error:
On Wednesday, 22 August 2007 18:17, Rafael J. Wysocki wrote:
On Wednesday, 22 August 2007 10:28, Pavel Machek wrote:
Hi!
From: Rafael J. Wysocki [EMAIL PROTECTED]
Since we already pass the address of restore_registers() in the image
header,
we can also pass the value
Hi,
The following two patches make it possible to restore the memory state from a
hibernation image with the help of a kernel different from the image one.
The first patch adds the generic, platform independent code needed for that.
The second patch implements the idea on x86_64.
Greetings,
From: Rafael J. Wysocki [EMAIL PROTECTED]
Add the bits needed for supporting arbitrary boot kernels to the common
hibernation code.
To support arbitrary boot kernels, make it possible to replace the 'struct
new_utsname' and the kernel version in the hibernation image header by some
architecture
From: Rafael J. Wysocki [EMAIL PROTECTED]
Make it possible to restore a hibernation image on x86_64 with the help of a
kernel different from the one in the image.
The idea is to split the core restoration code into two separate parts and to
place each of them in a different page. The first part
On Friday, 24 August 2007 12:59, Johannes Berg wrote:
On Fri, 2007-08-24 at 12:11 +0200, Rafael J. Wysocki wrote:
The idea is [...]
Shouldn't that actually be added into some generic (non-x86-64) doc
file?
Yes, I will update the documentation in the future.
Greetings,
Rafael
important.
- control should really be protocol version... probably should
contain some field that is easy to increment.
OK
Perhaps I'll just remove the crc field.
Like in the patch below.
Yep, thanks.
---
From: Rafael J. Wysocki [EMAIL PROTECTED]
Since we
On Friday, 24 August 2007 22:46, Pavel Machek wrote:
Hi!
From: Rafael J. Wysocki [EMAIL PROTECTED]
Make it possible to restore a hibernation image on x86_64 with the help of a
kernel different from the one in the image.
The idea is to split the core restoration code into two
On Saturday, 25 August 2007 21:01, Ingo Molnar wrote:
* David Rodriguez [EMAIL PROTECTED] wrote:
I'm using 2.6.22.5 with cfs v20.3 and suspend2 2.2.10.2. With that
combination, suspend is not working anymore (with cfs v19 was
working). Stops on suspend in Suspending tasks Looking at
On Saturday, 25 August 2007 20:32, [EMAIL PROTECTED] wrote:
On Sat, 25 Aug 2007, Rafael J. Wysocki wrote:
On Friday, 24 August 2007 22:46, Pavel Machek wrote:
Hi!
From: Rafael J. Wysocki [EMAIL PROTECTED]
Make it possible to restore a hibernation image on x86_64 with the help
On Saturday, 25 August 2007 01:23, Andrew Morton wrote:
On Fri, 24 Aug 2007 12:11:54 +0200
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Index: linux-2.6.23-rc3/include/asm-x86_64/suspend.h
===
--- linux-2.6.23-rc3.orig/include
On Saturday, 25 August 2007 20:27, Rafael J. Wysocki wrote:
On Friday, 24 August 2007 22:46, Pavel Machek wrote:
Hi!
From: Rafael J. Wysocki [EMAIL PROTECTED]
Make it possible to restore a hibernation image on x86_64 with the help
of a
kernel different from the one
On Sunday, 26 August 2007 21:38, Robert Hancock wrote:
Andreas Steffan wrote:
Hallo everybody,
I am running fedora core 7 on my Dell latitude D810 notebook (BIOS
rev A05).
Since 2.6.21 I found that suspending (to disk and to ram) corrupts
the bios clock most of the time (not
have managed to limit the
number of additional #ifdefs in snapshot.c to just one.
The generic patch is now the following:
---
From: Rafael J. Wysocki [EMAIL PROTECTED]
Add the bits needed for supporting arbitrary boot kernels to the common
hibernation code.
To support arbitrary boot kernels
On Monday, 27 August 2007 13:41, Pavel Machek wrote:
Hi!
Same problem here: Core Duo, Kernel 2.6.22.5, Suspend 2.2.10, CFS
v20.2.
Me too for 2.6.22.5, TuxOnIce 2.2.10 and Centrino based notebook.
possible bugfix below.
Ingo
Index:
On Monday, 27 August 2007 13:38, Michal Piotrowski wrote:
On 27/08/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 27 Aug 2007 02:45:02 +0200 Michal Piotrowski [EMAIL PROTECTED]
wrote:
Daniel Walker pisze:
[snip]
Have you considered maintaining all the lists in Bugzilla?
Hi,
The first two patches in this series make it possible to restore the memory
state from a hibernation image with the help of a kernel different from the
image one.
The first patch adds the generic, platform independent code needed for that.
The second patch implements the idea on x86_64.
The
From: Rafael J. Wysocki [EMAIL PROTECTED]
Make it possible to restore a hibernation image on x86_64 with the help of a
kernel different from the one in the image.
The idea is to split the core restoration code into two separate parts and to
place each of them in a different page. The first part
From: Rafael J. Wysocki [EMAIL PROTECTED]
Use temporary page tables for the kernel text mapping during hibernation restore
on x86_64.
Without the patch, the original boot kernel's page tables that represent the
kernel text mapping are used while the core of the image kernel is being
restored
From: Rafael J. Wysocki [EMAIL PROTECTED]
Since we already pass the address of restore_registers() in the image header,
we can also pass the value of the CR3 register from before the hibernation in
the same way. This will allow us to avoid using init_level4_pgt page tables
during the restore
From: Rafael J. Wysocki [EMAIL PROTECTED]
Add the bits needed for supporting arbitrary boot kernels to the common
hibernation code.
To support arbitrary boot kernels, make it possible to replace the 'struct
new_utsname' and the kernel version in the hibernation image header by some
architecture
Hi,
The patches in this series are intended to improve the handling of the ACPI
platform during suspend and hibernation.
They do the following things:
* make hibernation_platform_enter() consistent with the sleep state entering
code in kernel/power/main.c
* introduce global platform callbacks
From: Rafael J. Wysocki [EMAIL PROTECTED]
Make hibernation_platform_enter() execute the enter-a-sleep-state sequence
instead of the mixed shutdown-with-entering-S4 thing.
Replace the shutting down of devices done by kernel_shutdown_prepare(), before
entering the ACPI S4 sleep state
1101 - 1200 of 29241 matches
Mail list logo