date:20120803

Re: [yocto] Switching between stable gcc versions

2012-08-03 Thread Khem Raj


On Aug 2, 2012, at 11:37 PM, Elvis Dowson  wrote:

> Hi,
>  In poky master, the current version of gcc is 4.7.2. If I have a 
> situation, where I need to revert back to using gcc-4.5.1, how can I do this 
> cleanly? 
> 
> Perhaps some of the issues that I'm facing with getting my root filesystem 
> image booting on my Xilinx ML507 development board (Virtex 5 PowerPC 440 
> processor) might be related the new gcc-4.7.2 release.


I think you should really debug it. such statements are very coarse grained.
you have to add debug messages to various stages and see where is it hanging.
may be build a static bash and use that as init and debug the init sequence 
from there.
> 
> At the moment, I've had to delete my entire build, switch to the 
> bernard-5.0.2 tag, and then attempt to try and build a new rootfilesystem. 
> Others have successfully built and got linux running on my target board, with 
> bernard-5.0, about a year ago.
> 


> So, if it does indeed turn out that I need to use an older version of gcc, 
> for my target, what should I do, to continue working with the poky master 
> repo, but only use the older gcc-4.5.1 release?


If you are willing to support 4.5.1 in your layer that will work for you. e.g. 
toolchain-layer has  4.6 retired into it. So try that one too.

> 
> Some options that I can think of are:
> 
> a. Reintroduce the older gcc-4.5.1 recipes in a local branch, but that would 
> mean others would not be able to reproduce my work on their machines.
> 

a lot has changed in toolchain are so keep that in mind. You can start with 
original recipes in bernhard and back port bits from master.


> b. Use bernard-5.0.2 to build the toolchain, and set things up so that it 
> uses that as an external toolchain.


this might work well.

> 
> I don't think both the options are elegant, so if someone could offer any 
> suggestions it would be great. 
> 
> Best regards,
> 
> Elvis Dowson
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Switching between stable gcc versions

2012-08-03 Thread Elvis Dowson

Hi,

On Aug 3, 2012, at 2:19 PM, Khem Raj wrote:

> 
> On Aug 2, 2012, at 11:37 PM, Elvis Dowson  wrote:
> 
>> Hi,
>> In poky master, the current version of gcc is 4.7.2. If I have a 
>> situation, where I need to revert back to using gcc-4.5.1, how can I do this 
>> cleanly? 
>> 
>> Perhaps some of the issues that I'm facing with getting my root filesystem 
>> image booting on my Xilinx ML507 development board (Virtex 5 PowerPC 440 
>> processor) might be related the new gcc-4.7.2 release.
> 
> 
> I think you should really debug it. such statements are very coarse grained.
> you have to add debug messages to various stages and see where is it hanging.
> may be build a static bash and use that as init and debug the init sequence 
> from there.

I think this might be the best course of action. Perhaps first start with a 
simple helloworld program, as an kernel boot argument for init=/hello, just to 
make sure it gets running, and then put init=/bin/sh, and then add some printk 
statements to see where it is progressing. Or add kgdb support into the kernel 
and try the eclipse ADT plugin and continue from there. 

I guess that might be the best way forward for the long term. Ok, will give 
that a shot.

Best regards,

Elvis Dowson

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] build error pandaboard on master

2012-08-03 Thread Edward Vidal

Hello,
I too am interested in the pandaboard with yacto.
I added meta-ti to conf/bblayes.conf
I have tried master and git branch 30fb40.
Did you have to make any changes to meta-ti?
I get the following
 MACHINE=pandaboard bitbake -v core-image-sato
Pseudo is not present but is required, building this first before the main
build
DEBUG: Removed the following variables from the environment: LESSOPEN,
CVS_RSH, XDG_SEAT, XDG_VTNR, CCACHE_HASHDIR, SHLVL, HISTSIZE, BBFETCH2,
XDG_RUNTIME_DIR, QT_GRAPHICSSYSTEM_CHECKED, XDG_SESSION_ID, BUILDDIR,
HOSTNAME, HISTCONTROL, MAIL, LS_COLORS
DEBUG: Found bblayers.conf (/home/ame/poky/build/conf/bblayers.conf)
DEBUG: LOAD /home/ame/poky/build/conf/bblayers.conf
DEBUG: Adding layer /home/vidal/poky/meta
DEBUG: LOAD /home/vidal/poky/meta/conf/layer.conf
DEBUG: Adding layer /home/vidal/poky/meta-yocto
DEBUG: LOAD /home/vidal/poky/meta-yocto/conf/layer.conf
DEBUG: Adding layer /home/vidal/poky/meta-ti
DEBUG: LOAD /home/vidal/poky/meta-ti/conf/layer.conf
ERROR: Unable to parse /home/vidal/poky/meta-ti/conf/layer.conf: [Errno 2]
No such file or directory: '/home/vidal/poky/meta-ti/conf/layer.conf'
Any help will be appreciated.
thanks
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] build error pandaboard on master

2012-08-03 Thread Gary Thomas


On 2012-08-03 07:19, Edward Vidal wrote:

Hello,
I too am interested in the pandaboard with yacto.
I added meta-ti to conf/bblayes.conf
I have tried master and git branch 30fb40.
Did you have to make any changes to meta-ti?
I get the following
  MACHINE=pandaboard bitbake -v core-image-sato
Pseudo is not present but is required, building this first before the main build
DEBUG: Removed the following variables from the environment: LESSOPEN, CVS_RSH, 
XDG_SEAT, XDG_VTNR, CCACHE_HASHDIR, SHLVL, HISTSIZE, BBFETCH2, XDG_RUNTIME_DIR,
QT_GRAPHICSSYSTEM_CHECKED, XDG_SESSION_ID, BUILDDIR, HOSTNAME, HISTCONTROL, 
MAIL, LS_COLORS
DEBUG: Found bblayers.conf (/home/ame/poky/build/conf/bblayers.conf)
DEBUG: LOAD /home/ame/poky/build/conf/bblayers.conf
DEBUG: Adding layer /home/vidal/poky/meta
DEBUG: LOAD /home/vidal/poky/meta/conf/layer.conf
DEBUG: Adding layer /home/vidal/poky/meta-yocto
DEBUG: LOAD /home/vidal/poky/meta-yocto/conf/layer.conf
DEBUG: Adding layer /home/vidal/poky/meta-ti
DEBUG: LOAD /home/vidal/poky/meta-ti/conf/layer.conf
ERROR: Unable to parse /home/vidal/poky/meta-ti/conf/layer.conf: [Errno 2] No 
such file or directory: '/home/vidal/poky/meta-ti/conf/layer.conf'
Any help will be appreciated.
thanks


Did you actually download meta-ti into your /home/vidal/poky tree?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] build error pandaboard on master

2012-08-03 Thread Edward Vidal

Hello

On 2012-08-03 07:19, Edward Vidal wrote:
>* Hello,*>* I too am interested in the pandaboard with yacto.*>* I added 
>meta-ti to conf/bblayes.conf*>* I have tried master and git branch 30fb40.*>* 
>Did you have to make any changes to meta-ti?*>* I get the following*>*   
>MACHINE=pandaboard bitbake -v core-image-sato*>* Pseudo is not present but is 
>required, building this first before the main build*>* DEBUG: Removed the 
>following variables from the environment: LESSOPEN, CVS_RSH, XDG_SEAT, 
>XDG_VTNR, CCACHE_HASHDIR, SHLVL, HISTSIZE, BBFETCH2, XDG_RUNTIME_DIR,*>* 
>QT_GRAPHICSSYSTEM_CHECKED, XDG_SESSION_ID, BUILDDIR, HOSTNAME, HISTCONTROL, 
>MAIL, LS_COLORS*>* DEBUG: Found bblayers.conf 
>(/home/ame/poky/build/conf/bblayers.conf)*>* DEBUG: LOAD 
>/home/ame/poky/build/conf/bblayers.conf*>* DEBUG: Adding layer 
>/home/vidal/poky/meta*>* DEBUG: LOAD /home/vidal/poky/meta/conf/layer.conf*>* 
>DEBUG: Adding layer /home/vidal/poky/meta-yocto*>* DEBUG: LOAD 
>/home/vidal/poky/meta-yocto/conf/layer.conf*>* DEBUG: Adding layer 
>/home/vidal/poky/meta-ti*>* DEBUG: LOAD 
>/home/vidal/poky/meta-ti/conf/layer.conf*>* ERROR: Unable to parse 
>/home/vidal/poky/meta-ti/conf/layer.conf: [Errno 2] No such file or directory: 
>'/home/vidal/poky/meta-ti/conf/layer.conf'*>* Any help will be appreciated.*>* 
>thanks*
Did you actually download meta-ti into your /home/vidal/poky tree?

Yes I used the commands
git clone  git://github.com/Angstrom-distribution/meta-ti.git
cd meta-ti
git branch 30fb40
cd ../meta-ti
git log
commit d3ff5630a74640f46ca2ceaef1aa1baa86b9b795
Author: Andreas Müller 
Date:   Mon Jul 9 14:35:36 2012 +0200

netbase: follow oe-core to v5.0

Signed-off-by: Andreas Müller 
Signed-off-by: Denys Dmytriyenko 

commit 30fb40ebc13614a74c2e237927c60ac43e01d1bc
Author: Andreas Müller 

The errors above was that I was running as another user
After fixing bblayes.conf
MACHINE=pandaboard bitbake -v core-image-sato
Pseudo is not present but is required, building this first before the main
build
Loading cache: 100% |###| ETA:
00:00:00
Loaded 60 entries from dependency cache.
ERROR: This recipe does not have the LICENSE field set
(cloud9-gfx-image)-:--:--
ERROR: Unable to parse /home/ame/poky/meta-ti/recipes-misc/images/
cloud9-gfx-image.bb: Exited with "1"
ERROR: This recipe does not have the LICENSE field set (cloud9-gnome-image)
ERROR: This recipe does not have the LICENSE field set (cloud9-image)
ERROR: This recipe does not have the LICENSE field set (ti-hw-bringup-image)
ERROR: Command execution failed: Traceback (most recent call last):
  File "/home/ame/poky/bitbake/lib/bb/command.py", line 84, in
