For those of you experiencing both overheating and sluggish/freezing
behavior under DELL E-Series laptops (possibly also some D-Series), I
finally discovered the whole thing could be explained by some heat pipe or
fan-related issue that many of those laptops experience! See the subject:
@Vast One: I somehow came to the same conclusion yesterday! While trying
to update my BIOS (which I never managed due to yet another ubuntu
issue...anyways), I had to restart my computer quite often (Dell E6400).
In doing so, the system froze, or at least went very slow, even before
doing entering
I've tried many of those kernels from mainline (last in date 2.6.30) and
they all prove buggy. What's more, with the time passing by and the new
Intel drivers/Ubuntu kernels begin available, the problem is even more
acute to my own experience, i.e. I can no longer watch a fullscreen
(1440x960)
@Manoj: nope, same issue after 1min of video playback, my computer is
heavily lagging...
Manoj Iyer wrote:
Can someone please try the kernel in
http://people.ubuntu.com/~manjo/lp355155-jaunty/ and report if that
fixes the problem ?
--
Clocksource tsc unstable leads to lockups in Ubuntu
in the dmesg as:
CE: hpet increasing min_delta_ns to 15000 nsec
CE: hpet increasing min_delta_ns to 22500 nsec
at this point, everything is so slow I have to hard reboot.
I'll try some of the options suggested in the WiKi.
Manoj Iyer wrote:
Sir Romanov, are you able to ssh to your system after
Just for the Ubuntu developers and maintainers to know... thanks to their
lack of responsivity, I also join the Ubuntu to ArchLinux trend.
On Sun, Jun 7, 2009 at 1:52 AM, Polygon
auroraborea...@adelieland.euwrote:
i don't have an intel card, nor do i have those lines added
furthermore, i am
@RedSocrates: No, sorry... does not work for me. The TSC messages are
indeed not issued, neither are btw the hpet increasing errors, but the
system still stalls after a while.
I now have a systematic way to make it stall... 10min of high resolution
(1920x1440) video playback of some movie (dunno
I have a reproducible pattern: on kernel 2.6.30-rc6, I get these
[0.881484] rtc_cmos 00:03: setting system clock to 2009-05-23 19:56:41 UTC
(1243108601)
[0.881545] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found
[0.881597] EDD information not available.
[1.49]
I have a reproducible pattern: on kernel 2.6.30-rc6, I get these
[0.881484] rtc_cmos 00:03: setting system clock to 2009-05-23 19:56:41 UTC
(1243108601)
[0.881545] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found
[0.881597] EDD information not available.
[1.49]
@Polygon: Seems to me like a kernel issue indeed... Even if other
distros do not suffer the consequences of this TSC instability, I would
be surprised this is issued 1 second after boot by anything else but the
kernel itself! So this must be reported indeed. If you wish to send a
report, I'll
I think this is a duplicate of
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/355155
In my case, I have those
[0.00] Fast TSC calibration using PIT
[0.145055] checking TSC synchronization [CPU#0 - CPU#1]: passed.
[0.778058] Marking TSC unstable due to TSC halts in idle
[
Same problem here, typically happens after around 20min of fullscreen
Video Playback, sometimes even before KDM is launched. Some people say
this might be caused by WiFi modules (especially on Broadcom 43xx cards)
and suggest to append blacklist b43 to /etc/modprobe.d/blacklist. Some
say this
@Chem. Imbalance, That is indeed a shame to move from a supposedly
stable Ubuntu to an alpha Fedora distro! But this would mean this is no
direct kernel issue then... this really has to be figured out ASAP!!!
@VangelistX, I take it from the header of this page that you are in
charge. Given the
EDIT: acpi=off led to a stall also... But appending noapic nolapic acpi=off
to the GRUB menu led to (up to now) no stalling... video playback, ethernet
connected for already 12 hours, no problem.
Can you guys try and confirm this is a workaround?
For what I understand, LAPIC uses its own clock
@ diopez: In my opinion, the problem is the following:
- very early at startup (4sec for me most of the time), something makes the
clocksource unstable, raising a tsc unstable.
- then some process (possibly a process being very offensive on the whatever
clock you use), triggers a big slow down
@shankerror: you also apparently have this TSC unstability, as mentioned in
your dmesg:
[1.082774] cpufreq: FSB changing is maybe unstable and can lead to crashes
and data loss.
[1.082790] cpufreq: FSB currently at 132 MHz, FID 13.5
[1.082820] Marking TSC unstable due to cpufreq
Just tried acpi=off option. I can't say it sure does the trick since I
just rebooted but the tsc unstable comment is no longer issued in
dmesg
It really sucks not to use ACPI but for the time being, if it solves the
problem, I'll vote for it! Can you guys confirm this also works for you?
(I
I can confirm on my side: at startup I get a tsc unstable message 4sec
after boottime, then at some point (randomly) dmesg brings hpet
increasing delta... and computer slows down dramatically. This problem
happened last night while computer was idle.
I tried all possibilities of Clocksources
I confirm. I've run my computer since this morning without ethernet connection
whatsoever: no freeze, no slow down.
Note that I still have this tsc unstable 4sec after boottime, which is
triggerred 0.3sec after eth0 is detected, as follows
[ 3.707706] :00:19.0: eth0: (PCI
19 matches
Mail list logo