Bugzilla – Bug 115432
ACER TRAVELMATE 8100 - First installation - ERROR-List
Last modified: 2005-09-22 08:15:57 UTC
After booting with safe settings and options "... BrokenModules=yenta_socket" (Bug 113778) the installation one accomplished. The last Monitor "Hardware-Konfiguration" hung itself up. After the reeboot the following errors were determined: - change for the dissolution of monitor produced a black screen (system hung itself up) - look for the printer >>> system hung itself up - for the modem no driver was found. - language and key assignment had to be assigned manually - with the configuration of the sound yast have the system stopped - wlan & bluetooth I could not test. - errors for PCI, IRQ and others i fount in logsfiles thanks for your help mario
Created attachment 48937 [details] hwinfo via suse10b4
Created attachment 48939 [details] boot.msg
Created attachment 48940 [details] boot.omsg
Created attachment 48942 [details] warn.log
Created attachment 48943 [details] kdm.log
Created attachment 48944 [details] Xorg.0.log
Created attachment 48945 [details] Xorg.0.log.old
Created attachment 48946 [details] Xorg.99.log
Created attachment 48947 [details] Xorg.99.log.old
Created attachment 48948 [details] messages
I see lots of "PCI: No IRQ known for interrupt pin A of device 0000:00:01.0. Please try using pci=biosirq" in boot.msg. Please try booting with "pci=biosirq" (and complain to your vendor about broken BIOS :-))
(In reply to comment #11) > I see lots of > "PCI: No IRQ known for interrupt pin A of device 0000:00:01.0. Please try > using pci=biosirq" > in boot.msg. > > Please try booting with "pci=biosirq" (and complain to your vendor about > broken BIOS :-)) OKAY, the new boot.msg i have attached. but by ping to LAN the network is not reachable by this boot-option.
Created attachment 48959 [details] boot.msg v.2
btw, please use the correct MIME type for your attachments.
Now I see "<4>PCI: IRQ 0 for device 0000:00:01.0 doesn't match PIRQ mask - try pci=usepirqmask" in the log. Looks more and more like a kernel resp. BIOS issue. Is your system at the latest BIOS revision ? Can you try to boot with "pci=usepirqmask" ?
Moving this to 'Kernel' now
Stefan, do we have such a system for testing ?
Unfortunately no :(
We seen to have a workaround for the yenta problem in bug #113778 now, so please grab the test kernels referenced there and re-try. Other fixes we have applied in the meanwhile may fix the other issues as well.
This doesn't seem to be relevant anymore.