meta-systemd currently has a bbappend which provides just a cover
for udev-systemd, if we move this to the recipe proper then the
bbappend can be removed from that layer
Signed-off-by: Khem Raj
---
meta/recipes-core/systemd/systemd_206.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
Signed-off-by: Saul Wold
---
meta/recipes-sato/midori/midori_0.5.5.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-sato/midori/midori_0.5.5.bb
b/meta/recipes-sato/midori/midori_0.5.5.bb
index e545753..32bfcb6 100644
--- a/meta/recipes-sato/midori/midori_0.5.5.
On Aug 27, 2013, at 11:15 AM, Martin Jansa wrote:
> before do_package but not before do_configure
>
I have thusly changed it to a DEPENDS and pushed the reworked patch to pull
tree here
http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/python3&id=1b18148bb97b366393bf62c24cc
at 2013-8-27 14:52, Saul Wold wrote:
On 08/26/2013 09:32 PM, Li Zhijian wrote:
...skip... at 2013-8-27 9:00, Saul Wold wrote:
diff --git a/meta/recipes-extended/grep/grep_2.5.1a.bb
b/meta/recipes-extended/grep/grep_2.5.1a.bb index
088959c..d964d84 100644 ---
a/meta/recipes-extended/grep/grep_2.
On Aug 27, 2013, at 11:47 AM, Phil Blundell wrote:
> On Tue, 2013-08-27 at 10:15 -0700, Khem Raj wrote:
>> This causes issues when postinstalls have ERROR keywords
>> its interpreted as error and image build is cancelled
>>
>> Signed-off-by: Khem Raj
>
> As I mentioned before, "the regexp" is
at 2013-8-27 18:43, Phil Blundell wrote:
On Mon, 2013-08-26 at 18:00 -0700, Saul Wold wrote:
On 08/27/2013 02:43 AM, Li Zhijian wrote:
add patch from grep-2.5.1-55.el5.src.rpm and
enable configration option of --without-include-regex
LSB core-tests failed at /tset/LI18NUX2K.L1/utils/grep-tp/T.
From: "Roy.Li"
fftw is autodetected from sysroot, add PACKAGECONFIG to make it deterministic
Signed-off-by: Roy.Li
---
meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.8.bb |2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1
I enabled the build of gfortran in the gcc-cross recipe using a
gcc-cross_4.7.bbappend:
> # Build a gfortran cross-compiler
> FORTRAN = ",fortran"
The bitbake build fails in the libtool-cross do_qa_configure step. See, for
example, the report at
http://www.mail-archive.com/yocto@yoctoproject.
Run list-packageconfig-flags.py on wrlinux's platform in which
the oe-core layer and bitbake layer in different directories:
../layers/oe-core/scripts/contrib/list-packageconfig-flags.py
Traceback (most recent call last):
File "../layers/oe-core/scripts/contrib/list-packageconfig-flags.py",
The following changes since commit b467b99a5d25efe5eadfb07dbecba608575256ac:
linux-yocto: switch genericx86 to use common-pc (2013-08-24 09:37:49 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib hongxu/fix-list-pkgconfig
http://git.pokylinux.org/cgit.cgi
On 13-08-27 07:29 PM, Richard Purdie wrote:
On Tue, 2013-08-27 at 22:08 +0200, Martin Jansa wrote:
On Tue, Aug 27, 2013 at 03:57:09PM -0400, Randy MacLeod wrote:
On 13-08-23 05:48 AM, Laszlo Papp wrote:
Signed-off-by: Laszlo Papp
---
meta/recipes-bsp/u-boot/u-boot-mkimage_2013.07.bb | 27
From: Chen Qi
We should provide the user more information if a preconfigured tap
is used. This is because the user might have manually set up the tap
interface to be used by other qemu binaries.
So at a minimum, we should let the user know how to make runqemu skip
that tap interface.
[YOCTO #50
From: Chen Qi
The following changes since commit 44c3f72684c5c920ce8af1da54a2268047342589:
lib/oeqa/runtime: smart: add checks for smart output (2013-08-26 16:29:18
+0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/runqemu-fixes
http://git.pokyli
From: Chen Qi
The iptables rules for the tap interface are added by runqemu-ifup
everytime we use runqemu to start a qemu target. But it's not cleaned
up when runqemu exits.
This patch cleans up the remaining iptables rules for the tap interface
in runqemu-ifdown.
[YOCTO #5047]
Signed-off-by:
From: Chen Qi
runqemu-ifup and runqemu-ifdown should be pairs. If we're using a
preconfigured tap interface, the runqemu-ifdown should not be invoked
to bring it down.
Signed-off-by: Chen Qi
---
scripts/runqemu-internal |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/
On 08/27/2013 06:14 PM, Phil Blundell wrote:
On Tue, 2013-08-27 at 15:08 +0800, qi.c...@windriver.com wrote:
This patch simplifies the lock acquire/release logic by removing the
flock mechanism.
I'm not sure that "simplifies" is an accurate description of the results
of removing flock. How abo
On 08/27/2013 06:09 PM, Richard Purdie wrote:
On Tue, 2013-08-27 at 15:08 +0800, qi.c...@windriver.com wrote:
From: Chen Qi
Checking whether the lock file exists is sufficient for runqemu.
The contents of the lock file is not important.
What happens if the runqemu script crashes and leaves th
On 08/26/2013 06:19 PM, Rongqing Li wrote:
On 08/26/2013 10:37 PM, Saul Wold wrote:
Why?
Still need give a better commit message about why these depends are needed.
Sau!
And should the acl be controlled by a PACKAGECONFIG? Can it be disabled
during do_configure?
Sau!
btrfs-tools does
On Tue, 2013-08-27 at 22:08 +0200, Martin Jansa wrote:
> On Tue, Aug 27, 2013 at 03:57:09PM -0400, Randy MacLeod wrote:
> > On 13-08-23 05:48 AM, Laszlo Papp wrote:
> > > Signed-off-by: Laszlo Papp
> > > ---
> > > meta/recipes-bsp/u-boot/u-boot-mkimage_2013.07.bb | 27
> > >
On 13-08-26 03:35 PM, Elvis Dowson wrote:
Hi Bruce,
On Aug 26, 2013, at 11:08 PM, Bruce Ashfield
mailto:bruce.ashfi...@windriver.com>> wrote:
Are you interested in something from scratch, versus something that
isn't already partially in the tree (like qemuarma9) ?
We've got a few docs and tut
On Tue, Aug 27, 2013 at 03:57:09PM -0400, Randy MacLeod wrote:
> On 13-08-23 05:48 AM, Laszlo Papp wrote:
> > Signed-off-by: Laszlo Papp
> > ---
> > meta/recipes-bsp/u-boot/u-boot-mkimage_2013.07.bb | 27
> > +++
> > meta/recipes-bsp/u-boot/u-boot_2013.07.bb | 23 ++
On Tue, Aug 27, 2013 at 8:57 PM, Randy MacLeod
wrote:
> Am I missing something or are people just copying and pasting the text?
>
I was just copying and pasting it.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists
From: "Peter A. Bigot"
This avoids the following new behavior resulting from the create_wrapper
fixes:
llc[11]$ ../poky/scripts/oe-setup-rpmrepo
/usr/bin/env: nativepython: No such file or directory
Signed-off-by: Peter A. Bigot
---
scripts/oe-setup-rpmrepo |1 +
1 file changed, 1 ins
On 13-08-23 05:48 AM, Laszlo Papp wrote:
Signed-off-by: Laszlo Papp
---
meta/recipes-bsp/u-boot/u-boot-mkimage_2013.07.bb | 27 +++
meta/recipes-bsp/u-boot/u-boot_2013.07.bb | 23 +++
2 files changed, 50 insertions(+)
create mode 100644 meta/reci
Since "bitbake qt4-x11-free" failed for me until I did "bitbake gtk+",
qt4-x11-free needs some sort of dependency on gtk+ to avoid the failure
below. I'm guessing it's something like the following added to
qt4-x11-free.inc:
PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'x11', 'gtk',
On Tue, 2013-08-27 at 10:15 -0700, Khem Raj wrote:
> This causes issues when postinstalls have ERROR keywords
> its interpreted as error and image build is cancelled
>
> Signed-off-by: Khem Raj
As I mentioned before, "the regexp" isn't a very satisfactory
description of the locus for this change
On Tue, Aug 27, 2013 at 11:10:34AM -0700, Khem Raj wrote:
>
> On Aug 27, 2013, at 12:48 AM, Martin Jansa wrote:
>
> >>
> >> python3_3.3.2.bb: Add liblzma to RDEPENDS for python3-misc
> >>
> >> doesn't look like right fix, something in python3-misc is linked to
> >> liblzma
> >>
> >> DEBUG: ca
On Aug 27, 2013, at 12:48 AM, Martin Jansa wrote:
>>
>> python3_3.3.2.bb: Add liblzma to RDEPENDS for python3-misc
>>
>> doesn't look like right fix, something in python3-misc is linked to
>> liblzma
>>
>> DEBUG: calculating shlib requirements for python3-misc
>> DEBUG: python3-misc: Dependen
On Tue, Aug 27, 2013 at 10:15:19AM -0700, Khem Raj wrote:
> Fixes
>
> and from test-dependencies.sh run there is undeterministic lzma
> dependency:
>
> WARN: packages/armv5te-oe-linux-gnueabi/python3/python3-misc/latest lost
> dependency on liblzma
I've already replied in the other thread that
The details are in patch header. This should fix the QA errors about
host contamination
Add virtual/libintl to dep list
There is use of libintl.h but we dont
express the dependency
Signed-off-by: Khem Raj
---
.../python/python3-native_3.3.2.bb | 1 +
.../python/python3/unixcco
Let compiler append sysroot to include path if it can
Signed-off-by: Khem Raj
---
.../python/python3-native_3.3.2.bb | 1 +
.../python/python3/sysroot-include-headers.patch | 35 ++
meta/recipes-devtools/python/python3_3.3.2.bb | 1 +
3 files changed,
So it can get the correct python direcotries for python2
Signed-off-by: Khem Raj
---
meta/recipes-devtools/python/python_2.7.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/python/python_2.7.3.bb
b/meta/recipes-devtools/python/python_2.7.3.bb
index
Since OE-Core times we now have machine specific sysroots
for targets unlike before when we used arch specific sysroots
so reflect that here
Signed-off-by: Khem Raj
---
meta/classes/distutils3.bbclass | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/meta/classes/di
We use native python in disutils bbclass and this needs
to peek into target sysroot when building plugins in cross
environment. Otherwise anything that inherits distutils3.bbclass
will not build.
Signed-off-by: Khem Raj
---
.../python/python3-native_3.3.2.bb | 1 +
...2-distuti
3.3.2 is latest bugfix release in 3.3 series
License text is changed to reflect year and prev releases
+++ ../Python-3.3.2/LICENSE 2013-05-15 09:32:54.0 -0700
@@ -74,7 +74,9 @@
3.2.1 3.2 2011PSF yes
3.2.2 3.2.1 2011PS
This causes issues when postinstalls have ERROR keywords
its interpreted as error and image build is cancelled
Signed-off-by: Khem Raj
---
meta/classes/package_rpm.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_
Signed-off-by: Khem Raj
---
meta/recipes-devtools/python/python3/000-cross-compile.patch | 7 +++
.../python/python3/020-dont-compile-python-files.patch | 6 ++
meta/recipes-devtools/python/python3/030-fixup-include-dirs.patch | 6 ++
.../python/python3/070-dont-cle
Fixes
and from test-dependencies.sh run there is undeterministic lzma
dependency:
WARN: packages/armv5te-oe-linux-gnueabi/python3/python3-misc/latest lost
dependency on liblzma
Reported-by: Martin Jansa
Signed-off-by: Khem Raj
---
meta/recipes-devtools/python/python3_3.3.2.bb | 1 +
1 file c
This is needed to accomodate python3 alongside
python2
Signed-off-by: Khem Raj
---
meta/classes/distutils-base.bbclass| 5 ++---
meta/classes/distutils-native-base.bbclass | 4 ++--
meta/classes/distutils.bbclass | 23 ---
meta/classes/python-dir.bbclass
Remove PYTHON_BASEVERSION its moved to distutils3-base class
Add DISTUTILS_BUILD_EXT_ARGS for modules to pass flags to build_ext step
in setup.py
Add build_ext as sepate step during compile and add
the cross sysrooted library and headers since we are cross
compiling
Use ${PYTHON_PN} in place of
Signed-off-by: Khem Raj
---
.../python/python-3.3-manifest.inc | 260 +
1 file changed, 260 insertions(+)
create mode 100644 meta/recipes-devtools/python/python-3.3-manifest.inc
diff --git a/meta/recipes-devtools/python/python-3.3-manifest.inc
b/meta/recipes
Python's machinery replaces directories in sysroot path to match OE's
staging area sysroots. Earlier we use to have HOST_SYS represent sysroot
always but now we use MACHINE to represent target sysroots but HOST_SYS
to represent host sysroot. This patch caters to that difference
Signed-off-by: Khem
In line with python2 add distutils and setuptools
classes for handing python3
Use python-distribute instead of python-setuptools in setuptools bbclass
Remove --single-version-externally-managed since its setuptools
specific and we dont use it anymore
Signed-off-by: Khem Raj
---
meta/classes/di
Signed-off-by: Khem Raj
---
meta/classes/python3native.bbclass | 7 +++
1 file changed, 7 insertions(+)
create mode 100644 meta/classes/python3native.bbclass
diff --git a/meta/classes/python3native.bbclass
b/meta/classes/python3native.bbclass
new file mode 100644
index 000..f86374f
---
in python3-distribute rename easy_install to easy3_install
Signed-off-by: Khem Raj
---
.../python/python-distribute_0.6.32.bb | 47 ++
.../python/python3-distribute_0.6.32.bb| 47 ++
2 files changed, 94 insertions(+)
create mode 10
Signed-off-by: Khem Raj
---
.../python/python3-native_3.3.0.bb | 68 ++
1 file changed, 68 insertions(+)
create mode 100644 meta/recipes-devtools/python/python3-native_3.3.0.bb
diff --git a/meta/recipes-devtools/python/python3-native_3.3.0.bb
b/meta/recipes-
In python3 this has to be taken care of, it defines a variable to
denote ABI currently its at 'm' and it uses this to construct
the directory names for installing the python headers and library
names in sysroot. e.g. it will be something like ../python3.3m/...
We need this information when we are
Bases on python 2.7.x generator
Signed-off-by: Khem Raj
---
scripts/contrib/python/generate-manifest-3.3.py | 376
1 file changed, 376 insertions(+)
create mode 100755 scripts/contrib/python/generate-manifest-3.3.py
diff --git a/scripts/contrib/python/generate-manifest
This patchset adds python3 recipes on the same lines as python2
I have hopefully addressed all issues reported and review comments
if not please let me know. One issue that I have not been able to
reproduce is compiling python3 as 32bit package on x86_64 (multilib)
that Saul reported.
We can mark
3.10-rt boots and has good cyclictest results on qemuppc and qemumips,
so we can now safely add them into COMPATIBLE_MACHINES.
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/meta/recipe
Richard/Saul,
Not trying to pile on more changes, since I know we are
still digesting recent changes.
But as promised, I continued my stability and feature testing
with the 3.10 kernel and qemumips/ppc now work fine with
3.10 -rt.
This won't put any more strain on the build resources, so it is
On Tue, 2013-08-27 at 08:16 -0700, Saul Wold wrote:
> On 08/27/2013 12:10 AM, leimaohui wrote:
> > -FILES_${PN}-dbg += "${base_libdir}/security/.debug"
> >
> > +${libdir}/ConsoleKit ${systemd_unitdir}
> > ${base_libdir}/udev/rules.d \
> >
> > + ${base_libdir}/udev/ude
Hi Mihai,
On Tuesday 27 August 2013 17:59:34 Mihai Prica wrote:
> The Midori web-browser can be used to more easily test the functionality
> of webkit-gtk.
>
> * The midori and libnotify recipes are from meta-gnome.
Can you please correct the commit messages on your branch to reflect this?
Than
On 08/27/2013 12:10 AM, leimaohui wrote:
Add EXTRA_OECONF += "--enable-udev-acl" to
consolekit_0.4.6.bb whill causea package_qa error.
The error message looks like:
|ERROR: QA Issue: non debug package contains .debug directory:
| consolekit path consolekit/0.4.6-r0/packages-split/consolekit/l
The Midori web-browser can be used to more easily test the functionality
of webkit-gtk.
* The midori and libnotify recipes are from meta-gnome.
* The python-docutils and vala recipes are from meta-oe.
* The midori and python-docutils packages have been updated to the latest
upstream version.
Mido
Midori is a lightweight web browser that uses the WebKit
rendering engine and the GTK interface. This allows a more
easy testing of the functionality of webkit-gtk component
that is already in oe-core.
Signed-off-by: Mihai Prica
---
meta/recipes-sato/midori/midori_0.5.5.bb | 43 +++
This can be used by packages written in vala.
It is required by the Midori web-browser.
Signed-off-by: Mihai Prica
---
meta/classes/vala.bbclass | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 meta/classes/vala.bbclass
diff --git a/meta/classes/vala.bbclass b/met
Libnotify is a library that can be used to send
desktop notifications to a daemon. It's required
by the Midori web-browser.
Signed-off-by: Mihai Prica
---
meta/recipes-gnome/libnotify/libnotify_0.6.0.bb | 17 +
1 file changed, 17 insertions(+)
create mode 100644 meta/recipes-g
Vala is a C#-like language dedicated to ease GObject programming.
It is required by the Midori web-browser.
Signed-off-by: Mihai Prica
---
...-gen-don-t-append-dirty-if-we-re-not-in-g.patch | 53
meta/recipes-devtools/vala/vala.inc| 20
meta/reci
Docutils is a text processing system for processing plaintext
documentation into useful formats(HTML, XML, man-pages). This is
required by the Midori web-browser.
* Update 0.5 from meta-oe to 0.11.
Signed-off-by: Mihai Prica
---
.../python/python-docutils_0.11.bb | 18
On 27/08/13 13:16, Phil Blundell wrote:
On Tue, 2013-08-27 at 13:07 +0100, Jack Mitchell wrote:
Does anyone have any insight to why this may be failing. It mentions a
bad file descriptor, so I assume it is related to building on an NFS mount.
There's no particular reason that flock() oughtn't
On 27/08/13 13:21, Richard Purdie wrote:
On Tue, 2013-08-27 at 13:07 +0100, Jack Mitchell wrote:
I'm attempting to build core-image-minimal using oe-core +
meta-beagleboard on an NFS mount. I'm running into the following error:
[jack@archAntec beaglebone]$ bitbake core-image-minimal
Loading ca
On Tue, 2013-08-27 at 13:07 +0100, Jack Mitchell wrote:
> I'm attempting to build core-image-minimal using oe-core +
> meta-beagleboard on an NFS mount. I'm running into the following error:
>
> > [jack@archAntec beaglebone]$ bitbake core-image-minimal
> > Loading cache: 100%
> > |##
On Tue, 2013-08-27 at 13:07 +0100, Jack Mitchell wrote:
> Does anyone have any insight to why this may be failing. It mentions a
> bad file descriptor, so I assume it is related to building on an NFS mount.
There's no particular reason that flock() oughtn't to work on NFS. If
you happened to be
I'm attempting to build core-image-minimal using oe-core +
meta-beagleboard on an NFS mount. I'm running into the following error:
[jack@archAntec beaglebone]$ bitbake core-image-minimal
Loading cache: 100%
|##
On Mon, Aug 26, 2013 at 6:55 PM, Saul Wold wrote:
> Thanks for the contribution.
>
Looks my first contribution which is in then! Yay, thanks. :)
-- Laszlo
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openemb
On Mon, 2013-08-26 at 18:00 -0700, Saul Wold wrote:
> On 08/27/2013 02:43 AM, Li Zhijian wrote:
> > add patch from grep-2.5.1-55.el5.src.rpm and
> > enable configration option of --without-include-regex
> >
> > LSB core-tests failed at /tset/LI18NUX2K.L1/utils/grep-tp/T.grep-tp
> > 5,T.egrep-tp 5
On Tue, 2013-08-27 at 15:08 +0800, qi.c...@windriver.com wrote:
> This patch simplifies the lock acquire/release logic by removing the
> flock mechanism.
I'm not sure that "simplifies" is an accurate description of the results
of removing flock. How about "breaks"?
p.
_
On Tue, 2013-08-27 at 15:08 +0800, qi.c...@windriver.com wrote:
> From: Chen Qi
>
> Checking whether the lock file exists is sufficient for runqemu.
> The contents of the lock file is not important.
What happens if the runqemu script crashes and leaves the lockfile
around? Why are we removing pe
On Mon, Aug 26, 2013 at 06:00:11PM -0400, Bruce Ashfield wrote:
> Richard/Saul,
>
> As reported by Martin Jansa, the following error happens when building in a
> minimal environment:
>
>| BC kernel/timeconst.h
>| /bin/sh: bc: command not found
>| make[3]: *** [kernel/timeconst.
On Tue, Aug 27, 2013 at 09:45:31AM +0200, Martin Jansa wrote:
> On Mon, Aug 26, 2013 at 10:23:22PM -0700, Khem Raj wrote:
> >
> > On Aug 26, 2013, at 6:32 AM, Martin Jansa wrote:
> >
> > > On Fri, Jun 28, 2013 at 03:03:57PM -0700, Khem Raj wrote:
> > >> Signed-off-by: Khem Raj
> > >> ---
> > >>
On Mon, Aug 26, 2013 at 10:23:22PM -0700, Khem Raj wrote:
>
> On Aug 26, 2013, at 6:32 AM, Martin Jansa wrote:
>
> > On Fri, Jun 28, 2013 at 03:03:57PM -0700, Khem Raj wrote:
> >> Signed-off-by: Khem Raj
> >> ---
> >> .../python/python3/000-cross-compile.patch | 76 +
> >> .../pyth
Could anyone look at this? It's been a long time here, but no comments
and is not merged yet.
Thanks,
Jackie
On 8/2/2013 5:46 PM, jackie.hu...@windriver.com wrote:
From: Jackie Huang
Tested with:
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "
On Tue, Aug 27, 2013 at 12:47 AM, Saul Wold wrote:
> On 08/26/2013 11:48 AM, Andrei Gherzan wrote:
>
>> Add --disable-nscd if DISTRO_FEATURES does not contain ipv4. This
>> features is
>> mapped to OPTION_EGLIBC_INET.
>> The default behavior is to activate nscd (if --disable-nscd is not passed
>>
Add EXTRA_OECONF += "--enable-udev-acl" to
consolekit_0.4.6.bb whill cause a package_qa error.
The error message looks like:
| ERROR: QA Issue: non debug package contains .debug directory:
| consolekit path consolekit/0.4.6-r0/packages-split/consolekit/lib/u
| dev/.debug/udev-acl
The
From: Chen Qi
The following changes since commit 44c3f72684c5c920ce8af1da54a2268047342589:
lib/oeqa/runtime: smart: add checks for smart output (2013-08-26 16:29:18
+0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/runqemu-fixes
http://git.pokyli
From: Chen Qi
Checking whether the lock file exists is sufficient for runqemu.
The contents of the lock file is not important.
This patch simplifies the lock acquire/release logic by removing the
flock mechanism. Also, we give more information to user indicating
why a tap interface is skipped.
From: Chen Qi
The iptables rules for the tap interface are added by runqemu-ifup
everytime we use runqemu to start a qemu target. But it's not cleaned
up when runqemu exits.
This patch cleans up the remaining iptables rules for the tap interface
in runqemu-ifdown.
[YOCTO #5047]
Signed-off-by:
From: Chen Qi
runqemu-ifup and runqemu-ifdown should be pairs. If we're using a
preconfigured tap interface, the runqemu-ifdown should not be invoked
to bring it down.
Signed-off-by: Chen Qi
---
scripts/runqemu-internal |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/
From: Chen Qi
We should provide the user more information if a preconfigured tap
is used. This is because the user might have manually set up the tap
interface to be used by other qemu binaries.
So at a minimum, we should let the user know how to make runqemu skip
that tap interface.
[YOCTO #50
80 matches
Mail list logo