On Friday, 12 October 2007 01:27, Adrian Bunk wrote:
> On Thu, Oct 11, 2007 at 02:42:01PM -0400, Jeff Garzik wrote:
> > Linus Torvalds wrote:
> >> On Wed, 10 Oct 2007, Kevin wrote:
> >>> The last kernel I used was 6.2.22 the "dmesg" the file is attached:
> >>>
> >>> dmesg 2.6.22 line 158 > apm: ov
On Thu, Oct 11, 2007 at 02:42:01PM -0400, Jeff Garzik wrote:
> Linus Torvalds wrote:
>> On Wed, 10 Oct 2007, Kevin wrote:
>>> The last kernel I used was 6.2.22 the "dmesg" the file is attached:
>>>
>>> dmesg 2.6.22 line 158 > apm: overridden by ACPI.
>>>
>>> dmesg, APM on, has no line > apm: overr
On Thursday, 11 October 2007 20:42, Jeff Garzik wrote:
> Linus Torvalds wrote:
> >
> > On Wed, 10 Oct 2007, Kevin wrote:
> >> The last kernel I used was 6.2.22 the "dmesg" the file is attached:
> >>
> >> dmesg 2.6.22 line 158 > apm: overridden by ACPI.
> >>
> >> dmesg, APM on, has no line > apm:
On Thu, Oct 11, 2007 at 02:42:01PM -0400, Jeff Garzik wrote:
> Linus Torvalds wrote:
> >
> > And I think I see the problem: it's a config change. You don't have
> > PM_LEGACY enabled. Your config file diff shows:
> >
> >-CONFIG_PM_LEGACY=y
> >+# CONFIG_PM_LEGACY is not set
> >
Linus Torvalds wrote:
On Wed, 10 Oct 2007, Kevin wrote:
The last kernel I used was 6.2.22 the "dmesg" the file is attached:
dmesg 2.6.22 line 158 > apm: overridden by ACPI.
dmesg, APM on, has no line > apm: overridden by ACPI.
Ok, this is the real reason.
The APM code does:
if
On Wed, 10 Oct 2007, Kevin wrote:
>
> The last kernel I used was 6.2.22 the "dmesg" the file is attached:
>
> dmesg 2.6.22 line 158 > apm: overridden by ACPI.
>
> dmesg, APM on, has no line > apm: overridden by ACPI.
Ok, this is the real reason.
The APM code does:
if (PM_IS_ACTIVE
Linus Torvalds writes:
> On Wed, 10 Oct 2007, Thomas Gleixner wrote:
> >
> > Wrapping it into a #ifdef CONFIG_X86 would be sufficient.
>
> Well, the ppc oops seems to be a ppc bug regardless.
Sure. And Milton and Olof have figured out what the problem is and
proposed patches to fix it.
Howeve
Linus Torvalds wrote:
We did have some APM *detection* changes, and maybe APM wasn't even
detected for you before, or it was detected differently. That would be due
to the bootup changes, I'm Cc'ing Peter Anvin (and the kernel mailing
list, in case somebody else see a pattern to this).
We
On Tue, 9 Oct 2007, Kevin wrote:
>
> I don't own a digital camera but I did jot the info down by hand.
Heh, yeah, that's what I used to do too (and still do if a camera isn't
handy).
> Call Trace:
> [] apm_bios_call_simple+0x92/0x110
> [] acpi_hw_clear_gpe_block+00/0x32
> [] set_system_power_
On Wednesday, 10 October 2007 12:06, Milton Miller wrote:
>
> On Tue, Oct 9 2007 Thomas Gleixner wrote:
> >On Tue, 9 Oct 2007, Linus Torvalds wrote:
> >>On Wed, 10 Oct 2007, Thomas Gleixner wrote:
> >>>
> >>> Wrapping it into a #ifdef CONFIG_X86 would be sufficient.
> >>
> >> Well, the ppc oops se
On Tue, Oct 9 2007 Thomas Gleixner wrote:
>On Tue, 9 Oct 2007, Linus Torvalds wrote:
>>On Wed, 10 Oct 2007, Thomas Gleixner wrote:
>>>
>>> Wrapping it into a #ifdef CONFIG_X86 would be sufficient.
>>
>> Well, the ppc oops seems to be a ppc bug regardless.
>>
>> If CPU_HOTPLUG isn't defined, the th
On Wed, 10 Oct 2007, Thomas Gleixner wrote:
>
> Fair enough. OTOH for the affected PPC users it's a regression and that's
> what I'm concerned of.
Hmm.. I just got the appended (Kevin, better not just send me email, other
people can be interested too):
From: Kevin <[EMAIL PROTECTED]>:
Subjec
On Tue, Oct 09, 2007 at 04:27:06PM -0700, Linus Torvalds wrote:
>
>
> On Wed, 10 Oct 2007, Thomas Gleixner wrote:
> >
> > Wrapping it into a #ifdef CONFIG_X86 would be sufficient.
>
> Well, the ppc oops seems to be a ppc bug regardless.
>
> If CPU_HOTPLUG isn't defined, the thing does nothing.
On Tue, 9 Oct 2007, Linus Torvalds wrote:
>
>
> On Wed, 10 Oct 2007, Thomas Gleixner wrote:
> >
> > Wrapping it into a #ifdef CONFIG_X86 would be sufficient.
>
> Well, the ppc oops seems to be a ppc bug regardless.
>
> If CPU_HOTPLUG isn't defined, the thing does nothing. And if it is
> defin
On Wed, Oct 10, 2007 at 01:21:18AM +0200, Thomas Gleixner wrote:
>
>
> On Tue, 9 Oct 2007, Greg KH wrote:
>
> > On Tue, Oct 09, 2007 at 10:17:02AM -0500, Olof Johansson wrote:
> > > On Mon, Oct 08, 2007 at 11:06:33AM -0700, Greg KH wrote:
> > > > From: Mark Lord <[EMAIL PROTECTED]>
> > > >
> >
On Wed, 10 Oct 2007, Thomas Gleixner wrote:
>
> Wrapping it into a #ifdef CONFIG_X86 would be sufficient.
Well, the ppc oops seems to be a ppc bug regardless.
If CPU_HOTPLUG isn't defined, the thing does nothing. And if it is
defined, I don't see why/how ppc can validly oops. So I think the f
On Tue, 9 Oct 2007, Greg KH wrote:
> On Tue, Oct 09, 2007 at 10:17:02AM -0500, Olof Johansson wrote:
> > On Mon, Oct 08, 2007 at 11:06:33AM -0700, Greg KH wrote:
> > > From: Mark Lord <[EMAIL PROTECTED]>
> > >
> > > commit 4047727e5ae33f9b8d2b7766d1994ea6e5ec2991 from upstream
> > >
> > > We n
On Tue, Oct 09, 2007 at 10:17:02AM -0500, Olof Johansson wrote:
> On Mon, Oct 08, 2007 at 11:06:33AM -0700, Greg KH wrote:
> > From: Mark Lord <[EMAIL PROTECTED]>
> >
> > commit 4047727e5ae33f9b8d2b7766d1994ea6e5ec2991 from upstream
> >
> > We need to disable all CPUs other than the boot CPU (usu
On Mon, Oct 08, 2007 at 11:06:33AM -0700, Greg KH wrote:
> From: Mark Lord <[EMAIL PROTECTED]>
>
> commit 4047727e5ae33f9b8d2b7766d1994ea6e5ec2991 from upstream
>
> We need to disable all CPUs other than the boot CPU (usually 0) before
> attempting to power-off modern SMP machines. This fixes th
From: Mark Lord <[EMAIL PROTECTED]>
commit 4047727e5ae33f9b8d2b7766d1994ea6e5ec2991 from upstream
We need to disable all CPUs other than the boot CPU (usually 0) before
attempting to power-off modern SMP machines. This fixes the
hang-on-poweroff issue on my MythTV SMP box, and also on Thomas Gle
20 matches
Mail list logo
