From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tejun Heo Subject: Re: WARNING: at drivers/ata/libata-core.c:5988 ata_qc_issue() Date: Fri, 25 Jan 2008 13:36:08 +0900 Message-ID: <47996738.8030908@gmail.com> References: <4798ACCC.3040104@rtr.ca> <4798AE28.4000408@gmail.com> <4798B526.4020709@rtr.ca> <47992115.6050501@gmail.com> <479924B5.5060202@rtr.ca> <479925FF.4060501@gmail.com> <4799270D.3010009@rtr.ca> <4799285F.3060308@gmail.com> <47995EFD.8030102@rtr.ca> <479960DB.8050109@gmail.com> <479965C1.3070009@rtr.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: Received: from wa-out-1112.google.com ([209.85.146.179]:40562 "EHLO wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753240AbYAYEgO (ORCPT ); Thu, 24 Jan 2008 23:36:14 -0500 Received: by wa-out-1112.google.com with SMTP id v27so822250wah.23 for ; Thu, 24 Jan 2008 20:36:14 -0800 (PST) In-Reply-To: <479965C1.3070009@rtr.ca> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Mark Lord Cc: IDE/ATA development list Mark Lord wrote: > Tejun Heo wrote: >> Mark Lord wrote: >> .. >>> Super! You've done a great job with this stuff, Tejun! >> >> Thanks but I can't really say nice things about how sata_sil24's >> qc_defer() is implemented or how we generally handle command deferring. >> We really need the control at the higher level - request_queue group. >> Oh well... I guess you guys will be talking about it over beer again >> soon. :-) > .. > > You too? Unfortunately not, overlapping family event && travel budget issues. :-( > Another one for those beers, is a way to tell the IOMMU code about > physical segment limitations -- so we can stop having to allocate > PRD tables 2X as big as necessary in drivers like sata_mv. Hmmm... What's the restriction for sata_mv? The same as BMDMA? We need to update the block layer too to get the BMDMA right. -- tejun