Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750765AbWCAVmh (ORCPT ); Wed, 1 Mar 2006 16:42:37 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751117AbWCAVmh (ORCPT ); Wed, 1 Mar 2006 16:42:37 -0500 Received: from mx01.qsc.de ([213.148.129.14]:5591 "EHLO mx01.qsc.de") by vger.kernel.org with ESMTP id S1750765AbWCAVmg convert rfc822-to-8bit (ORCPT ); Wed, 1 Mar 2006 16:42:36 -0500 From: =?iso-8859-1?q?Ren=E9_Rebe?= Organization: ExactCODE To: Greg KH Subject: Re: MAX_USBFS_BUFFER_SIZE Date: Wed, 1 Mar 2006 22:42:35 +0100 User-Agent: KMail/1.9 Cc: linux-kernel@vger.kernel.org References: <200603012116.25869.rene@exactcode.de> <20060301213223.GA17270@kroah.com> In-Reply-To: <20060301213223.GA17270@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT Content-Disposition: inline Message-Id: <200603012242.35633.rene@exactcode.de> X-Spam-Score: -1.4 (-) X-Spam-Report: Spam detection software, running on the system "grum.localhost", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, On Wednesday 01 March 2006 22:32, Greg KH wrote: > On Wed, Mar 01, 2006 at 09:16:25PM +0100, Ren?? Rebe wrote: > > Hi, > > > > I wonder if: > > > > drivers/usb/core/devio.c:86 > > #define MAX_USBFS_BUFFER_SIZE 16384 > > > > is some random, or outdated limit or if there really is some code path that could > > not handle bigger URBs. > > > > For performance reasons I would like to use bigger packages for an image > > aquisition device. > > Why not just send down 2 urbs with that size then, that would keep the > pipe quite full. [...] Content analysis details: (-1.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1154 Lines: 37 Hi, On Wednesday 01 March 2006 22:32, Greg KH wrote: > On Wed, Mar 01, 2006 at 09:16:25PM +0100, Ren?? Rebe wrote: > > Hi, > > > > I wonder if: > > > > drivers/usb/core/devio.c:86 > > #define MAX_USBFS_BUFFER_SIZE 16384 > > > > is some random, or outdated limit or if there really is some code path that could > > not handle bigger URBs. > > > > For performance reasons I would like to use bigger packages for an image > > aquisition device. > > Why not just send down 2 urbs with that size then, that would keep the > pipe quite full. Because that requires even more modifications to libusb and sane (i_usb) ... So, queing alot URBs is the recommended way to sustain the bus? Allowing way bigger buffers will not be realistic? Yours, -- Ren? Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany) http://www.exactcode.de | http://www.t2-project.org +49 (0)30 255 897 45 - 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/