lkml.org 
[lkml]   [2004]   [May]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
Date
From
SubjectRe: ata_piix: port disabled. ignoring.
On Mon, 17 May 2004, Geert Uytterhoeven wrote:
> On Fri, 14 May 2004, Jeff Garzik wrote:
> > Matt Domsch wrote:
> > > On Fri, May 14, 2004 at 03:11:00PM +0200, Geert Uytterhoeven wrote:
> > >
> > >>I'm trying to install Linux on a SATA disk in a Dell PowerEdge 750, which has
> > >>an Intel 82875P chipset with an Intel 6300ESB SATA Storage Controller.
> > >
> > >
> > > [snip]
> > >
> > >
> > >>I looked at ata_piix.c, and apparently the driver decides whether a port is
> > >>disabled by checking a bit in PCI config space, so this looks like a BIOS setup
> > >>problem to me. But the BIOS has the first SATA port enabled (`AUTO', and it
> > >>does see a 80 GB disk there), while the PATA and second SATA ports are marked
> > >>`OFF'.
> > >
> > >
> > > Right. At present you need to enable the second SATA port in the
> > > BIOS. Disabling it also disables the first port from being
> > > recognized by the driver. It's a figment of the "compatability mode"
> > > that the PE750 runs in. I believe Stuart Hayes sent Jeff a patch to
> > > address this, but I can't find it handy...
> >
> >
> > That _should_ have been fixed in the last update to ata_piix. If you
> > could get Stuart to re-test and re-submit that patch if necessary, that
> > would be useful.
> >
> > Geert, two things to try:
> > 1) Try the latest kernel
>
> Thanks! I'll try that one...

And so I did. But 2.6.6-bk4 still gives:

| Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
| ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
| ide1: I/O resource 0x170-0x177 not free.
| ide1: ports already in use, skipping probe
| ata_piix: combined mode detected
| ata1: PATA max UDMA/33 cmd 0x1F0 ctl 0x3F6 bmdma 0xFEA0 irq 14
| ata1: port disabled. ignoring.
| scsi0 : ata_piix
| ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xFEA8 irq 15
| ata2: port disabled. ignoring.
| scsi1 : ata_piix

If I disable CONFIG_SCSI_SATA, IDE works, but very slow (no DMA).

If I try to work around the problem by applying this patch:

--- linux-2.6.6-bk4/drivers/scsi/ata_piix.c.orig 2004-05-17 20:02:25.000000000 +0200
+++ linux-2.6.6-bk4/drivers/scsi/ata_piix.c 2004-05-17 20:59:15.000000000 +0200
@@ -330,8 +330,8 @@
if (!pci_test_config_bits(ap->host_set->pdev,
&piix_enable_bits[ap->port_no])) {
ata_port_disable(ap);
- printk(KERN_INFO "ata%u: port disabled. ignoring.\n", ap->id);
- return;
+ //printk(KERN_INFO "ata%u: port disabled. ignoring.\n", ap->id);
+ printk(KERN_INFO "ata%u: port disabled. NOT IGNORING!\n", ap->id);
}

if (!piix_sata_probe(ap)) {
everything works fine, even if I disable the second SATA port in the BIOS:

| Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
| ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
| ide1: I/O resource 0x170-0x177 not free.
| ide1: ports already in use, skipping probe
| ata_piix: combined mode detected
| ata1: PATA max UDMA/33 cmd 0x1F0 ctl 0x3F6 bmdma 0xFEA0 irq 14
| ata1: port disabled. ignoring.
| scsi0 : ata_piix
| ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xFEA8 irq 15
| ata2: port disabled. NOT IGNORING!
| ata2: dev 0 ATA, max UDMA/133, 156250000 sectors:
| ata2: dev 0 configured for UDMA/133
| scsi1 : ata_piix
| Vendor: ATA Model: Maxtor 6Y080M0 Rev: 1.02
| Type: Direct-Access ANSI SCSI revision: 05
| SCSI device sda: 156250000 512-byte hdwr sectors (80000 MB)
| SCSI device sda: drive cache: write through
| sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 sda9 sda10 >
| Attached scsi disk sda at scsi1, channel 0, id 0, lun 0

... and I'm a happy man (for now ;-)

Gr{oetje,eeting}s,
Geert

--
Geert Uytterhoeven -- Sony Network and Software Technology Center Europe (NSCE)
Geert.Uytterhoeven@sonycom.com ------- The Corporate Village, Da Vincilaan 7-D1
Voice +32-2-7008453 Fax +32-2-7008622 ---------------- B-1935 Zaventem, Belgium
-
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/
\
 
 \ /
  Last update: 2005-03-22 14:03    [W:0.409 / U:0.140 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site