[openib-general] Re: [PATCH 0 of 20] [RFC] ipath driver, latest changes
Roland Dreier
rdreier at cisco.com
Thu Mar 9 09:21:44 PST 2006
Bryan> - We've introduced support for our PCI Express chips, so
Bryan> the driver is no longer HyperTransport-specific. It's
Bryan> still a 64-bit driver, because 32-bit platforms don't
Bryan> implement readq or writeq. (It does compile cleanly on
Bryan> i386, but of course fails to link.)
That seems pretty bad. Do you really need to read 64 bits in one bus
transaction, or could you just use two readl()s to get the same effect?
Bryan> - Our hardware only supports MSI interrupts. I don't
Bryan> know how to program it to interrupt us if CONFIG_PCI_MSI is
Bryan> not set. Right now, we have a timer-based hack in place to
Bryan> emulate interrupts.
Is this true for PCI Express too?
Bryan> - There's clearly something wrong with the way we're
Bryan> pinning some pages into memory, but I don't actually know
Bryan> what it is. I'm pretty sure our use of get_user_pages is
Bryan> correct, so I suspect it must be the code that's doing
Bryan> SetPageReserved (see ipath_driver.c and ipath_file_ops.c).
Bryan> I've spent some time trying to figure out what the
Bryan> problem is, but am stumped. If someone knows what we
Bryan> should be doing instead, I'd be delighted to hear from
Bryan> them.
What are the symptoms of the problem?
- R.
More information about the general
mailing list