Skip to contentSkip to conversation

ACPI Regression on Dell E1501

DISCUSSION Tim Gardner 6 participants 13 messages Jun 21, 2007 – Aug 8, 2007 ACPI

lore
Share & tools
lore

Tim Gardner

author
#0 lore raw

Hi,

Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but it made no substantive difference). This laptop is an 'AMD Turion(tm) 64 X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make defconfig). No kernel built after this commit works for this platform.

There is no crash output, it just wedges after 'NET: Registered protocol family 2'.

How can I debug this problem?

rtg

Signature · 1 line
Tim Gardner [email protected]
#1 lore raw
Quoted 8 lines · Tim Gardner

Hi,

Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but it made no substantive difference). This laptop is an 'AMD Turion(tm) 64 X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make defconfig). No kernel built after this commit works for this platform.

Quoted 4 lines

There is no crash output, it just wedges after 'NET: Registered protocol family 2'.

How can I debug this problem?

That'll be fun.

That's:

[PATCH] clockevents: i386 drivers

[Author cc: added]

#2 lore raw
Quoted 14 lines · Chuck Ebbert
Quoted 8 lines · Tim Gardner

Hi,

Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but it made no substantive difference). This laptop is an 'AMD Turion(tm) 64 X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make defconfig). No kernel built after this commit works for this platform.

Quoted 4 lines

There is no crash output, it just wedges after 'NET: Registered protocol family 2'.

How can I debug this problem?

Quoted 7 lines

That'll be fun.

That's:

[PATCH] clockevents: i386 drivers

[Author cc: added]

I'm going nuts on this.

Tim,

1.) are you booting a 32bit or a 64 bit kernel ?

2.) Can you please try 2.6.22-rc5 +
http://www.tglx.de/projects/hrtimers/2.6.22-rc5/patch-2.6.22-rc5-hrt1.patch
whether this makes any difference

Thanks,

tglx

#3 lore raw
Quoted 3 lines · Thomas Gleixner
Quoted 1 line
Quoted 1 line

X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make

1.) are you booting a 32bit or a 64 bit kernel ?

Sigh, I'm too tired :)

tglx

author
#4 lore raw
In reply to Thomas Gleixner
Quoted 28 lines · Thomas Gleixner
Quoted 12 lines · Chuck Ebbert
Quoted 11 lines · Tim Gardner

Hi,

Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but it made no substantive difference). This laptop is an 'AMD Turion(tm) 64 X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make defconfig). No kernel built after this commit works for this platform.

There is no crash output, it just wedges after 'NET: Registered protocol family 2'.

Quoted 8 lines
Quoted 1 line

How can I debug this problem?

That'll be fun.

That's:

[PATCH] clockevents: i386 drivers

[Author cc: added]

I'm going nuts on this.

Tim,

1.) are you booting a 32bit or a 64 bit kernel ?

Quoted 8 lines

2.) Can you please try 2.6.22-rc5 +
http://www.tglx.de/projects/hrtimers/2.6.22-rc5/patch-2.6.22-rc5-hrt1.patch
whether this makes any difference

Thanks,

tglx

Thomas,

Its CONFIG_X86_32=y and CONFIG_SMP=y (make defconfig). I'll try your patch later this evening.

rtg

Signature · 1 line
Tim Gardner [email protected]
author
#6 lore raw
In reply to Thomas Gleixner
Quoted 28 lines · Thomas Gleixner
Quoted 12 lines · Chuck Ebbert
Quoted 11 lines · Tim Gardner

Hi,

Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but it made no substantive difference). This laptop is an 'AMD Turion(tm) 64 X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make defconfig). No kernel built after this commit works for this platform.

There is no crash output, it just wedges after 'NET: Registered protocol family 2'.

Quoted 8 lines
Quoted 1 line

How can I debug this problem?

That'll be fun.

That's:

[PATCH] clockevents: i386 drivers

[Author cc: added]

I'm going nuts on this.

Tim,

1.) are you booting a 32bit or a 64 bit kernel ?

Quoted 8 lines

2.) Can you please try 2.6.22-rc5 +
http://www.tglx.de/projects/hrtimers/2.6.22-rc5/patch-2.6.22-rc5-hrt1.patch
whether this makes any difference

Thanks,

tglx

Thomas,

Your patch (large though it is) did not make any outward difference. As usual, adding 'acpi=off' allows it to boot.

rtg

Signature · 1 line
Tim Gardner [email protected]
author
#7 lore raw
Quoted 37 lines · Tim Gardner
Quoted 27 lines · Thomas Gleixner
Quoted 12 lines · Chuck Ebbert
Quoted 11 lines · Tim Gardner

