On 06/30/2015 08:35 PM, Vipin Nair wrote:
Hi All,
I have created a layer (my first layer) and have build it with WindRiver
media which uses Systemd for the startup services.
As per my application need, I have to create a new user on the final image
and change the owner permissions of certain
On 07/01/2015 06:41 AM, Brian Hutchinson wrote:
On Jul 1, 2015 7:34 AM, Stanciu, Alin alin.stan...@spirent.com wrote:
Hello,
I would simply like to know how to obtain a list of all software
packages/products (basically all applications) running in my Yocto build.
Can this be done via
On 7/1/15 9:57 AM, Saul Wold wrote:
This is needed for the x1000 SOC platform
This is on the SoC itself? Not an additional chip on the board?
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/features/stmicro/stmmac.cfg | 6 ++
On 7/1/15 9:57 AM, Saul Wold wrote:
As part of the larger breaking up of x86 put the Intel Vendor Enablers
in their own file
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/cfg/intel.cfg | 19 +++
meta/cfg/kernel-cache/cfg/intel.scc | 1 +
2
On 7/1/15 9:57 AM, Saul Wold wrote:
As part of the broader refactor move this item out of the core
cpu configuration items
I agree this shouldn't be in the arch definition, but common-pc-drivers
seems a bit too far the other way.
There is a cfg/pci bucket. Seems to me that would be a good
Sam,
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org]
On Behalf Of SAS NONE
Sent: Wednesday, July 01, 2015 12:36 AM
To: yocto@yoctoproject.org
Subject: [yocto] SAMA5D3 header files for C application development
Hi,
I'm using SAMA5D3-xplained board and built
Hello,
I would simply like to know how to obtain a list of all software
packages/products (basically all applications) running in my Yocto build.
Can this be done via a recipe? How can I find out whether my build has a
recipe? What are other ways are there to get the listing?
Thanks
On Jul 1, 2015 7:34 AM, Stanciu, Alin alin.stan...@spirent.com wrote:
Hello,
I would simply like to know how to obtain a list of all software
packages/products (basically all applications) running in my Yocto build.
Can this be done via a recipe? How can I find out whether my build has a
Not sure why, but this email just came through, may have been moderated.
I would suggest you ask this on the yo...@yoctoproject.org as this list
(linux-yocto) is primary for Kernel related patches and does not have
alot of systemd people.
A couple of notes:
For User addition you should use
Hi All,
I have created a layer (my first layer) and have build it with WindRiver
media which uses Systemd for the startup services.
As per my application need, I have to create a new user on the final image
and change the owner permissions of certain files to the new user.
Since I could not get
Any update on this.
I am not sure if my mail reached the Yocto project group, as I have not
recieved any acknowledgment till now.
Kindly let me know if I have to register somewhere to be eligible to post
query on this group.
Thanks
Vipin
On Sat, Jun 27, 2015 at 7:09 PM, Vipin Nair
Hi All,
I have created a layer (my first layer) and have build it with WindRiver
media which uses Systemd for the startup services.
As per my application need, I have to create a new user on the final image
and change the owner permissions of certain files to the new user.
Since I could not get
Hi Saul,
Thanks a lot.
Best Regards,
Zhenhua
-Original Message-
From: Saul Wold [mailto:s...@linux.intel.com]
Sent: Wednesday, July 01, 2015 10:18 PM
To: Luo Zhenhua-B19537; linux-yocto@yoctoproject.org
Subject: Re: [linux-yocto] The linux-yocto version for Yocto 1.9
On
From: Mariano Lopez mariano.lo...@linux.intel.com
Fixed the version displayed in current milestone.
Before the data was obtained from recipe upgrad table
and this allows to fetch the data from the recipe table.
Signed-off-by: Mariano Lopez mariano.lo...@linux.intel.com
---
rrs/models.py | 7
On 07/01/2015 10:55 AM, Darren Hart wrote:
On 7/1/15 9:57 AM, Saul Wold wrote:
Place the core x86 architecture kernel config items into a new
base config that the other x86 related architectures will use
Signed-off-by: Saul Wold s...@linux.intel.com
---
From: Mariano Lopez mariano.lo...@linux.intel.com
There was an issue where the current up to date was always
using the latest upstream version to get the percentage.
This uses the upstream version in the period displayed.
Signed-off-by: Mariano Lopez mariano.lo...@linux.intel.com
---
As part of the broader refactor move this item out of the core
cpu configuration items
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/bsp/common-pc/common-pc-drivers.cfg | 1 +
1 file changed, 1 insertion(+)
diff --git
As part of the larger breaking up of x86 put the AMD CPU Enablers
in their own file
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/cfg/amd.cfg | 9 +
meta/cfg/kernel-cache/cfg/amd.scc | 1 +
2 files changed, 10 insertions(+)
create mode 100644
Place the core x86 architecture kernel config items into a new
base config that the other x86 related architectures will use
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/cfg/x86_base.cfg | 9 +
meta/cfg/kernel-cache/cfg/x86_base.scc | 4
2 files changed,
Add new .scc and .cfg for enabling early printk debugging
from one place.
Other general kernel debugging could also be placed here, but subsystem or
driver specific debug configuration items should be in their respecitive
subsystem
or driver .cfg (or additioanl drivernamedbg.cfg or what ever you
On 7/1/15 9:57 AM, Saul Wold wrote:
This config fragment will enable the various vendor module code
for different USB serial devices to enable serial over usb.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/features/usb/serial-vendor.cfg | 17 +
Sound devices can be completely modularized instead of fully in the kernel
as they are not needed during the boot / startup time
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/features/sound/snd_hda_intel.cfg | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
On 7/1/15 9:57 AM, Saul Wold wrote:
Place the core x86 architecture kernel config items into a new
base config that the other x86 related architectures will use
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/cfg/x86_base.cfg | 9 +
This will enable PWM Subsystem and adds a selection of drivers for Intel
devices.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/features/pwm/intel_pwm.cfg | 6 ++
meta/cfg/kernel-cache/features/pwm/intel_pwm.scc | 5 +
meta/cfg/kernel-cache/features/pwm/pwm.cfg
This is needed for the x1000 SOC platform
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/features/stmicro/stmmac.cfg | 6 ++
meta/cfg/kernel-cache/features/stmicro/stmmac.scc | 2 ++
2 files changed, 8 insertions(+)
create mode 100644
This config fragment will enable the various vendor module code
for different USB serial devices to enable serial over usb.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/features/usb/serial-vendor.cfg | 17 +
On Wed, Jul 1, 2015 at 7:55 AM, Stanciu, Alin alin.stan...@spirent.com wrote:
Thank you Brian, this is very useful.
I don’t have either opkg or dpkg installed so I’m using rpm. It’s useful in
the sense I can get comprehensive information on all packages installed, as
well as all files for
Hi all,
May I know which linux-yocto version is planned for Yocto 1.9 release?
I try to find the information in below WIKI page, but can't find corresponding
message.
https://wiki.yoctoproject.org/wiki/Yocto_1.9_Features
https://wiki.yoctoproject.org/wiki/Yocto_1.9_Schedule
Best Regards,
I'd like to make a distro config file, derived from conf/distro/poky.conf. But
in my case, DISTRO_CODENAME is not really something that can contain a
meaningful value, so I'd like to unset it. How can I unset the variable?
(This affects the format of VERSION in /etc/os-release. I guess
On 7/1/15 4:06 PM, Saul Wold wrote:
This is needed for the meta-quark BSP which is used by the Galileo
Board.
Still would like to see this in features/net - or some discussion as to
why not.
Signed-off-by: Saul Wold s...@linux.intel.com
---
Add the config fragments for the Bosch Pressure Sensor, since
this driver is contained in drivers/misc add it here as features/misc.
Signed-off-by: Saul Wold s...@linux.intel.com
---
v2: added
v3: fix typo
meta/cfg/kernel-cache/features/misc/bosch-pressure-sensor-i2c.cfg | 2 ++
Add the config fragments for the Bosch Pressure Sensor, since
this driver is contained in drivers/misc add it here as features/misc.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/features/misc/bosch-pressure-sensor-i2c.cfg | 2 ++
This is needed for the meta-quark BSP which is used by the Galileo
Board.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/features/stmicro/stmmac.cfg | 6 ++
meta/cfg/kernel-cache/features/stmicro/stmmac.scc | 2 ++
2 files changed, 8 insertions(+)
create mode 100644
This will allow for more sharing as part of the upcoming refactor
of core x86 and x86_64.
Currently this is a copy/paste from existing configuration and we
need to better understand why the HOTPLUG_PCI_PCIE needs explict
disablement.
Signed-off-by: Saul Wold s...@linux.intel.com
---
This config fragment will enable the various vendor module code
for different USB serial devices to enable serial over usb.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/features/usb/serial-all.cfg | 17 +
This will enable PWM Subsystem and adds a selection of drivers for Intel
devices.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/features/pwm/intel_pwm.cfg | 6 ++
meta/cfg/kernel-cache/features/pwm/intel_pwm.scc | 5 +
meta/cfg/kernel-cache/features/pwm/pwm.cfg
Place the core x86 architecture kernel config items into a new
base config that the other x86 related architectures will use
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/cfg/x86_base.cfg | 7 +++
meta/cfg/kernel-cache/cfg/x86_base.scc | 4
2 files changed, 11
As part of the larger breaking up of x86 put the Intel Vendor Enablers
in their own file
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/cfg/intel.cfg | 19 +++
meta/cfg/kernel-cache/cfg/intel.scc | 1 +
2 files changed, 20 insertions(+)
create mode
As part of the larger breaking up of x86 put the AMD CPU Enablers
in their own file
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/cfg/amd.cfg | 9 +
meta/cfg/kernel-cache/cfg/amd.scc | 1 +
2 files changed, 10 insertions(+)
create mode 100644
Add new .scc and .cfg for enabling early printk debugging
from one place.
Other general kernel debugging could also be placed here, but subsystem or
driver specific debug configuration items should be in their respecitive
subsystem
or driver .cfg (or additioanl drivernamedbg.cfg or what ever you
On 7/1/15 4:06 PM, Saul Wold wrote:
As part of the larger breaking up of x86 put the Intel Vendor Enablers
in their own file
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/cfg/intel.cfg | 19 +++
meta/cfg/kernel-cache/cfg/intel.scc | 1 +
2
Some how I had a typo in these two patches, I fixed the typos and just
resent these two as v3, the rest of the series is still v2.
I saw Darren's comments and will wait for Bruce's comments next week.
Sau!
On 07/01/2015 04:35 PM, Saul Wold wrote:
Add the new intel-quark bsp type using the
Sound devices can be completely modularized instead of fully in the kernel
as they are not needed during the boot / startup time
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/cfg/kernel-cache/features/sound/snd_hda_intel.cfg | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
Bruce:
This patch set introduces several new feautres and begins a refactor of
the x86 cfg files to have a common base.
This also introduces the Quark/X1000 BSP with basic drivers enabled.
Updates in v2:
- addressed issues raised by Darren
- Moved PCI related to features/pci
- removed
On 7/1/15 4:06 PM, Saul Wold wrote:
Bruce:
This patch set introduces several new feautres and begins a refactor of
the x86 cfg files to have a common base.
This also introduces the Quark/X1000 BSP with basic drivers enabled.
Updates in v2:
- addressed issues raised by Darren
-
On 07/01/2015 05:28 PM, Darren Hart wrote:
On 7/1/15 4:35 PM, Saul Wold wrote:
Add the new intel-quark bsp type using the refactored x86_base and
Intel Vendor enablers. Create a new soc for the x1000 SOC package.
Signed-off-by: Saul Wold s...@linux.intel.com
---
v2: Updated for additional
On 7/1/15 4:35 PM, Saul Wold wrote:
Add the new intel-quark bsp type using the refactored x86_base and
Intel Vendor enablers. Create a new soc for the x1000 SOC package.
Signed-off-by: Saul Wold s...@linux.intel.com
---
v2: Updated for additional refactor related changes
- use pci.scc
On 7/1/15, 5:36 PM, Saul Wold s...@linux.intel.com wrote:
On 07/01/2015 05:28 PM, Darren Hart wrote:
On 7/1/15 4:35 PM, Saul Wold wrote:
Add the new intel-quark bsp type using the refactored x86_base and
Intel Vendor enablers. Create a new soc for the x1000 SOC package.
Signed-off-by: Saul
48 matches
Mail list logo