[lkml]   [2006]   [Jul]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 2/2] Initial generic hypertransport interrupt support.
On Tue, 11 Jul 2006, Eric W. Biederman wrote:
| There is a hypertransport capability that implements a rough equivalent
| of a per device ioapic. It is quite similar to MSI but with a different
| register level interface.

It's really just the same as MSI, and is set up and handled pretty
much the same way.

| Since native hypertransport devices do not implement a pin emulation mode
| as native pci express devices do so if you want an interrupt you must support
| the native hypertransport method.


| The pathscale ipath-ht400 driver already in the kernel tree uses these
| and uses so an ugly hack to make work that broke in the last round of
| the msi cleanups. I also know of a driver under development for a
| device that uses these as well.

Umm, it's not broken by any of the the MSI cleanups, at least
through last week's 2.6.18.

| So I want to use this so I can get irqs from native hypertransport
| devices.

This part I never really quite understood. Why do you want a separate
interface than the existing request_irq() and pci_enable_msi()? Yes,
there needs to be some HT-specific implementation behind it, but I
don't see a reason for a whole new interface. Most of the rest of
the HT stuff is setup via the pci_* functions, so why not the interrupts?

Dave Olson
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2006-07-12 08:13    [W:0.072 / U:13.320 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site