Hi.
I'm trying to set my IP config to a static address.
iface eth0 inet static
address 192.168.55.45
network 192.168.55.0
netmask 255.255.255.0
broadcast 192.168.55.255
gateway 192.168.55.1
dns-nameservers 192.168.10.2
But I don't get the DNS server address to be in
Hello,
What image did you start from, if any?
i.e., core-image-minimal, core-image-sato, etc…
Is connman included?
Regards,
Cristian Iorga
YP
Intel Corporation
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Tarek
El
No connman is not included. Shall I include it and try?
On 2 May 2014 13:01, "Iorga, Cristian" wrote:
> Hello,
>
>
>
> What image did you start from, if any?
>
> i.e., core-image-minimal, core-image-sato, etc…
>
> Is connman included?
>
>
>
> Regards,
>
> Cristian Iorga
>
> YP
>
> Intel Corpora
Not really, I just wanted to get a better overview of the issue that you are
facing.
What image did you started from, if any?
From: Tarek El-Sherbiny [mailto:tarek.elsherb...@gmail.com]
Sent: Friday, May 2, 2014 3:31 PM
To: Iorga, Cristian
Cc: openembedded-c...@lists.openembedded.org; yocto@yocto
On Fri, May 2, 2014 at 2:24 AM, Alex J Lennon
wrote:
...
> So I guess I'm at the point where I'm wondering if a getVar() with a
> flag is behaving as you would expect it to,
> or how I might go about ensuring either UBOOT_MACHINE or UBOOT_CONFIG
> isn't defined?
>
> Thanks in advance for any advic
On 02/05/2014 13:56, Otavio Salvador wrote:
> On Fri, May 2, 2014 at 2:24 AM, Alex J Lennon
> wrote:
> ...
>> So I guess I'm at the point where I'm wondering if a getVar() with a
>> flag is behaving as you would expect it to,
>> or how I might go about ensuring either UBOOT_MACHINE or UBOOT_CONFI
On Fri, May 2, 2014 at 10:01 AM, Alex J Lennon
wrote:
>
> On 02/05/2014 13:56, Otavio Salvador wrote:
>> On Fri, May 2, 2014 at 2:24 AM, Alex J Lennon
>> wrote:
>> ...
>>> So I guess I'm at the point where I'm wondering if a getVar() with a
>>> flag is behaving as you would expect it to,
>>> or h
My image is based on core-image-base.
include recipes-core/images/core-image-base.bb
On Fri, May 2, 2014 at 1:49 PM, Iorga, Cristian wrote:
> Not really, I just wanted to get a better overview of the issue that you
> are facing.
>
> What image did you started from, if any?
>
>
>
> *From:* Tar
On 02/05/2014 14:07, Otavio Salvador wrote:
> On Fri, May 2, 2014 at 10:01 AM, Alex J Lennon
> wrote:
>> On 02/05/2014 13:56, Otavio Salvador wrote:
>>> On Fri, May 2, 2014 at 2:24 AM, Alex J Lennon
>>> wrote:
>>> ...
So I guess I'm at the point where I'm wondering if a getVar() with a
On Fri, May 2, 2014 at 10:11 AM, Alex J Lennon
wrote:
>
> On 02/05/2014 14:07, Otavio Salvador wrote:
>> On Fri, May 2, 2014 at 10:01 AM, Alex J Lennon
>> wrote:
>>> On 02/05/2014 13:56, Otavio Salvador wrote:
On Fri, May 2, 2014 at 2:24 AM, Alex J Lennon
wrote:
...
> So I gue
On Fri, May 2, 2014 at 10:23 AM, Otavio Salvador
wrote:
> On Fri, May 2, 2014 at 10:11 AM, Alex J Lennon
> wrote:
>> Or indeed, would be not be reasonable to modify the uboot-config.bbclass
>> such that
>> it tested for and discarded empty strings in UBOOT_MACHINE / UBOOT_CONFIG
>> which would se
On Friday 02 May 2014 10:23:10 Otavio Salvador wrote:
> On Fri, May 2, 2014 at 10:11 AM, Alex J Lennon
>
> wrote:
> > On 02/05/2014 14:07, Otavio Salvador wrote:
> >> On Fri, May 2, 2014 at 10:01 AM, Alex J Lennon
> >>
> >> wrote:
> >>> On 02/05/2014 13:56, Otavio Salvador wrote:
> On Fri,
On Fri, May 2, 2014 at 10:35 AM, Alex J Lennon
wrote:
> I might be misunderstanding what you are saying here, but if you look at my
> earlier email, and check the patchbin snippets I provided you will see I am
> preferring 2009.08
>
> PREFERRED_VERSION_u-boot-imx="2009.08"
>
> The test in uboot-co
On 02/05/2014 14:23, Otavio Salvador wrote:
> On Fri, May 2, 2014 at 10:11 AM, Alex J Lennon
> wrote:
>> On 02/05/2014 14:07, Otavio Salvador wrote:
>>> On Fri, May 2, 2014 at 10:01 AM, Alex J Lennon
>>> wrote:
On 02/05/2014 13:56, Otavio Salvador wrote:
> On Fri, May 2, 2014 at 2:24 AM
On 02/05/2014 14:25, Otavio Salvador wrote:
> On Fri, May 2, 2014 at 10:23 AM, Otavio Salvador
> wrote:
>> On Fri, May 2, 2014 at 10:11 AM, Alex J Lennon
>> wrote:
>>> Or indeed, would be not be reasonable to modify the uboot-config.bbclass
>>> such that
>>> it tested for and discarded empty str
I have created resolv.conf manually using vi but every time I do a reboot
the file comes back empty. and the dns function is not working.
What is the best solution to this?
On Fri, May 2, 2014 at 3:15 PM, Mike Looijmans wrote:
> When using DHCP, busybox's udhcpc script will write the DNS entr
Hello,
I would like to know if I could use Yocto Project to build Linux for Sparc v8
CPU architecture. I am trying to build linux with some tools for the Leon3
(opencore) CPU and I am facing errors during compilation. So I am trying to
find an alternative solution to get Linux with some basic t
Nikos
On Fri, May 2, 2014 at 8:06 AM, Nikos Liapis wrote:
> I would like to know if I could use Yocto Project to build Linux for Sparc
> v8 CPU architecture. I am trying to build linux with some tools for the
> Leon3 (opencore) CPU and I am facing errors during compilation. So I am
> trying to fi
When using DHCP, busybox's udhcpc script will write the DNS entries that
the server returned into the resolv.conf file.
In this case, I think you'll have to "provide" resolv.conf in some other
way, there's nothing in ifup/ifdown that will modify resolv.conf based
on keywords in the interfaces
On Fri, May 2, 2014 at 11:08 AM, Alex J Lennon
wrote:
>
> On 02/05/2014 14:25, Otavio Salvador wrote:
>> On Fri, May 2, 2014 at 10:23 AM, Otavio Salvador
> So thanks again for the advice. I think we've cracked it :)
Could you try the attached patch over Poky?
--
Otavio Salvador
>
>
>> i think that's what i'm going to submit. tomorrow's the submission
>> deadline so i have to get something in quick. i figure i'll submit
>> something like "Building an Embedded Linux System Using YoctoProject",
>> using the BeagleBone Black as the platform example.
>>
>>
> I have done a PO
On 02/05/2014 16:24, Otavio Salvador wrote:
> On Fri, May 2, 2014 at 11:08 AM, Alex J Lennon
> wrote:
>> On 02/05/2014 14:25, Otavio Salvador wrote:
>>> On Fri, May 2, 2014 at 10:23 AM, Otavio Salvador
>> So thanks again for the advice. I think we've cracked it :)
> Could you try the attached pat
PRINC is now obsolete and the PR Service should be used instead to keep PR
values incrementing on change.
A patch has also been submitted to openembedded-core to bump the appropriate PR
values so that PR doesn't move backwards. This patch should only be applied
after that patch, and only to branch
On Fri, 2 May 2014, Rudolf Streif wrote:
>
> i think that's what i'm going to submit.
> tomorrow's the submission
> deadline so i have to get something in quick. i
> figure i'll submit
> something like "Building an Embedded Linux System
On Fri, May 2, 2014 at 12:46 PM, Alex J Lennon
wrote:
>
> On 02/05/2014 16:24, Otavio Salvador wrote:
>> On Fri, May 2, 2014 at 11:08 AM, Alex J Lennon
>> wrote:
>>> On 02/05/2014 14:25, Otavio Salvador wrote:
On Fri, May 2, 2014 at 10:23 AM, Otavio Salvador
>>> So thanks again for the advic
On 02/05/2014 17:55, Otavio Salvador wrote:
> On Fri, May 2, 2014 at 12:46 PM, Alex J Lennon
> wrote:
>> On 02/05/2014 16:24, Otavio Salvador wrote:
>>> On Fri, May 2, 2014 at 11:08 AM, Alex J Lennon
>>> wrote:
On 02/05/2014 14:25, Otavio Salvador wrote:
> On Fri, May 2, 2014 at 10:23 A
On 14-05-01 01:12 PM, Bruce Ashfield wrote:
On 14-05-01 02:32 AM, Neuer User wrote:
Hi Bruce
Here is the error messega, I get after a "bitbake linux-cubox-i -c
cleansstate; bitbake linux-cubox-i" using the recipe you posted:
Aha. This is what I was seeing as well, and there's some issues and
TARGET_SYS= "arm-poky-linux-gnueabi"
MACHINE = "zc702-zynq7"
DISTRO = "poky"
DISTRO_VERSION= "1.6+snapshot-20140502"
TUNE_FEATURES = " arm armv7a vfp neon zynq"
TAR
On Thu, 2014-05-01 at 23:02 +, Woodyatt, James wrote:
> commit 562fa987cea60d61c256195adce7e83bf1c1a8c9
> Author: james woodyatt
> Date: Thu May 1 14:44:39 2014 -0700
>
> Fix C++ standard library header directory configuration.
>
> Remove the 4.2.1 directory from the --with-gxx
On Thu, 2014-05-01 at 19:03 +, Woodyatt, James wrote:
> I’ve discovered some errors in the meta-darwin layer on the dylan branch that
> currently prevent the meta-toolchain target from building the components
> included in the OS X variant of the Arduino for Intel Galileo IDE.
> Follow-ups
From: Michael Bringmann
Check whether the SRIO link ready status is valid for each driver instance.
Fix an issue with scanning/listing the set of network devices found when
multiple SRIO controller master ports are enabled.
Signed-off-by: Michael Bringmann
---
arch/arm/include/asm/axxia-rio.h
Second set of patches ready for insertion after the previous
28 patches get upadated.
Anders Berg (4):
i2c-axxia: Adjust tLOW,tHIGH to match fast-mode requirements
i2c-axxia: Avoid timeout when interrupt delayed
i2c-axxia: Fixed i2c device minor numbers
i2c: axxia: Add support for 10-bit
From: ningligong
The register base for the RAB was wrong changed from
0x10 to 0xC
Added the IB_VIRT stats SLEEPING and TRAN_PENDING
Signed-off-by: ningligong
---
drivers/rapidio/devices/lsi/axxia-rio-ds.h | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers
From: ningligong
1. Fixed inbound data stream interrupt service routine to properly
handle packets received by all virtual VSID.
2. Moved checking for vsid_in_use of an inbound DSE, the vsid_in_use
is only valid when other two bits are set.
Signed-off-by: ningligong
---
drivers/rapidio/de
From: Michael Bringmann
Correct 'slot' argument to outb msg callback, and remove unnecessary
memory allocations.
Signed-off-by: Michael Bringmann
---
drivers/rapidio/devices/lsi/axxia-rio-irq.c | 47 +--
drivers/rapidio/devices/lsi/axxia-rio-irq.h |6
2 files
From: Michael Bringmann
Added a state variable to the interrupt status so the interrupt
for rapidio. This status helps to identify a clearer state
when the interrupt is processed.
Signed-off-by: Michael Bringmann
---
drivers/rapidio/devices/lsi/axxia-rio-ds.c |2 ++
drivers/rapidio/device
From: Michael Bringmann
Signed-off-by: Michael Bringmann
---
drivers/rapidio/devices/lsi/axxia-rio-irq.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/rapidio/devices/lsi/axxia-rio-irq.c
b/drivers/rapidio/devices/lsi/axxia-rio-irq.c
index 2ffa34b..cb16281
From: John Jacques
In some cases, the differences between simulation, emulation,
and hardware are important. This patch updates the device trees
to indicate the correct name and the arch/arm/mach-axxia code
to use it.
Signed-off-by: John Jacques
---
arch/arm/boot/dts/axm55xxemu.dts| 25 +
From: Michael Bringmann
Used 'atomic' counter to track available inbound messages between
interrupt and foreground code.
Also, enable both SRIO modules by default with check for SRIO link
ready status to validated the accesses.
Signed-off-by: Michael Bringmann
---
arch/arm/boot/dts/axm55xx.dts
From: Anders Berg
Adjusted the controller setup to meet the timing requirements for I2C fast-mode
on the SCL signal (tLOW and tHIGH). For fast-mode, a 33/66 duty cycle of the
SCL is used to match the minimum timing requirements of 1.3/0.6 for tLOW/tHIGH.
Signed-off-by: Anders Berg
---
drivers/
From: Michael Bringmann
Signed-off-by: Michael Bringmann
---
drivers/rapidio/rio.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/rapidio/rio.c b/drivers/rapidio/rio.c
index 0fe82b3..928f1eb 100644
--- a/drivers/rapidio/rio.c
+++ b/drivers/rapidio/rio.c
@@ -3
From: Michael Bringmann
Increased the inbox mail buffer size by 8 times.
Removed __devinit from the initialization routines
Signed-off-by: Michael Bringmann
---
drivers/rapidio/devices/lsi/axxia-rio-irq.c | 24 +---
drivers/rapidio/devices/lsi/axxia-rio.c |4 ++--
From: Michael Bringmann
Fix lockup issue processing inbound message descriptor chains.
Revise processing code for inbound/outbound message descriptor
chains to reduce overhead / improve performance.
Signed-off-by: Michael Bringmann
---
drivers/rapidio/devices/lsi/axxia-rio-irq.c | 108 +++
From: Michael Bringmann
Signed-off-by: Michael Bringmann
---
arch/powerpc/boot/dts/acp25xx.dts |2 ++
arch/powerpc/boot/dts/acp35xx.dts |2 ++
2 files changed, 4 insertions(+)
diff --git a/arch/powerpc/boot/dts/acp25xx.dts
b/arch/powerpc/boot/dts/acp25xx.dts
index 02f6a28..b5463c5 100
From: Michael Bringmann
Update the powerpc FDT settings for the latest AXXIA RIO code.
Update the ARM/PowerPC LSI configuration to build AXXIA RIO by default.
Add support to reset the AXXIA RIO controller when a Link Reset Request
symbol is received.
Signed-off-by: Michael Bringmann
---
arch/p
From: Michael Bringmann
Signed-off-by: Michael Bringmann
---
drivers/rapidio/devices/lsi/axxia-rio-ds.c | 539 ++-
drivers/rapidio/devices/lsi/axxia-rio-ds.h | 330 +---
drivers/rapidio/devices/lsi/axxia-rio-irq.c |6 +-
drivers/rapidio/devices/lsi/ax
From: Anders Berg
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 was completed).
Si
From: David Mercado
Introduce the use of "slow" bus locking to allow use of Linux RPC
mechanism, remove unnecessary memory barriers, etc.
Signed-off-by: David Mercado
---
arch/arm/mach-axxia/axxia-gic.c | 1109 ---
1 file changed, 563 insertions(+), 546 dele
I am running off of the master branch.
I hope this log message is readable. The key is to know that I have a
meta-oe repo in the build directory and that the last line shows it's
running in build instead of build/meta-oe.
git archive --format=tar HEAD
--prefix=meta-oe-40e0f371f3eb1628655c484feac
On 14-05-02 03:16 PM, Charlie Paul wrote:
From: Michael Bringmann
Increased the inbox mail buffer size by 8 times.
Is there a reason why it was increased ? Were events being lost under load ?
.. that's what we want to see in the commit message.
Removed __devinit from the initialization rou
Elvis
On Fri, May 2, 2014 at 12:06 PM, Elvis Dowson wrote:
> Have you seen this happen earlier at your end?
I am subsumed with gcc 4.9 work however haven't seen this happening so far.
may be you should clean the build tree and retry
--
___
yocto maili
Hi Khem,
On May 3, 2014, at 7:24, Khem Raj wrote:
> I am subsumed with gcc 4.9 work however haven't seen this happening so far.
> may be you should clean the build tree and retry
This was with a clean build.
There are a bunch of changes to the gcc recipes done by Richard Purdie
starting with t
52 matches
Mail list logo
