lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 7 Nov 2011 14:55:32 -0500 (EST)
From:	Alan Stern <stern@...land.harvard.edu>
To:	Tim Vlaar <Tvlaar@...rey.com>
cc:	Sarah Sharp <sarah.a.sharp@...ux.intel.com>,
	Greg KH <greg@...ah.com>,
	Markus Rechberger <mrechberger@...il.com>,
	Alan Cox <alan@...rguk.ukuu.org.uk>,
	USB list <linux-usb@...r.kernel.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: RE: [Patch] Increase USBFS Bulk Transfer size

On Mon, 7 Nov 2011, Tim Vlaar wrote:

> Hi Sarah,
> 
> One of our cameras can produce 60MB images.  We usually queue up 10
> images.  In Windows we have had customers queue up 100s of images at
> 2-3MB/image, but not at 60MB at a time ... yet.  That could easily
> amount to 60x10 = 600MB of in flight data or more.  Should there be a
> limit as long as there is memory available?

This is debatable.  There are limits on how much memory a single 
process can allocate, but those limits don't apply to usbfs.  Even the 
patch Sarah referred to doesn't impose a per-process limit, but rather 
an overall global limit.

If we make the usbfs limit adjustable, one of the settings could be "no 
limit".  Then nothing would prevent you from using up more and more 
memory for your USB transfers until the machine runs out.  :-)

Alan Stern

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