[gentoo-embedded] Embedded gentoo on Intel PXA2xx

[gentoo-embedded] Embedded gentoo on Intel PXA2xx

[Shvetsow Alexey V.]

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

I have working  gentoo installation on my iPAQ hx4700
Iuse crossdev to generate toolchain... 
Now there is overlay for this deveice and other arm handhelds
You can browse it ftp://gentoo.ru/hx4700/portage
There is some  working stages for handhelds on this ftp

________________________________ 
Gentoo GNU/Linux 2.6.18 Dual Xeon
E-mail: alexxyum@nwgsm.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-embedded] Embedded gentoo on Intel PXA2xx

[Vladimir Pouzanov]

On 12/17/06, Shvetsow Alexey V. <alexxyum@nwgsm.ru> wrote:
> Now there is overlay for this deveice and other arm handhelds
> You can browse it ftp://gentoo.ru/hx4700/portage

There's also embedded gentoo overlay on hackndev.com. Maybe it would
be useful to gather all embedded overlays into one (is there any
official gentoo-embedded overlay)?

-- 
Sincerely,
Vladimir "Farcaller" Pouzanov
http://hackndev.com
-- 
gentoo-embedded@gentoo.org mailing list

[gentoo-embedded] on the TS-7xxx (ARM 9tdmi / 920T)

[Christopher Friedt]

I just thought I would post something here (i also listen on 
http://tech.groups.yahoo.com/group/ts-7000).

I'm putting together a .tbz2 file that can serve as a gentoo chroot for 
embedded development for these ARM boards. It comes with crossdev too, 
but it's necessary to NFS mount the portage tree. I'm hoping to use this 
build environment and develop a series of overlays (one for each 
'client' requirement).

Is there anyone else here that uses those boards from www.embeddedarm.com ?

I've used crossdev to compile applications for this ARM board in the 
past, without failures. However, their current runtime and build 
environment is extremely limited. The 2.4.26-tsXX kernels that they use 
have some pretty dodgey modules that some people have been struggling to 
get into the main 2.6.18 kernel. I have yet to successfully run a 2.6 
kernel on one of these boards, although other list-members have said 
that their kernels are running quite cleanly.

The toolchain is binary distributed from http://seiner.com/ts7000/ . 
It's based on gcc-3.4.4 and glibc-2.3.2.

I'd like to work on supporting these boards with gentoo, but I have a 
few points that are a bit stressing:

1) When one wants to build a firmware image for small devices like this, 
one usually reverts to some commercial firmware images. We don't even 
have any support from OpenWRT yet, but hopefully soon.

Does Gentoo Embedded have a similar menu-driven 'Build Environment', for 
creating firmware images like OpenWRT or PTXDist?

It would be extremely useful, especially because that seems to be the 
latest with a lot of other embedded build systems.

2) When using the $SYSROOT / xmerge setup (which is great I should add),
the target filesystem still tends to occupy a HUGE amount of space, much 
greater than the 13 or so MB that I would like to allocate to 
non-custom-application space.

Is there anything in the works to create some standard byte-usage 
minimizations scripts for the xmerge / $SYSROOT scripts? I know that the 
FEATURES="nodoc noman" flags help, and INSTALL_MASK=".h" as well, but 
what about masking for binary-only files?

Woult it even be possibly conceivable to have a client app to install 
gentoo precompiled tbz2's ? Like a client-side package manager?

3) This is completely unrelated, but after checking out iPodLinux, 
running it on my iPod, and looking at their excellent core-module 
design, I've started writing something like PodZilla, except calling
it ArmZilla (and w/o the iPod UI things). I'm hoping to build modules 
for practially anything from serial-ethernet threaded access interlacing 
(for network clients) to writing a java/C shared memory segment to get 
around using a lot of JNI features that might be sketchy on the ARM.

Anyway, just a couple of survey questions ...

3.i) how compatible are most applications with uClibc ? For instance 
OpenVPN, avahi, ... and others. Will a kernel compiled w/ glibc run well 
w/ a kernel compiled with uclibc ?

3.ii) Does anyone on this list have pointers on trying to get Java and C 
to co-exist and interact on ARM boards?


Sorry for the long post :P

~/Chris
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] on the TS-7xxx (ARM 9tdmi / 920T)

[Christopher Friedt]

Sorry... I've had a couple of drinks so my spelling / writing is off... 
I'm thinking half in german right now... sorry bout that...

> 3.i) how compatible are most applications with uClibc ? For instance 
> OpenVPN, avahi, ... and others. Will a kernel compiled w/ glibc run well 
> w/ a kernel compiled with uclibc ?

Would a kernel compiled w/ glibc run well w/ applications compiled w/ 
glic ? ... i guess since the kernel is statically compiled, likely no... 
but I just thought I'd ask ....


We're using jetty right now on our boards, and thus writing most of our 
application level code in java. Most of the network / system level 
software is in C though. It's quite important for me & my company to 
have some sort of bridge between java / C on these arm boards.

Does anyone have suggestions w/ JNI or using gcj on the ARM ?

> 3.ii) Does anyone on this list have pointers on trying to get Java and C 
> to co-exist and interact on ARM boards?

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] on the TS-7xxx (ARM 9tdmi / 920T)

[Wolfgang Meyerle]

