>>>>> "Tom" == Tom Yan <tom.ty89@xxxxxxxxx> writes: Tom> Currently what the kernel does is assume all devices support 1 Tom> sector granularity. The ATA Command Set does not allow for any other granularity than 1 sector. Bigger granularity reporting is supported in SCSI SBC to allow for thinly provisioned disk arrays with a bigger allocation unit. It is common for disk arrays to provision LUN space in units of 1MB or more. Tom> For my Intel SSD, which actually has a lower limit of 8 sectors, it Tom> shows: Data Set Management TRIM supported (limit 1 block) while for Tom> the SanDisk Extreme USB, which actually has a lower limit of 256 Tom> sectors, it shows: Data Set Management TRIM supported (limit 8 Tom> blocks) It don't know what these "lower limits" you are talking about are. What hdparm tells you is that DSM TRIM on the Intel drive supports 1 block (512 bytes) of range payload data. Whereas the SanDisk drive supports a full 4KB page of range payload data (8 * 512 bytes). We did try to enable payloads bigger than 512 bytes back in the day but most drives that reported supporting the bigger payload actually didn't and all hell broke loose. So we reverted to a single sector payload for libata. I still have the payload patch in my SSD test branch and regularly test with it. But there are still drives that fail in mysterious ways with it in place and so far I haven't felt compelled to maintain yet another blacklist. -- Martin K. Petersen Oracle Linux Engineering -- 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
