Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S265405AbUAUOBp (ORCPT ); Wed, 21 Jan 2004 09:01:45 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S265427AbUAUOBp (ORCPT ); Wed, 21 Jan 2004 09:01:45 -0500 Received: from amazone.ujf-grenoble.fr ([193.54.238.254]:30693 "EHLO amazone.ujf-grenoble.fr") by vger.kernel.org with ESMTP id S265405AbUAUOBl convert rfc822-to-8bit (ORCPT ); Wed, 21 Jan 2004 09:01:41 -0500 From: Mickael Marchand To: "Lars =?iso-8859-15?q?T=E4uber?=" , 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 User-Agent: KMail/1.5.94 References: <20040121142558.6a7fbd25.taeuber@bbaw.de> <200401211441.15666.marchand@kde.org> In-Reply-To: <200401211441.15666.marchand@kde.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8BIT Message-Id: <200401211501.37692.marchand@kde.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 6437 Lines: 131 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/ - 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/