On Sun, 6 Jul 2008 10:10:04 +0200 Marc Palmans [EMAIL PROTECTED]
babbled:
on gp2x, another arm was pressed into doing defacto 3d
and it turned out great. i think the 3d accel unit on
freerunner is borked by the memory/interface bottleneck,
and it thus becomes impractical to use.
On Sat, 5 Jul 2008 21:22:27 +0200 Jay Vaughan [EMAIL PROTECTED] babbled:
that's very sad to read! I just bought my FreeRunner just this week
because
I head on seeral talk that all docs are free (except GSM stack, I
don't care)
and now this ?
yeah, get over it though, if you
On Sun, 06 Jul 2008 10:29:20 +0100 Andy Green [EMAIL PROTECTED] babbled:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| after collect informations, we can sum up the most important issues for
| boot time:
Hey bootchart is really good step to
On Tue, 8 Jul 2008 13:18:30 +0200 Jay Vaughan [EMAIL PROTECTED] babbled:
BUT... the idea of a 2nd arm with some shared memory interface
pressed into
service as a general purpose accelerator (could do anything from
graphics to
video decode to audio playback, or anything else you can
Am Dienstag 08 Juli 2008 12:45:12 schrieb Carsten Haitzler:
which brings me back to... we need a way to avoid jffs2 compression for
some types of files. eg: *.jpg, *.png, *.gif, *.edj, *.mp3 ... :)
We should consider one of the alternatives to jffs2. The jury is still out on
yaffs2 and ubifs
Antonio MU?oz wrote:
Hello all, I would like to know about this topic, is someone still
working on it?
I discussed this topic a bit with Thomas Seiler in the context of
making it a general feature on all Neos, and we haven't found a way
to provide such a protection and at the same time avoid
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Tue, 8 Jul 2008 14:35:13 +0200 Michael 'Mickey' Lauer
| [EMAIL PROTECTED] babbled:
|
| Am Dienstag 08 Juli 2008 12:45:12 schrieb Carsten Haitzler:
| which brings me back to... we need a way to avoid
Am Dienstag 08 Juli 2008 16:03:00 schrieb Andy Green:
Jffs2 is just a symptom of writing direct to raw NAND... we don't need
to deal with these unusual formats when our storage is SD Card. In that
future, we use the very well characterized ext2 or ext3.
Yes, but until then there may be a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Am Dienstag 08 Juli 2008 16:03:00 schrieb Andy Green:
| Jffs2 is just a symptom of writing direct to raw NAND... we don't need
| to deal with these unusual formats when our storage is SD Card. In that
|
Hi,
with the framework we see an increasing amount of dbus interaction. Since the
syntax of dbus-send is quite a pain, I decided to write something
lean-and-mean to facilitate interaction and introspection with dbus.
I'm pleased to announce mickeydbus 0.9. Grab it @
/me off to find multi-core ARM SOC's for future reference.
the already exist. in fact most soc's are multi-core, just multi-
SPECIFIC-cores
eg, 1 arm core, 1 gfxcore, etc. ... some also throw in a dsp core etc.
yeah i know (i'm working on Tolapai professionally at the moment), but
i
Am Dienstag 08 Juli 2008 16:18:32 schrieb Andy Green:
Somebody in the thread at some point said:
| Am Dienstag 08 Juli 2008 16:03:00 schrieb Andy Green:
| Jffs2 is just a symptom of writing direct to raw NAND... we don't need
| to deal with these unusual formats when our storage is SD Card.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Andy Green wrote:
| It's unclear where that problem comes from,
|
| The ECC might be a major factor in this. It's turned off because
| software and hardware disagree on the ECC algorithm, causing images
|
On Tue, Jul 8, 2008 at 3:00 PM, Werner Almesberger [EMAIL PROTECTED] wrote:
If you just replace u-boot in NAND, getting rid of the password is
trivial: just bring up u-boot from NOR and wipe out the environment
or install a u-boot that doesn't ask for passwords.
That's correct.
If you add
Andy Green wrote:
Is this because U-Boot (active at DFU time) doesn't use hw ECC then?
Otherwise it would all come out in the wash?
Yup. Or, alternatively, we could try to make u-boot use the same
algorithm in software. Not sure what's easier to do.
Matt, you figured that one out when we had
On Tue, 08 Jul 2008 15:58:15 +0100 Andy Green [EMAIL PROTECTED] babbled:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Jffs2 is just a symptom of writing direct to raw NAND... we don't need
| to deal with these unusual formats when our
if it's a multi-core
SOC... now we are talking.
Would, indeed, be seriously nice to talk about this for gta03/04/05/..
;
--
Jay Vaughan
Francesco Albanese wrote:
NAND environment can be accessed on Linux via MTD using root privileges.
It shouldn't be so difficult to write a tool to manage the NAND
partition and reset a password just in case.
Yeah, but you still have the issue that you either have guaranteed
unbricking from any
Hi,
is anybody out there who try to compile pjsip on the opnemoko?
If not i will do this next days because i need it for my PhD thesis.
I think with the library it is very easy to implement a SIP softphone on
the freerunner. I need it for other pruposes but a sip softphone would be
nice.
So if
Well we can boot SD on GTA02. But I really mean it's not obvious we
should make a big investment into a new raw mtd filesystem given where
we are headed.
i favour a 'distribution policy' approach whereby the SD card is the
primary means of booting the OS, and onboard nonvolatile RAM is made
On Wednesday, 9. July 2008 00:40:25 Fred Chien wrote:
3. sdio_wlan needs 1 sec or ?:
4. ar6000 needs 1 sec or?
Both are part of the wifi driver. Currently I'm wokring on that and I think we
will make it a module and not load it at boot time. Holger mentionned a SD
card problem we might run
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Wednesday, 9. July 2008 00:40:25 Fred Chien wrote:
| 3. sdio_wlan needs 1 sec or ?:
| 4. ar6000 needs 1 sec or?
|
| Both are part of the wifi driver. Currently I'm wokring on that and I
think we
| will
#1557: Don't use absolute paths in MokoMakefile
+---
Reporter: uzytkownik |Owner: openmoko-devel
Type: defect | Status: new
Priority: low |Milestone:
Hi Mickey,
with the framework we see an increasing amount of dbus interaction. Since the
syntax of dbus-send is quite a pain, I decided to write something
lean-and-mean to facilitate interaction and introspection with dbus.
I'm pleased to announce mickeydbus 0.9. Grab it @
On Tue, 08 Jul 2008 18:45:33 +0100 Andy Green [EMAIL PROTECTED] babbled:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Otherwise sounds fine to make it a module. You can't use NFS rootfs on
| it AFAIK due to needing association sorted out
BTW I wrote a DBus extension (egg) for Chicken Scheme a while back.
It uses libdbus.
http://chicken.wiki.br/dbus#examples
It's possible to cross-compile Chicken for OpenMoko, and then if you
have installed gcc on your phone (on a microSD card for example) you
can compile eggs (such as this one)
Original Message
From: Carsten Haitzler (The Rasterman)
it does - just that texture (and any other data)
uploads/downloads will be sluggish. if u have an
incredibly simple 3d environment with small texture sizes
and very few of them, it won't matter - but reality is
that these days 3d
#1558: qemu from openmoko cannot be build
+---
Reporter: uzytkownik |Owner: openmoko-devel
Type: defect | Status: closed
Priority: normal |Milestone:
Component:
Carsten Haitzler wrote:
1. we dont ship with that uboot menu - or we shouldnt be. the uboot env i know
we ship waits 3 seconds then just boots.
Huh ? Last time I checked, we very much did. It's the menu you get when
you press and hold POWER and then press and hold AUX.
remember i said to
Am Di 8. Juli 2008 schrieb Jay Vaughan:
if it's a multi-core
SOC... now we are talking.
Would, indeed, be seriously nice to talk about this for gta03/04/05/..
For GTA03 the features list is pretty much closed by now. 04 that's a
different thing.
03 is about evolution. 04 is about
Hey guys,
i downloaded lincity 1.13.1 today from sf.net and wanted to
cross-compile it with the om-toolkit, but i get errors (yes, i expected
this ;)). I did the following:
1. unzipped the source
2. renamed the dir to lincity
3. copied autogen.sh from the openmoko sample2 into the lincity dir
Werner Almesberger wrote:
Andy Green wrote:
Is this because U-Boot (active at DFU time) doesn't use hw ECC then?
Otherwise it would all come out in the wash?
Yup. Or, alternatively, we could try to make u-boot use the same
algorithm in software. Not sure what's easier to do.
Matt,
On Wed, Jul 09, 2008 at 12:06:28AM +0200, Arne Zachlod wrote:
Hey guys,
i downloaded lincity 1.13.1 today from sf.net and wanted to
cross-compile it with the om-toolkit, but i get errors (yes, i expected
this ;)). I did the following:
1. unzipped the source
2. renamed the dir to lincity
Paul Jimenez wrote:
Stick with mini-USB; I hear China mandated it, and it's nice and
standard anyway, so that's a good choice. Plus your customers have some
investment in chargers cables. Or go micro-USB - half the height,
otherwise fairly similar. And still standardish. Maybe add
34 matches
Mail list logo