Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 24 Mar 2005 15:35:02 -0500
From:      John Baldwin <jhb@FreeBSD.org>
To:        freebsd-current@FreeBSD.org
Cc:        "M. Warner Losh" <imp@bsdimp.com>
Subject:   Re: Apm / Resume: pir0: ROUTE_INTERRUPT on resume .... failed
Message-ID:  <200503241535.02525.jhb@FreeBSD.org>
In-Reply-To: <20050312.181315.128047222.imp@bsdimp.com>
References:  <423350B6.1000706@gmx.de> <20050312153002.U88834@sasami.jurai.net> <20050312.181315.128047222.imp@bsdimp.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Saturday 12 March 2005 08:13 pm, M. Warner Losh wrote:
> In message: <20050312153002.U88834@sasami.jurai.net>
>
>             "Matthew N. Dodd" <mdodd@freebsd.org> writes:
> : On Sat, 12 Mar 2005, Jochen Gensch wrote:
> : > On resume, the system fails with the following message:
> : >
> : > pir0: ROUTE_INTERRUPT on resume for link 0x68 failed
> :
> : pir0: ROUTE_INTERRUPT on resume for link 0x60 failed.
> : pir0: ROUTE_INTERRUPT on resume for link 0x63 failed.
> : pir0: ROUTE_INTERRUPT on resume for link 0x61 failed.
> :
> : I get this too, but it doesn't seem to cause any problems.
>
> My experiences with PCI BIOS suggest that routing a pin that's already
> routed will produce an error return from the call, but the pin will
> still be routed and interrupts will still work.  Some systems
> apparently report an error also when you reroute an interrupt after
> suspend/resume in APM as well.  Unless it causes problems, chances are
> excellent it can be ignored.

You can try turning it off completely by stubbing out the resume method for 
the pir device in sys/i386/pci/pci_pir.c.

-- 
John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve"  =  http://www.FreeBSD.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200503241535.02525.jhb>