RE: [HPDD-discuss] [PATCH 2/11] Staging: lustre: fld: Use kzalloc and kfree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>> > When is "soon"?  How about, if I don't see some real work happening from
>> > you all in the next 2 months (i.e. before 4.1-final), I drop lustre from
>> > the tree in 4.2-rc1.  Given that you all have had over 2 years to get
>> > your act together, and nothing has happened, I think I've been waiting
>> > long enough, don't you?

As you see from a earlier email from Oleg work is being done to change things.

>> I agree we've been much slower in doing a bunch of requested cleanups than initially
>> hoped for variety of reasons, not all of which are under our direct control.
>> 
>> Still, please don't drop Lustre client from the staging tree. People seem to be
>> actively using that port too (on smaller scale) and we'll improve the cleanups
>> situation.
>
>"much slower"?  Seriously?  It would take one junior developer a month
>tops to clean up all of the obvious issues with the in-kernel code, so
>that you could then tackle the real issues.  A "good" developer could do
>it all in a single week.  As that's obviously not going to ever happen,
>I have no choice but to delete the code from the kernel tree as no one
>is working to get it out of staging at all.
>
>Also, having it in the tree is wasting core kernel developer's time and
>energy trying to work around things in your codebase.

Since I'm just starting to get involved in this work I'm not aware of the
task you are looking for. What needs to be done from your perspective?
One of the things I have discussed with other developers is the idea
of breaking the cleanup into two stages. First is bringing  libcfs/lnet
up to date and synced to the upstream standards. This is due to lustre
being a application of LNet. LNet is used by various vendors for other
purposes. If this is acceptable to you it can be started right away.  Please
send of list of task that needs to be done for libcfs/lnet work.
_______________________________________________
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxx
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel




[Index of Archives]     [Linux Driver Backports]     [DMA Engine]     [Linux GPIO]     [Linux SPI]     [Video for Linux]     [Linux USB Devel]     [Linux Coverity]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux