summaryrefslogtreecommitdiff
path: root/spl
diff options
context:
space:
mode:
authorStephen Warren <swarren@nvidia.com>2014-04-24 17:52:40 -0600
committerMarek Vasut <marex@denx.de>2014-04-30 10:30:58 +0200
commita022c1e13c01d88edd3436c291630d4b8c642787 (patch)
treed9e21bb029ecfd41e7d35478dcf3ac4f1df65bbe /spl
parentfcf2ede190e054edcb804ba7786dd024b388a160 (diff)
downloadu-boot-imx-a022c1e13c01d88edd3436c291630d4b8c642787.zip
u-boot-imx-a022c1e13c01d88edd3436c291630d4b8c642787.tar.gz
u-boot-imx-a022c1e13c01d88edd3436c291630d4b8c642787.tar.bz2
usb: ums: use only 1 buffer for CI_UDC
ci_udc.c allocates only a single buffer for each endpoint, which ci_ep_alloc_request() returns as a hard-coded value rather than dynamically allocating. Consequently, storage_common.c must limit itself to using a single buffer at a time. Add a special case to the definition of FSG_NUM_BUFFERS for this. Another option would be to fix ci_ep_alloc_request() to dynamically allocate the buffers like some/all(?) other device mode drivers do. However, I don't think that ci_ep_queue() supports queueing up multiple buffers either yet, and I'm not familiar enough with the controller yet to implement that. As such, any attempt to use multiple buffers simply results in data corruption and other errors. Signed-off-by: Stephen Warren <swarren@nvidia.com>
Diffstat (limited to 'spl')
0 files changed, 0 insertions, 0 deletions