Re: Configuring default mount options..

2010-07-25 Thread Oystein Viggen
* ["A. James Lewis"] > Maybe there is a way to do this already, but it seems like the > filesystem itself should contain preferences for the way it is used > under those circumstances. There has been talk of supporting per-file (and I assume recursive per-directory default) attributes for raid l

Re: Configuring default mount options..

2010-07-25 Thread Sebastian 'gonX' Jensen
On 26 July 2010 03:23, A. James Lewis wrote: > On Mon, 2010-07-26 at 03:10 +0200, Sebastian 'gonX' Jensen wrote: >> On 26 July 2010 02:56, A. James Lewis wrote: >> > If using BTRFS on a removable drive... it may be a problem for example, >> > to always mount with compression, or always mount with

Re: Configuring default mount options..

2010-07-25 Thread A. James Lewis
On Mon, 2010-07-26 at 03:10 +0200, Sebastian 'gonX' Jensen wrote: > On 26 July 2010 02:56, A. James Lewis wrote: > > If using BTRFS on a removable drive... it may be a problem for example, > > to always mount with compression, or always mount with encryption (If > > supported in future)... perhaps

Re: Configuring default mount options..

2010-07-25 Thread Sebastian 'gonX' Jensen
On 26 July 2010 02:56, A. James Lewis wrote: > If using BTRFS on a removable drive... it may be a problem for example, > to always mount with compression, or always mount with encryption (If > supported in future)... perhaps btrfstune could define default mount > options, such as compression... so

Configuring default mount options..

2010-07-25 Thread A. James Lewis
If using BTRFS on a removable drive... it may be a problem for example, to always mount with compression, or always mount with encryption (If supported in future)... perhaps btrfstune could define default mount options, such as compression... so if there is a BTRFS filesystem on a removable hard dr

Re: [2.6.35-rc6 patch] direct I/O submission fixes v2

2010-07-25 Thread Daniel J Blueman
On 25 July 2010 15:42, Josef Bacik wrote: > On Sat, Jul 24, 2010 at 12:01:59AM +0100, Daniel J Blueman wrote: >> Hi Chris, >> >> This fixes some issues relating to direct I/O submission, however a >> further patch will be needed to handle the case where allocation of >> 'dip' fails, which is alway

Re: [2.6.35-rc6 patch] direct I/O submission fixes

2010-07-25 Thread Josef Bacik
On Sat, Jul 24, 2010 at 12:01:59AM +0100, Daniel J Blueman wrote: > Hi Chris, > > This fixes some issues relating to direct I/O submission, however a > further patch will be needed to handle the case where allocation of > 'dip' fails, which is always dereferenced when finding the ordered > extent.