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