Hi,
Could you please try the following patch (against any of the kernels you
saw the corruption with. be it 4.0, 4.1, 4.2) to see if the regression
you reported goes away? Thanks, Mike
From: Mike Snitzer
Date: Wed, 9 Sep 2015 21:34:51 -0400
Subject: [PATCH] dm crypt: constrain crypt device's
Hi,
Could you please try the following patch (against any of the kernels you
saw the corruption with. be it 4.0, 4.1, 4.2) to see if the regression
you reported goes away? Thanks, Mike
From: Mike Snitzer
Date: Wed, 9 Sep 2015 21:34:51 -0400
Subject: [PATCH] dm crypt:
On Tue, 2015-06-02 at 13:51 -0400, Mikulas Patocka wrote:
>
> On Mon, 18 May 2015, Abelardo Ricart III wrote:
>
> > On Fri, 2015-05-15 at 08:04 -0700, Brandon Smith wrote:
> > > On 2015-05-01 (Fri) at 19:42:15 -0400, Abelardo Ricart III wrote:
> > > > > > The patchset in question was tested
On Mon, 18 May 2015, Abelardo Ricart III wrote:
> On Fri, 2015-05-15 at 08:04 -0700, Brandon Smith wrote:
> > On 2015-05-01 (Fri) at 19:42:15 -0400, Abelardo Ricart III wrote:
> > > > > The patchset in question was tested quite heavily so this is a
> > > > > surprising report. I'm noticing you
On Mon, 18 May 2015, Abelardo Ricart III wrote:
On Fri, 2015-05-15 at 08:04 -0700, Brandon Smith wrote:
On 2015-05-01 (Fri) at 19:42:15 -0400, Abelardo Ricart III wrote:
The patchset in question was tested quite heavily so this is a
surprising report. I'm noticing you are opting
On Tue, 2015-06-02 at 13:51 -0400, Mikulas Patocka wrote:
On Mon, 18 May 2015, Abelardo Ricart III wrote:
On Fri, 2015-05-15 at 08:04 -0700, Brandon Smith wrote:
On 2015-05-01 (Fri) at 19:42:15 -0400, Abelardo Ricart III wrote:
The patchset in question was tested quite heavily so
On Fri, 2015-05-15 at 08:04 -0700, Brandon Smith wrote:
> On 2015-05-01 (Fri) at 19:42:15 -0400, Abelardo Ricart III wrote:
> > > > The patchset in question was tested quite heavily so this is a
> > > > surprising report. I'm noticing you are opting in to dm-crypt discard
> > > > support. Have
On Fri, 2015-05-15 at 08:04 -0700, Brandon Smith wrote:
On 2015-05-01 (Fri) at 19:42:15 -0400, Abelardo Ricart III wrote:
The patchset in question was tested quite heavily so this is a
surprising report. I'm noticing you are opting in to dm-crypt discard
support. Have you tested
On 2015-05-01 (Fri) at 19:42:15 -0400, Abelardo Ricart III wrote:
> > > The patchset in question was tested quite heavily so this is a
> > > surprising report. I'm noticing you are opting in to dm-crypt discard
> > > support. Have you tested without discards enabled?
> >
> > I've disabled
On 2015-05-01 (Fri) at 19:42:15 -0400, Abelardo Ricart III wrote:
The patchset in question was tested quite heavily so this is a
surprising report. I'm noticing you are opting in to dm-crypt discard
support. Have you tested without discards enabled?
I've disabled discards
On Fri, 2015-05-01 at 22:47 +0100, Alasdair G Kergon wrote:
> On Fri, May 01, 2015 at 12:37:07AM -0400, Abelardo Ricart III wrote:
> > # first bad commit: [cf2f1abfbd0dba701f7f16ef619e4d2485de3366] dm crypt:
> > don't
> > allocate pages for a partial request
>
> That's not a particularly good
On Fri, 2015-05-01 at 18:24 -0400, Abelardo Ricart III wrote:
> On Fri, 2015-05-01 at 17:17 -0400, Mike Snitzer wrote:
> > On Fri, May 01 2015 at 12:37am -0400,
> > Abelardo Ricart III wrote:
> >
> > > I made sure to run a completely vanilla kernel when testing why I was
> > > suddenly
> > >
On Fri, 2015-05-01 at 17:17 -0400, Mike Snitzer wrote:
> On Fri, May 01 2015 at 12:37am -0400,
> Abelardo Ricart III wrote:
>
> > I made sure to run a completely vanilla kernel when testing why I was
> > suddenly
> > seeing some nasty libata errors with all kernels >= v4.0. Here's a snippet:
>
On Fri, May 01, 2015 at 12:37:07AM -0400, Abelardo Ricart III wrote:
> # first bad commit: [cf2f1abfbd0dba701f7f16ef619e4d2485de3366] dm crypt: don't
> allocate pages for a partial request
That's not a particularly good commit to identify.
If you didn't already, can you confirm whether or not
On Fri, May 01 2015 at 12:37am -0400,
Abelardo Ricart III wrote:
> I made sure to run a completely vanilla kernel when testing why I was suddenly
> seeing some nasty libata errors with all kernels >= v4.0. Here's a snippet:
>
> >8
> [ 165.592136]
On Fri, 2015-05-01 at 18:24 -0400, Abelardo Ricart III wrote:
On Fri, 2015-05-01 at 17:17 -0400, Mike Snitzer wrote:
On Fri, May 01 2015 at 12:37am -0400,
Abelardo Ricart III aric...@memnix.com wrote:
I made sure to run a completely vanilla kernel when testing why I was
suddenly
On Fri, 2015-05-01 at 17:17 -0400, Mike Snitzer wrote:
On Fri, May 01 2015 at 12:37am -0400,
Abelardo Ricart III aric...@memnix.com wrote:
I made sure to run a completely vanilla kernel when testing why I was
suddenly
seeing some nasty libata errors with all kernels = v4.0. Here's a
On Fri, 2015-05-01 at 22:47 +0100, Alasdair G Kergon wrote:
On Fri, May 01, 2015 at 12:37:07AM -0400, Abelardo Ricart III wrote:
# first bad commit: [cf2f1abfbd0dba701f7f16ef619e4d2485de3366] dm crypt:
don't
allocate pages for a partial request
That's not a particularly good commit to
On Fri, May 01 2015 at 12:37am -0400,
Abelardo Ricart III aric...@memnix.com wrote:
I made sure to run a completely vanilla kernel when testing why I was suddenly
seeing some nasty libata errors with all kernels = v4.0. Here's a snippet:
8
[
On Fri, May 01, 2015 at 12:37:07AM -0400, Abelardo Ricart III wrote:
# first bad commit: [cf2f1abfbd0dba701f7f16ef619e4d2485de3366] dm crypt: don't
allocate pages for a partial request
That's not a particularly good commit to identify.
If you didn't already, can you confirm whether or not the
I made sure to run a completely vanilla kernel when testing why I was suddenly
seeing some nasty libata errors with all kernels >= v4.0. Here's a snippet:
>8
[ 165.592136] ata5.00: exception Emask 0x60 SAct 0x7000 SErr 0x800 action 0x6
frozen
[
I made sure to run a completely vanilla kernel when testing why I was suddenly
seeing some nasty libata errors with all kernels = v4.0. Here's a snippet:
8
[ 165.592136] ata5.00: exception Emask 0x60 SAct 0x7000 SErr 0x800 action 0x6
frozen
[ 165.592140]
22 matches
Mail list logo