On Wed, 22 Apr 2015 10:45:19 +0200
Torsten Luettgert wrote:
> I'll keep this running, and if - when - it has been going for a week
> (3 times the max uptime without the patch) - I'll give a final notice.
So here it is, the final notice:
17:16:36 up 7 days, 4:07, 2 users, load average: 3.64,
On Wed, 22 Apr 2015 10:45:19 +0200
Torsten Luettgert ml-l...@enda.eu wrote:
I'll keep this running, and if - when - it has been going for a week
(3 times the max uptime without the patch) - I'll give a final notice.
So here it is, the final notice:
17:16:36 up 7 days, 4:07, 2 users, load
On Mon, 20 Apr 2015 13:24:24 +0200
Torsten Luettgert wrote:
> > Can you test the patch below?
>
> I'm running it right now and keeping my fingers crossed.
Just under two days uptime now, and no crashes. I'm pretty sure you
nailed it.
I'll keep this running, and if - when - it has been going
On Mon, 20 Apr 2015 13:24:24 +0200
Torsten Luettgert ml-l...@enda.eu wrote:
Can you test the patch below?
I'm running it right now and keeping my fingers crossed.
Just under two days uptime now, and no crashes. I'm pretty sure you
nailed it.
I'll keep this running, and if - when - it has
On Sun, 19 Apr 2015 18:58:41 +0200
Christoph Hellwig wrote:
> This looks like a long standing bug in all three 3ware drivers to
> me, that the taking the host lock around the host_busy manipulation
> was hiding.
>
> Can you test the patch below?
I'm running it right now and keeping my fingers
On Sun, 19 Apr 2015 18:58:41 +0200
Christoph Hellwig h...@lst.de wrote:
This looks like a long standing bug in all three 3ware drivers to
me, that the taking the host lock around the host_busy manipulation
was hiding.
Can you test the patch below?
I'm running it right now and keeping my
This looks like a long standing bug in all three 3ware drivers to
me, that the taking the host lock around the host_busy manipulation
was hiding.
Can you test the patch below?
>From b500f76e6f92722d8f1fc0de90961af730320953 Mon Sep 17 00:00:00 2001
From: Christoph Hellwig
Date: Sun, 19 Apr 2015
This looks like a long standing bug in all three 3ware drivers to
me, that the taking the host lock around the host_busy manipulation
was hiding.
Can you test the patch below?
From b500f76e6f92722d8f1fc0de90961af730320953 Mon Sep 17 00:00:00 2001
From: Christoph Hellwig h...@lst.de
Date: Sun, 19
On Fri, 17 Apr 2015 15:31:16 +0200
Torsten Luettgert wrote:
> On Mon, 13 Apr 2015 20:28:29 +0200
> Torsten Luettgert wrote:
>
> Right now, I'm trying the problematic release, compiled with a newer
> gcc (4.9.2-6 from Fedora, while using 4.4.7-11 from rhel6
> before). It has only been running a
On Mon, 13 Apr 2015 20:28:29 +0200
Torsten Luettgert wrote:
> On Mon, 13 Apr 2015 19:41:05 +0200
> Christoph Hellwig wrote:
>
> > Can you run gdb on your vmlinux file and send the output of the
> > following command in gdb
> >
> > l *(scsi_dma_unmap+0x54)
>
> Thanks for looking into it! Here
On Fri, 17 Apr 2015 15:31:16 +0200
Torsten Luettgert ml-l...@enda.eu wrote:
On Mon, 13 Apr 2015 20:28:29 +0200
Torsten Luettgert ml-l...@enda.eu wrote:
Right now, I'm trying the problematic release, compiled with a newer
gcc (4.9.2-6 from Fedora, while using 4.4.7-11 from rhel6
before). It
On Mon, 13 Apr 2015 20:28:29 +0200
Torsten Luettgert ml-l...@enda.eu wrote:
On Mon, 13 Apr 2015 19:41:05 +0200
Christoph Hellwig h...@lst.de wrote:
Can you run gdb on your vmlinux file and send the output of the
following command in gdb
l *(scsi_dma_unmap+0x54)
Thanks for looking
On Mon, 13 Apr 2015 19:41:05 +0200
Christoph Hellwig wrote:
> Can you run gdb on your vmlinux file and send the output of the
> following command in gdb
>
> l *(scsi_dma_unmap+0x54)
Thanks for looking into it! Here is what gdb says:
Reading symbols
from
On Wed, Apr 08, 2015 at 06:33:33PM +0200, Torsten Luettgert wrote:
> Hello,
>
> I'm getting NULL pointer deref BUGs on a Supermicro machine of
> mine since 3.17. It occurs at random uptimes, often a few hours
> after booting (max uptime was 2 days yet).
>
> I bisected the problem (took a while);
On Mon, 13 Apr 2015 19:41:05 +0200
Christoph Hellwig h...@lst.de wrote:
Can you run gdb on your vmlinux file and send the output of the
following command in gdb
l *(scsi_dma_unmap+0x54)
Thanks for looking into it! Here is what gdb says:
Reading symbols
from
On Wed, Apr 08, 2015 at 06:33:33PM +0200, Torsten Luettgert wrote:
Hello,
I'm getting NULL pointer deref BUGs on a Supermicro machine of
mine since 3.17. It occurs at random uptimes, often a few hours
after booting (max uptime was 2 days yet).
I bisected the problem (took a while); the
Hello,
I'm getting NULL pointer deref BUGs on a Supermicro machine of
mine since 3.17. It occurs at random uptimes, often a few hours
after booting (max uptime was 2 days yet).
I bisected the problem (took a while); the problematic commit seems
to be 746650160866 (scsi: convert host_busy to
Hello,
I'm getting NULL pointer deref BUGs on a Supermicro machine of
mine since 3.17. It occurs at random uptimes, often a few hours
after booting (max uptime was 2 days yet).
I bisected the problem (took a while); the problematic commit seems
to be 746650160866 (scsi: convert host_busy to
18 matches
Mail list logo