Hi,

Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but it made no substantive difference). This laptop is an 'AMD Turion(tm) 64 X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make defconfig). No kernel built after this commit works for this platform.

There is no crash output, it just wedges after 'NET: Registered protocol family 2'.

Quoted 8 lines
Quoted 1 line

How can I debug this problem?

That'll be fun.

That's:

[PATCH] clockevents: i386 drivers

[Author cc: added]

I'm going nuts on this.

Tim,

1.) are you booting a 32bit or a 64 bit kernel ?

Quoted 8 lines

2.) Can you please try 2.6.22-rc5 +
http://www.tglx.de/projects/hrtimers/2.6.22-rc5/patch-2.6.22-rc5-hrt1.patch
whether this makes any difference

Thanks,

tglx

Quoted 6 lines

Thomas,

Your patch (large though it is) did not make any outward difference. As usual, adding 'acpi=off' allows it to boot.

rtg

Perhaps I was too hasty. Adding 'acpi=off' did not allow it to boot. The IDE drive was detected, but I did not see any partitions detected. Eventually it dropped to the initrd shell when it could not find a root filesystem. Anyways, this is likely a side issue.

rtg

Signature · 1 line
Tim Gardner [email protected]
#8 lore raw
Quoted 43 lines · Tim Gardner
Quoted 42 lines · Tim Gardner
Quoted 27 lines · Thomas Gleixner
Quoted 12 lines · Chuck Ebbert
Quoted 11 lines · Tim Gardner

Hi,

Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but it made no substantive difference). This laptop is an 'AMD Turion(tm) 64 X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make defconfig). No kernel built after this commit works for this platform.

There is no crash output, it just wedges after 'NET: Registered protocol family 2'.

Quoted 8 lines
Quoted 1 line

How can I debug this problem?

That'll be fun.

That's:

[PATCH] clockevents: i386 drivers

[Author cc: added]

I'm going nuts on this.

Tim,

1.) are you booting a 32bit or a 64 bit kernel ?

Quoted 8 lines

2.) Can you please try 2.6.22-rc5 +
http://www.tglx.de/projects/hrtimers/2.6.22-rc5/patch-2.6.22-rc5-hrt1.patch
whether this makes any difference

Thanks,

tglx

Thomas,

Your patch (large though it is) did not make any outward difference. As usual, adding 'acpi=off' allows it to boot.

Quoted 6 lines
Quoted 1 line

rtg

Perhaps I was too hasty. Adding 'acpi=off' did not allow it to boot. The IDE drive was detected, but I did not see any partitions detected. Eventually it dropped to the initrd shell when it could not find a root filesystem. Anyways, this is likely a side issue.

I am seeing the same with an ACER F5000.

pci=nomsi let the machine still boot.

I tried a bit and I think I got it, for me it's this one:

commit 78b7611c4a1e3ff008abc4751b566cb533d68f3d

Author: Eric W. Biederman <[email protected]>
Date:   Fri Jun 1 00:46:33 2007 -0700

My problem: The laptop does not have an serial output device, I try to set up a fire wire console, but might have cable/HW problems.

What else can I do to help?
What do you need?

Thanks,

Thomas

#9 lore raw
Quoted 5 lines

pci=nomsi let the machine still boot.

I tried a bit and I think I got it, for me it's this one:

commit 78b7611c4a1e3ff008abc4751b566cb533d68f3d

Really?? That's "msi: mask the msix vector before we unmap it" and
A) it looks *really* obviously correct and B) it should only have an effect if a driver using MSI-X releases an IRQ.

What testing did you do to pick out that change? Does your system work OK with just that patch reverted?

- R.

#10 lore raw
Quoted 7 lines · Roland Dreier
Quoted 5 lines

pci=nomsi let the machine still boot.

I tried a bit and I think I got it, for me it's this one:

commit 78b7611c4a1e3ff008abc4751b566cb533d68f3d

Really?? That's "msi: mask the msix vector before we unmap it" and

No, I was wrong.
I added the patches again, which I reverted and it still boots. I horribly mixed something up here, I will try to find out tomorrow, sorry for the confusion.

Thomas

author
#11 lore raw
In reply to Thomas Renninger
Quoted 62 lines · Thomas Renninger
Quoted 39 lines · Tim Gardner
Quoted 38 lines · Tim Gardner
Quoted 27 lines · Thomas Gleixner
Quoted 12 lines · Chuck Ebbert
Quoted 11 lines · Tim Gardner

