This page is written by Basile STARYNKEVITCH,
and is referenced by TuxMobil -
Linux on Laptops (thanks to Werner Hauser).
This page should help, but some material is missing or obsolete. Better place is the megawiki.org wiki page
Before october 2006, I would not recommend this laptop for Linux users (which is not stable enough under Linux, crashing at least once a day.). Newer versions of it have the same commercial reference (S270) but a newer chipset (RS482), and are rumored to work better.
I had many instabilities (random crashes) with my laptop because of faulty RAM (JetRam). I replaced (thanks to Sebastian Pop) on october 14th 2006 my 2*512M RAM DDR400 with 2*1G DDR400 Dan-Elec SO-DIMM and the random crashes are gone.
Now my MSI S270 is much more stable (I was able to bootstrap gcc and compile the kernel without any crashes or errors). Pity that the initial RAM was faulty, but memtest run for more than 24hours on it without finding a single error!
So, when memtest (or memtest+) report no errors at all, you could still have defects in your RAM.
This laptop is usable, but I learned the hard way that RAM quality is very important!
My MSI S270 (Megabook) notebook is a 12 inch Turion notebook (white color box, 1280x800 pixels TFT display), with an ATI radeon Xpress 200 chipset (ATI RS480 + ATi SB400), a 80Gb disk (5400rpm), and 1Gb of RAM, an 8 cell battery (in addition of the 4 cell standard one), a Wifi + Bluetooth card. I bought it at NCD (a.k.a PCW, Cergy-Pontoise, France). Thanks to them for selling notebooks without Microsoft Windows (so I didn't pay a cent to MS). Stores selling computers without MS licenses are sadly uncommon.
It seems that a recent version of this laptop has a slightly modified ATIRS482 chipset.
HarwareZone has an article (with photos) here
|
|
|
| front view | back view |
Here is the output of lspci -v:
0000:00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge
Subsystem: Micro-Star International Co., Ltd.: Unknown device 0131
Flags: bus master, 66MHz, medium devsel, latency 0
0000:00:01.0 PCI bridge: ATI Technologies Inc: Unknown device 5a3f (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
I/O behind bridge: 0000d000-0000dfff
Memory behind bridge: fbe00000-fbefffff
Prefetchable memory behind bridge: 00000000f0000000-00000000faf00000
Capabilities: [44] #08 [a803]
Capabilities: [b0] #0d [0000]
0000:00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller (prog-if 10 [OHCI])
Subsystem: ATI Technologies Inc IXP SB400 USB Host Controller
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 177
Memory at fbdfd000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [d0] Message Signalled Interrupts: 64bit- Queue=0/0 Enable-
0000:00:13.1 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller (prog-if 10 [OHCI])
Subsystem: ATI Technologies Inc IXP SB400 USB Host Controller
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 177
Memory at fbdfe000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [d0] Message Signalled Interrupts: 64bit- Queue=0/0 Enable-
0000:00:13.2 USB Controller: ATI Technologies Inc IXP SB400 USB2 Host Controller (prog-if 20 [EHCI])
Subsystem: ATI Technologies Inc IXP SB400 USB2 Host Controller
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 177
Memory at fbdff000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [dc] Power Management version 2
Capabilities: [d0] Message Signalled Interrupts: 64bit- Queue=0/0 Enable-
0000:00:14.0 SMBus: ATI Technologies Inc IXP SB400 SMBus Controller (rev 10)
Subsystem: Micro-Star International Co., Ltd.: Unknown device 0131
Flags: 66MHz, medium devsel
I/O ports at c800 [size=16]
Memory at fbdfc400 (32-bit, non-prefetchable) [size=1K]
Capabilities: [b0] #08 [a802]
0000:00:14.1 IDE interface: ATI Technologies Inc Standard Dual Channel PCI IDE Controller ATI (prog-if 8a [Master SecP PriP])
Subsystem: Micro-Star International Co., Ltd.: Unknown device 0131
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 201
I/O ports at {ignored}
I/O ports at {ignored}
I/O ports at {ignored}
I/O ports at {ignored}
I/O ports at ff00 [size=16]
Capabilities: [70] Message Signalled Interrupts: 64bit- Queue=0/0 Enable-
0000:00:14.3 ISA bridge: ATI Technologies Inc IXP SB400 PCI-ISA Bridge
Flags: bus master, 66MHz, medium devsel, latency 0
0000:00:14.4 PCI bridge: ATI Technologies Inc IXP SB400 PCI-PCI Bridge (prog-if 01 [Subtractive decode])
Flags: bus master, 66MHz, medium devsel, latency 64
Bus: primary=00, secondary=02, subordinate=04, sec-latency=64
I/O behind bridge: 0000e000-0000efff
Memory behind bridge: fbf00000-fbffffff
Prefetchable memory behind bridge: 50000000-54ffffff
0000:00:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400 AC'97 Audio Controller (rev 01)
Subsystem: Micro-Star International Co., Ltd.: Unknown device 0131
Flags: bus master, 66MHz, slow devsel, latency 64, IRQ 193
Memory at fbdfc800 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Message Signalled Interrupts: 64bit- Queue=0/0 Enable-
0000:00:14.6 Modem: ATI Technologies Inc ATI SB400 - AC'97 Modem Controller (rev 01) (prog-if 00 [Generic])
Subsystem: Micro-Star International Co., Ltd.: Unknown device 0131
Flags: bus master, 66MHz, slow devsel, latency 64, IRQ 193
Memory at fbdfcc00 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Message Signalled Interrupts: 64bit- Queue=0/0 Enable-
0000:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
Flags: fast devsel
Capabilities: [80] #08 [2101]
0000:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
Flags: fast devsel
0000:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
Flags: fast devsel
0000:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
Flags: fast devsel
0000:01:05.0 VGA compatible controller: ATI Technologies Inc ATI Radeon XPRESS 200M 5955 (PCIE) (prog-if 00 [VGA])
Subsystem: Micro-Star International Co., Ltd.: Unknown device 0131
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 10
Memory at f0000000 (32-bit, prefetchable) [size=128M]
I/O ports at d800 [size=256]
Memory at fbef0000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at fbec0000 [disabled] [size=128K]
Capabilities: [50] Power Management version 2
0000:02:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Subsystem: Micro-Star International Co., Ltd.: Unknown device 0131
Flags: bus master, medium devsel, latency 64, IRQ 209
I/O ports at e800 [size=256]
Memory at fbfffc00 (32-bit, non-prefetchable) [size=256]
Expansion ROM at 54000000 [disabled] [size=64K]
Capabilities: [50] Power Management version 2
0000:02:04.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
Subsystem: Micro-Star International Co., Ltd.: Unknown device 0131
Flags: bus master, medium devsel, latency 168, IRQ 177
Memory at fbf00000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=02, secondary=03, subordinate=03, sec-latency=176
Memory window 0: 50000000-51fff000 (prefetchable)
Memory window 1: 56000000-57fff000
I/O window 0: 0000e000-0000e0ff
I/O window 1: 0000ec00-0000ecff
16-bit legacy interface ports at 0001
0000:02:04.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
Subsystem: Micro-Star International Co., Ltd.: Unknown device 0131
Flags: bus master, medium devsel, latency 168, IRQ 185
Memory at fbf01000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=02, secondary=04, subordinate=07, sec-latency=176
Memory window 0: 52000000-53fff000 (prefetchable)
Memory window 1: 58000000-59fff000
I/O window 0: 00001000-000010ff
I/O window 1: 00001400-000014ff
16-bit legacy interface ports at 0001
0000:02:04.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 04) (prog-if 10 [OHCI])
Subsystem: Micro-Star International Co., Ltd.: Unknown device 0131
Flags: bus master, medium devsel, latency 64, IRQ 169
Memory at fbfff000 (32-bit, non-prefetchable) [size=2K]
Capabilities: [dc] Power Management version 2
0000:02:09.0 Ethernet controller: Linksys, A Division of Cisco Systems [AirConn] INPROCOMM IPN 2220 Wireless LAN Adapter (rev 01)
Subsystem: Micro-Star International Co., Ltd.: Unknown device 6855
Flags: bus master, medium devsel, latency 64, IRQ 5
I/O ports at e400 [size=32]
Memory at fbfff800 (32-bit, non-prefetchable) [size=32]
Memory at fbffe800 (32-bit, non-prefetchable) [size=2K]
Capabilities: [40] Power Management version 2
Here is the CPU, as seen thru /proc/cpuinfo
(wrapped to fit):
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 36
model name : AMD Turion(tm) 64 Mobile Technology MT-34
stepping : 2
cpu MHz : 1790.908
cache size : 1024 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush mmx fxsr sse sse2 pni syscall
nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm
bogomips : 3514.36
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp [4] [5]
/etc/apt/sources.list file:
# my /etc/apt/sources.list #deb file:///cdrom/ sarge main deb http://ftp.crans.org/debian-amd64/debian/ sid main contrib deb ftp://ftp.belnet.be/debian-amd64/debian/ sid main contrib deb ftp://debian.inode.at/debian-amd64/debian/ sid main contrib ###Xorg, from http://www.uni-koblenz.de/~dbildh/Linux_On_TM4001/ ###deb http://debian.linux-systeme.com unstable main #Xorg d'apres http://lists.debian.org/debian-amd64/2005/06/msg00310.html deb ftp://ftp-fourier.ujf-grenoble.fr/linux/debian-amd64/ ./
My kernel is a self compiled kernel 2.6.14, or a Debian
2.6.15. But because of a clock doubling (apparently, the timer
interrupt is gotten twice as expected by the kernel) I have to
pass the noapic option to the kernel. update:
the good option for 2.6.15 or better is
disable_timer_pin_1 - see here. I'm using the
GRUB loader, and I also have a partition containing FreeDOS (boot
it without any drivers to be able to run the BIOS flashing
utility). Lennart Poettering suggests
acpi_fake_ecdt=1
The BIOS has to be updated to its [latest] version 4.30 (released in 16th january 2006) - download file 1013_430.zip from MSI. Otherwise, some problems appears.
Here are my currently loaded modules (wrapped to fit):
Module Size Used by
ipv6 288672 8
thermal 22668 0
fan 7368 0
button 10528 0
ac 8072 0
battery 14792 0
tsdev 9664 0
pcspkr 4464 0
ohci1394 37516 0
ieee1394 371696 1 ohci1394
yenta_socket 27724 2
rsrc_nonstatic 15168 1 yenta_socket
8139too 30848 0
8139cp 25472 0
snd_atiixp_modem 20484 0
snd_atiixp 25248 0
snd_ac97_codec 102212 2 snd_atiixp_modem,snd_atiixp
snd_pcm_oss 70944 0
snd_mixer_oss 22592 1 snd_pcm_oss
snd_pcm 117708 4 snd_atiixp_modem,snd_atiixp,snd_ac97_codec,
snd_pcm_oss
snd_timer 29832 1 snd_pcm
snd 72640 7 snd_atiixp_modem,snd_atiixp,snd_ac97_codec,
snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore 11744 1 snd
snd_page_alloc 13584 3 snd_atiixp_modem,snd_atiixp,snd_pcm
ehci_hcd 51144 0
usbhid 41120 0
ohci_hcd 36868 0
nls_iso8859_1 6016 1
vfat 16320 1
fat 58288 1 vfat
rtc 10856 0
radeon 87168 0
radeonfb 99136 0
sr_mod 21476 0
scsi_mod 160856 1 sr_mod
psmouse 37956 0
ide_generic 1920 0 [permanent]
powernow_k8 14608 0
processor 39376 2 thermal,powernow_k8
evdev 13888 0
/etc/modules file
# /etc/modules: kernel modules to load at boot time. acpi-cpufreq cpufreq-userspace ide-cd ide-disk ide-generic psmouse sbp2 sr_mod # radeon & radeonfb for X11 radeonfb radeon
Configuring Xorg was tricky for me. I did not use the ATI FGLRX driver. here is a page about its installation.
I noticed that both radeon and radefb
modules are required, and that the Debian Xorg server (from
xserver-xorg package) didn't work until recently (the
newly released package debian/unstable 6.8.2dfsg.1-5 now
works).
Here is my /etc/X11/xorg.conf (thanks to Peter Haufschild for suggesting
it). I have a french AZERTYUIOP keyboard! The noaccel
option is important.
# my /etc/X11/xorg.conf
Section "ServerLayout"
Identifier "Default Layout"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
# RgbPath is the location of the RGB database. Note, this is the name of the
# file minus the extension (like ".txt" or ".db"). There is normally
# no need to change the default.
# Multiple FontPath entries are allowed (they are concatenated together)
# By default, Red Hat 6.0 and later now use a font server independent of
# the X server to render fonts.
RgbPath "/usr/X11R6/lib/X11/rgb"
FontPath "unix/:7100"
EndSection
Section "Module"
Load "dbe"
Load "extmod"
Load "fbdevhw"
Load "glx"
Load "record"
Load "freetype"
Load "type1"
Load "dri"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "keyboard"
Option "CoreKeyboard"
Option "XkbTules" "xfree86"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5"
Option "Emulate3Buttons" "yes"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "hp L1720"
DisplaySize 340 270
HorizSync 31.0 - 80.0
VertRefresh 56.0 - 75.0
Option "dpms"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "ati"
VendorName "Videocard vendor"
BoardName "ATI Radeon 7500"
# see http://www.linuxquestions.org/questions/history/323350
# it is important to have:
Option "noaccel"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 16
Modes "800x600" "640x480"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1280x1024" "1280x960" "1280x800" "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
EndSection
Section "DRI"
Group 0
Mode 0666
EndSection
I don't care much for 3D acceleration (I don't play; my favorite graphical applications are emacs and firefox).
You need a recent Ndiswrapper. I'm using
latest CVS (but version 1.2 might work). You have to
make with the
INPROCOMM_AMD64=1 flag to enable a specific
hack. I am using the neti2220X64.zip Win64 driver
gotten from
here. This works, but not bery reliably, and there is no way
to power-on or off by software the Wifi. Maybe I might try
a
GPL-ed driver from the Dlink pre-n tarball (as suggested by
Imre Kaloz here).
Apparently, the driver is loaded, iwconfig finds a
wlan0 IEEE 802.11g but I did not test it further
(since my Wifi router is not configured). The system seems
unstable after, but I don't know if it the ndis driver or the hot
temperature...
Eric Shubert suggested me to use the rt2500 and
rt2500-source debian packages for Wifi. I didn't try
yet, and they locked his mother's (AMD Sempron based
Tchibo?
) laptop.
The ipw2200 (version 1.0.6? or better) driver might work (with ieee80211 version 1.0.3? or better).
Note: The real reason why I didn't bother yet about Wifi is that my Linksys (WF54?) Wifi router is nearly lost in some hard to reach place within my house, and I am lazy to find it, and get it running again. Should I feel ashamed? The above information are (from memory) when trying to get a working iwconfig but no more (since no running Wifi router). If you happen to have the same laptop (with exactly the same lspci output, an AMD64 Turion processor, and a 64bits linux!), please tell me how you managed to make the Wifi work!
You need the snd_atiixp module, and as Shahar Livne from Austria suggested me this link, you need to send the magic string 7a 2090 into /proc/asound/card0/codec97#0/ac97#0-0+regs to enable the internal speakers (and 7a 2092 to disable them). This is black magic to me (I wrote a small script invoked at boot time to do this). I can't figure out how people did find (at first) this kind of information. It works with kernel 2.6.13 but probably is not needed in 2.6.16.x. Music can be heard (eg with cdplay) but vlc don't work yet (its debian package has unmet dependencies). My /etc/rc.d/sound_basile init script is available here. This trick is not more needed under 2.6.15.
It seems that legacy USB support
should be disabled
(see linux
tips).
I'm setting the UMA Frame Buffer Size to 64MB (size of RAM dedicated to graphics subsystem).
The Wireless LAN option is disabled
Apparently some state or settings persist from one reboot to the next, and I don't know if the BIOS can reset them (it probably should).
I don't understand the exact relationship between BIOS settings and linux kernel, so above settings may be very wrong!
here is a configuration for the 2.6.16.9 kernel. I don't claim it is the best one -and actually it does not work that well
I suspect that the BIOS or ACPI DSDT is buggy. Maybe it is
related to the double timer rate problem (with the
noapic option to the kernel). Here are bizarre
messages from dmesg (wrapped to
fit):
time.c: Using 3.579545 MHz PM timer.
time.c: Detected 1790.876 MHz processor.
time.c: Using PIT/TSC based timekeeping.
#### etc...
tbxface-0118 [02] acpi_load_tables : ACPI Tables successfully acquired
Parsing all Control Methods:...................................................
...................................................
..........................
Table [DSDT](id F005) - 458 Objects with 50 Devices 128 Methods 10 Regions
Parsing all Control Methods:
Table [SSDT](id F003) - 1 Objects with 0 Devices 0 Methods 0 Regions
ACPI Namespace successfully loaded at root ffffffff804e3ee0
ACPI: setting ELCR to 0200 (from 0ce0)
evxfevnt-0094 [03] acpi_enable : Transition to ACPI mode successful
Using local APIC timer interrupts.
#### etc....
Losing some ticks... checking if CPU frequency changed.
#### etc...
psmouse.c: Wheel Mouse at isa0060/serio2/input0 lost synchronization,
throwing 1 bytes away.
warning: many lost ticks.
Your time source seems to be instable or some driver is hogging interupts
rip acpi_ec_read+0x13e/0x16f
Here is the decompilation of the ACPI DSDT (like here), with the latest Intel ACPI compiler version 06-27-2005(you need flex-old to compile it, and maybe bison-1.35, probably the authors of this stuff did not bother to adapt their code to current bison and flex versions). When recompiling the decompiled DSDT I am getting the following error:
ASL Optimizing Compiler / AML Disassembler version 20050624 [Jul 21 2005]
Copyright (C) 2000 - 2005 Intel Corporation
Supports ACPI Specification Revision 3.0
dsdt.dsl 985: Package (0x06)
Error 1095 - Initializer list too long ^
ASL Input: dsdt.dsl - 3142 lines, 96942 bytes, 1241 keywords
Compilation complete. 1 Errors, 0 Warnings, 0 Remarks, 451 Optimizations
I don't know yet how to fix this error
I won't recommend yet this laptop for a Linux newbie (but I
believe that its BIOS and ACPI have better and better versions,
and that Linux kernel and hardware-sensitive software -like Xorg-
are supporting it better and better). I still have to reboot
(after a lockup or crash...) my laptop at least twice a day.
Replacing maxfreq=100% with maxfreq=90%
in my /etc/cpufreqd.conf and using
cpufreqd to slow down the CPU seems to help...). I
do admit that my understanding of modern BIOS and ACPI is very
limited. But this laptop is usable under Linux (AMD64).
Apparently, I still have occasional messages like the following
from dmesg (2.6.13 kernel)
Losing some ticks... checking if CPU frequency changed.
warning: many lost ticks.
Your time source seems to be instable or some driver is hogging interupts
rip acpi_ec_read+0x13e/0x3b7
irq 7: nobody cared (try booting with the "irqpoll" option)
Call Trace: <IRQ> <ffffffff801551e5>{__report_bad_irq+53} <ffffffff801553f7>{note_interrupt+439}
<ffffffff80154d5f>{__do_IRQ+207} <ffffffff801115d8>{do_IRQ+72}
<ffffffff8010ef72>{ret_from_intr+0} <ffffffff80216d07>{acpi_ev_gpe_detect+77}
<ffffffff8021402c>{acpi_ev_sci_xrupt_handler+68} <ffffffff8020b37d>{acpi_irq+15}
<ffffffff80154c5c>{handle_IRQ_event+44} <ffffffff80154d46>{__do_IRQ+182}
<ffffffff801115d8>{do_IRQ+72} <ffffffff8010ef72>{ret_from_intr+0}
<ffffffff80137cf8>{__do_softirq+72} <ffffffff8010fa27>{call_softirq+31}
<ffffffff80111580>{do_softirq+48} <ffffffff801115dd>{do_IRQ+77}
<ffffffff8010ef72>{ret_from_intr+0} <EOI> <ffffffff802381b7>{acpi_ec_read+318}
<ffffffff80238997>{acpi_ec_space_handler+233} <ffffffff802388ae>{acpi_ec_space_handler+0}
<ffffffff802136ac>{acpi_ev_address_space_dispatch+606}
<ffffffff8021a61a>{acpi_ex_access_region+734} <ffffffff8021aa6e>{acpi_ex_field_datum_io+339}
<ffffffff8021a7ec>{acpi_ex_extract_from_field+213} <ffffffff80218615>{acpi_ex_read_data_from_field+497}
<ffffffff802206d5>{acpi_ex_resolve_node_to_value+661}
<ffffffff802195a5>{acpi_ex_resolve_to_value+845} <ffffffff8021c635>{acpi_ex_resolve_operands+1095}
<ffffffff8020f383>{acpi_ds_exec_end_op+273} <ffffffff80228933>{acpi_ps_parse_aml+2061}
<ffffffff80229793>{acpi_psx_execute+515} <ffffffff8021f41b>{acpi_ex_enter_interpreter+111}
<ffffffff8022477b>{acpi_ns_evaluate_by_handle+499} <ffffffff802308f8>{acpi_ut_ptr_exit+35}
<ffffffff80224b49>{acpi_ns_evaluate_relative+390} <ffffffff80184019>{__link_path_walk+3001}
<ffffffff80223a78>{acpi_evaluate_object+392} <ffffffff881d7c8d>{:battery:acpi_battery_read_state+278}
<ffffffff881d7b77>{:battery:acpi_battery_read_state+0}
<ffffffff801948c5>{seq_read+309} <ffffffff80174854>{filp_open+68}
<ffffffff801755ab>{vfs_read+187} <ffffffff80175d13>{sys_read+83}
<ffffffff8010e9ae>{system_call+126}
handlers:
[<ffffffff881c90b0>] (ohci_irq_handler+0x0/0x790 [ohci1394])
Disabling IRQ #7
My impression is that after such messages, the system is much
less stable and may soon crash or lock. I didn't try yet to boot
with the irqpoll option.
Actually this was a faulty RAM!
It seems that sometimes, a single bit is inverted. But all the memory tests (memtest86 or memtest86+) run flawlessly (without any errors) for at least twenty hours. Single bit errors have various manifestations, either a kernel panic, or a dmesg like above, or some compilation (with gcc -pipe) fails with the assembler recieving (on a pipe) an unknown opcode.
my favorite task is software development, so a simple
compilation benchmark matters to me. the build time of bash-3.0 (after
a simple ./configure) is: time make
make 30.52s user 3.15s system 79% cpu 42.424 total
(nearly 130KLOC of C code has been compiled by gcc 4.0.2
with -O2 -g).
Lennart Poettering reverse engineered it here. A big thanks to him.
I did not took time to configure the Bluetooth. I don't know yet if they work or not!
Comments are welcome to basile at-sign starynkevitch dot net
See also: Debian AMD64 message, clock drift Bodo von der Heiden's page in german (for Suse distribution). Lennart Poettering's tchibo page, Bernd Paysan's MSI S270 page, Joel W.'s page on the related MSI 635 and the Mega Wiki on MSI notebooks
I am interested by your feedback (to this msi_s270_linux page)
july 2005 - october 2006
$Id: msi_s270_linux.html 91 2007-04-07 12:26:57Z basile $