From: Linus C. <li...@li...> - 2007-09-05 20:54:51
|
It didn't help :/ U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 *** Welcome to Gumstix *** DRAM: 64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 0 Instruction Cache is ON Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done ## Booting image at a2000000 ... Image Name: uImage Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 946212 Bytes = 924 kB Load Address: a0008000 Entry Point: a0008000 OK Starting kernel ... Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed Sep 5 07:33:11 CLT 2007 CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f Machine: The Gumstix Platform Memory policy: ECC disabled, Data cache writeback Run Mode clock: 208.00MHz (*16) Turbo Mode clock: 416.00MHz (*2.0, active) Memory clock: 104.00MHz (/2) System bus clock: 104.00MHz 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: 16256 Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=cold,hard PID hash table entries: 256 (order: 8, 1024 bytes) Console: colour dummy device 80x30 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: 62848KB available (1748K code, 192K data, 124K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 NET: Registered protocol family 2 Time: pxa_timer clocksource has been installed. IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 2048 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 2048 bind 2048) TCP reno registered JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler cfq registered (default) Console: switching to colour frame buffer device 80x24 pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART 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 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled Using static partitions on Gumstix Flash ROM Creating 3 MTD partitions on "Gumstix Flash ROM": 0x00000000-0x00040000 : "Bootloader" 0x00040000-0x00f00000 : "RootFS" 0x00f00000-0x01000000 : "Kernel" TCP cubic registered XScale iWMMXt coprocessor detected. VFS: Mounted root (jffs2 filesystem). Freeing init memory: 124K NET: Registered protocol family 1 smc91x: not found (-19). CPLD responded with: ff Initializing random number generator... done. Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started m Dec 31 16:00:15 udhcpc[209]: [truncated] m cfio: module license 'unspecified' taints kernel. Before register driver After register driver Error for wireless request "Set ESSID" (8B1A) : SET failed on device mwlan0 ; No such device. Starting Rendezvous: Starting dropbear sshd: NET: Registered protocol family 10 Mobile IPv6 OK Starting httpd... Starting 32kHz clock...Settled Starting Bluetooth subsystem:Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 921600... Got response after reset... gobbling No response from BT module Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 57600... Got response after reset... gobbling No response from BT module Can't initialize device: Success Welcome to the Gumstix Linux Distribution! gumstix login: On 9/5/07, Brad Midgley <bmi...@gm...> wrote: > Linus > > Clair's suggestion was to rename the startup script to make it happen last. > > Brad > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Linus C. <li...@li...> - 2007-09-05 22:33:58
|
Does 'smc91x: not found (-19).' mean something I'm missing? [root@gumstix ~]# lsmod Module Size Used by proc_gpio 9412 0 gumstix_bluetooth 1408 0 ipv6 248416 10 mcf25 217136 0 cfio 5120 1 mcf25 pxa2xx_cs 3044 1 pxa2xx_core 10368 1 pxa2xx_cs pcmcia 25064 1 cfio pcmcia_core 30576 4 mcf25,cfio,pxa2xx_core,pcmcia firmware_class 7520 1 pcmcia smc91x 16104 0 mii 4736 1 smc91x gumstix_smc91x 2816 1 smc91x unix 22292 6 [root@gumstix ~]# On 9/5/07, Linus Casassa <li...@li...> wrote: > It didn't help :/ > > > U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 > > *** Welcome to Gumstix *** > > DRAM: 64 MB > Flash: 16 MB > Using default environment > > SMC91C1111-0 > Net: SMC91C1111-0 > Hit any key to stop autoboot: 0 > Instruction Cache is ON > Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done > ## Booting image at a2000000 ... > Image Name: uImage > Image Type: ARM Linux Kernel Image (uncompressed) > Data Size: 946212 Bytes = 924 kB > Load Address: a0008000 > Entry Point: a0008000 > OK > > Starting kernel ... > > Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed > Sep 5 07:33:11 CLT 2007 > CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f > Machine: The Gumstix Platform > Memory policy: ECC disabled, Data cache writeback > Run Mode clock: 208.00MHz (*16) > Turbo Mode clock: 416.00MHz (*2.0, active) > Memory clock: 104.00MHz (/2) > System bus clock: 104.00MHz > 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: 16256 > Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 > reboot=cold,hard > PID hash table entries: 256 (order: 8, 1024 bytes) > Console: colour dummy device 80x30 > 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: 62848KB available (1748K code, 192K data, 124K init) > Mount-cache hash table entries: 512 > CPU: Testing write buffer coherency: ok > NET: Registered protocol family 16 > NET: Registered protocol family 2 > Time: pxa_timer clocksource has been installed. > IP route cache hash table entries: 1024 (order: 0, 4096 bytes) > TCP established hash table entries: 2048 (order: 2, 16384 bytes) > TCP bind hash table entries: 2048 (order: 1, 8192 bytes) > TCP: Hash tables configured (established 2048 bind 2048) > TCP reno registered > JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. > io scheduler noop registered > io scheduler cfq registered (default) > Console: switching to colour frame buffer device 80x24 > pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART > pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART > pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART > 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 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Using buffer write method > cfi_cmdset_0001: Erase suspend on write enabled > Using static partitions on Gumstix Flash ROM > Creating 3 MTD partitions on "Gumstix Flash ROM": > 0x00000000-0x00040000 : "Bootloader" > 0x00040000-0x00f00000 : "RootFS" > 0x00f00000-0x01000000 : "Kernel" > TCP cubic registered > XScale iWMMXt coprocessor detected. > VFS: Mounted root (jffs2 filesystem). > Freeing init memory: 124K > NET: Registered protocol family 1 > smc91x: not found (-19). > CPLD responded with: ff > Initializing random number generator... done. > Starting network... > udhcpc (v0.9.9-pre) started > Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started > m > Dec 31 16:00:15 udhcpc[209]: [truncated] m > cfio: module license 'unspecified' taints kernel. > Before register driver > After register driver > Error for wireless request "Set ESSID" (8B1A) : > SET failed on device mwlan0 ; No such device. > Starting Rendezvous: > Starting dropbear sshd: NET: Registered protocol family 10 > Mobile IPv6 > OK > Starting httpd... > Starting 32kHz clock...Settled > Starting Bluetooth subsystem:Trying baud rate 115200... > Got response after reset... gobbling > No response from BT module > Trying baud rate 921600... > Got response after reset... gobbling > No response from BT module > Trying baud rate 115200... > Got response after reset... gobbling > No response from BT module > Trying baud rate 57600... > Got response after reset... gobbling > No response from BT module > Can't initialize device: Success > > > > Welcome to the Gumstix Linux Distribution! > > gumstix login: > > > On 9/5/07, Brad Midgley <bmi...@gm...> wrote: > > Linus > > > > Clair's suggestion was to rename the startup script to make it happen last. > > > > Brad > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > |
From: Mark A. - c. <m_a...@co...> - 2007-09-06 01:53:09
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"> <title></title> </head> <body text="#000000" bgcolor="#ffffff"> Hi Linus,<br> <br> so is one of your verdex units working and the other is not? I am a bit afraid to try to turn on BT thinking that it perhaps something may hose up my unit too.<br> <br> 'mark<br> <br> Linus Casassa wrote:<br> <blockquote type="cite" cite="mid...@ma..."> <pre wrap="">It didn't help :/ U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 *** Welcome to Gumstix *** DRAM: 64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 0 Instruction Cache is ON Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done ## Booting image at a2000000 ... Image Name: uImage Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 946212 Bytes = 924 kB Load Address: a0008000 Entry Point: a0008000 OK Starting kernel ... Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed Sep 5 07:33:11 CLT 2007 CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f Machine: The Gumstix Platform Memory policy: ECC disabled, Data cache writeback Run Mode clock: 208.00MHz (*16) Turbo Mode clock: 416.00MHz (*2.0, active) Memory clock: 104.00MHz (/2) System bus clock: 104.00MHz 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: 16256 Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=cold,hard PID hash table entries: 256 (order: 8, 1024 bytes) Console: colour dummy device 80x30 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: 62848KB available (1748K code, 192K data, 124K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 NET: Registered protocol family 2 Time: pxa_timer clocksource has been installed. IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 2048 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 2048 bind 2048) TCP reno registered JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler cfq registered (default) Console: switching to colour frame buffer device 80x24 pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART 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 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled Using static partitions on Gumstix Flash ROM Creating 3 MTD partitions on "Gumstix Flash ROM": 0x00000000-0x00040000 : "Bootloader" 0x00040000-0x00f00000 : "RootFS" 0x00f00000-0x01000000 : "Kernel" TCP cubic registered XScale iWMMXt coprocessor detected. VFS: Mounted root (jffs2 filesystem). Freeing init memory: 124K NET: Registered protocol family 1 smc91x: not found (-19). CPLD responded with: ff Initializing random number generator... done. Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started m Dec 31 16:00:15 udhcpc[209]: [truncated] m cfio: module license 'unspecified' taints kernel. Before register driver After register driver Error for wireless request "Set ESSID" (8B1A) : SET failed on device mwlan0 ; No such device. Starting Rendezvous: Starting dropbear sshd: NET: Registered protocol family 10 Mobile IPv6 OK Starting httpd... Starting 32kHz clock...Settled Starting Bluetooth subsystem:Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 921600... Got response after reset... gobbling No response from BT module Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 57600... Got response after reset... gobbling No response from BT module Can't initialize device: Success Welcome to the Gumstix Linux Distribution! gumstix login: On 9/5/07, Brad Midgley <a class="moz-txt-link-rfc2396E" href="mailto:bmi...@gm..."><bmi...@gm...></a> wrote: </pre> <blockquote type="cite"> <pre wrap="">Linus Clair's suggestion was to rename the startup script to make it happen last. Brad ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap=""><!----> ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> </body> </html> |
From: Linus C. <li...@li...> - 2007-09-06 13:15:55
|
I think that the hardware is bad from factory. Both of them have the bluetooth not working. Every else works grate. Just give it a try. It should work and if it doesn't nothing bad should happen. Happy try! On 9/5/07, Mark Ahlenius - comcast <m_a...@co...> wrote: > > Hi Linus, > > so is one of your verdex units working and the other is not? I am a bit > afraid to try to turn on BT thinking that it perhaps something may hose up > my unit too. > > 'mark > > > Linus Casassa wrote: > > It didn't help :/ > > > U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 > > *** Welcome to Gumstix *** > > DRAM: 64 MB > Flash: 16 MB > Using default environment > > SMC91C1111-0 > Net: SMC91C1111-0 > Hit any key to stop autoboot: 0 > Instruction Cache is ON > Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done > ## Booting image at a2000000 ... > Image Name: uImage > Image Type: ARM Linux Kernel Image (uncompressed) > Data Size: 946212 Bytes = 924 kB > Load Address: a0008000 > Entry Point: a0008000 > OK > > Starting kernel ... > > Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed > Sep 5 07:33:11 CLT 2007 > CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f > Machine: The Gumstix Platform > Memory policy: ECC disabled, Data cache writeback > Run Mode clock: 208.00MHz (*16) > Turbo Mode clock: 416.00MHz (*2.0, active) > Memory clock: 104.00MHz (/2) > System bus clock: 104.00MHz > 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: 16256 > Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 > reboot=cold,hard > PID hash table entries: 256 (order: 8, 1024 bytes) > Console: colour dummy device 80x30 > 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: 62848KB available (1748K code, 192K data, 124K init) > Mount-cache hash table entries: 512 > CPU: Testing write buffer coherency: ok > NET: Registered protocol family 16 > NET: Registered protocol family 2 > Time: pxa_timer clocksource has been installed. > IP route cache hash table entries: 1024 (order: 0, 4096 bytes) > TCP established hash table entries: 2048 (order: 2, 16384 bytes) > TCP bind hash table entries: 2048 (order: 1, 8192 bytes) > TCP: Hash tables configured (established 2048 bind 2048) > TCP reno registered > JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. > io scheduler noop registered > io scheduler cfq registered (default) > Console: switching to colour frame buffer device 80x24 > pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART > pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART > pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART > 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 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Using buffer write method > cfi_cmdset_0001: Erase suspend on write enabled > Using static partitions on Gumstix Flash ROM > Creating 3 MTD partitions on "Gumstix Flash ROM": > 0x00000000-0x00040000 : "Bootloader" > 0x00040000-0x00f00000 : "RootFS" > 0x00f00000-0x01000000 : "Kernel" > TCP cubic registered > XScale iWMMXt coprocessor detected. > VFS: Mounted root (jffs2 filesystem). > Freeing init memory: 124K > NET: Registered protocol family 1 > smc91x: not found (-19). > CPLD responded with: ff > Initializing random number generator... done. > Starting network... > udhcpc (v0.9.9-pre) started > Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started > m > Dec 31 16:00:15 udhcpc[209]: [truncated] m > cfio: module license 'unspecified' taints kernel. > Before register driver > After register driver > Error for wireless request "Set ESSID" (8B1A) : > SET failed on device mwlan0 ; No such device. > Starting Rendezvous: > Starting dropbear sshd: NET: Registered protocol family 10 > Mobile IPv6 > OK > Starting httpd... > Starting 32kHz clock...Settled > Starting Bluetooth subsystem:Trying baud rate 115200... > Got response after reset... gobbling > No response from BT module > Trying baud rate 921600... > Got response after reset... gobbling > No response from BT module > Trying baud rate 115200... > Got response after reset... gobbling > No response from BT module > Trying baud rate 57600... > Got response after reset... gobbling > No response from BT module > Can't initialize device: Success > > > > Welcome to the Gumstix Linux Distribution! > > gumstix login: > > > On 9/5/07, Brad Midgley <bmi...@gm...> wrote: > > > Linus > > Clair's suggestion was to rename the startup script to make it happen last. > > Brad > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: Mark A. - c. <m_a...@co...> - 2007-09-08 02:36:49
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"> <title></title> </head> <body text="#000000" bgcolor="#ffffff"> Linus, <br> <br> did you ever get your BT working on your Verdex?<br> <br> I don't know what the problem is, but mine worked the first time I set the GPIO ports per that document. Then after I rebooted (I had placed the echo commands in the S30bluetooth init.d file) - it no longer works.<br> <br> What is going on? Could someone please offer some suggestions?<br> <br> Is the hardware flaky? Should I return it?<br> <br> thanks in advance.<br> <br> 'mark<br> <br> <br> Linus Casassa wrote:<br> <blockquote type="cite" cite="mid...@ma..."> <pre wrap="">I think that the hardware is bad from factory. Both of them have the bluetooth not working. Every else works grate. Just give it a try. It should work and if it doesn't nothing bad should happen. Happy try! On 9/5/07, Mark Ahlenius - comcast <a class="moz-txt-link-rfc2396E" href="mailto:m_a...@co..."><m_a...@co...></a> wrote: </pre> <blockquote type="cite"> <pre wrap=""> Hi Linus, so is one of your verdex units working and the other is not? I am a bit afraid to try to turn on BT thinking that it perhaps something may hose up my unit too. 'mark Linus Casassa wrote: It didn't help :/ U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 *** Welcome to Gumstix *** DRAM: 64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 0 Instruction Cache is ON Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done ## Booting image at a2000000 ... Image Name: uImage Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 946212 Bytes = 924 kB Load Address: a0008000 Entry Point: a0008000 OK Starting kernel ... Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed Sep 5 07:33:11 CLT 2007 CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f Machine: The Gumstix Platform Memory policy: ECC disabled, Data cache writeback Run Mode clock: 208.00MHz (*16) Turbo Mode clock: 416.00MHz (*2.0, active) Memory clock: 104.00MHz (/2) System bus clock: 104.00MHz 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: 16256 Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=cold,hard PID hash table entries: 256 (order: 8, 1024 bytes) Console: colour dummy device 80x30 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: 62848KB available (1748K code, 192K data, 124K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 NET: Registered protocol family 2 Time: pxa_timer clocksource has been installed. IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 2048 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 2048 bind 2048) TCP reno registered JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler cfq registered (default) Console: switching to colour frame buffer device 80x24 pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART 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 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled Using static partitions on Gumstix Flash ROM Creating 3 MTD partitions on "Gumstix Flash ROM": 0x00000000-0x00040000 : "Bootloader" 0x00040000-0x00f00000 : "RootFS" 0x00f00000-0x01000000 : "Kernel" TCP cubic registered XScale iWMMXt coprocessor detected. VFS: Mounted root (jffs2 filesystem). Freeing init memory: 124K NET: Registered protocol family 1 smc91x: not found (-19). CPLD responded with: ff Initializing random number generator... done. Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started m Dec 31 16:00:15 udhcpc[209]: [truncated] m cfio: module license 'unspecified' taints kernel. Before register driver After register driver Error for wireless request "Set ESSID" (8B1A) : SET failed on device mwlan0 ; No such device. Starting Rendezvous: Starting dropbear sshd: NET: Registered protocol family 10 Mobile IPv6 OK Starting httpd... Starting 32kHz clock...Settled Starting Bluetooth subsystem:Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 921600... Got response after reset... gobbling No response from BT module Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 57600... Got response after reset... gobbling No response from BT module Can't initialize device: Success Welcome to the Gumstix Linux Distribution! gumstix login: On 9/5/07, Brad Midgley <a class="moz-txt-link-rfc2396E" href="mailto:bmi...@gm..."><bmi...@gm...></a> wrote: Linus Clair's suggestion was to rename the startup script to make it happen last. Brad ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap=""><!----> ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> </body> </html> |
From: Mark S. <pic...@gm...> - 2007-09-08 07:26:22
|
Hi, For what it's worth, I'm trying to track down this problem too. I bought 6 Verdex XM-4BT boards with netCF-vx cards and every one of them has this Bluetooth problem brand new, right out of their boxes. I notice also that the netCF-vx cards also fail with the new Verdex XM-4BT motherboards, although they work perfectly fine with some older XM-4BT boards we have. On booting I get the messages about how Bluetooth can't initialize, plus for the netCV-vx cards the additional messages: ... No response from BT module Can't initialize device: Success Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:24 udhcpc[181]: udhcpc (v0.9.9-pre) started smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre <ni...@ca...> eth0: SMC91C11xFD (rev 2) at c4870300 IRQ 68 DMA 8 [nowait] eth0: Ethernet addr: 02:00:00:00:2c:10 Nothing to flush. eth0: link down ... Normally I would really doubt that the hardware is to blame, but in inspecting the new XM-4BT boards a couple of things become interesting. Our older XM-4BT boards have processors with Intel markings on them, and each board has a test stamp inked on the processor, saying "TST 1". The new boards have processors from Marvell on them, and none of them have any kind of test stamp on them. The new netCF-vx cards all have some kind of a test stamp on the PCB. Given the lack of a test stamp and the migration from Intel to Marvell for the pxa-270, I'm wondering if some of these boards got though quality control without being tested. I sent a message about this to the gumstix-users list yesterday, but I haven't heard anything. I guess the jury is still out, and it could be a hardware or a Linux problem. Do you have Intel or Marvell processors, and are your boards stamped with a test stamp? Right now, we have a lot of iffy boards. Mark S. On 9/8/07, Mark Ahlenius - comcast <m_a...@co...> wrote: > > Linus, > > did you ever get your BT working on your Verdex? > > I don't know what the problem is, but mine worked the first time I set the > GPIO ports per that document. Then after I rebooted (I had placed the echo > commands in the S30bluetooth init.d file) - it no longer works. > > What is going on? Could someone please offer some suggestions? > > Is the hardware flaky? Should I return it? > > thanks in advance. > > 'mark > > > Linus Casassa wrote: > > I think that the hardware is bad from factory. Both of them have the > bluetooth not working. Every else works grate. Just give it a try. It > should work and if it doesn't nothing bad should happen. > > Happy try! > > On 9/5/07, Mark Ahlenius - comcast <m_a...@co...> wrote: > > > Hi Linus, > > so is one of your verdex units working and the other is not? I am a bit > afraid to try to turn on BT thinking that it perhaps something may hose up > my unit too. > > 'mark > > > Linus Casassa wrote: > > It didn't help :/ > > > U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 > > *** Welcome to Gumstix *** > > DRAM: 64 MB > Flash: 16 MB > Using default environment > > SMC91C1111-0 > Net: SMC91C1111-0 > Hit any key to stop autoboot: 0 > Instruction Cache is ON > Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done > ## Booting image at a2000000 ... > Image Name: uImage > Image Type: ARM Linux Kernel Image (uncompressed) > Data Size: 946212 Bytes = 924 kB > Load Address: a0008000 > Entry Point: a0008000 > OK > > Starting kernel ... > > Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed > Sep 5 07:33:11 CLT 2007 > CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f > Machine: The Gumstix Platform > Memory policy: ECC disabled, Data cache writeback > Run Mode clock: 208.00MHz (*16) > Turbo Mode clock: 416.00MHz (*2.0, active) > Memory clock: 104.00MHz (/2) > System bus clock: 104.00MHz > 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: 16256 > Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 > reboot=cold,hard > PID hash table entries: 256 (order: 8, 1024 bytes) > Console: colour dummy device 80x30 > 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: 62848KB available (1748K code, 192K data, 124K init) > Mount-cache hash table entries: 512 > CPU: Testing write buffer coherency: ok > NET: Registered protocol family 16 > NET: Registered protocol family 2 > Time: pxa_timer clocksource has been installed. > IP route cache hash table entries: 1024 (order: 0, 4096 bytes) > TCP established hash table entries: 2048 (order: 2, 16384 bytes) > TCP bind hash table entries: 2048 (order: 1, 8192 bytes) > TCP: Hash tables configured (established 2048 bind 2048) > TCP reno registered > JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. > io scheduler noop registered > io scheduler cfq registered (default) > Console: switching to colour frame buffer device 80x24 > pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART > pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART > pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART > 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 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Using buffer write method > cfi_cmdset_0001: Erase suspend on write enabled > Using static partitions on Gumstix Flash ROM > Creating 3 MTD partitions on "Gumstix Flash ROM": > 0x00000000-0x00040000 : "Bootloader" > 0x00040000-0x00f00000 : "RootFS" > 0x00f00000-0x01000000 : "Kernel" > TCP cubic registered > XScale iWMMXt coprocessor detected. > VFS: Mounted root (jffs2 filesystem). > Freeing init memory: 124K > NET: Registered protocol family 1 > smc91x: not found (-19). > CPLD responded with: ff > Initializing random number generator... done. > Starting network... > udhcpc (v0.9.9-pre) started > Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started > m > Dec 31 16:00:15 udhcpc[209]: [truncated] m > cfio: module license 'unspecified' taints kernel. > Before register driver > After register driver > Error for wireless request "Set ESSID" (8B1A) : > SET failed on device mwlan0 ; No such device. > Starting Rendezvous: > Starting dropbear sshd: NET: Registered protocol family 10 > Mobile IPv6 > OK > Starting httpd... > Starting 32kHz clock...Settled > Starting Bluetooth subsystem:Trying baud rate 115200... > Got response after reset... gobbling > No response from BT module > Trying baud rate 921600... > Got response after reset... gobbling > No response from BT module > Trying baud rate 115200... > Got response after reset... gobbling > No response from BT module > Trying baud rate 57600... > Got response after reset... gobbling > No response from BT module > Can't initialize device: Success > > > > Welcome to the Gumstix Linux Distribution! > > gumstix login: > > > On 9/5/07, Brad Midgley <bmi...@gm...> wrote: > > > Linus > > Clair's suggestion was to rename the startup script to make it happen last. > > Brad > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: Mark A. - c. <m_a...@co...> - 2007-09-08 13:19:04
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"> <title></title> </head> <body text="#000000" bgcolor="#ffffff"> Hi,<br> <br> what's weird is that so far, that's the only thing I have detected (BT) which doesn't work, but have not put the board through anything exhaustive.<br> <br> Where is the stamp with "Tst 1" on it? I have my boards screwed together and can only see that the main chip looks like a Marvel.<br> <br> I have never dealt with gumstix before this so I know nothing about their reputation. I am also in a rush do get a project done by the end of Sept.<br> I am assuming they take them back if faulty?<br> <br> 'mark<br> <br> Mark Smith wrote:<br> <blockquote type="cite" cite="mid...@ma..."> <pre wrap="">Hi, For what it's worth, I'm trying to track down this problem too. I bought 6 Verdex XM-4BT boards with netCF-vx cards and every one of them has this Bluetooth problem brand new, right out of their boxes. I notice also that the netCF-vx cards also fail with the new Verdex XM-4BT motherboards, although they work perfectly fine with some older XM-4BT boards we have. On booting I get the messages about how Bluetooth can't initialize, plus for the netCV-vx cards the additional messages: ... No response from BT module Can't initialize device: Success Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:24 udhcpc[181]: udhcpc (v0.9.9-pre) started smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre <a class="moz-txt-link-rfc2396E" href="mailto:ni...@ca..."><ni...@ca...></a> eth0: SMC91C11xFD (rev 2) at c4870300 IRQ 68 DMA 8 [nowait] eth0: Ethernet addr: 02:00:00:00:2c:10 Nothing to flush. eth0: link down ... Normally I would really doubt that the hardware is to blame, but in inspecting the new XM-4BT boards a couple of things become interesting. Our older XM-4BT boards have processors with Intel markings on them, and each board has a test stamp inked on the processor, saying "TST 1". The new boards have processors from Marvell on them, and none of them have any kind of test stamp on them. The new netCF-vx cards all have some kind of a test stamp on the PCB. Given the lack of a test stamp and the migration from Intel to Marvell for the pxa-270, I'm wondering if some of these boards got though quality control without being tested. I sent a message about this to the gumstix-users list yesterday, but I haven't heard anything. I guess the jury is still out, and it could be a hardware or a Linux problem. Do you have Intel or Marvell processors, and are your boards stamped with a test stamp? Right now, we have a lot of iffy boards. Mark S. On 9/8/07, Mark Ahlenius - comcast <a class="moz-txt-link-rfc2396E" href="mailto:m_a...@co..."><m_a...@co...></a> wrote: </pre> <blockquote type="cite"> <pre wrap=""> Linus, did you ever get your BT working on your Verdex? I don't know what the problem is, but mine worked the first time I set the GPIO ports per that document. Then after I rebooted (I had placed the echo commands in the S30bluetooth init.d file) - it no longer works. What is going on? Could someone please offer some suggestions? Is the hardware flaky? Should I return it? thanks in advance. 'mark Linus Casassa wrote: I think that the hardware is bad from factory. Both of them have the bluetooth not working. Every else works grate. Just give it a try. It should work and if it doesn't nothing bad should happen. Happy try! On 9/5/07, Mark Ahlenius - comcast <a class="moz-txt-link-rfc2396E" href="mailto:m_a...@co..."><m_a...@co...></a> wrote: Hi Linus, so is one of your verdex units working and the other is not? I am a bit afraid to try to turn on BT thinking that it perhaps something may hose up my unit too. 'mark Linus Casassa wrote: It didn't help :/ U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 *** Welcome to Gumstix *** DRAM: 64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 0 Instruction Cache is ON Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done ## Booting image at a2000000 ... Image Name: uImage Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 946212 Bytes = 924 kB Load Address: a0008000 Entry Point: a0008000 OK Starting kernel ... Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed Sep 5 07:33:11 CLT 2007 CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f Machine: The Gumstix Platform Memory policy: ECC disabled, Data cache writeback Run Mode clock: 208.00MHz (*16) Turbo Mode clock: 416.00MHz (*2.0, active) Memory clock: 104.00MHz (/2) System bus clock: 104.00MHz 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: 16256 Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=cold,hard PID hash table entries: 256 (order: 8, 1024 bytes) Console: colour dummy device 80x30 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: 62848KB available (1748K code, 192K data, 124K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 NET: Registered protocol family 2 Time: pxa_timer clocksource has been installed. IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 2048 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 2048 bind 2048) TCP reno registered JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler cfq registered (default) Console: switching to colour frame buffer device 80x24 pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART 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 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled Using static partitions on Gumstix Flash ROM Creating 3 MTD partitions on "Gumstix Flash ROM": 0x00000000-0x00040000 : "Bootloader" 0x00040000-0x00f00000 : "RootFS" 0x00f00000-0x01000000 : "Kernel" TCP cubic registered XScale iWMMXt coprocessor detected. VFS: Mounted root (jffs2 filesystem). Freeing init memory: 124K NET: Registered protocol family 1 smc91x: not found (-19). CPLD responded with: ff Initializing random number generator... done. Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started m Dec 31 16:00:15 udhcpc[209]: [truncated] m cfio: module license 'unspecified' taints kernel. Before register driver After register driver Error for wireless request "Set ESSID" (8B1A) : SET failed on device mwlan0 ; No such device. Starting Rendezvous: Starting dropbear sshd: NET: Registered protocol family 10 Mobile IPv6 OK Starting httpd... Starting 32kHz clock...Settled Starting Bluetooth subsystem:Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 921600... Got response after reset... gobbling No response from BT module Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 57600... Got response after reset... gobbling No response from BT module Can't initialize device: Success Welcome to the Gumstix Linux Distribution! gumstix login: On 9/5/07, Brad Midgley <a class="moz-txt-link-rfc2396E" href="mailto:bmi...@gm..."><bmi...@gm...></a> wrote: Linus Clair's suggestion was to rename the startup script to make it happen last. Brad ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap=""><!----> ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> </body> </html> |
From: Mark S. <pic...@gm...> - 2007-09-08 14:37:27
|
Hi, Our older Verdex XM-4BT boards that have the TST 1 stamp (the letters TST with a 1 under it all in inside of a circle) have it right on the processor in black ink, although such stamps could be put anywhere on the board. When there, they are pretty visible. The letters are different on the other boards, but the meaning is the same. A processor from Marvel is easy to identify as it has a stylized 'M' on it. According to the Gumstix page out on http://docwiki.gumstix.org/RMA there is a 30 day limited warranty. I'm also a relatively new Gumstix customer, and not sure how they do things. Mark On 9/8/07, Mark Ahlenius - comcast <m_a...@co...> wrote: > > Hi, > > what's weird is that so far, that's the only thing I have detected (BT) > which doesn't work, but have not put the board through anything exhaustive. > > Where is the stamp with "Tst 1" on it? I have my boards screwed together > and can only see that the main chip looks like a Marvel. > > I have never dealt with gumstix before this so I know nothing about their > reputation. I am also in a rush do get a project done by the end of Sept. > I am assuming they take them back if faulty? > > 'mark > > > Mark Smith wrote: > > Hi, > > For what it's worth, I'm trying to track down this problem too. > I bought 6 Verdex XM-4BT boards with netCF-vx cards and every one of > them has this Bluetooth problem brand new, right out of their boxes. > I notice also that the netCF-vx cards also fail with the new Verdex > XM-4BT motherboards, although they work perfectly fine with some older > XM-4BT boards we have. On booting I get the messages about how > Bluetooth can't initialize, plus for the netCV-vx cards the additional > messages: > > ... > No response from BT module > Can't initialize device: Success > Starting network... > udhcpc (v0.9.9-pre) started > Dec 31 16:00:24 udhcpc[181]: udhcpc (v0.9.9-pre) started > smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre <ni...@ca...> > eth0: SMC91C11xFD (rev 2) at c4870300 IRQ 68 DMA 8 [nowait] > eth0: Ethernet addr: 02:00:00:00:2c:10 > Nothing to flush. > eth0: link down > ... > > Normally I would really doubt that the hardware is to blame, but > in inspecting the new XM-4BT boards a couple of things become > interesting. Our older XM-4BT boards have processors with Intel > markings on them, and each board has a test stamp inked on the > processor, saying "TST 1". The new boards have processors from > Marvell on them, and none of them have any kind of test stamp on them. > The new netCF-vx cards all have some kind of a test stamp on the PCB. > Given the lack of a test stamp and the migration from Intel to > Marvell for the pxa-270, I'm wondering if some of these boards got > though quality control without being tested. I sent a message about > this to the gumstix-users list yesterday, but I haven't heard > anything. > > I guess the jury is still out, and it could be a hardware or a > Linux problem. Do you have Intel or Marvell processors, and are your > boards stamped with a test stamp? Right now, we have a lot of iffy > boards. > > Mark S. > > On 9/8/07, Mark Ahlenius - comcast <m_a...@co...> wrote: > > > Linus, > > did you ever get your BT working on your Verdex? > > I don't know what the problem is, but mine worked the first time I set the > GPIO ports per that document. Then after I rebooted (I had placed the echo > commands in the S30bluetooth init.d file) - it no longer works. > > What is going on? Could someone please offer some suggestions? > > Is the hardware flaky? Should I return it? > > thanks in advance. > > 'mark > > > Linus Casassa wrote: > > I think that the hardware is bad from factory. Both of them have the > bluetooth not working. Every else works grate. Just give it a try. It > should work and if it doesn't nothing bad should happen. > > Happy try! > > On 9/5/07, Mark Ahlenius - comcast <m_a...@co...> wrote: > > > Hi Linus, > > so is one of your verdex units working and the other is not? I am a bit > afraid to try to turn on BT thinking that it perhaps something may hose up > my unit too. > > 'mark > > > Linus Casassa wrote: > > It didn't help :/ > > > U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 > > *** Welcome to Gumstix *** > > DRAM: 64 MB > Flash: 16 MB > Using default environment > > SMC91C1111-0 > Net: SMC91C1111-0 > Hit any key to stop autoboot: 0 > Instruction Cache is ON > Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done > ## Booting image at a2000000 ... > Image Name: uImage > Image Type: ARM Linux Kernel Image (uncompressed) > Data Size: 946212 Bytes = 924 kB > Load Address: a0008000 > Entry Point: a0008000 > OK > > Starting kernel ... > > Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed > Sep 5 07:33:11 CLT 2007 > CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f > Machine: The Gumstix Platform > Memory policy: ECC disabled, Data cache writeback > Run Mode clock: 208.00MHz (*16) > Turbo Mode clock: 416.00MHz (*2.0, active) > Memory clock: 104.00MHz (/2) > System bus clock: 104.00MHz > 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: 16256 > Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 > reboot=cold,hard > PID hash table entries: 256 (order: 8, 1024 bytes) > Console: colour dummy device 80x30 > 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: 62848KB available (1748K code, 192K data, 124K init) > Mount-cache hash table entries: 512 > CPU: Testing write buffer coherency: ok > NET: Registered protocol family 16 > NET: Registered protocol family 2 > Time: pxa_timer clocksource has been installed. > IP route cache hash table entries: 1024 (order: 0, 4096 bytes) > TCP established hash table entries: 2048 (order: 2, 16384 bytes) > TCP bind hash table entries: 2048 (order: 1, 8192 bytes) > TCP: Hash tables configured (established 2048 bind 2048) > TCP reno registered > JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. > io scheduler noop registered > io scheduler cfq registered (default) > Console: switching to colour frame buffer device 80x24 > pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART > pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART > pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART > 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 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Using buffer write method > cfi_cmdset_0001: Erase suspend on write enabled > Using static partitions on Gumstix Flash ROM > Creating 3 MTD partitions on "Gumstix Flash ROM": > 0x00000000-0x00040000 : "Bootloader" > 0x00040000-0x00f00000 : "RootFS" > 0x00f00000-0x01000000 : "Kernel" > TCP cubic registered > XScale iWMMXt coprocessor detected. > VFS: Mounted root (jffs2 filesystem). > Freeing init memory: 124K > NET: Registered protocol family 1 > smc91x: not found (-19). > CPLD responded with: ff > Initializing random number generator... done. > Starting network... > udhcpc (v0.9.9-pre) started > Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started > m > Dec 31 16:00:15 udhcpc[209]: [truncated] m > cfio: module license 'unspecified' taints kernel. > Before register driver > After register driver > Error for wireless request "Set ESSID" (8B1A) : > SET failed on device mwlan0 ; No such device. > Starting Rendezvous: > Starting dropbear sshd: NET: Registered protocol family 10 > Mobile IPv6 > OK > Starting httpd... > Starting 32kHz clock...Settled > Starting Bluetooth subsystem:Trying baud rate 115200... > Got response after reset... gobbling > No response from BT module > Trying baud rate 921600... > Got response after reset... gobbling > No response from BT module > Trying baud rate 115200... > Got response after reset... gobbling > No response from BT module > Trying baud rate 57600... > Got response after reset... gobbling > No response from BT module > Can't initialize device: Success > > > > Welcome to the Gumstix Linux Distribution! > > gumstix login: > > > On 9/5/07, Brad Midgley <bmi...@gm...> wrote: > > > Linus > > Clair's suggestion was to rename the startup script to make it happen last. > > Brad > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: David S. <me...@st...> - 2007-09-08 20:33:45
|
Hey all, first time poster long time archive-reader :) For what it's worth, I've got a Verdex XM-4BT that I bought several months ago on which bluetooth was working fine. It does have the TST-1 print on it, however bluetooth has stopped working since I updated to a more recent buildroot (1495 in my case) I haven't spent much time diagnosing the problem as I don't use the bluetooth much (I find a direct serial line to be much faster for prototyping/ debugging). This does, however, lead me to believe that this is a software issue, not necessarily a hardware defect. Here's a hi-res image on flickr where you can see the TST-1 stamp on the processor (click on "all sizes" for more size options): http://www.flickr.com/photos/stilldavid/485197271/ /$0.02 _dave On Sep 8, 2007, at 7:37 AM, Mark Smith wrote: > Hi, > > Our older Verdex XM-4BT boards that have the TST 1 stamp (the > letters TST with a 1 under it all in inside of a circle) have it right > on the processor in black ink, although such stamps could be put > anywhere on the board. When there, they are pretty visible. The > letters are different on the other boards, but the meaning is the > same. A processor from Marvel is easy to identify as it has a > stylized 'M' on it. According to the Gumstix page out on > http://docwiki.gumstix.org/RMA there is a 30 day limited warranty. > I'm also a relatively new Gumstix customer, and not sure how they do > things. > > Mark > > On 9/8/07, Mark Ahlenius - comcast <m_a...@co...> wrote: >> >> Hi, >> >> what's weird is that so far, that's the only thing I have >> detected (BT) >> which doesn't work, but have not put the board through anything >> exhaustive. >> >> Where is the stamp with "Tst 1" on it? I have my boards screwed >> together >> and can only see that the main chip looks like a Marvel. >> >> I have never dealt with gumstix before this so I know nothing >> about their >> reputation. I am also in a rush do get a project done by the end >> of Sept. >> I am assuming they take them back if faulty? >> >> 'mark >> >> >> Mark Smith wrote: >> >> Hi, >> >> For what it's worth, I'm trying to track down this problem too. >> I bought 6 Verdex XM-4BT boards with netCF-vx cards and every one of >> them has this Bluetooth problem brand new, right out of their boxes. >> I notice also that the netCF-vx cards also fail with the new Verdex >> XM-4BT motherboards, although they work perfectly fine with some >> older >> XM-4BT boards we have. On booting I get the messages about how >> Bluetooth can't initialize, plus for the netCV-vx cards the >> additional >> messages: >> >> ... >> No response from BT module >> Can't initialize device: Success >> Starting network... >> udhcpc (v0.9.9-pre) started >> Dec 31 16:00:24 udhcpc[181]: udhcpc (v0.9.9-pre) started >> smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre <ni...@ca...> >> eth0: SMC91C11xFD (rev 2) at c4870300 IRQ 68 DMA 8 [nowait] >> eth0: Ethernet addr: 02:00:00:00:2c:10 >> Nothing to flush. >> eth0: link down >> ... >> >> Normally I would really doubt that the hardware is to blame, but >> in inspecting the new XM-4BT boards a couple of things become >> interesting. Our older XM-4BT boards have processors with Intel >> markings on them, and each board has a test stamp inked on the >> processor, saying "TST 1". The new boards have processors from >> Marvell on them, and none of them have any kind of test stamp on >> them. >> The new netCF-vx cards all have some kind of a test stamp on the >> PCB. >> Given the lack of a test stamp and the migration from Intel to >> Marvell for the pxa-270, I'm wondering if some of these boards got >> though quality control without being tested. I sent a message about >> this to the gumstix-users list yesterday, but I haven't heard >> anything. >> >> I guess the jury is still out, and it could be a hardware or a >> Linux problem. Do you have Intel or Marvell processors, and are your >> boards stamped with a test stamp? Right now, we have a lot of iffy >> boards. >> >> Mark S. >> >> On 9/8/07, Mark Ahlenius - comcast <m_a...@co...> wrote: >> >> >> Linus, >> >> did you ever get your BT working on your Verdex? >> >> I don't know what the problem is, but mine worked the first time >> I set the >> GPIO ports per that document. Then after I rebooted (I had placed >> the echo >> commands in the S30bluetooth init.d file) - it no longer works. >> >> What is going on? Could someone please offer some suggestions? >> >> Is the hardware flaky? Should I return it? >> >> thanks in advance. >> >> 'mark >> >> >> Linus Casassa wrote: >> >> I think that the hardware is bad from factory. Both of them have the >> bluetooth not working. Every else works grate. Just give it a try. It >> should work and if it doesn't nothing bad should happen. >> >> Happy try! >> >> On 9/5/07, Mark Ahlenius - comcast <m_a...@co...> wrote: >> >> >> Hi Linus, >> >> so is one of your verdex units working and the other is not? I am >> a bit >> afraid to try to turn on BT thinking that it perhaps something may >> hose up >> my unit too. >> >> 'mark >> >> >> Linus Casassa wrote: >> >> It didn't help :/ >> >> >> U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 >> >> *** Welcome to Gumstix *** >> >> DRAM: 64 MB >> Flash: 16 MB >> Using default environment >> >> SMC91C1111-0 >> Net: SMC91C1111-0 >> Hit any key to stop autoboot: 0 >> Instruction Cache is ON >> Copying kernel to 0xa2000000 from 0x00f00000 (length >> 0x00100000)...done >> ## Booting image at a2000000 ... >> Image Name: uImage >> Image Type: ARM Linux Kernel Image (uncompressed) >> Data Size: 946212 Bytes = 924 kB >> Load Address: a0008000 >> Entry Point: a0008000 >> OK >> >> Starting kernel ... >> >> Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed >> Sep 5 07:33:11 CLT 2007 >> CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f >> Machine: The Gumstix Platform >> Memory policy: ECC disabled, Data cache writeback >> Run Mode clock: 208.00MHz (*16) >> Turbo Mode clock: 416.00MHz (*2.0, active) >> Memory clock: 104.00MHz (/2) >> System bus clock: 104.00MHz >> 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: 16256 >> Kernel command line: console=ttyS0,115200n8 root=1f01 >> rootfstype=jffs2 >> reboot=cold,hard >> PID hash table entries: 256 (order: 8, 1024 bytes) >> Console: colour dummy device 80x30 >> 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: 62848KB available (1748K code, 192K data, 124K init) >> Mount-cache hash table entries: 512 >> CPU: Testing write buffer coherency: ok >> NET: Registered protocol family 16 >> NET: Registered protocol family 2 >> Time: pxa_timer clocksource has been installed. >> IP route cache hash table entries: 1024 (order: 0, 4096 bytes) >> TCP established hash table entries: 2048 (order: 2, 16384 bytes) >> TCP bind hash table entries: 2048 (order: 1, 8192 bytes) >> TCP: Hash tables configured (established 2048 bind 2048) >> TCP reno registered >> JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. >> io scheduler noop registered >> io scheduler cfq registered (default) >> Console: switching to colour frame buffer device 80x24 >> pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART >> pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART >> pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART >> 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 0x010A >> Intel/Sharp Extended Query Table at 0x010A >> Intel/Sharp Extended Query Table at 0x010A >> Intel/Sharp Extended Query Table at 0x010A >> Intel/Sharp Extended Query Table at 0x010A >> Using buffer write method >> cfi_cmdset_0001: Erase suspend on write enabled >> Using static partitions on Gumstix Flash ROM >> Creating 3 MTD partitions on "Gumstix Flash ROM": >> 0x00000000-0x00040000 : "Bootloader" >> 0x00040000-0x00f00000 : "RootFS" >> 0x00f00000-0x01000000 : "Kernel" >> TCP cubic registered >> XScale iWMMXt coprocessor detected. >> VFS: Mounted root (jffs2 filesystem). >> Freeing init memory: 124K >> NET: Registered protocol family 1 >> smc91x: not found (-19). >> CPLD responded with: ff >> Initializing random number generator... done. >> Starting network... >> udhcpc (v0.9.9-pre) started >> Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started >> m >> Dec 31 16:00:15 udhcpc[209]: [truncated] m >> cfio: module license 'unspecified' taints kernel. >> Before register driver >> After register driver >> Error for wireless request "Set ESSID" (8B1A) : >> SET failed on device mwlan0 ; No such device. >> Starting Rendezvous: >> Starting dropbear sshd: NET: Registered protocol family 10 >> Mobile IPv6 >> OK >> Starting httpd... >> Starting 32kHz clock...Settled >> Starting Bluetooth subsystem:Trying baud rate 115200... >> Got response after reset... gobbling >> No response from BT module >> Trying baud rate 921600... >> Got response after reset... gobbling >> No response from BT module >> Trying baud rate 115200... >> Got response after reset... gobbling >> No response from BT module >> Trying baud rate 57600... >> Got response after reset... gobbling >> No response from BT module >> Can't initialize device: Success >> >> >> >> Welcome to the Gumstix Linux Distribution! >> >> gumstix login: >> >> >> On 9/5/07, Brad Midgley <bmi...@gm...> wrote: >> >> >> Linus >> >> Clair's suggestion was to rename the startup script to make it >> happen last. >> >> Brad >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a >> browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a >> browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a >> browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a >> browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Mark A. - c. <m_a...@co...> - 2007-09-08 21:02:10
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=us-ascii"> <title></title> </head> <body text="#000000" bgcolor="#ffffff"> <br> Hi,<br> <br> so I took apart my boards so I could see the main chip side of hte verdex XM4-BT and there is no TST-1 stamp anywhere to be found. So I think I am going to ship this puppy back if I can get and RMA from gumstix and request a new one which does have the stamp. <br> <br> Does anyone have a Verdex XM4-BT without the stamp and its BT is working ok still (especially after powering down or rebooting it)?<br> <br> thank you<br> <br> 'mark<br> <br> <br> David Stillman wrote:<br> <blockquote type="cite" cite="mid...@st..."> <pre wrap="">Hey all, first time poster long time archive-reader :) For what it's worth, I've got a Verdex XM-4BT that I bought several months ago on which bluetooth was working fine. It does have the TST-1 print on it, however bluetooth has stopped working since I updated to a more recent buildroot (1495 in my case) I haven't spent much time diagnosing the problem as I don't use the bluetooth much (I find a direct serial line to be much faster for prototyping/ debugging). This does, however, lead me to believe that this is a software issue, not necessarily a hardware defect. Here's a hi-res image on flickr where you can see the TST-1 stamp on the processor (click on "all sizes" for more size options): <a class="moz-txt-link-freetext" href="http://www.flickr.com/photos/stilldavid/485197271/">http://www.flickr.com/photos/stilldavid/485197271/</a> /$0.02 _dave On Sep 8, 2007, at 7:37 AM, Mark Smith wrote: </pre> <blockquote type="cite"> <pre wrap="">Hi, Our older Verdex XM-4BT boards that have the TST 1 stamp (the letters TST with a 1 under it all in inside of a circle) have it right on the processor in black ink, although such stamps could be put anywhere on the board. When there, they are pretty visible. The letters are different on the other boards, but the meaning is the same. A processor from Marvel is easy to identify as it has a stylized 'M' on it. According to the Gumstix page out on <a class="moz-txt-link-freetext" href="http://docwiki.gumstix.org/RMA">http://docwiki.gumstix.org/RMA</a> there is a 30 day limited warranty. I'm also a relatively new Gumstix customer, and not sure how they do things. Mark On 9/8/07, Mark Ahlenius - comcast <a class="moz-txt-link-rfc2396E" href="mailto:m_a...@co..."><m_a...@co...></a> wrote: </pre> <blockquote type="cite"> <pre wrap=""> Hi, what's weird is that so far, that's the only thing I have detected (BT) which doesn't work, but have not put the board through anything exhaustive. Where is the stamp with "Tst 1" on it? I have my boards screwed together and can only see that the main chip looks like a Marvel. I have never dealt with gumstix before this so I know nothing about their reputation. I am also in a rush do get a project done by the end of Sept. I am assuming they take them back if faulty? 'mark Mark Smith wrote: Hi, For what it's worth, I'm trying to track down this problem too. I bought 6 Verdex XM-4BT boards with netCF-vx cards and every one of them has this Bluetooth problem brand new, right out of their boxes. I notice also that the netCF-vx cards also fail with the new Verdex XM-4BT motherboards, although they work perfectly fine with some older XM-4BT boards we have. On booting I get the messages about how Bluetooth can't initialize, plus for the netCV-vx cards the additional messages: ... No response from BT module Can't initialize device: Success Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:24 udhcpc[181]: udhcpc (v0.9.9-pre) started smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre <a class="moz-txt-link-rfc2396E" href="mailto:ni...@ca..."><ni...@ca...></a> eth0: SMC91C11xFD (rev 2) at c4870300 IRQ 68 DMA 8 [nowait] eth0: Ethernet addr: 02:00:00:00:2c:10 Nothing to flush. eth0: link down ... Normally I would really doubt that the hardware is to blame, but in inspecting the new XM-4BT boards a couple of things become interesting. Our older XM-4BT boards have processors with Intel markings on them, and each board has a test stamp inked on the processor, saying "TST 1". The new boards have processors from Marvell on them, and none of them have any kind of test stamp on them. The new netCF-vx cards all have some kind of a test stamp on the PCB. Given the lack of a test stamp and the migration from Intel to Marvell for the pxa-270, I'm wondering if some of these boards got though quality control without being tested. I sent a message about this to the gumstix-users list yesterday, but I haven't heard anything. I guess the jury is still out, and it could be a hardware or a Linux problem. Do you have Intel or Marvell processors, and are your boards stamped with a test stamp? Right now, we have a lot of iffy boards. Mark S. On 9/8/07, Mark Ahlenius - comcast <a class="moz-txt-link-rfc2396E" href="mailto:m_a...@co..."><m_a...@co...></a> wrote: Linus, did you ever get your BT working on your Verdex? I don't know what the problem is, but mine worked the first time I set the GPIO ports per that document. Then after I rebooted (I had placed the echo commands in the S30bluetooth init.d file) - it no longer works. What is going on? Could someone please offer some suggestions? Is the hardware flaky? Should I return it? thanks in advance. 'mark Linus Casassa wrote: I think that the hardware is bad from factory. Both of them have the bluetooth not working. Every else works grate. Just give it a try. It should work and if it doesn't nothing bad should happen. Happy try! On 9/5/07, Mark Ahlenius - comcast <a class="moz-txt-link-rfc2396E" href="mailto:m_a...@co..."><m_a...@co...></a> wrote: Hi Linus, so is one of your verdex units working and the other is not? I am a bit afraid to try to turn on BT thinking that it perhaps something may hose up my unit too. 'mark Linus Casassa wrote: It didn't help :/ U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 *** Welcome to Gumstix *** DRAM: 64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 0 Instruction Cache is ON Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done ## Booting image at a2000000 ... Image Name: uImage Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 946212 Bytes = 924 kB Load Address: a0008000 Entry Point: a0008000 OK Starting kernel ... Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed Sep 5 07:33:11 CLT 2007 CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f Machine: The Gumstix Platform Memory policy: ECC disabled, Data cache writeback Run Mode clock: 208.00MHz (*16) Turbo Mode clock: 416.00MHz (*2.0, active) Memory clock: 104.00MHz (/2) System bus clock: 104.00MHz 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: 16256 Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=cold,hard PID hash table entries: 256 (order: 8, 1024 bytes) Console: colour dummy device 80x30 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: 62848KB available (1748K code, 192K data, 124K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 NET: Registered protocol family 2 Time: pxa_timer clocksource has been installed. IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 2048 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 2048 bind 2048) TCP reno registered JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler cfq registered (default) Console: switching to colour frame buffer device 80x24 pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART 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 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled Using static partitions on Gumstix Flash ROM Creating 3 MTD partitions on "Gumstix Flash ROM": 0x00000000-0x00040000 : "Bootloader" 0x00040000-0x00f00000 : "RootFS" 0x00f00000-0x01000000 : "Kernel" TCP cubic registered XScale iWMMXt coprocessor detected. VFS: Mounted root (jffs2 filesystem). Freeing init memory: 124K NET: Registered protocol family 1 smc91x: not found (-19). CPLD responded with: ff Initializing random number generator... done. Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started m Dec 31 16:00:15 udhcpc[209]: [truncated] m cfio: module license 'unspecified' taints kernel. Before register driver After register driver Error for wireless request "Set ESSID" (8B1A) : SET failed on device mwlan0 ; No such device. Starting Rendezvous: Starting dropbear sshd: NET: Registered protocol family 10 Mobile IPv6 OK Starting httpd... Starting 32kHz clock...Settled Starting Bluetooth subsystem:Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 921600... Got response after reset... gobbling No response from BT module Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 57600... Got response after reset... gobbling No response from BT module Can't initialize device: Success Welcome to the Gumstix Linux Distribution! gumstix login: On 9/5/07, Brad Midgley <a class="moz-txt-link-rfc2396E" href="mailto:bmi...@gm..."><bmi...@gm...></a> wrote: Linus Clair's suggestion was to rename the startup script to make it happen last. Brad --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap="">---------------------------------------------------------------------- --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap=""><!----> ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> </body> </html> |
From: Mark A. - c. <m_a...@co...> - 2007-09-08 21:07:17
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"> <title></title> </head> <body text="#000000" bgcolor="#ffffff"> Hi again,<br> <br> btw - I did put the following in the "start" section of the init.d file: S30bluetooth<br> <br> echo -n "Initializing GPIO pins 42, 43, 44, 45..."<br> echo "AF1 in" >/proc/gpio/GPIO42<br> echo "AF2 out" >/proc/gpio/GPIO43<br> echo "AF1 in" >/proc/gpio/GPIO44<br> echo "AF2 out" >/proc/gpio/GPIO45<br> <br> ---<br> <br> That should be executed each time it restarts - this is how it should be done, right?<br> <br> thanks<br> <br> 'mark<br> <br> <br> <br> Mark Ahlenius - comcast wrote:<br> <blockquote type="cite" cite="mid...@co..."> <meta http-equiv="Content-Type" content="text/html;"> <title></title> <br> Hi,<br> <br> so I took apart my boards so I could see the main chip side of hte verdex XM4-BT and there is no TST-1 stamp anywhere to be found. So I think I am going to ship this puppy back if I can get and RMA from gumstix and request a new one which does have the stamp. <br> <br> Does anyone have a Verdex XM4-BT without the stamp and its BT is working ok still (especially after powering down or rebooting it)?<br> <br> thank you<br> <br> 'mark<br> <br> <br> David Stillman wrote:<br> <blockquote type="cite" cite="mid...@st..."> <pre wrap="">Hey all, first time poster long time archive-reader :) For what it's worth, I've got a Verdex XM-4BT that I bought several months ago on which bluetooth was working fine. It does have the TST-1 print on it, however bluetooth has stopped working since I updated to a more recent buildroot (1495 in my case) I haven't spent much time diagnosing the problem as I don't use the bluetooth much (I find a direct serial line to be much faster for prototyping/ debugging). This does, however, lead me to believe that this is a software issue, not necessarily a hardware defect. Here's a hi-res image on flickr where you can see the TST-1 stamp on the processor (click on "all sizes" for more size options): <a class="moz-txt-link-freetext" href="http://www.flickr.com/photos/stilldavid/485197271/">http://www.flickr.com/photos/stilldavid/485197271/</a> /$0.02 _dave On Sep 8, 2007, at 7:37 AM, Mark Smith wrote: </pre> <blockquote type="cite"> <pre wrap="">Hi, Our older Verdex XM-4BT boards that have the TST 1 stamp (the letters TST with a 1 under it all in inside of a circle) have it right on the processor in black ink, although such stamps could be put anywhere on the board. When there, they are pretty visible. The letters are different on the other boards, but the meaning is the same. A processor from Marvel is easy to identify as it has a stylized 'M' on it. According to the Gumstix page out on <a class="moz-txt-link-freetext" href="http://docwiki.gumstix.org/RMA">http://docwiki.gumstix.org/RMA</a> there is a 30 day limited warranty. I'm also a relatively new Gumstix customer, and not sure how they do things. Mark On 9/8/07, Mark Ahlenius - comcast <a class="moz-txt-link-rfc2396E" href="mailto:m_a...@co..."><m_a...@co...></a> wrote: </pre> <blockquote type="cite"> <pre wrap=""> Hi, what's weird is that so far, that's the only thing I have detected (BT) which doesn't work, but have not put the board through anything exhaustive. Where is the stamp with "Tst 1" on it? I have my boards screwed together and can only see that the main chip looks like a Marvel. I have never dealt with gumstix before this so I know nothing about their reputation. I am also in a rush do get a project done by the end of Sept. I am assuming they take them back if faulty? 'mark Mark Smith wrote: Hi, For what it's worth, I'm trying to track down this problem too. I bought 6 Verdex XM-4BT boards with netCF-vx cards and every one of them has this Bluetooth problem brand new, right out of their boxes. I notice also that the netCF-vx cards also fail with the new Verdex XM-4BT motherboards, although they work perfectly fine with some older XM-4BT boards we have. On booting I get the messages about how Bluetooth can't initialize, plus for the netCV-vx cards the additional messages: ... No response from BT module Can't initialize device: Success Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:24 udhcpc[181]: udhcpc (v0.9.9-pre) started smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre <a class="moz-txt-link-rfc2396E" href="mailto:ni...@ca..."><ni...@ca...></a> eth0: SMC91C11xFD (rev 2) at c4870300 IRQ 68 DMA 8 [nowait] eth0: Ethernet addr: 02:00:00:00:2c:10 Nothing to flush. eth0: link down ... Normally I would really doubt that the hardware is to blame, but in inspecting the new XM-4BT boards a couple of things become interesting. Our older XM-4BT boards have processors with Intel markings on them, and each board has a test stamp inked on the processor, saying "TST 1". The new boards have processors from Marvell on them, and none of them have any kind of test stamp on them. The new netCF-vx cards all have some kind of a test stamp on the PCB. Given the lack of a test stamp and the migration from Intel to Marvell for the pxa-270, I'm wondering if some of these boards got though quality control without being tested. I sent a message about this to the gumstix-users list yesterday, but I haven't heard anything. I guess the jury is still out, and it could be a hardware or a Linux problem. Do you have Intel or Marvell processors, and are your boards stamped with a test stamp? Right now, we have a lot of iffy boards. Mark S. On 9/8/07, Mark Ahlenius - comcast <a class="moz-txt-link-rfc2396E" href="mailto:m_a...@co..."><m_a...@co...></a> wrote: Linus, did you ever get your BT working on your Verdex? I don't know what the problem is, but mine worked the first time I set the GPIO ports per that document. Then after I rebooted (I had placed the echo commands in the S30bluetooth init.d file) - it no longer works. What is going on? Could someone please offer some suggestions? Is the hardware flaky? Should I return it? thanks in advance. 'mark Linus Casassa wrote: I think that the hardware is bad from factory. Both of them have the bluetooth not working. Every else works grate. Just give it a try. It should work and if it doesn't nothing bad should happen. Happy try! On 9/5/07, Mark Ahlenius - comcast <a class="moz-txt-link-rfc2396E" href="mailto:m_a...@co..."><m_a...@co...></a> wrote: Hi Linus, so is one of your verdex units working and the other is not? I am a bit afraid to try to turn on BT thinking that it perhaps something may hose up my unit too. 'mark Linus Casassa wrote: It didn't help :/ U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 *** Welcome to Gumstix *** DRAM: 64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 0 Instruction Cache is ON Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done ## Booting image at a2000000 ... Image Name: uImage Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 946212 Bytes = 924 kB Load Address: a0008000 Entry Point: a0008000 OK Starting kernel ... Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed Sep 5 07:33:11 CLT 2007 CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f Machine: The Gumstix Platform Memory policy: ECC disabled, Data cache writeback Run Mode clock: 208.00MHz (*16) Turbo Mode clock: 416.00MHz (*2.0, active) Memory clock: 104.00MHz (/2) System bus clock: 104.00MHz 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: 16256 Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=cold,hard PID hash table entries: 256 (order: 8, 1024 bytes) Console: colour dummy device 80x30 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: 62848KB available (1748K code, 192K data, 124K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 NET: Registered protocol family 2 Time: pxa_timer clocksource has been installed. IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 2048 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 2048 bind 2048) TCP reno registered JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler cfq registered (default) Console: switching to colour frame buffer device 80x24 pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART 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 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled Using static partitions on Gumstix Flash ROM Creating 3 MTD partitions on "Gumstix Flash ROM": 0x00000000-0x00040000 : "Bootloader" 0x00040000-0x00f00000 : "RootFS" 0x00f00000-0x01000000 : "Kernel" TCP cubic registered XScale iWMMXt coprocessor detected. VFS: Mounted root (jffs2 filesystem). Freeing init memory: 124K NET: Registered protocol family 1 smc91x: not found (-19). CPLD responded with: ff Initializing random number generator... done. Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started m Dec 31 16:00:15 udhcpc[209]: [truncated] m cfio: module license 'unspecified' taints kernel. Before register driver After register driver Error for wireless request "Set ESSID" (8B1A) : SET failed on device mwlan0 ; No such device. Starting Rendezvous: Starting dropbear sshd: NET: Registered protocol family 10 Mobile IPv6 OK Starting httpd... Starting 32kHz clock...Settled Starting Bluetooth subsystem:Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 921600... Got response after reset... gobbling No response from BT module Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 57600... Got response after reset... gobbling No response from BT module Can't initialize device: Success Welcome to the Gumstix Linux Distribution! gumstix login: On 9/5/07, Brad Midgley <a class="moz-txt-link-rfc2396E" href="mailto:bmi...@gm..."><bmi...@gm...></a> wrote: Linus Clair's suggestion was to rename the startup script to make it happen last. Brad --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap="">---------------------------------------------------------------------- --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap=""><!----> ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap=""> <hr width="90%" size="4"> ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a></pre> <pre wrap=""> <hr width="90%" size="4"> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> </body> </html> |
From: Linus C. <li...@li...> - 2007-09-05 20:06:25
|
I all ready did this and it's not working. :/ Thanks for the try. Any other suggestion? On 9/5/07, LachelnKind <Lac...@gm...> wrote: > > Well I have noticed a few threads with ppl saying the bluetooth isn't > working. It looks like I am getting the same messages as some other ppl who > are having problems. I have revision 1482 on my basix gumstix and will try > and go through some of the tips people gave. The only tip I saw was to put > these four lines > > echo "AF1 in" >/proc/gpio/GPIO42 > echo "AF2 out" >/proc/gpio/GPIO43 > echo "AF1 in" >/proc/gpio/GPIO44 > echo "AF2 out" >/proc/gpio/GPIO45 > > in this file: /etc/init.d/S30bluetooth , in the start "stanza" after the > modprobe of gumstix_bluetooth and proc_gpio. > > and also make sure that the ttyl in /etc/default/bluetooth is ttyS1 and not > ttyS2 (which it is ttyS1, I checked before) > > > > Linus Casassa-2 wrote: > > > > I don't know if its the same for the basix. I only have verdex 400 MHz > > with 64M of ram and 16M of flash. > > > > Everybody has the bluetooth working without problems? I think the > > hardware is bad but why both of my gumstix :( > > > > On 9/5/07, LachelnKind <Lac...@gm...> wrote: > >> > >> Are all these fixes to get bluetooth working only for the verdex? or will > >> it > >> work with the basix-xm-bt also? I noticed my bluetooth hasn't been > >> working > >> recently (When I type hcitool scan on my laptop, it cant find my > >> gumstix). > >> > >> > >> > >> Linus Casassa-2 wrote: > >> > > >> > It was working until I reboot. > >> > > >> > # /etc/init.d/S30bluetooth start > >> > Starting 32kHz clock...Settled > >> > Starting Bluetooth subsystem:Trying baud rate 115200... > >> > Got response after reset... gobbling > >> > No response from BT module > >> > Trying baud rate 921600... > >> > Got response after reset... gobbling > >> > No response from BT module > >> > Trying baud rate 115200... > >> > Got response after reset... gobbling > >> > No response from BT module > >> > Trying baud rate 57600... > >> > Got response after reset... gobbling > >> > No response from BT module > >> > Can't initialize device: Success > >> > # > >> > > >> > > >> > What can I do? > >> > > >> > > >> ------------------------------------------------------------------------- > >> > This SF.net email is sponsored by: Splunk Inc. > >> > Still grepping through log files to find problems? Stop. > >> > Now Search log events and configuration files using AJAX and a browser. > >> > Download your FREE copy of Splunk now >> http://get.splunk.com/ > >> > _______________________________________________ > >> > gumstix-users mailing list > >> > gum...@li... > >> > https://lists.sourceforge.net/lists/listinfo/gumstix-users > >> > > >> > > >> > >> -- > >> View this message in context: > >> http://www.nabble.com/Bluetooth-stop-working-tf4381204.html#a12507130 > >> Sent from the Gumstix mailing list archive at Nabble.com. > >> > >> > >> ------------------------------------------------------------------------- > >> This SF.net email is sponsored by: Splunk Inc. > >> Still grepping through log files to find problems? Stop. > >> Now Search log events and configuration files using AJAX and a browser. > >> Download your FREE copy of Splunk now >> http://get.splunk.com/ > >> _______________________________________________ > >> gumstix-users mailing list > >> gum...@li... > >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > >> > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > -- > View this message in context: http://www.nabble.com/Bluetooth-stop-working-tf4381204.html#a12508041 > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: LachelnKind <Lac...@gm...> - 2007-09-05 20:11:32
|
oh sorry, I didn't have any other suggestions... I was actually hoping you would have other suggestions, incase what I posted doesn't work for me ... Linus Casassa-2 wrote: > > I all ready did this and it's not working. :/ > > Thanks for the try. Any other suggestion? > > On 9/5/07, LachelnKind <Lac...@gm...> wrote: >> >> Well I have noticed a few threads with ppl saying the bluetooth isn't >> working. It looks like I am getting the same messages as some other ppl >> who >> are having problems. I have revision 1482 on my basix gumstix and will >> try >> and go through some of the tips people gave. The only tip I saw was to >> put >> these four lines >> >> echo "AF1 in" >/proc/gpio/GPIO42 >> echo "AF2 out" >/proc/gpio/GPIO43 >> echo "AF1 in" >/proc/gpio/GPIO44 >> echo "AF2 out" >/proc/gpio/GPIO45 >> >> in this file: /etc/init.d/S30bluetooth , in the start "stanza" after the >> modprobe of gumstix_bluetooth and proc_gpio. >> >> and also make sure that the ttyl in /etc/default/bluetooth is ttyS1 and >> not >> ttyS2 (which it is ttyS1, I checked before) >> >> >> >> Linus Casassa-2 wrote: >> > >> > I don't know if its the same for the basix. I only have verdex 400 MHz >> > with 64M of ram and 16M of flash. >> > >> > Everybody has the bluetooth working without problems? I think the >> > hardware is bad but why both of my gumstix :( >> > >> > On 9/5/07, LachelnKind <Lac...@gm...> wrote: >> >> >> >> Are all these fixes to get bluetooth working only for the verdex? or >> will >> >> it >> >> work with the basix-xm-bt also? I noticed my bluetooth hasn't been >> >> working >> >> recently (When I type hcitool scan on my laptop, it cant find my >> >> gumstix). >> >> >> >> >> >> >> >> Linus Casassa-2 wrote: >> >> > >> >> > It was working until I reboot. >> >> > >> >> > # /etc/init.d/S30bluetooth start >> >> > Starting 32kHz clock...Settled >> >> > Starting Bluetooth subsystem:Trying baud rate 115200... >> >> > Got response after reset... gobbling >> >> > No response from BT module >> >> > Trying baud rate 921600... >> >> > Got response after reset... gobbling >> >> > No response from BT module >> >> > Trying baud rate 115200... >> >> > Got response after reset... gobbling >> >> > No response from BT module >> >> > Trying baud rate 57600... >> >> > Got response after reset... gobbling >> >> > No response from BT module >> >> > Can't initialize device: Success >> >> > # >> >> > >> >> > >> >> > What can I do? >> >> > >> >> > >> >> >> ------------------------------------------------------------------------- >> >> > This SF.net email is sponsored by: Splunk Inc. >> >> > Still grepping through log files to find problems? Stop. >> >> > Now Search log events and configuration files using AJAX and a >> browser. >> >> > Download your FREE copy of Splunk now >> http://get.splunk.com/ >> >> > _______________________________________________ >> >> > gumstix-users mailing list >> >> > gum...@li... >> >> > https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > >> >> > >> >> >> >> -- >> >> View this message in context: >> >> http://www.nabble.com/Bluetooth-stop-working-tf4381204.html#a12507130 >> >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> >> >> >> >> ------------------------------------------------------------------------- >> >> This SF.net email is sponsored by: Splunk Inc. >> >> Still grepping through log files to find problems? Stop. >> >> Now Search log events and configuration files using AJAX and a >> browser. >> >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> >> _______________________________________________ >> >> gumstix-users mailing list >> >> gum...@li... >> >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> >> > >> > >> ------------------------------------------------------------------------- >> > This SF.net email is sponsored by: Splunk Inc. >> > Still grepping through log files to find problems? Stop. >> > Now Search log events and configuration files using AJAX and a browser. >> > Download your FREE copy of Splunk now >> http://get.splunk.com/ >> > _______________________________________________ >> > gumstix-users mailing list >> > gum...@li... >> > https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Bluetooth-stop-working-tf4381204.html#a12508041 >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/Bluetooth-stop-working-tf4381204.html#a12510030 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Chris M. <ch...@mc...> - 2007-09-08 21:43:27
|
All, My $0.02: I've had my verdex XM4-bt working intermittently. The echo statements in the init file need to appear _after_ the modprobe for gumstix_bluetooth and proc_gpio in the start stanza. I had serial and pan working for a while with these changes on the "release" delivered on the board. Coincidently, I could not establish which release I had - although the /etc/gumstix-release file contained 1410, the kernel modules indicated a release different from what subversion provided when passed -r1410. Anyway, in an attempt to get a usb wifi dongle working, I clobbered what I had for root_fs and have not been able to get bluetooth working again. Somewhere in the 1480s 1490s the bluetooth stack was changed from version 2.* to version 3.*. Version 3 is suppose to work with dbus in someway. Not all the bluez utils - rfcomm, hciattach, pand - get populated into the root_fs, so I'm trying to figure that out. I have the following unanswered questions: Which release did come with my board? (details in prior post) What is wrong with build-root such that the utilities are not properly populated in the root_fs. When will configuration files for bluetooth be available - similar to version 2 and releases using version 2. What process drives changes in the "build" (for example why was bluetooth changed but not fully implemented)? Finally, I assume the device not found error from "ifup bnep0" relates to the bluetooth configuration and is not a separate problem. Chris Mark Ahlenius - comcast wrote: > Hi again, > > btw - I did put the following in the "start" section of the init.d > file: S30bluetooth > > echo -n "Initializing GPIO pins 42, 43, 44, 45..." > echo "AF1 in" >/proc/gpio/GPIO42 > echo "AF2 out" >/proc/gpio/GPIO43 > echo "AF1 in" >/proc/gpio/GPIO44 > echo "AF2 out" >/proc/gpio/GPIO45 > > --- > > That should be executed each time it restarts - this is how it should > be done, right? > > thanks > > 'mark > > > > Mark Ahlenius - comcast wrote: >> >> Hi, >> >> so I took apart my boards so I could see the main chip side of hte >> verdex XM4-BT and there is no TST-1 stamp anywhere to be found. So >> I think I am going to ship this puppy back if I can get and RMA from >> gumstix and request a new one which does have the stamp. >> >> Does anyone have a Verdex XM4-BT without the stamp and its BT is >> working ok still (especially after powering down or rebooting it)? >> >> thank you >> >> 'mark >> >> >> David Stillman wrote: >>> Hey all, first time poster long time archive-reader :) >>> >>> For what it's worth, I've got a Verdex XM-4BT that I bought several >>> months ago on which bluetooth was working fine. It does have the >>> TST-1 print on it, however bluetooth has stopped working since I >>> updated to a more recent buildroot (1495 in my case) I haven't spent >>> much time diagnosing the problem as I don't use the bluetooth much (I >>> find a direct serial line to be much faster for prototyping/ >>> debugging). This does, however, lead me to believe that this is a >>> software issue, not necessarily a hardware defect. >>> >>> Here's a hi-res image on flickr where you can see the TST-1 stamp on >>> the processor (click on "all sizes" for more size options): >>> http://www.flickr.com/photos/stilldavid/485197271/ >>> >>> /$0.02 >>> >>> _dave >>> >>> >>> On Sep 8, 2007, at 7:37 AM, Mark Smith wrote: >>> >>> >>>> Hi, >>>> >>>> Our older Verdex XM-4BT boards that have the TST 1 stamp (the >>>> letters TST with a 1 under it all in inside of a circle) have it right >>>> on the processor in black ink, although such stamps could be put >>>> anywhere on the board. When there, they are pretty visible. The >>>> letters are different on the other boards, but the meaning is the >>>> same. A processor from Marvel is easy to identify as it has a >>>> stylized 'M' on it. According to the Gumstix page out on >>>> http://docwiki.gumstix.org/RMA there is a 30 day limited warranty. >>>> I'm also a relatively new Gumstix customer, and not sure how they do >>>> things. >>>> >>>> Mark >>>> >>>> On 9/8/07, Mark Ahlenius - comcast <m_a...@co...> wrote: >>>> >>>>> Hi, >>>>> >>>>> what's weird is that so far, that's the only thing I have >>>>> detected (BT) >>>>> which doesn't work, but have not put the board through anything >>>>> exhaustive. >>>>> >>>>> Where is the stamp with "Tst 1" on it? I have my boards screwed >>>>> together >>>>> and can only see that the main chip looks like a Marvel. >>>>> >>>>> I have never dealt with gumstix before this so I know nothing >>>>> about their >>>>> reputation. I am also in a rush do get a project done by the end >>>>> of Sept. >>>>> I am assuming they take them back if faulty? >>>>> >>>>> 'mark >>>>> >>>>> >>>>> Mark Smith wrote: >>>>> >>>>> Hi, >>>>> >>>>> For what it's worth, I'm trying to track down this problem too. >>>>> I bought 6 Verdex XM-4BT boards with netCF-vx cards and every one of >>>>> them has this Bluetooth problem brand new, right out of their boxes. >>>>> I notice also that the netCF-vx cards also fail with the new Verdex >>>>> XM-4BT motherboards, although they work perfectly fine with some >>>>> older >>>>> XM-4BT boards we have. On booting I get the messages about how >>>>> Bluetooth can't initialize, plus for the netCV-vx cards the >>>>> additional >>>>> messages: >>>>> >>>>> ... >>>>> No response from BT module >>>>> Can't initialize device: Success >>>>> Starting network... >>>>> udhcpc (v0.9.9-pre) started >>>>> Dec 31 16:00:24 udhcpc[181]: udhcpc (v0.9.9-pre) started >>>>> smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre <ni...@ca...> >>>>> eth0: SMC91C11xFD (rev 2) at c4870300 IRQ 68 DMA 8 [nowait] >>>>> eth0: Ethernet addr: 02:00:00:00:2c:10 >>>>> Nothing to flush. >>>>> eth0: link down >>>>> ... >>>>> >>>>> Normally I would really doubt that the hardware is to blame, but >>>>> in inspecting the new XM-4BT boards a couple of things become >>>>> interesting. Our older XM-4BT boards have processors with Intel >>>>> markings on them, and each board has a test stamp inked on the >>>>> processor, saying "TST 1". The new boards have processors from >>>>> Marvell on them, and none of them have any kind of test stamp on >>>>> them. >>>>> The new netCF-vx cards all have some kind of a test stamp on the >>>>> PCB. >>>>> Given the lack of a test stamp and the migration from Intel to >>>>> Marvell for the pxa-270, I'm wondering if some of these boards got >>>>> though quality control without being tested. I sent a message about >>>>> this to the gumstix-users list yesterday, but I haven't heard >>>>> anything. >>>>> >>>>> I guess the jury is still out, and it could be a hardware or a >>>>> Linux problem. Do you have Intel or Marvell processors, and are your >>>>> boards stamped with a test stamp? Right now, we have a lot of iffy >>>>> boards. >>>>> >>>>> Mark S. >>>>> >>>>> On 9/8/07, Mark Ahlenius - comcast <m_a...@co...> wrote: >>>>> >>>>> >>>>> Linus, >>>>> >>>>> did you ever get your BT working on your Verdex? >>>>> >>>>> I don't know what the problem is, but mine worked the first time >>>>> I set the >>>>> GPIO ports per that document. Then after I rebooted (I had placed >>>>> the echo >>>>> commands in the S30bluetooth init.d file) - it no longer works. >>>>> >>>>> What is going on? Could someone please offer some suggestions? >>>>> >>>>> Is the hardware flaky? Should I return it? >>>>> >>>>> thanks in advance. >>>>> >>>>> 'mark >>>>> >>>>> >>>>> Linus Casassa wrote: >>>>> >>>>> I think that the hardware is bad from factory. Both of them have the >>>>> bluetooth not working. Every else works grate. Just give it a try. It >>>>> should work and if it doesn't nothing bad should happen. >>>>> >>>>> Happy try! >>>>> >>>>> On 9/5/07, Mark Ahlenius - comcast <m_a...@co...> wrote: >>>>> >>>>> >>>>> Hi Linus, >>>>> >>>>> so is one of your verdex units working and the other is not? I am >>>>> a bit >>>>> afraid to try to turn on BT thinking that it perhaps something may >>>>> hose up >>>>> my unit too. >>>>> >>>>> 'mark >>>>> >>>>> >>>>> Linus Casassa wrote: >>>>> >>>>> It didn't help :/ >>>>> >>>>> >>>>> U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 >>>>> >>>>> *** Welcome to Gumstix *** >>>>> >>>>> DRAM: 64 MB >>>>> Flash: 16 MB >>>>> Using default environment >>>>> >>>>> SMC91C1111-0 >>>>> Net: SMC91C1111-0 >>>>> Hit any key to stop autoboot: 0 >>>>> Instruction Cache is ON >>>>> Copying kernel to 0xa2000000 from 0x00f00000 (length >>>>> 0x00100000)...done >>>>> ## Booting image at a2000000 ... >>>>> Image Name: uImage >>>>> Image Type: ARM Linux Kernel Image (uncompressed) >>>>> Data Size: 946212 Bytes = 924 kB >>>>> Load Address: a0008000 >>>>> Entry Point: a0008000 >>>>> OK >>>>> >>>>> Starting kernel ... >>>>> >>>>> Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed >>>>> Sep 5 07:33:11 CLT 2007 >>>>> CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f >>>>> Machine: The Gumstix Platform >>>>> Memory policy: ECC disabled, Data cache writeback >>>>> Run Mode clock: 208.00MHz (*16) >>>>> Turbo Mode clock: 416.00MHz (*2.0, active) >>>>> Memory clock: 104.00MHz (/2) >>>>> System bus clock: 104.00MHz >>>>> 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: 16256 >>>>> Kernel command line: console=ttyS0,115200n8 root=1f01 >>>>> rootfstype=jffs2 >>>>> reboot=cold,hard >>>>> PID hash table entries: 256 (order: 8, 1024 bytes) >>>>> Console: colour dummy device 80x30 >>>>> 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: 62848KB available (1748K code, 192K data, 124K init) >>>>> Mount-cache hash table entries: 512 >>>>> CPU: Testing write buffer coherency: ok >>>>> NET: Registered protocol family 16 >>>>> NET: Registered protocol family 2 >>>>> Time: pxa_timer clocksource has been installed. >>>>> IP route cache hash table entries: 1024 (order: 0, 4096 bytes) >>>>> TCP established hash table entries: 2048 (order: 2, 16384 bytes) >>>>> TCP bind hash table entries: 2048 (order: 1, 8192 bytes) >>>>> TCP: Hash tables configured (established 2048 bind 2048) >>>>> TCP reno registered >>>>> JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. >>>>> io scheduler noop registered >>>>> io scheduler cfq registered (default) >>>>> Console: switching to colour frame buffer device 80x24 >>>>> pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART >>>>> pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART >>>>> pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART >>>>> 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 0x010A >>>>> Intel/Sharp Extended Query Table at 0x010A >>>>> Intel/Sharp Extended Query Table at 0x010A >>>>> Intel/Sharp Extended Query Table at 0x010A >>>>> Intel/Sharp Extended Query Table at 0x010A >>>>> Using buffer write method >>>>> cfi_cmdset_0001: Erase suspend on write enabled >>>>> Using static partitions on Gumstix Flash ROM >>>>> Creating 3 MTD partitions on "Gumstix Flash ROM": >>>>> 0x00000000-0x00040000 : "Bootloader" >>>>> 0x00040000-0x00f00000 : "RootFS" >>>>> 0x00f00000-0x01000000 : "Kernel" >>>>> TCP cubic registered >>>>> XScale iWMMXt coprocessor detected. >>>>> VFS: Mounted root (jffs2 filesystem). >>>>> Freeing init memory: 124K >>>>> NET: Registered protocol family 1 >>>>> smc91x: not found (-19). >>>>> CPLD responded with: ff >>>>> Initializing random number generator... done. >>>>> Starting network... >>>>> udhcpc (v0.9.9-pre) started >>>>> Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started >>>>> m >>>>> Dec 31 16:00:15 udhcpc[209]: [truncated] m >>>>> cfio: module license 'unspecified' taints kernel. >>>>> Before register driver >>>>> After register driver >>>>> Error for wireless request "Set ESSID" (8B1A) : >>>>> SET failed on device mwlan0 ; No such device. >>>>> Starting Rendezvous: >>>>> Starting dropbear sshd: NET: Registered protocol family 10 >>>>> Mobile IPv6 >>>>> OK >>>>> Starting httpd... >>>>> Starting 32kHz clock...Settled >>>>> Starting Bluetooth subsystem:Trying baud rate 115200... >>>>> Got response after reset... gobbling >>>>> No response from BT module >>>>> Trying baud rate 921600... >>>>> Got response after reset... gobbling >>>>> No response from BT module >>>>> Trying baud rate 115200... >>>>> Got response after reset... gobbling >>>>> No response from BT module >>>>> Trying baud rate 57600... >>>>> Got response after reset... gobbling >>>>> No response from BT module >>>>> Can't initialize device: Success >>>>> >>>>> >>>>> >>>>> Welcome to the Gumstix Linux Distribution! >>>>> >>>>> gumstix login: >>>>> >>>>> >>>>> On 9/5/07, Brad Midgley <bmi...@gm...> wrote: >>>>> >>>>> >>>>> Linus >>>>> >>>>> Clair's suggestion was to rename the startup script to make it >>>>> happen last. >>>>> >>>>> Brad >>>>> >>>>> --------------------------------------------------------------------- >>>>> ---- >>>>> This SF.net email is sponsored by: Splunk Inc. >>>>> Still grepping through log files to find problems? Stop. >>>>> Now Search log events and configuration files using AJAX and a >>>>> browser. >>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>>> _______________________________________________ >>>>> gumstix-users mailing list >>>>> gum...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> ---- >>>>> This SF.net email is sponsored by: Splunk Inc. >>>>> Still grepping through log files to find problems? Stop. >>>>> Now Search log events and configuration files using AJAX and a >>>>> browser. >>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>>> _______________________________________________ >>>>> gumstix-users mailing list >>>>> gum...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> ---- >>>>> This SF.net email is sponsored by: Splunk Inc. >>>>> Still grepping through log files to find problems? Stop. >>>>> Now Search log events and configuration files using AJAX and a >>>>> browser. >>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>>> _______________________________________________ >>>>> gumstix-users mailing list >>>>> gum...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> ---- >>>>> This SF.net email is sponsored by: Splunk Inc. >>>>> Still grepping through log files to find problems? Stop. >>>>> Now Search log events and configuration files using AJAX and a >>>>> browser. >>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>>> _______________________________________________ >>>>> gumstix-users mailing list >>>>> gum...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> ---- >>>>> This SF.net email is sponsored by: Microsoft >>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>> _______________________________________________ >>>>> gumstix-users mailing list >>>>> gum...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> ---- >>>>> This SF.net email is sponsored by: Microsoft >>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>> _______________________________________________ >>>>> gumstix-users mailing list >>>>> gum...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> ---- >>>>> This SF.net email is sponsored by: Microsoft >>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>> _______________________________________________ >>>>> gumstix-users mailing list >>>>> gum...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>> >>>>> >>>>> >>>> ---------------------------------------------------------------------- >>>> --- >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> _______________________________________________ >>>> gumstix-users mailing list >>>> gum...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>> >>> >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >>> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: LachelnKind <Lac...@gm...> - 2007-09-09 22:46:00
|
I have a basix-400xm-bt, with buildroot revision 1482, and bluetooth still doesn't work. I get this when it tries to start: Starting 32kHz clock...Settled Starting Bluetooth subsystem:Trying baud rate 115200... No response after reset No response from BT module Trying baud rate 921600... No response after reset No response from BT module Trying baud rate 115200... No response after reset No response from BT module Trying baud rate 57600... No response after reset No response from BT module Can't initialize device: Success Any ideas? I put the 4 echos in the /etc/init.d/S30bluetooth file, in the start stanza after the modprobe's echo "AF1 in" >/proc/gpio/GPIO42 echo "AF2 out" >/proc/gpio/GPIO43 echo "AF1 in" >/proc/gpio/GPIO44 echo "AF2 out" >/proc/gpio/GPIO45 I notice some people get messages like this, during the booting of bluetooth: Got response after reset... gobbling Whats the difference between that and "No response after reset"? Thanks for any help.... Chris McClenaghan wrote: > > All, > > My $0.02: > > I've had my verdex XM4-bt working intermittently. The echo statements in > the init file need to appear _after_ the modprobe for gumstix_bluetooth > and proc_gpio in the start stanza. I had serial and pan working for a > while with these changes on the "release" delivered on the board. > Coincidently, I could not establish which release I had - although the > /etc/gumstix-release file contained 1410, the kernel modules indicated a > release different from what subversion provided when passed -r1410. > Anyway, in an attempt to get a usb wifi dongle working, I clobbered what > I had for root_fs and have not been able to get bluetooth working again. > Somewhere in the 1480s 1490s the bluetooth stack was changed from > version 2.* to version 3.*. Version 3 is suppose to work with dbus in > someway. Not all the bluez utils - rfcomm, hciattach, pand - get > populated into the root_fs, so I'm trying to figure that out. > > I have the following unanswered questions: > > Which release did come with my board? (details in prior post) > What is wrong with build-root such that the utilities are not properly > populated in the root_fs. > When will configuration files for bluetooth be available - similar to > version 2 and releases using version 2. > What process drives changes in the "build" (for example why was > bluetooth changed but not fully implemented)? > > Finally, I assume the device not found error from "ifup bnep0" relates > to the bluetooth configuration and is not a separate problem. > > Chris > > Mark Ahlenius - comcast wrote: >> Hi again, >> >> btw - I did put the following in the "start" section of the init.d >> file: S30bluetooth >> >> echo -n "Initializing GPIO pins 42, 43, 44, 45..." >> echo "AF1 in" >/proc/gpio/GPIO42 >> echo "AF2 out" >/proc/gpio/GPIO43 >> echo "AF1 in" >/proc/gpio/GPIO44 >> echo "AF2 out" >/proc/gpio/GPIO45 >> >> --- >> >> That should be executed each time it restarts - this is how it should >> be done, right? >> >> thanks >> >> 'mark >> >> >> >> Mark Ahlenius - comcast wrote: >>> >>> Hi, >>> >>> so I took apart my boards so I could see the main chip side of hte >>> verdex XM4-BT and there is no TST-1 stamp anywhere to be found. So >>> I think I am going to ship this puppy back if I can get and RMA from >>> gumstix and request a new one which does have the stamp. >>> >>> Does anyone have a Verdex XM4-BT without the stamp and its BT is >>> working ok still (especially after powering down or rebooting it)? >>> >>> thank you >>> >>> 'mark >>> >>> >>> David Stillman wrote: >>>> Hey all, first time poster long time archive-reader :) >>>> >>>> For what it's worth, I've got a Verdex XM-4BT that I bought several >>>> months ago on which bluetooth was working fine. It does have the >>>> TST-1 print on it, however bluetooth has stopped working since I >>>> updated to a more recent buildroot (1495 in my case) I haven't spent >>>> much time diagnosing the problem as I don't use the bluetooth much (I >>>> find a direct serial line to be much faster for prototyping/ >>>> debugging). This does, however, lead me to believe that this is a >>>> software issue, not necessarily a hardware defect. >>>> >>>> Here's a hi-res image on flickr where you can see the TST-1 stamp on >>>> the processor (click on "all sizes" for more size options): >>>> http://www.flickr.com/photos/stilldavid/485197271/ >>>> >>>> /$0.02 >>>> >>>> _dave >>>> >>>> >>>> On Sep 8, 2007, at 7:37 AM, Mark Smith wrote: >>>> >>>> >>>>> Hi, >>>>> >>>>> Our older Verdex XM-4BT boards that have the TST 1 stamp (the >>>>> letters TST with a 1 under it all in inside of a circle) have it right >>>>> on the processor in black ink, although such stamps could be put >>>>> anywhere on the board. When there, they are pretty visible. The >>>>> letters are different on the other boards, but the meaning is the >>>>> same. A processor from Marvel is easy to identify as it has a >>>>> stylized 'M' on it. According to the Gumstix page out on >>>>> http://docwiki.gumstix.org/RMA there is a 30 day limited warranty. >>>>> I'm also a relatively new Gumstix customer, and not sure how they do >>>>> things. >>>>> >>>>> Mark >>>>> >>>>> On 9/8/07, Mark Ahlenius - comcast <m_a...@co...> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> what's weird is that so far, that's the only thing I have >>>>>> detected (BT) >>>>>> which doesn't work, but have not put the board through anything >>>>>> exhaustive. >>>>>> >>>>>> Where is the stamp with "Tst 1" on it? I have my boards screwed >>>>>> together >>>>>> and can only see that the main chip looks like a Marvel. >>>>>> >>>>>> I have never dealt with gumstix before this so I know nothing >>>>>> about their >>>>>> reputation. I am also in a rush do get a project done by the end >>>>>> of Sept. >>>>>> I am assuming they take them back if faulty? >>>>>> >>>>>> 'mark >>>>>> >>>>>> >>>>>> Mark Smith wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> For what it's worth, I'm trying to track down this problem too. >>>>>> I bought 6 Verdex XM-4BT boards with netCF-vx cards and every one of >>>>>> them has this Bluetooth problem brand new, right out of their boxes. >>>>>> I notice also that the netCF-vx cards also fail with the new Verdex >>>>>> XM-4BT motherboards, although they work perfectly fine with some >>>>>> older >>>>>> XM-4BT boards we have. On booting I get the messages about how >>>>>> Bluetooth can't initialize, plus for the netCV-vx cards the >>>>>> additional >>>>>> messages: >>>>>> >>>>>> ... >>>>>> No response from BT module >>>>>> Can't initialize device: Success >>>>>> Starting network... >>>>>> udhcpc (v0.9.9-pre) started >>>>>> Dec 31 16:00:24 udhcpc[181]: udhcpc (v0.9.9-pre) started >>>>>> smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre <ni...@ca...> >>>>>> eth0: SMC91C11xFD (rev 2) at c4870300 IRQ 68 DMA 8 [nowait] >>>>>> eth0: Ethernet addr: 02:00:00:00:2c:10 >>>>>> Nothing to flush. >>>>>> eth0: link down >>>>>> ... >>>>>> >>>>>> Normally I would really doubt that the hardware is to blame, but >>>>>> in inspecting the new XM-4BT boards a couple of things become >>>>>> interesting. Our older XM-4BT boards have processors with Intel >>>>>> markings on them, and each board has a test stamp inked on the >>>>>> processor, saying "TST 1". The new boards have processors from >>>>>> Marvell on them, and none of them have any kind of test stamp on >>>>>> them. >>>>>> The new netCF-vx cards all have some kind of a test stamp on the >>>>>> PCB. >>>>>> Given the lack of a test stamp and the migration from Intel to >>>>>> Marvell for the pxa-270, I'm wondering if some of these boards got >>>>>> though quality control without being tested. I sent a message about >>>>>> this to the gumstix-users list yesterday, but I haven't heard >>>>>> anything. >>>>>> >>>>>> I guess the jury is still out, and it could be a hardware or a >>>>>> Linux problem. Do you have Intel or Marvell processors, and are your >>>>>> boards stamped with a test stamp? Right now, we have a lot of iffy >>>>>> boards. >>>>>> >>>>>> Mark S. >>>>>> >>>>>> On 9/8/07, Mark Ahlenius - comcast <m_a...@co...> wrote: >>>>>> >>>>>> >>>>>> Linus, >>>>>> >>>>>> did you ever get your BT working on your Verdex? >>>>>> >>>>>> I don't know what the problem is, but mine worked the first time >>>>>> I set the >>>>>> GPIO ports per that document. Then after I rebooted (I had placed >>>>>> the echo >>>>>> commands in the S30bluetooth init.d file) - it no longer works. >>>>>> >>>>>> What is going on? Could someone please offer some suggestions? >>>>>> >>>>>> Is the hardware flaky? Should I return it? >>>>>> >>>>>> thanks in advance. >>>>>> >>>>>> 'mark >>>>>> >>>>>> >>>>>> Linus Casassa wrote: >>>>>> >>>>>> I think that the hardware is bad from factory. Both of them have the >>>>>> bluetooth not working. Every else works grate. Just give it a try. It >>>>>> should work and if it doesn't nothing bad should happen. >>>>>> >>>>>> Happy try! >>>>>> >>>>>> On 9/5/07, Mark Ahlenius - comcast <m_a...@co...> wrote: >>>>>> >>>>>> >>>>>> Hi Linus, >>>>>> >>>>>> so is one of your verdex units working and the other is not? I am >>>>>> a bit >>>>>> afraid to try to turn on BT thinking that it perhaps something may >>>>>> hose up >>>>>> my unit too. >>>>>> >>>>>> 'mark >>>>>> >>>>>> >>>>>> Linus Casassa wrote: >>>>>> >>>>>> It didn't help :/ >>>>>> >>>>>> >>>>>> U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 >>>>>> >>>>>> *** Welcome to Gumstix *** >>>>>> >>>>>> DRAM: 64 MB >>>>>> Flash: 16 MB >>>>>> Using default environment >>>>>> >>>>>> SMC91C1111-0 >>>>>> Net: SMC91C1111-0 >>>>>> Hit any key to stop autoboot: 0 >>>>>> Instruction Cache is ON >>>>>> Copying kernel to 0xa2000000 from 0x00f00000 (length >>>>>> 0x00100000)...done >>>>>> ## Booting image at a2000000 ... >>>>>> Image Name: uImage >>>>>> Image Type: ARM Linux Kernel Image (uncompressed) >>>>>> Data Size: 946212 Bytes = 924 kB >>>>>> Load Address: a0008000 >>>>>> Entry Point: a0008000 >>>>>> OK >>>>>> >>>>>> Starting kernel ... >>>>>> >>>>>> Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed >>>>>> Sep 5 07:33:11 CLT 2007 >>>>>> CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f >>>>>> Machine: The Gumstix Platform >>>>>> Memory policy: ECC disabled, Data cache writeback >>>>>> Run Mode clock: 208.00MHz (*16) >>>>>> Turbo Mode clock: 416.00MHz (*2.0, active) >>>>>> Memory clock: 104.00MHz (/2) >>>>>> System bus clock: 104.00MHz >>>>>> 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: 16256 >>>>>> Kernel command line: console=ttyS0,115200n8 root=1f01 >>>>>> rootfstype=jffs2 >>>>>> reboot=cold,hard >>>>>> PID hash table entries: 256 (order: 8, 1024 bytes) >>>>>> Console: colour dummy device 80x30 >>>>>> 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: 62848KB available (1748K code, 192K data, 124K init) >>>>>> Mount-cache hash table entries: 512 >>>>>> CPU: Testing write buffer coherency: ok >>>>>> NET: Registered protocol family 16 >>>>>> NET: Registered protocol family 2 >>>>>> Time: pxa_timer clocksource has been installed. >>>>>> IP route cache hash table entries: 1024 (order: 0, 4096 bytes) >>>>>> TCP established hash table entries: 2048 (order: 2, 16384 bytes) >>>>>> TCP bind hash table entries: 2048 (order: 1, 8192 bytes) >>>>>> TCP: Hash tables configured (established 2048 bind 2048) >>>>>> TCP reno registered >>>>>> JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. >>>>>> io scheduler noop registered >>>>>> io scheduler cfq registered (default) >>>>>> Console: switching to colour frame buffer device 80x24 >>>>>> pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART >>>>>> pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART >>>>>> pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART >>>>>> 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 0x010A >>>>>> Intel/Sharp Extended Query Table at 0x010A >>>>>> Intel/Sharp Extended Query Table at 0x010A >>>>>> Intel/Sharp Extended Query Table at 0x010A >>>>>> Intel/Sharp Extended Query Table at 0x010A >>>>>> Using buffer write method >>>>>> cfi_cmdset_0001: Erase suspend on write enabled >>>>>> Using static partitions on Gumstix Flash ROM >>>>>> Creating 3 MTD partitions on "Gumstix Flash ROM": >>>>>> 0x00000000-0x00040000 : "Bootloader" >>>>>> 0x00040000-0x00f00000 : "RootFS" >>>>>> 0x00f00000-0x01000000 : "Kernel" >>>>>> TCP cubic registered >>>>>> XScale iWMMXt coprocessor detected. >>>>>> VFS: Mounted root (jffs2 filesystem). >>>>>> Freeing init memory: 124K >>>>>> NET: Registered protocol family 1 >>>>>> smc91x: not found (-19). >>>>>> CPLD responded with: ff >>>>>> Initializing random number generator... done. >>>>>> Starting network... >>>>>> udhcpc (v0.9.9-pre) started >>>>>> Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started >>>>>> m >>>>>> Dec 31 16:00:15 udhcpc[209]: [truncated] m >>>>>> cfio: module license 'unspecified' taints kernel. >>>>>> Before register driver >>>>>> After register driver >>>>>> Error for wireless request "Set ESSID" (8B1A) : >>>>>> SET failed on device mwlan0 ; No such device. >>>>>> Starting Rendezvous: >>>>>> Starting dropbear sshd: NET: Registered protocol family 10 >>>>>> Mobile IPv6 >>>>>> OK >>>>>> Starting httpd... >>>>>> Starting 32kHz clock...Settled >>>>>> Starting Bluetooth subsystem:Trying baud rate 115200... >>>>>> Got response after reset... gobbling >>>>>> No response from BT module >>>>>> Trying baud rate 921600... >>>>>> Got response after reset... gobbling >>>>>> No response from BT module >>>>>> Trying baud rate 115200... >>>>>> Got response after reset... gobbling >>>>>> No response from BT module >>>>>> Trying baud rate 57600... >>>>>> Got response after reset... gobbling >>>>>> No response from BT module >>>>>> Can't initialize device: Success >>>>>> >>>>>> >>>>>> >>>>>> Welcome to the Gumstix Linux Distribution! >>>>>> >>>>>> gumstix login: >>>>>> >>>>>> >>>>>> On 9/5/07, Brad Midgley <bmi...@gm...> wrote: >>>>>> >>>>>> >>>>>> Linus >>>>>> >>>>>> Clair's suggestion was to rename the startup script to make it >>>>>> happen last. >>>>>> >>>>>> Brad >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> ---- >>>>>> This SF.net email is sponsored by: Splunk Inc. >>>>>> Still grepping through log files to find problems? Stop. >>>>>> Now Search log events and configuration files using AJAX and a >>>>>> browser. >>>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>>>> _______________________________________________ >>>>>> gumstix-users mailing list >>>>>> gum...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> ---- >>>>>> This SF.net email is sponsored by: Splunk Inc. >>>>>> Still grepping through log files to find problems? Stop. >>>>>> Now Search log events and configuration files using AJAX and a >>>>>> browser. >>>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>>>> _______________________________________________ >>>>>> gumstix-users mailing list >>>>>> gum...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>>> >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> ---- >>>>>> This SF.net email is sponsored by: Splunk Inc. >>>>>> Still grepping through log files to find problems? Stop. >>>>>> Now Search log events and configuration files using AJAX and a >>>>>> browser. >>>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>>>> _______________________________________________ >>>>>> gumstix-users mailing list >>>>>> gum...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>>> >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> ---- >>>>>> This SF.net email is sponsored by: Splunk Inc. >>>>>> Still grepping through log files to find problems? Stop. >>>>>> Now Search log events and configuration files using AJAX and a >>>>>> browser. >>>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>>>> _______________________________________________ >>>>>> gumstix-users mailing list >>>>>> gum...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>>> >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> ---- >>>>>> This SF.net email is sponsored by: Microsoft >>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>> _______________________________________________ >>>>>> gumstix-users mailing list >>>>>> gum...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>>> >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> ---- >>>>>> This SF.net email is sponsored by: Microsoft >>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>> _______________________________________________ >>>>>> gumstix-users mailing list >>>>>> gum...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>>> >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> ---- >>>>>> This SF.net email is sponsored by: Microsoft >>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>> _______________________________________________ >>>>>> gumstix-users mailing list >>>>>> gum...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>>> >>>>>> >>>>>> >>>>> ---------------------------------------------------------------------- >>>>> --- >>>>> This SF.net email is sponsored by: Microsoft >>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>> _______________________________________________ >>>>> gumstix-users mailing list >>>>> gum...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> _______________________________________________ >>>> gumstix-users mailing list >>>> gum...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>> >>>> >>> ------------------------------------------------------------------------ >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/Bluetooth-stop-working-tf4381204.html#a12584104 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Mark A. - c. <m_a...@co...> - 2007-09-10 00:15:35
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=us-ascii"> <title></title> </head> <body text="#000000" bgcolor="#ffffff"> Hi,<br> <br> newb questions. I note a number of error msgs like the ones shown below during bootup. I have a verdex XM-4 BT board. Trying to get BT working.<br> <br> What does it really mean when it says: "Can't write HCI_Read_Local_Version_Information cmd.: Success <br> m " ?<br> <br> I see a number or warnings, but then follwed by "success".<br> <br> Also I am getting the following error which sounds more like something for a wlan:<br> <br> "Error for wireless request "Set ESSID" (8B1A) :<br> SET failed on device rausb0 ; No such device.<br> Dec 31 16:00:24 modprobe: FATAL: Error running install command for cfio<br> <br> Error for wireless request "Set ESSID" (8B1A) :<br> SET failed on device mwlan0 ; No such device."<br> <br> What does this mean, or do I need to turn off something?<br> <br> Here is the full set of msgs.<br> <br> <br> ---<br> Can't initialize device: Success: Registered <br> h4_recv: Unknown HCI packet type f9 <br> No response after resetork... <br> Can't write HCI_Read_Local_Version_Information cmd.: Success <br> m <br> Dec 31 16:00:21 udhcpc[279]: [truncated] m <br> Can't initialize device: Successcore: registered new interface d<br> smc91x: not found (-19).<br> m<br> Dec 31 16:00:23 udhcpc[313]: [truncated] m<br> usbcore: registered new interface driver usbfs<br> usbcore: registered new interface driver hub<br> usbcore: registered new device driver usb<br> usbcore: registered new interface driver rtusb<br> Error for wireless request "Set ESSID" (8B1A) :<br> SET failed on device rausb0 ; No such device.<br> Dec 31 16:00:24 modprobe: FATAL: Error running install command for cfio<br> <br> Error for wireless request "Set ESSID" (8B1A) :<br> SET failed on device mwlan0 ; No such device.<br> <br> LachelnKind wrote:<br> <blockquote type="cite" cite="mid...@ta..."> <pre wrap="">I have a basix-400xm-bt, with buildroot revision 1482, and bluetooth still doesn't work. I get this when it tries to start: Starting 32kHz clock...Settled Starting Bluetooth subsystem:Trying baud rate 115200... No response after reset No response from BT module Trying baud rate 921600... No response after reset No response from BT module Trying baud rate 115200... No response after reset No response from BT module Trying baud rate 57600... No response after reset No response from BT module Can't initialize device: Success Any ideas? I put the 4 echos in the /etc/init.d/S30bluetooth file, in the start stanza after the modprobe's echo "AF1 in" >/proc/gpio/GPIO42 echo "AF2 out" >/proc/gpio/GPIO43 echo "AF1 in" >/proc/gpio/GPIO44 echo "AF2 out" >/proc/gpio/GPIO45 I notice some people get messages like this, during the booting of bluetooth: Got response after reset... gobbling Whats the difference between that and "No response after reset"? Thanks for any help.... Chris McClenaghan wrote: </pre> <blockquote type="cite"> <pre wrap="">All, My $0.02: I've had my verdex XM4-bt working intermittently. The echo statements in the init file need to appear _after_ the modprobe for gumstix_bluetooth and proc_gpio in the start stanza. I had serial and pan working for a while with these changes on the "release" delivered on the board. Coincidently, I could not establish which release I had - although the /etc/gumstix-release file contained 1410, the kernel modules indicated a release different from what subversion provided when passed -r1410. Anyway, in an attempt to get a usb wifi dongle working, I clobbered what I had for root_fs and have not been able to get bluetooth working again. Somewhere in the 1480s 1490s the bluetooth stack was changed from version 2.* to version 3.*. Version 3 is suppose to work with dbus in someway. Not all the bluez utils - rfcomm, hciattach, pand - get populated into the root_fs, so I'm trying to figure that out. I have the following unanswered questions: Which release did come with my board? (details in prior post) What is wrong with build-root such that the utilities are not properly populated in the root_fs. When will configuration files for bluetooth be available - similar to version 2 and releases using version 2. What process drives changes in the "build" (for example why was bluetooth changed but not fully implemented)? Finally, I assume the device not found error from "ifup bnep0" relates to the bluetooth configuration and is not a separate problem. Chris Mark Ahlenius - comcast wrote: </pre> <blockquote type="cite"> <pre wrap="">Hi again, btw - I did put the following in the "start" section of the init.d file: S30bluetooth echo -n "Initializing GPIO pins 42, 43, 44, 45..." echo "AF1 in" >/proc/gpio/GPIO42 echo "AF2 out" >/proc/gpio/GPIO43 echo "AF1 in" >/proc/gpio/GPIO44 echo "AF2 out" >/proc/gpio/GPIO45 --- That should be executed each time it restarts - this is how it should be done, right? thanks 'mark Mark Ahlenius - comcast wrote: </pre> <blockquote type="cite"> <pre wrap="">Hi, so I took apart my boards so I could see the main chip side of hte verdex XM4-BT and there is no TST-1 stamp anywhere to be found. So I think I am going to ship this puppy back if I can get and RMA from gumstix and request a new one which does have the stamp. Does anyone have a Verdex XM4-BT without the stamp and its BT is working ok still (especially after powering down or rebooting it)? thank you 'mark David Stillman wrote: </pre> <blockquote type="cite"> <pre wrap="">Hey all, first time poster long time archive-reader :) For what it's worth, I've got a Verdex XM-4BT that I bought several months ago on which bluetooth was working fine. It does have the TST-1 print on it, however bluetooth has stopped working since I updated to a more recent buildroot (1495 in my case) I haven't spent much time diagnosing the problem as I don't use the bluetooth much (I find a direct serial line to be much faster for prototyping/ debugging). This does, however, lead me to believe that this is a software issue, not necessarily a hardware defect. Here's a hi-res image on flickr where you can see the TST-1 stamp on the processor (click on "all sizes" for more size options): <a class="moz-txt-link-freetext" href="http://www.flickr.com/photos/stilldavid/485197271/">http://www.flickr.com/photos/stilldavid/485197271/</a> /$0.02 _dave On Sep 8, 2007, at 7:37 AM, Mark Smith wrote: </pre> <blockquote type="cite"> <pre wrap="">Hi, Our older Verdex XM-4BT boards that have the TST 1 stamp (the letters TST with a 1 under it all in inside of a circle) have it right on the processor in black ink, although such stamps could be put anywhere on the board. When there, they are pretty visible. The letters are different on the other boards, but the meaning is the same. A processor from Marvel is easy to identify as it has a stylized 'M' on it. According to the Gumstix page out on <a class="moz-txt-link-freetext" href="http://docwiki.gumstix.org/RMA">http://docwiki.gumstix.org/RMA</a> there is a 30 day limited warranty. I'm also a relatively new Gumstix customer, and not sure how they do things. Mark On 9/8/07, Mark Ahlenius - comcast <a class="moz-txt-link-rfc2396E" href="mailto:m_a...@co..."><m_a...@co...></a> wrote: </pre> <blockquote type="cite"> <pre wrap=""> Hi, what's weird is that so far, that's the only thing I have detected (BT) which doesn't work, but have not put the board through anything exhaustive. Where is the stamp with "Tst 1" on it? I have my boards screwed together and can only see that the main chip looks like a Marvel. I have never dealt with gumstix before this so I know nothing about their reputation. I am also in a rush do get a project done by the end of Sept. I am assuming they take them back if faulty? 'mark Mark Smith wrote: Hi, For what it's worth, I'm trying to track down this problem too. I bought 6 Verdex XM-4BT boards with netCF-vx cards and every one of them has this Bluetooth problem brand new, right out of their boxes. I notice also that the netCF-vx cards also fail with the new Verdex XM-4BT motherboards, although they work perfectly fine with some older XM-4BT boards we have. On booting I get the messages about how Bluetooth can't initialize, plus for the netCV-vx cards the additional messages: ... No response from BT module Can't initialize device: Success Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:24 udhcpc[181]: udhcpc (v0.9.9-pre) started smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre <a class="moz-txt-link-rfc2396E" href="mailto:ni...@ca..."><ni...@ca...></a> eth0: SMC91C11xFD (rev 2) at c4870300 IRQ 68 DMA 8 [nowait] eth0: Ethernet addr: 02:00:00:00:2c:10 Nothing to flush. eth0: link down ... Normally I would really doubt that the hardware is to blame, but in inspecting the new XM-4BT boards a couple of things become interesting. Our older XM-4BT boards have processors with Intel markings on them, and each board has a test stamp inked on the processor, saying "TST 1". The new boards have processors from Marvell on them, and none of them have any kind of test stamp on them. The new netCF-vx cards all have some kind of a test stamp on the PCB. Given the lack of a test stamp and the migration from Intel to Marvell for the pxa-270, I'm wondering if some of these boards got though quality control without being tested. I sent a message about this to the gumstix-users list yesterday, but I haven't heard anything. I guess the jury is still out, and it could be a hardware or a Linux problem. Do you have Intel or Marvell processors, and are your boards stamped with a test stamp? Right now, we have a lot of iffy boards. Mark S. On 9/8/07, Mark Ahlenius - comcast <a class="moz-txt-link-rfc2396E" href="mailto:m_a...@co..."><m_a...@co...></a> wrote: Linus, did you ever get your BT working on your Verdex? I don't know what the problem is, but mine worked the first time I set the GPIO ports per that document. Then after I rebooted (I had placed the echo commands in the S30bluetooth init.d file) - it no longer works. What is going on? Could someone please offer some suggestions? Is the hardware flaky? Should I return it? thanks in advance. 'mark Linus Casassa wrote: I think that the hardware is bad from factory. Both of them have the bluetooth not working. Every else works grate. Just give it a try. It should work and if it doesn't nothing bad should happen. Happy try! On 9/5/07, Mark Ahlenius - comcast <a class="moz-txt-link-rfc2396E" href="mailto:m_a...@co..."><m_a...@co...></a> wrote: Hi Linus, so is one of your verdex units working and the other is not? I am a bit afraid to try to turn on BT thinking that it perhaps something may hose up my unit too. 'mark Linus Casassa wrote: It didn't help :/ U-Boot 1.2.0 (Sep 2 2007 - 12:52:59) - PXA270@400 MHz - 1482 *** Welcome to Gumstix *** DRAM: 64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 0 Instruction Cache is ON Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done ## Booting image at a2000000 ... Image Name: uImage Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 946212 Bytes = 924 kB Load Address: a0008000 Entry Point: a0008000 OK Starting kernel ... Linux version 2.6.21gum (root@localhost) (gcc version 4.1.1) #1 Wed Sep 5 07:33:11 CLT 2007 CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f Machine: The Gumstix Platform Memory policy: ECC disabled, Data cache writeback Run Mode clock: 208.00MHz (*16) Turbo Mode clock: 416.00MHz (*2.0, active) Memory clock: 104.00MHz (/2) System bus clock: 104.00MHz 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: 16256 Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=cold,hard PID hash table entries: 256 (order: 8, 1024 bytes) Console: colour dummy device 80x30 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: 62848KB available (1748K code, 192K data, 124K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 NET: Registered protocol family 2 Time: pxa_timer clocksource has been installed. IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 2048 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 2048 bind 2048) TCP reno registered JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler cfq registered (default) Console: switching to colour frame buffer device 80x24 pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART 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 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled Using static partitions on Gumstix Flash ROM Creating 3 MTD partitions on "Gumstix Flash ROM": 0x00000000-0x00040000 : "Bootloader" 0x00040000-0x00f00000 : "RootFS" 0x00f00000-0x01000000 : "Kernel" TCP cubic registered XScale iWMMXt coprocessor detected. VFS: Mounted root (jffs2 filesystem). Freeing init memory: 124K NET: Registered protocol family 1 smc91x: not found (-19). CPLD responded with: ff Initializing random number generator... done. Starting network... udhcpc (v0.9.9-pre) started Dec 31 16:00:15 udhcpc[209]: udhcpc (v0.9.9-pre) started m Dec 31 16:00:15 udhcpc[209]: [truncated] m cfio: module license 'unspecified' taints kernel. Before register driver After register driver Error for wireless request "Set ESSID" (8B1A) : SET failed on device mwlan0 ; No such device. Starting Rendezvous: Starting dropbear sshd: NET: Registered protocol family 10 Mobile IPv6 OK Starting httpd... Starting 32kHz clock...Settled Starting Bluetooth subsystem:Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 921600... Got response after reset... gobbling No response from BT module Trying baud rate 115200... Got response after reset... gobbling No response from BT module Trying baud rate 57600... Got response after reset... gobbling No response from BT module Can't initialize device: Success Welcome to the Gumstix Linux Distribution! gumstix login: On 9/5/07, Brad Midgley <a class="moz-txt-link-rfc2396E" href="mailto:bmi...@gm..."><bmi...@gm...></a> wrote: Linus Clair's suggestion was to rename the startup script to make it happen last. Brad --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> --------------------------------------------------------------------- ---- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap="">---------------------------------------------------------------------- --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap=""> ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap="">------------------------------------------------------------------------ ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> ------------------------------------------------------------------------ _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap="">------------------------------------------------------------------------ ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> ------------------------------------------------------------------------ _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap="">------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap=""><!----> </pre> </blockquote> </body> </html> |
From: Mark S. <pic...@gm...> - 2007-09-10 07:16:48
|
Hey All, I get the output message: > Got response after reset... gobbling on my older Verdex XM-4BT boards with Intel marked processors on them. They are running release 1321, and Bluetooth seems to initialize OK on those. My new Verdex XM-4BT boards with processors from Marvell running release 1410 throws the "No response after reset" messages and fails. I'm still wondering if anyone has a version of the newer Verdex XM-4BT boards with the Marvell processor that consistently successfully initializes Bluetooth, and if so what release of the software build is it using? We could rebuild release 1321 here and try it, but in that release the audio is broken so it is not useful for us. Mark |
From: LachelnKind <Lac...@gm...> - 2007-09-10 13:10:16
|
Ok thanks, I will try and older buildroot and see if bluetooth works ;) I don't need audio so its not a big deal for me ;) Shawn Mark Smith-33 wrote: > > Hey All, > > I get the output message: > >> Got response after reset... gobbling > > on my older Verdex XM-4BT boards with Intel marked processors on them. > They are running release 1321, and Bluetooth seems to initialize OK > on those. My new Verdex XM-4BT boards with processors from Marvell > running release 1410 throws the "No response after reset" messages and > fails. I'm still wondering if anyone has a version of the newer > Verdex XM-4BT boards with the Marvell processor that consistently > successfully initializes Bluetooth, and if so what release of the > software build is it using? We could rebuild release 1321 here and > try it, but in that release the audio is broken so it is not useful > for us. > > Mark > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/Bluetooth-stop-working-tf4381204.html#a12592475 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Tim R. <gu...@ec...> - 2007-10-17 17:32:38
|
I have connex with the 'new' bluetooth chip. >This appears to be a reasonable strategy. Is this working for both >verdex and connex boards? Only one respondent seems to have identified >connex, I have a verdex. Also, at the same time can the dbus package be >removed or are other packages dependent on dbus? > >Chris > >Tim Redfern wrote: > > >>Yes I tried thid with 1482 and it worked. So it would seem that the >>bluez folder from 1161 works in any buildroot! Thats made my day. >> >> >> >> >>>I just downloaded revision 1541 and replaced the /package/bluez/ folder with >>>the one from revision 1161 and it worked perfectly! Thanks for the tip!!! :) >>> >>> >>> >>>Jonathan Wood-2 wrote: >>> >>> >>> >>> >>> >>>>>Sorry about the wait. But i have retraced my steps and created a >>>>>second working version of the buildroot. >>>>> >>>>>Here are the steps i took. >>>>> >>>>>1) Download revision 1482. This apparently works correctly 'out of the >>>>>box' >>>>> >>>>>For Verdex this is semi True, Requireing only the addition of the >>>>>Echo... Lines on /etc/init.d/S30 bluetooth >>>>> >>>>>For Connex I also downloaded 1161. This is a version i know works >>>>>with a connex board. >>>>> >>>>>I then replaced the 1482 buildroots bluez make direcotry >>>>>buildroot/packages/bluez >>>>>With the one from 1161. >>>>> >>>>>After that Bluetooth worked like a charm. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>--general question-- >>>>>> >>>>>>if there was a database of the useable status of different versions of >>>>>>the buildroot would that be useful to people? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>I think that is a most excellent idea. >>>>> >>>>>Here is a list of Buildroot revisions That i have got bluetooth working >>>>>on. >>>>> >>>>>773 - Connex >>>>>1161 - Connex >>>>>1321 - Verdex >>>>>1482 - Verdex (With modification) >>>>>1482 - Connex (WIth modification) >>>>> >>>>> >>>>> >>>>> >>>>> >>>>Copying the bluez directory from 1161 to the current svn buildroot >>>>(1541) also seems to work fine on Connex, >>>> >>>>Jonathan >>>> >>>>-- >>>>Jonathan Wood >>>>jon...@cl... >>>> >>>>------------------------------------------------------------------------- >>>>This SF.net email is sponsored by: Splunk Inc. >>>>Still grepping through log files to find problems? Stop. >>>>Now Search log events and configuration files using AJAX and a browser. >>>>Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>>_______________________________________________ >>>>gumstix-users mailing list >>>>gum...@li... >>>>https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >>> >>> >>> >>------------------------------------------------------------------------- >>This SF.net email is sponsored by: Splunk Inc. >>Still grepping through log files to find problems? Stop. >>Now Search log events and configuration files using AJAX and a browser. >>Download your FREE copy of Splunk now >> http://get.splunk.com/ >>_______________________________________________ >>gumstix-users mailing list >>gum...@li... >>https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> >> >> > >------------------------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. >Still grepping through log files to find problems? Stop. >Now Search log events and configuration files using AJAX and a browser. >Download your FREE copy of Splunk now >> http://get.splunk.com/ >_______________________________________________ >gumstix-users mailing list >gum...@li... >https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: Dan G. <djg...@go...> - 2007-10-18 08:50:08
|
Using the Bluez file from the downloaded buildroot works on the verdex, (At least in Revision 1482) As long as you do the echo "AF1 in" >/proc/gpio/GPIO42 echo "AF2 out" >/proc/gpio/GPIO43 echo "AF1 in" >/proc/gpio/GPIO44 echo "AF2 out" >/proc/gpio/GPIO45 Trick. (See 2nd post for details) iirc there was an announcement about disabling the bluez modules in revisions 1500+ as there was some conflict between the drivers and the kernel. I now have all 3 versions of the gumstix i own Old connex, New Connex and Verdex running revision 1481 of the buildroot If it works for later versions i would be interested as getting that version working was enough of a time sink for me. Regards. Dan. On 10/17/07, Tim Redfern <gu...@ec...> wrote: > I have connex with the 'new' bluetooth chip. > > >This appears to be a reasonable strategy. Is this working for both > >verdex and connex boards? Only one respondent seems to have identified > >connex, I have a verdex. Also, at the same time can the dbus package be > >removed or are other packages dependent on dbus? > > > >Chris > > > >Tim Redfern wrote: > > > > > >>Yes I tried thid with 1482 and it worked. So it would seem that the > >>bluez folder from 1161 works in any buildroot! Thats made my day. > >> > >> > >> > >> > >>>I just downloaded revision 1541 and replaced the /package/bluez/ folder with > >>>the one from revision 1161 and it worked perfectly! Thanks for the tip!!! :) > >>> > >>> > >>> > >>>Jonathan Wood-2 wrote: > >>> > >>> > >>> > >>> > >>> > >>>>>Sorry about the wait. But i have retraced my steps and created a > >>>>>second working version of the buildroot. > >>>>> > >>>>>Here are the steps i took. > >>>>> > >>>>>1) Download revision 1482. This apparently works correctly 'out of the > >>>>>box' > >>>>> > >>>>>For Verdex this is semi True, Requireing only the addition of the > >>>>>Echo... Lines on /etc/init.d/S30 bluetooth > >>>>> > >>>>>For Connex I also downloaded 1161. This is a version i know works > >>>>>with a connex board. > >>>>> > >>>>>I then replaced the 1482 buildroots bluez make direcotry > >>>>>buildroot/packages/bluez > >>>>>With the one from 1161. > >>>>> > >>>>>After that Bluetooth worked like a charm. > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>>--general question-- > >>>>>> > >>>>>>if there was a database of the useable status of different versions of > >>>>>>the buildroot would that be useful to people? > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>I think that is a most excellent idea. > >>>>> > >>>>>Here is a list of Buildroot revisions That i have got bluetooth working > >>>>>on. > >>>>> > >>>>>773 - Connex > >>>>>1161 - Connex > >>>>>1321 - Verdex > >>>>>1482 - Verdex (With modification) > >>>>>1482 - Connex (WIth modification) > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>Copying the bluez directory from 1161 to the current svn buildroot > >>>>(1541) also seems to work fine on Connex, > >>>> > >>>>Jonathan > >>>> > >>>>-- > >>>>Jonathan Wood > >>>>jon...@cl... > >>>> > >>>>------------------------------------------------------------------------- > >>>>This SF.net email is sponsored by: Splunk Inc. > >>>>Still grepping through log files to find problems? Stop. > >>>>Now Search log events and configuration files using AJAX and a browser. > >>>>Download your FREE copy of Splunk now >> http://get.splunk.com/ > >>>>_______________________________________________ > >>>>gumstix-users mailing list > >>>>gum...@li... > >>>>https://lists.sourceforge.net/lists/listinfo/gumstix-users > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>> > >>> > >>> > >>> > >>> > >>------------------------------------------------------------------------- > >>This SF.net email is sponsored by: Splunk Inc. > >>Still grepping through log files to find problems? Stop. > >>Now Search log events and configuration files using AJAX and a browser. > >>Download your FREE copy of Splunk now >> http://get.splunk.com/ > >>_______________________________________________ > >>gumstix-users mailing list > >>gum...@li... > >>https://lists.sourceforge.net/lists/listinfo/gumstix-users > >> > >> > >> > >> > > > >------------------------------------------------------------------------- > >This SF.net email is sponsored by: Splunk Inc. > >Still grepping through log files to find problems? Stop. > >Now Search log events and configuration files using AJAX and a browser. > >Download your FREE copy of Splunk now >> http://get.splunk.com/ > >_______________________________________________ > >gumstix-users mailing list > >gum...@li... > >https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Lee W. W. <lw...@ds...> - 2007-10-22 15:37:19
|
You may want to try=20 aumix -mR Thanks & Regards, Lee Wei Wei -----Original Message----- From: gum...@li... on behalf of = soj...@fr... Sent: Mon 10/22/2007 10:11 PM To: gum...@li... Subject: [Gumstix-users] Audiostix2 and mic in =20 Hi all, I am trying to record sound on my verdex XM4 using an audiostix2. It = works perfectly with line in, when sound is sourced from my computer through a = stereo mini-jack/mini-jack cable, but I just get silence when pluging in a = dynamic microphone. I noticed on the audiostix2 schematics that MICP (mic_in, I = guess) is connected to the right signal on the mini-jack plug, so my microphone = has to be connected. Is there something I have to do on the software side in = order to enable MICP (and disable LINE_IN_L, I suppose)? Best, Julien -------------------------------------------------------------------------= This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Arlen R. <ar...@gm...> - 2007-10-22 17:53:27
|
You may wish to try: aumix -i 100 aumix -v 100 The "aumix -i 100" command enables the microphone preamplifier. -Arlen On 10/22/07, Lee Wei Wei <lw...@ds...> wrote: > You may want to try > aumix -mR > > Thanks & Regards, > Lee Wei Wei > > > > -----Original Message----- > From: gum...@li... on behalf of soj...@fr... > Sent: Mon 10/22/2007 10:11 PM > To: gum...@li... > Subject: [Gumstix-users] Audiostix2 and mic in > > Hi all, > > I am trying to record sound on my verdex XM4 using an audiostix2. It works > perfectly with line in, when sound is sourced from my computer through a stereo > mini-jack/mini-jack cable, but I just get silence when pluging in a dynamic > microphone. I noticed on the audiostix2 schematics that MICP (mic_in, I guess) > is connected to the right signal on the mini-jack plug, so my microphone has to > be connected. Is there something I have to do on the software side in order to > enable MICP (and disable LINE_IN_L, I suppose)? > > Best, > Julien > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > |
From: Jesse W. <jes...@gm...> - 2007-10-29 03:39:45
|
Hello all, Ok so here is my deal, I had Bluetooth working for a bit after the moving of r1161 /package/bluez/ over to my r1543 build root. I used this for reference: http://docwiki.gumstix.org/Networking#Bluetooth_Personal_Area_Network http://docwiki.gumstix.org/LinuxBluetooth#Setting_Up_Bluetooth_Networks Then since I use Debian testing, a recent update with Blue tooth broke what was working and I can't for the life of me figure out why even after I readjusted to the new configuration. Can any one spot the problem? Here is my GUMSTIX files of relevance: /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=false > > # 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=false > > # 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 --service GN --connect 00:19:7E:EC:B2:19 > --persist" > /etc/network/interfaces: > # Configure Loopback > auto lo > iface lo inet loopback > > #auto usb0 > #iface usb0 inet dhcp > iface bnep0 inet static > address 192.168.10.2 > netmask 255.255.255.0 > network 192.168.10.0 > gateway 192.168.10.1 > broadcast 192.168.10.255 > Here are my DEBIAN files: /etc/default/bluetooth: > # Defaults for bluez-utils > > # This file supersedes /etc/default/bluez-pan. If > # that exists on your system, you should use this > # file instead and remove the old one. Until you > # do so, the contents of this file will be ignored. > > # start bluetooth on boot? > # compatibility note: If this variable is not found bluetooth will > # start > BLUETOOTH_ENABLED=1 > > # This setting will switch HID devices (e.g mouse/keyboad) to HCI mode, > that is > # you will have bluetooth functionality from your dongle instead of only > HID. > # Note that not every bluetooth dongle is capable of switching back to HID > # mode, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=355497 > HID2HCI_ENABLED=1 > > ############ HIDD > # > # HID daemon > HIDD_ENABLED=0 > HIDD_OPTIONS="--master --server" > # to make hidd always use a particular interface, use something > # like this, substituting the bdaddr of the interface: > # HIDD_OPTIONS="-i AA:BB:CC:DD:EE:FF --server" > # > # remove '--master' if you're having trouble working with Ericsson > # T630 phones with hidd operational at the same time. > > ############ COMPATIBILITY WITH OLD BLUEZ-PAN > # Compatibility: if old PAN config exists, use it > # rather than this file. > if test -f /etc/default/bluez-pan; then > . /etc/default/bluez-pan > return > fi > ############ > > ############ DUND > # > # Run dund -- this allows ppp logins. 1 for enabled, 0 for disabled. > DUND_ENABLED=0 > > # Arguments to dund: defaults to acting as a server > DUND_OPTIONS="--listen --persist" > > # Run dund --help to see the full array of options. > # Here are some examples: > # > # Connect to any nearby host offering access > # DUND_OPTIONS="--search" > # > # Connect to host 00:11:22:33:44:55 > # DUND_OPTIONS="--connect 00:11:22:33:44:55" > # > # Listen on channel 3 > # DUND_OPTIONS="--listen --channel 3" > > # Special consideration is needed for certain devices. Microsoft > # users see the --msdun option. Ericsson P800 users will need to > # listen on channel 3 and also run 'sdptool add --channel=3 SP' > > ############ PAND > # > # Run pand -- ethernet: creates new network interfaces bnep<N> > # that can be configured in /etc/network/interfaces > # set to 1 for enabled, 0 for disabled > PAND_ENABLED=1 > > # Arguments to pand > # Read the PAN howto for ways to set this up > # http://bluez.sourceforge.net/contrib/HOWTO-PAN > # in later versions of pand it used to execute /etc/bluetooth/pan/dev-up > # automatically, now you will need to use the --devup/--devdown options. > See > # the pand manpage for more informations > PAND_OPTIONS="--listen --role GN --persist --devup > /etc/bluetooth/pan/dev-up --devdown /etc/bluetooth/pan/dev-down" > > # example pand lines > # > # Act as the controller of an ad-hoc network > # PAND_OPTIONS="--listen --role GN" > # > # Act as a network access point: routes to other networks > # PAND_OPTIONS="--listen --role NAP" > # > # Act as a client of an ad-hoc controller with number 00:11:22:33:44:55 > # PAND_OPTIONS="--role PANU --connect 00:11:22:33:44:55" > # > # Connect to any nearby network controller (access point or ad-hoc) > # PAND_OPTIONS="--role PANU --search" > > ############ SDPTOOL > # this variable controls the options passed to sdptool on boot, useful if > you > # need to setup sdpd on boot. > # options are ;-separated, i.e. for every ; an sdptool instance will be > # launched > # > # examples: > # SDPTOOL_OPTIONS="add --channel=3 SP" # ericsson P800 serial profile > # SDPTOOL_OPTIONS="add --channel=8 OPUSH ; add --channel=9 FTRN" # > motorola > # # object push and file > transfer > SDPTOOL_OPTIONS="" > /etc/bluetooth/pan/dev-up: > #!/bin/sh > /sbin/ifup $1 > /etc/bluetooth/pan/dev-down: > #!/bin/sh > /sbin/ifdown $1 > /etc/network/interfaces: > # This file describes the network interfaces available on your system > # and how to activate them. For more information, see interfaces(5). > > # The loopback network interface > auto lo > iface lo inet loopback > > mapping hotplug > script grep > map bnep0 > iface bnep0 inet static > address 192.168.10.1 > netmask 255.255.255.0 > network 192.168.10.0 > broadcast 192.168.10.255 > > # The primary network interface > allow-hotplug eth0 > iface eth0 inet dhcp > And the ultimate result of all that is on my Debian laptop (called BentoBox): BentoBox:/etc# ssh root@192.168.10.2 > ssh: connect to host 192.168.10.2 port 22: No route to host > BentoBox:/etc# hcitool scan > Scanning ... > 00:80:37:2E:46:67 Gumstix (0) > 00:16:B8:2A:22:8A Z520a > BentoBox:/etc# pand -l > bnep0 00:80:37:2E:46:67 GN > BentoBox:/etc# hcitool dev > Devices: > hci0 00:19:7E:EC:B2:19 > And on my Gumstix: > [root@tachikoma etc]# hcitool scan > Scanning ... > 00:16:B8:2A:22:8A n/a > [root@tachikoma etc]# pand -l > bnep0 00:19:7E:EC:B2:19 PANU > [root@tachikoma etc]# hcitool dev > Devices: > hci0 00:80:37:2E:46:67 > So... it appears the gumstix can see the pand of my Debian bluetooth, but can't see the the actual hci device or whatever that means... Any ideas? As a side note the Z520a is my neighbors cell phone... |
From: Dan G. <djg...@go...> - 2007-10-29 12:29:48
|
For a single Device i used a slightly different setup. I Have highlighted where your files differ from mine, Out of interest though, what is the output of $ifconfig bnep0 using the setup you have here. That may help solve any other problems. On 10/29/07, Jesse Welling <jes...@gm...> wrote: > Hello all, > > Ok so here is my deal, I had Bluetooth working for a bit after the moving of > r1161 /package/bluez/ over to my r1543 build root. I used this for > reference: > http://docwiki.gumstix.org/Networking#Bluetooth_Personal_Area_Network > http://docwiki.gumstix.org/LinuxBluetooth#Setting_Up_Bluetooth_Networks > > Then since I use Debian testing, a recent update with Blue tooth broke what > was working and I can't for the life of me figure out why even after I > readjusted to the new configuration. > > Can any one spot the problem? > Here is my GUMSTIX files of relevance: > > /etc/default/bluetooth: That All looks Ok To Me. > /etc/network/interfaces: > > # Configure Loopback > > auto lo > > iface lo inet loopback > > > > #auto usb0 > > #iface usb0 inet dhcp > > > > > > > iface bnep0 inet static > > address 192.168.10.2 > > netmask 255.255.255.0 > > network 192.168.10.0 > > gateway 192.168.10.1 > > broadcast 192.168.10.255 > > I dont use the gateway, But this shouldnt make any difference as it just sets up a default route. > > Here are my DEBIAN files: > /etc/default/bluetoo th: > > # Defaults for bluez-utils > > > > # This file supersedes /etc/default/bluez-pan. If > > # that exists on your system, you should use this > > # file instead and remove the old one. Until you > > # do so, the contents of this file will be ignored. > > > > # start bluetooth on boot? > > # compatibility note: If this variable is not found bluetooth will > > # start > > BLUETOOTH_ENABLED=1 > > > > # This setting will switch HID devices (e.g mouse/keyboad) to HCI mode, > that is > > # you will have bluetooth functionality from your dongle instead of only > HID. > > # Note that not every bluetooth dongle is capable of switching back to HID > > # mode, see > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=355497 > > HID2HCI_ENABLED=1 > > > > ############ HIDD > > # > > # HID daemon > > HIDD_ENABLED=0 > > HIDD_OPTIONS="--master --server" > > # to make hidd always use a particular interface, use something > > # like this, substituting the bdaddr of the interface: > > # HIDD_OPTIONS="-i AA:BB:CC:DD:EE:FF --server" > > # > > # remove '--master' if you're having trouble working with Ericsson > > # T630 phones with hidd operational at the same time. > > > > ############ COMPATIBILITY WITH OLD BLUEZ-PAN > > # Compatibility: if old PAN config exists, use it > > # rather than this file. > > if test -f /etc/default/bluez-pan; then > > . /etc/default/bluez-pan > > return > > fi > > ############ > > > > ############ DUND > > # > > # Run dund -- this allows ppp logins. 1 for enabled, 0 for disabled. > > DUND_ENABLED=0 > > > > # Arguments to dund: defaults to acting as a server > > DUND_OPTIONS="--listen --persist" > > > > # Run dund --help to see the full array of options. > > # Here are some examples: > > # > > # Connect to any nearby host offering access > > # DUND_OPTIONS="--search" > > # > > # Connect to host 00:11:22:33:44:55 > > # DUND_OPTIONS="--connect 00:11:22:33:44:55" > > # > > # Listen on channel 3 > > # DUND_OPTIONS="--listen --channel 3" > > > > # Special consideration is needed for certain devices. Microsoft > > # users see the --msdun option. Ericsson P800 users will need to > > # listen on channel 3 and also run 'sdptool add --channel=3 SP' > > > > ############ PAND > > # > > # Run pand -- ethernet: creates new network interfaces bnep<N> > > # that can be configured in /etc/network/interfaces > > # set to 1 for enabled, 0 for disabled > > PAND_ENABLED=1 > > > > # Arguments to pand > > # Read the PAN howto for ways to set this up > > # http://bluez.sourceforge.net/contrib/HOWTO-PAN > > # in later versions of pand it used to execute /etc/bluetooth/pan/dev-up > > # automatically, now you will need to use the --devup/--devdown options. > See > > # the pand manpage for more informations > > PAND_OPTIONS="--listen --role GN --persist --devup > /etc/bluetooth/pan/dev-up --devdown /etc/bluetooth/pan/dev-down" > > I Have never experimented with the devdown command, I allways thought the network is automagially closed by the kernal when the device disconnects. > > # example pand lines > > # > > # Act as the controller of an ad-hoc network > > # PAND_OPTIONS="--listen --role GN" > > # > > # Act as a network access point: routes to other networks > > # PAND_OPTIONS="--listen --role NAP" > > # > > # Act as a client of an ad-hoc controller with number 00:11:22:33:44:55 > > # PAND_OPTIONS="--role PANU --connect 00:11:22:33:44:55" > > # > > # Connect to any nearby network controller (access point or ad-hoc) > > # PAND_OPTIONS="--role PANU --search" > > > > ############ SDPTOOL > > # this variable controls the options passed to sdptool on boot, useful if > you > > # need to setup sdpd on boot. > > # options are ;-separated, i.e. for every ; an sdptool instance will be > > # launched > > # > > # examples: > > # SDPTOOL_OPTIONS="add --channel=3 SP" # ericsson P800 serial profile > > # SDPTOOL_OPTIONS="add --channel=8 OPUSH ; add --channel=9 FTRN" # > motorola > > # # object > push and file transfer > > SDPTOOL_OPTIONS="" > > > > > /etc/bluetooth/pan/dev-up: > > #!/bin/sh > > /sbin/ifup $1 > > As you only have 1 bluetooth device, I would try using ifup bnep0 instead of /sbin/ifup $1 This will make the setup static but should work. > > /etc/bluetooth/pan/dev-down: > > > #!/bin/sh > > /sbin/ifdown $1 > > > > /etc/network/interfaces: > > # This file describes the network interfaces available on your system > > # and how to activate them. For more information, see interfaces(5). > > > > # The loopback network interface > > auto lo > > iface lo inet loopback > > > > mapping hotplug > > script grep > > map bnep0 > > iface bnep0 inet static > > address 192.168.10.1 > > netmask 255.255.255.0 > > network 192.168.10.0 > > broadcast 192.168.10.255 > > Again I don't know about the mapping and script stuff. I havent used it and a connection works for me. Network addresses etc look fine though. > > # The primary network interface > > allow-hotplug eth0 > > iface eth0 inet dhcp > > > > And the ultimate result of all that is on my Debian laptop (called > BentoBox): > > > BentoBox:/etc# ssh root@192.168.10.2 > > ssh: connect to host 192.168.10.2 port 22: No route to host > > BentoBox:/etc# hcitool scan > > Scanning ... > > 00:80:37:2E:46:67 Gumstix (0) > > 00:16:B8:2A:22:8A Z520a > > BentoBox:/etc# pand -l > > bnep0 00:80:37:2E:46:67 GN > > BentoBox:/etc# hcitool dev > > Devices: > > hci0 00:19:7E:EC:B2:19 > > > > And on my Gumstix: > > [root@tachikoma etc]# hcitool scan > > Scanning ... > > 00:16:B8:2A:22:8A n/a > > [root@tachikoma etc]# pand -l > > bnep0 00:19:7E:EC:B2:19 PANU > > [root@tachikoma etc]# hcitool dev > > Devices: > > hci0 00:80:37:2E:46:67 > > > > So... it appears the gumstix can see the pand of my Debian bluetooth, but > can't see the the actual hci device or whatever that means... Any ideas? > As a side note the Z520a is my neighbors cell phone... > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- Dan Goldsmith. Computer Science Research Student Coventry University. |
From: Jesse W. <jes...@gm...> - 2007-10-29 23:24:50
|
I made changed my set up according to your recommendations and still I get this Debian: BentoBox:/home/wellingj# ssh root@192.168.10.2 ssh: connect to host 192.168.10.2 port 22: No route to host ifconfig remains unchanged from last night when I was tyring many things, still appear to have connection but no route to host on port 22 is all ssh will give me and ping just drops packets. all very puzzling.... Debian: BentoBox:/home/wellingj# ifconfig bnep0 bnep0 Link encap:Ethernet HWaddr 00:19:7E:EC:B2:19 inet addr:192.168.10.1 Bcast:192.168.10.255 Mask:255.255.255.0 inet6 addr: fe80::219:7eff:feec:b219/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1 errors:0 dropped:0 overruns:0 frame:0 TX packets:11 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:117 (117.0 b) TX bytes:539 (539.0 b) Gumstix: [root@tachikoma ~]# ifconfig bnep0 bnep0 Link encap:Ethernet HWaddr 00:80:37:2E:46:67 inet addr:192.168.10.2 Bcast:192.168.10.255 Mask:255.255.255.0 inet6 addr: fe80::280:37ff:fe2e:4667/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3 errors:0 dropped:0 overruns:0 frame:0 TX packets:9 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:539 (539.0 B) TX bytes:531 (531.0 B) I think it may be about time to punt this up to the Debian Bluetooth maintainers to try and figure it out. On 10/29/07, Dan Goldsmith <djg...@go...> wrote: > > For a single Device i used a slightly different setup. > I Have highlighted where your files differ from mine, > > Out of interest though, what is the output of $ifconfig bnep0 using > the setup you have here. That may help solve any other problems. > > On 10/29/07, Jesse Welling <jes...@gm...> wrote: > > Hello all, > > > > Ok so here is my deal, I had Bluetooth working for a bit after the > moving of > > r1161 /package/bluez/ over to my r1543 build root. I used this for > > reference: > > http://docwiki.gumstix.org/Networking#Bluetooth_Personal_Area_Network > > http://docwiki.gumstix.org/LinuxBluetooth#Setting_Up_Bluetooth_Networks > > > > Then since I use Debian testing, a recent update with Blue tooth broke > what > > was working and I can't for the life of me figure out why even after I > > readjusted to the new configuration. > > > > Can any one spot the problem? > > Here is my GUMSTIX files of relevance: > > > > /etc/default/bluetooth: > That All looks Ok To Me. > > > /etc/network/interfaces: > > > # Configure Loopback > > > auto lo > > > iface lo inet loopback > > > > > > #auto usb0 > > > #iface usb0 inet dhcp > > > > > > > > > > > iface bnep0 inet static > > > address 192.168.10.2 > > > netmask 255.255.255.0 > > > network 192.168.10.0 > > > gateway 192.168.10.1 > > > broadcast 192.168.10.255 > > > > > I dont use the gateway, But this shouldnt make any difference as it > just sets up a default route. > > > > > Here are my DEBIAN files: > > /etc/default/bluetoo th: > > > # Defaults for bluez-utils > > > > > > # This file supersedes /etc/default/bluez-pan. If > > > # that exists on your system, you should use this > > > # file instead and remove the old one. Until you > > > # do so, the contents of this file will be ignored. > > > > > > # start bluetooth on boot? > > > # compatibility note: If this variable is not found bluetooth will > > > # start > > > BLUETOOTH_ENABLED=1 > > > > > > # This setting will switch HID devices (e.g mouse/keyboad) to HCI > mode, > > that is > > > # you will have bluetooth functionality from your dongle instead of > only > > HID. > > > # Note that not every bluetooth dongle is capable of switching back to > HID > > > # mode, see > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=355497 > > > HID2HCI_ENABLED=1 > > > > > > ############ HIDD > > > # > > > # HID daemon > > > HIDD_ENABLED=0 > > > HIDD_OPTIONS="--master --server" > > > # to make hidd always use a particular interface, use something > > > # like this, substituting the bdaddr of the interface: > > > # HIDD_OPTIONS="-i AA:BB:CC:DD:EE:FF --server" > > > # > > > # remove '--master' if you're having trouble working with Ericsson > > > # T630 phones with hidd operational at the same time. > > > > > > ############ COMPATIBILITY WITH OLD BLUEZ-PAN > > > # Compatibility: if old PAN config exists, use it > > > # rather than this file. > > > if test -f /etc/default/bluez-pan; then > > > . /etc/default/bluez-pan > > > return > > > fi > > > ############ > > > > > > ############ DUND > > > # > > > # Run dund -- this allows ppp logins. 1 for enabled, 0 for disabled. > > > DUND_ENABLED=0 > > > > > > # Arguments to dund: defaults to acting as a server > > > DUND_OPTIONS="--listen --persist" > > > > > > # Run dund --help to see the full array of options. > > > # Here are some examples: > > > # > > > # Connect to any nearby host offering access > > > # DUND_OPTIONS="--search" > > > # > > > # Connect to host 00:11:22:33:44:55 > > > # DUND_OPTIONS="--connect 00:11:22:33:44:55" > > > # > > > # Listen on channel 3 > > > # DUND_OPTIONS="--listen --channel 3" > > > > > > # Special consideration is needed for certain devices. Microsoft > > > # users see the --msdun option. Ericsson P800 users will need to > > > # listen on channel 3 and also run 'sdptool add --channel=3 SP' > > > > > > ############ PAND > > > # > > > # Run pand -- ethernet: creates new network interfaces bnep<N> > > > # that can be configured in /etc/network/interfaces > > > # set to 1 for enabled, 0 for disabled > > > PAND_ENABLED=1 > > > > > > # Arguments to pand > > > # Read the PAN howto for ways to set this up > > > # http://bluez.sourceforge.net/contrib/HOWTO-PAN > > > # in later versions of pand it used to execute > /etc/bluetooth/pan/dev-up > > > # automatically, now you will need to use the --devup/--devdown > options. > > See > > > # the pand manpage for more informations > > > PAND_OPTIONS="--listen --role GN --persist --devup > > /etc/bluetooth/pan/dev-up --devdown /etc/bluetooth/pan/dev-down" > > > > > I Have never experimented with the devdown command, I allways thought > the network is automagially closed by the kernal when the device > disconnects. > > > > # example pand lines > > > # > > > # Act as the controller of an ad-hoc network > > > # PAND_OPTIONS="--listen --role GN" > > > # > > > # Act as a network access point: routes to other networks > > > # PAND_OPTIONS="--listen --role NAP" > > > # > > > # Act as a client of an ad-hoc controller with number > 00:11:22:33:44:55 > > > # PAND_OPTIONS="--role PANU --connect 00:11:22:33:44:55" > > > # > > > # Connect to any nearby network controller (access point or ad-hoc) > > > # PAND_OPTIONS="--role PANU --search" > > > > > > ############ SDPTOOL > > > # this variable controls the options passed to sdptool on boot, useful > if > > you > > > # need to setup sdpd on boot. > > > # options are ;-separated, i.e. for every ; an sdptool instance will > be > > > # launched > > > # > > > # examples: > > > # SDPTOOL_OPTIONS="add --channel=3 SP" # ericsson P800 serial profile > > > # SDPTOOL_OPTIONS="add --channel=8 OPUSH ; add --channel=9 FTRN" # > > motorola > > > # # object > > push and file transfer > > > SDPTOOL_OPTIONS="" > > > > > > > > > > > /etc/bluetooth/pan/dev-up: > > > #!/bin/sh > > > /sbin/ifup $1 > > > > > As you only have 1 bluetooth device, I would try using > ifup bnep0 > instead of /sbin/ifup $1 > > This will make the setup static but should work. > > > > > /etc/bluetooth/pan/dev-down: > > > > > #!/bin/sh > > > /sbin/ifdown $1 > > > > > > > /etc/network/interfaces: > > > # This file describes the network interfaces available on your system > > > # and how to activate them. For more information, see interfaces(5). > > > > > > # The loopback network interface > > > auto lo > > > iface lo inet loopback > > > > > > mapping hotplug > > > script grep > > > map bnep0 > > > iface bnep0 inet static > > > address 192.168.10.1 > > > netmask 255.255.255.0 > > > network 192.168.10.0 > > > broadcast 192.168.10.255 > > > > > Again I don't know about the mapping and script stuff. I havent used > it and a connection works for me. Network addresses etc look fine > though. > > > > # The primary network interface > > > allow-hotplug eth0 > > > iface eth0 inet dhcp > > > > > > > And the ultimate result of all that is on my Debian laptop (called > > BentoBox): > > > > > BentoBox:/etc# ssh root@192.168.10.2 > > > ssh: connect to host 192.168.10.2 port 22: No route to host > > > BentoBox:/etc# hcitool scan > > > Scanning ... > > > 00:80:37:2E:46:67 Gumstix (0) > > > 00:16:B8:2A:22:8A Z520a > > > BentoBox:/etc# pand -l > > > bnep0 00:80:37:2E:46:67 GN > > > BentoBox:/etc# hcitool dev > > > Devices: > > > hci0 00:19:7E:EC:B2:19 > > > > > > > And on my Gumstix: > > > [root@tachikoma etc]# hcitool scan > > > Scanning ... > > > 00:16:B8:2A:22:8A n/a > > > [root@tachikoma etc]# pand -l > > > bnep0 00:19:7E:EC:B2:19 PANU > > > [root@tachikoma etc]# hcitool dev > > > Devices: > > > hci0 00:80:37:2E:46:67 > > > > > > > So... it appears the gumstix can see the pand of my Debian bluetooth, > but > > can't see the the actual hci device or whatever that means... Any ideas? > > As a side note the Z520a is my neighbors cell phone... > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > -- > Dan Goldsmith. > Computer Science > Research Student > Coventry University. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |