[RFC][PATCH 0/2] htirq: generalization

Ok.  I think this is what we need to do to generalize the
htirq code so that we can use it on hardware that doesn't
connect the standard configuration registers to control
of the htirq.

Bryan please take a look and see if you can use these to
fix the ipath hypertransport card driver.

Eric
-
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:
  • [PATCH 1/2] htirq: Refactor so we only have one function that writes to the chip.
    • From: [email protected] (Eric W. Biederman)

• Prev by Date: Re: [PATCH 1/7] paravirtualization: header and stubs for paravirtualizing critical operations
• Next by Date: [PATCH 1/2] htirq: Refactor so we only have one function that writes to the chip.
• Previous by thread: [PATCH] kernel/sched.c: small cleanup
• Next by thread: [PATCH 1/2] htirq: Refactor so we only have one function that writes to the chip.
• 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]