Unsolved

This post is more than 5 years old

10 Posts

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

38 Posts

December 20th, 2006 00:00

I installed a low-profile USB PCI card and connected my
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.)

7 Posts

December 20th, 2006 09:00


@Duli wrote:
I haven´t tried with a USB PCI Card yet... Does the problem also happen with the new kernel-2.6.18-1.2868.fc6?




Yes, it also happens with the updated kernel version from yesterday. But I have an C521, may it is different on a E521.

31 Posts

December 20th, 2006 09:00



mwette wrote:
I installed a low-profile USB PCI card and connected my
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.)


I haven´t tried with a USB PCI Card yet... Does the problem also happen with the new kernel-2.6.18-1.2868.fc6?
 
Tks
Duli

31 Posts

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.

I have a friend with the C521 too. What about the BIOS update from DELL? The lastest version is 1.1.2. Does anything change with it?
 
Thanks,
Duli

Message Edited by Duli on 12-20-200605:45 AM

38 Posts

December 20th, 2006 11:00

After I replaced my keyboard/mouse into the original ports
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:

CPU0 CPU1
0: 3776 3034420 IO-APIC-edge timer
2: 0 0 XT-PIC cascade
5: 1 5073 IO-APIC-level eth0
7: 18589 51 IO-APIC-level ohci_hcd:usb1
8: 0 1 IO-APIC-edge rtc
10: 2 105 IO-APIC-level ohci_hcd:usb2, libata, HDA Intel
11: 313719 7082 IO-APIC-level ehci_hcd:usb4, libata, fglrx
15: 1202 310370 IO-APIC-level ehci_hcd:usb3
NMI: 0 0
LOC: 3037939 3038010
ERR: 0
MIS: 2


CPU0 CPU1
0: 41018 35815490 IO-APIC-edge timer
2: 0 0 XT-PIC cascade
5: 1 170122 IO-APIC-level ohci_hcd:usb1, eth0
8: 0 1 IO-APIC-edge rtc
10: 0 157 IO-APIC-level libata, HDA Intel
11: 2811295 6987 IO-APIC-level libata, fglrx
15: 778685 2962402 IO-APIC-level ehci_hcd:usb2
NMI: 0 0
LOC: 35853802 35853862
ERR: 0
MIS: 0

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

38 Posts

December 22nd, 2006 22:00

Hearing from Dell that they don't want to deal with this issue
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

December 22nd, 2006 22:00

I work for the UK government and we bought 5 e521's to use with Red Hat Enterprise Linux 4.  We installed RHEL 4 the day the machines were deliverered and noticed that we had a USB lock up problem.  With heavy use the mouse and even the keyboard would lock up on us.  I got straight on the phone to Dell and they said "Oh no its nothing to do with us its Linux".  I then spent the next month going backwards and forwards to Red Hat, downloading different kernels, drivers 64 and 32 bit versions and pulling my hair out.  By chance I stumbled accross this thread and found out it is Dell's fault.  I then did the usual and contacted customer support saying about how they are unfit for purpose and why didn't they tell me about this issue even though they knew we were installing RHEL 4.  "I'm sorry but since you didn't buy it with RHEL installed we don not care!!" Swines. However we had just placed an order for £70k worth of servers and workstations with them so when I told them to get stuffed and cancelled our order they called back and have thrown in 5 PCI usb cards for free. So do not dispair just order a lot of machines and they do care!!!!

10 Posts

December 23rd, 2006 14:00

Someone (can't remember the source) recommended Sabayon Linux (3.2 64 bit), which I tried with no luck. The usual mouse/keyboard problems. Gave OpenSuse 10.2 (64 bit) a try, no luck either...
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.

38 Posts

December 23rd, 2006 17:00

It turns out I was not running BIOS 1.1.2 but 1.0.3. I have upgraded
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

7 Posts

December 27th, 2006 06:00

I can't believe, it is just the mouse driver, which is fixed on Windows. The problem seems to lock the complete usb structur, but different devices on a different moment. I can't remember that its ever happened that all usb devices lock up at the same time.

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.

2 Posts

December 27th, 2006 09:00

Hi guys.
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!

11 Posts

December 28th, 2006 16:00

I spent an hour on the phone with Dell, talking to several different people.
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.

16 Posts

December 28th, 2006 16:00

which I did before purchasing this system in a chat with one of the dell service reps and was told that it would work with RHEL4. LIARS

6 Posts

December 28th, 2006 16:00

Which is senseless considering they advertise this system to work on Linux.

http://www.dell.com/content/topics/segtopic.aspx/e510_nseries?c=us&cs=19&l=en&s=dhs

1 Message

December 28th, 2006 23:00

I have encountered  a similar problem to what all of you have described using Windows 2000.  The USB mouse always hangs while the CD/DVD drive is active.  The system is a  brand  new E521N  AMD 64  X2 that I purchased without an operating system so I could load Windows 2000 to use as  a server in a totally Windows 2000 environment.   I have spent the past 2 days with Dell Support attempting to resolve the problem.   It is not resolved.  I thought it might be a Win 2000 mouse or CD/DVD driver problem but after seeing this forum, I wonder  if it is hardware related instead.  
No Events found!

Top