|
Bugzilla – Full Text Bug Listing |
| Summary: | Conflicts with Marvell Ethernet card and Suse 9 and 10 | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Marbin Diaz <marbin1> |
| Component: | Other | Assignee: | Karsten Keil <karsten.keil> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Critical | ||
| Priority: | P5 - None | ||
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Customer | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
HWINFO output
LSMOD command Interrupts Tail Messages |
||
|
Description
Marbin Diaz
2005-10-31 13:49:23 UTC
Hello. At first: Please don't inlige larger logfiles. Use the attachment feature of bugzilla (and don't compress them either). Second: I don't think that this is an X.Org-related problem. The sluggish behaviour is more likely the result of heavy system load, which is probably caused by the network-subsystem. It is possible that this problem is caused by an unhappily shared interrupt. So: Does this happen always when transfering any file? Or only in connection with the usage of the soundcard (e.g. while playing a video) or another device. Please _attach_ the output of the following commands (run as root): % hwinfo --network % lsmod % cat /proc/interrupts % tail -500 /var/log/messages > messages.txt Thanks. Created attachment 56018 [details]
HWINFO output
Created attachment 56019 [details]
LSMOD command
Created attachment 56020 [details]
Interrupts
Created attachment 56021 [details]
Tail Messages
Sorry for the mess I never use Bugzilla before, it will take some time until I get use to it. By the way thanks for your attention. Man this doesn't have an edit button. Im doing what I can I feel so sick today dont know why, this tropical changes are killing me. Ok this happens when I use MArvell Lan, when I use NVLan the windows behavior and video playback are not affected. But the NVLAN when is used for heavy data transfers it freezes and stop working. In order to make it work again I have to turn off the computer disconnect the case power outlet for a few seconds and boot again. The NVLAN issue occurs on windows too. With Marvell card, the windows and video playback issues occurs all the time is activated. Hubert: Can you help here? If not, reassign it back to us. Thanks. I fear I can't really help on this one. But the fact that all operating systems show some weird behaviour could indiciate some hardware problem. The sk98lin drivers do work quite well for supported cards, so if there were driver problems I would expect the card not to function at all. Of course one could still try the various kernel parameters (especially the ACPI related ones such as "pci=noacpi"), but I doubt this is really the problem. Hubert: Please don't assign bugs directly to me but to the BNC-Team... or it could get lost somewhere ;) The syslog is flooded with this: Oct 31 12:53:56 Goku kernel: Class: internal Software error Oct 31 12:53:56 Goku kernel: Nr: 0x19e Oct 31 12:53:56 Goku kernel: Msg: Vpd: Cannot read VPD keys I'm at a loss here. Kurt: Can you offer any clue on this problem? If this is a hardware problem we should close this... as one of these cards is `not even' working with Windows, this might be the case. But maby you see sth of use here. Sir, the Marvell works perfectly on Windows never has problems with it. The only one that is working weird is the NForce4 Gigabit Lan. That under load it will stop working. I disable the NForce4 Lan on the BIOS neither SUSE and Win XP Pro detect it. I can record a video of the desktops behavior, maybe with that you can have a clear idea of what is the problem. Yesterday I notice that screen savers are affected by the display pausing too. Could be that the NVRAM format of that network chip is just different. But I better pass this on to the experts. This looks very much like a bug in the sk98lin driver. The unresponsiveness of the desktop is most likely caused by the driver doing something stupid while trying to reset the card, or simply by flooding the system log. Unfortunately, hwinfo --network doesn't show the PCI ID of the card, but if it's a GigE card there's a good chance the skge driver supports it. Please try this: ifdown eth1 rmmod sk98lin modprobe skge ifup eth1 If this doesn't work, please run hwinfo (without any arguments) and attach the output here. Olaf you are the man !!! Now there is no more problems with the delays and the karamba widgets can show the upload and download rates in the ethernet card. Hey but I found something very interesting, the desktop delays were caused by Superkaramba and Widgets with monitoring graphs. Everytime that I load one the problem begins to appear. There is the conflict Karamba and sk98lin. Thanks a lot, I got another bug but with a notebook, this one is a very good one. Now I can keep my copy of Suse 10 at least with the desktop let see if you can solve the other one with the notebook since there is no answer in Suse forums and the internet. so this is fixed, if we prefer skge for next release. |