runAsyncCommand
self.cooker.updateCache()
  File "/home/ame/poky/bitbake/lib/bb/cooker.py", line 1202, in updateCache
if not self.parser.parse_next():
  File "/home/ame/poky/bitbake/lib/bb/cooker.py", line 1669, in parse_next
self.virtuals += len(result)
UnboundLocalError: local variable 'result' referenced before assignment

Summary: There were 6 ERROR messages shown, returning a non-zero exit code.
git clone  git://github.com/Angstrom-distribution/meta-ti.git
cd meta-ti
git branch 30fb40
Thanks
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] build error pandaboard on master

2012-08-03 Thread Gary Thomas


On 2012-08-03 07:59, Edward Vidal wrote:

Hello

On 2012-08-03 07:19, Edward Vidal wrote:

/  Hello,

/>/  I too am interested in the pandaboard with yacto.
/>/  I added meta-ti to conf/bblayes.conf
/>/  I have tried master and git branch 30fb40.
/>/  Did you have to make any changes to meta-ti?
/>/  I get the following
/>/MACHINE=pandaboard bitbake -v core-image-sato
/>/  Pseudo is not present but is required, building this first before the main 
build
/>/  DEBUG: Removed the following variables from the environment: LESSOPEN, 
CVS_RSH, XDG_SEAT, XDG_VTNR, CCACHE_HASHDIR, SHLVL, HISTSIZE, BBFETCH2, 
XDG_RUNTIME_DIR,
/>/  QT_GRAPHICSSYSTEM_CHECKED, XDG_SESSION_ID, BUILDDIR, HOSTNAME, 
HISTCONTROL, MAIL, LS_COLORS
/>/  DEBUG: Found bblayers.conf (/home/ame/poky/build/conf/bblayers.conf)
/>/  DEBUG: LOAD /home/ame/poky/build/conf/bblayers.conf
/>/  DEBUG: Adding layer /home/vidal/poky/meta
/>/  DEBUG: LOAD /home/vidal/poky/meta/conf/layer.conf
/>/  DEBUG: Adding layer /home/vidal/poky/meta-yocto
/>/  DEBUG: LOAD /home/vidal/poky/meta-yocto/conf/layer.conf
/>/  DEBUG: Adding layer /home/vidal/poky/meta-ti
/>/  DEBUG: LOAD /home/vidal/poky/meta-ti/conf/layer.conf
/>/  ERROR: Unable to parse /home/vidal/poky/meta-ti/conf/layer.conf: [Errno 2] 
No such file or directory: '/home/vidal/poky/meta-ti/conf/layer.conf'
/>/  Any help will be appreciated.
/>/  thanks
/
Did you actually download meta-ti into your /home/vidal/poky tree?

Yes I used the commands
git clone  git://github.com/Angstrom-distribution/meta-ti.git 

cd meta-ti
git branch 30fb40
cd ../meta-ti
git log
commit d3ff5630a74640f46ca2ceaef1aa1baa86b9b795
Author: Andreas Müller mailto:schnitzelt...@googlemail.com>>
Date:   Mon Jul 9 14:35:36 2012 +0200

 netbase: follow oe-core to v5.0

 Signed-off-by: Andreas Müller mailto:schnitzelt...@googlemail.com>>
 Signed-off-by: Denys Dmytriyenko mailto:de...@ti.com>>

commit 30fb40ebc13614a74c2e237927c60ac43e01d1bc
Author: Andreas Müller mailto:schnitzelt...@googlemail.com>>

The errors above was that I was running as another user
After fixing bblayes.conf
MACHINE=pandaboard bitbake -v core-image-sato
Pseudo is not present but is required, building this first before the main build
Loading cache: 100% |###| ETA:  00:00:00
Loaded 60 entries from dependency cache.
ERROR: This recipe does not have the LICENSE field set (cloud9-gfx-image)-:--:--
ERROR: Unable to parse /home/ame/poky/meta-ti/recipes-misc/images/cloud9-gfx-image.bb 
: Exited with "1"
ERROR: This recipe does not have the LICENSE field set (cloud9-gnome-image)
ERROR: This recipe does not have the LICENSE field set (cloud9-image)
ERROR: This recipe does not have the LICENSE field set (ti-hw-bringup-image)
ERROR: Command execution failed: Traceback (most recent call last):
   File "/home/ame/poky/bitbake/lib/bb/command.py", line 84, in runAsyncCommand
 self.cooker.updateCache()
   File "/home/ame/poky/bitbake/lib/bb/cooker.py", line 1202, in updateCache
 if not self.parser.parse_next():
   File "/home/ame/poky/bitbake/lib/bb/cooker.py", line 1669, in parse_next
 self.virtuals += len(result)
UnboundLocalError: local variable 'result' referenced before assignment


Summary: There were 6 ERROR messages shown, returning a non-zero exit code.
git clone  git://github.com/Angstrom-distribution/meta-ti.git 

cd meta-ti
git branch 30fb40
Thanks


Check the README

I normally add this to local.conf to work around these problems:
  BBMASK ?= ".*/meta-ti/recipes-(misc|bsp/formfactor)/"

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] build error pandaboard on master

2012-08-03 Thread Edward Vidal

On 2012-08-03 07:59, Edward Vidal wrote:
>* Hello*>**>* On 2012-08-03 07:19, Edward Vidal wrote:*>>*/  Hello,*>* />/  I 
>too am interested in the pandaboard with yacto.*>* />/  I added meta-ti to 
>conf/bblayes.conf*>* />/  I have tried master and git branch 30fb40.*>* />/  
>Did you have to make any changes to meta-ti?*>* />/  I get the following*>* 
>/>/MACHINE=pandaboard bitbake -v core-image-sato*>* />/  Pseudo is not 
>present but is required, building this first before the main build*>* />/  
>DEBUG: Removed the following variables from the environment: LESSOPEN, 
>CVS_RSH, XDG_SEAT, XDG_VTNR, CCACHE_HASHDIR, SHLVL, HISTSIZE, BBFETCH2, 
>XDG_RUNTIME_DIR,*>* />/  QT_GRAPHICSSYSTEM_CHECKED, XDG_SESSION_ID, BUILDDIR, 
>HOSTNAME, HISTCONTROL, MAIL, LS_COLORS*>* />/  DEBUG: Found bblayers.conf 
>(/home/ame/poky/build/conf/bblayers.conf)*>* />/  DEBUG: LOAD 
>/home/ame/poky/build/conf/bblayers.conf*>* />/  DEBUG: Adding layer 
>/home/vidal/poky/meta*>* />/  DEBUG: LOAD 
>/home/vidal/poky/meta/conf/layer.conf*>* />/  DEBUG: Adding layer 
>/home/vidal/poky/meta-yocto*>* />/  DEBUG: LOAD 
>/home/vidal/poky/meta-yocto/conf/layer.conf*>* />/  DEBUG: Adding layer 
>/home/vidal/poky/meta-ti*>* />/  DEBUG: LOAD 
>/home/vidal/poky/meta-ti/conf/layer.conf*>* />/  ERROR: Unable to parse 
>/home/vidal/poky/meta-ti/conf/layer.conf: [Errno 2] No such file or directory: 
>'/home/vidal/poky/meta-ti/conf/layer.conf'*>* />/  Any help will be 
>appreciated.*>* />/  thanks*>* /*>* Did you actually download meta-ti into 
>your /home/vidal/poky tree?*>**>* Yes I used the commands*>* git clone  
>git://github.com/Angstrom-distribution/meta-ti.git 
>*>* cd meta-ti*>* git 
>branch 30fb40*>* cd ../meta-ti*>* git log*>* commit 
>d3ff5630a74640f46ca2ceaef1aa1baa86b9b795*>* Author: Andreas Müller 
> googlemail.com >>*>* Date:   
>Mon Jul 9 14:35:36 2012 +0200*>**>*  netbase: follow oe-core to v5.0*>**>* 
> Signed-off-by: Andreas Müller  googlemail.com >>*>*  
>Signed-off-by: Denys Dmytriyenko  >>*>**>* commit 
>30fb40ebc13614a74c2e237927c60ac43e01d1bc*>* Author: Andreas Müller 
> googlemail.com >>*>**>* The 
>errors above was that I was running as another user*>* After fixing 
>bblayes.conf*>* MACHINE=pandaboard bitbake -v core-image-sato*>* Pseudo is not 
>present but is required, building this first before the main build*>* Loading 
>cache: 100% |###| ETA:  00:00:00*>* 
>Loaded 60 entries from dependency cache.*>* ERROR: This recipe does not have 
>the LICENSE field set (cloud9-gfx-image)-:--:--*>* ERROR: Unable to parse 
>/home/ame/poky/meta-ti/recipes-misc/images/cloud9-gfx-image.bb 
>: Exited with "1"*>* ERROR: This recipe does not 
>have the LICENSE field set (cloud9-gnome-image)*>* ERROR: This recipe does not 
>have the LICENSE field set (cloud9-image)*>* ERROR: This recipe does not have 
>the LICENSE field set (ti-hw-bringup-image)*>* ERROR: Command execution 
>failed: Traceback (most recent call last):*>*File 
>"/home/ame/poky/bitbake/lib/bb/command.py", line 84, in runAsyncCommand*>* 
> self.cooker.updateCache()*>*File 
>"/home/ame/poky/bitbake/lib/bb/cooker.py", line 1202, in updateCache*>*  
>if not self.parser.parse_next():*>*File 
>"/home/ame/poky/bitbake/lib/bb/cooker.py", line 1669, in parse_next*>*  
>self.virtuals += len(result)*>* UnboundLocalError: local variable 'result' 
>referenced before assignment*>**>**>* Summary: There were 6 ERROR messages 
>shown, returning a non-zero exit code.*>* git clone  
>git://github.com/Angstrom-distribution/meta-ti.git 
>*>* cd meta-ti*>* git 
>branch 30fb40*>* Thanks*
Check the README

I normally add this to local.conf to work around these problems:
   BBMASK ?= ".*/meta-ti/recipes-(misc|bsp/formfactor)/"

