Bug 132460 - ACPI broken on Fujitsu Simens Amilo A1645: Network, sound and some others problems
Summary: ACPI broken on Fujitsu Simens Amilo A1645: Network, sound and some others pro...
Status: RESOLVED FIXED
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: Mobile Devices (show other bugs)
Version: Final
Hardware: x86 SuSE Linux 10.0
: P5 - None : Critical
Target Milestone: ---
Assignee: Vojtech Pavlik
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-05 08:29 UTC by Gianluigi Pulcio
Modified: 2006-03-04 09:36 UTC (History)
2 users (show)

See Also:
Found By: Customer
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
dmesg with acpi=off in boot parameters (13.06 KB, text/plain)
2005-11-14 15:01 UTC, Gianluigi Pulcio
Details
dmesg without acpi=off in boot parameters (16.05 KB, text/plain)
2005-11-14 15:03 UTC, Gianluigi Pulcio
Details
interrupts when is acpi=off in boot parameters (575 bytes, text/plain)
2005-11-14 15:04 UTC, Gianluigi Pulcio
Details
interrupts when is not acpi=off in boot parameters (581 bytes, text/plain)
2005-11-14 15:05 UTC, Gianluigi Pulcio
Details
syslog acpi with log level 19 (21.41 KB, text/x-log)
2005-11-19 22:26 UTC, Gianluigi Pulcio
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gianluigi Pulcio 2005-11-05 08:29:49 UTC
I have installed SuSE 10.0 OSS on my Amilo A1645.
Installation come to the end but some strange problems are presenting.
Network card are detected and his module are loaded.
DHCP client start for eth0 and dhcp server respond but the NIC don't get any address.
In syslog I found many row as:
Nov  4 18:25:35 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
Nov  4 18:25:35 linux kernel: eth0: Transmit timeout, status 00000000 00000260

By lspci I found:
0000:00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91)

And lsmod inform me thet module sis900 are loaded.

So the network don't work.

Another problem come from sound card.
Like NIC, the sound-card is detected and the module is loaded but when a sound come played, i hear the sound broken in many parts. It play for a while get a pause and then continue with another little while and so on.

By lspci i get:
0000:00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] Sound Controller (rev a0)

Some other come from syslog, but the divices interested work fine.

Nov  4 18:19:55 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:19:55 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:19:55 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:19:55 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 - driver resynched.
Nov  4 18:20:15 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
Nov  4 18:20:15 linux kernel: eth0: Transmit timeout, status 00000000 00000240
Nov  4 18:21:19 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
Nov  4 18:21:19 linux kernel: eth0: Transmit timeout, status 00000000 00000240
Nov  4 18:22:23 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
Nov  4 18:22:23 linux kernel: eth0: Transmit timeout, status 00000000 00000260
Nov  4 18:23:14 linux kernel: atkbd.c: Unknown key pressed (translated set 2, code 0x0 on isa0060/serio0).
Nov  4 18:23:14 linux kernel: atkbd.c: Use 'setkeycodes 00 <keycode>' to make it known.
Nov  4 18:23:14 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:23:14 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:23:14 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:23:14 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:23:14 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:23:14 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 - driver resynched.
Nov  4 18:23:27 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
Nov  4 18:23:27 linux kernel: eth0: Transmit timeout, status 00000000 00000260
Nov  4 18:24:31 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
Nov  4 18:24:31 linux kernel: eth0: Transmit timeout, status 00000000 00000260
Nov  4 18:24:50 linux kernel: atkbd.c: Unknown key pressed (translated set 2, code 0x0 on isa0060/serio0).
Nov  4 18:24:50 linux kernel: atkbd.c: Use 'setkeycodes 00 <keycode>' to make it known.
Nov  4 18:24:50 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:24:50 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:24:50 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:24:50 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:24:50 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
Nov  4 18:24:50 linux kernel: psmouse.c: TouchPad at isa0060/serio2/input0 - driver resynched.
Nov  4 18:25:35 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
Nov  4 18:25:35 linux kernel: eth0: Transmit timeout, status 00000000 00000260
Nov  4 18:26:39 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
Nov  4 18:26:39 linux kernel: eth0: Transmit timeout, status 00000000 00000260
Nov  4 18:27:43 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
Nov  4 18:27:43 linux kernel: eth0: Transmit timeout, status 00000000 00000260
Nov  4 18:28:47 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
Nov  4 18:28:47 linux kernel: eth0: Transmit timeout, status 00000000 00000260
Nov  4 18:29:51 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
Nov  4 18:29:51 linux kernel: eth0: Transmit timeout, status 00000000 00000260

