[ sorry for breaking the thread, I'm replying from the archives, I was
unsubbed after a mail server issue and didn't notice till now... ]
On Sat, Oct 30, 2010 at 07:44:35PM +0200, Goffredo Baroncelli wrote:
balance- info on balancing
Hugo Mills wrote:
For
Hi, Goffredo,
On Thu, Nov 04, 2010 at 11:55:24PM +0100, Goffredo Baroncelli wrote:
I make a prototype for exporting info from btrfs via sysfs.
Good stuff. I was going to take a look at doing that this
weekend. :)
Under /sys/btrfs were created two directories, named fs and devices.
Messaggio originale
Da: hugo-l...@carfax.org.uk
Data: 05/11/2010 13.41
A: Goffredo Baroncellikreij...@libero.it
Cc: linux-btrfs@vger.kernel.org, Hugo Millshugo-l...@carfax.org.uk
Ogg: Re: RFC: exporting info via sysfs [was Re: [patch 0/2] Control
filesystem balances (kernel side
Hi all,
I make a prototype for exporting info from btrfs via sysfs.
Under /sys/btrfs were created two directories, named fs and devices.
/sys/btrfs/fs/fs-uuid/
label - filesystem label
num_devices- total number of devices
Le 30 octobre 2010 à 19:44, Goffredo Baroncelli a écrit:
I like the idea that these info should be put under sysfs. Something like
/sys/btrfs/filesystem-uuid/
balance - info on balancing
devices - list of device (a directory of
On Mon, Nov 01, 2010 at 01:58:21PM +0100, Xavier Nicollet wrote:
Le 30 octobre 2010 à 19:44, Goffredo Baroncelli a écrit:
I like the idea that these info should be put under sysfs. Something like
/sys/btrfs/filesystem-uuid/
balance- info on balancing
On Sat, Oct 30, 2010 at 07:44:35PM +0200, Goffredo Baroncelli wrote:
On Saturday, 30 October, 2010, Hugo Mills wrote:
One fundamental question, though -- is the progress monitor
function best implemented as an ioctl, as I've done here, or should it
be two or three sysfs files? I'm
On Saturday, 30 October, 2010, Hugo Mills wrote:
These two patches give a degree of control over balance operations.
The first makes it possible to get an idea of how much work remains to
do, by tracking the number of block groups (chunks) that need to be
moved/rewritten. The second patch
These two patches give a degree of control over balance operations.
The first makes it possible to get an idea of how much work remains to
do, by tracking the number of block groups (chunks) that need to be
moved/rewritten. The second patch allows a running balance operation
to be cancelled