Toshiba Satellite Pro C650D Freezes while bootprocess with ACPI on

[darkangel]

When I am using a live-CD, the alternate-CD or the installed OS the System Freezes while booting.
When I am adding the bootoption acpi=off, the system starts normally.

I have tried to use the options noapic, noagp, noapm, pci=noacpi, acpi=force. They did not work.

I think, the system is freezing while activating the acpi support

The last what was shown on screen is: ? child_rip
Then the system freezes. The NUM LOCK doesn't react and i need to press the power-button for 5 seconds to do a complete reset.

[Anisse Astier (anisse)]

Could you give more information about the laptop? Exact reference, and the output of a few commands (once you booted with acpi=off) :
 - lspci -vvnn
 - dmesg
 - cat /proc/cpuinfo
 - lsusb -v
You can use apport-collect to upload all this information, and more: http://manpages.ubuntu.com/manpages/lucid/man1/apport-bug.1.html

[PDA frog (thierry-jadot-38)]

Hello,

I have exactly the same laptop with the same config. I join some file with the result of your different command.
Thanks for you help

[PDA frog (thierry-jadot-38)]

next

[PDA frog (thierry-jadot-38)]

next

[PDA frog (thierry-jadot-38)]

and the last one

[Anisse Astier (anisse)]

I got a hold on one of these machines, and did a few tests:

First, Ethernet card doesn't work in Ubuntu, but support has been added for this card in 2.6.35. (commit 496c185c9495629ef1c65387cb2594578393cfe0 "atl1c: Add support for Atheros AR8152 and AR8152")

I also reproduced the problem that booting without apci=off crashes the kernel. The problem went away in kernel 2.6.35 (as far as I could tell). I didn't test any in-between version.

Then, when I first booted this machine with a kernel 2.6.35, I wasn't able to make the Ethernet card work. At first I thought it was a problem in the Ethernet driver. But after a day of wandering and having this obscure message:

# modprobe -r atl1c; modprobe atl1c
pcieport 0000:00:05.0: can't derive routing for PCI INT A
atl1c 0000:08:00.0: PCI INT A: no GSI - using ISA IRQ 5
pcieport 0000:00:05: can't derive routing for PCI INT A
atl1c: probe of 0000:08:00.0 failed with error -5

It struck me that the "can't derive routing for PCI INT A" would be an ACPI problem (cf https://patchwork.kernel.org/patch/1505/)
. Booting with acpi=off made the Ethernet card work and I was able to do more tests.

I tried to extract the DSDT, but while dumping it returned checksum errors. After more research, I found that it wasn't the first Toshiba laptop to have this kind of problem:
https://bugzilla.kernel.org/show_bug.cgi?id=14679

Booting with acpi=copy_dsdt in kernel 2.6.35 solved the problem, and gave me both a functional ACPI and Ethernet.

I then added this laptop to the DMI blacklist table and proposed a patch on linux-acpi mailing list:
http://www.spinics.net/lists/linux-acpi/msg29761.html

What can an Ubuntu user do to fix the problem?
I didn't try it, but you could install maverick's 2.6.35 and add acpi=copy_dsdt to your kernel command line in grub config files. (kernel-ppa : http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.35-maverick/ )
You could also compile the kernel yourself with the patch I proposed. Or just wait for Maverick to come and fix the problem.

[darkangel (axel2)]

Hello Anisse Astier,

your solution works great! Thank you very much.
I have installed the other kernel and I have changed the kernel command line config files.
Now acpi is working great.

Thank you so much!

[madbiologist (me-again)]

This bug is fixed upstream in kernel 2.6.35.8. From the changelog:

commit cc64346cc6b102a93ae8f2cc021de152d122fd43
Author: Len Brown
Date: Tue Sep 28 22:57:02 2010 -0400

    ACPI: invoke DSDT corruption workaround on all Toshiba Satellite

    commit 100cf87788c0e9104f6fb1b0ff5f72f73fbbbea3 upstream.

    Our list of Toshiba Satellite models that require this workaround
    is growing -- so invoke the workaround for the entire product line.

    https://bugzilla.kernel.org/show_bug.cgi?id=14679

    Signed-off-by: Len Brown
    Signed-off-by: Greg Kroah-Hartman

And from comment #100 in the upstream bug at https://bugzilla.kernel.org/show_bug.cgi?id=14679

  DMI for all Toshiba Satellite

  http://www.spinics.net/lists/linux-acpi/msg29761.html
  and
  http://www.spinics.net/lists/linux-acpi/msg30002.html
  add

  Satellite C650D
  Satellite L650D-10J

  So rather than adding 2 to the list, lets combine all four
  into one that applies to all Toshiba Satellite. This means
  the workaround will be invoked for the entire product family.

A PPA of this kernel is available at http://kernel.ubuntu.com/~kernel-ppa/mainline/

[Neelay Kulkarni (neelaykulkarni)]

how can u add apci=copy_dsdt to your kernel command line in grub config files,Anisse Astier???
thks in advance

[Fabio Marconi (fabiomarconi)]

Hello
Is this problem present with the latest updates ?
Thanks in advance
Fabio

[penalvch (penalvch)]

darkangel, This bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? Can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue, could you run the following command in the development release from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux <replace-with-bug-number>

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

[Anisse Astier (anisse)]

I'm pretty sure this is fixed upstream by now. Should be in the latests ubuntu releases.