From: Heavy R. <we...@so...> - 2009-10-30 01:07:05
|
While downloading OMAP35x_Graphics_SDK_setuplinux_3_00_00_09.bin (I believe this was the file) my network connection failed. Subsequent attempts to build fail like so: cp: cannot stat `/home/wesley/overo-oe/org.openembedded.dev/recipes/powervr-drivers/libgles-omap3-3.00.00.09/OMAP35x_Graphics_SDK_setuplinux_3_00_00_09.bin': No such file or directory NOTE: Task failed: ERROR: TaskFailed event exception, aborting ERROR: Build of /home/wesley/overo-oe/org.openembedded.dev/recipes/powervr-drivers/libgles-omap3_3.00.00.09.bb do_unpack failed ERROR: Task 244 (/home/wesley/overo-oe/org.openembedded.dev/recipes/powervr-drivers/libgles-omap3_3.00.00.09.bb, do_unpack) failed NOTE: Tasks Summary: Attempted 1620 tasks of which 1617 didn't need to be rerun and 1 failed. ERROR: '/home/wesley/overo-oe/org.openembedded.dev/recipes/powervr-drivers/libgles-omap3_3.00.00.09.bb' failed I have run bitbake -c clean omap3-console-image and deleted tmp to no avail. Any ideas on how to get back on track? Wes -- View this message in context: http://www.nabble.com/Initial-Build-Won%27t-Complete-After-do_fetch%28%29-fails.-tp26123508p26123508.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Steve S. <sa...@gm...> - 2009-10-30 03:49:00
|
On Thu, Oct 29, 2009 at 6:06 PM, Heavy Roller <we...@so...> wrote: > > While downloading OMAP35x_Graphics_SDK_setuplinux_3_00_00_09.bin (I believe > this was the file) my network connection failed. Subsequent attempts to > build fail like so: > > cp: cannot stat > `/home/wesley/overo-oe/org.openembedded.dev/recipes/powervr-drivers/libgles-omap3-3.00.00.09/OMAP35x_Graphics_SDK_setuplinux_3_00_00_09.bin': > No such file or directory If you look inside the recipe for the 09 version of libgles-omap3 you will see a URL where you should go to request a copy of the Graphics SDK from TI. If you have a 3530 based Overo COM this is worth doing so that you have support for the SGX 3D functions. If you have a 3503 based COM, or don't care about SGX 3D, then just comment out the ${GLES_INSTALL} line in omap3-console-image (and the libgles-omap3-demos line in the desktop recipe if you are using that). I'll push a change to the recipes that has these commented out by default, uncomment them if you'd like to enable this feature. Steve > NOTE: Task failed: > ERROR: TaskFailed event exception, aborting > ERROR: Build of > /home/wesley/overo-oe/org.openembedded.dev/recipes/powervr-drivers/libgles-omap3_3.00.00.09.bb > do_unpack failed > ERROR: Task 244 > (/home/wesley/overo-oe/org.openembedded.dev/recipes/powervr-drivers/libgles-omap3_3.00.00.09.bb, > do_unpack) failed > NOTE: Tasks Summary: Attempted 1620 tasks of which 1617 didn't need to be > rerun and 1 failed. > ERROR: > '/home/wesley/overo-oe/org.openembedded.dev/recipes/powervr-drivers/libgles-omap3_3.00.00.09.bb' > failed > > I have run bitbake -c clean omap3-console-image and deleted tmp to no avail. > Any ideas on how to get back on track? > > Wes > > -- > View this message in context: http://www.nabble.com/Initial-Build-Won%27t-Complete-After-do_fetch%28%29-fails.-tp26123508p26123508.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Heavy R. <we...@so...> - 2009-10-30 12:36:40
|
Steve, Thank you for the quick reply. I did read that note in the .bb and sent in a request to TI. I also found in the .inc file a link to the TI download section that actually seems to get you in but the only version available is the 3_00_00_06. I used my hacker skills to try to get to the _09 version but I failed. :-) I'll wait until TI gets me approved. Thanks again! I'm sure I'll be pestering you further as I continue this journey. Wes sakoman wrote: > > On Thu, Oct 29, 2009 at 6:06 PM, Heavy Roller <we...@so...> wrote: >> >> While downloading OMAP35x_Graphics_SDK_setuplinux_3_00_00_09.bin (I >> believe >> this was the file) my network connection failed. Subsequent attempts to >> build fail like so: >> >> cp: cannot stat >> `/home/wesley/overo-oe/org.openembedded.dev/recipes/powervr-drivers/libgles-omap3-3.00.00.09/OMAP35x_Graphics_SDK_setuplinux_3_00_00_09.bin': >> No such file or directory > > If you look inside the recipe for the 09 version of libgles-omap3 you > will see a URL where you should go to request a copy of the Graphics > SDK from TI. If you have a 3530 based Overo COM this is worth doing > so that you have support for the SGX 3D functions. > > If you have a 3503 based COM, or don't care about SGX 3D, then just > comment out the ${GLES_INSTALL} line in omap3-console-image (and the > libgles-omap3-demos line in the desktop recipe if you are using that). > > I'll push a change to the recipes that has these commented out by > default, uncomment them if you'd like to enable this feature. > > Steve > >> NOTE: Task failed: >> ERROR: TaskFailed event exception, aborting >> ERROR: Build of >> /home/wesley/overo-oe/org.openembedded.dev/recipes/powervr-drivers/libgles-omap3_3.00.00.09.bb >> do_unpack failed >> ERROR: Task 244 >> (/home/wesley/overo-oe/org.openembedded.dev/recipes/powervr-drivers/libgles-omap3_3.00.00.09.bb, >> do_unpack) failed >> NOTE: Tasks Summary: Attempted 1620 tasks of which 1617 didn't need to be >> rerun and 1 failed. >> ERROR: >> '/home/wesley/overo-oe/org.openembedded.dev/recipes/powervr-drivers/libgles-omap3_3.00.00.09.bb' >> failed >> >> I have run bitbake -c clean omap3-console-image and deleted tmp to no >> avail. >> Any ideas on how to get back on track? >> >> Wes >> >> -- >> View this message in context: >> http://www.nabble.com/Initial-Build-Won%27t-Complete-After-do_fetch%28%29-fails.-tp26123508p26123508.html >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://old.nabble.com/Initial-Build-Won%27t-Complete-After-do_fetch%28%29-fails.-tp26123508p26129269.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: sbonkowski <sbo...@gm...> - 2009-10-30 17:27:54
|
Hi Wes, I have no idea where I found this link but I am very glad I did as my hacker tricks to get 009 didn't work either. http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/dvsdk/DVSDK_3_00/latest/index_FDS.html There are some old links in other opengles threads that point to an older version of the DVSDK (and TI doesn't seem to have any links from the older pages to the latest release). Once I dl'd the latest SDK everything worked fine from there. Best, Shawn. Heavy Roller wrote: > > Steve, > > Thank you for the quick reply. I did read that note in the .bb and sent > in a request to TI. I also found in the .inc file a link to the TI > download section that actually seems to get you in but the only version > available is the 3_00_00_06. I used my hacker skills to try to get to the > _09 version but I failed. :-) I'll wait until TI gets me approved. > Thanks again! I'm sure I'll be pestering you further as I continue this > journey. > > Wes > -- View this message in context: http://old.nabble.com/Initial-Build-Won%27t-Complete-After-do_fetch%28%29-fails.-tp26123508p26133995.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Jason C. M. <jas...@am...> - 2009-10-30 19:51:20
|
I plan on using a Gumstix Overo / Summit board to program a small Spartan3E FPGA that I'm using as a Timing Controller for CCD. I'm also using the FPGA to deserialize the LVDS signal from an AFE. The FPGA and the AFE communicate with the Gumstix Overo through SPI (SPI1_CS1, SPI1_CS0, SPI1_MISO, SPI1_MOSI, SPI1_CLK). I've verified that this works fine and at reasonable bit speeds. The FPGA is on CS1 and the AFE is on CS0 I haven't verified programming the FPGA, but that's up next. My initial plan is to use Slave Serial Configuration and for that I need CLK (Gumstix->FPGA) - clock DIN (Gumstix->FPGA) - single line of data PROG_B (Gumstix->FPGA) - used to signal the start of the configuration INIT_B (FPGA->Gumstix) - status DONE (FPGA->Gumstix) - when done is complete I don't know what signals to use on the Summit board for those. I can probably reuse the CLK, Data for the SPI but I need to make sure the PROG_B can work the way I need it to. I also need to make sure the CS0 and CS1 pin can remain low when I use the SPI_CLK and SPI_DATA pins on the Overo. |
From: Andrew K. (M. L. Account) <ak...@mi...> - 2009-10-30 20:15:31
|
On October 30, 2009 03:50:41 pm Jason C. Mecham wrote: > I plan on using a Gumstix Overo / Summit board to program a small Spartan3E > FPGA that I'm using as a Timing Controller for CCD. I'm also using the > FPGA to deserialize the LVDS signal from an AFE. > CLK (Gumstix->FPGA) - clock > DIN (Gumstix->FPGA) - single line of data > PROG_B (Gumstix->FPGA) - used to signal the start of the configuration > INIT_B (FPGA->Gumstix) - status > DONE (FPGA->Gumstix) - when done is complete > > I don't know what signals to use on the Summit board for those. In my experience, we have always programmed FPGAs through regular GPIO pins and "bit banged" the programming. Just make sure the GPIOs you select are capable of operating in the direction and at the voltage levels you require. -A. |
From: richard d. <rdo...@gm...> - 2009-10-30 20:26:31
|
On Fri, Oct 30, 2009 at 3:15 PM, Andrew Kohlsmith (Mailing List Account) <ak...@mi...> wrote: > On October 30, 2009 03:50:41 pm Jason C. Mecham wrote: >> I plan on using a Gumstix Overo / Summit board to program a small Spartan3E >> FPGA that I'm using as a Timing Controller for CCD. I'm also using the >> FPGA to deserialize the LVDS signal from an AFE. > >> CLK (Gumstix->FPGA) - clock >> DIN (Gumstix->FPGA) - single line of data >> PROG_B (Gumstix->FPGA) - used to signal the start of the configuration >> INIT_B (FPGA->Gumstix) - status >> DONE (FPGA->Gumstix) - when done is complete >> >> I don't know what signals to use on the Summit board for those. > > In my experience, we have always programmed FPGAs through regular GPIO pins > and "bit banged" the programming. Just make sure the GPIOs you select are > capable of operating in the direction and at the voltage levels you require. > > -A. > Along with what Andrew has mentioned, you will probably want to make sure that the spartan will operate in slave mode and not master mode so that you have control over the feeding of data to the spartan. I'm not sure if the overo i2c can be set up to work in slave mode. Probably can, but, you want to be sure. It's been a while, but I thought that the virtex drives the i2c lines and the serial rom used to program the virtex devices are slave devices. Rick > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > -- Say you can or say you can't, either way you will be right. Computers are like old testament gods: Lots of rules and no mercy. |
From: Jason C. M. <jas...@am...> - 2009-10-30 20:26:14
|
How long did it take to program? -----Original Message----- From: Andrew Kohlsmith (Mailing List Account) [mailto:ak...@mi...] Sent: Friday, October 30, 2009 1:15 PM To: gum...@li... Subject: Re: [Gumstix-users] Overo FPGA Programming On October 30, 2009 03:50:41 pm Jason C. Mecham wrote: > I plan on using a Gumstix Overo / Summit board to program a small Spartan3E > FPGA that I'm using as a Timing Controller for CCD. I'm also using the > FPGA to deserialize the LVDS signal from an AFE. > CLK (Gumstix->FPGA) - clock > DIN (Gumstix->FPGA) - single line of data > PROG_B (Gumstix->FPGA) - used to signal the start of the configuration > INIT_B (FPGA->Gumstix) - status > DONE (FPGA->Gumstix) - when done is complete > > I don't know what signals to use on the Summit board for those. In my experience, we have always programmed FPGAs through regular GPIO pins and "bit banged" the programming. Just make sure the GPIOs you select are capable of operating in the direction and at the voltage levels you require. -A. ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Andrew K. (M. L. Account) <ak...@mi...> - 2009-10-30 20:40:44
|
On October 30, 2009 04:25:38 pm Jason C. Mecham wrote: > How long did it take to program? Depends on the size of the bit image and clock speed, of course. XC2S100 takes maybe 2s for us. -A. |