Messages in this thread | | | From | Bartlomiej Zolnierkiewicz <> | Subject | Re: LBA48 on PDC20265 (again and again...) | Date | Wed, 3 Sep 2003 15:20:49 +0200 |
| |
Hi,
There was a recent threads on this issue: "IDE bug - was: Re: uncorrectable ext2 errors" and "Promise IDE patches".
One of conclusions was that there is no reason not to enable LBA48 on PDC20265. I will send Jan's patches to Linus. Thanks for verifying this.
--bartlomiej
On Wednesday 03 of September 2003 14:46, Petr Vandrovec wrote: > Hi, > during last year there was couple of complaints that pdc202xx_old > driver does not allow LBA48 on first channel, and couple of confirmations > that just removing these two lines which do: > > if (hwif->pci_dev->device == PCI_DEVICE_ID_PROMISE_20265) > hwif->no_lba48 = (hwif->channel) ? 0 : 1; > > fixes problem, and both channels run with lba48 drives just fine... > > Yesterday I bring home two nice 160GB seagates, hooked them up to > the Promise, and booted. And to my surprise we still do not enable > lba48 on primary channel... > > Is there some reason for doing that? I removed this, and I was able > to copy contents of my old 120GB disk to the 160GB one, with 40G offset > (so lba48 has to work, otherwise first 40GB holding an VFAT partition with > some gzipped test files gets corrupted). Currently these two drives > are unused (they just hold backup copy of dying 120GB wd), so I can do > any experiments you may want to confirm/decline idea that we should > remove this no_lba48 hack. Of course unless you have datasheet which says > that it cannot work. But as Promise BIOS happily says that two 149GB disks > (149 * 2^30 == 160 * 10^9) running UDMA5 are attached, I assume that it > is willing to handle LBA48 on both channels. > Thanks, > Petr Vandrovec
- 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/
| |