From: Chen Qi
In our current boot scripts, two ways are used to determine whether
the rootfs is read-only or not. One by checking the READ_ONLY_ROOTFS
value in /etc/default/rcS, the other by checking the /etc/fstab entry.
>From a normal Linux user's point of view, the way of checking the
/etc/fs
From: Chen Qi
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 ChenQi/initscripts-readonly
http://git.poky
From: Chen Qi
It's possible that /var/lib is on a separate writable partition. In such
situation, we should not bind mount /var/lib with tmpfs, becasue it's
already writable.
This patch fixes this problem by checking whether /var/lib is already
on a writable partition.
[YOCTO #4888]
Signed-off
On 13-08-26 12:08 AM, Saul Wold wrote:
On 08/25/2013 08:25 PM, Bruce Ashfield wrote:
The addition of ptrace_peeksiginfo_args to the uapi in kernel commit
84c751bd [ptrace: add ability to retrieve signals without removing
from a queue (v4)]
means that existing applications using glibc versions th
On 08/25/2013 05:40 PM, Peter A. Bigot wrote:
From: "Peter A. Bigot"
qemu.bbclass adds PSEUDO_UNLOAD=1 in qemu_run_binary to avoid reference to
pseudo functions that may not exist in the target environment. This patch
detects the addition of that variable within the environment to which the
ca
On 13-08-25 11:58 PM, Elvis Dowson wrote:
Hi Bruce,
On Aug 26, 2013, at 5:03 AM, Bruce Ashfield
wrote:
On 13-08-25 3:09 PM, Elvis Dowson wrote:
I noticed that you've committed the changes for qemuarma9 KMACHINE
configuration to the linux-yocto kernel.
http://git.yoctoproject.org/cgit/cgit
On 08/25/2013 07:32 PM, Bruce Ashfield wrote:
On Sun, Aug 25, 2013 at 10:30 PM, Saul Wold wrote:
On 08/24/2013 10:16 PM, Bruce Ashfield wrote:
With the introduction of the 3.10 linux-yocto tree, 3.4 being the previous
LTSI kernel, and no reference BSPs using 3.8 as their reference BSP it
3.8
On 08/25/2013 08:25 PM, Bruce Ashfield wrote:
The addition of ptrace_peeksiginfo_args to the uapi in kernel commit
84c751bd [ptrace: add ability to retrieve signals without removing from a queue
(v4)]
means that existing applications using glibc versions that define
ptrace_peeksiginfo_args
in s
Hi Bruce,
On Aug 26, 2013, at 5:03 AM, Bruce Ashfield
wrote:
> On 13-08-25 3:09 PM, Elvis Dowson wrote:
>> I noticed that you've committed the changes for qemuarma9 KMACHINE
>> configuration to the linux-yocto kernel.
>>
>> http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-3.8/tree/meta/c
Richard/Saul,
As I mentioned in my last reply to my previous series:
[PATCH 4/7] eglibc: ptrace: protect ptrace_peeksiginfo_args from redefintion
Should be dropped, and replaced with this patch.
It's a better idea to revert part of the kernel commit while we work on
updating applications, th
The addition of ptrace_peeksiginfo_args to the uapi in kernel commit
84c751bd [ptrace: add ability to retrieve signals without removing from a queue
(v4)]
means that existing applications using glibc versions that define
ptrace_peeksiginfo_args
in sys/ptrace.h will get duplicate structure definit
On 2013年08月22日 15:25, Kang Kai wrote:
On 2013年08月22日 15:15, Khem Raj wrote:
Kai
On Aug 21, 2013, at 11:50 PM, Kang Kai wrote:
what does adding this include file fix ?
To be honest, I am not sure why add this include. After build it is
harmless, so I didn't want to modify it because I think
On Sun, Aug 25, 2013 at 10:39 PM, Bruce Ashfield
wrote:
> On Sun, Aug 25, 2013 at 10:14 PM, Bruce Ashfield
> wrote:
>> On 13-08-25 8:54 PM, Bruce Ashfield wrote:
>>>
>>> On 13-08-25 8:46 PM, Khem Raj wrote:
Hi Bruce
On Sat, Aug 24, 2013 at 10:16 PM, Bruce Ashfield
wrote:
On Sun, Aug 25, 2013 at 10:14 PM, Bruce Ashfield
wrote:
> On 13-08-25 8:54 PM, Bruce Ashfield wrote:
>>
>> On 13-08-25 8:46 PM, Khem Raj wrote:
>>>
>>> Hi Bruce
>>>
>>> On Sat, Aug 24, 2013 at 10:16 PM, Bruce Ashfield
>>> wrote:
linux kernel commit 84c751bd [ptrace: add ability to retri
On Sun, Aug 25, 2013 at 10:30 PM, Saul Wold wrote:
> On 08/24/2013 10:16 PM, Bruce Ashfield wrote:
>>
>> With the introduction of the 3.10 linux-yocto tree, 3.4 being the previous
>> LTSI kernel, and no reference BSPs using 3.8 as their reference BSP it
>> 3.8 is no longer supported or required.
>
On 08/24/2013 10:16 PM, Bruce Ashfield wrote:
With the introduction of the 3.10 linux-yocto tree, 3.4 being the previous
LTSI kernel, and no reference BSPs using 3.8 as their reference BSP it
3.8 is no longer supported or required.
This make both the atom-pc and new genericx86 BSP unbuildable si
On 13-08-25 8:54 PM, Bruce Ashfield wrote:
On 13-08-25 8:46 PM, Khem Raj wrote:
Hi Bruce
On Sat, Aug 24, 2013 at 10:16 PM, Bruce Ashfield
wrote:
linux kernel commit 84c751bd [ptrace: add ability to retrieve signals
without removing from a queue (v4)]
added ptrace_peeksiginfo_args to the expor
On 08/24/2013 01:06 AM, Darren Hart wrote:
On Fri, 2013-08-23 at 14:45 +0800, Robert Yang wrote:
On 08/23/2013 10:33 AM, Rongqing Li wrote:
On 08/22/2013 09:13 PM, Robert Yang wrote:
Let debugfs do sparse copy when src is a sparse file, just like
"cp --sparse=auto"
This patch has been re
On 13-08-25 2:02 PM, Elvis Dowson wrote:
Hi,
On Aug 25, 2013, at 9:43 PM, rew...@declaratino.com wrote:
Thanks! Any idea why the qemu with hard float configuration has a kernel panic
with linux-yocto?
init is going away so the kernel panics. Usually this means it couldn't
run the init on t
On 13-08-25 3:09 PM, Elvis Dowson wrote:
Hi Bruce,
I noticed that you've committed the changes for qemuarma9
KMACHINE configuration to the linux-yocto kernel.
http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-3.8/tree/meta/cfg/kernel-cache/bsp?h=meta
I adapted the qemua
On 13-08-25 8:46 PM, Khem Raj wrote:
Hi Bruce
On Sat, Aug 24, 2013 at 10:16 PM, Bruce Ashfield
wrote:
linux kernel commit 84c751bd [ptrace: add ability to retrieve signals without
removing from a queue (v4)]
added ptrace_peeksiginfo_args to the exported kernel user api.
This leads to build e
On 08/25/2013 07:40 PM, Peter A. Bigot wrote:
From: "Peter A. Bigot"
qemu.bbclass adds PSEUDO_UNLOAD=1 in qemu_run_binary to avoid reference to
pseudo functions that may not exist in the target environment. This patch
detects the addition of that variable within the environment to which the
ca
Hi Bruce
On Sat, Aug 24, 2013 at 10:16 PM, Bruce Ashfield
wrote:
> linux kernel commit 84c751bd [ptrace: add ability to retrieve signals without
> removing from a queue (v4)]
> added ptrace_peeksiginfo_args to the exported kernel user api.
>
> This leads to build errors such as:
>
> | In file in
From: "Peter A. Bigot"
qemu.bbclass adds PSEUDO_UNLOAD=1 in qemu_run_binary to avoid reference to
pseudo functions that may not exist in the target environment. This patch
detects the addition of that variable within the environment to which the
call applies, even if not present in the parent en
On Sun, Aug 11, 2013 at 01:44:03PM +0200, Martin Jansa wrote:
> On Fri, Aug 09, 2013 at 12:54:19AM +0200, Martin Jansa wrote:
> > On Thu, Jul 25, 2013 at 06:23:41PM +0200, Martin Jansa wrote:
> > > On Sat, Jun 22, 2013 at 08:16:56PM +0200, Martin Jansa wrote:
> > > > On Tue, Jun 11, 2013 at 06:04:3
Bring in some changes from the meta-oe version of this script in order
to bring them closer together. (Unfortunately it does not completely
supersede the recipes in meta-oe - there is still some unification to be
done between x11-common and xserver-common.)
* Add systemd support (with extensions f
On 23 August 2013 19:19, Saul Wold wrote:
>>
> Seems this update might have a perl script that is hard coded and will need
> to be worked on. This occurs with a toolchain build:
> bitbake core-image-sato -c populate_sdk
>
> | Computing transaction...error: Can't install
> nativesdk-automake-1.13.
Hi Bruce,
I noticed that you've committed the changes for qemuarma9
KMACHINE configuration to the linux-yocto kernel.
http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-3.8/tree/meta/cfg/kernel-cache/bsp?h=meta
I adapted the qemuarm.conf configuration and booted it up, but
On Aug 25, 2013, at 10:02 PM, Elvis Dowson wrote:
> The thing is I don't see a defconfig anywhere, and I was wondering how the
> linux-yocto kernel picks up the defconfig from the standard/base branch.
I found the answer for this one:
http://www.yoctoproject.org/docs/1.4/ref-manual/ref-manual
Hi,
On Aug 25, 2013, at 9:43 PM, rew...@declaratino.com wrote:
>>
>> Thanks! Any idea why the qemu with hard float configuration has a kernel
>> panic with linux-yocto?
>
> init is going away so the kernel panics. Usually this means it couldn't
> run the init on the rootfilesystem. Try adding
On Sat, Aug 24, 2013 at 1:01 PM, Richard Purdie
wrote:
> There is a good chance we might want to support a bitbake operator
> "_remove" which works in a similar way to _append and _prepend. As
> such, we can't use those keywords in function or variable names.
>
> Signed-off-by: Richard Purdie
Te
>
> Thanks! Any idea why the qemu with hard float configuration has a kernel
> panic with linux-yocto?
>
init is going away so the kernel panics. Usually this means it couldn't
run the init on the rootfilesystem. Try adding keep_bootcon to your
kernel command line and see if that gives anymore
Hi Martin,
On Aug 25, 2013, at 6:44 PM, Martin Jansa wrote:
>> I find that the kernel panics upon boot.
Thanks! Any idea why the qemu with hard float configuration has a kernel panic
with linux-yocto?
Elvis Dowson
___
Openembedded-core mailing list
On Sun, Aug 25, 2013 at 06:37:54PM +0400, Elvis Dowson wrote:
> Hi,
>I have modified the default qemuarm.conf file, to switch it over to
> using ARM Cortex A9, with hard float, vfp and neon support, by applying the
> following patch (which basically includes the tune-cortexa9.inc file).
>
Hi, I have modified the default qemuarm.conf file, to switch it over to using ARM Cortex A9, with hard float, vfp and neon support, by applying the following patch (which basically includes the tune-cortexa9.inc file).diff --git a/meta/conf/machine/qemuarm.conf b/meta/conf/machine/qemuarm.con
On Sun, Aug 25, 2013 at 2:35 AM, Jonathan Liu wrote:
> On 25/08/2013 3:16 PM, Bruce Ashfield wrote:
>>
>> linux kernel commit 84c751bd [ptrace: add ability to retrieve signals
>> without removing from a queue (v4)]
>> added ptrace_peeksiginfo_args to the exported kernel user api.
>>
>> This leads
On 13-08-25 2:36 AM, Jonathan Liu wrote:
On 25/08/2013 3:16 PM, Bruce Ashfield wrote:
kernel commit 24b9f5017 [[media] V4L: Remove deprecated image
centering controls]
removed the definitions of V4L2_CID_HCENTER and V4L2_CID_VCENTER after
three
years of depreciation.
The ioctl values are still
37 matches
Mail list logo
