Re: [PATCH 0 of 20] [RFC] ipath driver, latest changes

[Roland Dreier <rdreier@cisco.com>]

    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.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/