[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.55.0805291319250.8254@cliff.in.clinika.pl>
Date: Thu, 29 May 2008 15:32:42 +0100 (BST)
From: "Maciej W. Rozycki" <macro@...ux-mips.org>
To: Kevin Hao <kexin.hao@...driver.com>
cc: Clemens Ladisch <clemens@...isch.de>,
venkatesh.pallipadi@...el.com, bob.picco@...com, mingo@...hat.com,
tglx@...utronix.de, linux-kernel@...r.kernel.org,
Balaji Rao <balajirrao@...il.com>
Subject: Re: [PATCH] x86: Get irq for hpet timer
On Thu, 29 May 2008, Kevin Hao wrote:
> The IRQ trigger mode is set to level by acpi_register_gsi in PIC mode.
> And I have tested it on a host using legacy PIC. It works well.
It may work by chance. All what the code in question guarantees is:
int acpi_gsi_to_irq(u32 gsi, unsigned int *irq)
{
*irq = gsi;
return 0;
}
int acpi_register_gsi(u32 gsi, int triggering, int polarity)
{
unsigned int irq;
unsigned int plat_gsi = gsi;
acpi_gsi_to_irq(plat_gsi, &irq);
return irq;
}
CONFIG_PCI is optional for the x86 platform. You could argue this is a
bug in acpi_register_gsi() and I tend to agree -- I think the existence of
the ELCR is implied for ACPI-compliant systems, though I am happy to be
corrected. The ACPI spec does not mention the register, but quotes:
"Existing industry standard register interfaces to: CMOS, PIC, PITs, ..."
Anyway, blindly attaching to an IRQ line is not a terribly good idea as
there may be an edge-triggered line from a device wired there after all.
For example many LPC SuperIO chips have configurable IRQ resources -- the
parallel port can use either IRQ5 or IRQ7 (but not both at a time). OTOH
IRQ6 may be free after all as floppy drives become rare. Only IRQ10 and
IRQ11 are probably safe to be assumed free in systems with no ISA slots,
but then again, I may have missed something. Hopefully there are no true
PCI-ISA bridges with the HPET implemented -- I have checked a couple of
datasheets for ACPI-compliant PCI-ISA bridges (such as the PIIX4) that I
have handy and none of them implements the HPET.
> > I am assuming you have verified ACPI_ACTIVE_LOW works here, contrary to
> > the HPET spec.
>
> Yes, It can work with other PCI device in ACPI_ACTIVE_LOW polarity.
Good to know. Thanks for verifying this.
Maciej
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists