Freeze on Toshiba NB300 without external interrupts

Bug #638434 reported by Paul Hirst
112
This bug affects 21 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Undecided
Unassigned

Bug Description

After upgrading to Maverick the computer freezes unless a key is pressed or mouse moved.

On boot the screen goes blank and disk activity stops. Holding down a key like Alt allows the boot to progress and the splash screen appears. Releasing the key causes the boot process to freeze (after about 1 second) until a key is pressed and held again. It seems any key work for this process.

Once booted the problem persists. Even in a VT you can see the freeze because unless keys are pressed the cursor stops flashing.

Connecting to a network improves the situation and the machine freezes less often. Presumably because of the interrupts caused by the network device. For example setting up a 0.5 second ping to a remote machine seems to stop the system hanging entirely.

Playing audio also demonstrates the freeze. After a few seconds the audio gets stuck in an endless loop, at least until a key is pressed.

Moving the mouse also unfreezes the system, as does pressing the power button, unplugging or plugging in a USB bluetooth dongle.

All this suggests to me that hardware interrupts unfreeeze the machine, otherwise it's totally frozen.

Booting up with the old Lucid kernel which was left in the boot menu makes the problem go away and the system seems to run fine.

I don't see anything useful in the dmesg output. At least nothing obvious. I was expecting to see things like soft lockup messages but there are none.

I have also tried the mainline kernel 2.6.36-999-generic and see the same problem as the Maverick stock kernel.

