> And wrote a evry simple IDE driver for it. BAsicly the HDD internbal > registers are just memory mapped. No DMA is supported by the hardware. > But I think it would be capable of 48bit LBA mode (which just means setting > the HOB bit in the device control register of the HDD correctly?) And not caching stuff wrongly > > Now I wonder what the impact of setting > > hwif->no_lba48 = 1; /* 1 = cannot do LBA48 */ > hwif->no_lba48_dma = 1; /* 1 = cannot do LBA48 DMA */ no_lba48_dma turns off the use of DMA for 48bit commands, the kernel tries to issue DMA commands where possible but if it cannot issues LBA48 PIO commands (eg for the end part of a disk) no_lba48 disables LBA48 so you won't be able to access the further parts of the disk or some newer features. > would be. > > IIUC then no_lba48 would limit the useable size to 130GB? > Will every HDD work with no_lba48 set to 1? Even those which actually > support 48bit LBA? No guarantees, but you ought to be able to use the first part of the disk ok. > How about performance impact of > > if (hwif->no_lba48 || hwif->no_lba48_dma) > hwif->rqsize = 256; > else > hwif->rqsize = 65536; > > in ide-probe.c ? Only relevant for DMA really - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
