[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gnumach: IOAPIC and LAPIC support
From: |
Samuel Thibault |
Subject: |
Re: gnumach: IOAPIC and LAPIC support |
Date: |
Fri, 26 Mar 2021 12:05:01 +0100 |
User-agent: |
NeoMutt/20170609 (1.8.3) |
Damien Zammit, le ven. 26 mars 2021 21:10:00 +1100, a ecrit:
> On 26/3/21 8:59 pm, Samuel Thibault wrote:
> > Damien Zammit, le ven. 26 mars 2021 20:48:45 +1100, a ecrit:
> >> As discussed, this should be done via a new pci-arbiter RPC that
> >> requests the IRQ id for a particular device.
> >
> > Mmm, AIUI a driver can already read the PCI IRQ information with
> > pci_conf_read, and lookup in acpi for the irq line, I don't think
> > pci-arbiter itself needs an additional RPC? That could rather be on the
> > acpi server.
>
> As I understand it, the PCI IRQ information is incorrect in the config space,
"incorrect", or "incomplete"? According to below, I guess the former.
> the only way to know the APIC pin for a specific device is via ACPI.
> So you have to pass in the B/D/F of the device to an acpi RPC and discover
> its pin.
Ah, so the PCI IRQ information is just completely useless?
> Why should every user of a pci device have specific logic to discover its pin?
> Wouldn't this be better to be centralised in a pci RPC?
Yes but it could as well be an ACPI RPC. Rump would get the B/D/F PCI
information from pci-arbiter, and then ask acpi for the actual IRQ to
use for that B/D/F triplet. pci-arbiter itself doesn't know better than
acpi.
Samuel
- gnumach: IOAPIC and LAPIC support, Damien Zammit, 2021/03/26
- [PATCH 2/5] fixup acpi base table search, Damien Zammit, 2021/03/26
- [PATCH 1/5] Make linux drivers optional, Damien Zammit, 2021/03/26
- [PATCH 3/5] fix timer bug, Damien Zammit, 2021/03/26
- [PATCH 4/5] fix EISA check in init_IRQ, Damien Zammit, 2021/03/26
- [PATCH 5/5] ioapic interrupts and lapic timer support, Damien Zammit, 2021/03/26
- Re: gnumach: IOAPIC and LAPIC support, Samuel Thibault, 2021/03/26