Adding nohz=off to the kernel commandline seems to solve the problem but apparently this ruins the battery life (I haven't run like this for long enough to find out)

I hope this is enough information. Thanks!

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: linux-image-2.6.35-20-generic 2.6.35-20.29
Regression: Yes
Reproducible: Yes
ProcVersionSignature: Ubuntu 2.6.35-20.29-generic 2.6.35.4
Uname: Linux 2.6.35-20-generic i686
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
AplayDevices:
 **** List of PLAYBACK Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC272 Analog [ALC272 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC272 Analog [ALC272 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: paul 1653 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0x40a00000 irq 46'
   Mixer name : 'Realtek ALC272'
   Components : 'HDA:10ec0272,1179ff30,00100001'
   Controls : 17
   Simple ctrls : 10
Date: Tue Sep 14 21:33:02 2010
EcryptfsInUse: Yes
HibernationDevice: RESUME=UUID=21a678a3-3892-4a2d-8bc3-37db4304f997
InstallationMedia: Ubuntu-Netbook 10.04 "Lucid Lynx" - Release i386 (20100429.4)
MachineType: TOSHIBA TOSHIBA NB300
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.35-20-generic root=UUID=bd7d612b-958e-4b29-9cb4-1ec306d8330f ro quiet splash
ProcEnviron:
 PATH=(custom, user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
RelatedPackageVersions: linux-firmware 1.38
SourcePackage: linux
dmi.bios.date: 12/08/2009
dmi.bios.vendor: TOSHIBA
dmi.bios.version: V1.20
dmi.board.name: NPVAA
dmi.board.vendor: TOSHIBA
dmi.board.version: 1.00
dmi.chassis.asset.tag: *
dmi.chassis.type: 10
dmi.chassis.vendor: TOSHIBA
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnTOSHIBA:bvrV1.20:bd12/08/2009:svnTOSHIBA:pnTOSHIBANB300:pvrPLL3EE-00D00YEN:rvnTOSHIBA:rnNPVAA:rvr1.00:cvnTOSHIBA:ct10:cvrN/A:
dmi.product.name: TOSHIBA NB300
dmi.product.version: PLL3EE-00D00YEN
dmi.sys.vendor: TOSHIBA

Revision history for this message
Paul Hirst (paul-hirst) wrote :
Revision history for this message
Paul Hirst (paul-hirst) wrote :

Problem still exists with kernel vmlinuz-2.6.35-21

Revision history for this message
Jason Barnett (tamagotono-deactivatedaccount) wrote :

+1, I too have a Toshiba N305-N310 am experiencing the same issue.

Revision history for this message
Jason Barnett (tamagotono-deactivatedaccount) wrote :

Problem persists with kernel vmlinuz-2.6.35-22
setting the nohz=off allows normal function but with a much shorter battery life.

Revision history for this message
Paul Hirst (paul-hirst) wrote :

I agree, still exists on 2.6.35-22.

Revision history for this message
Jason Barnett (tamagotono-deactivatedaccount) wrote :

Found that adding nolapic to the kernel options also works to allow the computer to boot normally. This also leads to shorter battery life.

Revision history for this message
Jason Barnett (tamagotono-deactivatedaccount) wrote :

I updated my BIOS to the latest revision (1.7) and the problem still exists.

Revision history for this message
Jason Barnett (tamagotono-deactivatedaccount) wrote :

Just found that changing the BIOS option "Dynamic CPU Frequency Mode" from "Dynamic" to "Always Low" allows the netbook to boot with the default kernel options. This is not ideal, but keeps the battery life up.

Revision history for this message
Paul Hirst (paul-hirst) wrote :

Did you read this page which suggests that setting it to "Always Low" might not be the best plan?

http://www.codon.org.uk/~mjg59/power/good_practices.html

In essence the machine can go to sleep for less time because it takes longer to do things.

However if you have actually found better power usage than nohz=off then I'll give it a go and see how much slower the system feels.

Revision history for this message
Jason Barnett (tamagotono-deactivatedaccount) wrote :

OK, I did a bit of quick comparisons of the different workarounds and the power usage as reported in powertop.

nolapic: 11.2W 97% of it's time in c4wait, 97% running at 1Ghz

nohz=off: 11.6W 98% of it's time polling, 100% running at 1GHz

clocksource=jiffies: 12.6W 99.5% of it's time polling, 50% running at 1.6GHz, 50% running at 1GHz

BIOS option "always low" 11.2W 59% of it's time in c1wait, 36% in c4wait (always running at 1GHz)

These were taken with simply booting, logging in and running powertop then letting the readings settle for about 5 minutes. I did not touch the system during this time. It would be better to run while doing specific tasks, but that is harder to replicate and I just wanted some down-n-dirty numbers. I think I will be sticking with the nolapic kernel option.

Hope this helps a bit and that we can find a fix to make this information obsolete. :)

Revision history for this message
Conor Anderson (conor.anderson) wrote :

I can confirm this bug.

Toshiba NB200 - Bios ver. 2.10
Kubuntu Maverick 10.10 Beta - completely updated as of today.

Problem still exists (and seems to have worsened for me)

One work around that was not mentioned: Setting Toshiba Bios setting : SATA Controller to Compatibility lessens the problem, but does not resolve.

The issue seems to arise from a Bios-level HDD parking mechanism that makes the harddisk park when the computer is 'idle' the only issue is that it does this when the computer is not idle. The alt-button or mouse movement tickles the HDD back into action.

Revision history for this message
Michael Coupet (compmastermike) wrote :

Sounds like Bug #634702 try adding "intel_idle.max_cstate=0" as a boot parameter.

Revision history for this message
Conor Anderson (conor.anderson) wrote :

I can confirm that this workaround seems to have solved the issue for me.
Toshiba NB200 - Bios ver. 2.10
Kubuntu Maverick 10.10 Beta - completely updated as of today.

Revision history for this message
Conor Anderson (conor.anderson) wrote :

I spoke too soon, there is still occaisonal stuttering in music tracks, and videos.
Those are the only things where I find a hiccup is obvious.
The issues do seem to have lessened.

Revision history for this message
Jason Barnett (tamagotono-deactivatedaccount) wrote :

I have just tried this workaround (intel_idle.max_cstate=0) and it seems to work as it did in 10.04. Using my "highly scientific" power usage tests.. aka powertop, it is drawing only 7.8W spends ~80% in C4 and ~15% in C3 while running at 1GHz for 99% of the time.

It would be nice to get the intel idle option working to further improve the power savings, but I can live with this. Thank you Michael!

I will perform further testing to see if I experience any stuttering while playing music or videos.
Conor, for consistency's sake, were you streaming the music and videos, playing from the HDD or USB drive?
I would like to test under the same conditions to try to replicate the stuttering.

Revision history for this message
Conor Anderson (conor.anderson) wrote :

Hi Jason,

Videos streamed off Youtube.
Music played off the primary (windows) partition on my HDD. (linux is secondary).

In my testing to see if it was a pulseaudio problem, I disabled pulseaudio and the stuttering had decreased dramatically. However, it tends to be finicky and I can't replicate the results at everyboot, or every song, etc.

Revision history for this message
Paul Hirst (paul-hirst) wrote : Re: [Bug 638434] Re: Freeze on Toshiba NB300 without external interrupts

adding "intel_idle.max_cstate=0" seems to have solved the problem for me. Powertop indicates significantly less power usage than the previous kernel options yielded.

Thanks!
________________________________
Sophos Plc, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, United Kingdom.
Company Reg No 2096520. VAT Reg No GB 348 3873 20.

Revision history for this message
Paul Hirst (paul-hirst) wrote :

Actually I also spoke too soon. There are still freezes. The machine seems to boot fine but often won't shutdown without keypresses to help it along. Also the sound regularly gets stuck in a loop unless you keep up constant activity like moving the mouse.

I tried the kernel build in bug 634702 (comment #27) but it doesn't help on my Toshiba hardware. (I had hoped it would since they are both N450 NM10 style machines).

So as far as I'm concerned this is still an outstanding issue.

Revision history for this message
Conor Anderson (conor.anderson) wrote :

Confirmed. Same symptoms even with the "intel_idle.max_cstate=0" option active.
They are infrequent, but still exist.

Revision history for this message
Ike Panhc (ikepanhc) wrote :

It sounds to me that with "intel_idle.max_cstate=0" the chance of system halt will decrease a lot, but still exist. Is it?

Revision history for this message
Paul Hirst (paul-hirst) wrote :

Yes. That about sums it up. Without intel_idle.max_cstate=0 the system is totally frozen unless you constantly provide keypresses, mouse movements, network activity, etc.

With intel_idle.max_cstate=0 the system will work but with regular enough freezes to be very frustrating. Playing music is a waste of time since it breaks up far too regularly.

Revision history for this message
Paul Hirst (paul-hirst) wrote :

Surely this should be mentioned on the release notes for the release candidate. If people upgrade their Toshiba NB300/305/310 series laptops the systems won't boot anymore. The Lenovo S10-3 gets a section in the release notes but the Toshiba problem is surely just as serious (there just doesn't seem to be a fix on the cards as yet).

Revision history for this message
psychok7 (nunok7) wrote :

i have the same problem.. the nohz=off workaround worked for me on lucid. Were do i put it in maverick exactly? the 10_linux file is a little different please help. i have a nb200

Revision history for this message
Conor Anderson (conor.anderson) wrote :

I put it in /etc/default/grub at the end of the options line and then
ran update-grub as root.

Revision history for this message
Paul Hirst (paul-hirst) wrote :

Just to summarize the available options as I understand it.

Maverick with no options at all doesn't boot/function without constant keypresses.
With intel_idle.max_cstate=0 the system boots and functions but with enough freezes to make activities like playing music a waste of time and the system generally gets stuck during shutdown and doesn't power off.
With nohz=off or setting the CPU to 'Always Low' in the BIOS the system functions normally but with reduced battery life or slower speed and reduced battery respectively.

Anyone else have different/better options?

Revision history for this message
Daniel Dräs (g-kar) wrote :

Got the same issue on my NB205. lucid worked just fine without any work-a-rounds. hope this is fixed soon. Really annoying. Other than that I like maverick - sound and bluetooth OOTB.

Revision history for this message
Tetsuo6995 (tetsuo6995) wrote :

I can confirm too that this exact same problem concerns the toshiba NB205 too.

I created a bug report for Toshiba NB205 Bug #657990 that will probably be merged soon with this one.
Such a disappointment, Unity looks great but i can't even watch a video on my laptop :'(

I hope Ike Panhc could look into that as this problem must be quite similar to the Lenovo one.

Revision history for this message
Rodnox (rodnox) wrote :

Same on Acer Laptops. Tried 2 different ones.

It seems to be an Intel "restricted" issue.

Was trying all mentioned workarounds here and bug #657990, but so far no improvements.

Kinda sucks, its been two kernel releases and as far as i can see in the http://intellinuxgraphics.org/2010Q3.html list, there is no fix planed in the ToDoList or even the Beyond ToDoList.

Please *buntu Team, do something. I don't wanna switch to windows.

Revision history for this message
Marcos Oliveira (mainzer-sapo) wrote :

Same here, after upgrading from 10.04 to 10.10, system hangs everytime if I do not move the mouse or type anything.

My system:

Magalhães PC (Portuguese version of intel's Classmate)
CPU: Atom N270
Ram: 1G

Revision history for this message
Barry Kaplan (bekaplan) wrote :

Same comments for me as Marcos O; however, I'm using a Toshiba NB-205 w/ 2 GB RAM. (Using latest release 10.10, fully updated, fresh install.)

Revision history for this message
Rodnox (rodnox) wrote :

Well .. it says up there: add nohz=off to the command boot line.

example:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nohz=off"

That actually works. It lets the system run smooth. It turns off the CPU Effects. Shorter battery life, higher risk of overheating the laptop is the downturn on that solution.

Brad Figg (brad-figg)
tags: added: acpi-namespace-lookup
tags: added: acpi-parse-exec-fail
Revision history for this message
fourcultures (fourcultures) wrote :

This bug also affects my NB200 (2GB RAM) running ubuntu 10.10 netbook edition.

Can I ask before I try it:

Exactly how much reduction in battery life (either in minutes or % of normal usage) does the nohz=off fix cause? And how does this compare with CPU 'always low' setting?
In other words, does anyone have real life experience of the tests noted in comment #10? In my case I could use my netbook with 10.04 on a daily train commute, 2h 20min total. If my battery charge with 10.10 now reduces below that figure I can't work (but then I can't work if it keeps freezing, either...).

I'm not asking about the "intel_idle.max_cstate=0" fix because as I understand it this doesn't actually put a stop to the freezes.

Thanks.

Revision history for this message
fourcultures (fourcultures) wrote :

Further to comment #32, don't bother - I think there's a better workaround. See https://bugs.launchpad.net/linux/+bug/657990/comments/27

Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
tags: removed: regression-potential
Revision history for this message
Christopher M. Peñalver (penalvch) wrote :

Paul Hirst, thank you for reporting this and helping make Ubuntu better. Maverick reached EOL on April 2012.
Please see this document for currently supported Ubuntu releases:
https://wiki.ubuntu.com/Releases

We were wondering if this is still an issue on a supported release? If so, 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 in a supported release, could you run the following command 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.

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
Revision history for this message
Cody P Schafer (codyps) wrote :

This bug still affects me on my NB205-N310BN-G

Changed in linux (Ubuntu):
status: Expired → Confirmed
Revision history for this message
Cody P Schafer (codyps) wrote :

https://bugzilla.kernel.org/show_bug.cgi?id=15289
and
https://bugzilla.redhat.com/show_bug.cgi?id=648837

appear to discuss a similar problem, but with different hardware. The kernel parameter "acpi_skip_timer_override" is suggested as a work around, will test.

Revision history for this message
Christopher M. Peñalver (penalvch) wrote :

Cody P Schafer, if you have a bug in Ubuntu, could you please file a new report by executing the following in a terminal:
ubuntu-bug linux

For more on this, please see the Ubuntu Kernel team article:
https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Filing_Kernel_Bug_reports

the Ubuntu Bug Control team and Ubuntu Bug Squad team article:
https://wiki.ubuntu.com/Bugs/BestPractices#X.2BAC8-Reporting.Focus_on_One_Issue

and Ubuntu Community article:
https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette

When opening up the new report, please feel free to subscribe me to it.

Please note, not filing a new report may delay your problem being addressed as quickly as possible.

Thank you for your understanding.

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.