* [RFC] AVR32 stuff
@ 2007-12-24 3:13 Ilya Yanok
2007-12-24 7:48 ` Robert Wörle
0 siblings, 1 reply; 4+ messages in thread
From: Ilya Yanok @ 2007-12-24 3:13 UTC (permalink / raw)
To: openembedded-devel
Hello, guys!
Not sure if it's right place for my question. If it isn't, please give
me the right direction.
I'm currently working on AVR32-based project and want to use OE as my
build environment. Actually, there is some support for AVR32 already
in tree, but I found it pretty unusable: it can't even build usable
toolchain. I'm working on my private branch and managed to get basic
things working. Is where any chance for me to see that changes pushed
upstream?
With best regards,
Ilya Yanok.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [RFC] AVR32 stuff
2007-12-24 3:13 [RFC] AVR32 stuff Ilya Yanok
@ 2007-12-24 7:48 ` Robert Wörle
2007-12-24 11:44 ` Ilya Yanok
0 siblings, 1 reply; 4+ messages in thread
From: Robert Wörle @ 2007-12-24 7:48 UTC (permalink / raw)
To: openembedded-devel
Dear Ilya
I am also "supposed" to get this avr32 flying.
But am also stuck at getting correct gcc stuff up via oe.
Maybe we can lign up togethere and share. I currently had the most
success out of the atmel provided gcc toolchain.
Regards
Robert
Ilya Yanok schrieb:
> Hello, guys!
>
> Not sure if it's right place for my question. If it isn't, please give
> me the right direction.
>
> I'm currently working on AVR32-based project and want to use OE as my
> build environment. Actually, there is some support for AVR32 already
> in tree, but I found it pretty unusable: it can't even build usable
> toolchain. I'm working on my private branch and managed to get basic
> things working. Is where any chance for me to see that changes pushed
> upstream?
>
> With best regards,
> Ilya Yanok.
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
--
*Robert Woerle
**Linux Development *
phone: +49 (0)821 4442253
mobile: +49 179 4744527
email: robert@linuxdevelopment.de <mailto:robert@linuxdevelopment.de>
web: http://www.linuxdevelopment.de
UStNr. 102/289/51264
This e-mail message and any files transmitted with it are confidential
property and are intended only for the person(s) to whom this e-mail is
addressed. If you have received this e-mail message in error, please
notify the sender immediately by telephone or e-mail and destroy the
original message without making a copy. Thank you.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [RFC] AVR32 stuff
2007-12-24 7:48 ` Robert Wörle
@ 2007-12-24 11:44 ` Ilya Yanok
[not found] ` <47714E22.3030502@linuxdevelopment.de>
0 siblings, 1 reply; 4+ messages in thread
From: Ilya Yanok @ 2007-12-24 11:44 UTC (permalink / raw)
To: openembedded-devel
Hello!
2007/12/24, Robert Wörle <robert@linuxdevelopment.de>:
> I am also "supposed" to get this avr32 flying.
> But am also stuck at getting correct gcc stuff up via oe.
> Maybe we can lign up togethere and share. I currently had the most
> success out of the atmel provided gcc toolchain.
Ok. Actually I managed not only to build toolchain with oe but today
I've created my first minimal-image with it. Unfortunately, init
crashed with segfault... Don't know... needs further investigation.
If you interested in my work, let's discuss how we can share it.
With best regards,
Ilya.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [RFC] AVR32 stuff
[not found] ` <47714E22.3030502@linuxdevelopment.de>
@ 2007-12-30 1:05 ` Ilya Yanok
0 siblings, 0 replies; 4+ messages in thread
From: Ilya Yanok @ 2007-12-30 1:05 UTC (permalink / raw)
To: openembedded-devel, Robert Wörle
[-- Attachment #1: Type: text/plain, Size: 1849 bytes --]
Hi Robert,
2007/12/25, Robert Wörle <robert@linuxdevelopment.de>:
> Are you on irc ? am there at #oe at irc.freenode.com most of the time.
> you will find me by searching for
> rob_w
Yes. I'm there but not always. My nick is yanok.
> Would you like to send me local.conf ? and did you do any chances to oe
local.conf is pretty simple:
MACHINE = "at32stk1000"
DISTRO = "oavr32-uclibc"
BUILD_ARCH = "i686"
PREFERRED_VERSION_linux = "2.6.23"
DEBUG_OPTIMIZATION = "-O0 -g"
Ok, I defined my own distro oavr32-uclibc (actually a pair
oavr32/oavr32-uclibc but former is unusable as there is no glibc on
avr32 AFAIK) based on generic/generic-uclibc distros. Changes are
mainly toolchain components preferred versions. I've attached these
files.
PREFERRED_VERSION_linux = "2.6.23" is just hack to get some kernel
compile as for now I prefer to compile the kernel outside oe. In the
right case we should provide new kernel recipe (something like
linux-avr32) and choose it via PREFERRED_PROVIDER_virtual/kernel =
"linux-avr32" from machine configuration.
> to build cleanly ?
Actually a lot of.
> The segfault will be easy to debug. Did you use the basic minimal image ?
Yes, the one created by bitbake minimal-image
> Did you also boot the kernel from the minimal image or are you using the
> atmel kernel.
As I said before I compile the kernel by hand but ...
> A segfault right at the init stage many times is due to a differend libc
> used of the kernel and the init process ( in our case busybox )
I believe kernel don't use libc at all. It may be incompatibility in
compilers ABIs but I tried to recompile the kernel with compiler built
by oe and get the same result (I don't get many segfaults really,
there is only one and then system hangs).
With best regards,
Ilya.
[-- Attachment #2: oavr32.conf --]
[-- Type: application/octet-stream, Size: 2410 bytes --]
#-----------------------------------------------------------------------------
#@TYPE: Distribution
#@NAME: Generic
#@DESCRIPTION: Generic Embedded Linux Distribution Configuration
#
#@COMMENT: This distribution configuration serves as a starting point for
#@COMMENT: the integration of new target platforms, machines, or distributions.
#@COMMENT: It bases on conservative settings and should always be buildable.
#-----------------------------------------------------------------------------
#
# Header
#
DISTRO_NAME = "OpenAVR32-glibc"
DISTRO_VERSION = ".dev-snapshot-${SRCDATE}"
#DISTRO_TYPE = "release"
DISTRO_TYPE = "debug"
#
# Naming schemes
#
INHERIT += "debian multimachine"
#
# Packaging and output format
#
INHERIT += "package_ipk"
IMAGE_FSTYPES ?= "tar.gz ext2.gz jffs2"
#
# Kernel
#
KERNEL = "kernel26"
MACHINE_KERNEL_VERSION = "2.6"
#
# Binutils & Compiler
#
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}gcc-initial:gcc-cross-initial"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}gcc:gcc-cross"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}g++:gcc-cross"
PREFERRED_VERSION_gcc ?= "4.2.1"
PREFERRED_VERSION_gcc-cross ?= "4.2.1"
PREFERRED_VERSION_gcc-cross-initial ?= "4.2.1"
PREFERRED_VERSION_binutils ?= "2.17"
PREFERRED_VERSION_binutils-cross ?= "2.17"
PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}binutils = "binutils-cross"
#
# Target OS & FPU system
#
TARGET_OS = "linux"
TARGET_FPU_arm = "soft"
TARGET_FPU_armeb = "soft"
PREFERRED_PROVIDER_virtual/libiconv = "glibc"
PREFERRED_PROVIDER_virtual/libintl = "glibc"
PREFERRED_PROVIDER_virtual/libc = "glibc"
PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}libc-for-gcc = "glibc-intermediate"
PREFERRED_VERSION_linux-libc-headers ?= "2.6.23"
PREFERRED_VERSION_glibc ?= "2.5"
PREFERRED_VERSION_glibc-intermediate ?= "2.5"
#
# Bootstrap & Init
#
PREFERRED_PROVIDER_task-bootstrap = "task-bootstrap"
require conf/distro/include/sane-srcdates.inc
require conf/distro/include/sane-srcrevs.inc
#
# Framebuffer & X
#
PREFERRED_PROVIDER_virtual/libx11 ?= "diet-x11"
PREFERRED_PROVIDER_tslib ?= "tslib"
require conf/distro/include/preferred-xorg-versions-X11R7.2.inc
#
# GPE
#
require conf/distro/include/preferred-gpe-versions-2.8.inc
#
# Opie
#
QTE_VERSION = "2.3.10"
PALMTOP_USE_MULTITHREADED_QTE = "yes"
require conf/distro/include/preferred-opie-versions.inc
#
# Enlightenment
#
require conf/distro/include/preferred-e-versions.inc
[-- Attachment #3: oavr32-uclibc.conf --]
[-- Type: application/octet-stream, Size: 968 bytes --]
#-----------------------------------------------------------------------------
#@TYPE: Distribution
#@NAME: Generic uClibC
#@DESCRIPTION: Generic uClibC Embedded Linux Distribution Configuration
#
#@COMMENT: This distribution configuration serves as a starting point for
#@COMMENT: the integration of new target platforms, machines, or distributions.
#@COMMENT: It bases on conservative settings and should always be buildable.
#-----------------------------------------------------------------------------
require conf/distro/oavr32.conf
#
# Header
#
DISTRO_NAME = "OpenAVR32-uClibC"
#
# Target OS & FPU system
#
TARGET_OS = "linux-uclibc"
PREFERRED_PROVIDER_virtual/libiconv = "libiconv"
PREFERRED_PROVIDER_virtual/libintl = "gettext"
PREFERRED_PROVIDER_virtual/libc = "uclibc"
PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}-libc-for-gcc = "uclibc"
PREFERRED_PROVIDER_virtual/${TARGET_ARCH}-${TARGET_OS}-libc-for-gcc = "uclibc"
PREFERRED_VERSION_uclibc ?= "0.9.29"
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2007-12-30 1:11 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-12-24 3:13 [RFC] AVR32 stuff Ilya Yanok
2007-12-24 7:48 ` Robert Wörle
2007-12-24 11:44 ` Ilya Yanok
[not found] ` <47714E22.3030502@linuxdevelopment.de>
2007-12-30 1:05 ` Ilya Yanok
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.