У меня в autostart.sh запускается:

stty -F /dev/ttyUSB0 ispeed 4800
chmod 0777 /dev/ttyUSB0 # хотя работает и без этого
sleep 10
am startservice -a "org.broeuschmeul.android.gps.usb.provider.nmea.int ent.action.START_GPS_PROVIDER"
sleep 5
am broadcast -a info.mapcam.droid.SERVICE_START #mapcam droid - против радаров "Стрелок" (ну это так, заодно :) )

MapCamDroid просто тоже криво вылетает с ошибкой если GPS не присутствует. В последней версии USBGPS4DROID есть возможности установки скорости порта.
Но я пользуюсь версией s.m. :)

Правда в моей прошивке дрова для /dev/ttyUSB0 вкомпилены в ядро (PL2303) и BU353 виден как "родной". При использовании функции автостарта
в самом USBGPS4DROID он почему-то стартует не всегда, а примерно в 80% случаев. Причем увеличение длительности задержки, например, до 20 сек намного ухудшает вероятность успешного старта (до сих пор не понял почему).

старый добрый прикол, что в виндах что в линухах.... раз драйвер в ядре то порт появляется достаточно рано, и гпс в него непрерывнго сыпет данные., если их никто не выгребает то рано иль поздно драйвер порта падает :(.

а Уважаемые Гуру подскажут ,может есть какаянибудь возможность прилинковать ttyUSB0 к гпс навсегда.только это недает нормально пользоваться режимом сна на планшете.
может есть программная возможность прибить порты ttyUSB1.....x.типа появился порт 1-убить его,и так с каждым последующим,пока опять 0 не станет

Поделюсь своим последним опытом "борьбы" с GPS. Возможно, кому то пригодится.
Запустить УСБ ЖПС BU-353 удалось, но выяснились два больших "НО!"
1) Автостарт процесса USBGPS4DROID при загрузке так и не заработал как я ни менял задержки.
2) Явный косяк OTG, который проявился в конфликте USB BT и USB GPS. После загрузки USB BT мешал USBGPS4DROID подключиться к УСБ ЖПС приемнику. Приходилось отключать БТ, запускать ЖПС в USBGPS4DROID, опять включать БТ. И срабатывало это шаманство один раз из десяти. "Крушить" (паять) плату ради получения полного усб хоста по-прежнему не хочу, хотя выписал в запале экпериментов усб ВайФай донгл (где-то в дороге).
Вчера перешел на последний СМ9, где, якобы, поддерживается перетыкание УСБ БТ на горячую и в процессе мучений с УСБ ЖПС заметил, что БТ стал цепляться стабильно. Вспомнил про BT GPS. Сегодня опять взял у знакомого. Проблемы ушли! Никаких прог типа BTUSB4DROID не понадобилось. Все заработало. При выходе из сна по событию вкл.БТ AutomateIt включает GPS в системе (Таскер почему-то пишет, что это можно только вручную). Никаких танцев с настройкой приемника.
Отказаться от БТ не могу, тк по БТ идет диагностика от ELM327. Так что перехожу на BT GPS (А я, наивный, предполагал, что УСБ ЖПС проще и надежней).

А может ктонить проверить не заработает ли ваш BU353 с cdc-acm.ko? мне кажется сможет. Я к чему, с ним больше шансов для маневров .. :)

А драйвер не падает, драйвер работает. USBGPS4DROID просто не запускается. Я в нее захожу и снимаю/ставлю галку Start GPS и всё начинает работать.

Точно, так оно и есть. Это и было одним из аргументов, подтолкнувшим вернуться на БТ ЖПС.
ЗЫ: такой

Я же уже писал,проблем с BT GPS ни каких,а USB,косяки.

А я убедился в этом на собственном опыте:unsure2:
ЗЫ: проблема ранее была не в БТ ЖПС, а в стабильности самого БТ, но это иправлено в последнем СМ9

протестите cdc-acm.ko на BU-353, для моего нонэйм возникла тажа проблема при отключении хаба.
решение:
1. пересобрал cdc-acm.ko, одно устройство ttyACM99
2. пересобрал таки boot.img, теперь у него 777 права из ueventd.sun4i.rc.

теперь имею всегда одно устройство ttyACM99.
проверяю счас на отказоустойчивость. )
проблема не в этом, походу в GPS API (gps.sun4i.so) который не отпускает /dev/tty :(