Re: [yocto] internet radio

How to install mplayer on xfce ? I got no luck until now. On 23/06/17 21:42, Khem Raj wrote: On Fri, Jun 23, 2017 at 1:18 AM, Riko Ho wrote: Hello everyone, What do you suggest me using for internet radio / playing multimedia on GUI ? Which recipe is suitable for it

Re: [yocto] How do you remove an IMAGEFS?

On Tue, 2017-06-27 at 12:08 -0700, Paul D. DeRocco wrote: > However, when I explicitly added "hddimg", I found that Syslinux was > still configured for live image, with "boot" and "install" menu > options. I found some code in image.bbclass that looks like it forces > "image-live" if either "iso"

Re: [yocto] How do you remove an IMAGEFS?

> From: Patrick Ohly [mailto:patrick.o...@intel.com] > > On Fri, 2017-06-23 at 16:21 -0700, Paul D. DeRocco wrote: > > x86-base.inc adds "live" to IMAGE_FSTYPES. I have no need for a live > > image, or an iso, so I thought adding IMAGE_FSTYPES_remove > > = "live iso" to > > my image recipe

Re: [linux-yocto] [PATCH 00/15] Intel Axxia updates to linux-yocto-4.1

On 06/27/2017 11:41 AM, Daniel Dragomir wrote: Hello Bruce! Please review and merge this series of patches in Axxia branches from linux-yocto-4.1. Changes included in this series (axxia 1.60 tag): - Support undocumented PEI configurations. - Add support for MSI interruts on 5600 and 6700. -

Re: [yocto] Determining the correct layers for a Beaglebone build.

​ > >> >> Regarding the tags: If I check out the pyro branch of poky am I getting >> something that is stable and has been tested? I thought perhaps the tags >> with `pyro-17.0.0` would point to stable tested commit. >> >> The reason I'm trying to sort all of this out is that when I ran a >>

Re: [yocto] Yocto Optimization query

On Tue, 2017-06-27 at 17:19 +0200, Ayoub Zaki wrote: > Hi Prasoon, > > I wrote a Howto on reducing start-up time in yocto : > > https://embexus.com/2017/05/16/embedded-linux-fast-boot-techniques/ > > Maybe you can some useful informations on the topic. > > > > On 27.06.2017 08:09, Prasoon

[linux-yocto] [PATCH 14/15] Axxia PCIe: MSIx support for Axxia (X9, XLF) PCIe host driver.

From: Palani Added support for handling PCIe MSIx interrupts. Axxia PCIe-RC supports either MSI/MSIx along with Intx (legacy) mode. Cleaned up the PCIe interrupt handling code. Signed-off-by: Palani ---

[linux-yocto] [PATCH 13/15] drivers/misc: Update the Axxia PEI Driver

From: John Jacques Support undocumented PEI configurations. Signed-off-by: John Jacques --- drivers/misc/axxia-pei.c | 56 1 file changed, 56 insertions(+) diff --git a/drivers/misc/axxia-pei.c

[linux-yocto] [PATCH 15/15] drivers/misc: Add Fault Handling for Axxia

From: John Jacques Add system error handlers for Axxia parts. This is intended to handle SErrors (Asynchronous Aborts) caused by sRIO optional register accesses, which are not supported by the Axxia sRIO hardware. As it isn't possible to determine the cause completely,

[linux-yocto] [PATCH 09/15] arch/powerpc: Address IBM PPC476 Parity Errors

From: John Jacques In some cases, it is possible to recover after a machine check. This commit adds code to attempt to recover after the following errors. 1: TLB Parity 2: I-Cache Parity 3: D-Cache Search Parity Signed-off-by: John Jacques ---

[linux-yocto] [PATCH 10/15] arch/powerpc: fixed NO_SMP compile failure

From: Charlie Paul This patch fixes the compile bug when CONFIG_SMP is turned off. Signed-off-by: Charlie Paul --- arch/powerpc/include/asm/dcr-native.h | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[linux-yocto] [PATCH 12/15] Axxia PCIe: Updates to the Axxia (X9, XLF) PCIe host driver.

From: Palani Added support for PCIe Message Signaled Interrupts (MSI). Fixed the PCIe Legacy (INTx) interrupt handling. Added the proper interrupt mapping and assignments. Signed-off-by: Palani ---

[linux-yocto] [PATCH 11/15] security/keys: fixed crash in keyring_destroy

From: Charlie Paul When the ltp add_key01 was run the kernel was crashing, the list_del initializes the next pointer to LIST_POISON1. When subsequent keyring destroy events happened, the system would check for NULL and it would be false and try to call list_del with

