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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
--
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
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
23 matches
Mail list logo