diff for duplicates of <20111108201753.GA4149@shiny> diff --git a/a/1.txt b/N1/1.txt index 88a9074..de8acd7 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,31 +1,24 @@ On Tue, Nov 08, 2011 at 01:27:28PM -0500, Chris Mason wrote: > On Tue, Nov 08, 2011 at 12:55:40PM -0500, Dan Merillat wrote: -> > On Sun, Nov 6, 2011 at 1:38 PM, Chris Mason <chris.mason@oracle.com= -> wrote: +> > On Sun, Nov 6, 2011 at 1:38 PM, Chris Mason <chris.mason@oracle.com> wrote: > > > Hi everyone, > > > -> > > This pull request is pretty beefy, it ended up merging a number o= -f long -> > > running projects and cleanup queues. =A0I've got btrfs patches in= - the new -> > > kernel.org btrfs repo. =A0There are two different branches with t= -he same -> > > changes. =A0for-linus is against 3.1 and has also been tested aga= -inst +> > > This pull request is pretty beefy, it ended up merging a number of long +> > > running projects and cleanup queues. I've got btrfs patches in the new +> > > kernel.org btrfs repo. There are two different branches with the same +> > > changes. for-linus is against 3.1 and has also been tested against > > > Linus' tree as of yesterday. -> >=20 +> > > > [91795.123286] device label ROOT devid 1 transid 3331 /dev/sdi2 > > [91795.123538] btrfs: open_ctree failed -> >=20 +> > > > FS created on 3.1 (x64), mounted once on 3.2-rc1 (i386), got that > > whenI tried to mount on 3.1 (x64) again. Format change in 3.2 or > > 32/64 bit compatibility issues? ->=20 -> I'm trying to reproduce right now but I did many bounces between 3.2 = -and -> 3.1 code before releasing. I didn't try jumping between 32 and 64 bi= -t. ->=20 +> +> I'm trying to reproduce right now but I did many bounces between 3.2 and +> 3.1 code before releasing. I didn't try jumping between 32 and 64 bit. +> > Are there any other messages in dmesg? Could you please see what > btrfs-debug-tree says? diff --git a/a/content_digest b/N1/content_digest index 40975eb..2369871 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -12,32 +12,25 @@ "b\0" "On Tue, Nov 08, 2011 at 01:27:28PM -0500, Chris Mason wrote:\n" "> On Tue, Nov 08, 2011 at 12:55:40PM -0500, Dan Merillat wrote:\n" - "> > On Sun, Nov 6, 2011 at 1:38 PM, Chris Mason <chris.mason@oracle.com=\n" - "> wrote:\n" + "> > On Sun, Nov 6, 2011 at 1:38 PM, Chris Mason <chris.mason@oracle.com> wrote:\n" "> > > Hi everyone,\n" "> > >\n" - "> > > This pull request is pretty beefy, it ended up merging a number o=\n" - "f long\n" - "> > > running projects and cleanup queues. =A0I've got btrfs patches in=\n" - " the new\n" - "> > > kernel.org btrfs repo. =A0There are two different branches with t=\n" - "he same\n" - "> > > changes. =A0for-linus is against 3.1 and has also been tested aga=\n" - "inst\n" + "> > > This pull request is pretty beefy, it ended up merging a number of long\n" + "> > > running projects and cleanup queues. \302\240I've got btrfs patches in the new\n" + "> > > kernel.org btrfs repo. \302\240There are two different branches with the same\n" + "> > > changes. \302\240for-linus is against 3.1 and has also been tested against\n" "> > > Linus' tree as of yesterday.\n" - "> >=20\n" + "> > \n" "> > [91795.123286] device label ROOT devid 1 transid 3331 /dev/sdi2\n" "> > [91795.123538] btrfs: open_ctree failed\n" - "> >=20\n" + "> > \n" "> > FS created on 3.1 (x64), mounted once on 3.2-rc1 (i386), got that\n" "> > whenI tried to mount on 3.1 (x64) again. Format change in 3.2 or\n" "> > 32/64 bit compatibility issues?\n" - ">=20\n" - "> I'm trying to reproduce right now but I did many bounces between 3.2 =\n" - "and\n" - "> 3.1 code before releasing. I didn't try jumping between 32 and 64 bi=\n" - "t.\n" - ">=20\n" + "> \n" + "> I'm trying to reproduce right now but I did many bounces between 3.2 and\n" + "> 3.1 code before releasing. I didn't try jumping between 32 and 64 bit.\n" + "> \n" "> Are there any other messages in dmesg? Could you please see what\n" "> btrfs-debug-tree says?\n" "\n" @@ -49,4 +42,4 @@ "\n" -chris -60adba2151930d00cc0f98691b2988b4c9239ff228842df152c6aa243fa35ad3 +e7abfc0c4273382474745095e66fdca7e6cf667f84a4ddaf67bc05ebbda60b58
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.