Date: Thu, 31 May 2001 14:22:18 -0400 (EDT) From: Andrew Gallatin <gallatin@cs.duke.edu> To: John Baldwin <jhb@FreeBSD.ORG> Cc: alpha@FreeBSD.ORG Subject: Re: PCI Interrupt Routing Broken on my Miata Message-ID: <15126.35802.41704.920301@grasshopper.cs.duke.edu> In-Reply-To: <XFMail.010531103629.jhb@FreeBSD.org> References: <XFMail.010531103629.jhb@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
OK, it turns out that its not as simple as I thought.. pcib_route_interrupt() doesn't using my hack. I had a feeling my hack was too simple. I think what we'll need to do to make all platforms work is to: a) Undo the breakage I just introduced b) Undo the platform changes that msmith made earlier this year when this intr routing nonsense was introduced. By this, I mean that the platform.pci_intr_map and all its implementations come back exactly as they are in -stable c) Have all the chipset read_config routines call alpha_platform_assign_pciintr() in the case of a read of INTLINE alpha_platform_assign_pciintr() conses up cfgregs & calls the relavent platform routine, or returns 255 d) Have have alpha_pci_route_interrupt() call alpha_platform_assign_pciintr(). Opinions? Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15126.35802.41704.920301>