Use bus reset detection for all ARC OTG devices. Remove conflict from LV24020LP drive...
commit7cdd7530dd72b0476147236eff76e09a75fd1f9e
authorjethead71 <jethead71@a1c6a512-1295-4272-9138-f99709370657>
Thu, 22 Jan 2009 22:05:04 +0000 (22 22:05 +0000)
committerjethead71 <jethead71@a1c6a512-1295-4272-9138-f99709370657>
Thu, 22 Jan 2009 22:05:04 +0000 (22 22:05 +0000)
tree33e6c461aeb03d28575166c5ed5002aaf8ea9741
parentbb226e8b2776c4d18bc8c1e0f8c38900437a7773
Use bus reset detection for all ARC OTG devices. Remove conflict from LV24020LP driver with some GPIO-by-number macros for PP502x. Start monitoring for USB stack once all core threads and queues are created otherwise queues will likely be registered after USB acks. Putting PP502x system_reboot in IRAM (unmapped, uncached) memory seems to help it work more consistently. Hopefully I got all the PP USB connect handlers in the right spot in irq_handler. If device seems unresponsive to cable, check there first.

git-svn-id: svn://svn.rockbox.org/rockbox/trunk@19819 a1c6a512-1295-4272-9138-f99709370657
16 files changed:
apps/main.c
firmware/drivers/tuner/lv24020lp.c
firmware/export/config-c200.h
firmware/export/config-e200.h
firmware/export/config.h
firmware/export/pp5020.h
firmware/export/usb.h
firmware/target/arm/ata-sd-pp.c
firmware/target/arm/imx31/gigabeat-s/usb-imx31.c
firmware/target/arm/imx31/gigabeat-s/usb-target.h
firmware/target/arm/powermgmt-ascodec.c
firmware/target/arm/system-pp502x.c
firmware/target/arm/usb-drv-arc.c
firmware/target/arm/usb-fw-pp502x.c
firmware/target/arm/usb-target.h
firmware/usb.c