I tried both
BBMASK ?= ".*/meta-ti/recipes-(misc|bsp/formfactor)/"
and BBMASK ?= ".*/meta-ti/recipes-misc" which  is in the README
I get
 MACHINE=pandaboard bitbake -v core-image-sato
Pseudo is not present but is required, building this first before the main build
Parsing recipes: 100% |#| Time: 00:00:33
Parsing of 887 .bb files complete (0 cached, 887 parsed). 1165
targets, 58 skipped, 8 masked, 0 errors.
ERROR: No recipes available for:
  /home/ame/poky/meta-ti/recipes-core/netbase/netbase_5.0.bbappend
ERROR: Command execution failed: Exited with 1

Su

[yocto] Fwd: build error pandaboard on master

2012-08-03 Thread Edward Vidal

Forwarded conversation
Subject: build error pandaboard on master

From: *Edward Vidal* 
Date: Fri, Aug 3, 2012 at 7:19 AM
To: yocto@yoctoproject.org

Hello,
I too am interested in the pandaboard with yacto.
I added meta-ti to conf/bblayes.conf
I have tried master and git branch 30fb40.
Did you have to make any changes to meta-ti?
I get the following
 MACHINE=pandaboard bitbake -v core-image-sato
Pseudo is not present but is required, building this first before the main
build
DEBUG: Removed the following variables from the environment: LESSOPEN,
CVS_RSH, XDG_SEAT, XDG_VTNR, CCACHE_HASHDIR, SHLVL, HISTSIZE, BBFETCH2,
XDG_RUNTIME_DIR, QT_GRAPHICSSYSTEM_CHECKED, XDG_SESSION_ID, BUILDDIR,
HOSTNAME, HISTCONTROL, MAIL, LS_COLORS
DEBUG: Found bblayers.conf (/home/ame/poky/build/conf/bblayers.conf)
DEBUG: LOAD /home/ame/poky/build/conf/bblayers.conf
DEBUG: Adding layer /home/vidal/poky/meta
DEBUG: LOAD /home/vidal/poky/meta/conf/layer.conf
DEBUG: Adding layer /home/vidal/poky/meta-yocto
DEBUG: LOAD /home/vidal/poky/meta-yocto/conf/layer.conf
DEBUG: Adding layer /home/vidal/poky/meta-ti
DEBUG: LOAD /home/vidal/poky/meta-ti/conf/layer.conf
ERROR: Unable to parse /home/vidal/poky/meta-ti/conf/layer.conf: [Errno 2]
No such file or directory: '/home/vidal/poky/meta-ti/conf/layer.conf'
Any help will be appreciated.
thanks

--
From: *Edward Vidal* 
Date: Fri, Aug 3, 2012 at 7:59 AM
To: yocto@yoctoproject.org

Hello

Did you actually download meta-ti into your /home/vidal/poky tree?

Yes I used the commands
git clone  git://github.com/Angstrom-distribution/meta-ti.git
cd meta-ti
git branch 30fb40
cd ../meta-ti
git log
commit d3ff5630a74640f46ca2ceaef1aa1baa86b9b795
Author: Andreas Müller 
Date:   Mon Jul 9 14:35:36 2012 +0200

netbase: follow oe-core to v5.0

Signed-off-by: Andreas Müller 
Signed-off-by: Denys Dmytriyenko 

commit 30fb40ebc13614a74c2e237927c60ac43e01d1bc
Author: Andreas Müller 

The errors above was that I was running as another user
After fixing bblayes.conf

MACHINE=pandaboard bitbake -v core-image-sato
Pseudo is not present but is required, building this first before the main
build
Loading cache: 100% |###| ETA:
00:00:00
Loaded 60 entries from dependency cache.
ERROR: This recipe does not have the LICENSE field set
(cloud9-gfx-image)-:--:--
ERROR: Unable to parse /home/ame/poky/meta-ti/recipes-misc/images/
cloud9-gfx-image.bb: Exited with "1"
ERROR: This recipe does not have the LICENSE field set (cloud9-gnome-image)
ERROR: This recipe does not have the LICENSE field set (cloud9-image)
ERROR: This recipe does not have the LICENSE field set (ti-hw-bringup-image)
ERROR: Command execution failed: Traceback (most recent call last):
  File "/home/ame/poky/bitbake/lib/bb/command.py", line 84, in
runAsyncCommand
self.cooker.updateCache()
  File "/home/ame/poky/bitbake/lib/bb/cooker.py", line 1202, in updateCache
if not self.parser.parse_next():
  File "/home/ame/poky/bitbake/lib/bb/cooker.py", line 1669, in parse_next
self.virtuals += len(result)
UnboundLocalError: local variable 'result' referenced before assignment

Summary: There were 6 ERROR messages shown, returning a non-zero exit code.
git clone  git://github.com/Angstrom-distribution/meta-ti.git
cd meta-ti
git branch 30fb40
Thanks

--
From: *Edward Vidal* 
Date: Fri, Aug 3, 2012 at 8:37 AM
To: yocto@yoctoproject.org

On 2012-08-03 07:59, Edward Vidal wrote:
>* Hello*>**>* On 2012-08-03 07:19, Edward Vidal wrote:*
>>*/  Hello,*>* />/  I too am interested in the pandaboard with yacto.*>* />/  
>>I added meta-ti to conf/bblayes.conf*>* />/  I have tried master and git 
>>branch 30fb40.*>* />/  Did you have to make any changes to meta-ti?*>* />/  I 
>>get the following*>* />/MACHINE=pandaboard bitbake -v core-image-sato*>* 
>>/>/  Pseudo is not present but is required, building this first before the 
>>main build*>* />/  DEBUG: Removed the following variables from the 
>>environment: LESSOPEN, CVS_RSH, XDG_SEAT, XDG_VTNR, CCACHE_HASHDIR, SHLVL, 
>>HISTSIZE, BBFETCH2, XDG_RUNTIME_DIR,*>* />/  QT_GRAPHICSSYSTEM_CHECKED, 
>>XDG_SESSION_ID, BUILDDIR, HOSTNAME, HISTCONTROL, MAIL, LS_COLORS*>* />/  
>>DEBUG: Found bblayers.conf (/home/ame/poky/build/conf/bblayers.conf)*>* />/  
>>DEBUG: LOAD /home/ame/poky/build/conf/bblayers.conf*>* />/  DEBUG: Adding 
>>layer /home/vidal/poky/meta*>* />/  DEBUG: LOAD 
>>/home/vidal/poky/meta/conf/layer.conf*>* />/  DEBUG: Adding layer 
>>/home/vidal/poky/meta-yocto*>* />/  DEBUG: LOAD 
>>/home/vidal/poky/meta-yocto/conf/layer.conf*>* />/  DEBUG: Adding layer 
>>/home/vidal/poky/meta-ti*>* />/  DEBUG: LOAD 
>>/home/vidal/poky/meta-ti/conf/layer.conf*>* />/  ERROR: Unable to parse 
>>/home/vidal/poky/meta-ti/conf/layer.conf: [Errno 2] No such file or 
>>directory: '/home/vidal/poky/meta-ti/conf/layer.conf'*>* />/  Any help will 
>>be appreciated.*>* />/  thanks*
>* /*>* Did you actually download meta-ti into your /h

Re: [yocto] [PATCH 0/1] [KERNEL] meta: New Crystal Forest Machine Branch

2012-08-03 Thread Bruce Ashfield


On 12-08-02 02:35 PM, kishore.k.bo...@intel.com wrote:

From: Kishore Bodke

Hi,

This is a revised patch set is for creating the new Crystal Forest Machine.
Crystal Forest Machine is Sandybridge CPU with Cave Creek Chipset.

This machine is based on standard/default/common-pc-64.

Please create a new branch called standard/default/common-pc-64/crystalforest
for linux-yocto-3.4 kernel and push this new meta branch.


I'd rather not push this out right on the M3 pull request deadline,
but there is very little risk to it .. so I'm not really opinionated
on it.

Can this wait a few days, or do we want/need it in M3 ?

Cheers,

Bruce



Thanks
Kishore.

The following changes since commit 459165c1dd61c4e843c36e6a1abeb30949a20ba7:

   kconf: add 8250 Kconfig to hardware listing audit (2012-07-26 16:23:26 -0400)

are available in the git repository at:

   git://git.pokylinux.org/linux-yocto-2.6.37-contrib kishore/meta-crystalforest
   
http://git.pokylinux.org/cgit.cgi/linux-yocto-2.6.37-contrib/log/?h=kishore/meta-crystalforest

Kishore Bodke (1):
   meta: Crystal Forest Machine Created.

  .../bsp/crystalforest/crystalforest-preempt-rt.scc |9 ++
  .../bsp/crystalforest/crystalforest-standard.scc   |8 +
  .../bsp/crystalforest/crystalforest.cfg|   32 
  .../bsp/crystalforest/crystalforest.scc|   23 ++
  4 files changed, 72 insertions(+)
  create mode 100644 
meta/cfg/kernel-cache/bsp/crystalforest/crystalforest-preempt-rt.scc
  create mode 100644 
meta/cfg/kernel-cache/bsp/crystalforest/crystalforest-standard.scc
  create mode 100644 meta/cfg/kernel-cache/bsp/crystalforest/crystalforest.cfg
  create mode 100644 meta/cfg/kernel-cache/bsp/crystalforest/crystalforest.scc



___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [PATCH 0/1] [KERNEL] meta: New Crystal Forest Machine Branch

2012-08-03 Thread Darren Hart



On 08/03/2012 08:26 AM, Bruce Ashfield wrote:
> On 12-08-02 02:35 PM, kishore.k.bo...@intel.com wrote:
>> From: Kishore Bodke
>>
>> Hi,
>>
>> This is a revised patch set is for creating the new Crystal Forest Machine.
>> Crystal Forest Machine is Sandybridge CPU with Cave Creek Chipset.
>>
>> This machine is based on standard/default/common-pc-64.
>>
>> Please create a new branch called standard/default/common-pc-64/crystalforest
>> for linux-yocto-3.4 kernel and push this new meta branch.
> 
> I'd rather not push this out right on the M3 pull request deadline,
> but there is very little risk to it .. so I'm not really opinionated
> on it.
> 
> Can this wait a few days, or do we want/need it in M3 ?


Kishore still needs to address the i915 question.

--
Darren

> 
> Cheers,
> 
> Bruce
> 
>>
>> Thanks
>> Kishore.
>>
>> The following changes since commit 459165c1dd61c4e843c36e6a1abeb30949a20ba7:
>>
>>kconf: add 8250 Kconfig to hardware listing audit (2012-07-26 16:23:26 
>> -0400)
>>
>> are available in the git repository at:
>>
>>git://git.pokylinux.org/linux-yocto-2.6.37-contrib 
>> kishore/meta-crystalforest
>>
>> http://git.pokylinux.org/cgit.cgi/linux-yocto-2.6.37-contrib/log/?h=kishore/meta-crystalforest
>>
>> Kishore Bodke (1):
>>meta: Crystal Forest Machine Created.
>>
>>   .../bsp/crystalforest/crystalforest-preempt-rt.scc |9 ++
>>   .../bsp/crystalforest/crystalforest-standard.scc   |8 +
>>   .../bsp/crystalforest/crystalforest.cfg|   32 
>> 
>>   .../bsp/crystalforest/crystalforest.scc|   23 ++
>>   4 files changed, 72 insertions(+)
>>   create mode 100644 
>> meta/cfg/kernel-cache/bsp/crystalforest/crystalforest-preempt-rt.scc
>>   create mode 100644 
>> meta/cfg/kernel-cache/bsp/crystalforest/crystalforest-standard.scc
>>   create mode 100644 
>> meta/cfg/kernel-cache/bsp/crystalforest/crystalforest.cfg
>>   create mode 100644 
>> meta/cfg/kernel-cache/bsp/crystalforest/crystalforest.scc
>>
> 

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Technical Lead - Linux Kernel
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [PATCH 0/1] [KERNEL] meta: New Crystal Forest Machine Branch

2012-08-03 Thread Bodke, Kishore K



>-Original Message-
>From: Darren Hart [mailto:dvh...@linux.intel.com]
>Sent: Friday, August 03, 2012 8:56 AM
>To: Bruce Ashfield
>Cc: Bodke, Kishore K; yocto@yoctoproject.org
>Subject: Re: [PATCH 0/1] [KERNEL] meta: New Crystal Forest Machine Branch
>
>
>
>On 08/03/2012 08:26 AM, Bruce Ashfield wrote:
>> On 12-08-02 02:35 PM, kishore.k.bo...@intel.com wrote:
>>> From: Kishore Bodke
>>>
>>> Hi,
>>>
>>> This is a revised patch set is for creating the new Crystal Forest Machine.
>>> Crystal Forest Machine is Sandybridge CPU with Cave Creek Chipset.
>>>
>>> This machine is based on standard/default/common-pc-64.
>>>
>>> Please create a new branch called standard/default/common-pc-
>64/crystalforest
>>> for linux-yocto-3.4 kernel and push this new meta branch.
>>
>> I'd rather not push this out right on the M3 pull request deadline,
>> but there is very little risk to it .. so I'm not really opinionated
>> on it.
>>
>> Can this wait a few days, or do we want/need it in M3 ?
>
>
>Kishore still needs to address the i915 question.


Hi Bruce,

This could wait until after M3, if it has to.  

Hi Darren,

I have no idea if i915 is needed, I just derived from Romley since this is 
close to it.
I can try without this feature, but I would still keep it until I test with all 
the 4 different versions of Crystal Forest Boards and remove it if it is not 
needed.

Thanks
Kishore.

>
>--
>Darren
>
>>
>> Cheers,
>>
>> Bruce
>>
>>>
>>> Thanks
>>> Kishore.
>>>
>>> The following changes since commit
>459165c1dd61c4e843c36e6a1abeb30949a20ba7:
>>>
>>>kconf: add 8250 Kconfig to hardware listing audit (2012-07-26 16:23:26 -
>0400)
>>>
>>> are available in the git repository at:
>>>
>>>git://git.pokylinux.org/linux-yocto-2.6.37-contrib kishore/meta-
>crystalforest
>>>http://git.pokylinux.org/cgit.cgi/linux-yocto-2.6.37-
>contrib/log/?h=kishore/meta-crystalforest
>>>
>>> Kishore Bodke (1):
>>>meta: Crystal Forest Machine Created.
>>>
>>>   .../bsp/crystalforest/crystalforest-preempt-rt.scc |9 ++
>>>   .../bsp/crystalforest/crystalforest-standard.scc   |8 +
>>>   .../bsp/crystalforest/crystalforest.cfg|   32
>
>>>   .../bsp/crystalforest/crystalforest.scc|   23 ++
>>>   4 files changed, 72 insertions(+)
>>>   create mode 100644 meta/cfg/kernel-
>cache/bsp/crystalforest/crystalforest-preempt-rt.scc
>>>   create mode 100644 meta/cfg/kernel-
>cache/bsp/crystalforest/crystalforest-standard.scc
>>>   create mode 100644 meta/cfg/kernel-
>cache/bsp/crystalforest/crystalforest.cfg
>>>   create mode 100644 meta/cfg/kernel-
>cache/bsp/crystalforest/crystalforest.scc
>>>
>>
>
>--
>Darren Hart
>Intel Open Source Technology Center
>Yocto Project - Technical Lead - Linux Kernel
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [PATCH 0/1] [KERNEL] meta: New Crystal Forest Machine Branch

2012-08-03 Thread Darren Hart


On 08/03/2012 09:31 AM, Bodke, Kishore K wrote:
> 
> 
>> -Original Message-
>> From: Darren Hart [mailto:dvh...@linux.intel.com]
>> Sent: Friday, August 03, 2012 8:56 AM
>> To: Bruce Ashfield
>> Cc: Bodke, Kishore K; yocto@yoctoproject.org
>> Subject: Re: [PATCH 0/1] [KERNEL] meta: New Crystal Forest Machine Branch
>>
>>
>>
>> On 08/03/2012 08:26 AM, Bruce Ashfield wrote:
>>> On 12-08-02 02:35 PM, kishore.k.bo...@intel.com wrote:
 From: Kishore Bodke

 Hi,

 This is a revised patch set is for creating the new Crystal Forest Machine.
 Crystal Forest Machine is Sandybridge CPU with Cave Creek Chipset.

 This machine is based on standard/default/common-pc-64.

 Please create a new branch called standard/default/common-pc-
>> 64/crystalforest
 for linux-yocto-3.4 kernel and push this new meta branch.
>>>
>>> I'd rather not push this out right on the M3 pull request deadline,
>>> but there is very little risk to it .. so I'm not really opinionated
>>> on it.
>>>
>>> Can this wait a few days, or do we want/need it in M3 ?
>>
>>
>> Kishore still needs to address the i915 question.
> 
> 
> Hi Bruce,
> 
> This could wait until after M3, if it has to.  
> 
> Hi Darren,
> 
> I have no idea if i915 is needed, I just derived from Romley since this is
> close to it.  I can try without this feature, but I would still keep it until
> I test with all the 4 different versions of Crystal Forest Boards and remove
> it if it is not needed.

You should be able to determine if the i915 hardware is present in your
hardware without relying on empirical testing. If you aren't sure,
you'll have to dig up the hardware documentation. But we shouldn't get
in the habit of enabling a feature because we don't know if it's needed.

--
Darren

> 
> Thanks
> Kishore.
> 
>>
>> --
>> Darren
>>
>>>
>>> Cheers,
>>>
>>> Bruce
>>>

 Thanks
 Kishore.

 The following changes since commit
>> 459165c1dd61c4e843c36e6a1abeb30949a20ba7:

kconf: add 8250 Kconfig to hardware listing audit (2012-07-26 16:23:26 -
>> 0400)

 are available in the git repository at:

git://git.pokylinux.org/linux-yocto-2.6.37-contrib kishore/meta-
>> crystalforest
http://git.pokylinux.org/cgit.cgi/linux-yocto-2.6.37-
>> contrib/log/?h=kishore/meta-crystalforest

 Kishore Bodke (1):
meta: Crystal Forest Machine Created.

   .../bsp/crystalforest/crystalforest-preempt-rt.scc |9 ++
   .../bsp/crystalforest/crystalforest-standard.scc   |8 +
   .../bsp/crystalforest/crystalforest.cfg|   32
>> 
   .../bsp/crystalforest/crystalforest.scc|   23 ++
   4 files changed, 72 insertions(+)
   create mode 100644 meta/cfg/kernel-
>> cache/bsp/crystalforest/crystalforest-preempt-rt.scc
   create mode 100644 meta/cfg/kernel-
>> cache/bsp/crystalforest/crystalforest-standard.scc
   create mode 100644 meta/cfg/kernel-
>> cache/bsp/crystalforest/crystalforest.cfg
   create mode 100644 meta/cfg/kernel-
>> cache/bsp/crystalforest/crystalforest.scc

>>>
>>
>> --
>> Darren Hart
>> Intel Open Source Technology Center
>> Yocto Project - Technical Lead - Linux Kernel

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Technical Lead - Linux Kernel
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Manually fetching files (and disabling the sanity-checker)

2012-08-03 Thread Tim Bird

On 07/18/2012 05:22 PM, Saul Wold wrote:
> On 07/18/2012 04:50 PM, Tim Bird wrote:
>> Hi all,
>>
>> I've given up trying to work around Sony's firewall.  After repeated attempts
>> I still can't get any 'git:'-based URLS to work through the firewall.
>>
>> I vaguely recall the last time I worked on this (about 5.0 timeframe) there
>> was a mirror where tarballs could be downloaded, if the git fetch didn't 
>> work.
>>
>> Is this mirror still available?  If not, is there any way to disable
>> the sanity-checker, and have bitbake tell me what repositories it's
>> looking for, so I can manually construct a local mirror for yoctoproject
>> to work off of?
>>
> To disable the sanity check you can set CONNECTIVITY_CHECK_URIS to "" 
> and that will cause it to be skipped.
> 
> Regarding the mirroring, have you tried to just set the PREMIRRORS to 
> use only http* and ftp in your local.conf:
> PREMIRRORS = "\
> ftp://.*/.*  http://downloads.yoctoproject.org/mirror/sources/ \n \
> http://.*/.* http://downloads.yoctoproject.org/mirror/sources/ \n \
> https://.*/.*http://downloads.yoctoproject.org/mirror/sources/ \n"
> 
> I am not sure, but this might force protocols. You could try a "bitbake 
> -c fetchall universe"
> 
> I am going have Michael H. get you the information about where the the 
> Downloads are.
> 
> Let me know how it goes.

Just to report back, I successfully used this and the instructions Michael
Halstead provided, from 
https://lists.yoctoproject.org/pipermail/yocto/2012-May/008966.html
to work around my non-working Sony proxy issue.

So thank you both very much!  I completed several builds in the past week,
and am looking forward to doing some experimentation with my
own custom distribution, for some research I'm doing.

I should note that this is independent of the work being done by Sony's
internal distribution team, who have been working to migrate Sony's internal
Linux distribution to the Yocto Project for a few months now.

=
Tim Bird
Architecture Group Chair, CE Workgroup of the Linux Foundation
Senior Staff Engineer, Sony Network Entertainment
=

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Manually fetching files (and disabling the sanity-checker)

2012-08-03 Thread Stewart, David C

>From: yocto-boun...@yoctoproject.org [mailto:yocto-
>boun...@yoctoproject.org] On Behalf Of Tim Bird
>Sent: Friday, August 03, 2012 10:07 AM
>
>Just to report back, I successfully used this and the instructions Michael
>Halstead provided, from https://lists.yoctoproject.org/pipermail/yocto/2012-
>May/008966.html
>to work around my non-working Sony proxy issue.
>
>So thank you both very much!  I completed several builds in the past week,
>and am looking forward to doing some experimentation with my
>own custom distribution, for some research I'm doing.

Tim - great to hear!

Saul/Michael - thanks for your help.
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Yocto Project feature/bug priority definition and related planning changes

2012-08-03 Thread Liu, Song

Hi All,

A while ago, we moved our features into the Bugzilla system and made managing 
bugs and features easier. But since then, we have been maintaining two sets of 
priority definitions for bugs and features. As we are using iterative process, 
we always learn, adjust and improve as we move forward. Now we are merging 
priority definitions for bugs and features. Thanks for the team's great 
contribution, now we have the new set of priority definitions below and I'll 
list related planning changes as well. All of these changes are also reflected 
on this wiki page: 
https://wiki.yoctoproject.org/wiki/Yocto_Project_Design_and_Development_Process 

Thank you all for your support. Please feel free to let me know if you have any 
questions or concerns.

Song


Definition of Priorities:
-

- High: crucial items
- Medium+: compared with medium ones, these are more important items that need 
more attention due to their bigger impact to system functions, build system, 
etc. 
- Medium: important items
- Low: nice to have items

How priorities are considered during planning:
-

- Release planning: 
  - High: 
* Required for the release and should have a specific milestone as the 
target milestone
* Priority and schedule changes need CCB approval. 
  - Medium+: 
* Required to have a release (major or point release) as the target 
milestone, but these items are not release blockers.
* Encourage the team to schedule these items into milestones. But this is 
not required during release planning.
  - Medium: 
* Required to have a release (major or point release) as the target 
milestone, but these items are not release blockers.
  - Low: No plan, leave to individuals
- Milestone planning:
  - Medium+/medium:  The team picks some of these items targeted for the 
release and schedule them to the current milestone. Medium+ items take higher 
priority. 
  - Low: no plan, leave to individuals

Impact to the Release criteria:
--

  - All high's for the target milestone must be completed for that milestone. 
Any priority or schedule changes for high's needs to go through CCB approval 
process. 
  - The majority of the medium+ items targeted for a release should be 
completed for the target release.


Existing Bugzilla item mapping:
---

We will use the following as the guideline to assign existing features in 
Bugzilla to new priorities. At the same time, as the team looks through these 
items there may be some exceptions. We will try to complete this in the next 
week or so.

* Features: Severity = "Enhancement"
* Mapping:
  - "Old P4" = Target Milestone "Future", Priority "Low" 
  - "Old P3" = Priority "Low", Target Milestone can easily slip should roughly 
target a release though
  - "Old P2" = "Priority "Medium", should be more targeted milestone wise
  - "Old P1" = High + Priority Enhancements or bugs.
* Medium+
  - We may not assign any bugs to medium+ during this migration
  - We will mostly leave it to the team to decide which medium bugs need to be 
medium+ at this time


___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

2012-08-03 Thread Elvis Dowson

Hi,
   I just thought of updating my gcc recipe locally to the latest commit, 
as follows:

diff --git a/meta/recipes-devtools/gcc/gcc-4.7.inc 
b/meta/recipes-devtools/gcc/gcc-4.7.inc
index 4905155..d2ce75a 100644
--- a/meta/recipes-devtools/gcc/gcc-4.7.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.7.inc
@@ -1,6 +1,6 @@
 require gcc-common.inc
 
-PR = "r9"
+PR = "r10"
 
 # Third digit in PV should be incremented after a minor release
 # happens from this branch on gcc e.g. currently its 4.7.1
@@ -21,7 +21,7 @@ PV = "4.7.1.0+git${SRCPV}"
 
 BINV = "4.7.2"
 
-SRCREV = "d07e24f4ab59f264d68d21838795349faab5dede"
+SRCREV = "1653160670db186c6243997447ecbe6ce5056648"
 BRANCH = "gcc-4_7-branch"
 FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)}"
 
@@ -36,7 +36,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
file://COPYING.LIB;md5=2d5025d4aa3495befef8f17206a5b0a1 \
   file://COPYING.RUNTIME;md5=fe60d87048567d4fe8c8a0ed2448bcc8"
 
-SRC_URI = "git://github.com/mirrors/gcc.git;branch=${BRANCH};protocol=git \
+SRC_URI = "git://gcc.gnu.org/git/gcc.git;branch=${BRANCH};protocol=git \
   file://gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch \
   file://100-uclibc-conf.patch \
file://gcc-uclibc-locale-ctype_touplow_t.patch \


I thought of doing this update, before attempting to debug my Virtex5 PowerPC 
440 processor root filesystem boot issues, to take advantage of any new patches 
and updates to gcc-4.7.2.

When I run bitbake meta-toolchain, I get the following error: 
rpm-createsolvedb.py: command not found

NOTE: Running task 2060 of 2061 (ID: 7, 
/tool/yocto/poky/meta/recipes-core/meta/meta-toolchain.bb, do_populate_sdk)
NOTE: package meta-toolchain-1.0-r7: task do_populate_sdk: Started
ERROR: Function failed: populate_sdk_image (see 
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/meta-toolchain-1.0-r7/temp/log.do_populate_sdk.48334
 for further information)
ERROR: Logfile of failure stored in: 
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/meta-toolchain-1.0-r7/temp/log.do_populate_sdk.48334
Log data follows:
| DEBUG: Executing python function do_populate_sdk
| DEBUG: Executing shell function populate_sdk_image
| Generating solve db for /tool/yocto/poky/build/tmp/deploy/rpm/ppc440...
| 
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/meta-toolchain-1.0-r7/temp/run.populate_sdk_image.48334:
 line 610: rpm-createsolvedb.py: command not found
| DEBUG: Python function do_populate_sdk finished
| ERROR: Function failed: populate_sdk_image (see 
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/meta-toolchain-1.0-r7/temp/log.do_populate_sdk.48334
 for further information)
NOTE: package meta-toolchain-1.0-r7: task do_populate_sdk: Failed
ERROR: Task 7 (/tool/yocto/poky/meta/recipes-core/meta/meta-toolchain.bb, 
do_populate_sdk) failed with exit code '1'
NOTE: Tasks Summary: Attempted 2060 tasks of which 1293 didn't need to be rerun 
and 1 failed.

Summary: 1 task failed:
  /tool/yocto/poky/meta/recipes-core/meta/meta-toolchain.bb, do_populate_sdk
Summary: There was 1 WARNING message shown.
Summary: There was 1 ERROR message shown, returning a non-zero exit code.


the log is 

DEBUG: Executing python function do_populate_sdk
DEBUG: Executing shell function populate_sdk_image
Generating solve db for /tool/yocto/poky/build/tmp/deploy/rpm/ppc440...
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/meta-toolchain-1.0-r7/temp/run.populate_sdk_image.48334:
 line 610: rpm-createsolvedb.py: command not found