[linux-yocto] [PATCH 07/15] arch/arm: arch/arm64: Fixed BSP 1.59/old uboot bug

From: Marek Majtyka Fixed backward compatibility issue between linux axxia BSP 1.59 with older uboot releases. Signed-off-by: Marek Majtyka --- drivers/edac/axxia_edac-l3_56xx.c | 24 include/linux/arm-smccc.h

[linux-yocto] [PATCH 08/15] arch/powerpc: Address IBM PPC476 Erratum 48

From: John Jacques Signed-off-by: John Jacques --- arch/powerpc/kernel/head_44x.S | 41 - arch/powerpc/kernel/traps.c| 51 ++ 2 files changed, 86 insertions(+), 6

[linux-yocto] [PATCH 06/15] drivers/edac: Fixed kmemleak sm issue.

From: Marek Majtyka Removed memory leaks found in faulty scenario call flow (similar as in CMC edac isr). Signed-off-by: Marek Majtyka --- drivers/edac/axxia_edac-mc_56xx.c | 16 1 file changed, 16 insertions(+) diff --git

[linux-yocto] [PATCH 04/15] drivers/edac: Fixed issue with sm edac driver

From: Marek Majtyka Removal of irq_default_primary_handler usage inside kernel api causes context switch in atomic inside sm edac driver for 56xx. IRQ handler is not registered anymore as a threaded interrupt by default (IRQF_ONESHOT). It is an issue as wake_up function

[linux-yocto] [PATCH 05/15] drivers/edac: Add private work queues.

From: Marek Majtyka Off-load SMC isr functionality improved. Shared system work queue has been replaces with private work queues (two wq per memory controller in order to handle 'events' and 'alerts' separately). Signed-off-by: Marek Majtyka

[linux-yocto] [PATCH 03/15] drivers/edac: Add private work queues.

From: Marek Majtyka Off-load CMC isr functionality improved. Shared system work queue has been replaces with private work queues (two wq per memory controller in order to handle 'events' and 'alerts' separately). Signed-off-by: Marek Majtyka

[linux-yocto] [PATCH 01/15] drivers/edac: Fixed issue with cm edac driver

From: Marek Majtyka Removal of irq_default_primary_handler usage inside kernel api causes context switch in atomic inside cm edac driver for 56xx. IRQ handler is not registered anymore as a threaded interrupt by default (IRQF_ONESHOT). It is an issue as wake_up function

[linux-yocto] [PATCH 00/15] Intel Axxia updates to linux-yocto-4.1

Hello Bruce! Please review and merge this series of patches in Axxia branches from linux-yocto-4.1. Changes included in this series (axxia 1.60 tag): - Support undocumented PEI configurations. - Add support for MSI interruts on 5600 and 6700. - Include a fault handler that allows system errors

Re: [yocto] Yocto Optimization query

Hi Prasoon, I wrote a Howto on reducing start-up time in yocto : https://embexus.com/2017/05/16/embedded-linux-fast-boot-techniques/ Maybe you can some useful informations on the topic. On 27.06.2017 08:09, Prasoon Kumar wrote: Hi, I am trying to optimise the boot time in yocto. I need

Re: [yocto] Determining the correct layers for a Beaglebone build.

On 27 June 2017 at 05:45, Kenny Koller wrote: > Thanks Khem, > > At the moment I simply want to build a headless minimal install for a > Beaglebone Black. Once I achieve this I plan to customize the distro for my > device. Here is what I am finding confusing: > >

Re: [yocto] : cmake and create_symlink using cmake 3.5 and yocto 2.2.2

On 26 June 2017 at 21:46, Ehrlich Andrei wrote: > Please excuse the newbie question I want to ask, but I started with yocto and cmake 3 month ago and now I have a couple of recipes based on cmake. One of that cmake files installs links using following code: > >

Re: [yocto] How do you remove an IMAGEFS?

On Fri, 2017-06-23 at 16:21 -0700, Paul D. DeRocco wrote: > x86-base.inc adds "live" to IMAGE_FSTYPES. I have no need for a live > image, or an iso, so I thought adding IMAGE_FSTYPES_remove = "live iso" to > my image recipe might work, but it complained in do_bootimg that my recipe > "depends upon

[yocto] Yocto Optimization query

Hi, I am trying to optimise the boot time in yocto. I need some suggestions on how to optimise the boot time and different ways of doing it. Thanks Prasoon -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto