Unsolved
This post is more than 5 years old
10 Posts
0
614763
October 19th, 2006 14:00
Linux USB Problems on Dimension E521 AMD 64 X2
Hi,
Anyone else try running Linux (in my case Ubuntu 6.06) on the E521 with the AMD 64 X2 processor? I am having a problem when using xorg where my USB devices, more often my mouse, but my keyboard has had the problem as well stops working. It is almost like the interrupts start getting masked, but it isn't that. Because when the mouse stops working I am usually able to still use the keyboard.
It happens after a while, and usually in times of heavy use. I guess really instead of heavy I would say normal. But it has never happened that it will be working and then I let it lay idle for a while and then reach for it again and it be frozen.
This started happening under the amd64 version of Ubuntu but I have tried several different versions by now and the problem continues to happen.
As far as troubleshooting it has been a real pain. There is never a message in the kernel log or shown by running dmesg. Actually once or twice I have seen the irq status -71 received, but I am pretty sure that is not the cause, becuase it has only happened about twice out of maybe 40 occurances. And there is no message in the Xorg log either.
I have tried the default amd64-generic kernel the latest amd64-generic, the latest amd64-k8 kernel (I think 2.6.15-27.48) I have tried running the i386 uniprocessor kernel and the latest k7-smp kernel. All of them have the same problem.
In an effort to get to the bottom of it I have re-compiled the kernel according to the directions here: http://doc.gwos.org/index.php/Kernel_Compilation_Dapper and turned on debugfs and collected data, but there doesn't seem to be anything of interest. It seems I get hundreds of thousands of lines of -115 status (Which I believe is the controller just telling the device that yeah, I hear ya and I am going to do something EINPROGRESS) and then nothing. The mouse appears to continue to function at least the circuit which senses movement and turns the LED into bright mode. And under Windows I have had no problems at all.
The only solution that always works is to disconnect the USB cable and then reconnect it, which grabs a new device file /dev/input/event7 and probably does some other magic registers with the USB controller, and a bunch of other stuff and then the mouse starts working again.
The only other consistent problem I have noted is the IOAPIC stuff complains about a bug, and sometimes it won't boot and panics, other times it figures out a way to get by and does so. Because of this I have tried booting with noapic and other than changing the way /proc/interrupts looks there seems to be no change in the problem. Eventually under usage the mouse stops responding entirely. Even looking at cat /dev/input/mice there is nothing getting there.
I have upgraded the BIOS to 1.0.3 that had no effect. And also turned off the Cool and Quiet support in the bios.
Any thoughts, recommendations of how to proceed, or any other suggestions are appreciated.
Thank you,
Kevin
Anyone else try running Linux (in my case Ubuntu 6.06) on the E521 with the AMD 64 X2 processor? I am having a problem when using xorg where my USB devices, more often my mouse, but my keyboard has had the problem as well stops working. It is almost like the interrupts start getting masked, but it isn't that. Because when the mouse stops working I am usually able to still use the keyboard.
It happens after a while, and usually in times of heavy use. I guess really instead of heavy I would say normal. But it has never happened that it will be working and then I let it lay idle for a while and then reach for it again and it be frozen.
This started happening under the amd64 version of Ubuntu but I have tried several different versions by now and the problem continues to happen.
As far as troubleshooting it has been a real pain. There is never a message in the kernel log or shown by running dmesg. Actually once or twice I have seen the irq status -71 received, but I am pretty sure that is not the cause, becuase it has only happened about twice out of maybe 40 occurances. And there is no message in the Xorg log either.
I have tried the default amd64-generic kernel the latest amd64-generic, the latest amd64-k8 kernel (I think 2.6.15-27.48) I have tried running the i386 uniprocessor kernel and the latest k7-smp kernel. All of them have the same problem.
In an effort to get to the bottom of it I have re-compiled the kernel according to the directions here: http://doc.gwos.org/index.php/Kernel_Compilation_Dapper and turned on debugfs and collected data, but there doesn't seem to be anything of interest. It seems I get hundreds of thousands of lines of -115 status (Which I believe is the controller just telling the device that yeah, I hear ya and I am going to do something EINPROGRESS) and then nothing. The mouse appears to continue to function at least the circuit which senses movement and turns the LED into bright mode. And under Windows I have had no problems at all.
The only solution that always works is to disconnect the USB cable and then reconnect it, which grabs a new device file /dev/input/event7 and probably does some other magic registers with the USB controller, and a bunch of other stuff and then the mouse starts working again.
The only other consistent problem I have noted is the IOAPIC stuff complains about a bug, and sometimes it won't boot and panics, other times it figures out a way to get by and does so. Because of this I have tried booting with noapic and other than changing the way /proc/interrupts looks there seems to be no change in the problem. Eventually under usage the mouse stops responding entirely. Even looking at cat /dev/input/mice there is nothing getting there.
I have upgraded the BIOS to 1.0.3 that had no effect. And also turned off the Cool and Quiet support in the bios.
Any thoughts, recommendations of how to proceed, or any other suggestions are appreciated.
Thank you,
Kevin
No Events found!


