From: Rick <ri...@ll...> - 2007-02-06 00:55:01
|
All was well with bluetooth, and then this after a reboot: [root@gumstix-bt tmp]# /etc/init.d/S30bluetooth start which: no hid2hci in (/sbin:/bin:/usr/sbin:/usr/bin) Set (AF1,out,set) via /proc/gpio/GPIO12 Starting Bluetooth subsystem:Trying baud rate 57600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 921600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 115200... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 57600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Can't initialize device: Success [root@gumstix-bt tmp]# Any ideas ? I have power cycled the gumstix, pulled the CF wifi card, pulled my remaining hair out .... TIA, Rick |
From: <dsi...@ma...> - 2007-03-12 08:32:15
|
Hi All, I hope someone can help me... I booted the gumstix for the first time and everything was working fine, after a reboot the bluetooth stoped working there is not response anymore. I decided to reflash de gumstix and stop and start BT with no success. Is it a HW or SW issue? How can I fix it? This is what I get: Starting Bluetooth subsystem:Trying baud rate 57600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 115200... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 921600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Can't initialize device: Success Thanks, David ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: <dsi...@ma...> - 2007-03-12 21:29:24
|
Hi All, I hope someone can help me... I booted the gumstix for the first time and everything was working fine, after a reboot the bluetooth stoped working there is not response anymore. I decided to reflash de gumstix and stop and start BT with no success. Is it a HW or SW issue? How can I fix it? This is what I get: Starting Bluetooth subsystem:Trying baud rate 57600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 115200... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 921600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Can't initialize device: Success Thanks, David Silvera ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: clairm <cla...@ho...> - 2007-05-31 19:59:43
|
After flashing my basix 400xm-bt with root_fs_arm.r1161, I can't get Bluetooth to work. When I run "/etc/init.d/S30bluetooth start" I get a bunch of errors "No response from BT module". Do the factory flash images support Bluetooth? Clair Mills -- View this message in context: http://www.nabble.com/No-response-from-BT-module-tf3848589.html#a10900953 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Philippe N. <pn....@gm...> - 2007-06-01 03:21:11
|
Hi, i have a basix 400xm-bt and connex 400xm-bt with 1161 revision and the bluetooth work fine. do you have activate bluez package in make menuconfig ? but it's a default configuration. do you have modify /etc/default/bluetooth ? if i can help you ... Philippe 2007/5/31, clairm <cla...@ho...>: > > After flashing my basix 400xm-bt with root_fs_arm.r1161, I can't get > Bluetooth to work. When I run "/etc/init.d/S30bluetooth start" I get a bunch > of errors "No response from BT module". Do the factory flash images support > Bluetooth? > > Clair Mills > -- > View this message in context: http://www.nabble.com/No-response-from-BT-module-tf3848589.html#a10900953 > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: clairm <cla...@ho...> - 2007-06-01 16:17:29
|
I don't know what "make menuconfig" is. Does that have to do with rebuilding the kernel? The only modification I've tried in /etc/default/bluetooth is to change HCIATTACH_SPEED to 230400 (from suggestion on wiki), but it had no effect on my problem. Here is what I've done to this point: 1) flash with root_fs_arm.r1161 from my MMC. 2) edit /etc/modules to comment out CF lines and comment in MMC lines 3) edit /etc/network/interfaces to comment out "auto mwlan0", because the OS told me to 4) when I reboot here is what I get from the terminal: U-Boot 1.1.4 (Nov 6 2006 - 11:20:03) - 400 MHz - 1161 *** Welcome to Gumstix ***es: 512 (order: 9, 2048 by U-Boot code: A3F00000 -> A3F25DE4 BSS: -> A3F5AF00 start_kernel(): bug: interrupts were enabled earl RAM Configuration: Bank #0: a0000000 64 MBche hash table entries: Flash: 16 MB 3, 32768 by Using default environment SMC91C1111-0 Inode-cache Net: SMC91C1111-0 4096 (order: 2, 16 Hit any key to stop autoboot: 0 Instruction Cache is ONB total ### JFFS2 loading 'boot/uImage' to 0xa2000000e, 250K data, 64K init) Scanning JFFS2 FS: ..... done. Image Name: uImage NET: Regi Image Type: ARM Linux Kernel Image (uncompressed) IP route cache hash table entries: 512 (order: -1, Data Size: 784572 Bytes = 766.2 kB TCP est Load Address: a0008000s: 2048 (order: 1, 8192 b Entry Point: a0008000 OK Starting kernel ... hash table entries Linux version 2.6.18gum (craig@azazel) (gcc version 3.4.5) #1 Mon Nov 6 11:18:36 TCP: Hash tables configured (established 2048 bind 1024) CPU: XScale-PXA255 [69052d06] revision 6 (ARMv5TE), cr=0000397f JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, In Machine: The Gumstix Platform Ini Memory policy: ECC disabled, Data cache writeback io scheduler noop registere CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets. gobblingwill otherwise Probing Gumstix Flash ROM at physical addre Built 1 zonelists. Total pages: 16384 No response from BT module Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=cd6-bit bank000 # hciconfig hci0 Intel/Sh PID hash table entries: 512 (order: 9, 2048 bytes) supported by protocol Using buffer write meth start_kernel(): bug: interrupts were enabled earlysuspend on write enabledoc/gpio/GPIO71111-0 smc91x: n NET: Registered protocol family 16 Se CPLD responded with: ffproc/ NET: Registered protocol family 2dom number generator... done./GPI IP route cache hash table entries: 512 (order: -1, 2048 bytes)..Settledset) via /pro Set (AF1,out,set) via TCP established hash table entries: 2048 (order: 1, 8192 bytes)g Bluetooth subsystem:Trying baud rate 57600... Starting 32kHz TCP bind hash table entries: 1024 (o pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 15) is a FFUARTPIO7 Memory policy: Got response after pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 14) is a BTUARTnse from BT module - /etc # hci Trying baud rate pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 13) is a STUARTroc/gpio/GPIO7ily not supported by protocol (*4) Set (G pxa2xx-uart.3: ttyS3 at MMIO 0x41600000 (irq = 0) is a HWUART/modules [ Got response after reset... gobbling Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit rt -- unc Trying baud rate 57600... udhcpc (v0.9.9-pre) started Dec 31 16:00:32 udhcpc[222]: udhcpc (v0.9.9-pre) started pxa2xx_udc: version 4-May-2005 usb0: Ethernet Gadget, version: May Day 2005 usb0: using pxa2xx_udc, OUT ep2out-bulk IN ep1in-bulk STATUS ep6in-bulk usb0: MAC ca:f0:e1:a5:d8:21 usb0: HOST MAC ca:f0:e1:a5:d8:22 usb0: RNDIS ready Nothing to flush. NET: Registered protocol family 17 udhcpc (v0.9.9-pre) started Dec 31 16:00:32 udhcpc[254]: udhcpc (v0.9.9-pre) started smc91x: not found (-19). m Dec 31 16:00:32 udhcpc[254]: [truncated] m Starting Rendezvous: Starting dropbear sshd: OK Starting httpd... Welcome to the Gumstix Linux Distribution! gumstix login: 5) # hciconfig hci0 Can't open HCI socket.: Address family not supported by protocol 6) # /etc/init.d/S30bluetooth start Starting 32kHz clock...Settled Set (AF1,out,clear) via /proc/gpio/GPIO12 Starting Bluetooth subsystem:Trying baud rate 57600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 921600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 115200... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 57600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Can't initialize device: Success -- View this message in context: http://www.nabble.com/No-response-from-BT-module-tf3848589.html#a10916077 Sent from the Gumstix mailing list archive at Nabble.com. |
From: clairm <cla...@ho...> - 2007-06-01 17:45:13
|
Here is a better capture of my boot sequence: U-Boot 1.1.4 (Nov 6 2006 - 11:20:03) - 400 MHz - 1161 *** Welcome to Gumstix *** U-Boot code: A3F00000 -> A3F25DE4 BSS: -> A3F5AF00 RAM Configuration: Bank #0: a0000000 64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 2 =08=08=08 1 =08=08=08 0=20 Instruction Cache is ON ### JFFS2 loading 'boot/uImage' to 0xa2000000 Scanning JFFS2 FS: =08=08| =08=08. =08=08/ =08=08- =08=08\ =08=08| =08= =08. =08=08/ =08=08. =08=08- =08=08\ =08=08| =08=08/ =08=08. =08=08- =08=08\ =08=08| =08=08. =08=08/ =08=08- =08=08\ =08=08| = =08=08/ =08=08- =08=08\ =08=08| =08=08/ =08=08- =08=08\ =08=08| =08=08/ =08=08- =08=08\ =08=08| =08=08/ =08=08- =08=08\ =08=08| =08=08/ =08=08- =08= =08\ =08=08| =08=08/ =08=08- =08=08\ =08=08| =08=08/ =08=08- =08=08\ =08=08= | =08=08/ =08=08- =08=08\ =08=08| =08=08/ =08=08- =08=08\ =08=08| =08=08/ =08= =08- =08=08\ =08=08| =08=08/ =08=08- =08=08\ =08=08| =08=08/ =08=08- =08=08 done. ### JFFS2 load complete: 784636 bytes loaded to 0xa2000000 ## Booting image at a2000000 ... Image Name: uImage Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 784572 Bytes =3D 766.2 kB Load Address: a0008000 Entry Point: a0008000 OK Starting kernel ... Linux version 2.6.18gum (craig@azazel) (gcc version 3.4.5) #1 Mon Nov 6 11:18:37 PST 2006 CPU: XScale-PXA255 [69052d06] revision 6 (ARMv5TE), cr=3D0000397f Machine: The Gumstix Platform Memory policy: ECC disabled, Data cache writeback Memory clock: 99.53MHz (*27) Run Mode clock: 398.13MHz (*4) Turbo Mode clock: 398.13MHz (*1.0, inactive) CPU0: D VIVT undefined 5 cache CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets Built 1 zonelists. Total pages: 16384 Kernel command line: console=3DttyS0,115200n8 root=3D1f01 rootfstype=3Djffs= 2 reboot=3Dcold,hard PID hash table entries: 512 (order: 9, 2048 bytes) start_kernel(): bug: interrupts were enabled early Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) Memory: 64MB =3D 64MB total Memory: 63268KB available (1292K code, 250K data, 64K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 NET: Registered protocol family 2 IP route cache hash table entries: 512 (order: -1, 2048 bytes) TCP established hash table entries: 2048 (order: 1, 8192 bytes) TCP bind hash table entries: 1024 (order: 0, 4096 bytes) TCP: Hash tables configured (established 2048 bind 1024) TCP reno registered JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc. Initializing Cryptographic API io scheduler noop registered (default) pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq =3D 15) is a FFUART pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq =3D 14) is a BTUART pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq =3D 13) is a STUART pxa2xx-uart.3: ttyS3 at MMIO 0x41600000 (irq =3D 0) is a HWUART Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit bankwidth) Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank Intel/Sharp Extended Query Table at 0x0031 Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled Using static partitions on Gumstix Flash ROM Creating 2 MTD partitions on "Gumstix Flash ROM": 0x00000000-0x00040000 : "Bootloader" 0x00040000-0x01000000 : "RootFS" TCP bic registered VFS: Mounted root (jffs2 filesystem). Freeing init memory: 64K NET: Registered protocol family 1 mmcblk0: mmc0:0001 MMCM 1878016KiB=20 mmcblk0: p1 Initializing random number generator... done. Starting 32kHz clock...Settled Set (AF1,out,clear) via /proc/gpio/GPIO12 Starting Bluetooth subsystem:Trying baud rate 57600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 921600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 115200... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 57600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Can't initialize device: Success Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:32 udhcpc[222]: udhcpc (v0.9.9-pre) started pxa2xx_udc: version 4-May-2005 usb0: Ethernet Gadget, version: May Day 2005 usb0: using pxa2xx_udc, OUT ep2out-bulk IN ep1in-bulk STATUS ep6in-bulk usb0: MAC ca:f0:e1:a5:d8:21 usb0: HOST MAC ca:f0:e1:a5:d8:22 usb0: RNDIS ready Nothing to flush. NET: Registered protocol family 17 udhcpc (v0.9.9-pre) started Dec 31 16:00:32 udhcpc[254]: udhcpc (v0.9.9-pre) started smc91x: not found (-19). m Dec 31 16:00:32 udhcpc[254]: [truncated] m Starting Rendezvous:=20 Starting dropbear sshd: OK Starting httpd... Welcome to the Gumstix Linux Distribution! gumstix login:=20 --=20 View this message in context: http://www.nabble.com/No-response-from-BT-mod= ule-tf3848589.html#a10917501 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Juergen Q. <qu...@hs...> - 2007-06-01 17:55:01
|
On Fri, Jun 01, 2007 at 10:45:15AM -0700, clairm wrote: > > Here is a better capture of my boot sequence: > ... > Initializing random number generator... done. > Starting 32kHz clock...Settled > Set (AF1,out,clear) via /proc/gpio/GPIO12 > Starting Bluetooth subsystem:Trying baud rate 57600... > Set (GPIO,out,clear) via /proc/gpio/GPIO7 > Set (GPIO,out,set) via /proc/gpio/GPIO7 > Got response after reset... gobbling > No response from BT module > Trying baud rate 921600... > Set (GPIO,out,clear) via /proc/gpio/GPIO7 > Set (GPIO,out,set) via /proc/gpio/GPIO7 > Got response after reset... gobbling > No response from BT module > Trying baud rate 115200... > Set (GPIO,out,clear) via /proc/gpio/GPIO7 > Set (GPIO,out,set) via /proc/gpio/GPIO7 > Got response after reset... gobbling > No response from BT module > Trying baud rate 57600... > Set (GPIO,out,clear) via /proc/gpio/GPIO7 > Set (GPIO,out,set) via /proc/gpio/GPIO7 > Got response after reset... gobbling > No response from BT module > Can't initialize device: Success > Starting network... Have you connected your board with the console-vx board? Bluetooth is not working together with the console board (without modifications). Maybe this is your problem? Juergen. |
From: clairm <cla...@ho...> - 2007-06-01 19:31:22
|
I don't have a console-vx board. I'm using a tweener for its serial port. I'll be hooking up a Robostix if and when I get the Bluetooth working on the basix 400xm-bt. Juergen Quade wrote: > > On Fri, Jun 01, 2007 at 10:45:15AM -0700, clairm wrote: >> >> Here is a better capture of my boot sequence: >> ... >> Initializing random number generator... done. >> Starting 32kHz clock...Settled >> Set (AF1,out,clear) via /proc/gpio/GPIO12 >> Starting Bluetooth subsystem:Trying baud rate 57600... >> Set (GPIO,out,clear) via /proc/gpio/GPIO7 >> Set (GPIO,out,set) via /proc/gpio/GPIO7 >> Got response after reset... gobbling >> No response from BT module >> Trying baud rate 921600... >> Set (GPIO,out,clear) via /proc/gpio/GPIO7 >> Set (GPIO,out,set) via /proc/gpio/GPIO7 >> Got response after reset... gobbling >> No response from BT module >> Trying baud rate 115200... >> Set (GPIO,out,clear) via /proc/gpio/GPIO7 >> Set (GPIO,out,set) via /proc/gpio/GPIO7 >> Got response after reset... gobbling >> No response from BT module >> Trying baud rate 57600... >> Set (GPIO,out,clear) via /proc/gpio/GPIO7 >> Set (GPIO,out,set) via /proc/gpio/GPIO7 >> Got response after reset... gobbling >> No response from BT module >> Can't initialize device: Success >> Starting network... > > Have you connected your board with the console-vx board? > Bluetooth is not working together with the console board > (without modifications). Maybe this is your problem? > > Juergen. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/No-response-from-BT-module-tf3848589.html#a10919085 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Brad M. <bmi...@gm...> - 2007-06-02 04:50:27
|
Clair change HCIATTACH_SPEED to 230400 (from suggestion on wiki), but it had no > effect on my problem. where is this suggestion in the wiki and what did you change it from? I remember Craig had some real trouble with bluetooth adapters becoming unresponsive on certain bps changes. There is some hackery in hciattach or in the kernel so attempting 921k actually stays at a safe 115k brad |
From: clairm <cla...@ho...> - 2007-06-03 03:55:49
|
I lied, it wasn't from the Wiki, it was from a sample book chapter that I googled up somewhere: http://www.linuxdevices.com/files/misc/SFF_Chpt09_excerpt.pdf Reading that chapter again, it says that at boot time I should see something like this to indicate BT support: Bluetooth: Core ver 2.7 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized Bluetooth: HCI UART driver ver 2.1 Bluetooth: HCI H4 protocol initialized Bluetooth: L2CAP ver 2.6 Bluetooth: L2CAP socket layer initialized Bluetooth: BNEP (Ethernet Emulation) ver 1.2 Bluetooth: BNEP filters: protocol multicast Bluetooth: RFCOMM ver 1.3 Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM TTY layer initialized I'm not seeing anything like that, is bluetooth just not enabled in the kernel I'm using??? Clair Brad Midgley-3 wrote: > > Clair > > change HCIATTACH_SPEED to 230400 (from suggestion on wiki), but it had no >> effect on my problem. > > > where is this suggestion in the wiki and what did you change it from? I > remember Craig had some real trouble with bluetooth adapters becoming > unresponsive on certain bps changes. There is some hackery in hciattach or > in the kernel so attempting 921k actually stays at a safe 115k > > brad > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/No-response-from-BT-module-tf3848589.html#a10933516 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Brad M. <bmi...@gm...> - 2007-06-03 09:27:20
|
Clair Have you tried creating images from the svn buildroot? It's been a while since I tried some stuff I had trouble with so I checked out the current buildroot (1424) and I'm rebuilding an image now. I'll try it out on my (same) board and show you the boot messages if that might help for comparison. Brad |
From: clairm <cla...@ho...> - 2007-06-04 00:03:22
|
I haven't built my own kernel yet. I do have a Linux machine at work so I could do so if I needed to. I'll be waiting for your boot messages. Clair Brad Midgley-3 wrote: > > Clair > > Have you tried creating images from the svn buildroot? > > It's been a while since I tried some stuff I had trouble with so I checked > out the current buildroot (1424) and I'm rebuilding an image now. I'll try > it out on my (same) board and show you the boot messages if that might > help > for comparison. > > Brad > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/No-response-from-BT-module-tf3848589.html#a10942113 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Brad M. <bmi...@gm...> - 2007-06-04 06:17:08
|
IyMjIEpGRlMyIGxvYWQgY29tcGxldGU6IDgyNjUxMiBieXRlcyBsb2FkZWQgdG8gMHhhMjAwMDAw MAojIyBCb290aW5nIGltYWdlIGF0IGEyMDAwMDAwIC4uLgogICBJbWFnZSBOYW1lOiAgIHVJbWFn ZQogICBJbWFnZSBUeXBlOiAgIEFSTSBMaW51eCBLZXJuZWwgSW1hZ2UgKHVuY29tcHJlc3NlZCkK ICAgRGF0YSBTaXplOiAgICA4MjY0NDggQnl0ZXMgPSA4MDcuMSBrQgogICBMb2FkIEFkZHJlc3M6 IGEwMDA4MDAwCiAgIEVudHJ5IFBvaW50OiAgYTAwMDgwMDAKICAgVmVyaWZ5aW5nIENoZWNrc3Vt IC4uLiBPSwpPSwoKU3RhcnRpbmcga2VybmVsIC4uLgoKTGludXggdmVyc2lvbiAyLjYuMjAtcnQ1 Z3VtIChibWlkZ2xleUBtZWQpIChnY2MgdmVyc2lvbiA0LjEuMSkgIzEgUFJFRU1QVCBTdW4gSnVu IDMgMDU6NTk6MzIgTURUIDIwMDcKQ1BVOiBYU2NhbGUtUFhBMjU1IFs2OTA1MmQwNl0gcmV2aXNp b24gNiAoQVJNdjVURSksIGNyPTAwMDAzOTdmCk1hY2hpbmU6IFRoZSBHdW1zdGl4IFBsYXRmb3Jt Ck1lbW9yeSBwb2xpY3k6IEVDQyBkaXNhYmxlZCwgRGF0YSBjYWNoZSB3cml0ZWJhY2sKTWVtb3J5 IGNsb2NrOiA5OS41M01IeiAoKjI3KQpSdW4gTW9kZSBjbG9jazogMzk4LjEzTUh6ICgqNCkKVHVy Ym8gTW9kZSBjbG9jazogMzk4LjEzTUh6ICgqMS4wLCBpbmFjdGl2ZSkKQ1BVMDogRCBWSVZUIHVu ZGVmaW5lZCA1IGNhY2hlCkNQVTA6IEkgY2FjaGU6IDMyNzY4IGJ5dGVzLCBhc3NvY2lhdGl2aXR5 IDMyLCAzMiBieXRlIGxpbmVzLCAzMiBzZXRzCkNQVTA6IEQgY2FjaGU6IDMyNzY4IGJ5dGVzLCBh c3NvY2lhdGl2aXR5IDMyLCAzMiBieXRlIGxpbmVzLCAzMiBzZXRzClJlYWwtVGltZSBQcmVlbXB0 aW9uIFN1cHBvcnQgKEMpIDIwMDQtMjAwNyBJbmdvIE1vbG5hcgpCdWlsdCAxIHpvbmVsaXN0cy4g IFRvdGFsIHBhZ2VzOiAxNjI1NgpLZXJuZWwgY29tbWFuZCBsaW5lOiBjb25zb2xlPXR0eVMwLDEx NTIwMG44IHJvb3Q9MWYwMSByb290ZnN0eXBlPWpmZnMyCldBUk5JTkc6IGV4cGVyaW1lbnRhbCBS Q1UgaW1wbGVtZW50YXRpb24uClBJRCBoYXNoIHRhYmxlIGVudHJpZXM6IDI1NiAob3JkZXI6IDgs IDEwMjQgYnl0ZXMpCnN0YXJ0X2tlcm5lbCgpOiBidWc6IGludGVycnVwdHMgd2VyZSBlbmFibGVk IGVhcmx5CkRlbnRyeSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDgxOTIgKG9yZGVyOiAzLCAz Mjc2OCBieXRlcykKSW5vZGUtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA0MDk2IChvcmRlcjog MiwgMTYzODQgYnl0ZXMpCk1lbW9yeTogNjRNQiA9IDY0TUIgdG90YWwKTWVtb3J5OiA2MzEwNEtC IGF2YWlsYWJsZSAoMTUxMksgY29kZSwgMjE2SyBkYXRhLCA2NEsgaW5pdCkKTW91bnQtY2FjaGUg aGFzaCB0YWJsZSBlbnRyaWVzOiA1MTIKQ1BVOiBUZXN0aW5nIHdyaXRlIGJ1ZmZlciBjb2hlcmVu Y3k6IG9rCkJVRzogYXQga2VybmVsL3NjaGVkLmM6NDAzNSBfX3NjaGVkdWxlKCkKWzxjMDAxY2Q2 MD5dIChkdW1wX3N0YWNrKzB4MC8weDE0KSBmcm9tIFs8YzAxNDJlYjA+XSAoX19zY2hlZHVsZSsw eDZmMC8weDc0MCkKWzxjMDE0MjdjMD5dIChfX3NjaGVkdWxlKzB4MC8weDc0MCkgZnJvbSBbPGMw MTQzMGY0Pl0gKHNjaGVkdWxlKzB4ZDAvMHgxMTgpCls8YzAxNDMwMjQ+XSAoc2NoZWR1bGUrMHgw LzB4MTE4KSBmcm9tIFs8YzAwM2QwYjg+XSAoa3RocmVhZCsweGM4LzB4MTI4KQogcjQgPSAwMDAw MDAwMCAKWzxjMDAzY2ZmMD5dIChrdGhyZWFkKzB4MC8weDEyOCkgZnJvbSBbPGMwMDJiMDE4Pl0g KGRvX2V4aXQrMHgwLzB4ODVjKQogcjcgPSAwMDAwMDAwMCAgcjYgPSAwMDAwMDAwMCAgcjUgPSAw MDAwMDAwMCAgcjQgPSAwMDAwMDAwMApORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDE2 Ck5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMgpJUCByb3V0ZSBjYWNoZSBoYXNoIHRh YmxlIGVudHJpZXM6IDEwMjQgKG9yZGVyOiAwLCA0MDk2IGJ5dGVzKQpUQ1AgZXN0YWJsaXNoZWQg aGFzaCB0YWJsZSBlbnRyaWVzOiAyMDQ4IChvcmRlcjogNCwgNjU1MzYgYnl0ZXMpClRDUCBiaW5k IGhhc2ggdGFibGUgZW50cmllczogMTAyNCAob3JkZXI6IDIsIDI4NjcyIGJ5dGVzKQpUQ1A6IEhh c2ggdGFibGVzIGNvbmZpZ3VyZWQgKGVzdGFibGlzaGVkIDIwNDggYmluZCAxMDI0KQpUQ1AgcmVu byByZWdpc3RlcmVkCkpGRlMyIHZlcnNpb24gMi4yLiAoTkFORCkgKEMpIDIwMDEtMjAwNiBSZWQg SGF0LCBJbmMuCmlvIHNjaGVkdWxlciBub29wIHJlZ2lzdGVyZWQgKGRlZmF1bHQpCnB4YTJ4eC11 YXJ0LjA6IHR0eVMwIGF0IE1NSU8gMHg0MDEwMDAwMCAoaXJxID0gMTUpIGlzIGEgRkZVQVJUCnB4 YTJ4eC11YXJ0LjE6IHR0eVMxIGF0IE1NSU8gMHg0MDIwMDAwMCAoaXJxID0gMTQpIGlzIGEgQlRV QVJUCnB4YTJ4eC11YXJ0LjI6IHR0eVMyIGF0IE1NSU8gMHg0MDcwMDAwMCAoaXJxID0gMTMpIGlz IGEgU1RVQVJUCnB4YTJ4eC11YXJ0LjM6IHR0eVMzIGF0IE1NSU8gMHg0MTYwMDAwMCAoaXJxID0g MCkgaXMgYSBIV1VBUlQKUHJvYmluZyBHdW1zdGl4IEZsYXNoIFJPTSBhdCBwaHlzaWNhbCBhZGRy ZXNzIDB4MDAwMDAwMDAgKDE2LWJpdCBiYW5rd2lkdGgpCkd1bXN0aXggRmxhc2ggUk9NOiBGb3Vu ZCAxIHgxNiBkZXZpY2VzIGF0IDB4MCBpbiAxNi1iaXQgYmFuawogSW50ZWwvU2hhcnAgRXh0ZW5k ZWQgUXVlcnkgVGFibGUgYXQgMHgwMDMxClVzaW5nIGJ1ZmZlciB3cml0ZSBtZXRob2QKY2ZpX2Nt ZHNldF8wMDAxOiBFcmFzZSBzdXNwZW5kIG9uIHdyaXRlIGVuYWJsZWQKVXNpbmcgc3RhdGljIHBh cnRpdGlvbnMgb24gR3Vtc3RpeCBGbGFzaCBST00KQ3JlYXRpbmcgMiBNVEQgcGFydGl0aW9ucyBv biAiR3Vtc3RpeCBGbGFzaCBST00iOgoweDAwMDAwMDAwLTB4MDAwNDAwMDAgOiAiQm9vdGxvYWRl ciIKMHgwMDA0MDAwMC0weDAxMDAwMDAwIDogIlJvb3RGUyIKVENQIGN1YmljIHJlZ2lzdGVyZWQK WFNjYWxlIERTUCBjb3Byb2Nlc3NvciBkZXRlY3RlZC4KVGltZTogcHhhX3RpbWVyIGNsb2Nrc291 cmNlIGhhcyBiZWVuIGluc3RhbGxlZC4KVkZTOiBNb3VudGVkIHJvb3QgKGpmZnMyIGZpbGVzeXN0 ZW0pLgpGcmVlaW5nIGluaXQgbWVtb3J5OiA2NEsKTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZh bWlseSAxCnNtYzkxeDogbm90IGZvdW5kICgtMTkpLgpDUExEIHJlc3BvbmRlZCB3aXRoOiBmZgpJ bml0aWFsaXppbmcgcmFuZG9tIG51bWJlciBnZW5lcmF0b3IuLi4gZG9uZS4KU3RhcnRpbmcgMzJr SHogY2xvY2suLi5TZXR0bGVkClN0YXJ0aW5nIEJsdWV0b290aCBzdWJzeXN0ZW06VHJ5aW5nIGJh dWQgcmF0ZSA1NzYwMC4uLgpHb3QgcmVzcG9uc2UgYWZ0ZXIgcmVzZXQuLi4gZ29iYmxpbmcKTm8g cmVzcG9uc2UgZnJvbSBCVCBtb2R1bGUKVHJ5aW5nIGJhdWQgcmF0ZSA5MjE2MDAuLi4KR290IHJl c3BvbnNlIGFmdGVyIHJlc2V0Li4uIGdvYmJsaW5nCkVycm9yIHJlYWRpbmcgcmVzcG9uc2U6IFN1 Y2Nlc3MKVHJ5aW5nIGJhdWQgcmF0ZSAxMTUyMDAuLi4KR290IHJlc3BvbnNlIGFmdGVyIHJlc2V0 Li4uIGdvYmJsaW5nCkRldGVjdGVkIGJsdWV0b290aCBtb2R1bGUgYXQgMTE1MjAwIGJhdWQKR290 OiBzdGF0dXM9MHgwMCwgaGNpX3Zlcj0weDAxLCBoY2lfcmV2PTB4MDc1MCwgbG1wX3Zlcj0weDAy LCBtYW51Zj0weDAwMDksIGxtcF9zdWJ2ZXI9MHgwNzUwCkNhbid0IHlldCBjaGFuZ2Ugc3BlZWQg Zm9yIFBCQTMxMzA3IG1vZHVsZS4gIFdpbGwgc3RheSBhdCAxMTUyMDAgYmF1ZApCbHVldG9vdGg6 IENvcmUgdmVyIDIuMTEKTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAzMQpCbHVldG9v dGg6IEhDSSBkZXZpY2UgYW5kIGNvbm5lY3Rpb24gbWFuYWdlciBpbml0aWFsaXplZApCbHVldG9v dGg6IEhDSSBzb2NrZXQgbGF5ZXIgaW5pdGlhbGl6ZWQKQmx1ZXRvb3RoOiBIQ0kgVUFSVCBkcml2 ZXIgdmVyIDIuMgpCbHVldG9vdGg6IEhDSSBINCBwcm90b2NvbCBpbml0aWFsaXplZAogdHR5UzMg aGNpZCBzZHBkQmx1ZXRvb3RoOiBMMkNBUCB2ZXIgMi44CkJsdWV0b290aDogTDJDQVAgc29ja2V0 IGxheWVyIGluaXRpYWxpemVkCiByZmNvbW1CbHVldG9vdGg6IFJGQ09NTSBzb2NrZXQgbGF5ZXIg aW5pdGlhbGl6ZWQKQmx1ZXRvb3RoOiBSRkNPTU0gVFRZIGxheWVyIGluaXRpYWxpemVkCkJsdWV0 b290aDogUkZDT01NIHZlciAxLjgKQmx1ZXRvb3RoOiBCTkVQIChFdGhlcm5ldCBFbXVsYXRpb24p IHZlciAxLjIKIHBhbmQuClN0YXJ0aW5nIG5ldHdvcmsuLi4KdWRoY3BjICh2MC45LjktcHJlKSBz dGFydGVkCkRlYyAzMSAxNjowNzoyMSB1ZGhjcGNbMzA0XTogdWRoY3BjICh2MC45LjktcHJlKSBz dGFydGVkCnB4YTJ4eF91ZGM6IHZlcnNpb24gNC1NYXktMjAwNQpldGhlciBnYWRnZXQ6IHVzaW5n IHJhbmRvbSBzZWxmIGV0aGVybmV0IGFkZHJlc3MKZXRoZXIgZ2FkZ2V0OiB1c2luZyByYW5kb20g aG9zdCBldGhlcm5ldCBhZGRyZXNzCnVzYjA6IEV0aGVybmV0IEdhZGdldCwgdmVyc2lvbjogTWF5 IERheSAyMDA1CnVzYjA6IHVzaW5nIHB4YTJ4eF91ZGMsIE9VVCBlcDJvdXQtYnVsayBJTiBlcDFp bi1idWxrIFNUQVRVUyBlcDZpbi1idWxrCnVzYjA6IE1BQyBjZTo0ZDplYjoyMzo1Njo2ZQp1c2Iw OiBIT1NUIE1BQyBmZTo4NDpmYToyYjpiZjowYgp1c2IwOiBSTkRJUyByZWFkeQpOb3RoaW5nIHRv IGZsdXNoLgpORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDE3CnVkaGNwYyAodjAuOS45 LXByZSkgc3RhcnRlZApEZWMgMzEgMTY6MDc6MjIgdWRoY3BjWzM0OV06IHVkaGNwYyAodjAuOS45 LXByZSkgc3RhcnRlZAptCkRlYyAzMSAxNjowNzoyMiB1ZGhjcGNbMzQ5XTogW3RydW5jYXRlZF0g bQovYmluL3NoOiAvc2Jpbi9pd2NvbmZpZzogbm90IGZvdW5kClN0YXJ0aW5nIFJlbmRlenZvdXM6 IApXaWxsIG91dHB1dCA3NjggYml0IGRzcyBzZWNyZXQga2V5IHRvICcvZXRjL2Ryb3BiZWFyL2Ry b3BiZWFyX2Rzc19ob3N0X2tleScKR2VuZXJhdGluZyBrZXksIHRoaXMgbWF5IHRha2UgYSB3aGls ZS4uLgpQdWJsaWMga2V5IHBvcnRpb24gaXM6CnNzaC1kc3MgQUFBQUIzTnphQzFrYzNNQUFBQmhB TG1ka2Q4VEtpUlYxY3VpRzkzbjhtc0NrN0ZQL3ZzbHcwOVgyb2psMkpHcmpBUWFuYXIxQ1FRMDdx Vy93bkdEbWJtOTJzQm5pS1BTd1RKUVZiN1loVmRveHpGbzBpUmM5VDlORWx0bG5YVjNYSnhlQmty MG9MMUFkSTYrZDQ0dDNRQUFBQlVBK0kwOWVvNzhEcUpZbHBSb3JNOFkzemczZXRVQUFBQmdPSkVC SkY1L0h5cXRDV290elp6aVc5WE1JOU5adUJPc01BQW9VMGlkbUhIOUw3Mi9yYzQzMThEUGZ4Z0FY SU1SelNPRWM3RUpaajU0UllsaWVucVdxaHplMzBlamg1YnpROHdwQk1lcE5aRXBCMnMvSHdaSVpl VzRJTzJocCs2eUFBQUFZUUNRMUJFS0RicnBscnBuaU5aSzRuZlRINi9GL2xlejkwdVd5elpDcUVy bVVTOEZvcDhuRkRtdmloaFNqNW8rUU9yWXZFZlZIYVE2dDZwMGJOVi8ySVFDM3dnaU5uVElnUzNh L0YwbFdIR0Q2Z0grdzBvR2EydnRuNnVVck9FU1B6VT0KRmluZ2VycHJpbnQ6IG1kNSBjNjpkMzoy ODpmNTo0ZTo2NDoyMDpkZDoyZTpmOTplNDpmMjpmNTo2ZTo3YzphYQpXaWxsIG91dHB1dCA3Njgg Yml0IHJzYSBzZWNyZXQga2V5IHRvICcvZXRjL2Ryb3BiZWFyL2Ryb3BiZWFyX3JzYV9ob3N0X2tl eScKR2VuZXJhdGluZyBrZXksIHRoaXMgbWF5IHRha2UgYSB3aGlsZS4uLgpQdWJsaWMga2V5IHBv cnRpb24gaXM6CnNzaC1yc2EgQUFBQUIzTnphQzF5YzJFQUFBQURBUUFCQUFBQVl3REtGWktWckpt L2wyZHA5OHcxL2R4YlB3bHYwNndiazU1MUUrc2pTSTYreEVySTZhdUpaNXNadVV2WDdhUlExakRC QUVwY3UwTFNGS1kycFhmOEYvTGZQUHI3RkJ2VFRsbkM4UFdyaCtMQ09kbXBPbUw0K2lyaGxHTlVW NEt1VTA1NzhRPT0KRmluZ2VycHJpbnQ6IG1kNSAyMDo1ZDowZDo4Njo4Njo3ZjoxYjoyZjplZToy MDozMDo4MjpiYTpjZTpiMjoyOQpTdGFydGluZyBkcm9wYmVhciBzc2hkOiBPSwpTdGFydGluZyBo dHRwZC4uLgoKCgpXZWxjb21lIHRvIHRoZSBHdW1zdGl4IExpbnV4IERpc3RyaWJ1dGlvbiEKCmd1 bXN0aXggbG9naW46IHJvb3QKUGFzc3dvcmQ6IApXZWxjb21lIHRvIEd1bXN0aXghCkJ5IGRlZmF1 bHQsIHRoaXMgZ3Vtc3RpeCBpcyBjb25maWd1cmVkIGZvciBDRiBzdXBwb3J0LgpVbmZvcnR1bmF0 ZWx5LCB0aGlzIG1lYW5zIE1NQyBzdXBwb3J0IGhhcyBiZWVuCmRpc2FibGVkIG91dCBvZiB0aGUg Ym94LiAgVG8gdHVybiBvbiBNTUMgYW5kIHR1cm4gb2ZmIENGLAplZGl0IHRoZSBmaWxlIC9ldGMv bW9kdWxlcyBhbmQgY29tbWVudCBvdXQgb3IgZGVsZXRlIHRoZSBwY21jaWEgKENGKQpsaW5lLCBh bmQgdW5jb21tZW50IHRoZSBNTUMgbGluZXMuICBZb3UgdGhlbiBhbHNvIG5lZWQgdG8gY29tbWVu dCBvdXQKb3IgcmVtb3ZlIHRoZSBsaW5lICJhdXRvIG13bGFuMCIgaW4gL2V0Yy9uZXR3b3JrL2lu dGVyZmFjZXMgaWYgaXQKZXhpc3RzLCBzaW5jZSBpdCB3aWxsIG90aGVyd2lzZSBjYXVzZSB0aGUg cGNtY2lhIGRyaXZlciB0byBiZSBsb2FkZWQuCiMgaGNpY29uZmlnIC1hCmhjaTA6CVR5cGU6IFVB UlQKCUJEIEFkZHJlc3M6IDAwOjgwOjM3OjI3OjAzOkZBIEFDTCBNVFU6IDMzOTo3IFNDTyBNVFU6 IDEyMDo2CglVUCBSVU5OSU5HIFBTQ0FOIElTQ0FOIAoJUlggYnl0ZXM6ODQxIGFjbDoxNiBzY286 MCBldmVudHM6NjAgZXJyb3JzOjAKCVRYIGJ5dGVzOjczOSBhY2w6MTUgc2NvOjAgY29tbWFuZHM6 MjggZXJyb3JzOjAKCUZlYXR1cmVzOiAweGZmIDB4ZmYgMHgxZCAweDgwIDB4MTggMHgxOCAweDAw IDB4ODAKCVBhY2tldCB0eXBlOiBETTEgRE0zIERNNSBESDEgREgzIERINSBIVjEgSFYyIEhWMyAK CUxpbmsgcG9saWN5OiBSU1dJVENIIEhPTEQgU05JRkYgUEFSSyAKCUxpbmsgbW9kZTogU0xBVkUg QUNDRVBUIAoJTmFtZTogJ0d1bXN0aXggKDApJwoJQ2xhc3M6IDB4ODIwMTE2CglTZXJ2aWNlIENs YXNzZXM6IE5ldHdvcmtpbmcKCURldmljZSBDbGFzczogQ29tcHV0ZXIsIFBhbG0KCUhDSSBWZXI6 IDEuMSAoMHgxKSBIQ0kgUmV2OiAweDc1MCBMTVAgVmVyOiAxLjEgKDB4MikgTE1QIFN1YnZlcjog MHg3NTAKCU1hbnVmYWN0dXJlcjogSW5maW5lb24gVGVjaG5vbG9naWVzIEFHICg5KQoKIyBoY2lj b25maWcgaGNpMCByZXZpc2lvbgpoY2kwOglUeXBlOiBVQVJUCglCRCBBZGRyZXNzOiAwMDo4MDoz NzoyNzowMzpGQSBBQ0wgTVRVOiAzMzk6NyBTQ08gTVRVOiAxMjA6NgoJVW5zdXBwb3J0ZWQgbWFu dWZhY3R1cmVyCiMgY2F0IC9ldGMvZGVmYXVsdC9ibHVldG9vdGggCiMgQmx1ZXRvb3RoIGNvbmZp Z3VyYXRvbiBmaWxlCgojIEJpbmQgdG8gYSBzZXJpYWwgcG9ydCBieSBkZWZhdWx0PwpIQ0lBVFRB Q0hfRU5BQkxFPXRydWUKSENJQVRUQUNIX1RUWT10dHlTMwpIQ0lBVFRBQ0hfVFlQRT1ndW1zdGl4 CkhDSUFUVEFDSF9TVEFSVF9TUEVFRD01NzYwMApIQ0lBVFRBQ0hfU1BFRUQ9OTIxNjAwCkhDSUFU VEFDSF9IQU5EU0hBS0U9ZmxvdwoKIyBTdGFydCBvZiBoY2lkIChhbGxvd2VkIHZhbHVlcyBhcmUg InRydWUiIGFuZCAiZmFsc2UiKQpIQ0lEX0VOQUJMRT10cnVlCgojIENvbmZpZyBmaWxlIGZvciBo Y2lkCkhDSURfQ09ORklHPSIvZXRjL2JsdWV0b290aC9oY2lkLmNvbmYiCgojIFN0YXJ0IHNkcGQg KGFsbG93ZWQgdmFsdWVzIGFyZSAidHJ1ZSIgYW5kICJmYWxzZSIpClNEUERfRU5BQkxFPXRydWUK CiMgU3RhcnQgaGlkZCAoYWxsb3dlZCB2YWx1ZXMgYXJlICJ0cnVlIiBhbmQgImZhbHNlIikKSElE RF9FTkFCTEU9ZmFsc2UKCiMgQXJndW1lbnRzIHRvIGhpZGQKSElERF9PUFRJT05TPSIiCgojIFJ1 biBoaWQyaGNpIChhbGxvd2VkIHZhbHVlcyBhcmUgInRydWUiIGFuZCAiZmFsc2UiKQpISUQySENJ X0VOQUJMRT1mYWxzZQoKIyBCaW5kIHJmY29tbSBkZXZpY2VzIChhbGxvd2VkIHZhbHVlcyBhcmUg InRydWUiIGFuZCAiZmFsc2UiKQpSRkNPTU1fRU5BQkxFPXRydWUKCiMgQ29uZmlnIGZpbGUgZm9y IHJmY29tbQpSRkNPTU1fQ09ORklHPSIvZXRjL2JsdWV0b290aC9yZmNvbW0uY29uZiIKCiMgU3Rh cnQgZHVuZCAoYWxsb3dlZCB2YWx1ZXMgYXJlICJ0cnVlIiBhbmQgImZhbHNlIikKRFVORF9FTkFC TEU9ZmFsc2UKCiMgQXJndW1lbnRzIHRvIGR1bmQKRFVORF9PUFRJT05TPSItLWxpc3RlbiAtLXBl cnNpc3QiCgojIFN0YXJ0IHBhbmQgKGFsbG93ZWQgdmFsdWVzIGFyZSAidHJ1ZSIgYW5kICJmYWxz ZSIpClBBTkRfRU5BQkxFPXRydWUKCiMgQXJndW1lbnRzIHRvIHBhbmQKUEFORF9PUFRJT05TPSIt LXJvbGUgUEFOVSAtLXNlYXJjaCAtLXBlcnNpc3QiCiMgCgo= |
From: clairm <cla...@ho...> - 2007-06-04 13:09:45
|
I flashed and booted with your image, and I get the same results as before: # hciconfig -a Can't open HCI socket.: Address family not supported by protocol So, it sounds like the BT module is dead. These things have like a 30 day warranty, how do you go about returning something? Brad Midgley-3 wrote: > > Clair, > > fwiw, I can see the bluetooth adapter when using a buildroot that I > compiled. The only changes I made were a few package additions (alsa-lib > etc) and I took out wireless-tools. I left the bluetooth bit rates alone. > > Craig made it sound like the bluetooth adapter could get "bricked" by > setting it to a bit rate that it then misinterpreted. Hopefully that isn't > what happened to you. > > Brad > > ### JFFS2 load complete: 826512 bytes loaded to 0xa2000000 > ## Booting image at a2000000 ... > Image Name: uImage > Image Type: ARM Linux Kernel Image (uncompressed) > Data Size: 826448 Bytes = 807.1 kB > Load Address: a0008000 > Entry Point: a0008000 > Verifying Checksum ... OK > OK > > Starting kernel ... > > Linux version 2.6.20-rt5gum (bmidgley@med) (gcc version 4.1.1) #1 PREEMPT > Sun Jun 3 05:59:32 MDT 2007 > CPU: XScale-PXA255 [69052d06] revision 6 (ARMv5TE), cr=0000397f > Machine: The Gumstix Platform > Memory policy: ECC disabled, Data cache writeback > Memory clock: 99.53MHz (*27) > Run Mode clock: 398.13MHz (*4) > Turbo Mode clock: 398.13MHz (*1.0, inactive) > CPU0: D VIVT undefined 5 cache > CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets > CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets > Real-Time Preemption Support (C) 2004-2007 Ingo Molnar > Built 1 zonelists. Total pages: 16256 > Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 > WARNING: experimental RCU implementation. > PID hash table entries: 256 (order: 8, 1024 bytes) > start_kernel(): bug: interrupts were enabled early > Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) > Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) > Memory: 64MB = 64MB total > Memory: 63104KB available (1512K code, 216K data, 64K init) > Mount-cache hash table entries: 512 > CPU: Testing write buffer coherency: ok > BUG: at kernel/sched.c:4035 __schedule() > [<c001cd60>] (dump_stack+0x0/0x14) from [<c0142eb0>] > (__schedule+0x6f0/0x740) > [<c01427c0>] (__schedule+0x0/0x740) from [<c01430f4>] > (schedule+0xd0/0x118) > [<c0143024>] (schedule+0x0/0x118) from [<c003d0b8>] (kthread+0xc8/0x128) > r4 = 00000000 > [<c003cff0>] (kthread+0x0/0x128) from [<c002b018>] (do_exit+0x0/0x85c) > r7 = 00000000 r6 = 00000000 r5 = 00000000 r4 = 00000000 > NET: Registered protocol family 16 > NET: Registered protocol family 2 > IP route cache hash table entries: 1024 (order: 0, 4096 bytes) > TCP established hash table entries: 2048 (order: 4, 65536 bytes) > TCP bind hash table entries: 1024 (order: 2, 28672 bytes) > TCP: Hash tables configured (established 2048 bind 1024) > TCP reno registered > JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc. > io scheduler noop registered (default) > pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 15) is a FFUART > pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 14) is a BTUART > pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 13) is a STUART > pxa2xx-uart.3: ttyS3 at MMIO 0x41600000 (irq = 0) is a HWUART > Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit > bankwidth) > Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank > Intel/Sharp Extended Query Table at 0x0031 > Using buffer write method > cfi_cmdset_0001: Erase suspend on write enabled > Using static partitions on Gumstix Flash ROM > Creating 2 MTD partitions on "Gumstix Flash ROM": > 0x00000000-0x00040000 : "Bootloader" > 0x00040000-0x01000000 : "RootFS" > TCP cubic registered > XScale DSP coprocessor detected. > Time: pxa_timer clocksource has been installed. > VFS: Mounted root (jffs2 filesystem). > Freeing init memory: 64K > NET: Registered protocol family 1 > smc91x: not found (-19). > CPLD responded with: ff > Initializing random number generator... done. > Starting 32kHz clock...Settled > Starting Bluetooth subsystem:Trying baud rate 57600... > Got response after reset... gobbling > No response from BT module > Trying baud rate 921600... > Got response after reset... gobbling > Error reading response: Success > Trying baud rate 115200... > Got response after reset... gobbling > Detected bluetooth module at 115200 baud > Got: status=0x00, hci_ver=0x01, hci_rev=0x0750, lmp_ver=0x02, > manuf=0x0009, lmp_subver=0x0750 > Can't yet change speed for PBA31307 module. Will stay at 115200 baud > Bluetooth: Core ver 2.11 > NET: Registered protocol family 31 > Bluetooth: HCI device and connection manager initialized > Bluetooth: HCI socket layer initialized > Bluetooth: HCI UART driver ver 2.2 > Bluetooth: HCI H4 protocol initialized > ttyS3 hcid sdpdBluetooth: L2CAP ver 2.8 > Bluetooth: L2CAP socket layer initialized > rfcommBluetooth: RFCOMM socket layer initialized > Bluetooth: RFCOMM TTY layer initialized > Bluetooth: RFCOMM ver 1.8 > Bluetooth: BNEP (Ethernet Emulation) ver 1.2 > pand. > Starting network... > udhcpc (v0.9.9-pre) started > Dec 31 16:07:21 udhcpc[304]: udhcpc (v0.9.9-pre) started > pxa2xx_udc: version 4-May-2005 > ether gadget: using random self ethernet address > ether gadget: using random host ethernet address > usb0: Ethernet Gadget, version: May Day 2005 > usb0: using pxa2xx_udc, OUT ep2out-bulk IN ep1in-bulk STATUS ep6in-bulk > usb0: MAC ce:4d:eb:23:56:6e > usb0: HOST MAC fe:84:fa:2b:bf:0b > usb0: RNDIS ready > Nothing to flush. > NET: Registered protocol family 17 > udhcpc (v0.9.9-pre) started > Dec 31 16:07:22 udhcpc[349]: udhcpc (v0.9.9-pre) started > m > Dec 31 16:07:22 udhcpc[349]: [truncated] m > /bin/sh: /sbin/iwconfig: not found > Starting Rendezvous: > Will output 768 bit dss secret key to > '/etc/dropbear/dropbear_dss_host_key' > Generating key, this may take a while... > Public key portion is: > ssh-dss > AAAAB3NzaC1kc3MAAABhALmdkd8TKiRV1cuiG93n8msCk7FP/vslw09X2ojl2JGrjAQanar1CQQ07qW/wnGDmbm92sBniKPSwTJQVb7YhVdoxzFo0iRc9T9NEltlnXV3XJxeBkr0oL1AdI6+d44t3QAAABUA+I09eo78DqJYlpRorM8Y3zg3etUAAABgOJEBJF5/HyqtCWotzZziW9XMI9NZuBOsMAAoU0idmHH9L72/rc4318DPfxgAXIMRzSOEc7EJZj54RYlienqWqhze30ejh5bzQ8wpBMepNZEpB2s/HwZIZeW4IO2hp+6yAAAAYQCQ1BEKDbrplrpniNZK4nfTH6/F/lez90uWyzZCqErmUS8Fop8nFDmvihhSj5o+QOrYvEfVHaQ6t6p0bNV/2IQC3wgiNnTIgS3a/F0lWHGD6gH+w0oGa2vtn6uUrOESPzU= > Fingerprint: md5 c6:d3:28:f5:4e:64:20:dd:2e:f9:e4:f2:f5:6e:7c:aa > Will output 768 bit rsa secret key to > '/etc/dropbear/dropbear_rsa_host_key' > Generating key, this may take a while... > Public key portion is: > ssh-rsa > AAAAB3NzaC1yc2EAAAADAQABAAAAYwDKFZKVrJm/l2dp98w1/dxbPwlv06wbk551E+sjSI6+xErI6auJZ5sZuUvX7aRQ1jDBAEpcu0LSFKY2pXf8F/LfPPr7FBvTTlnC8PWrh+LCOdmpOmL4+irhlGNUV4KuU0578Q== > Fingerprint: md5 20:5d:0d:86:86:7f:1b:2f:ee:20:30:82:ba:ce:b2:29 > Starting dropbear sshd: OK > Starting httpd... > > > > Welcome to the Gumstix Linux Distribution! > > gumstix login: root > Password: > Welcome to Gumstix! > By default, this gumstix is configured for CF support. > Unfortunately, this means MMC support has been > disabled out of the box. To turn on MMC and turn off CF, > edit the file /etc/modules and comment out or delete the pcmcia (CF) > line, and uncomment the MMC lines. You then also need to comment out > or remove the line "auto mwlan0" in /etc/network/interfaces if it > exists, since it will otherwise cause the pcmcia driver to be loaded. > # hciconfig -a > hci0: Type: UART > BD Address: 00:80:37:27:03:FA ACL MTU: 339:7 SCO MTU: 120:6 > UP RUNNING PSCAN ISCAN > RX bytes:841 acl:16 sco:0 events:60 errors:0 > TX bytes:739 acl:15 sco:0 commands:28 errors:0 > Features: 0xff 0xff 0x1d 0x80 0x18 0x18 0x00 0x80 > Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 > Link policy: RSWITCH HOLD SNIFF PARK > Link mode: SLAVE ACCEPT > Name: 'Gumstix (0)' > Class: 0x820116 > Service Classes: Networking > Device Class: Computer, Palm > HCI Ver: 1.1 (0x1) HCI Rev: 0x750 LMP Ver: 1.1 (0x2) LMP Subver: 0x750 > Manufacturer: Infineon Technologies AG (9) > > # hciconfig hci0 revision > hci0: Type: UART > BD Address: 00:80:37:27:03:FA ACL MTU: 339:7 SCO MTU: 120:6 > Unsupported manufacturer > # cat /etc/default/bluetooth > # Bluetooth configuraton file > > # Bind to a serial port by default? > HCIATTACH_ENABLE=true > HCIATTACH_TTY=ttyS3 > HCIATTACH_TYPE=gumstix > HCIATTACH_START_SPEED=57600 > HCIATTACH_SPEED=921600 > HCIATTACH_HANDSHAKE=flow > > # Start of hcid (allowed values are "true" and "false") > HCID_ENABLE=true > > # Config file for hcid > HCID_CONFIG="/etc/bluetooth/hcid.conf" > > # Start sdpd (allowed values are "true" and "false") > SDPD_ENABLE=true > > # Start hidd (allowed values are "true" and "false") > HIDD_ENABLE=false > > # Arguments to hidd > HIDD_OPTIONS="" > > # Run hid2hci (allowed values are "true" and "false") > HID2HCI_ENABLE=false > > # Bind rfcomm devices (allowed values are "true" and "false") > RFCOMM_ENABLE=true > > # Config file for rfcomm > RFCOMM_CONFIG="/etc/bluetooth/rfcomm.conf" > > # Start dund (allowed values are "true" and "false") > DUND_ENABLE=false > > # Arguments to dund > DUND_OPTIONS="--listen --persist" > > # Start pand (allowed values are "true" and "false") > PAND_ENABLE=true > > # Arguments to pand > PAND_OPTIONS="--role PANU --search --persist" > # > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/No-response-from-BT-module-tf3848589.html#a10949517 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Craig H. <cr...@gu...> - 2007-06-04 16:38:53
|
On Jun 4, 2007, at 6:09 AM, clairm wrote: > > I flashed and booted with your image, and I get the same results as > before: > > # hciconfig -a > Can't open HCI socket.: Address family not supported by protocol > > So, it sounds like the BT module is dead. These things have like a > 30 day > warranty, how do you go about returning something? Clair, if he hasn't already contacted you about this, send email to do...@gu... requesting an RMA C |
From: clairm <cla...@ho...> - 2007-06-04 21:06:40
|
Yes, I got the RMA, I will be sending it off tonight. I wish they would do cross shipping, but I mostly just want it to work. Clair Craig Hughes wrote: > > On Jun 4, 2007, at 6:09 AM, clairm wrote: > >> >> I flashed and booted with your image, and I get the same results as >> before: >> >> # hciconfig -a >> Can't open HCI socket.: Address family not supported by protocol >> >> So, it sounds like the BT module is dead. These things have like a >> 30 day >> warranty, how do you go about returning something? > > Clair, > > if he hasn't already contacted you about this, send email to > do...@gu... requesting an RMA > > C > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/No-response-from-BT-module-tf3848589.html#a10958474 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Matt H <hog...@gm...> - 2007-07-25 17:35:11
|
clairm <clairleemills <at> hotmail.com> writes: > > > After flashing my basix 400xm-bt with root_fs_arm.r1161, I can't get > Bluetooth to work. When I run "/etc/init.d/S30bluetooth start" I get a bunch > of errors "No response from BT module". Do the factory flash images support > Bluetooth? > > Clair Mills I just bought a 400xm-bt which came loaded with r1161, and the bluetooth started up just fine (though it didn't work well). I just reflashed it to r1465, and now I'm getting the same problem Clair was seeing. I've read this entire thread and haven't seen a resolution yet. Has an anwer been found? Thanks, Matt |
From: Craig H. <cr...@gu...> - 2007-07-25 19:59:17
|
On Jul 25, 2007, at 10:25 AM, Matt H wrote: > clairm <clairleemills <at> hotmail.com> writes: > >> >> >> After flashing my basix 400xm-bt with root_fs_arm.r1161, I can't get >> Bluetooth to work. When I run "/etc/init.d/S30bluetooth start" I >> get a bunch >> of errors "No response from BT module". Do the factory flash >> images support >> Bluetooth? >> >> Clair Mills > > > I just bought a 400xm-bt which came loaded with r1161, and the > bluetooth started > up just fine (though it didn't work well). I just reflashed it to > r1465, and > now I'm getting the same problem Clair was seeing. I've read this > entire thread > and haven't seen a resolution yet. Has an anwer been found? Ok, thanks for that data point -- I'll take a look in the next week or so. I'm trying to stamp out various issues which crept in with the merge of verdex & basix/connex branches of the buildroot. This looks like it might be one of them. C |
From: Rick <ri...@ll...> - 2007-02-07 01:28:59
|
More info, flashed it back to the released version: # uname -a Linux gumstix-bt 2.6.18gum #1 Mon Nov 6 11:18:37 PST 2006 armv5tel unknown # cat /etc/gumstix-release DISTRIB_ID='gumstix' DISTRIB_DESCRIPTION='' DISTRIB_RELEASE='1161' DISTRIB_CODENAME='' BUILD_DATE='Mon Nov 6 11:20:28 PST 2006' BUILD_HOSTNAME='azazel.hughes-family.org' # sh S30bluetooth start Starting 32kHz clock...Settled Set (AF1,out,set) via /proc/gpio/GPIO12 Starting Bluetooth subsystem:Trying baud rate 57600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 921600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 115200... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Trying baud rate 57600... Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Got response after reset... gobbling No response from BT module Can't initialize device: Success I have tried to power it down, let it rest, and then power it up again. No joy. Any ideas ? Will I have to send it back ? = |
From: Jeremy M. <j2...@en...> - 2007-02-07 03:01:16
|
Greetings - Is there any sample code that deals with the use of i2c-io-api ? If so, where can it be found, and if not could someone please send me an example of this... Thanks, Jeremy |
From: Dave H. <dhy...@gm...> - 2007-02-07 03:26:43
|
HI Jeremy, > Is there any sample code that deals with the use of i2c-io-api ? If > so, where can it be found, and if not could someone please send me an > example of this... The i2c-io program uses the i2c-io-api files. The source can be found in the robostix/gumstix/i2c-io directory. If you have any questions, let me know. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |