Re: [PATCH 14/14] libata: use PIO for misc ATAPI commands

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> Well, if we change that in #upstream now, -mm will receive it and after
> 2.6.24 is released, it will end up in -rc1.  We can change it back if
> the damage is too grave.

Getting it in -rc is going to mess up other testing. It's perfect for -mm
testing not -rc testing.

> Yeah, ALi seems to be genuine driver problem.  I don't think using PIO
> for misc ATAPI commands is extreme considering Windows is doing it.

Windows does a lot of things that are bad and ugly workarounds for messes
in the past. We have the ability to do a lot better than that.

> Another thing is check_atapi_dma in sata_promise.  It mentions losing
> interrupt which is exactly what happens if the drive tries to transfer
> more data but DMA buffer is short on several controllers.  I wonder
> whether this is unnecessary with DMA draining added.

Is it like the inic where you must do transfers in specific chunk sizes ?
-
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

[Index of Archives]     [Linux Filesystems]     [Linux SCSI]     [Linux RAID]     [Git]     [Kernel Newbies]     [Linux Newbie]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Samba]     [Device Mapper]

  Powered by Linux