got error when compiling binutils with poky 1.7.1 / mohonpeak bsp,
have tried cleanall then build again , but the same result,
looks like a link error, how can I resolve this?
Build Configuration:
BB_VERSION= "1.24.0"
BUILD_SYS = "x86_64-
>You are overwriting the SRC_URI rather than appending to it. So my guess is
>that
>the source isn't getting fetched, which is why it says it can't find the
>license
>file.
I´ve change that to SRC_URI_append, but it had no effect and it still fails.
My recipe is an .bbappend to a grub recipe,
On 03/05/2015 12:46 PM, p_j_r_m wrote:
I have a layer meta-mycompany where i want to append to the grub_2.00 recipe
placed at openembedded-core layer just to add my custom grub.cfg file.
Also, I see there is ALREADY a grub-2.00.bbappend file in my BSP layer
(meta-montavista-1.4).My layer has hi
I have a layer meta-mycompany where i want to append to the grub_2.00 recipe
placed at openembedded-core layer just to add my custom grub.cfg file.
Also, I see there is ALREADY a grub-2.00.bbappend file in my BSP layer
(meta-montavista-1.4).My layer has highest priority.
So I wrote a recipe call
So I was digging in the meta-xilinx layer and down in
recipes-kernel/linux/linux-zynqmp-mainline_3.19.bb there are two KMACHINE lines:
KMACHINE_ep108-zynqmp ?= "zynqmp"
KMACHINE_qemuzynqmp ?= "zynqmp"
Given these two lines, this is a good example that shows two machines mapping
to the same
On Thu, 5 Mar 2015, Rifenbark, Scott M wrote:
> I like Nathan's suggestion for the text. Can someone explain to me
> though why emenlow is not a good example here? In the
> linux-yocto_3.14.bbappend file, KMACHINE_emenlow-noemgd is set equal
> to "emenlow". Isn't this equating emenlow-noemgd an
On 15-03-05 11:56 AM, Rifenbark, Scott M wrote:
I like Nathan's suggestion for the text. Can someone explain to me though why emenlow is
not a good example here? In the linux-yocto_3.14.bbappend file, KMACHINE_emenlow-noemgd
is set equal to "emenlow". Isn't this equating emenlow-noemgd and e
I like Nathan's suggestion for the text. Can someone explain to me though why
emenlow is not a good example here? In the linux-yocto_3.14.bbappend file,
KMACHINE_emenlow-noemgd is set equal to "emenlow". Isn't this equating
emenlow-noemgd and emenlow? I am probably mis-understanding it so I
On 5 March 2015 at 14:10, Gary Thomas wrote:
> Given that it's the same file being played on the same hardware,
> shouldn't both programs need to be doing the same conversions, etc?
>
In theory, yes. I note that in this pipeline GStreamer is using libav to
decode the video and then displaying i
On Thu, Mar 5, 2015 at 2:44 PM, Gary Thomas wrote:
> On 2015-03-05 06:40, Nicolas Dechesne wrote:
>>
>> On Thu, Mar 5, 2015 at 2:34 PM, Gary Thomas wrote:
>>>
>>> Sadly, it doesn't build with the libav we have in OE-core :-(
>>>
>>> BTW, I measured the current used by my board (i.MX6Q)
>>>mpl
On Thu, Mar 5, 2015 at 10:03 PM, Robert P. J. Day wrote:
>
> in section 3.2 of the kernel dev manual, there is a discussion of
> KMACHINE and how it is *typically* set to the same value as MACHINE,
> but there are cases where that might not be true; however, the example
> used to demonstrate thi
On 2015-03-05 06:40, Nicolas Dechesne wrote:
On Thu, Mar 5, 2015 at 2:34 PM, Gary Thomas wrote:
Sadly, it doesn't build with the libav we have in OE-core :-(
BTW, I measured the current used by my board (i.MX6Q)
mplayer2 => 1.8A
gst-play => 2.1A
Given that I normally run my board with a
On Thu, Mar 5, 2015 at 2:34 PM, Gary Thomas wrote:
> Sadly, it doesn't build with the libav we have in OE-core :-(
>
> BTW, I measured the current used by my board (i.MX6Q)
> mplayer2 => 1.8A
> gst-play => 2.1A
> Given that I normally run my board with a 2.0A wall brick,
> it's no wonder that
On 2015-03-05 05:54, Gary Thomas wrote:
On 2015-03-05 05:45, Burton, Ross wrote:
On 5 March 2015 at 12:16, Gary Thomas mailto:g...@mlbassoc.com>> wrote:
Using gstreamer1.0-libav seems to work, but it's really power hungry
(i.e can cause my board's power supply over current!). Does thi
On 2015-03-05 05:45, Burton, Ross wrote:
On 5 March 2015 at 12:16, Gary Thomas mailto:g...@mlbassoc.com>> wrote:
Using gstreamer1.0-libav seems to work, but it's really power hungry
(i.e can cause my board's power supply over current!). Does this
plugin just hook into libav? I've
On 5 March 2015 at 12:16, Gary Thomas wrote:
> Using gstreamer1.0-libav seems to work, but it's really power hungry
> (i.e can cause my board's power supply over current!). Does this
> plugin just hook into libav? I've tried playing the same file using
> mplayer (which does use libav) and it do
On 2015-03-04 23:32, Burton, Ross wrote:
On 4 March 2015 at 23:45, Gary Thomas mailto:g...@mlbassoc.com>> wrote:
I like that owl has been replaced by gst-player, but I need
some help figuring out how to get it working :-( If you ask
it to play something and it doesn't have the appr
in section 3.2 of the kernel dev manual, there is a discussion of
KMACHINE and how it is *typically* set to the same value as MACHINE,
but there are cases where that might not be true; however, the example
used to demonstrate this -- emenlow and emenlow-noemgd -- doesn't seem
appropriate as ther
Correct reference to "files" directory, should be "${PN}", and update
kernel version.
Signed-off-by: Robert P. J. Day
---
diff --git a/documentation/kernel-dev/kernel-dev-common.xml
b/documentation/kernel-dev/kernel-dev-common.xml
index be53c96..bb3b1d6 100644
--- a/documentation/kernel-dev/k
19 matches
Mail list logo
