Re: [yocto] Formulating Recipe for out-of-tree kernel module

At the risk of answering my own question... Splitting a driver package into a module recipe and a separate recipe for user-mode utilities works in that each recipe uses the appropriate build process and puts files in the appropriate subdirectory of /work/. I still don't see a way to build one out

[yocto] Eclipse, CMake and EXTRA_OECONF_GCC_FLOAT

Hi, I'm having some issues using the Eclipse CMake support with my own hard float arm toolchain. This used to work, and I believe the main change affecting my problem is this: https://git.yoctoproject.org/cgit.cgi/poky/commit/meta/recipes-devtools/gcc/gcc-configure-common.inc?id=075e2884ce1009425

[yocto] [meta-cgl][PATCH 2/2] distro: Move IMAGE_CLASSES inheritance

The IMAGE_CLASSES variable affects all images, so it must be defined at distro level. Move it from the core-image-cgl-initramfs where it has no effect into the distro definition. Signed-off-by: Adrian Dudau --- meta-cgl-common/conf/distro/poky-cgl.conf | 2 ++ meta-cgl-common/images/cor

[yocto] [meta-cgl][PATCH 1/2] Added device manager multipath support for root file system

From: Mats Liljegren This is implemented using an initramfs, built by core-image-cgl-initramfs image recipe. Multipath device configurations are done using kernel boot parameters. The multipath-root-howto.md explains how to use this. Also note that the meta-cgl/scripts/conf_setup.sh will now als

Re: [yocto] Formulating Recipe for out-of-tree kernel module

Hi, There is a bitbake issue that prevents building an out-of-tree module that is dependent of another out-of-tree module. This issue has been fixed recently: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=master-next&id=a9cc27e6916e5affe8b0cc431c3e89abd7681643 This fix has been releas

Re: [yocto] How to add libraries to poky toolchain

Hi, If the library is already in the image you are using, you should be able to build an SDK with that library by using this command: $ bitbake image -c populate_sdk Here is the official documentation about that feature: http://www.yoctoproject.org/docs/latest/mega-manual/m

Re: [yocto] How to build a simple kernel modul

Hi, And here is a hello world module example: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-skeleton/recipes-kernel/hello-mod Joël Esponde Honeywell | Sensing and Productivity Solutions De : yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] De la part de Petter M

Re: [yocto] Formulating Recipe for out-of-tree kernel module

Thanks Joel, I am on Krogoth. My reading of that patch is that it allows out-of-tree modules to depend on symbols from the kernel but I don't see how it would help with depending on another out-of-tree module? Those symbols are not added to the kernel Module.symvers. I've been following some ot

[yocto] Initscript issues-Yocto

Hello, I am trying to call a script at booting time . So , as per my knowledge i have created a script & kept it inside poky/meta/initscript folder & changed the recipe file for it accordingly ,so that run level links will be created .Everything works fine ,but the daemons which i called from

[yocto] [meta-cgl][PATCH 1/2] distro: Inherit SELinux distro

meta-selinux defines a distro with refpolicy providers. Inherit that instead of trying to define our own refpolicies. Signed-off-by: Adrian Dudau --- meta-cgl-common/conf/distro/poky-cgl.conf | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/meta-cgl-common/conf/distro/poky-c

[yocto] [meta-cgl][PATCH 2/2] selinux: Use targeted refpolicy

POLICY_NAME and DEFAULT_ENFORCING are set in each refpolicy recipe in meta-selinux now. Signed-off-by: Adrian Dudau --- meta-cgl-common/conf/distro/poky-cgl.conf | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-cgl-common/conf/distro/poky-cgl.conf b/meta-cgl-common/conf/distro/poky-cg

[yocto] OpenSSH issue in Krogoth

Krogoth and Jethro behave differently when I ssh into them using a script like so ssh root@krogoth << EOF ls EOF ssh root@jethro << EOF ls EOF Both behave as expected if this format is used: $ ssh root@krogoth 'ls' # # Jethro: This works and lists a file called core # OpenSSH_7.1p1, OpenSSL

