* [lustre-devel] lustre: TODO updated?
[not found] <561CF52C.2070806@gmail.com>
@ 2015-10-15 18:55 ` Drokin, Oleg
2015-10-19 12:33 ` Xose Vazquez Perez
0 siblings, 1 reply; 2+ messages in thread
From: Drokin, Oleg @ 2015-10-15 18:55 UTC (permalink / raw)
To: lustre-devel
Hello!
On Oct 13, 2015, at 8:12 AM, Xose Vazquez Perez wrote:
> Is drivers/staging/lustre/TODO file updated?
Yes, it's still accurate from 10.000 ft view.
If you need some more detailed ideas, here's my current list of stuff:
getting rid of remaining lustre allocation macros: OBD_SLAB_ALLOC/FREE and friends much like we got rid of
OBD_ALLOC/FREE before.
I think LIBCFS_ALLOC/FREE and friends would need the same treatment.
I bet there are other wrapping functions (from libcfs compat code and such)
that need to be removed.
typedefs: we did remove some, there are more left that need to be taken care of.
Coding style - we are much better now here and the work is ongoing by a lot of
other people.
Function defines - need to be looked into.
In addition, more involved ones:
After that there are more laborous ones like figuring out how to fit into the
perf framework as one example.
Also we need to rip remaining parts of server code that is still present greatly there
(one example - oti handle users are either server only or client only with dummy
handle - in echo code only. These could be greatly pruned.
Then we can cleanup all the obd method tables to remove now unused pointers and so on).
Bye,
Oleg
^ permalink raw reply [flat|nested] 2+ messages in thread
* [lustre-devel] lustre: TODO updated?
2015-10-15 18:55 ` [lustre-devel] lustre: TODO updated? Drokin, Oleg
@ 2015-10-19 12:33 ` Xose Vazquez Perez
0 siblings, 0 replies; 2+ messages in thread
From: Xose Vazquez Perez @ 2015-10-19 12:33 UTC (permalink / raw)
To: lustre-devel
On 10/15/2015 08:55 PM, Drokin, Oleg wrote:
> Yes, it's still accurate from 10.000 ft view.
>
> If you need some more detailed ideas, here's my current list of stuff:
>
> getting rid of remaining lustre allocation macros: OBD_SLAB_ALLOC/FREE and friends much like we got rid of
> OBD_ALLOC/FREE before.
> I think LIBCFS_ALLOC/FREE and friends would need the same treatment.
>
> I bet there are other wrapping functions (from libcfs compat code and such)
> that need to be removed.
>
> typedefs: we did remove some, there are more left that need to be taken care of.
>
> Coding style - we are much better now here and the work is ongoing by a lot of
> other people.
>
> Function defines - need to be looked into.
>
> In addition, more involved ones:
>
> After that there are more laborous ones like figuring out how to fit into the
> perf framework as one example.
>
> Also we need to rip remaining parts of server code that is still present greatly there
> (one example - oti handle users are either server only or client only with dummy
> handle - in echo code only. These could be greatly pruned.
> Then we can cleanup all the obd method tables to remove now unused pointers and so on).
Could you please reflect these things in TODO file ?
-thanks-
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-10-19 12:33 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <561CF52C.2070806@gmail.com>
2015-10-15 18:55 ` [lustre-devel] lustre: TODO updated? Drokin, Oleg
2015-10-19 12:33 ` Xose Vazquez Perez
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.