Re: [dm-devel] [RFC] dm-lc: plan to go to staging

From: Alasdair G Kergon
Date: Fri Aug 30 2013 - 08:53:43 EST

Next message: Mark Einon: "Re: [PATCH 6/6] staging: ozwpan: change max. TX frame size supported."
Previous message: Grant Likely: "Re: [PATCH 02/16] Add system pointer argument to shared EFI stub related functions so they no longer use global system table pointer as they did when part of eboot.c. This code is now shared, so using a global variable as part of the interface is not that nice. Also, by avoiding any global variables in the ARM EFI stub, this allows the code to be position independent without requiring GOT fixups."
In reply to: Akira Hayakawa: "Re: [dm-devel] [RFC] dm-lc: plan to go to staging"
Next in thread: Akira Hayakawa: "Re: [dm-devel] [RFC] dm-lc: plan to go to staging"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Fri, Aug 30, 2013 at 09:33:29PM +0900, Akira Hayakawa wrote:
> I have three candidates on my mind.
> I am thinking of removing the dm- prefix as bcache and enhanceio do.

Yes, that's fine for the general way of referring to this.
(Within the codebase, the filename and module name would still need the
prefix: we use this for auto-module loading, function name/error message
scoping etc.)

> a) It writes in-coming writes in log-structured manner.
> b) It is extremely fast in write.
> c) It is caching software.

Another candidate: 'lcache' - contrast with 'bcache

> 3) writeboost or wboost
> Concentrating on the characteristic b)
> but doesn't mention cache.

I quite like that option.

Alasdair

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