lkml.org 
[lkml]   [2008]   [Apr]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRE: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple
Date
From


>-----Original Message-----
>From: Carlos R. Mafra [mailto:crmafra2@gmail.com]
>Sent: Sunday, April 06, 2008 1:56 PM
>To: Pallipadi, Venkatesh
>Cc: Ray Lee; Rafael J. Wysocki; Linux Kernel Mailing List;
>Soeren Sonnenburg
>Subject: Re: 2.6.25-current-git hangs on boot unless
>CONFIG_CPU_IDLE=n-Apple
>
>On Fri 4.Apr'08 at 13:41:45 -0700, Pallipadi, Venkatesh wrote:
>> [...]
>> >>> >I've uploaded the picture where it hangs, it is in the very
>> >>beginning
>> >>> >of the boot process:
>> >>> >
>> >>> >http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
>> >>>
>> >>>
>> >>> Can you try the latest git and see whether this still is
>a problem?
>> >>
>> >>I've just updated to latest git, but it may take some time for it
>> >>to happen again (the first 3 boots were okay). Last time
>it happened
>> >>with 2.6.25-rc7-00149-gaf8be4e (I checked now).
>> >>
>> >>Do you have reasons to believe this issue was fixed since then?
>> >
>> >Yes. I think the patch here should have fixed the problem....
>> >Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4
>> >
>>
>> Hmmmm.... Looking at latest git,
>> The above patch is not yet in git. Can you please apply the
>above patch
>> and see whether do you still see the problem.....
>
>I applied Venkatesh's patch from the link above on top of
>v2.6.25-rc8-139-ge315c12, but my laptop hung at the 11th boot with the
>same state show here:
>http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
>
>I waited 3'30" but the boot process never resumed, so I pressed
>the power button.
>
>Any further patches I might try?

Carlos,

Hmm. So, we still have some bug hidden in there..
As this is similar to 10117, we should probably track this there.
10093 is a different cpuidle specific bug looks like, as it happens at a
different place while switching between governors.

Can you attach your kernel config, acpidump output and dmesg when kernel
boots ok to that bugzilla.
Also, if you can please try processor.max_cstate=2 boot option and see
whether you still can reproduce the problem. If you can, then try
processor.max_cstate=1. For this boot option to work, you have to have
ACPI_PROCESSOR built into your kernel (and should not be a module).

One more qn. Did you see this problem witj 2.6.24 as well or is this
something that you started seeing only recently?

Thanks,
VEnki


\
 
 \ /
  Last update: 2008-04-07 07:33    [W:0.088 / U:3.044 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site