From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeff Garzik Subject: Re: pata_amd dropping to PIO on resume Date: Fri, 16 Feb 2007 18:51:08 -0500 Message-ID: <45D6436C.4060209@garzik.org> References: <45D63BCE.2080700@shaw.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from srv5.dvmed.net ([207.36.208.214]:42070 "EHLO mail.dvmed.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1946316AbXBPXvO (ORCPT ); Fri, 16 Feb 2007 18:51:14 -0500 In-Reply-To: <45D63BCE.2080700@shaw.ca> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Robert Hancock Cc: Tobias Diedrich , Linux Kernel ML , linux-ide@vger.kernel.org, Alan Robert Hancock wrote: > Tobias Diedrich wrote: >> Possibly a known issue: >> >> After resume pata_amd drops from UDMA/33 to PIO on my system. >> Reloading the module puts both attached optical drives (master and >> slave) back to UDMA/33. >> >> AFAICS "simplex DMA is claimed by other device, disabling DMA" seems >> to be causing it to drop to PIO (but only after a suspend/resume >> cycle, not on boot or module load). >> >> Burning a DVD with 6x speed using PIO makes heavy use of burnproof >> and makes the whole system quite sluggish. :) > > Yes, the fact that it's going into simplex mode is the problem, it > wasn't in simplex to start with. It looks like pata_amd does an > ata_pci_clear_simplex only for certain chip models, maybe this model > needs it as well? > Deleting the ata_pci_clear_simplex() call, then adding ATA_FLAG_IGN_SIMPLEX to the ata_port_info info[] array, is also worth trying. Jeff