public inbox for gentoo-embedded@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-embedded] openmoko overlay?
@ 2008-09-03 17:02 Christopher Friedt
  2008-09-03 20:44 ` Ângelo Miguel Arrifano
  0 siblings, 1 reply; 12+ messages in thread
From: Christopher Friedt @ 2008-09-03 17:02 UTC (permalink / raw
  To: gentoo-embedded

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



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [gentoo-embedded] openmoko overlay?
  2008-09-03 17:02 [gentoo-embedded] openmoko overlay? Christopher Friedt
@ 2008-09-03 20:44 ` Ângelo Miguel Arrifano
  2008-09-03 21:46   ` shawnzier
  2008-10-26  8:06   ` Mike Frysinger
  0 siblings, 2 replies; 12+ messages in thread
From: Ângelo Miguel Arrifano @ 2008-09-03 20:44 UTC (permalink / raw
  To: gentoo-embedded; +Cc: Christopher Friedt

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



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [gentoo-embedded] openmoko overlay?
  2008-09-03 20:44 ` Ângelo Miguel Arrifano
@ 2008-09-03 21:46   ` shawnzier
  2008-09-05 13:25     ` Christopher Friedt
  2008-10-26  8:06   ` Mike Frysinger
  1 sibling, 1 reply; 12+ messages in thread
From: shawnzier @ 2008-09-03 21:46 UTC (permalink / raw
  To: gentoo-embedded

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. 



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [gentoo-embedded] openmoko overlay?
  2008-09-03 21:46   ` shawnzier
@ 2008-09-05 13:25     ` Christopher Friedt
  2008-09-05 16:53       ` Ângelo Miguel Arrifano
  2008-09-05 17:10       ` Ned Ludd
  0 siblings, 2 replies; 12+ messages in thread
From: Christopher Friedt @ 2008-09-05 13:25 UTC (permalink / raw
  To: gentoo-embedded

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. 
> 



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [gentoo-embedded] openmoko overlay?
  2008-09-05 13:25     ` Christopher Friedt
@ 2008-09-05 16:53       ` Ângelo Miguel Arrifano
  2008-09-05 17:10       ` Ned Ludd
  1 sibling, 0 replies; 12+ messages in thread
From: Ângelo Miguel Arrifano @ 2008-09-05 16:53 UTC (permalink / raw
  To: gentoo-embedded; +Cc: Christopher Friedt

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. 
> > 
> 



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [gentoo-embedded] openmoko overlay?
  2008-09-05 13:25     ` Christopher Friedt
  2008-09-05 16:53       ` Ângelo Miguel Arrifano
@ 2008-09-05 17:10       ` Ned Ludd
  2008-09-05 19:35         ` Christopher Friedt
       [not found]         ` <3ea34a000809300800j467e3094hc301d8303659c5d3@mail.gmail.com>
  1 sibling, 2 replies; 12+ messages in thread
From: Ned Ludd @ 2008-09-05 17:10 UTC (permalink / raw
  To: gentoo-embedded


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....





^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [gentoo-embedded] openmoko overlay?
  2008-09-05 17:10       ` Ned Ludd
@ 2008-09-05 19:35         ` Christopher Friedt
       [not found]         ` <3ea34a000809300800j467e3094hc301d8303659c5d3@mail.gmail.com>
  1 sibling, 0 replies; 12+ messages in thread
From: Christopher Friedt @ 2008-09-05 19:35 UTC (permalink / raw
  To: gentoo-embedded

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



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Fwd: [gentoo-embedded] openmoko overlay?
       [not found]         ` <3ea34a000809300800j467e3094hc301d8303659c5d3@mail.gmail.com>
@ 2008-09-30 17:58           ` Ângelo Miguel Arrifano
  0 siblings, 0 replies; 12+ messages in thread
From: Ângelo Miguel Arrifano @ 2008-09-30 17:58 UTC (permalink / raw
  To: gentoo-embedded; +Cc: Christopher Friedt

On Tue, 30 Sep 2008 11:00:14 -0400
"Christopher Friedt" <chrisfriedt@gmail.com> wrote:

> Hi Ângelo,
> 
> Are you still interested in hacking the openmoko-appmanager as Ned had
> suggested earlier? I can definitely use an application like that
> personally and this project would probably give me a lot of relevent
> experience for other projects that I'm working on.

Yes, that's something I'll do.
> 
> Honestly, I haven't found a lot of documentation about Gentoo's tbz2
> format, but maybe I can learn something about it by making
> openmoko-appmanager work with Gentoo's package format.
> 
> If public tbz2 format documentation doesn't already exist, I could
> definitely contribute some new documentation for a public,
> language-independent API.
> 
> Are you aware of any existing Gentoo binary package documentation?

Look, for example, at qpkg.c source on portage-utils which Ned is one
of the authors.

-Angelo
> 
> Cheers,
> 
> Chris
> 
> 
> ---------- Forwarded message ----------
> From: Ned Ludd <solar@gentoo.org>
> Date: Fri, Sep 5, 2008 at 1:10 PM
> Subject: Re: [gentoo-embedded] openmoko overlay?
> To: gentoo-embedded@lists.gentoo.org
> 
> 
> ...
> 
> On Fri, 2008-09-05 at 09:25 -0400, Christopher Friedt 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.
> 
> ...



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [gentoo-embedded] openmoko overlay?
  2008-09-03 20:44 ` Ângelo Miguel Arrifano
  2008-09-03 21:46   ` shawnzier
@ 2008-10-26  8:06   ` Mike Frysinger
  2008-10-26 20:37     ` Christopher Friedt
  1 sibling, 1 reply; 12+ messages in thread
From: Mike Frysinger @ 2008-10-26  8:06 UTC (permalink / raw
  To: gentoo-embedded; +Cc: Ângelo Miguel Arrifano, Christopher Friedt

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

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 835 bytes --]

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [gentoo-embedded] openmoko overlay?
  2008-10-26  8:06   ` Mike Frysinger
@ 2008-10-26 20:37     ` Christopher Friedt
  2008-10-26 21:10       ` Martin Guy
  0 siblings, 1 reply; 12+ messages in thread
From: Christopher Friedt @ 2008-10-26 20:37 UTC (permalink / raw
  To: gentoo-embedded

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
>



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [gentoo-embedded] openmoko overlay?
  2008-10-26 20:37     ` Christopher Friedt
@ 2008-10-26 21:10       ` Martin Guy
  2008-10-26 21:23         ` Christopher Friedt
  0 siblings, 1 reply; 12+ messages in thread
From: Martin Guy @ 2008-10-26 21:10 UTC (permalink / raw
  To: gentoo-embedded

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



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [gentoo-embedded] openmoko overlay?
  2008-10-26 21:10       ` Martin Guy
@ 2008-10-26 21:23         ` Christopher Friedt
  0 siblings, 0 replies; 12+ messages in thread
From: Christopher Friedt @ 2008-10-26 21:23 UTC (permalink / raw
  To: gentoo-embedded

On Sun, Oct 26, 2008 at 5:10 PM, Martin Guy <martinwguy@yahoo.it> wrote:
> 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

Right, Benno is also helping out - check out the android-porting list ;-)

Since the source code has been released (http://source.android.com),
it's no longer necessary to emulate the missing instructions in-kernel
- we can code in the equivalent ARMv4T instructions :)



^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2008-10-26 21:23 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-03 17:02 [gentoo-embedded] openmoko overlay? Christopher Friedt
2008-09-03 20:44 ` Ângelo Miguel Arrifano
2008-09-03 21:46   ` shawnzier
2008-09-05 13:25     ` Christopher Friedt
2008-09-05 16:53       ` Ângelo Miguel Arrifano
2008-09-05 17:10       ` Ned Ludd
2008-09-05 19:35         ` Christopher Friedt
     [not found]         ` <3ea34a000809300800j467e3094hc301d8303659c5d3@mail.gmail.com>
2008-09-30 17:58           ` Fwd: " Ângelo Miguel Arrifano
2008-10-26  8:06   ` Mike Frysinger
2008-10-26 20:37     ` Christopher Friedt
2008-10-26 21:10       ` Martin Guy
2008-10-26 21:23         ` Christopher Friedt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox