On 9/24/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> I will keep on using 2.6.23-rc7-mm1 and post again, if the error shows up
> again.
On the next boot it did show up again, so 2.6.23-rc7-mm1 still has the bug.
[ 33.81] md1: bitmap initialized from disk: read 10/10 pages, set 0 bits
[
On 9/23/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> On 9/23/07, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> > Can you try Jens's sglist-arch branch? If it works, probably libata in
> > -mm has bugs.
> >
> > For your convenience, I put a sglist-arch branch patch against v2.6.23-rc7:
> >
> >
On 9/23/07, Torsten Kaiser [EMAIL PROTECTED] wrote:
On 9/23/07, FUJITA Tomonori [EMAIL PROTECTED] wrote:
Can you try Jens's sglist-arch branch? If it works, probably libata in
-mm has bugs.
For your convenience, I put a sglist-arch branch patch against v2.6.23-rc7:
On 9/24/07, Torsten Kaiser [EMAIL PROTECTED] wrote:
I will keep on using 2.6.23-rc7-mm1 and post again, if the error shows up
again.
On the next boot it did show up again, so 2.6.23-rc7-mm1 still has the bug.
[ 33.81] md1: bitmap initialized from disk: read 10/10 pages, set 0 bits
[
On 9/23/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> > Sep 18 18:50:01 treogen [ 63.44] ata1.00: status: {DRDY }
> > Sep 18 18:50:01 treogen [ 63.44] ata1: hard resetting link
>
> Timed out waiting for data transfers to complete that didn't. Does sound
> like the device got told the wrong
On 9/23/07, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> On Sun, 23 Sep 2007 15:19:13 +0200
> "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> > To update the statistik:
> > prior to 2.6.23-rc4-mm1: no trouble with any drives on the SiI 3132.
> > 2.6.23-rc4-mm1 without patch: 2 out of 2 bad.
> > back
> Sep 18 18:50:01 treogen [ 63.44] ata1.00: status: {DRDY }
> Sep 18 18:50:01 treogen [ 63.44] ata1: hard resetting link
Timed out waiting for data transfers to complete that didn't. Does sound
like the device got told the wrong sized transfer.
It then falls off the bus because Jeff
On Sun, 23 Sep 2007 15:19:13 +0200
"Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> On 9/21/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
> > SG chaining bits:
> > - This is the bulk of the patchset. It consists of three major
> > components:
> >
> > - sglist-core, which add helpers for
On 9/21/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
> SG chaining bits:
> - This is the bulk of the patchset. It consists of three major
> components:
>
> - sglist-core, which add helpers for iterating sg lists and
> switches the block layer and SCSI to use those. Should not
>
On 9/21/07, Jens Axboe [EMAIL PROTECTED] wrote:
SG chaining bits:
- This is the bulk of the patchset. It consists of three major
components:
- sglist-core, which add helpers for iterating sg lists and
switches the block layer and SCSI to use those. Should not
On Sun, 23 Sep 2007 15:19:13 +0200
Torsten Kaiser [EMAIL PROTECTED] wrote:
On 9/21/07, Jens Axboe [EMAIL PROTECTED] wrote:
SG chaining bits:
- This is the bulk of the patchset. It consists of three major
components:
- sglist-core, which add helpers for iterating sg lists and
Sep 18 18:50:01 treogen [ 63.44] ata1.00: status: {DRDY }
Sep 18 18:50:01 treogen [ 63.44] ata1: hard resetting link
Timed out waiting for data transfers to complete that didn't. Does sound
like the device got told the wrong sized transfer.
It then falls off the bus because Jeff
On 9/23/07, FUJITA Tomonori [EMAIL PROTECTED] wrote:
On Sun, 23 Sep 2007 15:19:13 +0200
Torsten Kaiser [EMAIL PROTECTED] wrote:
To update the statistik:
prior to 2.6.23-rc4-mm1: no trouble with any drives on the SiI 3132.
2.6.23-rc4-mm1 without patch: 2 out of 2 bad.
back to
On 9/23/07, Alan Cox [EMAIL PROTECTED] wrote:
Sep 18 18:50:01 treogen [ 63.44] ata1.00: status: {DRDY }
Sep 18 18:50:01 treogen [ 63.44] ata1: hard resetting link
Timed out waiting for data transfers to complete that didn't. Does sound
like the device got told the wrong sized
On Fri, Sep 21 2007, Jens Axboe wrote:
> On Fri, Sep 21 2007, Andrew Morton wrote:
> > > SG chaining bits:
> > > - This is the bulk of the patchset. It consists of three major
> > > components:
> > >
> > > - sglist-core, which add helpers for iterating sg lists and
> > >
On Fri, Sep 21 2007, Andrew Morton wrote:
> > SG chaining bits:
> > - This is the bulk of the patchset. It consists of three major
> > components:
> >
> > - sglist-core, which add helpers for iterating sg lists and
> > switches the block layer and SCSI to use those. Should not
On Fri, 21 Sep 2007 10:57:11 +0200 Jens Axboe <[EMAIL PROTECTED]> wrote:
> Hi,
>
> This details the contents of the block git repo of items that are bound
> for a 2.6.24 merge. The SCSI data buffer accessor patch from Tomo will
> also be going in through the block tree, but it's not merged up
Hi,
This details the contents of the block git repo of items that are bound
for a 2.6.24 merge. The SCSI data buffer accessor patch from Tomo will
also be going in through the block tree, but it's not merged up yet.
That's mainly due to my laziness, not because the code isn't ready. That
will
Hi,
This details the contents of the block git repo of items that are bound
for a 2.6.24 merge. The SCSI data buffer accessor patch from Tomo will
also be going in through the block tree, but it's not merged up yet.
That's mainly due to my laziness, not because the code isn't ready. That
will
On Fri, 21 Sep 2007 10:57:11 +0200 Jens Axboe [EMAIL PROTECTED] wrote:
Hi,
This details the contents of the block git repo of items that are bound
for a 2.6.24 merge. The SCSI data buffer accessor patch from Tomo will
also be going in through the block tree, but it's not merged up yet.
On Fri, Sep 21 2007, Andrew Morton wrote:
SG chaining bits:
- This is the bulk of the patchset. It consists of three major
components:
- sglist-core, which add helpers for iterating sg lists and
switches the block layer and SCSI to use those. Should not
On Fri, Sep 21 2007, Jens Axboe wrote:
On Fri, Sep 21 2007, Andrew Morton wrote:
SG chaining bits:
- This is the bulk of the patchset. It consists of three major
components:
- sglist-core, which add helpers for iterating sg lists and
switches the block layer
22 matches
Mail list logo
