Andrew Morton wrote:
(Please do reply-to-all)
Jindrich Makovicka <[EMAIL PROTECTED]> wrote:
Pavel Machek wrote:
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
For me, power down stopped working since the introduction of
Andrew Morton wrote:
(Please do reply-to-all)
Jindrich Makovicka [EMAIL PROTECTED] wrote:
Pavel Machek wrote:
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
For me, power down stopped working since the introduction of
(Please do reply-to-all)
Jindrich Makovicka <[EMAIL PROTECTED]> wrote:
>
> Pavel Machek wrote:
> > Hi!
> >
> > In `subj` kernel, machine no longer powers down at the end of
> > swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
>
> For me, power down stopped working since the introduction
Pavel Machek wrote:
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
For me, power down stopped working since the introduction of softlockup
detection. After disabling CONFIG_DETECT_SOFTLOCKUP, powerdown works fine.
--
Pavel Machek wrote:
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
For me, power down stopped working since the introduction of softlockup
detection. After disabling CONFIG_DETECT_SOFTLOCKUP, powerdown works fine.
--
(Please do reply-to-all)
Jindrich Makovicka [EMAIL PROTECTED] wrote:
Pavel Machek wrote:
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
For me, power down stopped working since the introduction of softlockup
Hi!
> > > Relocating pagedir |
> > > Reading image data (8157 pages): 100% 8157 done.
> > > Stopping tasks: |
> > > Freeing memory... done (0 pages freed)
> > > Freezing CPUs (at 1)...Sleeping in:
> > > [] dump_stack+0x19/0x20
> > > [] smp_pause+0x1f/0x54
>
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> I can fix disk going yo-yo without switching pm_message_t to struct,
> but will have to back parts of that later. Do you want patch?
No thanks, I was just pointing it out. It sounds like you have it under
control.
-
To unsubscribe from this list: send
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> > Resume on SMP locks up.
>
> Does it work on UP kernel on same hardware?
yup.
> NMI watchdog is problem
> for suspend, it takes long to do various phases. Can you disable it
> for testing?
Will try to remember to do that.
> > Relocating
Pavel Machek <[EMAIL PROTECTED]> writes:
> > I threw it together to test a specific code path, and the fact it
> > fails in software suspend is actually almost confirmation that I am on
> > the right track. This actually fixed the case I was testing.
> >
> > In this case the failure is simply
Hi!
> btw, suspend is a bit messy. The disk spins down. Then up. Then down
> again. And:
Here's preview patch to make disk not do stupid yo-yo. Please do not
apply (it will probably not apply cleanly anyway).
I can fix disk going yo-yo without switching pm_message_t to struct,
but will have
Hi!
> btw, suspend is a bit messy. The disk spins down. Then up. Then down
> again. And:
Yes, this is going to be properly solved by switching pm_message_t to
struct (preview patch attached, EVENT will become .event, this is just
for me). I could do some hack to make disk not go up-down-up
Hi!
> > > In `subj` kernel, machine no longer powers down at the end of
> > > swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
> >
> > Binary searching indicates that this is due to
> >
Hi!
> > Yes, the patch is very ugly. If something like this needs to be done,
> > then perhaps acpi should properly register into driver model and do
> > the work there. This will also mean code will be called consistently.
>
> I totally agree. Do you have an example of how a non-device
> can
Pavel Machek <[EMAIL PROTECTED]> writes:
> Yes, the patch is very ugly. If something like this needs to be done,
> then perhaps acpi should properly register into driver model and do
> the work there. This will also mean code will be called consistently.
I totally agree. Do you have an example
Andrew Morton <[EMAIL PROTECTED]> writes:
> Pavel Machek <[EMAIL PROTECTED]> wrote:
> >
> > In `subj` kernel, machine no longer powers down at the end of
> > swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
>
> Binary searching indicates that this is due to
>
Hi!
> Resume on SMP locks up.
Does it work on UP kernel on same hardware? NMI watchdog is problem
for suspend, it takes long to do various phases. Can you disable it
for testing?
Pavel
> Relocating pagedir |
> Reading image data
Hi!
> > In `subj` kernel, machine no longer powers down at the end of
> > swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
>
> Binary searching indicates that this is due to
>
Hi!
> btw, suspend is a bit messy. The disk spins down. Then up. Then down
> again. And:
Yes, that's known, pm_message_t needs to become struct to solve disk
pingpong properly.
> Debug: sleeping function called from invalid context at mm/slab.c:2082
> in_atomic():0, irqs_disabled():1
Resume on SMP locks up.
Relocating pagedir |
Reading image data (8157 pages): 100% 8157 done.
Stopping tasks: |
Freeing memory... done (0 pages freed)
Freezing CPUs (at 1)...Sleeping in:
[] dump_stack+0x19/0x20
[] smp_pause+0x1f/0x54
[]
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Stopping tasks: ==|
Freeing memory... done (7069 pages freed)
swsusp: Need to copy 7847 pages
swsusp: critical section/: done (7879 pages
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> In `subj` kernel, machine no longer powers down at the end of
> swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
Pavel Machek [EMAIL PROTECTED] wrote:
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Stopping tasks: ==|
Freeing memory... done (7069 pages freed)
swsusp: Need to copy 7847 pages
swsusp: critical section/: done (7879 pages
Resume on SMP locks up.
Relocating pagedir |
Reading image data (8157 pages): 100% 8157 done.
Stopping tasks: |
Freeing memory... done (0 pages freed)
Freezing CPUs (at 1)...Sleeping in:
[c0103c1d] dump_stack+0x19/0x20
[c0133c7f] smp_pause+0x1f/0x54
Hi!
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Yes, that's known, pm_message_t needs to become struct to solve disk
pingpong properly.
Debug: sleeping function called from invalid context at mm/slab.c:2082
in_atomic():0, irqs_disabled():1
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
Hi!
Resume on SMP locks up.
Does it work on UP kernel on same hardware? NMI watchdog is problem
for suspend, it takes long to do various phases. Can you disable it
for testing?
Pavel
Relocating pagedir |
Reading image data
Andrew Morton [EMAIL PROTECTED] writes:
Pavel Machek [EMAIL PROTECTED] wrote:
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
Pavel Machek [EMAIL PROTECTED] writes:
Yes, the patch is very ugly. If something like this needs to be done,
then perhaps acpi should properly register into driver model and do
the work there. This will also mean code will be called consistently.
I totally agree. Do you have an example of
Hi!
Yes, the patch is very ugly. If something like this needs to be done,
then perhaps acpi should properly register into driver model and do
the work there. This will also mean code will be called consistently.
I totally agree. Do you have an example of how a non-device
can do this?
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
Hi!
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Yes, this is going to be properly solved by switching pm_message_t to
struct (preview patch attached, EVENT will become .event, this is just
for me). I could do some hack to make disk not go up-down-up
Hi!
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Here's preview patch to make disk not do stupid yo-yo. Please do not
apply (it will probably not apply cleanly anyway).
I can fix disk going yo-yo without switching pm_message_t to struct,
but will have
Pavel Machek [EMAIL PROTECTED] writes:
I threw it together to test a specific code path, and the fact it
fails in software suspend is actually almost confirmation that I am on
the right track. This actually fixed the case I was testing.
In this case the failure is simply because
Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
Resume on SMP locks up.
Does it work on UP kernel on same hardware?
yup.
NMI watchdog is problem
for suspend, it takes long to do various phases. Can you disable it
for testing?
Will try to remember to do that.
Relocating pagedir |
Pavel Machek [EMAIL PROTECTED] wrote:
I can fix disk going yo-yo without switching pm_message_t to struct,
but will have to back parts of that later. Do you want patch?
No thanks, I was just pointing it out. It sounds like you have it under
control.
-
To unsubscribe from this list: send the
Hi!
Relocating pagedir |
Reading image data (8157 pages): 100% 8157 done.
Stopping tasks: |
Freeing memory... done (0 pages freed)
Freezing CPUs (at 1)...Sleeping in:
[c0103c1d] dump_stack+0x19/0x20
[c0133c7f] smp_pause+0x1f/0x54
Le 01.03.2005 00:17, Pavel Machek a écrit :
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Pavel
Hello,
I noticed this behaviour, too. Can't remember if it came with
2.6.11-rc3-mm2 or with 2.6.11-rc4-mm1. Didn't try
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq
Le 01.03.2005 00:17, Pavel Machek a écrit :
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Pavel
Hello,
I noticed this behaviour, too. Can't remember if it came with
2.6.11-rc3-mm2 or with 2.6.11-rc4-mm1. Didn't try
42 matches
Mail list logo