From: Linus Torvalds on
On Tue, Aug 3, 2010 at 6:55 PM, Jeff Garzik <jeff(a)garzik.org> wrote:
>
> Tejun Heo (4):
> � � �ata_generic: drop hard coded DMA force logic for CENATEK
> � � �ata_piix: fix locking around SIDPR access
> � � �libata: more PCI IDs for jmicron controllers
> � � �sata_fsl,mv,nv: prepare for NCQ command completion update

Hmm. Aren't these the ones that you said causes "sata_mv is behaving
weirdly"? I think I'll wait for you to do another pull request when
that is sorted out..

Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Jeff Garzik on
On 08/04/2010 02:32 PM, Linus Torvalds wrote:
> On Tue, Aug 3, 2010 at 6:55 PM, Jeff Garzik<jeff(a)garzik.org> wrote:
>>
>> Tejun Heo (4):
>> ata_generic: drop hard coded DMA force logic for CENATEK
>> ata_piix: fix locking around SIDPR access
>> libata: more PCI IDs for jmicron controllers
>> sata_fsl,mv,nv: prepare for NCQ command completion update
>
> Hmm. Aren't these the ones that you said causes "sata_mv is behaving
> weirdly"? I think I'll wait for you to do another pull request when
> that is sorted out..

"prepare for..." is patch #1 of 2. With #2, sata_mv starts behaving
strangely. #1 seems to be working here.

Jeff


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/