Re: Linux 2.4.22-ac3

[Erik Steffl]

Alan Cox wrote:
> On Maw, 2003-09-16 at 00:49, Erik Steffl wrote:
>
> >   does this apply to SATA disks?
>
> The only SATA devices we support in the core IDE layer are capable of
> doing LBA48 DMA anyway. 
>
> >   what's the status of support for 137GB+ SATA disks? it required 
> > libata5 patches from Jeff Garzik before (as of 2.4.21-ac4). I see some
>
> libata is really seperate and for the newer controllers. Its more aimed
> at the latest and upcoming hardware which replaces the SATA controller
> as we know it today (PATA controller hacked up a bit) with stuff that
> looks more like a SCSI controller, with multiple commands, on board
> brains etc. Things like the Promise 2037x are the beginnings of this.

  thanks for the response but I am still confused - I have a disk that 
requires 2.4.21-ac4 + libata5 (from Jeff Garzik), otherwise it does not 
recognize anything above 137GB (it recognizes disk as 250GB but all 
read/write attempts fail).

  2.4.21 vanilla: freezes on boot
  2.4.21-ac4 (SCSI_ATA): read/write above 1376GB fails
  2.4.21-ac4 + libata5: works (libata changes manually merged in)

  is this disk going to work without libata patch?

  MB: intel D865PERL
  Maxtor 250GB SATA disk

  here's what kernel thinks about the disk (from dmesg):

subsystem driver Revision: 1.00
ata_piix version 0.93
PCI: Setting latency timer of device 00:1f.2 to 64
ata1: SATA max UDMA/133 cmd 0xEC00 ctl 0xE802 bmdma 0xDC00 irq 18
ata2: SATA max UDMA/133 cmd 0xE400 ctl 0xE002 bmdma 0xDC08 irq 18
ata1: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69 86:3e01 87:4003 
88:207f
ata1: dev 0 ATA, max UDMA/133, 490234752 sectors (lba48)
ata1: dev 0 configured for UDMA/133
ata2: thread exiting
scsi0 : ata_piix
scsi1 : ata_piix
  Vendor: ATA       Model: Maxtor 6Y250M0    Rev: 0.70
  Type:   Direct-Access                      ANSI SCSI revision: 05
libata version 0.70 loaded.

  TIA,

	erik

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/