DEBUG: Python function do_populate_sdk finished
ERROR: Function failed: populate_sdk_image (see 
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/meta-toolchain-1.0-r7/temp/log.do_populate_sdk.48334
 for further information)

How can I resolve this?

Best regards,

Elvis Dowson___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

2012-08-03 Thread Elvis Dowson

Hi,

On Aug 3, 2012, at 11:07 PM, Elvis Dowson wrote:

> When I run bitbake meta-toolchain, I get the following error: 
> rpm-createsolvedb.py: command not found
> 
> NOTE: Running task 2060 of 2061 (ID: 7, 
> /tool/yocto/poky/meta/recipes-core/meta/meta-toolchain.bb, do_populate_sdk)
> NOTE: package meta-toolchain-1.0-r7: task do_populate_sdk: Started
> ERROR: Function failed: populate_sdk_image (see 
> /tool/yocto/poky/build/tmp/work/ppc440-poky-linux/meta-toolchain-1.0-r7/temp/log.do_populate_sdk.48334
>  for further information)
> ERROR: Logfile of failure stored in: 
> /tool/yocto/poky/build/tmp/work/ppc440-poky-linux/meta-toolchain-1.0-r7/temp/log.do_populate_sdk.48334
> Log data follows:
> | DEBUG: Executing python function do_populate_sdk
> | DEBUG: Executing shell function populate_sdk_image
> | Generating solve db for /tool/yocto/poky/build/tmp/deploy/rpm/ppc440...
> | 
> /tool/yocto/poky/build/tmp/work/ppc440-poky-linux/meta-toolchain-1.0-r7/temp/run.populate_sdk_image.48334:
>  line 610: rpm-createsolvedb.py: command not found
> | DEBUG: Python function do_populate_sdk finished
> | ERROR: Function failed: populate_sdk_image (see 
> /tool/yocto/poky/build/tmp/work/ppc440-poky-linux/meta-toolchain-1.0-r7/temp/log.do_populate_sdk.48334
>  for further information)
> NOTE: package meta-toolchain-1.0-r7: task do_populate_sdk: Failed
> ERROR: Task 7 (/tool/yocto/poky/meta/recipes-core/meta/meta-toolchain.bb, 
> do_populate_sdk) failed with exit code '1'
> NOTE: Tasks Summary: Attempted 2060 tasks of which 1293 didn't need to be 
> rerun and 1 failed.
> 
> Summary: 1 task failed:
>   /tool/yocto/poky/meta/recipes-core/meta/meta-toolchain.bb, do_populate_sdk
> Summary: There was 1 WARNING message shown.
> Summary: There was 1 ERROR message shown, returning a non-zero exit code.
> 
> 
> the log is 
> 
> DEBUG: Executing python function do_populate_sdk
> DEBUG: Executing shell function populate_sdk_image
> Generating solve db for /tool/yocto/poky/build/tmp/deploy/rpm/ppc440...
> /tool/yocto/poky/build/tmp/work/ppc440-poky-linux/meta-toolchain-1.0-r7/temp/run.populate_sdk_image.48334:
>  line 610: rpm-createsolvedb.py: command not found
> DEBUG: Python function do_populate_sdk finished
> ERROR: Function failed: populate_sdk_image (see 
> /tool/yocto/poky/build/tmp/work/ppc440-poky-linux/meta-toolchain-1.0-r7/temp/log.do_populate_sdk.48334
>  for further information)
> 

I also notice that if I run 

bitbake core-image-minimal first, and then run bitbake meta-toolchain, I don't 
get an error. 

What should be done to fix this, so that it runs correctly the first time, if I 
run bitbake meta-toolchain from a clean build?

Elvis Dowson

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

2012-08-03 Thread Khem Raj


On Aug 3, 2012, at 12:07 PM, Elvis Dowson  wrote:

> 
> When I run bitbake meta-toolchain, I get the following error: 
> rpm-createsolvedb.py: command not found
> 
> 


yes I have similar problems. see

http://lists.linuxtogo.org/pipermail/openembedded-core/2012-August/027214.html___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

2012-08-03 Thread Martin Jansa

On Fri, Aug 03, 2012 at 01:15:32PM -0700, Khem Raj wrote:
> 
> On Aug 3, 2012, at 12:07 PM, Elvis Dowson  wrote:
> 
> > 
> > When I run bitbake meta-toolchain, I get the following error: 
> > rpm-createsolvedb.py: command not found
> > 
> > 
> 
> 
> yes I have similar problems. see
> 
> http://lists.linuxtogo.org/pipermail/openembedded-core/2012-August/027214.html

Maybe something like
http://git.openembedded.org/openembedded-core/commit/meta/classes/populate_sdk_rpm.bbclass?id=8a71c1a507289d38a0f675584ab206abfa9aad9a
is needed?

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

2012-08-03 Thread Elvis Dowson

Hi,

On Aug 4, 2012, at 12:15 AM, Khem Raj wrote:

> 
> On Aug 3, 2012, at 12:07 PM, Elvis Dowson  wrote:
> 
>> When I run bitbake meta-toolchain, I get the following error: 
>> rpm-createsolvedb.py: command not found
> 
> 
> yes I have similar problems. see
> 
> http://lists.linuxtogo.org/pipermail/openembedded-core/2012-August/027214.html

The following patch appears to attempt to fix this issue. I think it should be 
included into oe-core master branch. 

http://lists.linuxtogo.org/pipermail/openembedded-core/2012-August/026949.html

How does the process work, e.g. is there some way to track priority patches 
that fix broken builds, to make sure it gets committed quickly? I know it 
wouldn't manifest until the gcc-4.7.2 recipe is updated, but still it should be 
included.

Elvis Dowson

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

2012-08-03 Thread Khem Raj

On Aug 3, 2012, at 1:25 PM, Elvis Dowson  wrote:

> The following patch appears to attempt to fix this issue. I think it should 
> be included into oe-core master branch. 
> 
> http://lists.linuxtogo.org/pipermail/openembedded-core/2012-August/026949.html

on the contrary it creates the problem. Did you read my last reply___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

2012-08-03 Thread Elvis Dowson

Hi,

On Aug 4, 2012, at 12:35 AM, Khem Raj wrote:

> 
> On Aug 3, 2012, at 1:25 PM, Elvis Dowson  wrote:
> 
>> The following patch appears to attempt to fix this issue. I think it should 
>> be included into oe-core master branch. 
>> 
>> http://lists.linuxtogo.org/pipermail/openembedded-core/2012-August/026949.html
> 
> on the contrary it creates the problem. Did you read my last reply

Sorry, I probably didn't read it in the correct order. I jumped to the previous 
message by mistake on the webpage. 

Paul Eggleton's patch would probably fix it. If you run core-image-minimal and 
then meta-toolchain, we won't get the problem.

http://git.openembedded.org/openembedded-core/commit/meta/classes/populate_sdk_rpm.bbclass?id=8a71c1a507289d38a0f675584ab206abfa9aad9a

Elvis Dowson___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Unable to get serial console login prompt - PowerPC 440 Virtex 5 processor

2012-08-03 Thread Elvis Dowson

Hi,

On Jul 31, 2012, at 9:27 PM, Elvis Dowson wrote:

> I am unable to get a serial console login prompt using yocto generate 
> rootfilesystem (core-image-minimal), for a PowerPC 440 target. 

I'm now starting the process of debugging the init process step by step. 

I've just updated to the latest gcc-4.7.2 commit, as of today

SRCREV = "1653160670db186c6243997447ecbe6ce5056648"

I've created a simple hello world program, and used that as init, and I get an 
output as expected:

zImage starting: loaded at 0x0080 (sp: 0x00d7bfb0) 
Allocating 0x540e0c bytes for kernel ...   
gunzipping (0x <- 0x0080f000:0x00a17dda)...done 0x4235c0 bytes
Attached initrd image at 0x00a18000-0x00d7a3e1
initrd head: 0x1f8b0808

Linux/PowerPC load: console=ttyS0,9600n8 ip=off root=/dev/ram rw rootwait 
init=/init
Finalizing device tree... flat tree at 0xd880e0
 PM: Adding info for No Bus:ttyv9
[0.476678] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[0.481983] 83e0.serial: ttyS0 at MMIO 0x83e01003 (irq = 20) is a 16550
[0.677477] console [ttyS0] enabled
[0.741448] brd: module loaded
[0.788283] loop: module loaded
[0.825575] xsysace 8360.sysace: Xilinx SystemACE revision 1.0.12
[0.902300] xsysace 8360.sysace: No CF in slot
[0.961302] Xilinx SystemACE device driver, major=254
[1.022246] xilinx_emaclite 8100.ethernet: Device Tree Probing
[1.095778] xilinx_emaclite 8100.ethernet: error registering MDIO bus
[1.176850] xilinx_emaclite 8100.ethernet: MAC address is now 
00:0a:35:b7:78:00
[1.270544] xilinx_emaclite 8100.ethernet: Xilinx EmacLite at 0x8100 
mapped to 0xD10A, irq=17
[1.385416] xilinx_ps2 8148.ps2: Device Tree Probing 'ps2'
[1.454651] xilinx_ps2 8148.ps2: Xilinx PS2 at 0x8148 mapped to 
0xd1036000, irq=22
[1.554024] xilinx_ps2 81481000.ps2: Device Tree Probing 'ps2'
[1.623705] xilinx_ps2 81481000.ps2: Xilinx PS2 at 0x81481000 mapped to 
0xd1038000, irq=23
[1.724252] mousedev: PS/2 mouse device common for all mice
[1.791648] i2c /dev entries driver
[1.833441] Device Tree Probing 'i2c'
[1.877646] xilinx-iic #0 at 0x8160 mapped to 0xD10C, irq=18
[1.955298] TCP cubic registered
[1.993143] NET: Registered protocol family 17
[2.790356] atkbd serio0: keyboard reset failed on xilinxps2/serio at 
8148
[3.274628] RAMDISK: gzip image found at block 0
[3.798553] input: AT Raw Set 2 keyboard as 
/devices/plb.0/xps-ps2.1/81481000.ps2/serio1/input/input0
[4.178791] VFS: Mounted root (ext2 filesystem) on device 1:0.
[4.248993] Freeing unused kernel memory: 152k freed

