|
Bugzilla – Full Text Bug Listing |
| Summary: | ACER TRAVELMATE 8100 - First installation - ERROR-List | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Daniel Gramsch <info> |
| Component: | Kernel | Assignee: | Olaf Kirch <okir> |
| Status: | RESOLVED WONTFIX | QA Contact: | Klaus Kämpf <kkaempf> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | behlert |
| Version: | Beta 4 | ||
| Target Milestone: | --- | ||
| Hardware: | i586 | ||
| OS: | SUSE Other | ||
| Whiteboard: | |||
| Found By: | Beta-Customer | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
hwinfo via suse10b4
boot.msg boot.omsg warn.log kdm.log Xorg.0.log Xorg.0.log.old Xorg.99.log Xorg.99.log.old messages boot.msg v.2 |
||
|
Description
Daniel Gramsch
2005-09-06 15:01:15 UTC
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. |