Hi,

Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but it made no substantive difference). This laptop is an 'AMD Turion(tm) 64 X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make defconfig). No kernel built after this commit works for this platform.

There is no crash output, it just wedges after 'NET: Registered protocol family 2'.

Quoted 8 lines
Quoted 1 line

How can I debug this problem?

That'll be fun.

That's:

[PATCH] clockevents: i386 drivers

[Author cc: added]

I'm going nuts on this.

Tim,

1.) are you booting a 32bit or a 64 bit kernel ?

Quoted 8 lines

2.) Can you please try 2.6.22-rc5 +
http://www.tglx.de/projects/hrtimers/2.6.22-rc5/patch-2.6.22-rc5-hrt1.patch
whether this makes any difference

Thanks,

tglx

Thomas,

Quoted 8 lines
Quoted 4 lines

Your patch (large though it is) did not make any outward difference. As usual, adding 'acpi=off' allows it to boot.

rtg

Perhaps I was too hasty. Adding 'acpi=off' did not allow it to boot. The IDE drive was detected, but I did not see any partitions detected. Eventually it dropped to the initrd shell when it could not find a root filesystem. Anyways, this is likely a side issue.

I am seeing the same with an ACER F5000.

pci=nomsi let the machine still boot.

I tried a bit and I think I got it, for me it's this one:

commit 78b7611c4a1e3ff008abc4751b566cb533d68f3d

Author: Eric W. Biederman <[email protected]>
Date:   Fri Jun 1 00:46:33 2007 -0700

My problem: The laptop does not have an serial output device, I try to set up a fire wire console, but might have cable/HW problems.

Quoted 7 lines

What else can I do to help?
What do you need?

Thanks,

Thomas

pci=nomsi has no effect, nor does CONFIG_SMP. Furthermore, I positively confirmed that this is the offending commit. If I reset HEAD to the commit just prior, then everything works OK.

rtg

Signature · 1 line
Tim Gardner [email protected]
#12 lore raw
Quoted 66 lines · Tim Gardner
Quoted 65 lines · Thomas Renninger
Quoted 39 lines · Tim Gardner
Quoted 38 lines · Tim Gardner
Quoted 27 lines · Thomas Gleixner
Quoted 12 lines · Chuck Ebbert
Quoted 11 lines · Tim Gardner

Hi,

Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but it made no substantive difference). This laptop is an 'AMD Turion(tm) 64 X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make defconfig). No kernel built after this commit works for this platform.

There is no crash output, it just wedges after 'NET: Registered protocol family 2'.

Quoted 8 lines
Quoted 1 line

How can I debug this problem?

That'll be fun.

That's:

[PATCH] clockevents: i386 drivers

[Author cc: added]

I'm going nuts on this.

Tim,

1.) are you booting a 32bit or a 64 bit kernel ?

Quoted 8 lines

2.) Can you please try 2.6.22-rc5 +
http://www.tglx.de/projects/hrtimers/2.6.22-rc5/patch-2.6.22-rc5-hrt1.patch
whether this makes any difference

Thanks,

tglx

Thomas,

Quoted 8 lines
Quoted 4 lines

Your patch (large though it is) did not make any outward difference. As usual, adding 'acpi=off' allows it to boot.

rtg

Perhaps I was too hasty. Adding 'acpi=off' did not allow it to boot. The IDE drive was detected, but I did not see any partitions detected. Eventually it dropped to the initrd shell when it could not find a root filesystem. Anyways, this is likely a side issue.

I am seeing the same with an ACER F5000.

pci=nomsi let the machine still boot.

I tried a bit and I think I got it, for me it's this one:

commit 78b7611c4a1e3ff008abc4751b566cb533d68f3d

Author: Eric W. Biederman <[email protected]>
Date:   Fri Jun 1 00:46:33 2007 -0700

My problem: The laptop does not have an serial output device, I try to set up a fire wire console, but might have cable/HW problems.

What else can I do to help?
What do you need?

Quoted 8 lines
Quoted 4 lines

Thanks,

Thomas

pci=nomsi has no effect, nor does CONFIG_SMP. Furthermore, I positively confirmed that this is the offending commit. If I reset HEAD to the commit just prior, then everything works OK.

To confirm you commit: e9e2cdb412412326c4827fc78ba27f410d837e6e "[PATCH] clockevents: i386 drivers" is the problem commit you are referring to. Thomas suggested a different commit else having to do with MSI...

I'm just trying to keep the conversation straight.

Thanks,
Eric