Hello world from myinit.c!

Inside the ramdisk, I just have a /dev folder, and it has nodes for console and 
ttyS0. So this means that the Xilinx hardware project using 
xps_uart16550_v3_00_a and the kernel drivers, etc, are all working.

Now to try to debug the init process.

Best regards,

Elvis Dowson___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Unable to get serial console login prompt - PowerPC 440 Virtex 5 processor

2012-08-03 Thread Elvis Dowson

Hi,

On Aug 4, 2012, at 12:59 AM, Elvis Dowson wrote:

> Now to try to debug the init process.

I compiled bash statically by making the following changes:

diff --git a/meta/recipes-extended/bash/bash.inc 
b/meta/recipes-extended/bash/bash.inc
index 3684191..071d79e 100644
--- a/meta/recipes-extended/bash/bash.inc
+++ b/meta/recipes-extended/bash/bash.inc
@@ -11,7 +11,7 @@ inherit autotools gettext update-alternatives
 
 PARALLEL_MAKE = ""
 
-EXTRA_OECONF = "--enable-job-control"
+EXTRA_OECONF = "--enable-job-control --without-gnu-malloc --enable-static-link"
 export CC_FOR_BUILD = "${BUILD_CC}"
 
 ALTERNATIVE_${PN} = "sh"

That seems to be working! 

zImage starting: loaded at 0x0080 (sp: 0x00d38fb0)
Allocating 0x540e0c bytes for kernel ...
gunzipping (0x <- 0x0080f000:0x00a17ddd)...done 0x4235c0 bytes
Attached initrd image at 0x00a18000-0x00d3797b
initrd head: 0x1f8b0808

Linux/PowerPC load: console=ttyS0,9600n8 ip=off root=/dev/ram rw rootwait 
init=/bash
Finalizing device tree... flat tree at 0xd450e0
 PM: Adding info for No Bus:ttyv9
[0.473944] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[0.479429] 83e0.serial: ttyS0 at MMIO 0x83e01003 (irq = 20) is a 16550
[0.674847] console [ttyS0] enabled
[0.738939] brd: module loaded
[0.785690] loop: module loaded
[0.823018] xsysace 8360.sysace: Xilinx SystemACE revision 1.0.12
[0.899716] xsysace 8360.sysace: No CF in slot
[0.958789] Xilinx SystemACE device driver, major=254
[1.019641] xilinx_emaclite 8100.ethernet: Device Tree Probing
[1.093183] xilinx_emaclite 8100.ethernet: error registering MDIO bus
[1.174263] xilinx_emaclite 8100.ethernet: MAC address is now 
00:0a:35:b7:78:00
[1.267929] xilinx_emaclite 8100.ethernet: Xilinx EmacLite at 0x8100 
mapped to 0xD10A, irq=17
[1.382861] xilinx_ps2 8148.ps2: Device Tree Probing 'ps2'
[1.452151] xilinx_ps2 8148.ps2: Xilinx PS2 at 0x8148 mapped to 
0xd1036000, irq=22
[1.551544] xilinx_ps2 81481000.ps2: Device Tree Probing 'ps2'
[1.621222] xilinx_ps2 81481000.ps2: Xilinx PS2 at 0x81481000 mapped to 
0xd1038000, irq=23
[1.721705] mousedev: PS/2 mouse device common for all mice
[1.789048] i2c /dev entries driver
[1.830824] Device Tree Probing 'i2c'
[1.874996] xilinx-iic #0 at 0x8160 mapped to 0xD10C, irq=18
[1.952627] TCP cubic registered
[1.990531] NET: Registered protocol family 17
[2.786413] atkbd serio0: keyboard reset failed on xilinxps2/serio at 
8148
[3.270686] RAMDISK: gzip image found at block 0
[3.794609] input: AT Raw Set 2 keyboard as 
/devices/plb.0/xps-ps2.1/81481000.ps2/serio1/input/input0
[4.158841] VFS: Mounted root (ext2 filesystem) on device 1:0.
[4.229004] Freeing unused kernel memory: 152k freed
bash: cannot set terminal process group (-1): Inappropriate ioctl for device
bash: no job control in this shell
bash-4.2# 

I get a bash shell prompt with no issues. 

Not sure at this moment, if it was the updates to gcc-4.7.2 that fixed the 
problem or if there is still a problem with the init scripts.

I'll try to switch back to a non-static bash, and try booting the 
core-image-minimal filesystem once again.

Best regards,

Elvis Dowson

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Unable to get serial console login prompt - PowerPC 440 Virtex 5 processor

2012-08-03 Thread Elvis Dowson

Hi,

On Aug 4, 2012, at 1:30 AM, Elvis Dowson wrote:

> I'll try to switch back to a non-static bash, and try booting the 
> core-image-minimal filesystem once again.

Switching back to the core-image-default non-static bash version, didn't work. 
I get no bash prompt, even through I specified init=/bin/sh for the kernel 
bootargs

zImage starting: loaded at 0x0080 (sp: 0x00dacfb0)
Allocating 0x540e0c bytes for kernel ...
gunzipping (0x <- 0x0080f000:0x00a17ddd)...done 0x4235c0 bytes
Attached initrd image at 0x00a18000-0x00dab775
initrd head: 0x1f8b0808

Linux/PowerPC load: console=ttyS0,9600n8 ip=off root=/dev/ram rw rootwait 
init=/bin/sh
Finalizing device tree... flat tree at 0xdb90e0
 PM: Adding info for No Bus:ttyv9
[0.478914] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[0.484189] 83e0.serial: ttyS0 at MMIO 0x83e01003 (irq = 20) is a 16550
[0.679634] console [ttyS0] enabled
[0.743646] brd: module loaded
[0.790371] loop: module loaded
[0.827695] xsysace 8360.sysace: Xilinx SystemACE revision 1.0.12
[0.904387] xsysace 8360.sysace: No CF in slot
[0.963434] Xilinx SystemACE device driver, major=254
[1.024322] xilinx_emaclite 8100.ethernet: Device Tree Probing
[1.097851] xilinx_emaclite 8100.ethernet: error registering MDIO bus
[1.178937] xilinx_emaclite 8100.ethernet: MAC address is now 
00:0a:35:b7:78:00
[1.272553] xilinx_emaclite 8100.ethernet: Xilinx EmacLite at 0x8100 
mapped to 0xD10A, irq=17
[1.387465] xilinx_ps2 8148.ps2: Device Tree Probing 'ps2'
[1.456732] xilinx_ps2 8148.ps2: Xilinx PS2 at 0x8148 mapped to 
0xd1036000, irq=22
[1.556112] xilinx_ps2 81481000.ps2: Device Tree Probing 'ps2'
[1.625786] xilinx_ps2 81481000.ps2: Xilinx PS2 at 0x81481000 mapped to 
0xd1038000, irq=23
[1.726276] mousedev: PS/2 mouse device common for all mice
[1.793618] i2c /dev entries driver
[1.835429] Device Tree Probing 'i2c'
[1.879626] xilinx-iic #0 at 0x8160 mapped to 0xD10C, irq=18
[1.957193] TCP cubic registered
[1.995099] NET: Registered protocol family 17
[2.790435] atkbd serio0: keyboard reset failed on xilinxps2/serio at 
8148
[3.274705] RAMDISK: gzip image found at block 0
[3.681850] atkbd serio1: Frame/parity error: 02
[3.858630] input: AT Raw Set 2 keyboard as 
/devices/plb.0/xps-ps2.1/81481000.ps2/serio1/input/input0
[4.242871] VFS: Mounted root (ext2 filesystem) on device 1:0.
[4.313049] Freeing unused kernel memory: 152k freed

What should I do now to debug this issue further?

I have disabled image-prelink by not including it in my local.conf as follows:

# Remove image-prelink for PowerPC 32-bit and 64-bit targets.
USER_CLASSES ?= "buildstats image-mklibs"

Any thoughts on what I can try to do next, to narrow down the issue, with bash 
working statically, but not when linked with shared libraries?

Best regards,

Elvis Dowson

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Unable to get serial console login prompt - PowerPC 440 Virtex 5 processor

2012-08-03 Thread Tim Bird

