without the need to use rpcbind or portmap services.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
.../023-no-rpc-register.patch | 34
.../unfs-server/unfs-server_2.1+2.2beta47.bb |3 +-
scripts/runqemu-export-rootfs
without the need to use rpcbind or portmap services.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
.../023-no-rpc-register.patch | 34
.../unfs-server/unfs-server_2.1+2.2beta47.bb |3 +-
scripts/runqemu-export-rootfs
On 10/10/2011 12:04 AM, Saul Wold wrote:
On 10/05/2011 11:43 AM, Jason Wessel wrote:
From the 2.6.39 linux kernel and up it is possible to use
and nfsroot mount without the need to talk to an RPC info
server as long as the port numbers for mountd and nfsd
are known in advance.
This patch
to unfs-server-native.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/conf/machine/include/qemu.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/machine/include/qemu.inc
b/meta/conf/machine/include/qemu.inc
index 421a149..742b629 100644
On 05/02/2012 09:29 AM, Koen Kooi wrote:
Op 2 mei 2012, om 16:23 heeft Jason Wessel het volgende geschreven:
The user mode NFS server does not get built by default when you are
using a purely command line driven development environment without SDK
tools. In order to accommodate simple test
remains
to try and use the groupid first.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/runqemu-ifup | 20 +---
scripts/runqemu-internal |5 +++--
2 files changed, 16 insertions(+), 9 deletions(-)
diff --git a/scripts/runqemu-ifup b/scripts/runqemu
remains
to try and use the groupid first.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/runqemu-ifup | 20 +---
scripts/runqemu-internal |5 +++--
2 files changed, 16 insertions(+), 9 deletions(-)
diff --git a/scripts/runqemu-ifup b/scripts/runqemu
On 05/02/2012 09:44 AM, Koen Kooi wrote:
Op 2 mei 2012, om 16:33 heeft Jason Wessel het volgende geschreven:
On 05/02/2012 09:29 AM, Koen Kooi wrote:
Op 2 mei 2012, om 16:23 heeft Jason Wessel het volgende geschreven:
The user mode NFS server does not get built by default when you are
using
On 05/02/2012 04:49 PM, Phil Blundell wrote:
On Wed, 2012-05-02 at 16:44 +0200, Koen Kooi wrote:
Op 2 mei 2012, om 16:33 heeft Jason Wessel het volgende geschreven:
On 05/02/2012 09:29 AM, Koen Kooi wrote:
Op 2 mei 2012, om 16:23 heeft Jason Wessel het volgende geschreven:
The user mode NFS
On 05/03/2012 05:39 AM, Koen Kooi wrote:
Op 3 mei 2012, om 10:47 heeft Richard Purdie het volgende geschreven:
The point of these is to trigger them to build whenever a qemu image is
built. This makes a lot of sense in some use cases, it also does not
make sense in some other cases and it
Some versions of the screen utility provided from the host OS vendor
write the socket directory to $HOME/.screen. When using a shared home
directory across many servers, one sets the SCREENDIR environment
variable to avoid collisions in the shared home directory. This
results in problems
git add file... to include in what will be committed)
#
# bitbake/
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
.gitignore |1 +
1 file changed, 1 insertion(+)
diff --git a/.gitignore b/.gitignore
index 04e36c5..366151c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3
On 05/09/2012 09:21 AM, Phil Blundell wrote:
On Wed, 2012-05-09 at 08:46 -0500, Jason Wessel wrote:
External distributions based on the oe-core will typically include
bitbake in the top level directory. The idea is to make it easy
for external distributions to easily assemble a distribution
This change is intended to allow an exported variable to not impact
the sstate sum in oe-core.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
lib/bb/data.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/bb/data.py b/lib/bb/data.py
index c0636e1
If the location of the CCACHE_DIR changes it should not impact the
sstate sum. This allows a build generated with an external CCACHE_DIR
to have the same sstate sum as a build that uses the ccache dir
located in the temp build area.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
I am not exactly sure how to fix this, so I thought I might ask in the
form of a working patch. The problem is that I want to use an
external CCACHE_DIR on some build servers, but use the defaults on
others. Ultimately the sstate sums should be the same in either case,
but they are not due to
On 05/13/2012 09:47 PM, Chris Larson wrote:
On Sun, May 13, 2012 at 7:28 PM, Jason Wessel
jason.wes...@windriver.com wrote:
I am not exactly sure how to fix this, so I thought I might ask in the
form of a working patch. The problem is that I want to use an
external CCACHE_DIR on some build
The end user of oe-core should be free to turn off ccache, or use an
external ccache without impacting the sstate sums.
Example of using a different ccache directory via local.conf
CCACHE_DIR = /tmp/ccache
Example of turning off ccache:
export CCACHE_DISABLE = 1
BB_HASHBASE_WHITELIST +=
result of the binaries produced is always
the same.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/conf/bitbake.conf | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index dc68690..12bca0e 100644
On 05/14/2012 11:09 AM, Jason Wessel wrote:
The end user of oe-core should be free to turn off ccache, or use an
external ccache without impacting the sstate sums.
Example of using a different ccache directory via local.conf
CCACHE_DIR = /tmp/ccache
Example of turning off ccache
On 05/14/2012 12:18 PM, Marko Lindqvist wrote:
On 14 May 2012 19:09, Jason Wessel jason.wes...@windriver.com wrote:
The end user of oe-core should be free to turn off ccache, or use an
external ccache without impacting the sstate sums.
...
External cache makes sense for anything being
The location of the ccache should not affect the sum in the sstate
files.
The end user should be free to use an external ccache via defining
CCACHE_DIR to a new value in local.conf or using the default per
package local ccache in the temp directory.
Signed-off-by: Jason Wessel jason.wes
On 05/14/2012 04:33 PM, Khem Raj wrote:
On Sun, May 13, 2012 at 7:28 PM, Jason Wessel
jason.wes...@windriver.com wrote:
I am not exactly sure how to fix this, so I thought I might ask in the
form of a working patch. The problem is that I want to use an
external CCACHE_DIR on some build
On 05/14/2012 05:00 PM, Marko Lindqvist wrote:
As you can see from my answer to last part I quote, I'm not against
your patch, so don't read first parts of this email with that mindset.
They are more generic discussion about ccache caches.
No worries.
On 14 May 2012 23:58, Jason Wessel
On 05/16/2012 09:01 PM, Xiaofeng Yan wrote:
On 2012年05月16日 19:02, Saul Wold wrote:
On 05/16/2012 01:10 PM, xiaofeng@windriver.com wrote:
From: Xiaofeng Yanxiaofeng@windriver.com
Ncurses failure non-gplv3 build by race issue. So disable parallel \
make when building this package.
:
qemu: error while loading shared libraries: libjpeg.so.8: cannot open shared
object file: No such file or directory
The work around is to execute:
bitbake jpeg-native
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-devtools/qemu/qemu.inc |2 +-
1 files changed, 1
On 05/22/2012 01:46 PM, Saul Wold wrote:
On 05/22/2012 11:06 AM, Jason Wessel wrote:
If you use a shared state cache and build a large file system,
followed by a small one, the qemu will be built with jpeg support.
Is jpeg optional for qemu? Do you know why it's included in the first
place
On 05/29/2012 07:29 AM, Richard Purdie wrote:
Currently, ccache is used if it is present. When building from scratch it
gives
no performance improvement and creates a ton of empty directories even when
its
not in use.
This change moves ccache support to a bbclass file which the user can
that it is only looking at files and directories with in the perl
source directory. This assumption fails with the way bitbake
sets up perl to properly cross compile.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
.../perl/perl-5.14.2/perl-build-in-t-dir.patch | 42
On 06/05/2012 03:25 PM, Flanagan, Elizabeth wrote:
On Mon, Jun 4, 2012 at 11:47 AM, Jason Wessel
jason.wes...@windriver.com wrote:
If any directory in leading up to your tmp directory has the name t
perl will fail to build with a very cryptic error shown below:
Jason,
I'm currently
-style=gnu -Wl,--as-needed -lslang
libnewt.a: could not read symbols: Archive has no index; run ranlib to add one
collect2: error: ld returned 1 exit status
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-extended/newt/files/cross_ar.patch | 51 +++
meta
/x86emu v86_x86emu.o
v86_mem.o v86_common.o v86.o -lx86emu -o v86d
libs/x86emu/libx86emu.a: could not read symbols: Archive has no index; run
ranlib to add one
collect2: error: ld returned 1 exit status
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-bsp/v86d/v86d/ar
print.o proc.o store.o usage.o util.o -Wl,-O1 -Wl,--hash-style=gnu
-Wl,--as-needed -L./lib -llsof
./lib/liblsof.a: could not read symbols: Archive has no index; run ranlib to
add one
collect2: error: ld returned 1 exit status
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta
This is an RFC because I am not entirely sure this is the right way to
fix this problem. The problem specifically is that of getting the
doc-pkgs package group to work properly. After getting a fix for
this, it will be possible to update the Yocto documentation to reflect
the working doc-pkgs
system in a similar manner to the dbg-pkgs.
[Yocto #2614]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/package.bbclass |4
meta/classes/task.bbclass |2 +-
meta/conf/bitbake.conf|2 +-
meta/recipes-core
= 1234.5678
The work around for now is to populate the sdata PKGV value
and to assign the pkgv variable with the correct value
from the values found in the pkgdata store.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/packageinfo.bbclass |7 ++-
1 files changed, 6
On 09/06/2012 03:36 PM, Paul Eggleton wrote:
On Thursday 06 September 2012 13:53:54 Jason Wessel wrote:
The hob internally fails after executing a build and invoking
the hob a second time when it tries to use the values found in
BUILDDIR/tmp/pkgdata/*/runtime/*
The internal failure
Based on the previous commit 604d46c686d06d62d5a07b9c7f4fa170f99307d8
(Convert tab indentation in python functions into four-space), the
cml.bbclass was not converted, and in order to properly extend it
with external bbappend's it needs to be converted.
Signed-off-by: Jason Wessel jason.wes
the image recipe.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/image.bbclass | 12 ++
meta/classes/kernel.bbclass | 96 +--
meta/conf/local.conf.sample | 20 +
3 files changed, 116 insertions(+), 12 deletions(-)
diff
the image recipe.
[YOCTO #4072]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
Acked-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/classes/image.bbclass | 12 ++
meta/classes/kernel.bbclass | 96 +--
meta/conf/local.conf.sample | 20
On 08/23/2013 01:16 AM, Khem Raj wrote:
On Thu, Aug 22, 2013 at 4:04 PM, Jason Wessel
jason.wes...@windriver.com wrote:
This patch aims to fix the following two cases for the INITRAMFS generation.
1) Allow an image recipe to specify a paired INITRAMFS recipe such
as core-image-minimal
location.
Because the host system has terminfo files that ncurses will happily
use we might as well have a fall back to buy some time for a better
fix, vs having thing just not work occasionally when using sstate.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-core/ncurses
the relocation scripts for the purpose
of debugging them in conjunction with -D
3) Add a mode -R to not execute the relocation scripts for the
purpose of debugging the relocations.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/populate_sdk_base.bbclass | 40
correctly.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/relocate_sdk.py | 15 ---
1 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/scripts/relocate_sdk.py b/scripts/relocate_sdk.py
index 74bb7a5..6f3530d 100755
--- a/scripts/relocate_sdk.py
+++ b
if we never use the the host provided
python again.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/relocate_sdk.py | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/scripts/relocate_sdk.py b/scripts/relocate_sdk.py
index 6f3530d
Now that I have had to debug the SDK relocator on multiple occasions
I figure it might be nice to get the patches upstreamed. This last
time through fixing the python 2.4.x compatibility was very easy
using the prior two patches to allow me to do so.
The idea here is to increase the portability
On 02/12/2013 04:24 AM, Laurentiu Palcu wrote:
On 02/12/2013 12:19 PM, Jason Wessel wrote:
For what ever reason I never received the original mails, else I absolutely
would have responded. This is the first response I have received from the
oe-core list in months in fact.
I believe you
correctly.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/relocate_sdk.py | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/scripts/relocate_sdk.py b/scripts/relocate_sdk.py
index 74bb7a5..45d2c24 100755
--- a/scripts/relocate_sdk.py
+++ b
if we never use the the host provided
python again.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/relocate_sdk.py | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/scripts/relocate_sdk.py b/scripts/relocate_sdk.py
index 45d2c24
the relocation scripts for the purpose
of debugging them in conjunction with -D
3) Add a mode -R to not execute the relocation scripts for the
purpose of debugging the relocations.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/populate_sdk_base.bbclass | 48
New in v3 are all the fixes recommended by Laurentiu Palcu
* Fix sudo exec problem
* Preserve padding in the .interp section
---
Now that I have had to debug the SDK relocator on multiple occasions
I figure it might be nice to get the patches upstreamed. This last
time through fixing the
-libtool:
line 981: /opt/build/bitbake_build/tmp/sysroots/x86_64-linux//bin/sed: No such
file or directory
The solution is to always use /bin/sed for libtool-native.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
.../libtool/libtool-native_2.4.2.bb|3 ++-
1 files
In order to generate new disk images for ext(2,3,4) which contain root
file systems we do not want to rely on the host's genext2fs which may
have different arguments and features, so allow the nativesdk
genext2fs binary to be built.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta
Some of the tools in the util-linux are used for disk and text file
operations in the nativesdk so as to get around different versions
that may exist on the host system.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-core/util-linux/util-linux.inc | 90
, sometimes it is not, either way
it was fixed by the upstream qemu commit:
6023d832480e6713e5ae81d3b74f53e6306f3a1b
(disable automatic loading of sgabios when -nographic)
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
...tomatic-loading-of-sgabios-when-nographic.patch | 38
to continue on using either the serial or vga console with the
correct kernel arguments.
You can see the screen shots attached to the bugzilla.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3944
[ YOCTO #3944 ]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/syslinux.bbclass
On 02/27/2013 05:51 AM, Trevor Woerner wrote:
On Tue, Feb 26, 2013 at 9:04 PM, Jason Wessel
jason.wes...@windriver.com wrote:
You can see the screen shots attached to the bugzilla.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3944
[ YOCTO #3944 ]
Is the Windriver logo on the VGA
:
bitbake dtc-native
bitbake -c cleansstate qemu-native
bitbake qemu-native
bitbake -c clean dtc-native
Now go start qemu and it will fail. The solution is to always build
the dtc libraries since they are used and needed by the qemuppc
simulator.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
/2013/3/3/103
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/cml1.bbclass |5 +-
.../busybox-1.20.2/busybox-cross-menuconfig.patch | 69
meta/recipes-core/busybox/busybox_1.20.2.bb|3 +-
meta/recipes-core
On 03/04/2013 03:21 PM, Jason Wessel wrote:
Previously there was a change to the ncurses compile to make it more
like the typical way it was compiled on a host system. This fixed a
whole class of host machines, but masked the real underlying problem
with the display corruption issues
On 02/27/2013 07:52 PM, Saul Wold wrote:
On 02/26/2013 06:04 PM, Jason Wessel wrote:
syslinux_iso_populate() {
syslinux_populate ${ISODIR} ${ISOLINUXDIR} isolinux.cfg
install -m 0644 ${STAGING_LIBDIR}/syslinux/isolinux.bin
${ISODIR}${ISOLINUXDIR}
+if [ x${AUTO_SYSLINUXMENU
On 03/04/2013 04:11 PM, Trevor Woerner wrote:
Is this a proposed fix for bug 3898?
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3898
Absolutely this would fix that defect.
Jason.
___
Openembedded-core mailing list
to continue on using either the serial or vga console with the
correct kernel arguments.
You can see the screen shots attached to the bugzilla.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3944
[ YOCTO #3944 ]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/syslinux.bbclass
On 04/04/2013 07:44 PM, Christopher Larson wrote:
From: Christopher Larson chris_lar...@mentor.com
This adds two new Terminal classes. It's separated into two, so that opening
a split inside a tmux window is preferred to the other terminal types, but
opening a tmux session is prioritized only
On 04/05/2013 09:20 AM, Chris Larson wrote:
On Fri, Apr 5, 2013 at 6:55 AM, Jason Wessel jason.wes...@windriver.com
mailto:jason.wes...@windriver.com wrote:
On 04/04/2013 07:44 PM, Christopher Larson wrote:
From: Christopher Larson chris_lar...@mentor.com
mailto:chris_lar
On 04/23/2013 12:00 PM, Richard Purdie wrote:
On Tue, 2013-04-23 at 11:08 -0500, Jason Wessel wrote:
The ncurses and libpcre packages were generating the following errors
as a result of not specifing the PACKAGES_DYNAMIC correctly. These
errors only appear when using the IMAGE_INSTALL list
-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/bootimg.bbclass | 21 ++--
.../zisofs-tools/zisofs-tools-native_1.0.8.bb | 26
2 files changed, 45 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-devtools/zisofs
On 09/11/2013 06:15 PM, Khem Raj wrote:
On Wednesday, September 11, 2013, Jason Wessel jason.wes...@windriver.com
mailto:jason.wes...@windriver.com wrote:
The mkzftree is needed to allow ISO images to be compressed with
minimal runtime overhead. Below is an example of the savings
-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/bootimg.bbclass | 21 ++--
.../zisofs-tools/zisofs-tools-native_1.0.8.bb | 21
2 files changed, 40 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-devtools
On 09/12/2013 01:01 PM, Saul Wold wrote:
On 09/12/2013 10:19 AM, Jason Wessel wrote:
The syslinux.bbclass already has support for automatically generated
serial and graphics menu choices. This patch adds the same concept to
the grub-efi menu. That makes it possible to generate a single image
On 09/12/2013 01:09 PM, Darren Hart wrote:
On Thu, 2013-09-12 at 12:19 -0500, Jason Wessel wrote:
Using the latest mkisofs it is possible to generate 3 different types
of ISO images, which can be used in various scenarios.
1) PCBIOS Only ISO
- This option remains unchanged by this commit
On 09/12/2013 01:16 PM, Darren Hart wrote:
On Thu, 2013-09-12 at 12:19 -0500, Jason Wessel wrote:
The syslinux.bbclass already has support for automatically generated
serial and graphics menu choices. This patch adds the same concept to
the grub-efi menu. That makes it possible to generate
In order to call the fat image creation multiple times it needs to be
in its own function. A future commit will make use of the new
function to additionally create EFI image files for use with an ISO.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes
boot case or the optical media boot case.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-bsp/grub/grub-efi-native_2.00.bb |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-bsp/grub/grub-efi-native_2.00.bb
b/meta
.
Jason Wessel (5):
bootimage.bbclass: Move fat image creation into a function
cdrtools-native: Update from 3.00 to 3.01a17
grub-efi-native: Add support for EFI ISO images
bootimage.bbclass: Improve EFI PCBIOS+EFI ISO support
grub-efi.bbclass: Add
#4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/grub-efi.bbclass | 41 -
meta/conf/machine/qemux86-64.conf |2 +-
meta/conf/machine/qemux86.conf|2 ++
3 files changed, 30 insertions(+), 15 deletions(-)
diff
]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/bootimg.bbclass | 37 ++---
1 file changed, 34 insertions(+), 3 deletions(-)
diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index 2ed7017..b4301e8 100644
--- a/meta
The update is needed to support generation of EFI boot images that
work with optical media. Specifically the -eltorito-platform efi
capability for mkisofs is needed.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
.../cdrtools/cdrtools-native_3.00.bb
On 09/12/2013 03:09 PM, Darren Hart wrote:
On Thu, 2013-09-12 at 14:52 -0500, Jason Wessel wrote:
On 09/12/2013 01:16 PM, Darren Hart wrote:
On Thu, 2013-09-12 at 12:19 -0500, Jason Wessel wrote:
The syslinux.bbclass already has support for automatically generated
serial and graphics menu
In order to call the fat image creation multiple times it needs to be
in its own function. A future commit will make use of the new
function to additionally create EFI image files for use with an ISO.
[YOCTO #4100]
[YOCTO #1913]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta
The update is needed to support generation of EFI boot images that
work with optical media. Specifically the -eltorito-platform efi
capability for mkisofs is needed.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
...s-native_3.00.bb = cdrtools-native_3.01a17.bb
required a minor tweak because ldlinux.c32 is
dynamically loaded and needs to be in the created media as of syslinux
5 and up.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/syslinux.bbclass |1 +
.../{syslinux_4.07.bb = syslinux_6.01.bb
.
The syslinux.bbclass is now always required because that is where the
isohybrid dependencies come from as well as the configuration data for
the isohybrid. The isohybrid is the secret sauce which allows the ISO
to work as optical media or as a disk image on USB or a HDD/SSD.
[YOCTO #4100]
Signed-off-by: Jason
at:
. master
for you to fetch changes up to a0d1b567277fdf370cc121720c0c4f30839da01b:
bootimage.bbclass, zisofs-tools-native: add ability to compress ISO images
(2013-09-13 19:05:37 -0500)
Jason Wessel (7):
bootimage.bbclass: Move
-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/bootimg.bbclass | 24 +---
.../zisofs-tools/zisofs-tools-native_1.0.8.bb | 19
2 files changed, 40 insertions(+), 3 deletions(-)
create mode 100644
meta/recipes-devtools/zisofs
#4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/grub-efi.bbclass | 41 +++--
1 file changed, 27 insertions(+), 14 deletions(-)
diff --git a/meta/classes/grub-efi.bbclass b/meta/classes/grub-efi.bbclass
index c21babb..ffbcf4c
boot case or the optical media boot case.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-bsp/grub/files/cfg |2 ++
meta/recipes-bsp/grub/grub-efi-native_2.00.bb |7 +--
2 files changed, 7 insertions(+), 2 deletions(-)
create mode
On 09/14/2013 03:05 AM, Martin Jansa wrote:
On Fri, Sep 13, 2013 at 07:09:00PM -0500, Jason Wessel wrote:
A newer version of syslinux is required for an EFI enabled isohybrid.
This is used for the the capability to generate 3 types of ISO images,
all of which can be booted off a USB device
On 09/16/2013 12:30 PM, Darren Hart wrote:
On Fri, 2013-09-13 at 19:09 -0500, Jason Wessel wrote:
-if [ ${PCBIOS} = 1 ]; then
+# EFI only
+if [ ${PCBIOS} != 1 ] [ ${EFI} = 1 ] ; then
+mkdir -p ${ISODIR}/${ISOLINUXDIR}
+install -m 0644 ${STAGING_DATADIR
On 09/16/2013 12:57 PM, Darren Hart wrote:
On Fri, 2013-09-13 at 19:09 -0500, Jason Wessel wrote:
+COMPRESSISO ?=
Would an explicit '0' here be better?
That is fine by me.
+
+do_install() {
+oe_runmake install INSTALLROOT=${D} bindir=${bindir}
+}
Does EXTRA_OEMAKE not work
On 09/16/2013 12:49 PM, Darren Hart wrote:
On Fri, 2013-09-13 at 16:58 -0500, Jason Wessel wrote:
On 09/12/2013 03:09 PM, Darren Hart wrote:
On Thu, 2013-09-12 at 14:52 -0500, Jason Wessel wrote:
On 09/12/2013 01:16 PM, Darren Hart wrote:
On Thu, 2013-09-12 at 12:19 -0500, Jason Wessel wrote
In order to call the fat image creation multiple times it needs to be
in its own function. A future commit will make use of the new
function to additionally create EFI image files for use with an ISO.
[YOCTO #4100]
[YOCTO #1913]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
Reviewed
required a minor tweak because a few .c32
libraries require dynamic loading from the created media as of
syslinux 5 and up. This was a good time to also fix the
duplication of the AUTO_SYSLINUXMENU block.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes
V3
- Add comment about isolinux.bin required in EFI only case
- Fix typo of PCIBIOS - PCBIOS
- Change COMPRESSISO ?= - COMPRESSISO ?= 0 for the default
- Add comment to EFI/ISO syslinux.bbclass to clarify workaround
with EFI only case and hybrid boot
- Add patch to fix syslinux serial and menu
#4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/grub-efi.bbclass | 41 +++--
1 file changed, 27 insertions(+), 14 deletions(-)
diff --git a/meta/classes/grub-efi.bbclass b/meta/classes/grub-efi.bbclass
index c21babb..ffbcf4c
the console=... via the kernel boot argument APPEND
mechanism. The default can be forced with SYSLINUX_DEFAULT_CONSOLE
for systems that need a special specification to enable the frame
buffer instead of a serial port.
[YOCTO #3944]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes
.
The syslinux.bbclass is now always required because that is where the
isohybrid dependencies come from as well as the configuration data for
the isohybrid. The isohybrid is the secret sauce which allows the ISO
to work as optical media or as a disk image on USB or a HDD/SSD.
[YOCTO #4100]
Signed-off-by: Jason
The update is needed to support generation of EFI boot images that
work with optical media. Specifically the -eltorito-platform efi
capability for mkisofs is needed.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
Reviewed-by: Darren Hart dvh...@linux.intel.com
---
...s
boot case or the optical media boot case.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
Reviewed-by: Darren Hart dvh...@linux.intel.com
---
meta/recipes-bsp/grub/files/cfg |2 ++
meta/recipes-bsp/grub/grub-efi-native_2.00.bb |7 +--
2 files changed, 7
-by: Jason Wessel jason.wes...@windriver.com
Reviewed-by: Darren Hart dvh...@linux.intel.com
---
meta/classes/bootimg.bbclass | 24 +---
.../zisofs-tools/zisofs-tools-native_1.0.8.bb | 19
2 files changed, 40 insertions(+), 3 deletions
1 - 100 of 223 matches
Mail list logo