mwette
38 Posts
0
December 20th, 2006 00:00
keyboard / mouse to this device. The keyboard does not
work through the bootstrap process, so I have reverted back
to the normal USB ports for keyboard/mouse. Anyone else
have luck here? (I did not bother to boot acpi=off where
I was getting USB mouse problems because I found lack of
keyboard during bootstrap to be unacceptable.)
noisefan
7 Posts
0
December 20th, 2006 09:00
Yes, it also happens with the updated kernel version from yesterday. But I have an C521, may it is different on a E521.
Duli
31 Posts
0
December 20th, 2006 09:00
Duli
31 Posts
0
December 20th, 2006 09:00
Message Edited by Duli on 12-20-200605:45 AM
mwette
38 Posts
0
December 20th, 2006 11:00
I upgraded to the new FC6 kernel 1.2868. It is working so
far! I also went in and removed the USB PCI card and it still
seems to be working. My machine is C521 w/ AMD X2 3800+, 2gig
ram and X1300 ATI card. I have now have no modem card installed.
My boot cmdline is "acpi=off lapic".
The interesting part is that my interrupt mapping changed with
the (unused) PCI usb card installed. Here is interrupt mapping
with and without the USB PCI card:
With the card the ethernet gets its own interrupt.
Note: I have always been running the BIOS 1.1.2 version.
I still got lockups. However, if you have not upgraded
you should probably consider it.
[EDIT: STRATCH THAT. MOUSE LOCKED UP.
Machine was up for 10 hours w/ 2hrs heavy usage before lockup.
]
Message Edited by mwette on 12-20-200607:51 AM
Message Edited by mwette on 12-20-200608:14 AM
mwette
38 Posts
0
December 22nd, 2006 22:00
is not new. I have seen this before, when a system w/ two vendors
involved doesn't work and they want to point the finger at the other.
The reality is that we won't know if it is a Dell BIOS problem, an
Nvidia problem, a linux bug, linux configuration issue, or not a
mistake on anyone's part until we get to the bottom of the issue.
It would be nice if Dell, or nVidia, would dedicate some resources,
or at least information (in the form of system architecture) to
help the Linux community out. Sigh.
Message Edited by mwette on 12-22-200607:01 PM
linuxe521user
1 Message
0
December 22nd, 2006 22:00
earl92
10 Posts
0
December 23rd, 2006 14:00
I will be selling my Dell e521 to someone not using linux, and will be spending my time building my own Linuxfriendly pc. It's a pity Dell won't do anyhing about our complains. Nevertheless, good luck finding a real solution.
mwette
38 Posts
0
December 23rd, 2006 17:00
to 1.1.2. I believe the release date is 12/9/2006. The odd behavior
I now get is that both CPUs show up, but using the XT-PIC timer. I
thought that this would not be possible (running SMP without IO-APIC
based timer interrupt).
[EDIT: Dell has released, dated 12/18/2006, an update for the Windows
mouse driver -- 32Meg big]
Message Edited by mwette on 12-23-200601:53 PM
noisefan
7 Posts
0
December 27th, 2006 06:00
So it shouldn't be a driver problem. Keyboard and mouse are both on the usb ports, they are both hid's and at last they are both initiated at POST.
In my opinion Dell knows a solutions for this, because they offers a package which addresses this problem, but call it MOUSE DRIVER. There's something wrong if you ask me.
lotiopep
2 Posts
0
December 27th, 2006 09:00
I have a brand new E521 AMD 64x2 and I have the same problem. Thanks god I just wanted to try linux so for me it's not a big problem. The think is that I was asking for help in a spanish ubuntu forum and they didn´t know there was a problem with Dell Dimension computers. Yerterday I found this forum so now I know it's not just me. Just to say that I have reported it to ubuntu spanish users in order to know it. I think the more linux users know this problem the better. The problem for me is that I'm just a poor and simple user of computers and every possible solution you show on this forum sounds like sci-fi to me. But its ok. Maybe you'll propose a solution that I will be able to apply.
Thanks for the info you share and keep it up!
vincecate
11 Posts
0
December 28th, 2006 16:00
I even paid $99 for one issue support from "Dell on Call", but this
will be refunded as they can not solve this problem. The Dell position seems
to be that Linux works on only some of their machines. It seems that E521
and C521 are machines were Linux does not fully work. They are not planning
to do anything to change this. In the future, if I buy from Dell, I am told
I should ask the salesman if Linux is supposed to work on a system before
I buy it.
t35t0r
16 Posts
0
December 28th, 2006 16:00
batsy
6 Posts
0
December 28th, 2006 16:00
http://www.dell.com/content/topics/segtopic.aspx/e510_nseries?c=us&cs=19&l=en&s=dhs
L_Royer
1 Message
0
December 28th, 2006 23:00