Via EPIA Mini-ITX Motherboard & SuSE 9.2 locking up.
I have been trying to gent my epia system to run without freezing. I have tried the Gentoo distro and compiled all of my code with the -march=c3 option on gcc. So far the gnome seems to hold up without any problem. A person on the list suggested that it could be the frame buffer that is causeing it. I would like to try to recompile the Xorg software with this option. Is there a convient way to recompile all the Xorg code and install it on SUSE 9.2 version. -- Joseph Loo jloo@acm.org
On Tuesday 07 December 2004 11:24 pm, Joseph Loo wrote:
I have been trying to gent my epia system to run without freezing. I have tried the Gentoo distro and compiled all of my code with the -march=c3 option on gcc. So far the gnome seems to hold up without any problem.
Hi Joseph, When systems lock-up, I always suspect memory. Use the Mem-test-86 on the SUSE install disk. Run it for a good long time. The output error report will assure that the vendor will honor the warranty. PeterB
Yeah, my system would freeze too. I just thought it was the "Welcome to SuSE
9.2" bug. <smirk>
--
<<JAV>>
---------- Original Message -----------
From: Peter B Van Campen
On Tuesday 07 December 2004 11:24 pm, Joseph Loo wrote:
I have been trying to gent my epia system to run without freezing. I have tried the Gentoo distro and compiled all of my code with the -march=c3 option on gcc. So far the gnome seems to hold up without any problem.
Hi Joseph,
When systems lock-up, I always suspect memory. Use the Mem-test-86 on the SUSE install disk. Run it for a good long time. The output error report will assure that the vendor will honor the warranty.
PeterB
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com ------- End of Original Message -------
On Wednesday 08 December 2004 00:24, Joseph Loo wrote:
I have been trying to gent my epia system to run without freezing. I have tried the Gentoo distro and compiled all of my code with the -march=c3 option on gcc. So far the gnome seems to hold up without any problem.
I have done a straight install on a EPIA PD6000 and it essentially works. While I don't have a complete lockup, in the middle of booting up -- somewhere around where SuSE is discovering what USB controllers are present, something causes the system to slow to a crawl.... ... <6>USB Universal Host Controller Interface driver v2.2 <6>ACPI: PCI interrupt 0000:00:10.0[A] -> GSI 10 (level, low) -> IRQ 10 <6>uhci_hcd 0000:00:10.0: UHCI Host Controller <6>uhci_hcd 0000:00:10.0: irq 10, io base 0000c400 <6>uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 1 <6>usb usb1: Product: UHCI Host Controller <6>usb usb1: Manufacturer: Linux 2.6.8-24.5-default uhci_hcd <6>usb usb1: SerialNumber: 0000:00:10.0 <6>hub 1-0:1.0: USB hub found <6>hub 1-0:1.0: 2 ports detected <6>ACPI: PCI interrupt 0000:00:10.1[B] -> GSI 11 (level, low) -> IRQ 11 <6>uhci_hcd 0000:00:10.1: UHCI Host Controller <6>uhci_hcd 0000:00:10.1: irq 11, io base 0000c800 <6>uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 2 <6>usb usb2: Product: UHCI Host Controller <6>usb usb2: Manufacturer: Linux 2.6.8-24.5-default uhci_hcd <6>usb usb2: SerialNumber: 0000:00:10.1 <6>hub 2-0:1.0: USB hub found <6>hub 2-0:1.0: 2 ports detected <6>ACPI: PCI interrupt 0000:00:10.2[C] -> GSI 10 (level, low) -> IRQ 10 <6>uhci_hcd 0000:00:10.2: UHCI Host Controller <6>uhci_hcd 0000:00:10.2: irq 10, io base 0000cc00 <6>uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 3 <6>usb usb3: Product: UHCI Host Controller <6>usb usb3: Manufacturer: Linux 2.6.8-24.5-default uhci_hcd <6>usb usb3: SerialNumber: 0000:00:10.2 <6>hub 3-0:1.0: USB hub found <6>hub 3-0:1.0: 2 ports detected ******************************************right about here <6>ACPI: PCI interrupt 0000:00:10.3[D] -> GSI 11 (level, low) -> IRQ 11 <6>ehci_hcd 0000:00:10.3: EHCI Host Controller <6>ehci_hcd 0000:00:10.3: irq 11, pci mem de83e000 <6>ehci_hcd 0000:00:10.3: new USB bus registered, assigned bus number 4 <6>ehci_hcd 0000:00:10.3: USB 2.0 enabled, EHCI 1.00, driver 2004-May-10 <6>usb usb4: Product: EHCI Host Controller <6>usb usb4: Manufacturer: Linux 2.6.8-24.5-default ehci_hcd <6>usb usb4: SerialNumber: 0000:00:10.3 <6>hub 4-0:1.0: USB hub found <6>hub 4-0:1.0: 6 ports detected ... Watching the system closely during boot, it works very well up until it finds USB ports 5 and 6. At this point the system slows to a crawl. I don't know if the log above shows any indication of a problem, but there it is. SuSE correctly identifies six USB ports, but shows four USB controllers, where I expected only three. Interestingly, it reports controller 1, 2, and 4 using the same IRQ, but controller 3 using a diferent one. It is right after controller 3 is initialized that the system appears to start dragging. Interestingly, controller 4 is EHCI, where the others are all UHCI, but I don't know how that matters, if it does. The booting and logging and fsck activities that follow take forever, I can actually see that it takes the display about three seconds for it to ripple up all the lines on the screen in order to print more text (and in text mode no less!). However, once it is done booting and someone logs on, that extreme lagging is gone. Interestingly, when KDE starts up the first time while initializing peripherals, the kernel burps up a message about disabling IRQ 9. (Don't know what problem this indicates, either -- if any)... Dec 7 08:28:48 loc kernel: irq 9: nobody cared! Dec 7 08:28:48 loc kernel: [<c010868c>] __report_bad_irq+0x1c/0x70 Dec 7 08:28:48 loc kernel: [<c010875b>] note_interrupt+0x5b/0x80 Dec 7 08:28:48 loc kernel: [<c010894c>] do_IRQ+0xdc/0x120 Dec 7 08:28:48 loc kernel: [<c0106cd8>] common_interrupt+0x18/0x20 Dec 7 08:28:48 loc kernel: [<c0120671>] __do_softirq+0x31/0xa0 Dec 7 08:28:48 loc kernel: [<c0120706>] do_softirq+0x26/0x30 Dec 7 08:28:48 loc kernel: [<c0108955>] do_IRQ+0xe5/0x120 Dec 7 08:28:48 loc kernel: [<c0106cd8>] common_interrupt+0x18/0x20 Dec 7 08:28:48 loc kernel: handlers: Dec 7 08:28:48 loc kernel: [<c01f0a3a>] (acpi_irq+0x0/0x14) Dec 7 08:28:48 loc kernel: Disabling IRQ #9
A person on the list suggested that it could be the frame buffer that is causeing it. I would like to try to recompile the Xorg software with this option. Is there a convient way to recompile all the Xorg code and install it on SUSE 9.2 version.
On Thu, 9 Dec 2004 11:33, Synthetic Cartoonz wrote:
On Wednesday 08 December 2004 00:24, Joseph Loo wrote:
I have been trying to gent my epia system to run without freezing. I have tried the Gentoo distro and compiled all of my code with the -march=c3 option on gcc. So far the gnome seems to hold up without any problem.
I have done a straight install on a EPIA PD6000 and it essentially works. While I don't have a complete lockup, in the middle of booting up -- somewhere around where SuSE is discovering what USB controllers are present, something causes the system to slow to a crawl....
As I originally stated you can get SuSE 9.2 running by disabling the power management. What I had to do was place the hard disk into another machine and boot it up and using YAST ==> Run Level Editor --- Disable the power management. Placed the disk back into the VIA box and everything was a source of joy. No problems since. -- Regards, Graham Smith ---------------------------------------------------------
I will need to reinstall suse 9.2 in. I will see if I can do that. Graham Smith wrote:
On Thu, 9 Dec 2004 11:33, Synthetic Cartoonz wrote:
On Wednesday 08 December 2004 00:24, Joseph Loo wrote:
I have been trying to gent my epia system to run without freezing. I have tried the Gentoo distro and compiled all of my code with the -march=c3 option on gcc. So far the gnome seems to hold up without any problem.
I have done a straight install on a EPIA PD6000 and it essentially works. While I don't have a complete lockup, in the middle of booting up -- somewhere around where SuSE is discovering what USB controllers are present, something causes the system to slow to a crawl....
As I originally stated you can get SuSE 9.2 running by disabling the power management. What I had to do was place the hard disk into another machine and boot it up and using YAST ==> Run Level Editor --- Disable the power management. Placed the disk back into the VIA box and everything was a source of joy. No problems since.
-- Joseph Loo jloo@acm.org
I could be wrong, but I think that the PD6000 is an older version of the cyrix chip or it could be a newer version where it has the correct instruction set. I suspect that it responds to either a 486 or 586 more closely thus allowing the system to load the correct modules in correctly. My C3 actually is very close to the 686 module but it is missing 2 instructions. I think it is loading the wrong set of modules in. As for the USB, I read somewhere that the USB for the epia, was a bit nonstandard at the beginning. This might be causing your USB problem. By the way, do you have any USB ports attached to it while booting, this would include USB keyboardss and mouse. I would also suggest you load USBVIEW and see if all of these items are showing up. Synthetic Cartoonz wrote:
On Wednesday 08 December 2004 00:24, Joseph Loo wrote:
I have been trying to gent my epia system to run without freezing. I have tried the Gentoo distro and compiled all of my code with the -march=c3 option on gcc. So far the gnome seems to hold up without any problem.
I have done a straight install on a EPIA PD6000 and it essentially works. While I don't have a complete lockup, in the middle of booting up -- somewhere around where SuSE is discovering what USB controllers are present, something causes the system to slow to a crawl....
... <6>USB Universal Host Controller Interface driver v2.2 <6>ACPI: PCI interrupt 0000:00:10.0[A] -> GSI 10 (level, low) -> IRQ 10 <6>uhci_hcd 0000:00:10.0: UHCI Host Controller <6>uhci_hcd 0000:00:10.0: irq 10, io base 0000c400 <6>uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 1 <6>usb usb1: Product: UHCI Host Controller <6>usb usb1: Manufacturer: Linux 2.6.8-24.5-default uhci_hcd <6>usb usb1: SerialNumber: 0000:00:10.0 <6>hub 1-0:1.0: USB hub found <6>hub 1-0:1.0: 2 ports detected <6>ACPI: PCI interrupt 0000:00:10.1[B] -> GSI 11 (level, low) -> IRQ 11 <6>uhci_hcd 0000:00:10.1: UHCI Host Controller <6>uhci_hcd 0000:00:10.1: irq 11, io base 0000c800 <6>uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 2 <6>usb usb2: Product: UHCI Host Controller <6>usb usb2: Manufacturer: Linux 2.6.8-24.5-default uhci_hcd <6>usb usb2: SerialNumber: 0000:00:10.1 <6>hub 2-0:1.0: USB hub found <6>hub 2-0:1.0: 2 ports detected <6>ACPI: PCI interrupt 0000:00:10.2[C] -> GSI 10 (level, low) -> IRQ 10 <6>uhci_hcd 0000:00:10.2: UHCI Host Controller <6>uhci_hcd 0000:00:10.2: irq 10, io base 0000cc00 <6>uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 3 <6>usb usb3: Product: UHCI Host Controller <6>usb usb3: Manufacturer: Linux 2.6.8-24.5-default uhci_hcd <6>usb usb3: SerialNumber: 0000:00:10.2 <6>hub 3-0:1.0: USB hub found <6>hub 3-0:1.0: 2 ports detected ******************************************right about here <6>ACPI: PCI interrupt 0000:00:10.3[D] -> GSI 11 (level, low) -> IRQ 11 <6>ehci_hcd 0000:00:10.3: EHCI Host Controller <6>ehci_hcd 0000:00:10.3: irq 11, pci mem de83e000 <6>ehci_hcd 0000:00:10.3: new USB bus registered, assigned bus number 4 <6>ehci_hcd 0000:00:10.3: USB 2.0 enabled, EHCI 1.00, driver 2004-May-10 <6>usb usb4: Product: EHCI Host Controller <6>usb usb4: Manufacturer: Linux 2.6.8-24.5-default ehci_hcd <6>usb usb4: SerialNumber: 0000:00:10.3 <6>hub 4-0:1.0: USB hub found <6>hub 4-0:1.0: 6 ports detected ...
Watching the system closely during boot, it works very well up until it finds USB ports 5 and 6. At this point the system slows to a crawl. I don't know if the log above shows any indication of a problem, but there it is. SuSE correctly identifies six USB ports, but shows four USB controllers, where I expected only three. Interestingly, it reports controller 1, 2, and 4 using the same IRQ, but controller 3 using a diferent one. It is right after controller 3 is initialized that the system appears to start dragging. Interestingly, controller 4 is EHCI, where the others are all UHCI, but I don't know how that matters, if it does.
The booting and logging and fsck activities that follow take forever, I can actually see that it takes the display about three seconds for it to ripple up all the lines on the screen in order to print more text (and in text mode no less!). However, once it is done booting and someone logs on, that extreme lagging is gone.
Interestingly, when KDE starts up the first time while initializing peripherals, the kernel burps up a message about disabling IRQ 9. (Don't know what problem this indicates, either -- if any)...
Dec 7 08:28:48 loc kernel: irq 9: nobody cared! Dec 7 08:28:48 loc kernel: [<c010868c>] __report_bad_irq+0x1c/0x70 Dec 7 08:28:48 loc kernel: [<c010875b>] note_interrupt+0x5b/0x80 Dec 7 08:28:48 loc kernel: [<c010894c>] do_IRQ+0xdc/0x120 Dec 7 08:28:48 loc kernel: [<c0106cd8>] common_interrupt+0x18/0x20 Dec 7 08:28:48 loc kernel: [<c0120671>] __do_softirq+0x31/0xa0 Dec 7 08:28:48 loc kernel: [<c0120706>] do_softirq+0x26/0x30 Dec 7 08:28:48 loc kernel: [<c0108955>] do_IRQ+0xe5/0x120 Dec 7 08:28:48 loc kernel: [<c0106cd8>] common_interrupt+0x18/0x20 Dec 7 08:28:48 loc kernel: handlers: Dec 7 08:28:48 loc kernel: [<c01f0a3a>] (acpi_irq+0x0/0x14) Dec 7 08:28:48 loc kernel: Disabling IRQ #9
A person on the list suggested that it could be the frame buffer that is causeing it. I would like to try to recompile the Xorg software with this option. Is there a convient way to recompile all the Xorg code and install it on SUSE 9.2 version.
-- Joseph Loo jloo@acm.org
Synthetic Cartoonz wrote:
On Wednesday 08 December 2004 00:24, Joseph Loo wrote:
I have been trying to gent my epia system to run without freezing. I have tried the Gentoo distro and compiled all of my code with the -march=c3 option on gcc. So far the gnome seems to hold up without any problem.
I have done a straight install on a EPIA PD6000 and it essentially works. While I don't have a complete lockup, in the middle of booting up -- somewhere around where SuSE is discovering what USB controllers are present, something causes the system to slow to a crawl....
[snip - blah blah logs yada yada yada ]
Watching the system closely during boot, it works very well up until it finds USB ports 5 and 6. At this point the system slows to a crawl. I don't know if the log above shows any indication of a problem, but there it is. SuSE correctly identifies six USB ports, but shows four USB controllers, where I expected only three. Interestingly, it reports controller 1, 2, and 4 using the same IRQ, but controller 3 using a diferent one. It is right after controller 3 is initialized that the system appears to start dragging. Interestingly, controller 4 is EHCI, where the others are all UHCI, but I don't know how that matters, if it does.
The booting and logging and fsck activities that follow take forever, I can actually see that it takes the display about three seconds for it to ripple up all the lines on the screen in order to print more text (and in text mode no less!). However, once it is done booting and someone logs on, that extreme lagging is gone.
Interestingly, when KDE starts up the first time while initializing peripherals, the kernel burps up a message about disabling IRQ 9. (Don't know what problem this indicates, either -- if any)...
[snip - blah blah logs yad yada yada ]
A person on the list suggested that it could be the frame buffer that is causeing it. I would like to try to recompile the Xorg software with this option. Is there a convient way to recompile all the Xorg code and install it on SUSE 9.2 version.
On Wednesday 08 December 2004 23:24, Joseph Loo wrote:
I could be wrong, but I think that the PD6000 is an older version of the cyrix chip or it could be a newer version where it has the correct instruction set. I suspect that it responds to either a 486 or 586 more closely thus allowing the system to load the correct modules in correctly. My C3 actually is very close to the 686 module but it is missing 2 instructions. I think it is loading the wrong set of modules in.
As for the USB, I read somewhere that the USB for the epia, was a bit nonstandard at the beginning. This might be causing your USB problem.
By the way, do you have any USB ports attached to it while booting, this would include USB keyboardss and mouse. I would also suggest you load USBVIEW and see if all of these items are showing up.
According to the VIA info I saw, the PD model is the new replacement for the CL motherboard. One of the CPU identifications SuSE coughed up at one point was "Samual 2". I have finally managed to get the board working, so that the bootup does not go into slow motion after the USB hardware is identified. (And the kernel doesn't hiccup over IRQ 9 anymore, too.) I can't identify the individual thing that fixed it, but ... In the bios setup I removed everything "automatic" about peripherals with IRQ 9 and set it to Reserved, and also turned off everything I could find about power management.. I turned off the apm, apci, and the hotplug service. Now, the system no longer takes over an hour to boot. Happy Happy Joy Joy.
On Wed, 8 Dec 2004 04:24 pm, Joseph Loo wrote:
I have been trying to get my epia system to run without freezing.
It's powersaved! Yes I thought it might be the graphics driver, but without "powersaved" my CL10000 has been running for days, even after I cautiously started X. If your system is as bad as mine was you will have to boot to runlevel 1 to avoid it starting. Catch the grub screen during a boot and type "1" after the boot prompt. You will be prompted for the root password then given a root terminal session. root# insserv -r powersaved root# init 5 More simply if it runs long enough to do this: root# /etc/init.d/powersaved stop will restore sanity, and root# insserv -r powersaved will ensure sanity persists across reboots. I suspect it's the longhaul part of powersaved, but couldn't find anything on www.viaarena.com michaelj -- Michael James michael.james@csiro.au System Administrator voice: 02 6246 5040 CSIRO Bioinformatics Facility fax: 02 6246 5166
participants (6)
-
Graham Smith
-
Joe Polk
-
Joseph Loo
-
Michael James
-
Peter B Van Campen
-
Synthetic Cartoonz