Greg, We are in the process of submitting an RDMA driver for the Intel OPA architecture.
The current massive patch set is submitted to add the driver to the infiniband tree. I'm wondering if the staging area is a better spot to land the driver at first? That way everyone can see it being reworked and participate in that process. Some considerations: - There are today significant comments o Use of write instead of some other control. (See qib commit 4961772560d2, http://marc.info/?l=linux-rdma&m=143455871310614&w=2 ) o Use of sysfs as qib does o Duplication of code (ipath, qib, hfi1) (we are removing ipath to eventually help in that respect) - Driver is still being developed o If we put the driver into staging there will be a lot of patches from the above rework as well as internal development Given these points (existing flaws, development dynamics), is staging suitable? Is there a better way to get the initial driver into staging (vs. a massive patch set)? I'm also interested in any comments you might have on Al's commit message and alternatives (write, ioctl, generic netlink). Mike _______________________________________________ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel