AVR32 branch merged

AVR32 branch merged

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

The avr32 branch Stelios and I have worked on for the past year or so
has been merged to .dev.

Known problems:

~ * kernel fails to link (workaround: use ld from atmel binary toolchain)
~ * tinylogin segfaults

This merge includes an avr32 optimized mplayer and a patched
xserver-kdrive for people with an lcd attached to their avr32 boards.

The recommended distro is angstrom-2008.1, which also gives you access
to pre-built packages from the angstrom feeds for avr32.

regards,

Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFHl3sJMkyGM64RGpERAt4rAJoCAfClbk9yPwWSyGVUNAm7nwD9NgCfWERK
/c4lI7G4o2A9LR/g00ZWrIU=
=x7JX
-----END PGP SIGNATURE-----

Re: AVR32 branch merged

[Michael 'Mickey' Lauer]

On Wednesday 23 January 2008 18:36:09 Koen Kooi wrote:
> The avr32 branch Stelios and I have worked on for the past year or so
> has been merged to .dev.

Awesome. Good news, lots of people will love to have that as a basis for 
further work.

Thanks guys,

:M:
-- 
Dr. Michael 'Mickey' Lauer | IT-Freelancer | http://www.vanille-media.de

Re: AVR32 branch merged

[Florian Boor]

Hi,

Koen Kooi wrote:
> The avr32 branch Stelios and I have worked on for the past year or so
> has been merged to .dev.

cool - that's great news. Many thanks to you guys!

> Known problems:
> 
> ~ * kernel fails to link (workaround: use ld from atmel binary toolchain)

Uh nasty, we do not have the sources of that toolchain, right?

> This merge includes an avr32 optimized mplayer and a patched
> xserver-kdrive for people with an lcd attached to their avr32 boards.

Even better, I guess its time to get my LCD working :)

Greetings

Florian

-- 
The dream of yesterday                  Florian Boor
is the hope of today                    Tel: +49 271-771091-14
and the reality of tomorrow.            Fax: +49 271-771091-19
[Robert Hutchings Goddard, 1904]        florian.boor@kernelconcepts.de

1D78 2D4D 6C53 1CA4 5588  D07B A8E7 940C 25B7 9A76

task-base image issue!

[Neha agarwal]

Hi,
I am trying to create an image to make my diskless Xeon linux intel blade
become standalone.
I am running a "bitbake task-base"
With local .conf as 
DISTRO = "generic"
IMAGE_FSTYPES = "jffs2 tar"
MACHINE = "i686-generic"

I can see my build completed but there is no "rootfs" folder created under
tmp.Also I can't find any "jffs2" file anywhere.

All what I see under tmp/deploy/images

1)bzImage-i686-generic.bin -> bzImage-2.6.21-r12-i686-generic.bin
2)modules-2.6.21-r12-i686-generic.tgz
3)bzImage-2.6.21-r12-i686-generic.bin

Please let me know what's going wrong.
Also how do I use the image generated to boot my diskless system so that it
becomes standalone? Using tftp?DHCP?

Thanks in advance.

Regards,
Neha

Re: task-base image issue!

[Michael 'Mickey' Lauer]

Neha agarwal wrote:
> Hi,
> I am trying to create an image to make my diskless Xeon linux intel blade
> become standalone.
> I am running a "bitbake task-base"

Only some recipes in OpenEmbedded generate images. Please see files
among the packages/images/ directory.

> Also how do I use the image generated to boot my diskless system so that it
> becomes standalone? Using tftp?DHCP?

That's up to your board, but your BIOS should support something like
tftp or netboot.

Regards,

:M:

-- 
Dr. Michael 'Mickey' Lauer | IT-Freelancer | http://www.vanille-media.de

Re: task-base image issue!

[Michael 'Mickey' Lauer]

(Note: Please keep the discussion on-list)

> There are couple of "bb" files in that
> /org.openembedded.dev/packages/images
> so which how do I know which one I need?

First, the name may give an indication (console, x11, ...), then just
check which tasks they actually depend on to get an idea which
packgages a certain image may drag in.

> Also how can these images created be used by the client so that it becomes
> independent? how do we boot here?

I don't know, this is board specific. I never used a diskless client

> I was trying to change my distro to angstrom 2008.1 but I get the below
> error:

angstrom 2008.1 contains a lot of bleeding edge stuff. I wouldn't use
it. Perhaps someone could extract the most things from angstrom 2007
configuration (which now is in a branch) and bring the generic distro
back to live.

> | (.text+0xafe63): undefined reference to `__sync_val_compare_and_swap_4'
> |
> /home/nagarwal/OE/build/tmp/work/i686-angstrom-linux/glibc-intermediate-2.6.
> 1-r1/build-i686-angstrom-linux/libc_pic.os: In function
> `__GI___libc_freeres':
> | (__libc_freeres_fn+0x5d7): undefined reference to
> `__sync_bool_compare_and_swap_4'
> | collect2: ld returned 1 exit status
> | make[1]: ***
> [/home/nagarwal/OE/build/tmp/work/i686-angstrom-linux/glibc-intermediate-2.6
> .1-r1/build-i686-angstrom-linux/libc.so] Error 1
> | make[1]: Leaving directory
> `/home/nagarwal/OE/build/tmp/work/i686-angstrom-linux/glibc-intermediate-2.6
> .1-r1/glibc-2.6.1'

Try building an older glibc. You can do this by setting
PREFERRED_VERSION.

Regards,

:M:

-- 
Dr. Michael 'Mickey' Lauer | IT-Freelancer | http://www.vanille-media.de

Re: AVR32 branch merged

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Florian Boor schreef:
| Hi,
|
| Koen Kooi wrote:
|> The avr32 branch Stelios and I have worked on for the past year or so
|> has been merged to .dev.
|
| cool - that's great news. Many thanks to you guys!
|
|> Known problems:
|>
|> ~ * kernel fails to link (workaround: use ld from atmel binary toolchain)
|
| Uh nasty, we do not have the sources of that toolchain, right?

We have *a* source of that toolchain, but that removes the -nmo-pic
option from gcc, which the kernel still uses[1]. I also have tried to
the the latest atmel binutils code drop, but that refuses to build, and
I haven't worked up the motivation to start applying OE patches one by
one to see if those help.

|> This merge includes an avr32 optimized mplayer and a patched
|> xserver-kdrive for people with an lcd attached to their avr32 boards.
|
| Even better, I guess its time to get my LCD working :)

And for me to have the stk1000 unbricked :/

regards,

Koen

PS: uboot doesn't like jffs2+lzo, so be carefull where you load you
uImage from.

[1] http://dominion.thruhere.net/koen/cms/fun-with-vendor-patches-part-2

- --
koen@dominion.kabel.utwente.nl will go go away in december 2007, please
use k.kooi@student.utwente.nl instead.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFHmY1oMkyGM64RGpERArVYAJ0Tt8ENB/MnSmDyYE7suEr8BmgoJwCgp2KB
DSbUtgih65PlT+z1Uzn99Jw=
=54oF
-----END PGP SIGNATURE-----

BSP

[ohviey1]

Hi all
I m Searching samething info to build a BSP by 0 anyone could says me 
where can i found same information which could help me?

Thenx

Re: AVR32 branch merged

[Philip Balister]

[-- Attachment #1: Type: text/plain, Size: 330 bytes --]

Koen Kooi wrote:

> PS: uboot doesn't like jffs2+lzo, so be carefull where you load you
> uImage from.
> 
> [1] http://dominion.thruhere.net/koen/cms/fun-with-vendor-patches-part-2

There are some atmel guys posting patches to the u-boot list. I don't 
follow AVR32 closely, so I can't comment on what they do.

Philip

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3303 bytes --]