From: Ash C. <as...@gu...> - 2010-06-18 02:00:00
|
Hi, Gumstix and the OpenEmbedded environment can be tricky for new users to setup. Likewise, the tools for working with Gumstix tend to be rather Linux-focused so it can be challenging for Windows and Macintosh users to get started. I've been playing with the Eclipse IDE in an attempt to create a rudimentary tour of the capabilities of the Gumstix modules for new or less-experienceed users. Some of the things I've tested within Eclipse are listed: - creating a console connection (look Ma, not TeraTerm or kermit!) and installing packages - writing "Hello, World" a la python - using a VNC viewer from inside Eclipse - write, uploading, running, and debugging a graphical Java application - cross-compiliting and remote debugging C & C++ code (thanks to buglabs and others) - using the Bitbake Commander Plugin ( thans to Ken Gilmer) My first stab at documenting these things can be found here (http://www.gumstix.net/other/GumstixEclipse.pdf); the documentation is far from perfect and is not complete however I'm keen to get your feeback! Cheers, Ash P.S. I apologize for the non-editable PDF format but I'm away for the next two weeks and really wanted to get this out before I left. P.P.S Does anyone know of a cross-platform tool for making bootable microSD cards? |
From: msbroadf <msb...@gm...> - 2010-06-18 02:18:25
|
This is an excellent help, thanks alot Ash! -- View this message in context: http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p28921726.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: vwyodapink <vwy...@gm...> - 2010-06-18 02:21:08
|
I thank you as well Ash its going to be a big help in further understanding all this, thanks for taking the time and putting in the hard work. msbroadf wrote: > > This is an excellent help, thanks alot Ash! > > ----- Just a beginner trying to learn his way around. -- View this message in context: http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p28921739.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: dtran11 <dt...@gm...> - 2010-06-18 02:57:27
|
Nice job. Thanks for your hard work. I noticed you show the summit board in the tutorial, however it does not include a ethernet port. How can one use ssh without the ethernet port? Can you put some tutorial about USBNet? -- View this message in context: http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p28921867.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Ed <br...@gm...> - 2010-06-20 13:52:50
|
Thanks Ash. Excellent work. PS I hope I could find sample C/C++ codes for interfacing with GPIO, I2C ... etc On Fri, Jun 18, 2010 at 5:57 AM, dtran11 <dt...@gm...> wrote: > > Nice job. Thanks for your hard work. > > I noticed you show the summit board in the tutorial, however > it does not include a ethernet port. How can one use ssh without > the ethernet port? Can you put some tutorial about USBNet? > -- > View this message in context: > http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p28921867.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Dave H. <dhy...@gm...> - 2010-06-20 17:15:09
|
Hi Ed, On Sun, Jun 20, 2010 at 6:52 AM, Ed <br...@gm...> wrote: > Thanks Ash. Excellent work. > PS > I hope I could find sample C/C++ codes for interfacing with GPIO, I2C ... > etc See this post from a few days ago <http://article.gmane.org/gmane.linux.distributions.gumstix.general/51578> -- Dave Hylands Shuswap, BC, Canada http://www.DaveHylands.com/ |
From: Ed <br...@gm...> - 2010-06-21 15:05:51
|
Dave, I'm speechless. Thanks a lot man! On Sun, Jun 20, 2010 at 8:15 PM, Dave Hylands <dhy...@gm...> wrote: > Hi Ed, > > On Sun, Jun 20, 2010 at 6:52 AM, Ed <br...@gm...> wrote: > > Thanks Ash. Excellent work. > > PS > > I hope I could find sample C/C++ codes for interfacing with GPIO, I2C ... > > etc > > See this post from a few days ago > <http://article.gmane.org/gmane.linux.distributions.gumstix.general/51578> > > -- > Dave Hylands > Shuswap, BC, Canada > http://www.DaveHylands.com/ > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: msbroadf <msb...@gm...> - 2010-06-22 04:31:15
|
I have followed this guide and done the additional steps to enable remote debugging of c/c++ on the overo over ssh (over wifi), Can you add these to the guide (or someone put the guide as a wiki page on gumstix.net) The only things that differ from the designarm guide is that. 1. On the overo type -> opkg gdbserver (to install the actual debug server on the board which will be automatically started remotely by eclipse (no need to start manually) 2. On the desktop -> the cross compiler can be found in ~/overo-oe/tmp/cross/armv7a/bin 3. The gdb must be made by typing bitbake gdb-cross on the desktop. It will be placed in the above directory also. 4. Make sure that the remote directory exists in the "Remote absolute File Path" setting otherwise you get an obscure error like '' not found. -- View this message in context: http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p28956026.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: joe j. <joe...@qi...> - 2011-04-14 18:17:36
|
I currently do not have my gumstix setup to access internet, so I am currently unable to install the gdbserver with opkg as suggested. I imagine there's a way to build my kernel/RFS with this package using bitbake recipe. Is this possible, can someone provide me the exact package name to add on my recipe? Any other suggestions are appreciated. msbroadf wrote: > > I have followed this guide and done the additional steps to enable remote > debugging of c/c++ on the overo over ssh (over wifi), Can you add these to > the guide (or someone put the guide as a wiki page on gumstix.net) > > > The only things that differ from the designarm guide is that. > > 1. On the overo type -> opkg gdbserver (to install the actual debug server > on the board which will be automatically started remotely by eclipse (no > need to start manually) > > 2. On the desktop -> the cross compiler can be found in > ~/overo-oe/tmp/cross/armv7a/bin > > 3. The gdb must be made by typing bitbake gdb-cross on the desktop. It > will be placed in the above directory also. > > 4. Make sure that the remote directory exists in the "Remote absolute File > Path" setting otherwise you get an obscure error like '' not found. > > -- View this message in context: http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p31399540.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Marshall C. <ma...@gm...> - 2011-04-14 18:47:11
|
The way I've done remote build/debug is to use putty (scp if on Linux) to copy the resulting source or executable to the remote device and then run a remote debug from eclipse. In order to do the scp, you have to setup ssh keys so no login is required. Then from your Makefile you run your build which copies the executable over and eclipse connects to the remote gdb server and runs it. Here's an example for my "remote" target where I was building directly on the remote device: remote: /c/Program\ Files/PuTTY/pscp.exe -load "remote_device" ./* "root@192.168.10.2:~/" /c/Program\ Files/PuTTY/plink.exe -load "remote_device" make -k -C "~/src/" The first line copies the source over, the second line builds on the remote system. If you can get the gdbserver package manually, you can copy it to your sd card and install on the gumstix from a local package. Marshall On Thu, Apr 14, 2011 at 1:17 PM, joe joe <joe...@qi...> wrote: > > > I currently do not have my gumstix setup to access internet, so I am > currently unable to install the gdbserver with opkg as suggested. I imagine > there's a way to build my kernel/RFS with this package using bitbake recipe. > Is this possible, can someone provide me the exact package name to add on my > recipe? > > Any other suggestions are appreciated. > > > msbroadf wrote: >> >> I have followed this guide and done the additional steps to enable remote >> debugging of c/c++ on the overo over ssh (over wifi), Can you add these to >> the guide (or someone put the guide as a wiki page on gumstix.net) >> >> >> The only things that differ from the designarm guide is that. >> >> 1. On the overo type -> opkg gdbserver (to install the actual debug server >> on the board which will be automatically started remotely by eclipse (no >> need to start manually) >> >> 2. On the desktop -> the cross compiler can be found in >> ~/overo-oe/tmp/cross/armv7a/bin >> >> 3. The gdb must be made by typing bitbake gdb-cross on the desktop. It >> will be placed in the above directory also. >> >> 4. Make sure that the remote directory exists in the "Remote absolute File >> Path" setting otherwise you get an obscure error like '' not found. >> >> > > -- > View this message in context: http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p31399540.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: joe j. <joe...@qi...> - 2011-04-14 19:59:47
|
I was able to install the gdbserver via a bitbake build recipe. I rebuilt my gumtix RFS with it included and mounted this new filesystem on gumstix. Btw, I'm also running this filesystem as an NFS mount. Things I'm able to do from Eclipse: 1) Build a C application with cross-compiler 2) Export built executables to the Gumstix 3) Open a gumstix shell terminal Now, I'm down to the last and hardest step, figuring out how to actually run/debug remotely from Eclipse. Can someone verify my Debug Configuration. http://old.nabble.com/file/p31400318/Screenshot-Debug%2BConfigurations%2B.png Screenshot-Debug+Configurations+.png http://old.nabble.com/file/p31400318/Screenshot-Debug%2BConfigurations%2B-1.png Screenshot-Debug+Configurations+-1.png http://old.nabble.com/file/p31400318/Screenshot-Debug%2BConfigurations%2B-2.png Screenshot-Debug+Configurations+-2.png Then I get the following error: http://old.nabble.com/file/p31400318/Screenshot.png Screenshot.png Hopefully the images will post properly. Marshall Crocker-3 wrote: > > The way I've done remote build/debug is to use putty (scp if on Linux) > to copy the resulting source or executable to the remote device and > then run a remote debug from eclipse. In order to do the scp, you have > to setup ssh keys so no login is required. Then from your Makefile > you run your build which copies the executable over and eclipse > connects to the remote gdb server and runs it. > > Here's an example for my "remote" target where I was building directly > on the remote device: > > remote: > /c/Program\ Files/PuTTY/pscp.exe -load "remote_device" ./* > "root@192.168.10.2:~/" > /c/Program\ Files/PuTTY/plink.exe -load "remote_device" make > -k -C "~/src/" > > The first line copies the source over, the second line builds on the > remote system. > > If you can get the gdbserver package manually, you can copy it to your > sd card and install on the gumstix from a local package. > > Marshall > > On Thu, Apr 14, 2011 at 1:17 PM, joe joe <joe...@qi...> > wrote: >> >> >> I currently do not have my gumstix setup to access internet, so I am >> currently unable to install the gdbserver with opkg as suggested. I >> imagine >> there's a way to build my kernel/RFS with this package using bitbake >> recipe. >> Is this possible, can someone provide me the exact package name to add on >> my >> recipe? >> >> Any other suggestions are appreciated. >> >> >> msbroadf wrote: >>> >>> I have followed this guide and done the additional steps to enable >>> remote >>> debugging of c/c++ on the overo over ssh (over wifi), Can you add these >>> to >>> the guide (or someone put the guide as a wiki page on gumstix.net) >>> >>> >>> The only things that differ from the designarm guide is that. >>> >>> 1. On the overo type -> opkg gdbserver (to install the actual debug >>> server >>> on the board which will be automatically started remotely by eclipse (no >>> need to start manually) >>> >>> 2. On the desktop -> the cross compiler can be found in >>> ~/overo-oe/tmp/cross/armv7a/bin >>> >>> 3. The gdb must be made by typing bitbake gdb-cross on the desktop. It >>> will be placed in the above directory also. >>> >>> 4. Make sure that the remote directory exists in the "Remote absolute >>> File >>> Path" setting otherwise you get an obscure error like '' not found. >>> >>> >> >> -- >> View this message in context: >> http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p31399540.html >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Benefiting from Server Virtualization: Beyond Initial Workload >> Consolidation -- Increasing the use of server virtualization is a top >> priority.Virtualization can reduce costs, simplify management, and >> improve >> application availability and disaster protection. Learn more about >> boosting >> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about > boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p31400318.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: joe j. <joe...@qi...> - 2011-04-14 22:16:56
|
I found a workaround and now I'm at least able to connect to my remote target with Eclipse. 1) The workaround was to use TCP instead of a serial connection for the GDB debugger server. See image for selection: http://old.nabble.com/file/p31401232/Screenshot-Debug%2BConfigurations%2B-2.png Screenshot-Debug+Configurations+-2.png 2) Then, before running the debug, it was necessary to initialize the gdbserver from the target. (I thought Eclipse would do this for me) # gdbserver host:2345 ./Remote_Debug Process ./Remote_Debug created, pid = 873 Listening on port 2345 3) Now, the debug/run was possible for me. Apparently, there's something wrong with my serial connection, and I now recall that I've had issues with other platforms when attempting to use serial for this type of remote debugging setup. I figured that Eclipse would do step 2 above for me, if anyone has any insight about that I would like to know. joe joe wrote: > > I was able to install the gdbserver via a bitbake build recipe. I rebuilt > my gumtix RFS with it included and mounted this new filesystem on gumstix. > Btw, I'm also running this filesystem as an NFS mount. > > Things I'm able to do from Eclipse: > 1) Build a C application with cross-compiler > 2) Export built executables to the Gumstix > 3) Open a gumstix shell terminal > > Now, I'm down to the last and hardest step, figuring out how to actually > run/debug remotely from Eclipse. Can someone verify my Debug > Configuration. > > > http://old.nabble.com/file/p31400318/Screenshot-Debug%2BConfigurations%2B.png > Screenshot-Debug+Configurations+.png > > > http://old.nabble.com/file/p31400318/Screenshot-Debug%2BConfigurations%2B-1.png > Screenshot-Debug+Configurations+-1.png > > > http://old.nabble.com/file/p31400318/Screenshot-Debug%2BConfigurations%2B-2.png > Screenshot-Debug+Configurations+-2.png > > Then I get the following error: > > http://old.nabble.com/file/p31400318/Screenshot.png Screenshot.png > > > Hopefully the images will post properly. > > > Marshall Crocker-3 wrote: >> >> The way I've done remote build/debug is to use putty (scp if on Linux) >> to copy the resulting source or executable to the remote device and >> then run a remote debug from eclipse. In order to do the scp, you have >> to setup ssh keys so no login is required. Then from your Makefile >> you run your build which copies the executable over and eclipse >> connects to the remote gdb server and runs it. >> >> Here's an example for my "remote" target where I was building directly >> on the remote device: >> >> remote: >> /c/Program\ Files/PuTTY/pscp.exe -load "remote_device" ./* >> "root@192.168.10.2:~/" >> /c/Program\ Files/PuTTY/plink.exe -load "remote_device" make >> -k -C "~/src/" >> >> The first line copies the source over, the second line builds on the >> remote system. >> >> If you can get the gdbserver package manually, you can copy it to your >> sd card and install on the gumstix from a local package. >> >> Marshall >> >> On Thu, Apr 14, 2011 at 1:17 PM, joe joe <joe...@qi...> >> wrote: >>> >>> >>> I currently do not have my gumstix setup to access internet, so I am >>> currently unable to install the gdbserver with opkg as suggested. I >>> imagine >>> there's a way to build my kernel/RFS with this package using bitbake >>> recipe. >>> Is this possible, can someone provide me the exact package name to add >>> on my >>> recipe? >>> >>> Any other suggestions are appreciated. >>> >>> >>> msbroadf wrote: >>>> >>>> I have followed this guide and done the additional steps to enable >>>> remote >>>> debugging of c/c++ on the overo over ssh (over wifi), Can you add these >>>> to >>>> the guide (or someone put the guide as a wiki page on gumstix.net) >>>> >>>> >>>> The only things that differ from the designarm guide is that. >>>> >>>> 1. On the overo type -> opkg gdbserver (to install the actual debug >>>> server >>>> on the board which will be automatically started remotely by eclipse >>>> (no >>>> need to start manually) >>>> >>>> 2. On the desktop -> the cross compiler can be found in >>>> ~/overo-oe/tmp/cross/armv7a/bin >>>> >>>> 3. The gdb must be made by typing bitbake gdb-cross on the desktop. It >>>> will be placed in the above directory also. >>>> >>>> 4. Make sure that the remote directory exists in the "Remote absolute >>>> File >>>> Path" setting otherwise you get an obscure error like '' not found. >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p31399540.html >>> Sent from the Gumstix mailing list archive at Nabble.com. >>> >>> >>> ------------------------------------------------------------------------------ >>> Benefiting from Server Virtualization: Beyond Initial Workload >>> Consolidation -- Increasing the use of server virtualization is a top >>> priority.Virtualization can reduce costs, simplify management, and >>> improve >>> application availability and disaster protection. Learn more about >>> boosting >>> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >> >> ------------------------------------------------------------------------------ >> Benefiting from Server Virtualization: Beyond Initial Workload >> Consolidation -- Increasing the use of server virtualization is a top >> priority.Virtualization can reduce costs, simplify management, and >> improve >> application availability and disaster protection. Learn more about >> boosting >> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > -- View this message in context: http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p31401232.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: AKS <aun...@gm...> - 2011-04-15 00:41:01
|
How about printk (for kernel) and cerr (for user space)? On 4/15/11, joe joe <joe...@qi...> wrote: > > I found a workaround and now I'm at least able to connect to my remote > target > with Eclipse. > > 1) The workaround was to use TCP instead of a serial connection for the GDB > debugger server. See image for selection: > > http://old.nabble.com/file/p31401232/Screenshot-Debug%2BConfigurations%2B-2.png > Screenshot-Debug+Configurations+-2.png > > 2) Then, before running the debug, it was necessary to initialize the > gdbserver from the target. (I thought Eclipse would do this for me) > > # gdbserver host:2345 ./Remote_Debug > Process ./Remote_Debug created, pid = 873 > Listening on port 2345 > > 3) Now, the debug/run was possible for me. Apparently, there's something > wrong with my serial connection, and I now recall that I've had issues with > other platforms when attempting to use serial for this type of remote > debugging setup. > > I figured that Eclipse would do step 2 above for me, if anyone has any > insight about that I would like to know. > > > > > joe joe wrote: >> >> I was able to install the gdbserver via a bitbake build recipe. I rebuilt >> my gumtix RFS with it included and mounted this new filesystem on gumstix. >> >> Btw, I'm also running this filesystem as an NFS mount. >> >> Things I'm able to do from Eclipse: >> 1) Build a C application with cross-compiler >> 2) Export built executables to the Gumstix >> 3) Open a gumstix shell terminal >> >> Now, I'm down to the last and hardest step, figuring out how to actually >> run/debug remotely from Eclipse. Can someone verify my Debug >> Configuration. >> >> >> http://old.nabble.com/file/p31400318/Screenshot-Debug%2BConfigurations%2B.png >> Screenshot-Debug+Configurations+.png >> >> >> http://old.nabble.com/file/p31400318/Screenshot-Debug%2BConfigurations%2B-1.png >> Screenshot-Debug+Configurations+-1.png >> >> >> http://old.nabble.com/file/p31400318/Screenshot-Debug%2BConfigurations%2B-2.png >> Screenshot-Debug+Configurations+-2.png >> >> Then I get the following error: >> >> http://old.nabble.com/file/p31400318/Screenshot.png Screenshot.png >> >> >> Hopefully the images will post properly. >> >> >> Marshall Crocker-3 wrote: >>> >>> The way I've done remote build/debug is to use putty (scp if on Linux) >>> to copy the resulting source or executable to the remote device and >>> then run a remote debug from eclipse. In order to do the scp, you have >>> to setup ssh keys so no login is required. Then from your Makefile >>> you run your build which copies the executable over and eclipse >>> connects to the remote gdb server and runs it. >>> >>> Here's an example for my "remote" target where I was building directly >>> on the remote device: >>> >>> remote: >>> /c/Program\ Files/PuTTY/pscp.exe -load "remote_device" ./* >>> "root@192.168.10.2:~/" >>> /c/Program\ Files/PuTTY/plink.exe -load "remote_device" make >>> -k -C "~/src/" >>> >>> The first line copies the source over, the second line builds on the >>> remote system. >>> >>> If you can get the gdbserver package manually, you can copy it to your >>> sd card and install on the gumstix from a local package. >>> >>> Marshall >>> >>> On Thu, Apr 14, 2011 at 1:17 PM, joe joe <joe...@qi...> >>> wrote: >>>> >>>> >>>> I currently do not have my gumstix setup to access internet, so I am >>>> currently unable to install the gdbserver with opkg as suggested. I >>>> imagine >>>> there's a way to build my kernel/RFS with this package using bitbake >>>> recipe. >>>> Is this possible, can someone provide me the exact package name to add >>>> on my >>>> recipe? >>>> >>>> Any other suggestions are appreciated. >>>> >>>> >>>> msbroadf wrote: >>>>> >>>>> I have followed this guide and done the additional steps to enable >>>>> remote >>>>> debugging of c/c++ on the overo over ssh (over wifi), Can you add these >>>>> to >>>>> the guide (or someone put the guide as a wiki page on gumstix.net) >>>>> >>>>> >>>>> The only things that differ from the designarm guide is that. >>>>> >>>>> 1. On the overo type -> opkg gdbserver (to install the actual debug >>>>> server >>>>> on the board which will be automatically started remotely by eclipse >>>>> (no >>>>> need to start manually) >>>>> >>>>> 2. On the desktop -> the cross compiler can be found in >>>>> ~/overo-oe/tmp/cross/armv7a/bin >>>>> >>>>> 3. The gdb must be made by typing bitbake gdb-cross on the desktop. It >>>>> will be placed in the above directory also. >>>>> >>>>> 4. Make sure that the remote directory exists in the "Remote absolute >>>>> File >>>>> Path" setting otherwise you get an obscure error like '' not found. >>>>> >>>>> >>>> >>>> -- >>>> View this message in context: >>>> http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p31399540.html >>>> Sent from the Gumstix mailing list archive at Nabble.com. >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Benefiting from Server Virtualization: Beyond Initial Workload >>>> Consolidation -- Increasing the use of server virtualization is a top >>>> priority.Virtualization can reduce costs, simplify management, and >>>> improve >>>> application availability and disaster protection. Learn more about >>>> boosting >>>> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev >>>> _______________________________________________ >>>> gumstix-users mailing list >>>> gum...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>> >>> >>> ------------------------------------------------------------------------------ >>> Benefiting from Server Virtualization: Beyond Initial Workload >>> Consolidation -- Increasing the use of server virtualization is a top >>> priority.Virtualization can reduce costs, simplify management, and >>> improve >>> application availability and disaster protection. Learn more about >>> boosting >>> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >>> >> >> > > -- > View this message in context: > http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p31401232.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: dtran11 <dt...@gm...> - 2011-04-15 02:06:06
|
To debug the gumstix in eclipse you need to install these plugins for eclipse (Assuming c/c++): - Eclipse C/C++ Development Tools - Eclipse C/C++ Remote Launch - Remote System Explorer End-User Runtime You should get a new launch type called something like "C/C++ Remote Application" as oppose to "C/C++ Application" for local launch. You also need to do "bitbake gdb-cross" on the host machine. This will create a debugger file on the host at: "/home/<user>/oe/tmp/sysroots/i686-linux/usr/armv7a/bin/arm-angstrom-linux-gnueabi-gdb". Use this file as the debugger in the debug configurations. Also you must setup a SSH connection to the device in Eclipse. AKS-4 wrote: > > How about printk (for kernel) and cerr (for user space)? > > On 4/15/11, joe joe <joe...@qi...> wrote: >> >> I found a workaround and now I'm at least able to connect to my remote >> target >> with Eclipse. >> >> 1) The workaround was to use TCP instead of a serial connection for the >> GDB >> debugger server. See image for selection: >> >> http://old.nabble.com/file/p31401232/Screenshot-Debug%2BConfigurations%2B-2.png >> Screenshot-Debug+Configurations+-2.png >> >> 2) Then, before running the debug, it was necessary to initialize the >> gdbserver from the target. (I thought Eclipse would do this for me) >> >> # gdbserver host:2345 ./Remote_Debug >> Process ./Remote_Debug created, pid = 873 >> Listening on port 2345 >> >> 3) Now, the debug/run was possible for me. Apparently, there's something >> wrong with my serial connection, and I now recall that I've had issues >> with >> other platforms when attempting to use serial for this type of remote >> debugging setup. >> >> I figured that Eclipse would do step 2 above for me, if anyone has any >> insight about that I would like to know. >> >> >> >> >> joe joe wrote: >>> >>> I was able to install the gdbserver via a bitbake build recipe. I >>> rebuilt >>> my gumtix RFS with it included and mounted this new filesystem on >>> gumstix. >>> >>> Btw, I'm also running this filesystem as an NFS mount. >>> >>> Things I'm able to do from Eclipse: >>> 1) Build a C application with cross-compiler >>> 2) Export built executables to the Gumstix >>> 3) Open a gumstix shell terminal >>> >>> Now, I'm down to the last and hardest step, figuring out how to actually >>> run/debug remotely from Eclipse. Can someone verify my Debug >>> Configuration. >>> >>> >>> http://old.nabble.com/file/p31400318/Screenshot-Debug%2BConfigurations%2B.png >>> Screenshot-Debug+Configurations+.png >>> >>> >>> http://old.nabble.com/file/p31400318/Screenshot-Debug%2BConfigurations%2B-1.png >>> Screenshot-Debug+Configurations+-1.png >>> >>> >>> http://old.nabble.com/file/p31400318/Screenshot-Debug%2BConfigurations%2B-2.png >>> Screenshot-Debug+Configurations+-2.png >>> >>> Then I get the following error: >>> >>> http://old.nabble.com/file/p31400318/Screenshot.png Screenshot.png >>> >>> >>> Hopefully the images will post properly. >>> >>> >>> Marshall Crocker-3 wrote: >>>> >>>> The way I've done remote build/debug is to use putty (scp if on Linux) >>>> to copy the resulting source or executable to the remote device and >>>> then run a remote debug from eclipse. In order to do the scp, you have >>>> to setup ssh keys so no login is required. Then from your Makefile >>>> you run your build which copies the executable over and eclipse >>>> connects to the remote gdb server and runs it. >>>> >>>> Here's an example for my "remote" target where I was building directly >>>> on the remote device: >>>> >>>> remote: >>>> /c/Program\ Files/PuTTY/pscp.exe -load "remote_device" ./* >>>> "root@192.168.10.2:~/" >>>> /c/Program\ Files/PuTTY/plink.exe -load "remote_device" make >>>> -k -C "~/src/" >>>> >>>> The first line copies the source over, the second line builds on the >>>> remote system. >>>> >>>> If you can get the gdbserver package manually, you can copy it to your >>>> sd card and install on the gumstix from a local package. >>>> >>>> Marshall >>>> >>>> On Thu, Apr 14, 2011 at 1:17 PM, joe joe <joe...@qi...> >>>> wrote: >>>>> >>>>> >>>>> I currently do not have my gumstix setup to access internet, so I am >>>>> currently unable to install the gdbserver with opkg as suggested. I >>>>> imagine >>>>> there's a way to build my kernel/RFS with this package using bitbake >>>>> recipe. >>>>> Is this possible, can someone provide me the exact package name to add >>>>> on my >>>>> recipe? >>>>> >>>>> Any other suggestions are appreciated. >>>>> >>>>> >>>>> msbroadf wrote: >>>>>> >>>>>> I have followed this guide and done the additional steps to enable >>>>>> remote >>>>>> debugging of c/c++ on the overo over ssh (over wifi), Can you add >>>>>> these >>>>>> to >>>>>> the guide (or someone put the guide as a wiki page on gumstix.net) >>>>>> >>>>>> >>>>>> The only things that differ from the designarm guide is that. >>>>>> >>>>>> 1. On the overo type -> opkg gdbserver (to install the actual debug >>>>>> server >>>>>> on the board which will be automatically started remotely by eclipse >>>>>> (no >>>>>> need to start manually) >>>>>> >>>>>> 2. On the desktop -> the cross compiler can be found in >>>>>> ~/overo-oe/tmp/cross/armv7a/bin >>>>>> >>>>>> 3. The gdb must be made by typing bitbake gdb-cross on the desktop. >>>>>> It >>>>>> will be placed in the above directory also. >>>>>> >>>>>> 4. Make sure that the remote directory exists in the "Remote absolute >>>>>> File >>>>>> Path" setting otherwise you get an obscure error like '' not found. >>>>>> >>>>>> >>>>> >>>>> -- >>>>> View this message in context: >>>>> http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p31399540.html >>>>> Sent from the Gumstix mailing list archive at Nabble.com. >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Benefiting from Server Virtualization: Beyond Initial Workload >>>>> Consolidation -- Increasing the use of server virtualization is a top >>>>> priority.Virtualization can reduce costs, simplify management, and >>>>> improve >>>>> application availability and disaster protection. Learn more about >>>>> boosting >>>>> the value of server virtualization. >>>>> http://p.sf.net/sfu/vmware-sfdev2dev >>>>> _______________________________________________ >>>>> gumstix-users mailing list >>>>> gum...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Benefiting from Server Virtualization: Beyond Initial Workload >>>> Consolidation -- Increasing the use of server virtualization is a top >>>> priority.Virtualization can reduce costs, simplify management, and >>>> improve >>>> application availability and disaster protection. Learn more about >>>> boosting >>>> the value of server virtualization. >>>> http://p.sf.net/sfu/vmware-sfdev2dev >>>> _______________________________________________ >>>> gumstix-users mailing list >>>> gum...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>> >>>> >>> >>> >> >> -- >> View this message in context: >> http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p31401232.html >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Benefiting from Server Virtualization: Beyond Initial Workload >> Consolidation -- Increasing the use of server virtualization is a top >> priority.Virtualization can reduce costs, simplify management, and >> improve >> application availability and disaster protection. Learn more about >> boosting >> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about > boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://old.nabble.com/Eclipse-%2B-Gumstix-for-new-users-tp28921615p31402163.html Sent from the Gumstix mailing list archive at Nabble.com. |