I have try to use another distribution, Knoppix 4.0.2, and all work fine and the modules loaded are the same (only battey support is not perfect).
So I try with SuSE 9.2 but nothing is good. Same problems of 10.0.
Also i try Mandriva and all work (battery support not good).


This is a lsmod output from suse 10.0 without sound module (i have dropped it)

Module                  Size  Used by
cpufreq_ondemand        6044  1 
cpufreq_userspace       4444  0 
cpufreq_powersave       1792  0 
powernow_k8            12168  0 
speedstep_lib           4228  0 
freq_table              4612  1 powernow_k8
button                  7056  0 
ipv6                  242752  10 
battery                10244  0 
ac                      5252  0 
joydev                  9408  0 
af_packet              21384  2 
pcmcia                 37176  0 
firmware_class          9856  1 pcmcia
edd                     9824  0 
yenta_socket           23820  2 
rsrc_nonstatic         12800  1 yenta_socket
pcmcia_core            39952  3 pcmcia,yenta_socket,rsrc_nonstatic
sis900                 20864  0 
mii                     5504  1 sis900
ohci1394               32820  0 
ieee1394               97208  1 ohci1394
ehci_hcd               32136  0 
ohci_hcd               20228  0 
usbcore               112640  3 ehci_hcd,ohci_hcd
generic                 4484  0 [permanent]
i2c_sis96x              5380  0 
i2c_core               20368  1 i2c_sis96x
sis_agp                 8452  0 
amd64_agp              11976  1 
agpgart                33096  2 sis_agp,amd64_agp
shpchp                 88676  0 
pci_hotplug            26164  1 shpchp
parport_pc             38980  0 
lp                     11460  0 
parport                33864  2 parport_pc,lp
dm_mod                 54972  0 
reiserfs              250480  1 
ide_cd                 39684  0 
cdrom                  36896  1 ide_cd
fan                     4996  0 
thermal                14472  0 
processor              24252  2 powernow_k8,thermal
sis5513                15624  0 [permanent]
ide_disk               17152  3 
ide_core              122380  4 generic,ide_cd,sis5513,ide_disk

And this is the same from Knoppix

Module                  Size  Used by
reiserfs              231024  1 
nvidia_agp              9756  0 
amd_k7_agp             10380  0 
snd_mixer_oss          18304  0 
snd                    46820  1 snd_mixer_oss
sis_agp                 9988  1 
ati_agp                10380  0 
amd64_agp              13640  0 
autofs4                19076  1 
af_packet              24328  0 
agpgart                31440  5 nvidia_agp,amd_k7_agp,sis_agp,ati_agp,amd64_agp
i810_audio             36116  1 
ac97_codec             20236  1 i810_audio
soundcore              11104  3 snd,i810_audio
sis900                 21760  0 
mii                     8320  1 sis900
i2c_sis96x              8580  0 
i2c_core               20992  1 i2c_sis96x
parport_pc             38724  0 
parport                33480  1 parport_pc
8250                   42844  0 
serial_core            21120  1 8250
usbhid                 42464  0 
pcmcia                 23696  4 
yenta_socket           22152  2 
rsrc_nonstatic         14080  1 yenta_socket
pcmcia_core            43268  3 pcmcia,yenta_socket,rsrc_nonstatic
video                  18308  0 
thermal                14984  0 
processor              24520  1 thermal
fan                     7300  0 
container               7296  0 
button                  9104  0 
battery                12420  0 
ac                      7556  0 
rtc                    13900  0 
unionfs                68088  1 
cloop                  19232  2 
sbp2                   24584  0 
ohci1394               33460  0 
ieee1394              297432  2 sbp2,ohci1394
usb_storage            68544  0 
ohci_hcd               21764  0 
uhci_hcd               31632  0 
usbcore               102492  5 usbhid,usb_storage,ohci_hcd,uhci_hcd

I want to use SuSE, please help me.
Comment 1 Forgotten User ZhJd0F0L3x 2005-11-07 13:38:44 UTC
Thomas, could this have something to do with ec_burst?
Comment 2 Gianluigi Pulcio 2005-11-08 07:39:26 UTC
I have tried to start installation with ec_burst=1 at boot time but nothing is changed. In syslog the same rows are present and NIC won't work.
After some others tests with boot options, I have tried with acpi=off and all work fine eccept, of curse, powersafe.
In syslog i read:
Nov  8 07:37:08 linux [powersave]: ERROR (CPUFreq_Kernel:23) Try CPUFREQ_CONTROL=userspace in /etc/sysconfig/powersave/cpufreq.
Nov  8 07:37:08 linux [powersave]: ERROR (PM_Interface:231) Cannot create cpufreq objects
Comment 3 Thomas Renninger 2005-11-09 16:33:51 UTC
Try ec_burst=0, ec_burst=1 is default.
Comment 4 Thomas Renninger 2005-11-09 16:35:25 UTC
Hmm, could you better try pci=noacpi, please.
Comment 5 Gianluigi Pulcio 2005-11-09 18:35:11 UTC
I have tried first with ec_burst=0 then with pci=noacpi and also with both but nothing is changed.
Only with acpi=off is working but powersave.
Comment 6 Thomas Renninger 2005-11-14 14:05:32 UTC
First, please make sure you have the latest BIOS installed on your machine.

If it still does not work, please attach full dmesg and /proc/interrupts output of both, with and without acpi=off.
Comment 7 Gianluigi Pulcio 2005-11-14 15:01:52 UTC
Created attachment 57267 [details]
dmesg with acpi=off in boot parameters
Comment 8 Gianluigi Pulcio 2005-11-14 15:03:07 UTC
Created attachment 57269 [details]
dmesg without acpi=off in boot parameters
Comment 9 Gianluigi Pulcio 2005-11-14 15:04:54 UTC
Created attachment 57270 [details]
interrupts when is acpi=off in boot parameters
Comment 10 Gianluigi Pulcio 2005-11-14 15:05:38 UTC
Created attachment 57271 [details]
interrupts when is not acpi=off in boot parameters
Comment 11 Gianluigi Pulcio 2005-11-14 15:12:35 UTC
I've looked for bios version and it was the newer.
No update possible.
So I have attached to the bug the requested 4 outputs.
Comment 12 Thomas Renninger 2005-11-14 15:42:58 UTC
Hmm interrupts are assigned in the same way for acpi=off and without.

Vojtech, you have much more experience with this stuff than me... and touchpad is also loosing ticks/interrupts?
Do I interpret this right, that some ACPI code probably is too long in irq_disabled context and therefore network, touchpad and possibly other interrupts are not serviced? If yes, how can we find this part?
Comment 13 Vojtech Pavlik 2005-11-17 20:01:54 UTC
There is a known problem with powernow_k8 and cpufreq_ondemand.
Can you remove cpufreq_ondemand and see whether the problem persists?

Similarly I'd suggest removing the 'battery' and 'thermal' ACPI modules
to check whether one of them may be causing the problems.

Also, using 'report_lost_ticks=1' on the kernel command line it might
be possible to see where the time is spent.
Comment 14 Gianluigi Pulcio 2005-11-19 22:25:07 UTC
I made many tests and now I'm becoming little confused.
I have disabled one for time the modules. First "cpufreq_ondemand", then "battery" and again "thermal".
Problem was still present.
So I have disabled all acpi'modules, removed "fan" "processor" and "thermal" from initrd.
Nothing.
Only when is acpi=off or is acpi=oldboot the problem is not present.
Using "report_lost_ticks=1" on boot no new information is generated.
So i searched for "report_lost_ticks=1" and I found it in time.c for x86_64.
But this is a AMD Sempron and not seem to be a 64bit processor.

But with acpi started in dmesg is present this:

powernow-k8: Found 1 AMD Athlon 64 / Opteron processors (version 1.50.3)
powernow-k8:    0 : fid 0xc (2000 MHz), vid 0xa (1300 mV)
powernow-k8:    1 : fid 0xa (1800 MHz), vid 0xc (1250 mV)
powernow-k8:    2 : fid 0x8 (1600 MHz), vid 0xe (1200 mV)
powernow-k8:    3 : fid 0x0 (800 MHz), vid 0x13 (1075 mV)

With acpi=off in dmesg is:

powernow-k8: Found 1 AMD Athlon 64 / Opteron processors (version 1.50.3)
powernow-k8: BIOS error: maxvid exceeded with pstate 0
powernow: This module only works with AMD K7 CPUs

I've setted the log level of acpi to 19 (1+2+16) and I attach the output from syslog.
Comment 15 Gianluigi Pulcio 2005-11-19 22:26:40 UTC
Created attachment 57804 [details]
syslog acpi with log level 19
Comment 16 Felix Möller 2005-11-26 21:29:00 UTC
I am having the same problem with a maxdata notebook. (At the moment i am not able to get the exact product name.)

The sis900 problem seems to be kernel related, as I found the following report:
http://bugzilla.kernel.org/show_bug.cgi?id=5065

The maxdate has a severe sound-problem too, after logging in to KDE you can hear the first second of the startupsound over and over.

I will report more detailed as soon as I have access to the notebook.  What information could be helpfull?
Comment 17 Felix Möller 2005-11-26 21:32:37 UTC
Looking through bugzilla I found the follwing entry: https://bugzilla.novell.com/show_bug.cgi?id=135498

I think it is a duplicate of this bug.
Comment 18 Felix Möller 2005-11-28 13:01:05 UTC
Today I have access to the machine again, therfore i tried to collect some more information:

I get the following in my dmesg:
hs01@hs01:~> grep eth /tmp/dmesg
eth0: SiS 900 PCI Fast Ethernet at 0xd800, IRQ 5, 00:03:0d:3b:91:75.
eth0: Media Link Off
eth0: no IPv6 routers present
eth0: Media Link On 100mbps full-duplex
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timeout, status 00000004 00000249
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timeout, status 00000004 00000249
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timeout, status 00000000 00000279
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timeout, status 00000000 00000260
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timeout, status 00000000 00000260
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timeout, status 00000000 00000260
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timeout, status 00000000 00000260
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timeout, status 00000000 00000260

The network card is:
00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91)

The machine in question is a "MAXDATA NB ECO 4000 A" more information can be found at http://partnernet.maxdata.co.uk/download/entry_index.htm

The biggest problem seems to be the network: I will add werner@suse.de to cc: as he seems to be responsible for network.
Comment 19 Gianluigi Pulcio 2005-11-28 14:02:26 UTC
My Fujitsu Siemens Amilo A1645 is a AMD Sempron, but 3300+, not 2600+.
The cipset is the same (sis M760), nic also (sis900).
Graphics card is a sis660 and audio is a AC'97 sis.
Comment 20 Dr. Werner Fink 2005-11-29 10:13:49 UTC
For comment #18: I'm only the QA for network which means I reassign
the bugs to the appropiate maintainers and/or wizards.  But for this
IMHO broken hardware I do not know any wizard.
Comment 21 Bernhard Kaindl 2006-02-22 17:10:38 UTC
Won't be fixed with 10.0, I assume.
Is testing this notebook with the latest OpenSUSE.org 10.1 beta possible?
Comment 22 Gianluigi Pulcio 2006-02-22 19:02:54 UTC
(In reply to comment #21)
> Won't be fixed with 10.0, I assume.
> Is testing this notebook with the latest OpenSUSE.org 10.1 beta possible?
> 

I will try as shortly as possible and then I'll report to bugzilla.
Comment 23 Gianluigi Pulcio 2006-02-25 16:48:40 UTC
(In reply to comment #21)
> Won't be fixed with 10.0, I assume.
> Is testing this notebook with the latest OpenSUSE.org 10.1 beta possible?
> 

I've tested 10.1 beta 4 on my amilo A1645 but the problems are still present.  Same as on suse OSS 10.0.
If needed I can post some logs.
Comment 24 Felix Möller 2006-02-26 10:39:03 UTC
(In reply to comment #21)
> Won't be fixed with 10.0, I assume.
> Is testing this notebook with the latest OpenSUSE.org 10.1 beta possible?

I just downloaded 10.1 beta5.  If everything goes well I should have access to the "MAXDATA NB ECO 4000 A" by tomorrow (26.2.) arround noon.

I will check on the sound and on the network problem.

Looking at http://bugzilla.kernel.org/show_bug.cgi?id=5065#c7 the network problem might be fixed.

What information do you want me to provide?
Comment 25 Felix Möller 2006-02-27 17:11:33 UTC
The default installation of SuSE 10.1 beta5 is working without problems on my machine.  The sis900 problem is gone and the sound problem is not there anymore too.  

I can provide the dmesg and lspci output if needed.
Comment 26 Gianluigi Pulcio 2006-03-04 08:58:24 UTC
(In reply to comment #21)
> Won't be fixed with 10.0, I assume.
> Is testing this notebook with the latest OpenSUSE.org 10.1 beta possible?
> 

I have tried my amilo A1645 with 10.1 beta 5 and the problem is gone.
NIC is working, ACPI also and then sound card.
I think that the bug is fixed.
Comment 27 Vojtech Pavlik 2006-03-04 09:36:15 UTC
Wonderful. Closing.