On 09/24/2014 10:07 PM, Robert Yang wrote:
On 09/24/2014 06:46 PM, Burton, Ross wrote:
On 24 September 2014 02:30, Robert Yang wrote:
Ping, I think that we need it since it is a function lost.
If we're going to unify the behaviour - which is a good thing - then
ROOTFS_POSTPROCESS_COMMAND
On 2014年10月20日 11:15, Kang Kai wrote:
On 2014年10月16日 19:20, Burton, Ross wrote:
On 16 October 2014 10:48, Kai Kang wrote:
+++ b/meta/recipes-core/readline/readline_6.3.bb
@@ -1,5 +1,7 @@
require readline.inc
+SRC_URI_append = " file://readline63-003"
Doing SRC_URI += is the usual thing to
From: "Roy.Li"
1. add /bin to PATH of start-statd, otherwise systemctl can not be found.
2. drop error when systemd fails to start statd.service; since if it failed,
rpc.statd will be called directly.
Signed-off-by: Roy.Li
---
.../nfs-utils/nfs-utils/fix-the-start-statd.patch | 30 +
Sorry, please drop this patch.
-Roy
On 10/20/2014 01:11 PM, rongqing...@windriver.com wrote:
From: "Roy.Li"
1. add /bin to PATH of start-statd, otherwise systemctl can not find.
2. drop error of start-statd
Signed-off-by: Roy.Li
---
.../nfs-utils/nfs-utils/fix-the-start-statd.patch | 3
From: "Roy.Li"
1. add /bin to PATH of start-statd, otherwise systemctl can not find.
2. drop error of start-statd
Signed-off-by: Roy.Li
---
.../nfs-utils/nfs-utils/fix-the-start-statd.patch | 30
.../nfs-utils/nfs-utils_1.3.0.bb |1 +
2 files chang
This fixes the following error when building liburcu:
"Your gcc version produces clobbered frame accesses"
OE-Core is using a patched GCC 4.8.2 which is able to compile liburcu
properly.
Signed-off-by: Jonathan Liu
---
...evert-Blacklist-ARM-gcc-4.8.0-4.8.1-4.8.2.patch | 47
On Wed, Oct 15, 2014 at 2:21 AM, wrote:
> From: Roy Li
>
> Calling strncpy with NULL second argument, even when the size is 0,
> is undefined behavior, which leads to GCC to drop the check old
> variable with NULL in following code.
>
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=6743
FWI
On Sun, Oct 19, 2014 at 6:29 PM, Marek Vasut wrote:
> On Monday, October 20, 2014 at 12:08:57 AM, Bruce Ashfield wrote:
>> On Sun, Oct 19, 2014 at 3:15 PM, Marek Vasut wrote:
>> > Pull the uImage image format generation from kernel.bbclass into
>> > a separate kernel-uimage.bbclass. The recipes w
ping
-R
On 10/16/2014 10:02 AM, rongqing...@windriver.com wrote:
From: "Roy.Li"
rpm needs gnupg to do signature, otherwise the below error:
$ rpm -v --addsign m4-1.4.16-r4.0.x86_64.rpm
Enter pass phrase:
error: Could not exec gpg: No such file or directory
$
Signed-off-by
ping
-R
On 10/15/2014 05:21 PM, rongqing...@windriver.com wrote:
From: Roy Li
Calling strncpy with NULL second argument, even when the size is 0,
is undefined behavior, which leads to GCC to drop the check old
variable with NULL in following code.
https://bugzilla.yoctoproject.org/show_bug.c
On 2014年10月16日 19:20, Burton, Ross wrote:
On 16 October 2014 10:48, Kai Kang wrote:
+++ b/meta/recipes-core/readline/readline_6.3.bb
@@ -1,5 +1,7 @@
require readline.inc
+SRC_URI_append = " file://readline63-003"
Doing SRC_URI += is the usual thing to do.
OK. I'll send V2.
Thanks,
Kai
On Monday, October 20, 2014 at 12:08:57 AM, Bruce Ashfield wrote:
> On Sun, Oct 19, 2014 at 3:15 PM, Marek Vasut wrote:
> > Pull the uImage image format generation from kernel.bbclass into
> > a separate kernel-uimage.bbclass. The recipes which now need to
> > generate an uImage will have to inher
On Sunday, October 19, 2014 at 11:29:15 PM, Khem Raj wrote:
> On Sunday, October 19, 2014, Marek Vasut wrote:
> > Pull the uImage image format generation from kernel.bbclass into
> > a separate kernel-uimage.bbclass. The recipes which now need to
> > generate an uImage will have to inherit kernel-
On Sun, Oct 19, 2014 at 3:15 PM, Marek Vasut wrote:
> Pull the uImage image format generation from kernel.bbclass into
> a separate kernel-uimage.bbclass. The recipes which now need to
> generate an uImage will have to inherit kernel-uimage instead of
> kernel class.
The commit log doesn't tell u
On Sunday, October 19, 2014, Marek Vasut wrote:
> Pull the uImage image format generation from kernel.bbclass into
> a separate kernel-uimage.bbclass. The recipes which now need to
> generate an uImage will have to inherit kernel-uimage instead of
> kernel class.
>
>
Does it trigger a doc change
On Sun, Oct 19, 2014 at 7:13 PM, Marek Vasut wrote:
> On Sunday, October 19, 2014 at 09:25:36 PM, Otavio Salvador wrote:
>> On Sun, Oct 19, 2014 at 5:15 PM, Marek Vasut wrote:
>> > Remove the lambda function setting KERNEL_IMAGETYPE_FOR_MAKE and instead
>> > set it in the anonymous python functio
On Sunday, October 19, 2014 at 09:25:36 PM, Otavio Salvador wrote:
> On Sun, Oct 19, 2014 at 5:15 PM, Marek Vasut wrote:
> > Remove the lambda function setting KERNEL_IMAGETYPE_FOR_MAKE and instead
> > set it in the anonymous python function. This also allows us to handle
> > image types which are
On Sun, Oct 19, 2014 at 5:15 PM, Marek Vasut wrote:
> This series cleans up the code in kernel.bbclass and
> separates out the uImage generation. The last patch
> in this series then adds support for generation of the
> advanced successor of the uImage, the fitImage.
>
> This series adds only very
On Sun, Oct 19, 2014 at 5:15 PM, Marek Vasut wrote:
> Remove the lambda function setting KERNEL_IMAGETYPE_FOR_MAKE and instead
> set it in the anonymous python function. This also allows us to handle
> image types which are not supported directly by kernel, but require some
> other kernel target t
Pull the uImage image format generation from kernel.bbclass into
a separate kernel-uimage.bbclass. The recipes which now need to
generate an uImage will have to inherit kernel-uimage instead of
kernel class.
Signed-off-by: Marek Vasut
Cc: Richard Purdie
Cc: Koen Kooi
Cc: Paul Eggleton
---
met
Pull the generation of linux.bin image, which is then packed into uImage,
into a separate function. No functional change.
Signed-off-by: Marek Vasut
Cc: Richard Purdie
Cc: Koen Kooi
Cc: Paul Eggleton
---
meta/classes/kernel.bbclass | 40 +++-
1 file changed
Separate the function which prepares the kernel for packing into
uImage into separate class, so this function can be reused by the
fitImage class.
Signed-off-by: Marek Vasut
Cc: Richard Purdie
Cc: Koen Kooi
Cc: Paul Eggleton
---
meta/classes/kernel-uboot.bbclass | 25
This series cleans up the code in kernel.bbclass and
separates out the uImage generation. The last patch
in this series then adds support for generation of the
advanced successor of the uImage, the fitImage.
This series adds only very rudimentary support for
generation of fitImage. The advanced fe
Rework the function so part it's internals can be re-used by fitImage
image type. The name of the temporary file , linux.bin , is recycled
a little more as it's now used for both the case where it is gzip
compressed and where it is not. This should be fine, since the file
is temporary and removed a
Pull out the compilation of the DTB blobs right after the kernel's
own do_compile function finishes. This makes them available just in
time for the kernel image construction functions.
Signed-off-by: Marek Vasut
Cc: Richard Purdie
Cc: Koen Kooi
Cc: Paul Eggleton
---
meta/recipes-kernel/linux/
This patch adds support for generating a kernel fitImage, which is
a a successor to the uImage format. Unlike uImage, which could only
contain the kernel image itself, the fitImage can contain all kinds
of artifacts, like the kernel image, device tree blobs, initramfs
images, binary firmwares etc.
Remove the lambda function setting KERNEL_IMAGETYPE_FOR_MAKE and instead
set it in the anonymous python function. This also allows us to handle
image types which are not supported directly by kernel, but require some
other kernel target to be built. This is the case for example with the
fitImage, w
Hello,
When I build 'core-image-x11' on Poky, X on wont start. I am using the
standard Poky clone with no added layers. When I manually start x I get
the following error:
startx
/etc/X11/xinit/xinitrc: line 95: twm : command not found
/etc/X11/xinit/xinitrc: line 96: xclock : command not fo
28 matches
Mail list logo
