Всем здравствуйте.
Операционная система - Linux, ядро 3.2.1. Как хост работает отлично, флешки читает. Теперь задача запустить как девайс, чтобы при подключении к компутеру хотя бы работал как виртуальный ком-порт (программа минимум). Из дата-шита становится понятно, что у проца есть ножка OTG, которой и определяется режим работы усб. Но не тут то было - в реальности эта ножка отсустсвует( и ряд других). Теперь режим работы усб задается записью волшебных циферок в специальный регистр. Тут-то и начинается веселье.
Сначала пытался переключить процессор в режим гаджета с помощью записи в регистр CFGCHIP2 в поле USB0OTGMODE значения 2. (Для этого был написан отдельный маленький модуль ядра.)
В этом случае видимого эффекта не наблюдалось, т.е. плата продолжала видеть флешку, а при соединении с компьютером просто ничего не происходило.
После этого попробовал включить режим гаджета при инициализации (без своего вспомогательного модуля). Для этого в файле board-da830-evm.c в функции da830_evm_usb_init() вместо установки CFGCHIP2_FORCE_HOST сделал установку CFGCHIP2_FORCE_DEVICE.
В результате плата загружается, но при соединении с компютером по USB плата виснет.
Конфигурация ядра такая:
DeviceDrivers -> Inventra Highspeed Dual Role Controller
DeviceDrivers -> USB Gadget Support
DeviceDrivers -> USB Gadget Support -> USB Pripheral Controller -> Inventra...
DeviceDrivers -> USB Gadget Support -> USB Pripheral Controller -> USB Gadget Drivers -> Serial Gadget...
Вот лог, если о чем-нибудь скажет
Код
Unable to handle kernel NULL pointer dereference at virtual address 00000004
pgd = c0004000
[00000004] *pgd=00000000
Internal error: Oops: 17 [#1] PREEMPT
Modules linked in:
CPU: 0 Not tainted (3.2.1-MAK4M-18.12.13-13:09+ #158)
PC is at musb_g_giveback+0x8/0x90
LR is at musb_g_ep0_irq+0x1b8/0x900
pc : [<c020db34>] lr : [<c020cae4>] psr: 80000093
sp : c03efe90 ip : 00000000 fp : 00000001
r10: 00000001 r9 : c04459f4 r8 : fee00400
r7 : fee00500 r6 : c1812328 r5 : fee00500 r4 : ffffffd8
r3 : c181239c r2 : 00000000 r1 : ffffffd8 r0 : c1812354
Flags: Nzcv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel
Control: 0005317f Table: c1bc8000 DAC: 00000017
Process swapper (pid: 0, stack limit = 0xc03ee270)
Stack: (0xc03efe90 to 0xc03f0000)
fe80: c18120f0 fee00500 c1812328 c020cae4
fea0: 00000002 06800093 00000100 c0030040 00000002 c18120f0 00000008 00000099
fec0: 00000099 00000000 00000000 c020bd6c 0acd0000 00989680 c18120f0 fee00000
fee0: 40000093 00000228 00000000 c04459f4 c03fc080 c0211580 c1882940 c1882940
ff00: 00000000 00000000 0000003a c0051c70 20000093 0000001f b357dd0b c03fc080
ff20: c1882940 00000000 c03effa4 c0004000 41069265 c03e21c0 00000000 c0051e1c
ff40: 00000000 c03fc080 0000003a c0054628 c04054d8 c0051588 000000f5 c0009c8c
ff60: c0009db0 60000013 febfd000 c0009038 00000000 0005317f 0005217f 60000013
ff80: c03ee000 c0416c64 c03f38f0 c03f3a74 c0004000 41069265 c03e21c0 00000000
ffa0: 600000d3 c03effb8 c0009da4 c0009db0 60000013 ffffffff c0009d84 c0009fb4
ffc0: c03ee000 c03f08dc c03e357c c04b91c0 c03f38e8 c03c6734 c03c6164 00000000
ffe0: 00000000 c03e357c 00053175 c03f0014 c03e3578 c0008040 00000000 00000000
[<c020db34>] (musb_g_giveback+0x8/0x90) from [<c020cae4>] (musb_g_ep0_irq+0x1b8)
[<c020cae4>] (musb_g_ep0_irq+0x1b8/0x900) from [<c020bd6c>] (musb_interrupt+0x1)
[<c020bd6c>] (musb_interrupt+0x114/0x8a8) from [<c0211580>] (da8xx_musb_interru)
[<c0211580>] (da8xx_musb_interrupt+0xec/0x1f8) from [<c0051c70>] (handle_irq_ev)
[<c0051c70>] (handle_irq_event_percpu+0x50/0x1ac) from [<c0051e1c>] (handle_irq)
[<c0051e1c>] (handle_irq_event+0x50/0x78) from [<c0054628>] (handle_edge_irq+0x)
[<c0054628>] (handle_edge_irq+0x94/0x180) from [<c0051588>] (generic_handle_irq)
[<c0051588>] (generic_handle_irq+0x2c/0x40) from [<c0009c8c>] (handle_IRQ+0x30/)
[<c0009c8c>] (handle_IRQ+0x30/0x84) from [<c0009038>] (__irq_svc+0x38/0x8c)
[<c0009038>] (__irq_svc+0x38/0x8c) from [<c0009db0>] (default_idle+0x2c/0x30)
[<c0009db0>] (default_idle+0x2c/0x30) from [<c0009fb4>] (cpu_idle+0xd0/0xfc)
[<c0009fb4>] (cpu_idle+0xd0/0xfc) from [<c03c6734>] (start_kernel+0x2b4/0x30c)
Code: e8bd8010 c04464ac e92d4070 e1a04001 (e591302c)
---[ end trace 97082fc892390b45 ]---
Kernel panic - not syncing: Fatal exception in interrupt
[<c000d864>] (unwind_backtrace+0x0/0xf0) from [<c02ca01c>] (panic+0x60/0x198)
[<c02ca01c>] (panic+0x60/0x198) from [<c000c144>] (die+0x150/0x200)
[<c000c144>] (die+0x150/0x200) from [<c000e818>] (__do_kernel_fault+0x64/0x84)
[<c000e818>] (__do_kernel_fault+0x64/0x84) from [<c000e984>] (do_page_fault+0x1)
[<c000e984>] (do_page_fault+0x14c/0x1f0) from [<c0008608>] (do_DataAbort+0x30/0)
[<c0008608>] (do_DataAbort+0x30/0x9c) from [<c0008fd8>] (__dabt_svc+0x38/0x60)
Exception stack(0xc03efe48 to 0xc03efe90)
fe40: c1812354 ffffffd8 00000000 c181239c ffffffd8 fee00500
fe60: c1812328 fee00500 fee00400 c04459f4 00000001 00000001 00000000 c03efe90
fe80: c020cae4 c020db34 80000093 ffffffff
[<c0008fd8>] (__dabt_svc+0x38/0x60) from [<c020db34>] (musb_g_giveback+0x8/0x90)
[<c020db34>] (musb_g_giveback+0x8/0x90) from [<c020cae4>] (musb_g_ep0_irq+0x1b8)
[<c020cae4>] (musb_g_ep0_irq+0x1b8/0x900) from [<c020bd6c>] (musb_interrupt+0x1)
[<c020bd6c>] (musb_interrupt+0x114/0x8a8) from [<c0211580>] (da8xx_musb_interru)
[<c0211580>] (da8xx_musb_interrupt+0xec/0x1f8) from [<c0051c70>] (handle_irq_ev)
[<c0051c70>] (handle_irq_event_percpu+0x50/0x1ac) from [<c0051e1c>] (handle_irq)
[<c0051e1c>] (handle_irq_event+0x50/0x78) from [<c0054628>] (handle_edge_irq+0x)
[<c0054628>] (handle_edge_irq+0x94/0x180) from [<c0051588>] (generic_handle_irq)
[<c0051588>] (generic_handle_irq+0x2c/0x40) from [<c0009c8c>] (handle_IRQ+0x30/)
[<c0009c8c>] (handle_IRQ+0x30/0x84) from [<c0009038>] (__irq_svc+0x38/0x8c)
[<c0009038>] (__irq_svc+0x38/0x8c) from [<c0009db0>] (default_idle+0x2c/0x30)
[<c0009db0>] (default_idle+0x2c/0x30) from [<c0009fb4>] (cpu_idle+0xd0/0xfc)
[<c0009fb4>] (cpu_idle+0xd0/0xfc) from [<c03c6734>] (start_kernel+0x2b4/0x30c)
Очень надеюсь на помощь, тк что делать дальше совершенно не представляю...
USB device на TE-AM1705, не получается
Mar 24 2014, 08:20
два вопроса:
