On 11/1/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> + lo = tf->lbam;
> + hi = tf->lbam;
> + ibyte = (hi << 8) | lo;
> +
> + lo = result_tf->lbam;
> + hi = result_tf->lbam;
That doesn't look right.
I suspect this was intended:
lo = tf->lbam;
hi = tf->lbah;
Torsten
-
On 10/19/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > Just remebered another thing about sata_sil24 that popped up with
> > 2.6.23-mm1.
> > With this kernel version (comparing to 2.6.23-rc8-mm1) the port
> > probing time goes up from
On 10/19/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > I'm currently using 2.6.23-mm1 and 16 boots where all good.
> > (Apart from the unrelated failure with sata_nv and swncq...)
>
> I see, a different issue then. It's just weird t
On 10/18/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Hello, all.
>
> Torsten, Clarence is reporting similar problem on 2.6.22. The original
> message follows.
I don't think it matches.
> > I'm using the 2.6.22 sources with a Sii3132 SATA controller and a Seagate
> > HDD.
> > What I've noticed is
On 10/12/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> [ I just sent this upstream to Andrew and Linus ]
> * Turn on ACPI by default (watch for bug reports!). This should make
> suspend/resume work a lot better.
Bug report for 2.6.23-mm1:
scsi8 : pata_amd
scsi9 : pata_amd
ata9: PATA max UDMA/133
On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > 3 boots, all worked. So I'm very sure that was the bug, but I will now
> > do a little load testing...
> >
> > The only strange thing about 2.6.23-mm1 is, that it takes ~4 second
&
On 10/13/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> Wait!
>
> I think I found the bug: Its a evil interaction between the above
> patch and the swncq patch that is applied later.
> The qc_defer patch removes the old ata_scmd_need_defer that was always
> called for all
On 10/13/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > Torsten Kaiser wrote:
> > > Comparing sata_nv.c from 2.6.23-rc8-mm1 and 2.6.23-mm1 I see two
> > > changes, that look suspicious:
> > >
On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >> Torsten Kaiser wrote:
> > I can't follow you on SYNCHRONIZE CACHE.
> > The only command written to the syslog i
On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > On 10/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >> On Fri, 12 Oct 2007 10:31:42 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]>
> >> wrote:
> >>> O
On 10/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 12 Oct 2007 10:31:42 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> > Oct 12 10:23:03 treogen smartd[6091]: Device: /dev/sdc, not found in
> > smartd database.
>
> hm.
>
> >
On 10/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 12 Oct 2007 10:31:42 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> > But I did add the patch from http://lkml.org/lkml/2007/10/11/48 as my
> > personal hotfix.
>
> I think Jeff has that
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
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
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-r
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/10/07, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Sep 2007 12:20:38 -0700
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 10 Sep 2007 20:59:49 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]>
> > wrote:
> > > The sys
On 9/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Sep 2007 20:59:49 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
>
> > On 9/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Mon, 10 Sep 2007 18:49:26 +0100 Andy Whitcroft
On 8/22/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
[snip]
> -ata-add-the-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp61.patch
> -ata-add-the-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp61-fix.patch
[snip]
20 matches
Mail list logo