Re: Lemote eeLoong 8089 mips based notebook stability issues (was: repository switch)
- To: "Laurent GUERBY" <email@example.com>
- Cc: firstname.lastname@example.org, "Giuseppe Sacco" <email@example.com>, firstname.lastname@example.org
- Subject: Re: Lemote eeLoong 8089 mips based notebook stability issues (was: repository switch)
- From: email@example.com
- Date: Fri, 30 Jan 2009 17:39:49 +0800 (CST)
- Message-id: <firstname.lastname@example.org>
- In-reply-to: <1233264172.19995.61.camel@localhost>
- References: <1232364434.14673.837.camel@localhost> <1232437666.12198.7.camel@rays> <1232439318.14673.892.camel@localhost> <email@example.com> <1232538532.14673.916.camel@localhost> <1232549423.14673.924.camel@localhost> <firstname.lastname@example.org> <1232650540.17541.29.camel@localhost> <1233264172.19995.61.camel@localhost>
I have managed to reproduce some lockups, I am suspecting kernel issue.
Thermal should not be the cause: because
1. we have performed thermal test in high temperatures
2. other actions are almost safe; I have run some other heavy load
programs for a long time, no die. It seems some bugs triggered by the
Maybe you can try to recompile the kernel with different version/configs.
we are going back to work, should be a high priority work for us to
> I'm still experimenting unstability with my notebook:
> $ last|grep boot
> reboot system boot 184.108.40.206 Thu Jan 29 20:32 - 22:17 (01:45)
> reboot system boot 220.127.116.11 Thu Jan 29 10:00 - 22:17 (12:16)
> reboot system boot 18.104.22.168 Tue Jan 27 14:54 - 22:17 (2+07:23)
> reboot system boot 22.214.171.124 Tue Jan 27 09:25 - 22:17 (2+12:52)
> reboot system boot 126.96.36.199 Sun Jan 25 11:23 - 22:17 (4+10:53)
> reboot system boot 188.8.131.52 Sat Jan 24 09:48 - 22:17 (5+12:29)
> reboot system boot 184.108.40.206 Fri Jan 23 23:43 - 22:17 (5+22:34)
> reboot system boot 220.127.116.11 Thu Jan 22 23:54 - 22:17 (6+22:23)
> reboot system boot 18.104.22.168 Wed Jan 21 15:26 - 22:17 (8+06:51)
> reboot system boot 22.214.171.124 Tue Jan 20 05:47 - 22:17 (9+16:30)
> reboot system boot 126.96.36.199 Mon Jan 19 23:04 - 22:17 (9+23:13)
> reboot system boot 188.8.131.52 Mon Jan 19 11:42 - 22:17 (10+10:35)
> All reboots are due to freeze of the machine (black screen, no ping, no
> ssh) after a while doing compilations.
> As before, any suggestion on what to try welcomed.
> Thanks in advance,
> On Thu, 2009-01-22 at 19:55 +0100, Laurent GUERBY wrote:
>> On Thu, 2009-01-22 at 09:47 +0800, email@example.com wrote:
>> > Please give the system version(cat /etc/debian_version) and the
>> > descript(model/color/serial number printed in the motherboard side
>> > connector).
>> > We will try to reproduce.
>> loongson@debian:~$ cat /etc/debian_version
>> loongson@debian:~$ cat /etc/apt/sources.list
>> #deb http://dev.lemote.com/debian-loongson loongson main contrib
>> #deb http://dev.lemote.com/debian testing main contrib non-free
>> deb http://www.lemote.com/debian-testing testing main contrib non-free
>> #deb-src http://www.lemote.com/debian-testing testing main contrib
>> loongson@debian:~$ cat /proc/version
>> Linux version 184.108.40.206 (yh@debian) (gcc version 3.4.6) #128 Fri Dec 19
>> 18:57:57 CST 2008
>> Model number is "IL2A", notebook is black with stars.
>> Serial number is CCSIL2A839000A6
>> I've hopefully been able to do some more work without freeze by putting
>> the laptop upside down do give the fan more efficiency. I suspect
>> temperature issues, is there any thermal sensor available
>> from Linux?
>> > >> I confirm that without load the machine is stable (> 1 day). I'm
>> > >> now trying again gcc testsuite with the scaling_governor you
>> > >
>> > > Machine froze (no ping / no ssh / nothing in kern.log / black
>> > > after 2h06 minutes of ~1 load with scaling_governor at performance.
>> > > retrying with a shell script to record ps fauxwww each second in
>> case it
>> > > will catche something.
>> > >
>> > > Since my problem looks deterministic any advice on what to look at
>> > > try welcomed.
>> > >
>> > > Thanks in advance,
>> > >
>> > > Laurent
>> > >
> To UNSUBSCRIBE, email to debian-mips-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact