From: Mickael Marchand <marchand@kde.org>
To: "Lars Täuber" <taeuber@bbaw.de>, linux-kernel@vger.kernel.org
Subject: Re: 2.6.2-rc1 / libata 0.81 / sata_sil 0.52
Date: Wed, 21 Jan 2004 15:01:37 +0100 [thread overview]
Message-ID: <200401211501.37692.marchand@kde.org> (raw)
In-Reply-To: <200401211441.15666.marchand@kde.org>
ok forget it, I was just reported it does not work...
Cheers,
Mik
Le Mercredi 21 Janvier 2004 14:41, Mickael Marchand a écrit :
> 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/
>
> -
> 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/
next prev parent reply other threads:[~2004-01-21 14:01 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
2004-01-21 14:01 ` Mickael Marchand [this message]
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=200401211501.37692.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.