From: David F. <dav...@ya...> - 2005-03-17 15:51:52
|
I don't see how bluetooth can do this. All I ever use is a console on ttyS0 and bluetooth. If there was any problem like this I would have expected to see it. Before the patch to fix bluetooth, I use to see garbage on the console that coincided with the hci errors, so there seemed to be interaction between the two ports, or at least in the same shared driver, but I have not seen that since. If you connect a terminal instead of the CMU cam, what do you see? I assume the ttyS0 is not longer set up as a console. I also assume no handshaking is enabled. In you code that writes to ttyS0, do the write succeed? There is a buffer of 4096+32 bytes you can fill before any handshake will block you. David. --- Aodan Mc Donagh <aod...@ho...> wrote: > Hey, > We're nearing the end of our project to build a > robot using the gumstix. > Using Windows XP we have set up a remote login > over a virtual comm port > using Bluetooth. Using this we can log onto the > gumstix and send commands to > control the robot. A program sitting on the > gumstix waits for these commands > and then calls methods to manipulate our > various devices. This works fine > for the I2C bus, returning data from our > sensors. > > The problem occurs when we attempt to send > commands out on ttyS0 to a > CMUcam2. We see the commands being sent on our > Bluetooth connection but they > do not seem to be going out on ttyS0. The code > we are using has already been > tested on ttyS0 without the Bluetooth > connection and it works fine. It > almost seems like Bluetooth is blocking ttyS0. > We assumed Bluetooth was > only connected to the HWUART on ttyS3 and would > not affect ttyS0. > > We also assume that there is no way of using > ttyS3 to send out to the > CMUcam2 as Bluetooth has to be disabled to use > ttyS3. > > Our buildroot is based kernel 2.6.10 and was > revision 413 in the source > repository. > > If anyone has any idea what is causing our > problem or ways around it we > would appreciate your help. > > Thanks > Aodan > > _________________________________________________________________ > Have you tried the all-new MSN Search? > Test-drive it today! > http://search.msn.co.uk > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT > Products from real users. > Discover which products truly live up to the > hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: David F. <dav...@ya...> - 2005-03-18 15:30:51
|
I was thinking along the lines of checking the u-boot "silent" variable and passing some flag to uncompress. This passing of flags from the boot loader to linux seems to be a big issue on linux-arm-kernel right now, avoid R2! I think there are a couple of unused "flag" bits in the pxa uart that might serve this. unfortunately this moves the flag with the choice of uart. The GPIO block may be a option, but I would rather block any characters from being send, as opposed to being sent to the ether inside the pxa silicon. David. --- Dave Hylands <dhy...@gm...> wrote: > > By the way, did you disable the > "Uncompressing > > Linux" messages via putstr in uncompress.h > that > > is writing to ttyS0? I'm trying to think of > a > > nice way to do this without a patch. > > I'm not sure that this message can be disabled > without modifying the > uncompress.h file. It's writing directly to the > UART registers. By > commenting out the two lines inside the putc > function, you'll get no > output at all. > > You might be able to modify it so that it used > a global variable that > was set by u-boot, or possibly make it a config > option. > > This is just off the top of my head, but you > could also have u-boot > set the UART pins to be GPIO and have something > later that restores > them? > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT > Products from real users. > Discover which products truly live up to the > hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Dave H. <dhy...@gm...> - 2005-03-18 17:56:19
|
> I was thinking along the lines of checking the > u-boot "silent" variable and passing some flag to > uncompress. This passing of flags from the boot > loader to linux seems to be a big issue on > linux-arm-kernel right now, avoid R2! I think > there are a couple of unused "flag" bits in the > pxa uart that might serve this. unfortunately > this moves the flag with the choice of uart. The > GPIO block may be a option, but I would rather > block any characters from being send, as opposed > to being sent to the ether inside the pxa > silicon. Doesn't u-boot pass in stuff using tags? You should be able to add an additional tag. I haven't looked at the gumstix, but on our board (which uses a super-simple bootloader) uses the block of memory at 0xC000000 to pass tag information. On the arm, the kernel loads at 0xC0008000 and 0xC0004000 is used for the top-level MMU table. I think that 0xC000000 becomes the zero page eventually. Looking at arch/arm/mach-pxa/gumstix.c it would appear that the boot params are at 0xA0000100 (physical address because the 0xC0000000 stuff hasn't been setup yet). So you could probably do something really hokey, like store a flag at 0xA0003FFC, which wouldn't involve messing with tags, or you could have u-boot pass in an additional tag with the silent information, and have ucompress.h parse it (shouldn't be too difficult). There are some macros for traversing tags and stuff in include/asm/setup.h When the ucompress.h stuff runs, the MMU should have been turned on (in order to the cache on the ARM you need to turn on the MMU), but it will be with a 1:1 mapping. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Craig H. <cr...@hu...> - 2005-03-18 18:32:06
|
Stick it in the UART scratchpad register C On Mar 18, 2005, at 7:30 AM, David Farrell wrote: > I was thinking along the lines of checking the > u-boot "silent" variable and passing some flag to > uncompress. This passing of flags from the boot > loader to linux seems to be a big issue on > linux-arm-kernel right now, avoid R2! I think > there are a couple of unused "flag" bits in the > pxa uart that might serve this. unfortunately > this moves the flag with the choice of uart. The > GPIO block may be a option, but I would rather > block any characters from being send, as opposed > to being sent to the ether inside the pxa > silicon. > > David. > > --- Dave Hylands <dhy...@gm...> wrote: >>> By the way, did you disable the >> "Uncompressing >>> Linux" messages via putstr in uncompress.h >> that >>> is writing to ttyS0? I'm trying to think of >> a >>> nice way to do this without a patch. >> >> I'm not sure that this message can be disabled >> without modifying the >> uncompress.h file. It's writing directly to the >> UART registers. By >> commenting out the two lines inside the putc >> function, you'll get no >> output at all. >> >> You might be able to modify it so that it used >> a global variable that >> was set by u-boot, or possibly make it a config >> option. >> >> This is just off the top of my head, but you >> could also have u-boot >> set the UART pins to be GPIO and have something >> later that restores >> them? >> >> -- >> Dave Hylands >> Vancouver, BC, Canada >> http://www.DaveHylands.com/ >> >> >> > ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT >> Products from real users. >> Discover which products truly live up to the >> hype. Start reading now. >> > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> > https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: David F. <dav...@ya...> - 2005-03-18 18:28:45
|
> Doesn't u-boot pass in stuff using tags? You > should be able to add an > additional tag. I haven't looked at the > gumstix, but on our board > (which uses a super-simple bootloader) uses the > block of memory at > 0xC000000 to pass tag information. On the arm, > the kernel loads at > 0xC0008000 and 0xC0004000 is used for the > top-level MMU table. > > I think that 0xC000000 becomes the zero page > eventually. > > Looking at arch/arm/mach-pxa/gumstix.c it would > appear that the boot > params are at 0xA0000100 (physical address > because the 0xC0000000 > stuff hasn't been setup yet). I'll have to look at that, do you mean the u-boot environment space or the kernel parameters? > So you could probably do something really > hokey, like store a flag at It may work locally, but I don't expect anyone would like this. > 0xA0003FFC, which wouldn't involve messing with > tags, or you could > have u-boot pass in an additional tag with the > silent information, and I guess ideally it should be one bit to test, otherwise parsing the u-boot environment for "silent". David. |
From: Dave H. <dhy...@gm...> - 2005-03-18 22:45:48
|
Hi David, > > Looking at arch/arm/mach-pxa/gumstix.c it would > > appear that the boot > > params are at 0xA0000100 (physical address > > because the 0xC0000000 > > stuff hasn't been setup yet). > > I'll have to look at that, do you mean the u-boot > environment space or the kernel parameters? I believe that u-boot stores some parameters using this things called tags. One of the tags specifies the command line, one of them specifies the amount of memory on the system, another can be used to specify the boot device. You could create a custom one to specify the silent flag. Here's an article describing it: http://www.simtec.co.uk/products/SWLINUX/files/booting_article.html and there's also a document in the linux-2.6.x/Documentation/arm/Booting -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Aodan Mc D. <aod...@ho...> - 2005-03-18 08:03:23
|
Thanks for your response. We've got this working now. It didn't make sense to us either why it was happening. We just went through the same procedure again and it wrote out ttyS0 just fine. I don't know what caused it not to work in the first place. Sorry for wasting your time. >From: David Farrell <dav...@ya...> >Reply-To: gum...@li... >To: gum...@li... >Subject: Re: [Gumstix-users] Bluetooth-ttyS0 >Date: Thu, 17 Mar 2005 07:51:44 -0800 (PST) > >I don't see how bluetooth can do this. All I ever >use is a console on ttyS0 and bluetooth. If there >was any problem like this I would have expected >to see it. Before the patch to fix bluetooth, I >use to see garbage on the console that coincided >with the hci errors, so there seemed to be >interaction between the two ports, or at least >in the same shared driver, but I have not seen >that since. If you connect a terminal instead of >the CMU cam, what do you see? I assume the ttyS0 >is not longer set up as a console. I also assume >no handshaking is enabled. In you code that >writes to ttyS0, do the write succeed? There is >a buffer of 4096+32 bytes you can fill before any >handshake will block you. > >David. > > > > >--- Aodan Mc Donagh <aod...@ho...> >wrote: > > Hey, > > We're nearing the end of our project to build a > > robot using the gumstix. > > Using Windows XP we have set up a remote login > > over a virtual comm port > > using Bluetooth. Using this we can log onto the > > gumstix and send commands to > > control the robot. A program sitting on the > > gumstix waits for these commands > > and then calls methods to manipulate our > > various devices. This works fine > > for the I2C bus, returning data from our > > sensors. > > > > The problem occurs when we attempt to send > > commands out on ttyS0 to a > > CMUcam2. We see the commands being sent on our > > Bluetooth connection but they > > do not seem to be going out on ttyS0. The code > > we are using has already been > > tested on ttyS0 without the Bluetooth > > connection and it works fine. It > > almost seems like Bluetooth is blocking ttyS0. > > We assumed Bluetooth was > > only connected to the HWUART on ttyS3 and would > > not affect ttyS0. > > > > We also assume that there is no way of using > > ttyS3 to send out to the > > CMUcam2 as Bluetooth has to be disabled to use > > ttyS3. > > > > Our buildroot is based kernel 2.6.10 and was > > revision 413 in the source > > repository. > > > > If anyone has any idea what is causing our > > problem or ways around it we > > would appreciate your help. > > > > Thanks > > Aodan > > > > >_________________________________________________________________ > > Have you tried the all-new MSN Search? > > Test-drive it today! > > http://search.msn.co.uk > > > > > > > > >------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT > > Products from real users. > > Discover which products truly live up to the > > hype. Start reading now. > > >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > >https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >gumstix-users mailing list >gum...@li... >https://lists.sourceforge.net/lists/listinfo/gumstix-users _________________________________________________________________ Rain, shine, sleet or snow? Find out at MSN Weather! http://www.msn.ie/weather |
From: Nate W <del...@gm...> - 2005-03-18 08:26:34
|
I did the svn checkout and invoked make, it churned away for a while and then: gcc -c -DUSE_UCLIBC -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -I. -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/. -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/../include /home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/gcov-iov.c -o gcov-iov.o /tmp/cclnjMlc.s: Assembler messages: /tmp/cclnjMlc.s:1698: Error: unknown pseudo-op: `.uleb108' make[2]: *** [gcov-iov.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2-initial/gcc' make[1]: *** [all-gcc] Error 2 make[1]: Leaving directory `/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2-initial' make: *** [/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2-initial/.compiled] Error 2 This is on an Ubuntu (Debian) machine with a few extra packages added for development and server stuff. My first try failed with error about flex, so I "apt-get install flex" and tried again. I'm not sure what to do about the above. Ubuntu is mostly a desktop distro, so it's possible I'm missing something that's generally present on other Linux flavors, but I'm not sure what. I'm stumped... any suggestions would be greatly appreciated. Thanks, Nate Waddoups Redmond WA USA http://www.natew.com/ http://www.featherforum.com/ |
From: Craig H. <cr...@hu...> - 2005-03-18 18:28:33
|
Nate, what version of gcc does your Ubuntu have installed? gcc -v C On Mar 18, 2005, at 12:26 AM, Nate W wrote: > I did the svn checkout and invoked make, it churned away for a while > and then: > > gcc -c -DUSE_UCLIBC -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall > -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic > -Wno-long-long -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -I. > -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc > -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/. > -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/ > ../include > > /home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/ > gcov-iov.c > -o gcov-iov.o > /tmp/cclnjMlc.s: Assembler messages: > /tmp/cclnjMlc.s:1698: Error: unknown pseudo-op: `.uleb108' > make[2]: *** [gcov-iov.o] Error 1 > make[2]: *** Waiting for unfinished jobs.... > make[2]: Leaving directory > `/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2- > initial/gcc' > make[1]: *** [all-gcc] Error 2 > make[1]: Leaving directory > `/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2- > initial' > make: *** > [/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2- > initial/.compiled] > Error 2 > > This is on an Ubuntu (Debian) machine with a few extra packages added > for development and server stuff. My first try failed with error > about flex, so I "apt-get install flex" and tried again. I'm not sure > what to do about the above. > > Ubuntu is mostly a desktop distro, so it's possible I'm missing > something that's generally present on other Linux flavors, but I'm not > sure what. > > I'm stumped... any suggestions would be greatly appreciated. > > Thanks, > > Nate Waddoups > Redmond WA USA > http://www.natew.com/ > http://www.featherforum.com/ > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Nate W <del...@gm...> - 2005-03-19 05:30:02
|
"gcc -v" yields "gcc version 3.3.4 (Debian 1:3.3.4-9ubuntu5)" I notice this is less than the 3.4.0 specified on the wiki Programming page, so I'll see what I can do about upgrading. On Fri, 18 Mar 2005 10:28:25 -0800, Craig Hughes <cr...@hu...> wrote: > Nate, > > what version of gcc does your Ubuntu have installed? > > gcc -v > > C > > On Mar 18, 2005, at 12:26 AM, Nate W wrote: > > > I did the svn checkout and invoked make, it churned away for a while > > and then: > > > > gcc -c -DUSE_UCLIBC -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall > > -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic > > -Wno-long-long -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -I. > > -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc > > -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/. > > -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/ > > ../include > > > > /home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/ > > gcov-iov.c > > -o gcov-iov.o > > /tmp/cclnjMlc.s: Assembler messages: > > /tmp/cclnjMlc.s:1698: Error: unknown pseudo-op: `.uleb108' > > make[2]: *** [gcov-iov.o] Error 1 > > make[2]: *** Waiting for unfinished jobs.... > > make[2]: Leaving directory > > `/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2- > > initial/gcc' > > make[1]: *** [all-gcc] Error 2 > > make[1]: Leaving directory > > `/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2- > > initial' > > make: *** > > [/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2- > > initial/.compiled] > > Error 2 > > > > This is on an Ubuntu (Debian) machine with a few extra packages added > > for development and server stuff. My first try failed with error > > about flex, so I "apt-get install flex" and tried again. I'm not sure > > what to do about the above. > > > > Ubuntu is mostly a desktop distro, so it's possible I'm missing > > something that's generally present on other Linux flavors, but I'm not > > sure what. > > > > I'm stumped... any suggestions would be greatly appreciated. > > > > Thanks, > > > > Nate Waddoups > > Redmond WA USA > > http://www.natew.com/ > > http://www.featherforum.com/ > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real > > users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > -- Nate Waddoups Redmond WA USA http://www.natew.com/ <== for nerds http://www.featherforum.com/ <== for birds |
From: David I S M. <da...@th...> - 2005-03-19 15:42:40
|
Hi Nate, I'm running a new install of Debian testing (Sarge) it comes with gcc version 3.3.5 (Debian 1:3.3.5-8) and it's working quite well. You can grab that tool chain from the Debian testing repository. Cheers, David On Fri, 2005-03-18 at 21:29 -0800, Nate W wrote: > "gcc -v" yields "gcc version 3.3.4 (Debian 1:3.3.4-9ubuntu5)" I > notice this is less than the 3.4.0 specified on the wiki Programming > page, so I'll see what I can do about upgrading. > > > On Fri, 18 Mar 2005 10:28:25 -0800, Craig Hughes > <cr...@hu...> wrote: > > Nate, > > > > what version of gcc does your Ubuntu have installed? > > > > gcc -v > > > > C > > > > On Mar 18, 2005, at 12:26 AM, Nate W wrote: > > > > > I did the svn checkout and invoked make, it churned away for a while > > > and then: > > > > > > gcc -c -DUSE_UCLIBC -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall > > > -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic > > > -Wno-long-long -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -I. > > > -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc > > > -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/. > > > -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/ > > > ../include > > > > > > /home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/ > > > gcov-iov.c > > > -o gcov-iov.o > > > /tmp/cclnjMlc.s: Assembler messages: > > > /tmp/cclnjMlc.s:1698: Error: unknown pseudo-op: `.uleb108' > > > make[2]: *** [gcov-iov.o] Error 1 > > > make[2]: *** Waiting for unfinished jobs.... > > > make[2]: Leaving directory > > > `/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2- > > > initial/gcc' > > > make[1]: *** [all-gcc] Error 2 > > > make[1]: Leaving directory > > > `/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2- > > > initial' > > > make: *** > > > [/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2- > > > initial/.compiled] > > > Error 2 > > > > > > This is on an Ubuntu (Debian) machine with a few extra packages added > > > for development and server stuff. My first try failed with error > > > about flex, so I "apt-get install flex" and tried again. I'm not sure > > > what to do about the above. > > > > > > Ubuntu is mostly a desktop distro, so it's possible I'm missing > > > something that's generally present on other Linux flavors, but I'm not > > > sure what. > > > > > > I'm stumped... any suggestions would be greatly appreciated. > > > > > > Thanks, > > > > > > Nate Waddoups > > > Redmond WA USA > > > http://www.natew.com/ > > > http://www.featherforum.com/ > > > > > > > > > ------------------------------------------------------- > > > SF email is sponsored by - The IT Product Guide > > > Read honest & candid reviews on hundreds of IT Products from real > > > users. > > > Discover which products truly live up to the hype. Start reading now. > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > _______________________________________________ > > > gumstix-users mailing list > > > gum...@li... > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > -- David Mandala <davidm at them dot com> www.them.com/~davidm Public Key id: 45B2D952 Murphy TX, 75094 214.774.2569 HO 972.693.4007 C |
From: Nate W <del...@gm...> - 2005-03-22 06:55:04
|
Craig, is there trouble with rungie.com? I just upgraded to the latest Ubunutu and it also has gcc 3.5.5, so after David's encouragement below I ran "make clean; make" and the buildroot process is getting further than before. However it now fails with a 404 error from wget, as it tries to fetch mDNSResponder from svn.rungie.com. http://www.rungie.com/ forwards to a page that is also 404, so I suspect a problem on the rungie.com side of things. On Sat, 19 Mar 2005 09:34:00 -0600, David I S Mandala <da...@th...> wrote: > Hi Nate, > > I'm running a new install of Debian testing (Sarge) it comes with gcc > version 3.3.5 (Debian 1:3.3.5-8) and it's working quite well. You can > grab that tool chain from the Debian testing repository. > > Cheers, > > David > > On Fri, 2005-03-18 at 21:29 -0800, Nate W wrote: > > "gcc -v" yields "gcc version 3.3.4 (Debian 1:3.3.4-9ubuntu5)" I > > notice this is less than the 3.4.0 specified on the wiki Programming > > page, so I'll see what I can do about upgrading. > > > > > > On Fri, 18 Mar 2005 10:28:25 -0800, Craig Hughes > > <cr...@hu... > wrote: > > > Nate, > > > > > > what version of gcc does your Ubuntu have installed? > > > > > > gcc -v > > > > > > C > > > > > > On Mar 18, 2005, at 12:26 AM, Nate W wrote: > > > > > > > I did the svn checkout and invoked make, it churned away for a while > > > > and then: > > > > > > > > gcc -c -DUSE_UCLIBC -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall > > > > -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic > > > > -Wno-long-long -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -I. > > > > -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc > > > > -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/. > > > > -I/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/ > > > > ../include > > > > > > > > /home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2/gcc/ > > > > gcov-iov.c > > > > -o gcov-iov.o > > > > /tmp/cclnjMlc.s: Assembler messages: > > > > /tmp/cclnjMlc.s:1698: Error: unknown pseudo-op: `.uleb108' > > > > make[2]: *** [gcov-iov.o] Error 1 > > > > make[2]: *** Waiting for unfinished jobs.... > > > > make[2]: Leaving directory > > > > `/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2- > > > > initial/gcc' > > > > make[1]: *** [all-gcc] Error 2 > > > > make[1]: Leaving directory > > > > `/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2- > > > > initial' > > > > make: *** > > > > [/home/projects/gumstix/buildroot1/toolchain_build_arm/gcc-3.4.2- > > > > initial/.compiled] > > > > Error 2 > > > > > > > > This is on an Ubuntu (Debian) machine with a few extra packages added > > > > for development and server stuff. My first try failed with error > > > > about flex, so I "apt-get install flex" and tried again. I'm not sure > > > > what to do about the above. > > > > > > > > Ubuntu is mostly a desktop distro, so it's possible I'm missing > > > > something that's generally present on other Linux flavors, but I'm not > > > > sure what. > > > > > > > > I'm stumped... any suggestions would be greatly appreciated. > > > > > > > > Thanks, > > > > > > > > Nate Waddoups > > > > Redmond WA USA > > > > http://www.natew.com/ > > > > http://www.featherforum.com/ > > > > > > > > > > > > ------------------------------------------------------- > > > > SF email is sponsored by - The IT Product Guide > > > > Read honest & candid reviews on hundreds of IT Products from real > > > > users. > > > > Discover which products truly live up to the hype. Start reading now. > > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > > _______________________________________________ > > > > gumstix-users mailing list > > > > gum...@li... > > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > ------------------------------------------------------- > > > SF email is sponsored by - The IT Product Guide > > > Read honest & candid reviews on hundreds of IT Products from real users. > > > Discover which products truly live up to the hype. Start reading now. > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > _______________________________________________ > > > gumstix-users mailing list > > > gum...@li... > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > -- > David Mandala <davidm at them dot com> > www.them.com/~davidm Public Key id: 45B2D952 > Murphy TX, 75094 214.774.2569 HO 972.693.4007 C > > -- Nate Waddoups Redmond WA USA http://www.natew.com/ <== for nerds http://www.featherforum.com/ <== for birds |
From: Craig H. <cr...@hu...> - 2005-03-22 19:18:44
|
On Mar 21, 2005, at 10:54 PM, Nate W wrote: > Craig, is there trouble with rungie.com? Sorry, upgraded webserver yesterday, and Gentoo seems to have moved a bunch of config files around. Most of the site was OK, but a couple things were broken. Should be OK again now. > I just upgraded to the latest Ubunutu and it also has gcc 3.5.5, so > after David's encouragement below I ran "make clean; make" and the > buildroot process is getting further than before. > > However it now fails with a 404 error from wget, as it tries to fetch > mDNSResponder from svn.rungie.com. http://www.rungie.com/ forwards to > a page that is also 404, so I suspect a problem on the rungie.com side > of things. Try again now. C |
From: Nate W <del...@gm...> - 2005-03-23 04:54:22
|
Still no luck - http://svn.rungie.com/files/mDNSResponder-58.8.tar.gz is 404, and buildroot requires it. On Tue, 22 Mar 2005 11:18:11 -0800, Craig Hughes <cr...@hu...> wrote: > On Mar 21, 2005, at 10:54 PM, Nate W wrote: > > > Craig, is there trouble with rungie.com? > > Sorry, upgraded webserver yesterday, and Gentoo seems to have moved a > bunch of config files around. Most of the site was OK, but a couple > things were broken. Should be OK again now. > > > I just upgraded to the latest Ubunutu and it also has gcc 3.5.5, so > > after David's encouragement below I ran "make clean; make" and the > > buildroot process is getting further than before. > > > > However it now fails with a 404 error from wget, as it tries to fetch > > mDNSResponder from svn.rungie.com. http://www.rungie.com/ forwards to > > a page that is also 404, so I suspect a problem on the rungie.com side > > of things. > > Try again now. > > C > > ------------------------------------------------------- > This SF.net email is sponsored by: 2005 Windows Mobile Application Contest > Submit applications for Windows Mobile(tm)-based Pocket PCs or Smartphones > for the chance to win $25,000 and application distribution. Enter today at > http://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > -- Nate Waddoups Redmond WA USA http://www.natew.com/ <== for nerds http://www.featherforum.com/ <== for birds |
From: Craig H. <cr...@hu...> - 2005-03-23 19:18:16
|
I found another problem with the server at about 11PM (~2 hours after your email) which should now mean you can finally actually get the stuff in /files. I had it working before, but only through www.rungie.com and not svn.rungie.com too. C On Mar 22, 2005, at 8:53 PM, Nate W wrote: > Still no luck - http://svn.rungie.com/files/mDNSResponder-58.8.tar.gz > is 404, and buildroot requires it. > > > On Tue, 22 Mar 2005 11:18:11 -0800, Craig Hughes > <cr...@hu...> wrote: >> On Mar 21, 2005, at 10:54 PM, Nate W wrote: >> >>> Craig, is there trouble with rungie.com? >> >> Sorry, upgraded webserver yesterday, and Gentoo seems to have moved a >> bunch of config files around. Most of the site was OK, but a couple >> things were broken. Should be OK again now. >> >>> I just upgraded to the latest Ubunutu and it also has gcc 3.5.5, so >>> after David's encouragement below I ran "make clean; make" and the >>> buildroot process is getting further than before. >>> >>> However it now fails with a 404 error from wget, as it tries to fetch >>> mDNSResponder from svn.rungie.com. http://www.rungie.com/ forwards >>> to >>> a page that is also 404, so I suspect a problem on the rungie.com >>> side >>> of things. >> >> Try again now. >> >> C >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: 2005 Windows Mobile Application >> Contest >> Submit applications for Windows Mobile(tm)-based Pocket PCs or >> Smartphones >> for the chance to win $25,000 and application distribution. Enter >> today at >> http://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > > -- > Nate Waddoups > Redmond WA USA > http://www.natew.com/ <== for nerds > http://www.featherforum.com/ <== for birds > > > ------------------------------------------------------- > This SF.net email is sponsored by: 2005 Windows Mobile Application > Contest > Submit applications for Windows Mobile(tm)-based Pocket PCs or > Smartphones > for the chance to win $25,000 and application distribution. Enter > today at > http://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: David F. <dav...@ya...> - 2005-03-18 13:57:57
|
You caused me to go back and look at it and I found something else wrong, no time wasted. By the way, did you disable the "Uncompressing Linux" messages via putstr in uncompress.h that is writing to ttyS0? I'm trying to think of a nice way to do this without a patch. David. --- Aodan Mc Donagh <aod...@ho...> wrote: > Thanks for your response. We've got this > working now. It didn't make sense > to us either why it was happening. We just went > through the same procedure > again and it wrote out ttyS0 just fine. I don't > know what caused it not to > work in the first place. Sorry for wasting your > time. > > >From: David Farrell <dav...@ya...> > >Reply-To: gum...@li... > >To: gum...@li... > >Subject: Re: [Gumstix-users] Bluetooth-ttyS0 > >Date: Thu, 17 Mar 2005 07:51:44 -0800 (PST) > > > >I don't see how bluetooth can do this. All I > ever > >use is a console on ttyS0 and bluetooth. If > there > >was any problem like this I would have > expected > >to see it. Before the patch to fix bluetooth, > I > >use to see garbage on the console that > coincided > >with the hci errors, so there seemed to be > >interaction between the two ports, or at least > >in the same shared driver, but I have not seen > >that since. If you connect a terminal instead > of > >the CMU cam, what do you see? I assume the > ttyS0 > >is not longer set up as a console. I also > assume > >no handshaking is enabled. In you code that > >writes to ttyS0, do the write succeed? There > is > >a buffer of 4096+32 bytes you can fill before > any > >handshake will block you. > > > >David. > > > > > > > > > >--- Aodan Mc Donagh > <aod...@ho...> > >wrote: > > > Hey, > > > We're nearing the end of our project to > build a > > > robot using the gumstix. > > > Using Windows XP we have set up a remote > login > > > over a virtual comm port > > > using Bluetooth. Using this we can log onto > the > > > gumstix and send commands to > > > control the robot. A program sitting on the > > > gumstix waits for these commands > > > and then calls methods to manipulate our > > > various devices. This works fine > > > for the I2C bus, returning data from our > > > sensors. > > > > > > The problem occurs when we attempt to send > > > commands out on ttyS0 to a > > > CMUcam2. We see the commands being sent on > our > > > Bluetooth connection but they > > > do not seem to be going out on ttyS0. The > code > > > we are using has already been > > > tested on ttyS0 without the Bluetooth > > > connection and it works fine. It > > > almost seems like Bluetooth is blocking > ttyS0. > > > We assumed Bluetooth was > > > only connected to the HWUART on ttyS3 and > would > > > not affect ttyS0. > > > > > > We also assume that there is no way of > using > > > ttyS3 to send out to the > > > CMUcam2 as Bluetooth has to be disabled to > use > > > ttyS3. > > > > > > Our buildroot is based kernel 2.6.10 and > was > > > revision 413 in the source > > > repository. > > > > > > If anyone has any idea what is causing our > > > problem or ways around it we > > > would appreciate your help. > > > > > > Thanks > > > Aodan > > > > > > > >_________________________________________________________________ > > > Have you tried the all-new MSN Search? > > > Test-drive it today! > > > http://search.msn.co.uk > > > > > > > > > > > > > >------------------------------------------------------- > > > SF email is sponsored by - The IT Product > Guide > > > Read honest & candid reviews on hundreds of > IT > > > Products from real users. > > > Discover which products truly live up to > the > > > hype. Start reading now. > > > > >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > > _______________________________________________ > > > gumstix-users mailing list > > > gum...@li... > > > > >https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > >------------------------------------------------------- > >SF email is sponsored by - The IT Product > Guide > >Read honest & candid reviews on hundreds of IT > Products from real users. > >Discover which products truly live up to the > hype. Start reading now. > >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > >_______________________________________________ > >gumstix-users mailing list > >gum...@li... > >https://lists.sourceforge.net/lists/listinfo/gumstix-users > > _________________________________________________________________ > Rain, shine, sleet or snow? Find out at MSN > Weather! > http://www.msn.ie/weather > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT > Products from real users. > Discover which products truly live up to the > hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Dave H. <dhy...@gm...> - 2005-03-18 15:11:00
|
> By the way, did you disable the "Uncompressing > Linux" messages via putstr in uncompress.h that > is writing to ttyS0? I'm trying to think of a > nice way to do this without a patch. I'm not sure that this message can be disabled without modifying the uncompress.h file. It's writing directly to the UART registers. By commenting out the two lines inside the putc function, you'll get no output at all. You might be able to modify it so that it used a global variable that was set by u-boot, or possibly make it a config option. This is just off the top of my head, but you could also have u-boot set the UART pins to be GPIO and have something later that restores them? -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |