And yes- it's in libata!! SSD is eating brains only when libata.dma>=4 http://www.kernel.org/doc/Documentation/kernel-parameters.txt > libata.dma= [LIBATA] DMA control > libata.dma=0 Disable all PATA and SATA DMA > libata.dma=1 PATA and SATA Disk DMA only > libata.dma=2 ATAPI (CDROM) DMA only > libata.dma=4 Compact Flash DMA only > Combinations also work, so libata.dma=3 enables DMA > for disks and CDROMs, but not CFs. > > So, SSD is going to CFs. No surprise, of course. But if no dma is on - haha, the speed of devise suffers well! During bootup kernel says (in case of libata.dma={<=3}), that my SSD (AAO-110L, 8Gb SSD-PAMM, Samsung) is in (!) PIO4 transfer data mode. It is REALLY slow. hdparm -tT /dev/sda Cached reads: 370 MB/sec Buffered reads: 2.3 MB/sec And it is reading - do I have to talk 'bout writing? Where to dig now, when the reason of problem seems 2 be localized? 2009/12/8 Andrew Squire