Unsolved
This post is more than 5 years old
10 Posts
0
614717
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
0 events found
No Events found!


mwette
38 Posts
0
November 22nd, 2006 17:00
You can change boot parameters by typing "a" in the grub boot
menu when you have the kernel highlighted. You can then change
params. Try "nosmp noapic" or "maxcpus=1".
Vinco
13 Posts
0
November 23rd, 2006 02:00
Duli
31 Posts
0
November 23rd, 2006 10:00
Message Edited by Duli on 11-23-200606:00 AM
Message Edited by Duli on 11-23-200606:01 AM
Eduard_MMI
3 Posts
0
November 23rd, 2006 11:00
Duli
31 Posts
0
November 23rd, 2006 11:00
Did you install the windows drivers avaiable from dell´s website? I think it solves the problem.
Eduard_MMI
3 Posts
0
November 23rd, 2006 12:00
mwette
38 Posts
0
November 23rd, 2006 13:00
I found a nVidia forum thread which has a lot of discussion about nforce 430 issues.
In particular, there is a post which addresses my timer issue.
Also, I found this in the current kernel (arch/x86_64/io_apic.c):
Duli
31 Posts
0
November 23rd, 2006 13:00
Message Edited by Duli on 11-23-200610:13 AM
Eduard_MMI
3 Posts
0
November 23rd, 2006 14:00
However the way Dell presents the drivers for operating systems other then Windows XP is confusing.
Message Edited by Eduard_MMI on 11-23-200610:09 AM
Ollie7
1 Message
0
November 24th, 2006 08:00
Duli
31 Posts
0
November 24th, 2006 10:00
Ollie, please, post a copy of the letter here. I´ll use it as a base to do the same here. They hava a huge factory here in Brazil and sure sale a lot here. I´ll write them.
Duli
31 Posts
0
November 24th, 2006 10:00
Get Started Now
The Intel Quick Start Kit v2.0 for Linux is a PC platform integration kit that provides a collection of software drivers, documentation, and tools to help Intel channel members design, build and sell Intel-based desktops using the Linux* operating system. Order your Free CD or download your specific Distribution files now from the links below:
Duli
31 Posts
0
November 26th, 2006 18:00
This is what I get booting with default install FC6 boot options (without the "noapic" option):
[root@localhost ~]# uname -rm
2.6.18-1.2798.fc6 i686
[root@localhost ~]# cat /proc/interrupts
CPU0
0: 124302 XT-PIC timer
8: 1 IO-APIC-edge rtc
9: 0 IO-APIC-level acpi
50: 1060 IO-APIC-level eth0
209: 9701 IO-APIC-level ohci_hcd:usb1, HDA Intel
217: 506 IO-APIC-level ehci_hcd:usb2
225: 15354 IO-APIC-level libata
233: 0 IO-APIC-level libata
NMI: 0
LOC: 124241
ERR: 1
MIS: 0
This is what I get when booting with "noapic" option:
[root@localhost ~]# uname -rm
2.6.18-1.2798.fc6 i686
[root@localhost ~]# cat /proc/interrupts
CPU0
0: 24377 XT-PIC timer
2: 0 XT-PIC cascade
5: 686 XT-PIC ohci_hcd:usb1, eth0
8: 1 XT-PIC rtc
9: 0 XT-PIC acpi
10: 0 XT-PIC libata
11: 9188 XT-PIC libata, HDA Intel
15: 504 XT-PIC ehci_hcd:usb2
NMI: 0
LOC: 24546
ERR: 1
In both cases mouse freezes and sound does not work with alsa.
Duli
Message Edited by Duli on 11-26-200602:46 PM
Message Edited by Duli on 11-27-200609:54 AM
mwette
38 Posts
0
November 27th, 2006 18:00
Duli
31 Posts
0
November 27th, 2006 18:00