On Sun, Feb 17, 2019 at 9:55 AM Adam Borowski wrote:
>
> On Sun, Feb 17, 2019 at 06:35:25PM +0200, Boaz Harrosh wrote:
> > On 15/02/19 00:06, Dave Chinner wrote:
> > > So you're adding an interface that allows users to change the create
> > > time of files without needing any privileges?
>
> > > I
On Sat, May 13, 2017 at 6:41 PM, Andreas Dilger wrote:
> On May 10, 2017, at 11:10 PM, Eric Biggers wrote:
>>
>> On Wed, May 10, 2017 at 01:14:37PM -0700, Darrick J. Wong wrote:
>>> [cc btrfs, since afaict that's where most of the dedupe tool authors hang
>>> out]
>> Yes, PIDs have traditionall
On Sun, Dec 4, 2016 at 3:04 PM, Vegard Nossum wrote:
> On 23 November 2016 at 20:58, Dave Jones wrote:
>> On Wed, Nov 23, 2016 at 02:34:19PM -0500, Dave Jones wrote:
>>
>> > [ 317.689216] BUG: Bad page state in process kworker/u8:8 pfn:4d8fd4
>> > trace from just before this happened. Does th
On Oct 24, 2016 5:00 PM, "Linus Torvalds" wrote:
>
> On Mon, Oct 24, 2016 at 3:42 PM, Andy Lutomirski wrote:
>
> > Now the fallocate thread catches up and *exits*. Dave's test makes a
> > new thread that reuses the stack (the vmap area or the backing store)
On Mon, Oct 24, 2016 at 1:46 PM, Linus Torvalds
wrote:
> On Mon, Oct 24, 2016 at 1:06 PM, Andy Lutomirski wrote:
>>>
>>> [69943.450108] Oops: 0003 [#1] PREEMPT SMP DEBUG_PAGEALLOC
>>
>> This is an unhandled kernel page fault. The string "Oops" is
On Sun, Oct 23, 2016 at 9:40 PM, Dave Jones wrote:
> On Sun, Oct 23, 2016 at 05:32:21PM -0400, Chris Mason wrote:
> >
> >
> > On 10/22/2016 11:20 AM, Dave Jones wrote:
> > > On Fri, Oct 21, 2016 at 04:02:45PM -0400, Dave Jones wrote:
> > >
> > > > > It could be worth trying this, too:
> >
On Thu, Oct 20, 2016 at 4:03 PM, Dave Jones wrote:
> On Thu, Oct 20, 2016 at 04:01:12PM -0700, Andy Lutomirski wrote:
> > On Thu, Oct 20, 2016 at 3:50 PM, Dave Jones
> wrote:
> > > On Tue, Oct 18, 2016 at 06:05:57PM -0700, Andy Lutomirski wrote:
> > >
&g
On Thu, Oct 20, 2016 at 3:50 PM, Dave Jones wrote:
> On Tue, Oct 18, 2016 at 06:05:57PM -0700, Andy Lutomirski wrote:
>
> > One possible debugging approach would be to change:
> >
> > #define NR_CACHED_STACKS 2
> >
> > to
> >
> > #define NR_C
On 10/18/2016 05:10 PM, Linus Torvalds wrote:
On Tue, Oct 18, 2016 at 4:42 PM, Chris Mason wrote:
Seems to be the whole thing:
Ahh. On lkml, so I do have it in my mailbox, but Dave changed the
subject line when he tested on ext4 rather than btrfs..
Anyway, the corrupted address is somewhat
On Wed, Oct 14, 2015 at 11:49 AM, Christoph Hellwig wrote:
> On Wed, Oct 14, 2015 at 11:38:13AM -0700, Andy Lutomirski wrote:
>> One might argue that reflink is like copy + immediate dedupe.
>
> Not, it's not. It's all that and more, because it is an operation that
>
On Wed, Oct 14, 2015 at 11:27 AM, Christoph Hellwig wrote:
> On Wed, Oct 14, 2015 at 11:08:40AM -0700, Andy Lutomirski wrote:
>> > So what I'm hearing is that I should drop the reflink and dedup flags and
>> > change this system call only perform a full copy (with pres
On Wed, Oct 14, 2015 at 11:11 AM, Darrick J. Wong
wrote:
> On Wed, Oct 14, 2015 at 01:59:40PM -0400, Anna Schumaker wrote:
>> On 10/12/2015 07:17 PM, Darrick J. Wong wrote:
>> > On Sun, Oct 11, 2015 at 07:22:03AM -0700, Christoph Hellwig wrote:
>> >> On Wed, Sep 30, 2015 at 01:26:52PM -0400, Anna
On Wed, Oct 14, 2015 at 10:59 AM, Anna Schumaker
wrote:
> On 10/12/2015 07:17 PM, Darrick J. Wong wrote:
>> On Sun, Oct 11, 2015 at 07:22:03AM -0700, Christoph Hellwig wrote:
>>> On Wed, Sep 30, 2015 at 01:26:52PM -0400, Anna Schumaker wrote:
This allows us to have an in-kernel copy mechanism
On Fri, Sep 25, 2015 at 1:48 PM, Anna Schumaker
wrote:
> The NFS server will need some kind offallback for filesystems that don't
> have any kind of copy acceleration, and it should be generally useful to
> have an in-kernel copy to avoid lots of switches between kernel and user
> space.
>
> I mak
On Sep 13, 2015 4:25 PM, "Dave Chinner" wrote:
>
> On Tue, Sep 08, 2015 at 04:08:43PM -0700, Andy Lutomirski wrote:
> > Can we have a clean way to figure out whether two file ranges are the
> > same in a way that allows false negatives? I.e. return 1 if the
> >
On Wed, Sep 9, 2015 at 1:09 PM, Chris Mason wrote:
> On Tue, Sep 08, 2015 at 04:08:43PM -0700, Andy Lutomirski wrote:
>> On Tue, Sep 8, 2015 at 3:39 PM, Darrick J. Wong
>> wrote:
>> > On Tue, Sep 08, 2015 at 02:45:39PM -0700, Andy Lutomirski wrote:
>> >> What
On Tue, Sep 8, 2015 at 3:39 PM, Darrick J. Wong wrote:
> On Tue, Sep 08, 2015 at 02:45:39PM -0700, Andy Lutomirski wrote:
>> On Tue, Sep 8, 2015 at 2:29 PM, Darrick J. Wong
>> wrote:
>> > On Tue, Sep 08, 2015 at 09:03:09PM +0100, Pádraig Brady wrote:
>> >>
On Tue, Sep 8, 2015 at 2:29 PM, Darrick J. Wong wrote:
> On Tue, Sep 08, 2015 at 09:03:09PM +0100, Pádraig Brady wrote:
>> On 08/09/15 20:10, Andy Lutomirski wrote:
>> > On Tue, Sep 8, 2015 at 11:23 AM, Anna Schumaker
>> > wrote:
>> >> On 09/08/2015 11:2
On Tue, Sep 8, 2015 at 11:23 AM, Anna Schumaker
wrote:
> On 09/08/2015 11:21 AM, Pádraig Brady wrote:
>> I see copy_file_range() is a reflink() on BTRFS?
>> That's a bit surprising, as it avoids the copy completely.
>> cp(1) for example considered doing a BTRFS clone by default,
>> but didn't due
[cc: btrfs]
On Mon, Jan 20, 2014 at 8:46 PM, Dave Chinner wrote:
> On Mon, Jan 20, 2014 at 04:59:23PM -0800, Andy Lutomirski wrote:
>> The code below runs quickly for a few iterations, and then it slows
>> down and the whole system becomes laggy for far too long.
>
eboot.
(The taint flag is due to a bogus BGRT table in my EFI BIOS. It's not
corrupting any kernel data structures.)
--Andy
--
Andy Lutomirski
AMA Capital Management, LLC
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@
1 files changed, 24 insertions(+), 4 deletions(-)
This fixes the oops for me. The bug was a regression in 2.6.39, I believe.
Tested-by: Andy Lutomirski
--Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kerne
On 06/06/2011 06:19 AM, Marek Otahal wrote:
Hello,
the issue happens every time when i have to hard power-off my notebook (suspend
problems).
With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38
kernel which
1/ is able to mount the partition,
2/ by doing that fixes the pr
Chris Mason wrote:
On Tue, May 18, 2010 at 02:03:49PM +0200, Jakob Unterwurzacher wrote:
On 18/05/10 02:59, Chris Mason wrote:
Ok, I upgraded to 2.6.34 final and switched to defconfig.
I only did the rename test ( i.e. no overwrite ), the window is now
1.1s, both with vanilla and with the patch
Signed-off-by: Andy Lutomirski
---
.gitignore | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
create mode 100644 .gitignore
diff --git a/.gitignore b/.gitignore
new file mode 100644
index 000..4d2ab6f
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1,13 @@
+*.o
+*.o.d
+man
Goffredo Baroncelli wrote:
On Sunday 07 March 2010, Andy Lutomirski wrote:
Zhu Yanhai wrote:
Hi Chris,
The latest release of btrfs-progs is still v0.19, at 2009-06-11.
As it
already has some major features since then, do you think it's time
to
give it a 0.20 version number and releas
Zhu Yanhai wrote:
Hi Chris,
The latest release of btrfs-progs is still v0.19, at 2009-06-11. As it
already has some major features since then, do you think it's time to
give it a 0.20 version number and release? It will be nice for the
various Linux distribution teams to integrate.
Have rece
TARUISI Hiroaki wrote:
Hi,
I think message:'Operation not permitted' is more
proper for this problem than 'Invalid cross-device
link' simply because this link is not cross-device
link.
Of course, this operation is prohibited not by security
policy but by inner limitation of btrfs, this usage of
Goffredo Baroncelli wrote:
Hi Andrew
On Friday 11 December 2009, Andrew Lutomirski wrote:
Hi all-
[test]# rm -rf snap1
rm: cannot remove directory `snap1': Directory not empty
[test]# ls snap1
[test]#
OK, so rmdir can't remove snapshots. (Is there any good reason for that?)
The volume is lik
TARUISI Hiroaki wrote:
Hi,
I don't know how a hard link becomes to a soft link, hard link
across subvolumes should not allowed in btrfs.
Hard link contains target inode number but not target tree.
So, if we can create such hard link normally, it points to
a file which has same inode number in
Chris Mason wrote:
;) The problem is the directory entry for the snapshot, but its a little
more complex. Lets say subvolA has a directory entry for snapshotZ, and
then someone wanders in and snapshots subvolA, creating snapshotA'.
This means that both subvolA and snashotA' have a directory ent
31 matches
Mail list logo
