Re: [patch] x86_64, irq: check remote IRR bit before migrating level triggered irq

On Thu, May 17, 2007 at 05:30:13PM -0700, Eric W. Biederman wrote:
> So why does any of this matter?
>
> My memory says that the ioapic state for sending irqs gets reset when we
> unmask the irq.

No. Atleast not on the platform we have tested.

> If not I expect we can use the mask and edge, unmask and level
> work-around from arch/i386/ioapic.c.  That looks like it would
> be less code, less error prone and easier to implement then the
> current work around.

hmm. We have to check and see if it can help. But ioapic spec doesn't
say that the Remote IRR gets reset when the trigger mode changes. Not sure
if we can apply the logic widely.

thanks,
suresh
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: [patch] x86_64, irq: check remote IRR bit before migrating level triggered irq
    • From: [email protected] (Eric W. Biederman)

• References:
  • [patch] x86_64, irq: check remote IRR bit before migrating level triggered irq
    • From: "Siddha, Suresh B" <[email protected]>
  • Re: [patch] x86_64, irq: check remote IRR bit before migrating level triggered irq
    • From: [email protected] (Eric W. Biederman)

• Prev by Date: Re: [PATCH] LogFS take three
• Next by Date: Re: [PATCH 2/3] drm modesetting core
• Previous by thread: Re: [patch] x86_64, irq: check remote IRR bit before migrating level triggered irq
• Next by thread: Re: [patch] x86_64, irq: check remote IRR bit before migrating level triggered irq
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]