Update Freescale packages to 3.10.53-1.1.0_GA
cover Update Freescale packages to 3.10.53-1.1.0_GA
Quoted 12 lines · Gary Bisson
Hi all,
This serie aims at updating all the Freescale pacakges to version 3.10.53-1.1.0_GA. This is based on the updates made in the meta-fsl-am layer on Jan 27, 2015.
https://github.com/Freescale/meta-fsl-arm/commits/masterAll the patches are pretty straight forward apart from the graphics package update which I based on Antoine Tenart patch. I will detail the changes and the testing on every patch.
Quoted 9 lines
In order to test as much features as I could at once, here is my configuration (using Nitrogen6x):
BR2_arm=y
BR2_cortex_a9=y
BR2_TOOLCHAIN_EXTERNAL=y BR2_TARGET_OPTIMIZATION="-pipe" BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y BR2_TARGET_GENERIC_GETTY_PORT="ttymxc1"
BR2_ROOTFS_POST_BUILD_SCRIPT="board/boundarydevices/nitrogen6x/post-build.sh"
Quoted 3 lines
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_CUSTOM_TARBALL=y
BR2_LINUX_KERNEL_CUSTOM_TARBALL_LOCATION="
https://github.com/boundarydevices/linux-imx6/tarball/98c0fdbe/linux-imx6-98c0fdbe.tar.gz
"
Quoted 4 lines
BR2_LINUX_KERNEL_DEFCONFIG="nitrogen6x" BR2_LINUX_KERNEL_UIMAGE_LOADADDR="0x10008000" BR2_LINUX_KERNEL_DTS_SUPPORT=y BR2_LINUX_KERNEL_INTREE_DTS_NAME="imx6dl-nit6xlite imx6dl-nitrogen6_vm
imx6dl-nitrogen6x
Quoted 43 lines
imx6q-nitrogen6x imx6q-nitrogen6_max imx6q-sabrelite" BR2_LINUX_KERNEL_INSTALL_TARGET=y BR2_PACKAGE_GSTREAMER=y BR2_PACKAGE_GST_PLUGINS_BASE_PLUGIN_AUDIOTESTSRC=y BR2_PACKAGE_GST_PLUGINS_BASE_PLUGIN_VIDEOTESTSRC=y BR2_PACKAGE_GST_PLUGINS_GOOD=y BR2_PACKAGE_GST_PLUGINS_GOOD_PLUGIN_AUTODETECT=y BR2_PACKAGE_GST_PLUGINS_GOOD_PLUGIN_ID3DEMUX=y BR2_PACKAGE_GST_PLUGINS_GOOD_PLUGIN_MATROSKA=y BR2_PACKAGE_GST_FSL_PLUGINS=y BR2_PACKAGE_GSTREAMER1=y BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_AUDIOTESTSRC=y BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_VIDEOTESTSRC=y BR2_PACKAGE_GST1_PLUGINS_GOOD=y BR2_PACKAGE_GST1_PLUGINS_GOOD_PLUGIN_AUTODETECT=y BR2_PACKAGE_GST1_PLUGINS_GOOD_PLUGIN_ID3DEMUX=y BR2_PACKAGE_GST1_PLUGINS_GOOD_PLUGIN_MATROSKA=y BR2_PACKAGE_GST1_IMX=y BR2_PACKAGE_GST1_LIBAV=y
BR2_PACKAGE_STRACE=y
BR2_PACKAGE_QT5=y BR2_PACKAGE_QT5BASE_LICENSE_APPROVED=y BR2_PACKAGE_QT5BASE_EXAMPLES=y BR2_PACKAGE_QT5BASE_OPENGL_ES2=y BR2_PACKAGE_QT5BASE_OPENGL_LIB=y BR2_PACKAGE_QT5BASE_XCB=y BR2_PACKAGE_QT5BASE_DEFAULT_QPA="xcb" BR2_PACKAGE_QT5BASE_GIF=y BR2_PACKAGE_QT5BASE_JPEG=y BR2_PACKAGE_QT5BASE_PNG=y BR2_PACKAGE_QT5QUICKCONTROLS=y BR2_PACKAGE_XORG7=y BR2_PACKAGE_XSERVER_XORG_SERVER=y BR2_PACKAGE_XSERVER_XORG_SERVER_MODULAR=y BR2_PACKAGE_XDRIVER_XF86_INPUT_EVDEV=y BR2_PACKAGE_XDRIVER_XF86_VIDEO_IMX_VIV=y BR2_PACKAGE_XTERM=y BR2_PACKAGE_FREESCALE_IMX_PLATFORM_IMX6Q=y BR2_PACKAGE_IMX_GPU_VIV=y BR2_PACKAGE_IMX_GPU_VIV_EXAMPLES=y BR2_PACKAGE_I2C_TOOLS=y
BR2_PACKAGE_PYTHON=y BR2_PACKAGE_PYTHON_CFFI=y
Quoted 9 lines
BR2_PACKAGE_PYTHON_SETUPTOOLS=y
BR2_PACKAGE_LIBSHA1=y
BR2_PACKAGE_TIFF=y
BR2_PACKAGE_OPENSSH=y
BR2_PACKAGE_RSYNC=y
BR2_TARGET_UBOOT=y
BR2_TARGET_UBOOT_BOARDNAME="nitrogen6q"
BR2_TARGET_UBOOT_CUSTOM_TARBALL=y
BR2_TARGET_UBOOT_CUSTOM_TARBALL_LOCATION="
http://github.com/boundarydevices/u-boot-imx6/tarball/21eb4146/u-boot-21eb4146.tar.gz
"
Quoted 25 lines
BR2_TARGET_UBOOT_FORMAT_IMX=y
BR2_PACKAGE_HOST_E2FSPROGS=y
BR2_PACKAGE_HOST_GENEXT2FS=y
BR2_PACKAGE_HOST_UBOOT_TOOLS=yRegards,
GaryAntoine Tenart (1):
gpu-viv-bin-mx6q: bump to 5.0.11.p4.1Gary Bisson (12):
libfslvpuwrap: bump version to 1.0.57
libfslcodec: bump version to 4.0.2
libfslparser: bump version to 4.0.2
gst-fsl-plugins: bump version to 4.0.2
imx-vpu: bump version to 5.4.27
freescale-imx: bump to 3.10.53-1.1.0 GA release
gpu-viv-bin-mx6q: rename package to imx-gpu-viv xdriver_xf86-video-imx-viv: bump to version 3.10.53-1.1.0 GA
nitrogen6x_defconfig: bump version to 3.10.53_1.1.1_ga board/boundarydevices: update 6x_bootscript freescale_imx6*_defconfig: bump version to 3.10.53-1.1.0 GA
qmx6_defconfig: bump version to 3.10.53_1.1.0
Quoted 1 line
board/boundarydevices/nitrogen6x/6x_bootscript | Bin 3207 -> 4682
bytes
Quoted 5 lines
configs/freescale_imx6dlsabreauto_defconfig | 6 +- configs/freescale_imx6dlsabresd_defconfig | 7 +- configs/freescale_imx6qsabreauto_defconfig | 6 +- configs/freescale_imx6qsabresd_defconfig | 7 +- configs/freescale_imx6sololiteevk_defconfig | 5 +-
Quoted 8 lines
configs/nitrogen6x_defconfig | 10 +-- configs/qmx6_defconfig | 8 +- package/freescale-imx/Config.in | 2 +- package/freescale-imx/freescale-imx.mk | 2 +- .../0001-correct-HAL-include.patch | 16 ---- package/freescale-imx/gpu-viv-bin-mx6q/egl.pc | 10 --- package/freescale-imx/gpu-viv-bin-mx6q/glesv2.pc | 10 --- .../gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.mk | 89
-------------------
Quoted 3 lines
package/freescale-imx/gpu-viv-bin-mx6q/vg.pc | 10 ---
.../{gpu-viv-bin-mx6q => imx-gpu-viv}/Config.in | 26 +++---
package/freescale-imx/imx-gpu-viv/imx-gpu-viv.mk | 98+++++++++++++++++++++
Quoted 9 lines
.../0001-vpu-io-fix-IOSystemInit-failure.patch | 32 ------- ...-lib-fix-IOGetVirtMem-return-value-checks.patch | 59 ------------- package/freescale-imx/imx-vpu/imx-vpu.mk | 2 +- .../0002-Fix-bashism-in-configure-script.patch | 4 +- .../gstreamer/gst-fsl-plugins/gst-fsl-plugins.mk | 2 +- package/gstreamer1/gst1-imx/Config.in | 6 +- package/gstreamer1/gst1-imx/gst1-imx.mk | 2 +- package/libfslcodec/libfslcodec.mk | 2 +- package/libfslparser/libfslparser.mk | 2 +-
Quoted 8 lines
...-fix-tests-of-return-value-from-IOGetVirt.patch | 44 --------- package/libfslvpuwrap/libfslvpuwrap.mk | 2 +- package/qt5/qt5base/qt5base.mk | 2 +- .../0001-Fix-LoadExtenions.patch | 15 ---- package/x11r7/xdriver_xf86-video-imx-viv/Config.in | 6 +- .../xdriver_xf86-video-imx-viv.mk | 4 +- 32 files changed, 152 insertions(+), 344 deletions(-) delete mode 100644
package/freescale-imx/gpu-viv-bin-mx6q/0001-correct-HAL-include.patch
Quoted 3 lines
delete mode 100644 package/freescale-imx/gpu-viv-bin-mx6q/egl.pc delete mode 100644 package/freescale-imx/gpu-viv-bin-mx6q/glesv2.pc delete mode 100644 package/freescale-imx/gpu-viv-bin-mx6q/
gpu-viv-bin-mx6q.mk
Quoted 2 lines
delete mode 100644 package/freescale-imx/gpu-viv-bin-mx6q/vg.pc
rename package/freescale-imx/{gpu-viv-bin-mx6q => imx-gpu-viv}/Config.in(72%)
Quoted 2 lines
create mode 100644 package/freescale-imx/imx-gpu-viv/imx-gpu-viv.mk delete mode 100644
package/freescale-imx/imx-vpu/0001-vpu-io-fix-IOSystemInit-failure.patch
Quoted 1 line
delete mode 100644
package/freescale-imx/imx-vpu/0002-vpu-lib-fix-IOGetVirtMem-return-value-checks.patch
Quoted 1 line
delete mode 100644
package/libfslvpuwrap/0001-vpu_wrapper-fix-tests-of-return-value-from-IOGetVirt.patch
Quoted 1 line
delete mode 100644
package/x11r7/xdriver_xf86-video-imx-viv/0001-Fix-LoadExtenions.patch
Quoted 1 line
Any news witch those patches? Would they be commmitted any time soon? I've tried to apply them to my local copy and I wasn't able to, so instead I applied the changes "manually" (I know, a bit noob :P)
Anyway, they seem to work except for the fact that as soon as a program is stopped (mainly I've tried with glxgears) the xserver crashes. That's the error log:
CProcess termination by interupt!
client(200000): Released pid(314).
client(200000): Released cmdline(./glxgears) and cmdargs(NULL). (dix) removing device 2
(dix) removing device 3
(dix) removing device 5
(dix) removing device 4
# client(0): Released pid(311).
client(0): Released cmdline(X) and cmdargs(NULL). APM: OSPMOpen called APM: Opening device xfree init mode: 35714 800 817 837 865 480 500 513 526 fbdev init mode: 28000 800 17 20 28 480 20 13 13 32 8:8:8
InitOutput - xf86Screens[0]->pScreen = 0x2036f78 xf86Screens[0]->pScreen->CreateWindow = 0x76793e18
Sync Extension 3.1
XFree86VidModeExtensionInit
xf86CreateRootWindow(0x21354c8)
(EE)
(EE) Backtrace:
(EE)
(EE) Segmentation fault at address 0x11
(EE)
Fatal server error:
(EE) Caught signal 11 (Segmentation fault). Server aborting (EE)
(EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
(EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
(EE)
(EE) Server terminated with error (1). Closing log file.
As I said, I've applied the changes by hand so that should be the cause.
That's why I would like the patch to be commited in order to get it right. -------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150718/f3f96b9f/attachment-0001.html>
cover Update Freescale packages to 3.10.53-1.1.0_GA
Dear Carlos Soto,
Quoted 3 lines · Carlos Soto
Any news witch those patches? Would they be commmitted any time soon? I've tried to apply them to my local copy and I wasn't able to, so instead I applied the changes "manually" (I know, a bit noob :P)
They have all been committed.
Quoted 3 lines
Anyway, they seem to work except for the fact that as soon as a program is stopped (mainly I've tried with glxgears) the xserver crashes. That's the error log:
I'm adding Gary in Cc, he can probably help about this, at least confirm whether he can reproduce the same problem or not.
Best regards,
Thomas
Signature · 3 lines
Thomas Petazzoni, CTO, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com
cover Update Freescale packages to 3.10.53-1.1.0_GA
2015-07-18 21:55 GMT+02:00 Thomas Petazzoni <
[email protected]>:
Quoted 11 lines
Dear Carlos Soto,
Quoted 1 line · Carlos Soto
Any news witch those patches? Would they be commmitted any time soon?
I've
Quoted 2 lines
tried to apply them to my local copy and I wasn't able to, so instead I applied the changes "manually" (I know, a bit noob :P)
They have all been committed.
Ooops! You're right, of course, Thomas. I should have checked it before asking.
Quoted 9 lines
Quoted 2 lines
Anyway, they seem to work except for the fact that as soon as a program
is
Quoted 2 lines
stopped (mainly I've tried with glxgears) the xserver crashes. That's the error log:
I'm adding Gary in Cc, he can probably help about this, at least confirm whether he can reproduce the same problem or not.
Great! I'll also try it again once I update my local copy
Quoted 9 lines
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150718/4fdb714e/attachment.html>
cover Update Freescale packages to 3.10.53-1.1.0_GA
Hi Carlos,
Quoted 28 lines · Carlos Soto
2015-07-18 21:55 GMT+02:00 Thomas Petazzoni
<[email protected]>:Quoted 11 lines
Dear Carlos Soto,
Quoted 4 lines · Carlos Soto
Any news witch those patches? Would they be commmitted any time soon? I've
tried to apply them to my local copy and I wasn't able to, so instead I applied the changes "manually" (I know, a bit noob :P)They have all been committed.
Ooops! You're right, of course, Thomas. I should have checked it before asking.
Quoted 8 lines
Quoted 7 lines
Anyway, they seem to work except for the fact that as soon as a program is
stopped (mainly I've tried with glxgears) the xserver crashes. That's the
error log:
Quoted 5 lines
Quoted 2 lines
I'm adding Gary in Cc, he can probably help about this, at least confirm whether he can reproduce the same problem or not.
Great! I'll also try it again once I update my local copy
Yes I confirm I've built the master branch today and I see this error when closing the X app. I will let you know if I find what causes this error. Note that in my case it doesn't happen all the time. I suspect the vivante libraries...
Regards,
Gary
cover Update Freescale packages to 3.10.53-1.1.0_GA
Hello Gary, Carlos,
Quoted 11 lines · On Monday 27 July 2015 19:42:08 Gary Bisson wrote:
Hi Carlos,
Quoted 8 lines · Carlos Soto
2015-07-18 21:55 GMT+02:00 Thomas Petazzoni
<[email protected]>:Quoted 4 lines
Dear Carlos Soto,
On Sat, 18 Jul 2015 21:36:04 +0200, Carlos Soto wrote:
[...]
Quoted 10 lines
Quoted 10 lines
Quoted 8 lines
Quoted 5 lines
Anyway, they seem to work except for the fact that as soon as a program is
stopped (mainly I've tried with glxgears) the xserver crashes. That's the
error log:I'm adding Gary in Cc, he can probably help about this, at least confirm whether he can reproduce the same problem or not.
Quoted 6 lines
Quoted 1 line
Great! I'll also try it again once I update my local copy
Yes I confirm I've built the master branch today and I see this error when closing the X app. I will let you know if I find what causes this error. Note that in my case it doesn't happen all the time. I suspect the vivante libraries...
As far as remember, by default X server terminate when the last client exit. When you produce problem, are you closing the last client? You can try to pass --noreset option when you launch X.
In add, notice glxgears is not the best program to test. Indeed Vivante driver does not support GLX/OpenGL API very well (it normally fallback to software rendering provided by mesa3d). Prefer test with a GLESv2 program.
Signature · 3 lines
J?r?me Pouiller, Sysmic Embedded Linux specialist http://www.sysmic.fr
cover Update Freescale packages to 3.10.53-1.1.0_GA
Hi Jerome,
Quoted 27 lines · J?r?me Pouiller
Hello Gary, Carlos,
Quoted 11 lines · On Monday 27 July 2015 19:42:08 Gary Bisson wrote:
Hi Carlos,
Quoted 8 lines · Carlos Soto
2015-07-18 21:55 GMT+02:00 Thomas Petazzoni
<[email protected]>:Quoted 4 lines
Dear Carlos Soto,
On Sat, 18 Jul 2015 21:36:04 +0200, Carlos Soto wrote:
[...]
Quoted 12 lines
Quoted 11 lines
Quoted 8 lines
Quoted 5 lines
Anyway, they seem to work except for the fact that as soon as a program is
stopped (mainly I've tried with glxgears) the xserver crashes. That's the
error log:I'm adding Gary in Cc, he can probably help about this, at least confirm whether he can reproduce the same problem or not.
Great! I'll also try it again once I update my local copy
Quoted 7 lines
Quoted 4 lines
Yes I confirm I've built the master branch today and I see this error when closing the X app. I will let you know if I find what causes this error. Note that in my case it doesn't happen all the time. I suspect the vivante libraries...
As far as remember, by default X server terminate when the last client exit. When you produce problem, are you closing the last client? You can try to pass --noreset option when you launch X.
I was actually looking at the issue to the test was quick, yes the error disappears with the -noreset option. Seems that stopping the server is the problem. The log was saying that swrast was missing so I added but it didn't remove the error. The last message before the crash is:
[3551284.259] (II) VIVANTE(0): Setting screen physical size to 338 x 211 [3551284.297] (EE) [3551284.297] (EE) Backtrace: [3551284.297] (EE) [3551284.297] (EE) Segmentation fault at address 0x76fd10dc
On the swrast topic, should we add to as a select in the Config.in as it seems to the be case in Yocto?
https://github.com/Freescale/meta-fsl-arm/blob/master/recipes-graphics/xorg-driver/xf86-video-imxfb-vivante.inc#L64
Also tried updating to latest graphics xdriver and vivante libs which are meant for 3.14 kernels but I confirm this is also working on 3.10.53. But it didn't help though, I'll wait for next cycle to switch packages to their 3.14 versions.
Quoted 3 lines
In add, notice glxgears is not the best program to test. Indeed Vivante driver does not support GLX/OpenGL API very well (it normally fallback to software rendering provided by mesa3d). Prefer test with a GLESv2 program.
To reproduce the issue, I tried the vivante tutorial7 as well as xterm, both crashed the server when closed although sometimes closing xterm was ok (weird I know).
Regards,
Gary
cover Update Freescale packages to 3.10.53-1.1.0_GA
Quoted 9 lines · On Tuesday 28 July 2015 10:23:56 Gary Bisson wrote:
Hi Jerome,
Quoted 6 lines · J?r?me Pouiller
Hello Gary, Carlos,
Quoted 3 lines · On Monday 27 July 2015 19:42:08 Gary Bisson wrote:
Hi Carlos,
On Sat, Jul 18, 2015 at 10:06 PM, Carlos Soto <[email protected]>
Quoted 10 lines · wrote:
Quoted 10 lines
Quoted 8 lines
Quoted 8 lines
2015-07-18 21:55 GMT+02:00 Thomas Petazzoni
<[email protected]>:Quoted 4 lines
Dear Carlos Soto,
On Sat, 18 Jul 2015 21:36:04 +0200, Carlos Soto wrote:
[...]
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Anyway, they seem to work except for the fact that as soon as a
program
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
is
stopped (mainly I've tried with glxgears) the xserver crashes.
That's
Quoted 7 lines
Quoted 7 lines
Quoted 7 lines
Quoted 7 lines
Quoted 5 lines
Quoted 2 lines
the
error log:I'm adding Gary in Cc, he can probably help about this, at least confirm whether he can reproduce the same problem or not.
Quoted 7 lines
Quoted 7 lines
Quoted 6 lines
Quoted 1 line
Great! I'll also try it again once I update my local copy
Yes I confirm I've built the master branch today and I see this error when closing the X app. I will let you know if I find what causes this error. Note that in my case it doesn't happen all the time. I suspect the vivante libraries...
As far as remember, by default X server terminate when the last client
exit.
Quoted 1 line
Quoted 1 line
When you produce problem, are you closing the last client? You can try to
pass
Quoted 7 lines
Quoted 1 line
--noreset option when you launch X.
I was actually looking at the issue to the test was quick, yes the error disappears with the -noreset option. Seems that stopping the server is the problem. The log was saying that swrast was missing so I added but it didn't remove the error. The last message before the crash is:
Quoted 5 lines
[3551284.259] (II) VIVANTE(0): Setting screen physical size to 338 x 211 [3551284.297] (EE) [3551284.297] (EE) Backtrace: [3551284.297] (EE) [3551284.297] (EE) Segmentation fault at address 0x76fd10dc
As far as I remember, Xorg also crash on exit with Yocto.
Quoted 3 lines
On the swrast topic, should we add to as a select in the Config.in as it seems to the be case in Yocto?
https://github.com/Freescale/meta-fsl-arm/blob/master/recipes-graphics/xorg-driver/xf86-video-imxfb-vivante.inc#L64
Enabling swrast allow to use GLX/OpenGL applications but using software rendering. IFAIK, swrast is not necessary if you only use EGL/GLESv2 applications. Current Buildroot does not enforce swrast but allows user to select it if he want. I think it is correct behavior.
In add, personally, I prefer swrast to be disabled so I am sure my GL applications are hardware accelerated.
[...]
Signature · 3 lines
J?r?me Pouiller, Sysmic Embedded Linux specialist http://www.sysmic.fr