summaryrefslogtreecommitdiffstats
path: root/arch/arm/mm/ioremap.c
diff options
context:
space:
mode:
authorBen Dooks <ben-linux@fluff.org>2010-07-19 10:40:44 +0200
committerGreg Kroah-Hartman <gregkh@suse.de>2010-08-10 23:35:42 +0200
commit10aebc772a10c95e30dff0779cb0f879b8f1554f (patch)
tree79a0cee8dd9a3e9a61fc537f9571429ff5829866 /arch/arm/mm/ioremap.c
parentUSB: s3c-hsotg: Re-initialise all FIFOs on USB bus reset (diff)
downloadlinux-10aebc772a10c95e30dff0779cb0f879b8f1554f.tar.xz
linux-10aebc772a10c95e30dff0779cb0f879b8f1554f.zip
USB: s3c-hsotg: Add initial detection and setup for dedicated FIFO mode
Add support for the dedicated FIFO mode on newer SoCs such as the S5PV210 partly to improve support and to fix the bug where any non-EP0 IN endpoint requires its own FIFO allocation. To fix this, we ensure that any non-zero IN endpoint is given a TXFIFO using the same allocation method as the periodic case (all our current hardware has enough FIFOs and FIFO memory for a 1:1 mapping) and ensure that the necessary transmission done interrupt is enabled. The default settings from reset for the core point all EPs at FIFO0, used for the control endpoint. However, the controller documentation states that all IN endpoints _must_ have a unique FIFO to avoid any contention during transmission. Note, this leaves us with a large IN FIFO for EP0 (which re-uses the old NPTXFIFO) for an endpoint which cannot shift more than a pair of packets at a time... this is a waste, but it looks like we cannot re-allocate space to the individual IN FIFOs as they are already maxed out (to be confirmed). Signed-off-by: Ben Dooks <ben-linux@fluff.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'arch/arm/mm/ioremap.c')
0 files changed, 0 insertions, 0 deletions