Adding weston.ini to /etc/xdg. With this change
user can login and launch weston with ivi-shell.
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
recipes-graphics/wayland/weston_1.4.0.bbappend | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git
Hi everybody,
I've got a question regarding the binary deb/rpm packages in yocto.
Is there any possibility to install a binary deb/rpm package in the rootfs
build without repackaging it?
Naively I'm for example thinking of an option in the image recipe like:
ADDITIONAL_PACKAGES +=
Hello
I am trying to add a custom kernel config to my layer. I followed the
following guide:
http://www.yoctoproject.org/docs/1.6/dev-manual/dev-manual.html#creating-config-fragments
I have the following files in my layer:
recipes-kernel/linux/linux-cubox-i_3.0.35.bbappend:
Hi Tobias,
On Friday 25 April 2014 11:16:20 Tobias Blom wrote:
On 25 apr 2014, at 09:22, Tobias Blom tobias.b...@techne-dev.se wrote:
I have run into a problem that I’m not able to figure out how to solve,
and turn to the list to ask for general directions.
I need to modify my root FS
On 14-04-28 04:03 AM, Neuer User wrote:
Hello
I am trying to add a custom kernel config to my layer. I followed the
following guide:
http://www.yoctoproject.org/docs/1.6/dev-manual/dev-manual.html#creating-config-fragments
I have the following files in my layer:
Am 28.04.2014 15:03, schrieb Bruce Ashfield:
The answer to your question depends on the base linux-cubox-i
recipe.
Config fragment support works for kernels that inherit from linux-yocto,
versus ones that inherit directly from kernel.bbclass. So if you
pop open that base recipe, and look
On 14-04-28 09:14 AM, Neuer User wrote:
Am 28.04.2014 15:03, schrieb Bruce Ashfield:
The answer to your question depends on the base linux-cubox-i
recipe.
Config fragment support works for kernels that inherit from linux-yocto,
versus ones that inherit directly from kernel.bbclass. So if you
Am 28.04.2014 15:16, schrieb Bruce Ashfield:
It all depends on how adventurous you are today :) Using a defconfig
will work, and you can generate one without much trouble. Using
fragments will allow you to keep your changes separate from the
baseline configuration, but you'll need to tweak the
On 14-04-28 09:35 AM, Neuer User wrote:
Am 28.04.2014 15:16, schrieb Bruce Ashfield:
It all depends on how adventurous you are today :) Using a defconfig
will work, and you can generate one without much trouble. Using
fragments will allow you to keep your changes separate from the
baseline
Am 28.04.2014 15:37, schrieb Bruce Ashfield:
If you send me pointers to your bblayers and local.conf settings, I'll
run a build to see what happens here as well.
I'm always interested in tracking these down regardless.
Bruce
Testing this should be pretty straightforward, if see that
Hi
I want to include the package sox_14.4.0.bb in my distro. Should be
straight forward, I thought. But I am having problems as the package
always wants GL as a requirement, which my distro does not have (without X).
the sox recipe looks like this:
DESCRIPTION=SoX is the Swiss Army knife of
Update
Now I have core-image-minimal building and booting for all of the
supported QEMU targets in OE-Core with musl/gcc-4.9. The updates are
all available on contrib tree branch kraj/musl, try it out for your
machine/distro if you are interested in musl
On Mon, Apr 28, 2014 at 10:17 AM, Khem Raj raj.k...@gmail.com wrote:
Now I have core-image-minimal building and booting for all of the
supported QEMU targets in OE-Core with musl/gcc-4.9. The updates are
all available on contrib tree branch kraj/musl, try it out for your
machine/distro if you
Hi Frederico,
Sorry for the delayed response.
If you want to step into code for which the debugger does not have the
source info Eclipse should actually tell you. But as a prerequisite you
will need to install the dev and debug packages for gstreamer (and
eventually others) to the root file
http://autobuilder.yoctoproject.org/pub/releases/yocto-1.5.2.rc3
bitbake 0a94e568152de550dedc8135a766beb18bf064ab
eclipse-poky-juno 79cd3c6ff119526f3f85567253450d2e857afed0
eclipse-poky-kepler e842d41f05066df1533a2788e650f0be213ad5b5
meta-fsl-arm
Bruce,
I resubmitted this request, I had given you the wrong starting point, this
should fix the merge problem
Charlie
The following changes since commit 55bf6f0b78353c34d4910bca7bfc9eed0aff5de4:
Merge branch 'standard/base' into standard/axxia/base (2014-04-01 21:11:34
-0400)
are
From: Anders Berg anders.b...@lsi.com
Added module parameter 'burst' that allows the setup of the DMA controller
preferred burst setting on reads and writes. Set this to 7 for INCR16, 5 for
INCR8, 3 for INCR4 or 0 for singles (no bursts).
Signed-off-by: Anders Berg anders.b...@lsi.com
---
From: John Jacques john.jacq...@lsi.com
Added code to check for the existence of the NAND driver for
3500. If the driver does not exist then the error is returned
gracefully
Signed-off-by: John Jacques john.jacq...@lsi.com
---
drivers/mtd/nand/lsi_acp_nand.c |7 +++
1 file changed, 7
From: Anders Berg anders.b...@lsi.com
Remove some unneeded code from the timer init function. The clocksource and
clockevent devices are all instansiated via clocksource_of_init().
Signed-off-by: Anders Berg anders.b...@lsi.com
---
arch/arm/mach-axxia/axxia.c | 20
1 file
Second set of patches ready to go.
Anders Berg (9):
i2c-axxia: Avoid timeout when interrupt delayed
dma: lsi-dma32: Add parameter to setup burst size
dma: lsi-dma32: Handle DMA transfer sizes 1MB
ARM: axxia: dts: Enable sp804 timers by default
ARM: axxia: Cleanup timer init code
From: David Mercado david.merc...@windriver.com
The AXM55xx has the PMU IRQ lines from each core in a cluster OR'ed
together. As a workaround for this, a PMU handler extension was created
in the BSP to dynamically call irq_set_affinity() to rotate the PMU IRQ
assignment as needed, in order to
From: Anders Berg anders.b...@lsi.com
One descriptor can only transfer up to 64K 128-bit words. To handle larger
transfers the driver is now able to chain multiple descriptors.
Signed-off-by: Anders Berg anders.b...@lsi.com
---
drivers/dma/lsi-dma32.c | 188
From: Anders Berg anders.b...@lsi.com
Let the timers block be enabled by default in the axm55xx.dsti device-tree
since all systems will need it anyway.
Signed-off-by: Anders Berg anders.b...@lsi.com
---
arch/arm/boot/dts/axm55xx.dtsi |1 -
1 file changed, 1 deletion(-)
diff --git
From: David Mercado david.merc...@windriver.com
The platform CPU die routine was not being called. Added hook to
axxia_platform_cpu_die().
Signed-off-by: David Mercado david.merc...@windriver.com
---
arch/arm/mach-axxia/axxia.h |1 +
arch/arm/mach-axxia/hotplug.c |2 +-
From: Anders Berg anders.b...@lsi.com
Changed the order in which the interrupt conditions are checked in the
interrupt handler. Need to check for transfer-complete before timeout-error,
otherwise a delayed interrupt may report a false timeout error (since the
timeout may expire after the transfer
From: John Jacques john.jacq...@lsi.com
Updated the device trees to suppor the MDIO Clock offset
Signed-off-by: John Jacques john.jacq...@lsi.com
---
arch/arm/boot/dts/axm5504-emu.dts |2 ++
arch/arm/boot/dts/axm5507-emu.dts |2 ++
arch/arm/boot/dts/axm5516-amarillo.dts |
From: Anders Berg anders.b...@lsi.com
When booting a crash kernel via kexec, the memory specified by the
cpu-release-addr property is not valid physical memory (not part of
the crash kernel reserved memory area). In this case the memory needs an
ioremap to be written.
Signed-off-by: Anders Berg
On 2014-04-28, 1:28 PM, Paul, Charlie wrote:
Bruce,
I resubmitted this request, I had given you the wrong starting point,
this should fix the merge problem
Indeed. This merged as a fastforward to the existing BSP branch and
has now been pushed to the repo.
Bruce
Charlie
The following
On 2014-04-28, 8:13 PM, Charlie Paul wrote:
Second set of patches ready to go.
No complaints from me on this one. All the commits have good short
logs and summaries that explain the changes. Nicely done.
I can't say that I did a detailed tech review of each one, so I'll
trust that testing
29 matches
Mail list logo