On 08/03/2012 03:05 PM, Elvis Dowson wrote:
> Hi,
> 
> On Aug 4, 2012, at 1:30 AM, Elvis Dowson wrote:
> 
>> I'll try to switch back to a non-static bash, and try booting the 
>> core-image-minimal filesystem once again.
> 
> Switching back to the core-image-default non-static bash version, didn't 
> work. I 
> get no bash prompt, even through I specified init=/bin/sh for the kernel 
> bootargs
> 
> zImage starting: loaded at 0x0080 (sp: 0x00dacfb0)
> Allocating 0x540e0c bytes for kernel ...
> gunzipping (0x <- 0x0080f000:0x00a17ddd)...done 0x4235c0 bytes
> Attached initrd image at 0x00a18000-0x00dab775
> initrd head: 0x1f8b0808
> 
> Linux/PowerPC load: console=ttyS0,9600n8 ip=off root=/dev/ram rw rootwait 
> init=/bin/sh
> Finalizing device tree... flat tree at 0xdb90e0
>   PM: Adding info for No Bus:ttyv9
> [0.478914] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> [0.484189] 83e0.serial: ttyS0 at MMIO 0x83e01003 (irq = 20) is a 16550
> [0.679634] console [ttyS0] enabled
> [0.743646] brd: module loaded
> [0.790371] loop: module loaded
> [0.827695] xsysace 8360.sysace: Xilinx SystemACE revision 1.0.12
> [0.904387] xsysace 8360.sysace: No CF in slot
> [0.963434] Xilinx SystemACE device driver, major=254
> [1.024322] xilinx_emaclite 8100.ethernet: Device Tree Probing
> [1.097851] xilinx_emaclite 8100.ethernet: error registering MDIO bus
> [1.178937] xilinx_emaclite 8100.ethernet: MAC address is now 
> 00:0a:35:b7:78:00
> [1.272553] xilinx_emaclite 8100.ethernet: Xilinx EmacLite at 
> 0x8100 
> mapped to 0xD10A, irq=17
> [1.387465] xilinx_ps2 8148.ps2: Device Tree Probing 'ps2'
> [1.456732] xilinx_ps2 8148.ps2: Xilinx PS2 at 0x8148 mapped to 
> 0xd1036000, irq=22
> [1.556112] xilinx_ps2 81481000.ps2: Device Tree Probing 'ps2'
> [1.625786] xilinx_ps2 81481000.ps2: Xilinx PS2 at 0x81481000 mapped to 
> 0xd1038000, irq=23
> [1.726276] mousedev: PS/2 mouse device common for all mice
> [1.793618] i2c /dev entries driver
> [1.835429] Device Tree Probing 'i2c'
> [1.879626] xilinx-iic #0 at 0x8160 mapped to 0xD10C, irq=18
> [1.957193] TCP cubic registered
> [1.995099] NET: Registered protocol family 17
> [2.790435] atkbd serio0: keyboard reset failed on xilinxps2/serio at 
> 8148
> [3.274705] RAMDISK: gzip image found at block 0
> [3.681850] atkbd serio1: Frame/parity error: 02
> [3.858630] input: AT Raw Set 2 keyboard as 
> /devices/plb.0/xps-ps2.1/81481000.ps2/serio1/input/input0
> [4.242871] VFS: Mounted root (ext2 filesystem) on device 1:0.
> [4.313049] Freeing unused kernel memory: 152k freed
> 
> What should I do now to debug this issue further?
> 
> I have disabled image-prelink by not including it in my local.conf as follows:
> 
> # Remove image-prelink for PowerPC 32-bit and 64-bit targets.
> USER_CLASSES ?= "buildstats image-mklibs"
> 
> Any thoughts on what I can try to do next, to narrow down the issue, with 
> bash 
> working statically, but not when linked with shared libraries?

I haven't debugged a static vs. dynamic boot-time issue for some years, but here
are a few ideas off the top of my head.

First, use readelf or objdump to validate where the binary is expecting to load 
the
dynamic linker from (that is, what directory path).  Check that the linker and
all libraries are in the proper places (in the paths as specified in the ELF
headers for the program - bash in this case).

Second, try instrumenting (ie adding printks to) the loader path, and see if 
the kernel
knows what is failing.  The way dynamic linking works is that the kernel loads 
the
program image (ELF file), and treats the dynamic linker (ldlinux.so) as it's 
"interpreter".
If you're not seeing an attempt to load the interpreter, then something is 
going wrong.
You could instrument the kernel "open" path to see all the files that are being 
opened
during the boot.  ldlinux.so should be one of them.  The linker should then be 
trying
to load the other libraries needed by the program.  This should also result in 
open
calls (or possibly mmap calls).

Good luck.
 -- Tim

=
Tim Bird
Architecture Group Chair, CE Workgroup of the Linux Foundation
Senior Staff Engineer, Sony Network Entertainment
=

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Unable to get serial console login prompt - PowerPC 440 Virtex 5 processor

2012-08-03 Thread Khem Raj


On Aug 3, 2012, at 3:05 PM, Elvis Dowson  wrote:

> Hi,
> 
> On Aug 4, 2012, at 1:30 AM, Elvis Dowson wrote:
> 
>> I'll try to switch back to a non-static bash, and try booting the 
>> core-image-minimal filesystem once again.
> 
> Switching back to the core-image-default non-static bash version, didn't 
> work. I get no bash prompt, even through I specified init=/bin/sh for the 
> kernel bootargs
> 
> zImage starting: loaded at 0x0080 (sp: 0x00dacfb0)
> Allocating 0x540e0c bytes for kernel ...
> gunzipping (0x <- 0x0080f000:0x00a17ddd)...done 0x4235c0 bytes
> Attached initrd image at 0x00a18000-0x00dab775
> initrd head: 0x1f8b0808
> 
> Linux/PowerPC load: console=ttyS0,9600n8 ip=off root=/dev/ram rw rootwait 
> init=/bin/sh
> Finalizing device tree... flat tree at 0xdb90e0
>  PM: Adding info for No Bus:ttyv9
> [0.478914] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> [0.484189] 83e0.serial: ttyS0 at MMIO 0x83e01003 (irq = 20) is a 16550
> [0.679634] console [ttyS0] enabled
> [0.743646] brd: module loaded
> [0.790371] loop: module loaded
> [0.827695] xsysace 8360.sysace: Xilinx SystemACE revision 1.0.12
> [0.904387] xsysace 8360.sysace: No CF in slot
> [0.963434] Xilinx SystemACE device driver, major=254
> [1.024322] xilinx_emaclite 8100.ethernet: Device Tree Probing
> [1.097851] xilinx_emaclite 8100.ethernet: error registering MDIO bus
> [1.178937] xilinx_emaclite 8100.ethernet: MAC address is now 
> 00:0a:35:b7:78:00
> [1.272553] xilinx_emaclite 8100.ethernet: Xilinx EmacLite at 
> 0x8100 mapped to 0xD10A, irq=17
> [1.387465] xilinx_ps2 8148.ps2: Device Tree Probing 'ps2'
> [1.456732] xilinx_ps2 8148.ps2: Xilinx PS2 at 0x8148 mapped to 
> 0xd1036000, irq=22
> [1.556112] xilinx_ps2 81481000.ps2: Device Tree Probing 'ps2'
> [1.625786] xilinx_ps2 81481000.ps2: Xilinx PS2 at 0x81481000 mapped to 
> 0xd1038000, irq=23
> [1.726276] mousedev: PS/2 mouse device common for all mice
> [1.793618] i2c /dev entries driver
> [1.835429] Device Tree Probing 'i2c'
> [1.879626] xilinx-iic #0 at 0x8160 mapped to 0xD10C, irq=18
> [1.957193] TCP cubic registered
> [1.995099] NET: Registered protocol family 17
> [2.790435] atkbd serio0: keyboard reset failed on xilinxps2/serio at 
> 8148
> [3.274705] RAMDISK: gzip image found at block 0
> [3.681850] atkbd serio1: Frame/parity error: 02
> [3.858630] input: AT Raw Set 2 keyboard as 
> /devices/plb.0/xps-ps2.1/81481000.ps2/serio1/input/input0
> [4.242871] VFS: Mounted root (ext2 filesystem) on device 1:0.
> [4.313049] Freeing unused kernel memory: 152k freed
> 
> What should I do now to debug this issue further?
> 
> I have disabled image-prelink by not including it in my local.conf as follows:
> 
> # Remove image-prelink for PowerPC 32-bit and 64-bit targets.
> USER_CLASSES ?= "buildstats image-mklibs"
> 
> Any thoughts on what I can try to do next, to narrow down the issue, with 
> bash working statically, but not when linked with shared libraries?
> 


OK couple of things.  You could boot into static bash thats good, keep it that 
way and bundle some dynamically linked programs into the root file system
may be just a hello world which is dynamically linked. I would also compile a 
static version of gdb and strace but that could be next steps.

then boot into this static shell and try to run the dynamically linked hello 
world. Does that work ?
if not we have a dynamic linking issue. 

Then you can go a step deeper and see whats going on. Many  a times interpreter 
is specified wrongly in the elf file.
and there could be dynamic linker issues too. But step at a time.


> Best regards,
> 
> Elvis Dowson
> 
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Switching between stable gcc versions

Re: [yocto] Switching between stable gcc versions

[yocto] build error pandaboard on master

Re: [yocto] build error pandaboard on master

[yocto] build error pandaboard on master

Re: [yocto] build error pandaboard on master

[yocto] build error pandaboard on master

[yocto] Fwd: build error pandaboard on master

Re: [yocto] [PATCH 0/1] [KERNEL] meta: New Crystal Forest Machine Branch

Re: [yocto] [PATCH 0/1] [KERNEL] meta: New Crystal Forest Machine Branch

Re: [yocto] [PATCH 0/1] [KERNEL] meta: New Crystal Forest Machine Branch

Re: [yocto] [PATCH 0/1] [KERNEL] meta: New Crystal Forest Machine Branch

Re: [yocto] Manually fetching files (and disabling the sanity-checker)

Re: [yocto] Manually fetching files (and disabling the sanity-checker)

[yocto] Yocto Project feature/bug priority definition and related planning changes

[yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

Re: [yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

Re: [yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

Re: [yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

Re: [yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

Re: [yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

Re: [yocto] meta-toolchain error with latest gcc commit: rpm-createsolvedb.py: command not found

Re: [yocto] Unable to get serial console login prompt - PowerPC 440 Virtex 5 processor

Re: [yocto] Unable to get serial console login prompt - PowerPC 440 Virtex 5 processor

Re: [yocto] Unable to get serial console login prompt - PowerPC 440 Virtex 5 processor

Re: [yocto] Unable to get serial console login prompt - PowerPC 440 Virtex 5 processor

Re: [yocto] Unable to get serial console login prompt - PowerPC 440 Virtex 5 processor

27 matches

Site Navigation

Mail list logo

Footer information