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
-
To unsubscribe
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 ~0.5 seconds per port/drive to ~2 seconds.
Also
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 to see similar issues
popping up now after allterm
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 cmd
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.
Oct 12 10:23:03 treogen [ 105.99] WARNING: at
drivers/ata/libata
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:
Oct 12 10:23:03 treogen smartd[6091]: Device: /dev/sdc, not found in
smartd database
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 in the errors where
0x60==ATA_CMD_FPDMA_READ and 0xB0 (which
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:
http://git.kernel.org/?p=linux/kernel/git/jgarzik/libata
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 drivers and substitutes
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
more to boot.
So, you basically applied
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 in hand?
I would more expect Jens, as the breakage
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:
http
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/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/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 2.6.23-rc3
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 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 [EMAIL PROTECTED]
wrote:
I reported a similar problem
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 system boots, reads the partition tables, starts the RAID and then
kicks one
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]
19 matches
Mail list logo