http://www.graphics-muse.org/bugs/ Feed for all projects Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MST/-7.0/no DST' instead in /home/httpd/home-muse/html/bugs/includes/class.tpl.php(120) : eval()'d code on line 10 2011-04-20T08:40:58Z http://www.graphics-muse.org/bugs/index.php?do=details&task_id=101 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MST/-7.0/no DST' instead in /home/httpd/home-muse/html/bugs/includes/class.tpl.php(120) : eval()'d code on line 26 2011-04-20T08:40:58Z Michael J. Hammel This may replace the gstreamer based playback for now since AC3 is not yet (apparently) supported. However, this does not utilize the DSP for video acceleration. It uses NEON support instead. omapfbplay source: http://git.mansr.com/?p=omapfbplay;a=summary
omapfbplay source:
http://git.mansr.com/?p=omapfbplay;a=summary]]> http://www.graphics-muse.org/bugs/index.php?do=details&task_id=100 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MST/-7.0/no DST' instead in /home/httpd/home-muse/html/bugs/includes/class.tpl.php(120) : eval()'d code on line 26 2011-04-17T19:02:18Z Michael J. Hammel As part of the Ubuntu support, I need a top level README to help users get started using the build. http://www.graphics-muse.org/bugs/index.php?do=details&task_id=99 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MST/-7.0/no DST' instead in /home/httpd/home-muse/html/bugs/includes/class.tpl.php(120) : eval()'d code on line 26 2011-04-17T20:28:51Z Michael J. Hammel There has been a request to make sure the build works on Ubuntu. This task tracks that progress. http://www.graphics-muse.org/bugs/index.php?do=details&task_id=98 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MST/-7.0/no DST' instead in /home/httpd/home-muse/html/bugs/includes/class.tpl.php(120) : eval()'d code on line 26 2011-04-17T19:08:33Z Michael J. Hammel How did the following patches get added to the src/kernel/patches/linux-arago-2.6.32 tree: 9002-OMAP3-SGX-enable-driver-building.patch 9003-OMAP3-SGX-Merge-TI-3.01.00.06-into-TI-3.01.00.02.patch 9004-OMAP3-SGX-Merge-TI-3.01.00.07-into-TI-3.01.00.06.patch These are Robert Nelson's patches for 2.6.32 and need to be downloaded from him instead of being included in the tree. At least for now. Having these in the patches tree causes the kernel build to fail when SGX=0 is used.
9002-OMAP3-SGX-enable-driver-building.patch
9003-OMAP3-SGX-Merge-TI-3.01.00.06-into-TI-3.01.00.02.patch
9004-OMAP3-SGX-Merge-TI-3.01.00.07-into-TI-3.01.00.06.patch

These are Robert Nelson's patches for 2.6.32 and need to be downloaded from him instead of being included in the tree. At least for now.

Having these in the patches tree causes the kernel build to fail when SGX=0 is used.]]> http://www.graphics-muse.org/bugs/index.php?do=details&task_id=97 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MST/-7.0/no DST' instead in /home/httpd/home-muse/html/bugs/includes/class.tpl.php(120) : eval()'d code on line 26 2011-04-17T19:10:00Z Michael J. Hammel Running the Ubuntu build tests I found that the SGX patches are not available. It appears that Robert Nelsons host is not allowing access to them anymore. For example, try this URL: http://rcn-ee.homeip.net:81/dl/updates/2.6-stable/patches/sgx//0001-OMAP3-SGX-TI-3.01.00.06-Compile-Fixes.patch Maybe its a hickup on his end and its only temporary. Need to verify. If the patches are not there anymore or are no longer available I need to move them to gitorious and update the build.
For example, try this URL:
http://rcn-ee.homeip.net:81/dl/updates/2.6-stable/patches/sgx//0001-OMAP3-SGX-TI-3.01.00.06-Compile-Fixes.patch

Maybe its a hickup on his end and its only temporary. Need to verify. If the patches are not there anymore or are no longer available I need to move them to gitorious and update the build.]]> http://www.graphics-muse.org/bugs/index.php?do=details&task_id=96 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MST/-7.0/no DST' instead in /home/httpd/home-muse/html/bugs/includes/class.tpl.php(120) : eval()'d code on line 26 2011-04-12T21:54:54Z Michael J. Hammel At some point I need to identify the audio requirements for the kernel and user space and add them into the build. http://www.graphics-muse.org/bugs/index.php?do=details&task_id=95 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MST/-7.0/no DST' instead in /home/httpd/home-muse/html/bugs/includes/class.tpl.php(120) : eval()'d code on line 26 2011-04-19T14:31:33Z Michael J. Hammel Need to aquire a file (like the one on the BeagleBoard demo image) for playback, then follow the DSP gstreamer instructions for testing the playback. Big Buck Bunny videos: http://proyectos.pixelamigo.com/open/movies/BigBuckBunny/ Also see: http://elinux.org/BeagleBoardFAQ#Demo_videos
Big Buck Bunny videos:
http://proyectos.pixelamigo.com/open/movies/BigBuckBunny/

Also see:
http://elinux.org/BeagleBoardFAQ#Demo_videos]]> http://www.graphics-muse.org/bugs/index.php?do=details&task_id=94 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MST/-7.0/no DST' instead in /home/httpd/home-muse/html/bugs/includes/class.tpl.php(120) : eval()'d code on line 26 2011-04-10T11:19:18Z Michael J. Hammel The 2.6.38.2 release should have everything we need integrated into the source tree but initial attempts to build and boot this kernel fail. The kernel builds okay but when used it only starts to uncompress and then locks up. Research is needed to determine why this version of the kernel doesn't boot. This kernel is currently the default for the "org" repo for kernel builds. However the org repo is not the default repo. To test this kernel, use the following build command: make KSRC=org kernel-clobber kernel The KSRC specifies the repo to use.
Research is needed to determine why this version of the kernel doesn't boot.

This kernel is currently the default for the "org" repo for kernel builds. However the org repo is not the default repo. To test this kernel, use the following build command:

make KSRC=org kernel-clobber kernel

The KSRC specifies the repo to use.]]> http://www.graphics-muse.org/bugs/index.php?do=details&task_id=93 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MST/-7.0/no DST' instead in /home/httpd/home-muse/html/bugs/includes/class.tpl.php(120) : eval()'d code on line 26 2011-04-10T11:15:42Z Michael J. Hammel This release of Buildroot has the DSP tools integrated so it would be useful to get it working. Not sure if this an issue with the icu build in Buildroot or with the Crosstool-NG build I've done separately. The error is from Buildroot 2011.02: /home/mjhammel/src/ximba/bb/src/../bld/crosstool-ng-1.8.2.bld/install/bin/arm-unknown-linux-uclibcgnueabi-g++ --sysroot=/home/mjhammel/src/ximba/bb/src/../bld/buildroot-2011.02.bld/staging//usr/arm-unknown-linux-uclibcgnueabi/sysroot -Os -pipe -Os -mtune=cortex-a8 -march=armv7-a -mabi=aapcs-linux -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -W -Wall -ansi -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long -L/home/mjhammel/src/ximba/bb/src/../bld/buildroot-2011.02.bld/staging//usr/arm-unknown-linux-uclibcgnueabi/sysroot/lib -L/home/mjhammel/src/ximba/bb/src/../bld/buildroot-2011.02.bld/staging//usr/arm-unknown-linux-uclibcgnueabi/sysroot/usr/lib -o ../../bin/makeconv makeconv.o ucnvstat.o genmbcs.o gencnvex.o -L../../lib -licutu -L../../lib -licui18n -L../../lib -licuuc -L../../lib -L../../stubdata -licudata -lpthread -ldl -lm /home/mjhammel/src/ximba/bb/bld/crosstool-ng-1.8.2.bld/install/bin/../lib/gcc/arm-unknown-linux-uclibcgnueabi/4.4.1/../../../../arm-unknown-linux-uclibcgnueabi/bin/ld: ../../bin/makeconv: hidden symbol `__sync_val_compare_and_swap_4' in /home/mjhammel/src/ximba/bb/bld/crosstool-ng-1.8.2.bld/install/bin/../lib/gcc/arm-unknown-linux-uclibcgnueabi/4.4.1/libgcc.a(linux-atomic.o) is referenced by DSO /home/mjhammel/src/ximba/bb/bld/crosstool-ng-1.8.2.bld/install/bin/../lib/gcc/arm-unknown-linux-uclibcgnueabi/4.4.1/../../../../arm-unknown-linux-uclibcgnueabi/bin/ld: final link failed: Nonrepresentable section on output A google search brought up this very similar problem: http://old.nabble.com/Compilation-error-while-cross-compiling-LLVM-for-ARM-td26264469.html (search for DSO to find the meat of the issue) There is also this report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40134 According to these, GCC 4.4.x supports the atomic intrinsics. I've built Crosstool-NG with GCC4.4.1. I see nothing in the Crosstool-NG about this support so I'm assuming: 1. It is in gcc 4.4.1 but Buildroot's 2011.02 makeconv build is not compatible with this - 2010.10 seems to work okay. 2. It isn't in gcc 4.4.1 and I need some additional option to enable it or switch to an appropriate version of the compiler that does 3. It is in gcc 4.4.1 and it works with makeconv but I'm just not using the two together correctly somehow.
Not sure if this an issue with the icu build in Buildroot or with the Crosstool-NG build I've done separately.

The error is from Buildroot 2011.02:
/home/mjhammel/src/ximba/bb/src/../bld/crosstool-ng-1.8.2.bld/install/bin/arm-unknown-linux-uclibcgnueabi-g++ --sysroot=/home/mjhammel/src/ximba/bb/src/../bld/buildroot-2011.02.bld/staging//usr/arm-unknown-linux-uclibcgnueabi/sysroot -Os -pipe -Os -mtune=cortex-a8 -march=armv7-a -mabi=aapcs-linux -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -W -Wall -ansi -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long -L/home/mjhammel/src/ximba/bb/src/../bld/buildroot-2011.02.bld/staging//usr/arm-unknown-linux-uclibcgnueabi/sysroot/lib -L/home/mjhammel/src/ximba/bb/src/../bld/buildroot-2011.02.bld/staging//usr/arm-unknown-linux-uclibcgnueabi/sysroot/usr/lib -o ../../bin/makeconv makeconv.o ucnvstat.o genmbcs.o gencnvex.o -L../../lib -licutu -L../../lib -licui18n -L../../lib -licuuc -L../../lib -L../../stubdata -licudata -lpthread -ldl -lm
/home/mjhammel/src/ximba/bb/bld/crosstool-ng-1.8.2.bld/install/bin/../lib/gcc/arm-unknown-linux-uclibcgnueabi/4.4.1/../../../../arm-unknown-linux-uclibcgnueabi/bin/ld: ../../bin/makeconv: hidden symbol `__sync_val_compare_and_swap_4' in /home/mjhammel/src/ximba/bb/bld/crosstool-ng-1.8.2.bld/install/bin/../lib/gcc/arm-unknown-linux-uclibcgnueabi/4.4.1/libgcc.a(linux-atomic.o) is referenced by DSO
/home/mjhammel/src/ximba/bb/bld/crosstool-ng-1.8.2.bld/install/bin/../lib/gcc/arm-unknown-linux-uclibcgnueabi/4.4.1/../../../../arm-unknown-linux-uclibcgnueabi/bin/ld: final link failed: Nonrepresentable section on output

A google search brought up this very similar problem:
http://old.nabble.com/Compilation-error-while-cross-compiling-LLVM-for-ARM-td26264469.html
(search for DSO to find the meat of the issue)

There is also this report:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40134

According to these, GCC 4.4.x supports the atomic intrinsics. I've
built Crosstool-NG with GCC4.4.1. I see nothing in the Crosstool-NG
about this support so I'm assuming:

1. It is in gcc 4.4.1 but Buildroot's 2011.02 makeconv build is not
compatible with this - 2010.10 seems to work okay.
2. It isn't in gcc 4.4.1 and I need some additional option to enable it
or switch to an appropriate version of the compiler that does
3. It is in gcc 4.4.1 and it works with makeconv but I'm just not using
the two together correctly somehow.
]]> http://www.graphics-muse.org/bugs/index.php?do=details&task_id=92 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MST/-7.0/no DST' instead in /home/httpd/home-muse/html/bugs/includes/class.tpl.php(120) : eval()'d code on line 26 2011-03-29T11:55:35Z Michael J. Hammel It's a pain to get the boot script updated every time you experiment with older kernels, such as the Arago, vs new kernels such as the just released 2.6.38.2 from kernel.org to set which tty port to use - ttyS2 vs ttyO2. It should be possible to set this at build time using env variables. The way to do this is to have the bootscr target copy the text template files to a new location and swap out tags with real values before generating the binary file. Then the tags can be configured in the repo specific configuration files, with a command line override.
The way to do this is to have the bootscr target copy the text template files to a new location and swap out tags with real values before generating the binary file. Then the tags can be configured in the repo specific configuration files, with a command line override.]]>