All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mickael Marchand <marchand@kde.org>
To: "Lars Täuber" <taeuber@bbaw.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.2-rc1 / libata 0.81 / sata_sil 0.52
Date: Wed, 21 Jan 2004 14:41:15 +0100	[thread overview]
Message-ID: <200401211441.15666.marchand@kde.org> (raw)
In-Reply-To: <20040121142558.6a7fbd25.taeuber@bbaw.de>

Hi,

I have been reported this bug a few days ago by somebody else.
I am waiting for his feedback on a patch.

you can try the patch at ftp://ftp-fourier.ujf-grenoble.fr/kernel/2.6.2-rc1/

I am really not sure of it (because I am no kernel hacker, so backup datas :), 
but maybe it will help.
please report if you try it :)

this is probably the same problem as the adaptec 1210sa but on a 3114 chip so 
I guess we need to enable DMA interrupts for 4 ports.

Cheers,
Mik

Le Mercredi 21 Janvier 2004 14:25, Lars Täuber a écrit :
> Hallo everybody,
>
> I'm not subscribed to this list! But I read the archive nearly regularly.
>
> But I want to offer a bug-/problem-report.
>
> We have here a dual opteron on a tyan K8S Pro (S2882) with an onbaord
> SiI3114 and liked to get the system booting from the SATA disks attached to
> this controller. (SuSE 9.0 x86_64)
>
> The driver works really good if you attach at most 2 disks on certain
> channels.
>
> After realizing that this kernel (and previous kernels with patches from
> Jeff Garzik) won't boot with 3 or 4 disks attached we compiled the sata_sil
> driver as a modules and boot from an scsi disk.
>
> The controller seems to have some connections between the 1st and the 3rd
> channel as well as between the 2nd and the 4th channel.
>
> If we attach disks on the [1st and (the 2nd xor the 4th)] channel every
> thins works as expected. The same behaviour if we connect disks on the [3rd
> and (the 2nd xor the 4th)] channel.
>
> But if we connect disks on the 1st and the 3rd channel the 'modprobe
> sata_sil' hangs an we get the following log: [same when we connect disks on
> 2nd and 4th channel]
>
>
> Jan 21 14:56:44 inst-temp kernel: libata version 0.81 loaded.
> Jan 21 14:56:44 inst-temp kernel: sata_sil version 0.52
> Jan 21 14:56:44 inst-temp kernel: ata1: SATA max UDMA/133 cmd
> 0xFFFFFF000007BC80 ctl 0xFFFFFF000007BC8A bmdma 0xFFFFFF000007BC00 irq 19
> Jan 21 14:56:44 inst-temp kernel: ata2: SATA max UDMA/133 cmd
> 0xFFFFFF000007BCC0 ctl 0xFFFFFF000007BCCA bmdma 0xFFFFFF000007BC08 irq 19
> Jan 21 14:56:44 inst-temp kernel: ata3: SATA max UDMA/133 cmd
> 0xFFFFFF000007BE80 ctl 0xFFFFFF000007BE8A bmdma 0xFFFFFF000007BE00 irq 19
> Jan 21 14:56:44 inst-temp kernel: ata4: SATA max UDMA/133 cmd
> 0xFFFFFF000007BEC0 ctl 0xFFFFFF000007BECA bmdma 0xFFFFFF000007BE08 irq 19
> Jan 21 14:56:44 inst-temp kernel: ata1: dev 0 cfg 49:2f00 82:7c6b 83:7f09
> 84:4003 85:7c69 86:3e01 87:4003 88:207f Jan 21 14:56:44 inst-temp kernel:
> ata1: dev 0 ATA, max UDMA/133, 490234752 sectors (lba48) Jan 21 14:56:44
> inst-temp kernel: ata1: dev 0 configured for UDMA/133 Jan 21 14:56:44
> inst-temp kernel: scsi2 : sata_sil
> Jan 21 14:56:45 inst-temp kernel: ata2: dev 0 cfg 49:2f00 82:7c6b 83:7f09
> 84:4003 85:7c69 86:3e01 87:4003 88:207f Jan 21 14:56:45 inst-temp kernel:
> ata2: dev 0 ATA, max UDMA/133, 490234752 sectors (lba48) Jan 21 14:56:45
> inst-temp kernel: ata2: dev 0 configured for UDMA/133 Jan 21 14:56:45
> inst-temp kernel: scsi3 : sata_sil
> Jan 21 14:56:45 inst-temp kernel: ata3: dev 0 cfg 49:2f00 82:7c6b 83:7f09
> 84:4003 85:7c69 86:3e01 87:4003 88:207f Jan 21 14:56:45 inst-temp kernel:
> ata3: dev 0 ATA, max UDMA/133, 490234752 sectors (lba48) Jan 21 14:56:45
> inst-temp kernel: ata3: dev 0 configured for UDMA/133 Jan 21 14:56:45
> inst-temp kernel: scsi4 : sata_sil
> Jan 21 14:56:45 inst-temp kernel: ata4: dev 0 cfg 49:2f00 82:7c6b 83:7f09
> 84:4003 85:7c69 86:3e01 87:4003 88:207f Jan 21 14:56:45 inst-temp kernel:
> ata4: dev 0 ATA, max UDMA/133, 490234752 sectors (lba48) Jan 21 14:56:45
> inst-temp kernel: ata4: dev 0 configured for UDMA/133 Jan 21 14:56:45
> inst-temp kernel: scsi5 : sata_sil
> Jan 21 14:56:45 inst-temp kernel:   Vendor: ATA       Model: Maxtor 7Y250M0
>    Rev: 0.81 Jan 21 14:56:45 inst-temp kernel:   Type:   Direct-Access     
>                 ANSI SCSI revision: 05 Jan 21 14:56:45 inst-temp kernel:
> SCSI device sdb: 490234752 512-byte hdwr sectors (251000 MB) Jan 21
> 14:56:45 inst-temp kernel: SCSI device sdb: drive cache: write through Jan
> 21 14:56:45 inst-temp kernel:  sdb:
> Jan 21 14:56:45 inst-temp kernel: Attached scsi disk sdb at scsi2, channel
> 0, id 0, lun 0 Jan 21 14:56:45 inst-temp kernel:   Vendor: ATA       Model:
> Maxtor 7Y250M0    Rev: 0.81 Jan 21 14:56:45 inst-temp kernel:   Type:  
> Direct-Access                      ANSI SCSI revision: 05 Jan 21 14:56:45
> inst-temp kernel: SCSI device sdc: 490234752 512-byte hdwr sectors (251000
> MB) Jan 21 14:56:45 inst-temp kernel: SCSI device sdc: drive cache: write
> through Jan 21 14:56:45 inst-temp kernel:  sdc:
> Jan 21 14:56:45 inst-temp kernel: Attached scsi disk sdc at scsi3, channel
> 0, id 0, lun 0 Jan 21 14:56:45 inst-temp kernel:   Vendor: ATA       Model:
> Maxtor 7Y250M0    Rev: 0.81 Jan 21 14:56:45 inst-temp kernel:   Type:  
> Direct-Access                      ANSI SCSI revision: 05 Jan 21 14:56:45
> inst-temp kernel: SCSI device sdd: 490234752 512-byte hdwr sectors (251000
> MB) Jan 21 14:56:45 inst-temp kernel: SCSI device sdd: drive cache: write
> through Jan 21 14:57:15 inst-temp kernel:  sdd:<3>ata3: DMA timeout, stat
> 0x4
>
>
> If we can help with further log or testing please contact me at my original
> mail address. But I'll read the mailing list to form time to time.
>
>
> Sorry for my poor english.
> Greatings
> Lars Täuber
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

  reply	other threads:[~2004-01-21 13:41 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-21 13:25 2.6.2-rc1 / libata 0.81 / sata_sil 0.52 Lars Täuber
2004-01-21 13:41 ` Mickael Marchand [this message]
2004-01-21 14:01   ` Mickael Marchand
2004-01-21 16:53   ` Marcos D. Marado Torres
2004-01-21 17:18     ` Mickael Marchand

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200401211441.15666.marchand@kde.org \
    --to=marchand@kde.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=taeuber@bbaw.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.