Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752886AbYFUOyv (ORCPT ); Sat, 21 Jun 2008 10:54:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751144AbYFUOyl (ORCPT ); Sat, 21 Jun 2008 10:54:41 -0400 Received: from netrider.rowland.org ([192.131.102.5]:3475 "HELO netrider.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751132AbYFUOyl (ORCPT ); Sat, 21 Jun 2008 10:54:41 -0400 Date: Sat, 21 Jun 2008 10:54:40 -0400 (EDT) From: Alan Stern X-X-Sender: stern@netrider.rowland.org To: Andi Kleen cc: Kernel development list , AntonioLin , David Vrabel Subject: Re: Scatter-gather list constraints In-Reply-To: <87fxr6yjl4.fsf@basil.nowhere.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1215 Lines: 33 On Sat, 21 Jun 2008, Andi Kleen wrote: > Alan Stern writes: > > > This question arises in connection with wireless USB mass-storage > > devices. The controller driver requires that all DMA segments > > in a transfer, other than the last one, have a multiple of 1024 bytes. > > But we're sometimes getting s-g lists where an element contains an odd > > number of 512-byte sectors, and of course it doesn't work. > > But you can handle a single 512 byte request? Yes. And we can handle a list containing a bunch of 1024-byte segments terminated by a single 512-byte segment. > Splitting the request > in this case should work. Or maybe copying is cheaper than splitting? Splitting would work. But it has to be done fairly high up in the stack, ideally in the block layer. > I don't think the block layer knows about such kinds of restrictions. Evidently not. Is it feasible to add such knowledge to the block layer? Alan Stern -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/