Regarding the problem of dropping in gdb at Xintr_legacy7+0x2a whenever 
I boot an acpi-enabled kernel...

Brett Lymm suggested an interrupt problem, and supposed that it could be 
the ehci0.  I had used the BIOS to reserve irq7, with no help.  I also 
tried Brett's patch to clear any pending interrupts as soon as the ehci0 
was grabbed from the BIOS, again no help.

But it got me thinking that maybe it still is an irq problem.  So now 
that I can boot (after disabling acpi), I looked for conflicts and found 
this:

 	quicky:paul {166} dmesg | grep -e irq -e share
 	ohci0: interrupting at irq 7
 	ehci0: interrupting at irq 11
 	viaide0: primary channel interrupting at irq 14
 	viaide1: using irq 5 for native-PCI interrupt
 	viaide2: using irq 5 for native-PCI interrupt
 	viaide3: using irq 5 for native-PCI interrupt
 	fwohci0: interrupting at irq 5
 	azalia0: interrupting at irq 5
 	nfe0: interrupting at irq 10
 	nfe1: interrupting at irq 11
 	lpt0 at isa0 port 0x378-0x37b irq 7
 	intr_establish: pic pic0 pin 7: can't share type 3 with 2
 	com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo
 	pckbc0: using irq 1 for kbd slot

Any suggestion on how to resolve the conflict for irq 7?  What to look 
for in BIOS settings?  Or is there some way in the kernel config file to 
"steer" the ohci0 away from irq 7?


----------------------------------------------------------------------
|   Paul Goyette   | PGP DSS Key fingerprint: |  E-mail addresses:   |
| Customer Service | FA29 0E3B 35AF E8AE 6651 |  paul@whooppee.com   |
| Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette@juniper.net |
----------------------------------------------------------------------