[PATCH] Kconfig: add temporary PCI dependency

Doug Ledford dledford at redhat.com
Wed Aug 19 03:11:26 UTC 2015


> On Aug 18, 2015, at 7:49 PM, Greg KH <greg at kroah.com> wrote:
> 
> On Tue, Aug 18, 2015 at 06:24:40PM -0700, Doug Ledford wrote:
>> 
>> 
>>> Are
>>> you going to be responsible for all of the patches sent to it and you
>>> just want me to ignore them, or will you send patches to me for me to
>>> apply?
>> 
>> I expect the patch load to be significant due to the required TODO
>> item of making it use a transfer engine library.  I wouldn’t want to
>> sign you up for that load.  If you are OK with me processing the
>> patches, then I’m happy to do so.  If you would prefer the other way
>> around, then I’ll defer to your wishes.
> 
> What is "significant"?  I'm kind of used to handling a lot of patches :)

I have no doubt of that.

> How are you going to handle all of the coding style fixups that will end
> up coming in from people?  Want me to just let you handle all of them as
> well?  If so, please remove me from the MAINTAINERS entry for this
> subdirectory so that I, and the driverdevel mailing list do not get the
> emails.
> 
> Otherwise, feel free to just send me patches, I can easily handle them.

Given the amount of stuff I have on the radar for going through the staging tree (two deprecated drivers to be removed entirely, plan is move to staging in 4.3, delete from tree in 4.6, this driver and one other as-of-yet-to-be-submitted driver to be added to tree, both drivers have the same major TODO item, which is to be converted to use a library for their transfer engine, which also requires writing said library), I’m wondering if it isn’t worthwhile to create a staging/infiniband directory, remove your name and driverdevel from the maintainer entry for the directory and redirect it to linux-rdma, and delete it when this work has passed.

—
Doug Ledford <dledford at redhat.com>
	GPG Key ID: 0E572FDD





-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/attachments/20150818/f376c0ec/attachment.asc>


More information about the devel mailing list