FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo Embedded

 
 
LinkBack Thread Tools
 
Old 09-03-2008, 05:02 PM
Christopher Friedt
 
Default openmoko overlay?

Is anyone else on this list contributing to the openmoko codebase? Does
anyone else have a FIC handheld?


I just got a freerunner a couple of days ago and threw om2008.8 on it.
The QT interface is pretty nice and I'd like to start contributing some
code, but I'd rather use Gentoo's build system instead of the OE build
system.


Is anyone aware of an existing overlay ?

Cheers,

Chris
 
Old 09-03-2008, 08:44 PM
Ângelo Miguel Arrifano
 
Default openmoko overlay?

On Wed, 03 Sep 2008 13:02:52 -0400
Christopher Friedt <chrisfriedt@gmail.com> wrote:

> Is anyone else on this list contributing to the openmoko codebase? Does
> anyone else have a FIC handheld?
>
> I just got a freerunner a couple of days ago and threw om2008.8 on it.
> The QT interface is pretty nice and I'd like to start contributing some
> code, but I'd rather use Gentoo's build system instead of the OE build
> system.
>
> Is anyone aware of an existing overlay ?
>
> Cheers,
>
> Chris
>

Hello,

Me and Ned Ludd are working on a embedded overlay mostly for PDAs.
The overlay is located here:
http://tinderbox.dev.gentoo.org/embedded/linwizard/overlay/
The overlay includes some fixed ebuilds for cross-compiling base
dependencies. There is also a GPE tree there that should be emergeable.
More recently, we started to work on openmoko ebuilds. It's not finished
yet.

We also provide binary packages for ARMV5TE-JL here:
http://tinderbox.dev.gentoo.org/embedded/linwizard/

I don't own a freerunner, but I can't test most of it on my HTC wizard.

Best regards,
--
Angelo Arrifano AKA MiKNiX
Computation and Intelligent Systems
MsC Student at UBI, Portugal
http://miknix.homelinux.com
PGP Pubkey 0x3D92BB0B
 
Old 09-03-2008, 09:46 PM
 
Default openmoko overlay?

On Wed, Sep 03, 2008 at 10:44:28PM +0200, =?ISO-8859-1?Q?=C2ngelo_Miguel_Arrifano_ wrote:
> On Wed, 03 Sep 2008 13:02:52 -0400
> Christopher Friedt <chrisfriedt@gmail.com> wrote:
>
> > Is anyone else on this list contributing to the openmoko codebase? Does
> > anyone else have a FIC handheld?
> >
> > I just got a freerunner a couple of days ago and threw om2008.8 on it.
> > The QT interface is pretty nice and I'd like to start contributing some
> > code, but I'd rather use Gentoo's build system instead of the OE build
> > system.
> >
> > Is anyone aware of an existing overlay ?
> >
> > Cheers,
> >
> > Chris
> >
>
> Hello,
>
> Me and Ned Ludd are working on a embedded overlay mostly for PDAs.
> The overlay is located here:
> http://tinderbox.dev.gentoo.org/embedded/linwizard/overlay/
> The overlay includes some fixed ebuilds for cross-compiling base
> dependencies. There is also a GPE tree there that should be emergeable.
> More recently, we started to work on openmoko ebuilds. It's not finished
> yet.
>
> We also provide binary packages for ARMV5TE-JL here:
> http://tinderbox.dev.gentoo.org/embedded/linwizard/
>
> I don't own a freerunner, but I can't test most of it on my HTC wizard.
>
I have one and would be happy to test. Thanks for the work on this.
 
Old 09-05-2008, 01:25 PM
Christopher Friedt
 
Default openmoko overlay?

Cool - I'll check it out.

The moko is an arm920t core (armv4t arch), but I believe that the
official packages aren't even compiled with the EABI. The core itself is
exactly the same as that of the TS-72xx boards, which I've worked with
extensively. The packaging, pinouts, and on-chip peripherals are really
all that are different, so creating a toolchain is a non-issue.


The /proc/cpuinfo component of the FreeRunner's kernel is slightly
bjorked - through some odd patches they have mashed board info into the
cpuinfo structure somehow instead of the cleaner /proc/SBC/info structure.


I should have no problem taking my current instructions from the
gentoo-wiki and editing them to provide info for the openmoko. U-Boot,
and the usb-loader utility (dfu-util) are the only components that I
have little experience with. Although it was reasonably easy enough to
load the om2008.8 image.


So I guess, in the long run, I'll be aiming to provide a kernel patchset
specifically for the freerunner hardware in the portage tree, as well as
a toolchain patchset for the samsung sc324XX SoC that the openmoko folks
are using. It should be possible to build everything that the openmoko
folks provide in any of their images, given a list of packages & the
patchsets, but using the (far better IMHO) ebuild build system as
opposed to bitbake.


Nedd & Angelo - with the PDA-centric overlay ( & binary packages? ) that
you guys are creating, are there any plans in the works for making a
(graphical?) package manager app for mobile devices? I'm using
portage-utils pretty extensively these days for a push-ing distributed
package manager, which my boss has me unfortunately implementing as a
grails web-app, but I'd be very interested in collaborating on something
like that, gtk-based, ncurses-based, written in Java for all I care, etc.


Cheers,

Chris

shawnzier@gmail.com wrote:

On Wed, Sep 03, 2008 at 10:44:28PM +0200, =?ISO-8859-1?Q?=C2ngelo_Miguel_Arrifano_ wrote:

On Wed, 03 Sep 2008 13:02:52 -0400
Christopher Friedt <chrisfriedt@gmail.com> wrote:

Is anyone else on this list contributing to the openmoko codebase? Does
anyone else have a FIC handheld?


I just got a freerunner a couple of days ago and threw om2008.8 on it.
The QT interface is pretty nice and I'd like to start contributing some
code, but I'd rather use Gentoo's build system instead of the OE build
system.


Is anyone aware of an existing overlay ?

Cheers,

Chris


Hello,

Me and Ned Ludd are working on a embedded overlay mostly for PDAs.
The overlay is located here:
http://tinderbox.dev.gentoo.org/embedded/linwizard/overlay/
The overlay includes some fixed ebuilds for cross-compiling base
dependencies. There is also a GPE tree there that should be emergeable.
More recently, we started to work on openmoko ebuilds. It's not finished
yet.

We also provide binary packages for ARMV5TE-JL here:
http://tinderbox.dev.gentoo.org/embedded/linwizard/

I don't own a freerunner, but I can't test most of it on my HTC wizard.

I have one and would be happy to test. Thanks for the work on this.
 
Old 09-05-2008, 04:53 PM
Ângelo Miguel Arrifano
 
Default openmoko overlay?

On Fri, 05 Sep 2008 09:25:43 -0400
Christopher Friedt <chrisfriedt@gmail.com> wrote:

> Cool - I'll check it out.
>
> The moko is an arm920t core (armv4t arch), but I believe that the
> official packages aren't even compiled with the EABI. The core itself is
> exactly the same as that of the TS-72xx boards, which I've worked with
> extensively. The packaging, pinouts, and on-chip peripherals are really
> all that are different, so creating a toolchain is a non-issue.

The binary packages available here
(http://tinderbox.dev.gentoo.org/embedded/linwizard/) are targeted for
armv5te-softfloat-linux-gnueabi
>
> The /proc/cpuinfo component of the FreeRunner's kernel is slightly
> bjorked - through some odd patches they have mashed board info into the
> cpuinfo structure somehow instead of the cleaner /proc/SBC/info structure.
>
> I should have no problem taking my current instructions from the
> gentoo-wiki and editing them to provide info for the openmoko. U-Boot,
> and the usb-loader utility (dfu-util) are the only components that I
> have little experience with. Although it was reasonably easy enough to
> load the om2008.8 image.
>
> So I guess, in the long run, I'll be aiming to provide a kernel patchset
> specifically for the freerunner hardware in the portage tree, as well as
> a toolchain patchset for the samsung sc324XX SoC that the openmoko folks
> are using. It should be possible to build everything that the openmoko
> folks provide in any of their images, given a list of packages & the
> patchsets, but using the (far better IMHO) ebuild build system as
> opposed to bitbake.
>
> Nedd & Angelo - with the PDA-centric overlay ( & binary packages? ) that
> you guys are creating, are there any plans in the works for making a
> (graphical?) package manager app for mobile devices? I'm using
> portage-utils pretty extensively these days for a push-ing distributed
> package manager, which my boss has me unfortunately implementing as a
> grails web-app, but I'd be very interested in collaborating on something
> like that, gtk-based, ncurses-based, written in Java for all I care, etc.

Yes, we have plans to change the package managers available in
{GPE,openmoko,...} to support our .tbzs instead of ipkg.
For now, I'm just more worried in getting a emergeable openmoko and GPE
tree into the overlay.

-- Angelo Arrifano
>
> Cheers,
>
> Chris
>
> shawnzier@gmail.com wrote:
> > On Wed, Sep 03, 2008 at 10:44:28PM +0200, =?ISO-8859-1?Q?=C2ngelo_Miguel_Arrifano_ wrote:
> >> On Wed, 03 Sep 2008 13:02:52 -0400
> >> Christopher Friedt <chrisfriedt@gmail.com> wrote:
> >>
> >>> Is anyone else on this list contributing to the openmoko codebase? Does
> >>> anyone else have a FIC handheld?
> >>>
> >>> I just got a freerunner a couple of days ago and threw om2008.8 on it.
> >>> The QT interface is pretty nice and I'd like to start contributing some
> >>> code, but I'd rather use Gentoo's build system instead of the OE build
> >>> system.
> >>>
> >>> Is anyone aware of an existing overlay ?
> >>>
> >>> Cheers,
> >>>
> >>> Chris
> >>>
> >> Hello,
> >>
> >> Me and Ned Ludd are working on a embedded overlay mostly for PDAs.
> >> The overlay is located here:
> >> http://tinderbox.dev.gentoo.org/embedded/linwizard/overlay/
> >> The overlay includes some fixed ebuilds for cross-compiling base
> >> dependencies. There is also a GPE tree there that should be emergeable.
> >> More recently, we started to work on openmoko ebuilds. It's not finished
> >> yet.
> >>
> >> We also provide binary packages for ARMV5TE-JL here:
> >> http://tinderbox.dev.gentoo.org/embedded/linwizard/
> >>
> >> I don't own a freerunner, but I can't test most of it on my HTC wizard.
> >>
> > I have one and would be happy to test. Thanks for the work on this.
> >
>
 
Old 09-05-2008, 05:10 PM
Ned Ludd
 
Default openmoko overlay?

On Fri, 2008-09-05 at 09:25 -0400, Christopher Friedt wrote:
> Cool - I'll check it out.
>
> The moko is an arm920t core (armv4t arch), but I believe that the
> official packages aren't even compiled with the EABI. The core itself is
> exactly the same as that of the TS-72xx boards, which I've worked with
> extensively. The packaging, pinouts, and on-chip peripherals are really
> all that are different, so creating a toolchain is a non-issue.
>
> The /proc/cpuinfo component of the FreeRunner's kernel is slightly
> bjorked - through some odd patches they have mashed board info into the
> cpuinfo structure somehow instead of the cleaner /proc/SBC/info structure.
>
> I should have no problem taking my current instructions from the
> gentoo-wiki and editing them to provide info for the openmoko. U-Boot,
> and the usb-loader utility (dfu-util) are the only components that I
> have little experience with. Although it was reasonably easy enough to
> load the om2008.8 image.
>
> So I guess, in the long run, I'll be aiming to provide a kernel patchset
> specifically for the freerunner hardware in the portage tree, as well as
> a toolchain patchset for the samsung sc324XX SoC that the openmoko folks
> are using. It should be possible to build everything that the openmoko
> folks provide in any of their images, given a list of packages & the
> patchsets, but using the (far better IMHO) ebuild build system as
> opposed to bitbake.
>
> Nedd & Angelo - with the PDA-centric overlay ( & binary packages? ) that
> you guys are creating, are there any plans in the works for making a
> (graphical?) package manager app for mobile devices? I'm using
> portage-utils pretty extensively these days for a push-ing distributed
> package manager, which my boss has me unfortunately implementing as a
> grails web-app, but I'd be very interested in collaborating on something
> like that, gtk-based, ncurses-based, written in Java for all I care, etc.

One of the problems that miknix has run into so far is that the
openmoko-appmanager depends on ipkg and friends. There was some talk of
recoding/hacking on that one to make it portage-utils aware. Feel free
to discuss that further with him.

In the freerunner they are using the sc32440 for this generation of the
phone right? It should only be minor kernel patching required. But I'd
rather us not have an explicit openmoko-sources as I'm using the sc324xx
chips myself.

I'm not sure why you would have to provide any toolchain patches.
Everything works as of today the the misc CHOST's the device can use.

armv4tl-softfloat-linux-gnueabi / arm-softfloat-linux-gnueabi /
arm-softfloat-linux-uclibc etc....
 
Old 09-05-2008, 07:35 PM
Christopher Friedt
 
Default openmoko overlay?

Ned Ludd wrote:

One of the problems that miknix has run into so far is that the
openmoko-appmanager depends on ipkg and friends. There was some talk of
recoding/hacking on that one to make it portage-utils aware. Feel free
to discuss that further with him.


Hmm... will do.


In the freerunner they are using the sc32440 for this generation of the
phone right? It should only be minor kernel patching required. But I'd
rather us not have an explicit openmoko-sources as I'm using the sc324xx
chips myself.


The FreeRunner uses the sc32442B. The only thing I don't really like
with the openmoko-kernel at least, is that they've jammed board info
into /proc/cpuinfo instead of /proc/SBC/info.


e.g.

$ cat /proc/cpuinfo | tail -n 3
Hardware : GTA02
Revision : 0350
Serial : 0000000000000000

Personally, I think that belongs in /proc/SBC/info, so that's the only
patch that I would make, although it would probably make some waves in
the rest of the openmoko community/stack.



I'm not sure why you would have to provide any toolchain patches.


Cool - I just remember how difficult it was to get the ep93xx / maverick
fpu working. The FreeRunner has no dedicated on-or-off-chip FPU so
softfloat it is.


Although I'm sure that if the SMedia 3362 driver source code was
available, that the graphics processor could double as an FPU. That
would definitely require some toolchain hacking - so maaaaybe I'll
forget about it ... for now.



armv4tl-softfloat-linux-gnueabi


Good to go

Chris
 
Old 10-26-2008, 07:06 AM
Mike Frysinger
 
Default openmoko overlay?

On Wednesday 03 September 2008, Ângelo Miguel Arrifano wrote:
> Me and Ned Ludd are working on a embedded overlay mostly for PDAs.
> The overlay is located here:
> http://tinderbox.dev.gentoo.org/embedded/linwizard/overlay/

why not the regular place ? tinderbox is a blackhole. plus, the normal infra
already has support for adding non-Gentoo devs for access ...
http://overlays.gentoo.org/proj/embedded/timeline

just add the regulars from this list and let em go nuts
-mike
 
Old 10-26-2008, 07:37 PM
"Christopher Friedt"
 
Default openmoko overlay?

Right now I'm working on getting Android up and running on my OpenMoko
Freerunner.

Has anyone else on the list checked it out?

My strategy right now is to translate a handful of opcodes found in
the >= ARMv5 ISA into equivalent ARMv4 ISA sequences and then add any
hardware-specific libs for the FreeRunner, as necessary. One thing I'm
really wondering about is how performance will compare (if at all)
between the s3c2442 and something like the msm7201, given that the
s3c2442 lacks the DSP cores. Is the s3c2442 really up to the task of
running Android?

I've got a page going here:

http://wiki.openmoko.org/wiki/Android

There are also a few sources for Android-compatible kernel patches at
the moment.

Cheers,

Chris

On Sun, Oct 26, 2008 at 4:06 AM, Mike Frysinger <vapier@gentoo.org> wrote:
> On Wednesday 03 September 2008, Ângelo Miguel Arrifano wrote:
>> Me and Ned Ludd are working on a embedded overlay mostly for PDAs.
>> The overlay is located here:
>> http://tinderbox.dev.gentoo.org/embedded/linwizard/overlay/
>
> why not the regular place ? tinderbox is a blackhole. plus, the normal infra
> already has support for adding non-Gentoo devs for access ...
> http://overlays.gentoo.org/proj/embedded/timeline
>
> just add the regulars from this list and let em go nuts
> -mike
>
 
Old 10-26-2008, 08:10 PM
"Martin Guy"
 
Default openmoko overlay?

On 10/26/08, Christopher Friedt <chrisfriedt@gmail.com> wrote:
> Right now I'm working on getting Android up and running on my OpenMoko
> Freerunner.
>
> Has anyone else on the list checked it out?
>
> My strategy right now is to translate a handful of opcodes found in
> the >= ARMv5 ISA into equivalent ARMv4 ISA sequences

Someone tried something very similar and eventually admitted defeat,
but wrote a stunning tech article on their efforts at emulating the
missing instructions in the kernel
http://benno.id.au/blog/2007/11/21/android-neo1973
Enjoy! I did!

That was before android was open-sourced. You may now be able to
compile it for armv4t

M
 

Thread Tools




All times are GMT. The time now is 11:31 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org