Re: critical install failure, most hardware attempting to use irq 1.

2004-11-13 Thread Levi Waldron 
On Thu, 11 Nov 2004 11:37:18 +, Ben Hutchings
[EMAIL PROTECTED] wrote:

 Try putting pci=noacpi on the boot command line.  If you do that then
 the kernel will use the older PCI BIOS interface to find out the PCI
 configuration and is more likely to get correct answers.  I'm afraid I
 haven't used d-i yet so I don't know quite how you edit the boot command
 line.

Thanks for the reply.  Before I got your reply, I worked around .7 the
problem by  the Woody installer,
which worked fine.  Once I upgraded the kernel, I found that the
2.4.26 kernel had the same problem but the
2.6.7 kernel worked fine.  Perhaps it's the improved acpi support in
the 2.6.7 kernel.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: critical install failure, most hardware attempting to use irq 1.

2004-11-11 Thread Ben Hutchings 
Levi Waldron wrote:
I just tried to install sarge, using the pre-rc2 debian-installer, on
an eMachines T1742 Celeron 1.7 GHz desktop system (82845G/GL
[Brookdale-G] mainboard chipset).  After installing the base system,
the floppy drive, network card, and sound card do not work.  Although
they are supported hardware, there appear to be numerous irq conflicts
(these devices sharing irq 1 with the keyboard) and possibly memory
conflicts.
It's entirely possible for PCI devices to share IRQs but since the 
keyboard controller is normally on a vestigial ISA bus it can't share 
and this configuration doesn't make sense.  It looks like the BIOS may 
be returning nonsensical results for ACPI queries by the kernel. 
Unfortunately there are a lot of broken ACPI implementations out there.

 I have included below some output showing the symptoms.
Note that I have the same problems when trying Knoppix 3.2 in this
box.  This seems to be a major compatibility failure.  Any advice on
where to go from here?  (ie try to fix it, go to kernel or developer's
mailing lists, give up and get a new computer?)
snip
Try putting pci=noacpi on the boot command line.  If you do that then 
the kernel will use the older PCI BIOS interface to find out the PCI 
configuration and is more likely to get correct answers.  I'm afraid I 
haven't used d-i yet so I don't know quite how you edit the boot command 
line.

Ben.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

critical install failure, most hardware attempting to use irq 1.

2004-11-10 Thread Levi Waldron 
I just tried to install sarge, using the pre-rc2 debian-installer, on
an eMachines T1742 Celeron 1.7 GHz desktop system (82845G/GL
[Brookdale-G] mainboard chipset).  After installing the base system,
the floppy drive, network card, and sound card do not work.  Although
they are supported hardware, there appear to be numerous irq conflicts
(these devices sharing irq 1 with the keyboard) and possibly memory
conflicts.  I have included below some output showing the symptoms. 
Note that I have the same problems when trying Knoppix 3.2 in this
box.  This seems to be a major compatibility failure.  Any advice on
where to go from here?  (ie try to fix it, go to kernel or developer's
mailing lists, give up and get a new computer?)

 floppy drive (from /var/log/syslog):

Nov  7 21:20:04 localhost kernel: Floppy drive(s): fd0 is 1.44M
Nov  7 21:20:04 localhost kernel: floppy0: Unable to grab IRQ6 for the
floppy driver
Nov  7 21:20:20 localhost kernel: Floppy drive(s): fd0 is
1.44M3devfs_register(0u1440): could not append to parent, err: -17

 network card - rtl8139 driver loads and eth0 comes up, but
pppoeconf can't find DSL modem (nb. pppoeconf works on another debian
computer in the house)

Nov  7 20:10:49 localhost kernel: eth0: RealTek RTL8139 at 0x2000,
00:40:2b:3a:b2:d9, IRQ 1

 sound card module fails to load:

Nov  7 20:10:49 localhost kernel: i810_audio: unable to allocate irq 1

 I see strange behavior in `cat /proc/pci` - it appears there is a
lot of demand for irq 1!

  Bus  0, device  31, function  1:
IDE interface: Intel Corp. 82801DB Ultra ATA Storage Controller (rev 1).
  IRQ 1.
  I/O at 0x1860 [0x186f].
  Non-prefetchable 32 bit memory at 0x1000 [0x13ff].
  Bus  0, device  31, function  3:
SMBus: Intel Corp. 82801DB/DBM SMBus Controller (rev 1).
  IRQ 1.
  I/O at 0x1880 [0x189f].
  Bus  0, device  31, function  5:
Multimedia audio controller: Intel Corp. 82801DB AC'97 Audio
Controller (rev 1).
  IRQ 1.
  I/O at 0x1c00 [0x1cff].
  I/O at 0x18c0 [0x18ff].
  Non-prefetchable 32 bit memory at 0xe8080c00 [0xe8080dff].
  Non-prefetchable 32 bit memory at 0xe8080800 [0xe80808ff].
  Bus  2, device   2, function  0:
Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 16).
  IRQ 1.
  Master Capable.  Latency=64.  Min Gnt=32.Max Lat=64.
  I/O at 0x2000 [0x20ff].
  Non-prefetchable 32 bit memory at 0xe811 [0xe81100ff].

 There are also strange (to me) things in /var/log/messages, such as:

Nov  7 20:10:49 localhost kernel: PCI: Ignoring BAR0-3 of IDE controller 00:1f.1
Nov  7 20:10:49 localhost kernel: Transparent bridge - Intel Corp.
82801BA/CA/DB/EB PCI Bridge
Nov  7 20:10:49 localhost kernel: PCI: Using IRQ router PIIX/ICH
[8086/24c0] at 00:1f.0
Nov  7 20:10:49 localhost kernel: PCI-APIC IRQ transform: (B0,I2,P0) - 0
Nov  7 20:10:49 localhost kernel: PCI-APIC IRQ transform: (B0,I29,P1)
- 3(nb. many of these lines)

Nov  7 20:10:49 localhost kernel: PCI: Via IRQ fixup for 02:0a.0, from 9 to 6

 more strangeness from /var/log/syslog:
Nov  7 20:10:49 localhost kernel: 126MB LOWMEM available.
Nov  7 20:10:49 localhost kernel: found SMP MP-table at 000f6690
Nov  7 20:10:49 localhost kernel: hm, page 000f6000 reserved twice.
Nov  7 20:10:49 localhost kernel: hm, page 000f7000 reserved twice.
Nov  7 20:10:49 localhost kernel: hm, page 0009f000 reserved twice.
Nov  7 20:10:49 localhost kernel: hm, page 000a reserved twice.

Nov  7 20:10:49 localhost kernel:  register #03: 0001
Nov  7 20:10:49 localhost kernel: ... : Boot DT: 1
Nov  7 20:10:49 localhost kernel:  IRQ redirection table:
Nov  7 20:10:49 localhost kernel:  NR Log Phy Mask Trig IRR Pol Stat
Dest Deli Vect:
Nov  7 20:10:49 localhost kernel:  00 001 01  000   0   01
   131
Nov  7 20:10:49 localhost kernel:  01 001 01  000   0   01
   139
Nov  7 20:10:49 localhost kernel:  02 000 00  100   0   00
   000
Nov  7 20:10:49 localhost kernel:  03 001 01  110   0   01
   141
Nov  7 20:10:49 localhost kernel:  04 001 01  000   0   01
   149
Nov  7 20:10:49 localhost kernel:  05 001 01  000   0   01
   151
Nov  7 20:10:49 localhost kernel:  06 001 01  000   0   01
   159
Nov  7 20:10:49 localhost kernel:  07 001 01  000   0   01
   161
Nov  7 20:10:49 localhost kernel:  08 001 01  000   0   01
   169
Nov  7 20:10:49 localhost kernel:  09 000 00  100   0   00
   000
Nov  7 20:10:49 localhost kernel:  0a 000 00  100   0   00
   000
Nov  7 20:10:49 localhost kernel:  0b 000 00  100   0   00
   000
Nov  7 20:10:49 localhost kernel:  0c 001 01  000   0   01
   171
Nov  7 20:10:49 localhost kernel:  0d 001 01  000   0   01
   179
Nov  7 20:10:49 localhost kernel:  0e 001 01  000