Re: [yocto] Formulating Recipe for out-of-tree kernel module

Ok! I better understand your need now. The fix solves the case where an out of tree module is dependent of a kernel module which is not built as a built-in module. Just in case, did you have a look on these links? http://stackoverflow.com/a/33718934/1729117 https://www.kernel.org/doc/Documentatio

Re: [yocto] Formulating Recipe for out-of-tree kernel module

Thanks Joel, I can build the module but I am trying to find out the best way to do this with yocto/bitbake. The build process for the second module I have requires the location of the first and then does copy the Module.symvers and accesses the header files and ".version" file. The question was

[yocto] Antwort: Re: How to build a simple kernel modul

Thanks so far! I have 3 questions for my understanding: 1.) How to define extra Include Paths if the module needs some extra Includes? Like the "mach/gpio.h", which should be under "/arch/arm/mach-at91/include" and is needed for the PIN definitions. Should it be done at the Mak

Re: [yocto] [meta-chip][PATCH] u-boot-chip: fix md5sum

On Mon, Apr 11, 2016 at 02:28:30PM -0400, Trevor Woerner wrote: > The u-boot master and chip/stable branches have diverged such that the md5sums > of the License README files are now different. The latest master branch has > added a "SIL OPEN FONT LICENSE (OFL-1.1)" license. > > diff: > --- c

[yocto] [PATCH] bluez5: fixed path to bluetoothd in sysvinit script

Within the sysvinit script the path to bluetoothd is wrong. Because of this the init scripts silently terminates without any message Signed-off-by: Christian Ege --- meta/recipes-connectivity/bluez5/bluez5/init | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-conn

Re: [yocto] [PATCH] bluez5: fixed path to bluetoothd in sysvinit script

On 10 May 2016 at 16:04, Christian Ege wrote: > -DAEMON=/usr/lib/bluez5/bluetooth/bluetoothd > +DAEMON=/usr/libexec/bluetooth/bluetoothd > This is only true if libexecdir is set to /usr/libexec (the original patch was equally broken). Can you change the recipe so that the init script uses some

[yocto] [eclipse-poky][PATCH] bsp/MainPage.java: Fixing typo in bsp creation wizard

New bsp creation wizard has a typo. When giving an already existing directory, the message spells "exiting" instead of "existing". [Yocto #9614] --- .../src/org/yocto/sdk/remotetools/wizards/bsp/MainPage.java | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/plugins

Re: [yocto] Formulating Recipe for out-of-tree kernel module

On 2016-05-10 9:57 AM, Chris Trobridge wrote: Thanks Joel, I can build the module but I am trying to find out the best way to do this with yocto/bitbake. The build process for the second module I have requires the location of the first and then does copy the Module.symvers and accesses the head

Re: [yocto] oracle-jse-jdk

did anybody overcome this issues and made it work ? On 5/6/2016 10:49 AM, Mark Hatle wrote: On 5/6/16 4:10 AM, Maxin B. John wrote: Hi Emil, On Thu, May 05, 2016 at 10:43:08AM -0700, Mihaylov, Emil wrote: hi Mark, my oracle-jse-jdk_1.7.0.bb looks like this --

[yocto] Kernel 3.14.28 (imx duallite) will compile under 1.7, but not under 2.0-2.1

I am trying to update my BSP to work with the latest releases of Yocto, however, I can't even compile the kernel with the same defconfig/commit/repo. It works on 1.7, but not under 2.0. Here are the do_compile run and log for each version of yocto. https://gist.github.com/anonymous/3222e0a10ba1bca

Re: [yocto] Kernel 3.14.28 (imx duallite) will compile under 1.7, but not under 2.0-2.1

Maybe it has something to do with a different make version in the newer versions of Yocto? Maybe this link is relevant? https://github.com/zanezam/boeffla-kernel-cm-bacon/commit/ef4fea130eeb70eff4f3a549fd3f6e9b11437550 On Tue, May 10, 2016 at 10:22 PM Paul Knopf wrote: > I am trying to update my