Hallo Ruben, sorry für die lange Wartezeit. Ich bekomm das als Admin  
leider keine Nachrichten über erwartete Bestätigungen.
Hab dich natürlich sofort freigeschaltet. Wär cool wenn du das an  
deine anderen Studienkollegen weitergeben könntest.
Wenn man registriert werden will einfach ne Mail an mich oder einen  
der anderen Admins schreiben oder mich in der Mensa/Cafete ansprechen.


Grüße
Wolfi


Am 18.12.2006 um 19:50 schrieb Christopher Friedt:

> Sorry... I've had a couple of drinks so my spelling / writing is  
> off... I'm thinking half in german right now... sorry bout that...
>
>> 3.i) how compatible are most applications with uClibc ? For  
>> instance OpenVPN, avahi, ... and others. Will a kernel compiled w/  
>> glibc run well w/ a kernel compiled with uclibc ?
>
> Would a kernel compiled w/ glibc run well w/ applications compiled  
> w/ glic ? ... i guess since the kernel is statically compiled,  
> likely no... but I just thought I'd ask ....
>
>
> We're using jetty right now on our boards, and thus writing most of  
> our application level code in java. Most of the network / system  
> level software is in C though. It's quite important for me & my  
> company to have some sort of bridge between java / C on these arm  
> boards.
>
> Does anyone have suggestions w/ JNI or using gcj on the ARM ?
>
>> 3.ii) Does anyone on this list have pointers on trying to get Java  
>> and C to co-exist and interact on ARM boards?
>
> -- 
> gentoo-embedded@gentoo.org mailing list
>


-- 
gentoo-embedded@gentoo.org mailing list

[gentoo-embedded] Simple GNAP router problem

[Janusz Syrytczyk]

hi,
I'm having some problems w with kernel dependent packages on gnap. While it 
should not be a problem with standard kernel, I would like to use 
gentoo-sources patched with patch-o-matic from netfilter.org. 

So because I'm tinkering with some netfilter addons (connlimit, ipset) I have 
to compile iptables, conntrack, and ipset tools against this modified kernel. 
The goal is to create two routers for thousand people using 120Mbit of 
downstream. And that is why I need connlimit and ipset.

So the thing is I cannot find a solution to compile those tools against my 
sources, not standard sources fetched by catalyst during its compilation 
process.

Is there any unified solution for this? I thought about creating an ebuild 
with my modified kernel sources just for this but isn't it an overkill?

Janusz
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] Simple GNAP router problem

[Sune Kloppenborg Jeppesen]

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

On Tuesday 19 December 2006 09:32, Janusz Syrytczyk wrote:
> Is there any unified solution for this? I thought about creating an ebuild
> with my modified kernel sources just for this but isn't it an overkill?
I think that is what I would do.

-- 
Sune Kloppenborg Jeppesen (Jaervosz)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-embedded] Simple GNAP router problem

[José Alberto Suárez López]

Hi,

I'm doing exactly the same ;)

So is not an easy solution right now. If you have a nice idea send my a
patch for gnap.

So right now i use a modifyed version of the ebuild the include a patch
for this.

El mar, 19-12-2006 a las 09:32 +0100, Janusz Syrytczyk escribió:
> hi,
> I'm having some problems w with kernel dependent packages on gnap. While it 
> should not be a problem with standard kernel, I would like to use 
> gentoo-sources patched with patch-o-matic from netfilter.org. 
> 
> So because I'm tinkering with some netfilter addons (connlimit, ipset) I have 
> to compile iptables, conntrack, and ipset tools against this modified kernel. 
> The goal is to create two routers for thousand people using 120Mbit of 
> downstream. And that is why I need connlimit and ipset.
> 
> So the thing is I cannot find a solution to compile those tools against my 
> sources, not standard sources fetched by catalyst during its compilation 
> process.
> 
> Is there any unified solution for this? I thought about creating an ebuild 
> with my modified kernel sources just for this but isn't it an overkill?
> 
> Janusz

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] Simple GNAP router problem

[Janusz Syrytczyk]

On Tuesday 19 December 2006 10:06, José Alberto Suárez López wrote:

> So is not an easy solution right now. If you have a nice idea send my a
> patch for gnap.

Thanks!

For me the most vital option is connlimit and ipset as I cannot create solid 
rock router without it. 

I expected gnap would solve this issue as it was designed for devices like 
routers. A very neat idea is to have a kernel with path-o-matic already 
applied in Portage :-) And I guess it doesn't have to be in general Portage 
but only in limited gnap Portage (although it would limit the audience).

The open question is if there is a poor soul to maintain such ongoing task :-]

Janusz

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] Simple GNAP router problem

[Sune Kloppenborg Jeppesen]

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

On Tuesday 19 December 2006 10:49, Janusz Syrytczyk wrote:
> On Tuesday 19 December 2006 10:06, José Alberto Suárez López wrote:
> > So is not an easy solution right now. If you have a nice idea send my a
> > patch for gnap.
>
> Thanks!
>
> For me the most vital option is connlimit and ipset as I cannot create
> solid rock router without it.
>
> I expected gnap would solve this issue as it was designed for devices like
> routers. A very neat idea is to have a kernel with path-o-matic already
> applied in Portage :-) And I guess it doesn't have to be in general Portage
> but only in limited gnap Portage (although it would limit the audience).
>
> The open question is if there is a poor soul to maintain such ongoing task
> :-]
For work I'm keeping GNAP scripts and a small portage tree reasonably up to 
date. I plan on making it available sometime soon. However I haven't had the 
need to patch the kernel yet.

-- 
Sune Kloppenborg Jeppesen (Jaervosz)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]