On 08/30/2010 03:31 PM, Dan Magenheimer wrote:
[PATCH V4 3/8] Cleancache: core ops functions and configuration
Cleancache core ops functions and configuration
Credits: Cleancache_ops design derived from Jeremy Fitzhardinge
design for tmem; sysfs code modelled after mm/ksm.c
Note
On 08/30/2010 03:32 PM, Dan Magenheimer wrote:
[PATCH V4 4/8] Cleancache: VFS hooks for cleancache
Implement core hooks in VFS for: initializing cleancache
per filesystem; capturing clean pages evicted by page cache;
attempting to get pages from cleancache before filesystem
read; and
On 08/30/2010 03:32 PM, Dan Magenheimer wrote:
[PATCH V4 5/8] Cleancache: ext3 hook for cleancache
Filesystems must explicitly enable cleancache by calling
cleancache_init_fs anytime a instance of the filesystem
is mounted and must save the returned poolid. For ext3,
all other cleancache
On 06/02/2010 05:06 PM, Dan Magenheimer wrote:
It is intended that there be different flavours but only
one can be used in any running kernel. A driver file/module
claims the cleancache_ops pointer (and should check to ensure
it is not already claimed). And if nobody claims cleancache_ops,
On 03/13/2010 08:43 AM, Stephan von Krawczynski wrote:
- Nowadays: being a linux installation today chances are that the matrix has
you. Quite a lot of installations are virtualized. So your storage is a virtual
one either, which means it is likely being a fs buffer from the host system,
i.e.
On 12/01/09 11:06, Daniel Lommes wrote:
Valerie Henson
(Valerie Aurora -
http://valerieaurora.wordpress.com/2009/02/19/name-change/)
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 11/10/09 14:13, Sage Weil wrote:
On Tue, 10 Nov 2009, Andrey Kuzmin wrote:
On Tue, Nov 10, 2009 at 11:12 PM, Sage Weil s...@newdream.net wrote:
Hi all,
This is an alternative approach to atomic user transactions for btrfs.
The old start/end ioctls suffer from some basic
I created a shiny new 10G btrfs filesystem on a 2.6.31-rc5 (x86-64
running as Xen domU), and tried cloning a fresh copy of linux-2.6 onto it:
[jer...@f11-64 git]$ git clone
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Initialized empty Git repository in
Linus Torvalds wrote:
Actually, the real spin locks are now fair. We use ticket locks on x86.
Well, at least we do unless you enable that broken paravirt support. I'm
not at all clear on why CONFIG_PARAVIRT wants to use inferior locks, but I
don't much care.
No, it will continue to use