-------- Forwarded Message --------
From: Peter Verschoor <peter.j.verschoor@gmail.com>
To: Ben Hutchings <ben@decadent.org.uk>
Subject: Re: Bug#650119: linux-image-3.1.0-1-amd64: fails to boot on HP DL380 g4
Date: Sun, 27 Nov 2011 07:44:13 -0700
Ben:
I found your email this AM. I removed the init scripts for
vmware and virtual box so the kernel is no longer tainted. I then
rebooted and used the grub editor to remove the pci=noioapicreroute
switch. I can then scroll back through the boot messages and find the
two following lines.
[ 1.200100] cciss 0000:04:03.0 unable to get irq 19 for cciss0
[ 1.200207] cciss:probe of 0000:04:03.0 failed with error -1
It eventually drops into a BusyBox shell where I can reboot Irq 19 us
used by one of the USB ports.
Looking at the new code in pci_irq.c I find that by adding the
command switch
pci=noioapicreroute I effectively short circuit the rest of the new code added.
static int acpi_reroute_boot_interrupt(struct pci_dev *dev,
struct acpi_prt_entry *entry)
{
if (noioapicquirk || noioapicreroute) {
return 0;
} else {
I'm not too sure what other side effects I created but the system
seems to be stable.
You will find a copy of the dmesg output from a good boot in the
attachment.
Pete
To err is human. To really foul things up requires a computer!
On Sat, Nov 26, 2011 at 4:30 PM, Ben Hutchings <ben@decadent.org.uk> wrote:
>
> On Sat, 2011-11-26 at 11:39 -0700, Peter J. Verschoor wrote:
> [...]
> > This system started life as a Squeeze install and then upgraded to Wheezy.
> > That is when I found that the 3.1 kernel would not boot. I used the 2.6.32
> > Squeeze kernel to download and install the 3.0 kernel which booted fine. I
> > then installed the 3.0 and 3.1 kernel sources. After much searching I found
> > that the error was coming from the new code added to the pci_irq.c in linux-
> > source-3.1/drivers/acpi/. That code is trying to reroute the IRQ from 51 to 19
> > which is used by one of the USB ports. Since the reroute fails the driver
> > can't find the hard drives and the system won't boot. I then added the
> > "pci=noioapicreroute" to the grub.cfg boot command line and the system came up
> > and has been running nicely for about 48 hours.
>
> Please can you provide the kernel log for booting with this option (this
> will be in /var/log/dmesg). If possible, also provide the kernel log
> for the boot failure without this option, using a serial console.
>
> > This is definitely an upstream problem as the same problem occurred on another
> > DL380 G4 with OpenSUsE 12 and there are reports on the Ubuntu and Fedora
> > message boards.
> >
> > I can't get to bugzilla.kernel.org to report it there (maybe because of the
> > hacking problem a while back) but maybe somebody that reads this knows who to
> > forward the problem to.
>
> Right, bugzilla.kernel.org has not yet been restored.
>
> Ben.
>
> --
> Ben Hutchings
> Experience is directly proportional to the value of equipment destroyed.
> - Carolyn Scheppner
Attachment:
boot.log
Description: Binary data