Dear all,
I finally managed to find a *reproducible* setup and way to trigger
random corruptions using a sata sil 3114 controller connected to 4
seagate drives
port 1: ST3400832AS sda
port 2: ST3400620AS sdb
port 3: ST3750640AS sdc
port 4: ST3750640AS sdd
sda & sdb form md0 via a raid1 setup fol
I was still getting this message on Debian sid w/kernel 2.6.22.6 and I
could hear my drive spin back up before the PC went completely off.
This was the fix
which was a small edit on the /etc/init.d/halt script. It worked on two
boxes.
http://www.linuxquestions.org/questions/debian-26/disk-mi
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/libata-core.c |2 +-
drivers/ata/pata_cs5536.c |4 ++--
drivers/ata/sata_sis.c| 15 +--
3 files
Randy Dunlap wrote:
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix libata kernel-doc parameter name.
Warning(linux-2.6.23-git13//drivers/ata/libata-core.c:1415): No description
found for parameter 'sgl'
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
drivers/ata/libata-core.c |2 +-
app
Tejun Heo wrote:
SCR read for controllers which uses PCI configuration space for SCR
access got broken while adding @val argument to SCR accessors. Fix
it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
drivers/ata/sata_sis.c | 13 -
1 file changed, 8 insertions(+), 5 deletions
Bartlomiej Zolnierkiewicz wrote:
On Tuesday 16 October 2007, Jeff Garzik wrote:
Jeff Garzik (1):
[libata] pata_cs5536: new API build fix
We probably need also this one for pata_cs5536:
[PATCH] pata_cs5536: MWDMA fix
* Fix out-of-bound array access for MWDMA modes.
* Bump driver versi
Jonathan Bell wrote:
On Mon, 01 Oct 2007 01:30:59 +0100, Jonathan Bell
<[EMAIL PROTECTED]> wrote:
Hello
I've just purchased a brand spanking new G33/ICH9R based system for
use as a home fileserver with 4x ST3750840AS Seagate SATA drives as
the main grunt drives.
The problem is that all of
Alexander Sabourenkov wrote:
Hello.
So, my bet for your second report is your hardware went through
something similar as above.
Thanks for the insight. Let's dismiss it then.
Back to the TX4, I tried libata-dev.git cloned at about 20:00 UTC 19.10,
no perceived difference - parallel read f
Greg Meyer wrote:
Hi. I was very excited to see port multiplier support for the sata_sil24
module in your patchset, but it does not appear to be working here, and I am
not sure if I am doing something wrong or if it still is not supported. I am
working on a project to get a RAID enclosure tha
Begin forwarded message:
Date: Sat, 13 Oct 2007 15:12:31 +0200 (CEST)
From: Marco Lamberto <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Spurious completions during NCQ
Hi, I think that my drives should be NCQ blacklisted too.
That's what I'm getting in my /var/log/messages:
Hi. I was very excited to see port multiplier support for the sata_sil24
module in your patchset, but it does not appear to be working here, and I am
not sure if I am doing something wrong or if it still is not supported. I am
working on a project to get a RAID enclosure that came with a Silic
On Friday 19 October 2007 22:26:23 Sergei Shtylyov wrote:
> Hello.
>
> Martin Rogge wrote:
> >>BTW, can you try adding #define DEBUG to the driver meanwhile?..
> >
> > Yoda said: Try not. Do or do not. There is no try.
> >
> :-)
> >
> > So I did it. To be precise, I #defined both DEBUG and
Hello Alexander,
Friday, October 19, 2007, 11:06:02 PM, you wrote:
> I don't know what to try next. Any ideas?
I'm no kernel hacker, so i'll take a shot.
I assume you have done most already...
* hardware (Tested/without/or used another: motherboard, videocard, memory,
hard drives, power supply
On Saturday 20 October 2007, Nick Warne wrote:
> On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote:
> hdparm -I
It should have been hdparm --Istdout (sorry, once again).
[ It is definitevely not my day, or rather trying to debug the problem
while preparing the next IDE pull re
On Fri, Oct 19, 2007 at 11:04:23PM +0100, Nick Warne wrote:
> Yes, Len's advice has me wondering now. Do I have a dodgy cable? I will have
> to change that tomorrow.
>
> But more info. The old drive played DVD movies etc. OK, but slowly it became
> worse until I couldn't read any one of them 9
On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote:
>
> Ah, so the patch won't help (sorry, I didn't pay enough attention).
>
> Len's advices are worth the try, also please send the output
> of hdparm -I /dev/hdd.
>
> Thanks,
> Bart
Yes, Len's advice has me wondering now. Do I hav
On Friday 19 October 2007, Nick Warne wrote:
> On Friday 19 October 2007 22:07:43 Lennart Sorensen wrote:
> > On Fri, Oct 19, 2007 at 10:03:09PM +0100, Nick Warne wrote:
> > > No change:
> > >
> > > ide_setup: hdd=ide-cd
> > > ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA
> > >
* Add hwif->ack_intr hook and use it instead of hwif->hw.ack_intr.
* Add missing brackets to cris-v32 and powerpc ide_ack_intr() macros.
Cc: Roman Zippel <[EMAIL PROTECTED]>
Cc: Geert Uytterhoeven <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Bartlomiej Zolnierkiewicz
On Monday 08 October 2007, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Sunday 07 October 2007, Robert P. J. Day wrote:
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
applied
> > ---
> >
> > the fact that this header file doesn't exist has apparently been
> > known for quite
On Friday 19 October 2007, Adrian Bunk wrote:
> This patch adds a missing "else" that was missing in
> commit c77a89cd98d99819f23a4a08e5e17ee1f13f6e4d.
>
> Spotted by the Coverity checker.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
applied, thanks!
> ---
> 2e4b8d4f58ea45e55c87ba5563b0d0
Hello.
>
> So, my bet for your second report is your hardware went through
> something similar as above.
>
Thanks for the insight. Let's dismiss it then.
Back to the TX4, I tried libata-dev.git cloned at about 20:00 UTC 19.10,
no perceived difference - parallel read from two drives causes a
On Friday 19 October 2007 22:07:43 Lennart Sorensen wrote:
> On Fri, Oct 19, 2007 at 10:03:09PM +0100, Nick Warne wrote:
> > No change:
> >
> > ide_setup: hdd=ide-cd
> > ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA
> > hdd: TSSTcorp CDDVDW SH-S202J, ATAPI CD/DVD-ROM drive
> >
On Fri, Oct 19, 2007 at 10:03:09PM +0100, Nick Warne wrote:
> No change:
>
> ide_setup: hdd=ide-cd
> ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA
> hdd: TSSTcorp CDDVDW SH-S202J, ATAPI CD/DVD-ROM drive
> hdd: drive side 80-wire cable detection failed, limiting max speed to UD
Hi Bart,
Thanks for assistance.
On Friday 19 October 2007 21:28:43 Bartlomiej Zolnierkiewicz wrote:
> > No help anyone? Did I buy a taboo drive?
> >
> > [EMAIL PROTECTED]:nick$ /usr/sbin/hdparm -i /dev/hdd
> >
> > /dev/hdd:
> >
> > Model=TSSTcorp CDDVDW SH-S202J, FwRev=SB00, SerialNo=
> > Con
Hello.
Martin Rogge wrote:
BTW, can you try adding #define DEBUG to the driver meanwhile?..
Yoda said: Try not. Do or do not. There is no try.
:-)
So I did it. To be precise, I #defined both DEBUG and CMD_DEBUG. However, I am
not sure the result is conclusive.
On a good kernel I
Hi,
On Friday 19 October 2007, Nick Warne wrote:
> On Thursday 18 October 2007 18:32:42 Nick Warne wrote:
> > Hi all,
> >
> > Please CC, not subscribed.
> >
> > kernel 2.6.23
> >
> > My DVD/CDrom stopped reading DVD's, so I purchased a new one today.
> >
> > Old:
> > Oct 10 21:01:01 linuxamd kern
Linas Vepstas wrote:
On Fri, Oct 19, 2007 at 09:17:23PM +0800, Shane Huang wrote:
Since we have little experience on PCI and MSI here, we had to try to
As someone else pointed out, AMD should have *lots* of people with
pci and msi experience on the payroll. (Folks here buy AMD-designed
pci c
On Wednesday 17 October 2007 22:40:21 Sergei Shtylyov wrote:
> BTW, can you try adding #define DEBUG to the driver meanwhile?..
Yoda said: Try not. Do or do not. There is no try.
So I did it. To be precise, I #defined both DEBUG and CMD_DEBUG. However, I am
not sure the result is conclusive.
On Fri, Oct 19, 2007 at 09:17:23PM +0800, Shane Huang wrote:
> Since we have little experience on PCI and MSI here, we had to try to
As someone else pointed out, AMD should have *lots* of people with
pci and msi experience on the payroll. (Folks here buy AMD-designed
pci chips ...)
> ONLY
> com
Hello.
Bartlomiej Zolnierkiewicz wrote:
* Don't set write-only ide_task_t.hobRegister[6] and ide_task_t.hobRegister[7]
in idedisk_set_max_address_ext().
* Add struct ide_taskfile and use it in ide_task_t instead of tfRegister[]
and hobRegister[].
* Remove no longer needed IDE_CONTROL_
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 second
This patch adds a missing "else" that was missing in
commit c77a89cd98d99819f23a4a08e5e17ee1f13f6e4d.
Spotted by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
2e4b8d4f58ea45e55c87ba5563b0d0e135cac2b4
diff --git a/drivers/ide/pci/sis5513.c b/drivers/ide/pci/sis5513.c
i
On 10/19/07, Paul Rolland <[EMAIL PROTECTED]> wrote:
> Hi Tejun,
>
> On Fri, 19 Oct 2007 12:23:15 +0900
> Tejun Heo <[EMAIL PROTECTED]> wrote:
>
> > > On 26/08/07, Paul Rolland <[EMAIL PROTECTED]> wrote:
> > >> My machine (an ASUS P5W-DH-Deluxe, Core2, 4Go RAM, 3 SATA and 2IDE) is
> > >> reporting
Hi Tejun,
On Fri, 19 Oct 2007 12:23:15 +0900
Tejun Heo <[EMAIL PROTECTED]> wrote:
> > On 26/08/07, Paul Rolland <[EMAIL PROTECTED]> wrote:
> >> My machine (an ASUS P5W-DH-Deluxe, Core2, 4Go RAM, 3 SATA and 2IDE) is
> >> reporting a :
> >> irq 23: nobody cared (try booting with the "irqpoll" optio
Hello Peter,
Wednesday, October 17, 2007, 9:21:28 PM, you wrote:
> On one box I had problems with the SATA300 TX4 using 2.6.21 through
> 2.6.22 (different versions). I have 4x500GB Seagate ES SATA drives
> connected. The system would run fine, but when put to a stress - i.e.
> loaded on all s
Hi,
I use 2.6.21 kernel. If I call the ATA_GET_STATUS to the disks connected
to ahci card then my app crashes.
ata_check_status() function does ioread8(ap->ioaddr.status_addr) where
ap->ioaddr.status_addr is 0.
If I change it in the following way everything works:
u8 ata_check_status(struct ata
peer chen wrote:
Ok,I agree to use AHCI driver for our AHCI controllers no matter their
class codes are IDE/RAID/AHCI. But for those new or upcoming AHCI
controller which DIDs are not included in ahci.c and also IDE/RAID
mode being set in BIOS, no driver will be loaded currently, so I hope
the fi
37 matches
Mail list logo
