Using 3G USB dongle [Re: Sean's speech at ESC about making a 3G device]

2009-04-03 Thread Timo Juhani Lindfors
Arigead captain.dea...@gmail.com writes:
 If you could get a hold of the plastic spacer could you then take a 3.5G
 USB Dongle and put that into the space? I think that 3.5G USB Dongles

I have been using E169 dongle quite a lot with freerunner. Since I did
some udev setup [1] the hassle is minimal: I just plug the dongle to
freerunner, click menu to set usb host mode and it'll automatically
connect to network.

If there's some way to automatically detect a usb device then I could
have freerunner automatically switch to host mode and avoid the need
to click anything to and have complete plug and play experience.

[1]

$ head neo/2009-04-03/etc/udev/rules.d/E169.rules
ACTION!=add, GOTO=E169_rules_end
SUBSYSTEM==usb_device, GOTO=E169_rules_real
BUS!=usb, GOTO=E169_rules_end

LABEL=E169_rules_real

SYSFS{idVendor}==12d1, SYSFS{idProduct}==1001, RUN=/usr/bin/pon E169

LABEL=E169_rules_end


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread The Rasterman
On Thu, 02 Apr 2009 22:27:43 -0700 Steve Mosher st...@openmoko.com said:

nice steve :) and yes - i put a bit of color in. :) my opinions are not those
of openmoko nor do they divine om's future... it's just my interpretation of
the facts as they come out :)

 Since I worked on the presentation with Sean for the days he was here in
 SF, let me give you my view and sean's view. That way we won't get into
 some version of the telephone game.
 
 Sean discussed three things at OpenExpo.
 
 1. Our successes.
 2. Our mistakes.
 3. Our challenges
 
 I won't go over 1 2 but I'll cover #3 since rasters perception has
 a bit of color added to it. Only a tiny bit and he's entitled
 to that color commentary, I'll just add what Sean and I, as authors
 of the presentation, had as our message.
 
 Our biggest challenge was to make a choice about how to spend the
 balance of 2009.
 
 There were two paths:
 A: Fulfill our promises on FreeRunner and launch GTA03
 B: Fulfill our promises on FreeRunner and  launch project B.
 
 We will talk more about project B in the coming months, but these
 salient facts should be able to guide any budding executives out there.
 
 1. GTA03 was in constant flux as a design.
 2. GTA03 schedule was consequently always slipping.
 3. The resources required for GTA03 are 3X those required for Project B.
 4. We don't have 3X.
 
 So, we picked plan B.
 
 Now comes the question, what about GTA03? how do we get there? And when?
 and what is it?
 
 Well my basic argument was and is this:
 
 First we attend to the issues that still remain with the GTA02. That's
 why the VP of marketing ( of all people) is working on the buzz fix
 problem. Second we complete project B. When we've done that, then we
 get to eat dessert. Essentially, I made the same argument I heard so
 many times on this list: How do expect us to buy a GTA03 when you've
 yet to deliver on all the promise of FreeRunner? And I took the
 arguments I heard from disty seriously, how do you expect us to buy FR,
 when GTA03 is right around the corner? And I accepted the arguments I 
 heard from Engineers I respect who questioned the viability of the GTA03 
 in the market place. All of those arguments said put a bullet in its 
 brain pan!
 
   So, what about GTA03? As it was defined, it is dead. So how do we
 get to a new GTA03? Two requirements: continue to improve GTA02; deliver
 on project B. What is GTA03 and when do we get there? There are a number
 of independent efforts out there that are pitching me ideas for GTA03.
 I talked to sean a bit about this and I'd like to try to open up more
 of the design process and the marketing process to the community.
 Perhaps on a separate list. Some of these discussions have already started.
 
 What can you do to help?
 1. Move GTA02 code upstream.
 2. Stay Involved.
 3. Continue work on applications
 4. Buy a FreeRunner.
 5. Get involved in GTA03 discussions
 
 Best,
 
 Steve
 
 
 Carsten Haitzler (The Rasterman) wrote:
  On Thu, 2 Apr 2009 18:35:58 +0100 Rui Miguel Silva Seabra r...@1407.org
  said:
  
  On Thu, Apr 02, 2009 at 06:13:36PM +0100, Justyn Butler wrote:
  2009/4/2 Rui Miguel Silva Seabra r...@1407.org:
  On Thu, Apr 02, 2009 at 05:38:42PM +0100, Justyn Butler wrote:
  He also explains what it would take to put 3G in the phones, saying
  that they'd do it (but the 3G part would be closed) if a customer put
  in a large enough order (ie 50,000 units).
  You've just convinced me that, unless this changes, no OpenMoko with 3G
  will get my money as far as I'm concerned :)
  Why the outrage?
  I bought the OpenMoko to get a more Free Software phone, not one that
  gets less and less Free as new devices come up :)
 
  I seriously hope GTA3 fixes some of the most serious problems GTA2 had
  regarding that.
  
  3g can be done - just like the 2g on feeerunner - you will talk to a closed
  blob via a defined protocol. just like any chip anywhere. no less free than
  gta02 in that way. BUT yes - you'll pay an extra $200.
  
  nb gta03 - you missed the news from sean's talk at openexpo in switzerland.
  gta03 is postponed (read cancelled - postponed is just a nice way to say
  it and try and keep the community hanging around in hope it un-cancels, as
  openmoko has laid off most of their staff (also news from openexpo), their
  linux staff. you don't un-postpone if you just let all the people go who
  work on the software).
  
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Dr. H. Nikolaus Schaller

 Sean discussed three things at OpenExpo.

 1. Our successes.
 2. Our mistakes.
 3. Our challenges

 I won't go over 1 2 but I'll cover #3 since rasters perception has
 a bit of color added to it. Only a tiny bit and he's entitled
 to that color commentary, I'll just add what Sean and I, as authors
 of the presentation, had as our message.

Is it possible for you to upload the slides somewhere so that we can  
read what was presented? Or is there some video?

Nikolaus

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Sean's speech at ESC about making a 3G device

2009-04-03 Thread ueli.pe...@bluewin.ch
Here is the link: 
http://www.openexpo.ch/fileadmin/documents/2009Bern/Slides/BusinessTrack/01_SeanMossPultz.pdf

Ueli

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


new version of gtkaddpoit

2009-04-03 Thread Carlo Minucci
i have release a new version of gtkaddpoi 
http://wiki.openmoko.org/wiki/Gtkaddpoi

now you can search a POI and add to Navit bookmark

don't forget to donate something at http://minucci.net/openmoko.php :D

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Steve Mosher



Sargun Dhillon wrote:
 When will project B be announced?

I have not made a final decision. First I need a solid schedule from 
engineering. That is, a schedule, with a high probability of hitting its 
target.
Given the channels I expect to launch this in, there is no leeway for
slips. I'm talking about schedule certainty down to the week if not day.
Right now as a placeholder date for the announcement I have a day 
selected in august.



 
 On Thu, Apr 2, 2009 at 10:27 PM, Steve Mosher st...@openmoko.com wrote:
 Since I worked on the presentation with Sean for the days he was here in
 SF, let me give you my view and sean's view. That way we won't get into
 some version of the telephone game.

 Sean discussed three things at OpenExpo.

 1. Our successes.
 2. Our mistakes.
 3. Our challenges

 I won't go over 1 2 but I'll cover #3 since rasters perception has
 a bit of color added to it. Only a tiny bit and he's entitled
 to that color commentary, I'll just add what Sean and I, as authors
 of the presentation, had as our message.

 Our biggest challenge was to make a choice about how to spend the
 balance of 2009.

 There were two paths:
 A: Fulfill our promises on FreeRunner and launch GTA03
 B: Fulfill our promises on FreeRunner and  launch project B.

 We will talk more about project B in the coming months, but these
 salient facts should be able to guide any budding executives out there.

 1. GTA03 was in constant flux as a design.
 2. GTA03 schedule was consequently always slipping.
 3. The resources required for GTA03 are 3X those required for Project B.
 4. We don't have 3X.

 So, we picked plan B.

 Now comes the question, what about GTA03? how do we get there? And when?
 and what is it?

 Well my basic argument was and is this:

 First we attend to the issues that still remain with the GTA02. That's
 why the VP of marketing ( of all people) is working on the buzz fix
 problem. Second we complete project B. When we've done that, then we
 get to eat dessert. Essentially, I made the same argument I heard so
 many times on this list: How do expect us to buy a GTA03 when you've
 yet to deliver on all the promise of FreeRunner? And I took the
 arguments I heard from disty seriously, how do you expect us to buy FR,
 when GTA03 is right around the corner? And I accepted the arguments I
 heard from Engineers I respect who questioned the viability of the GTA03
 in the market place. All of those arguments said put a bullet in its
 brain pan!

  So, what about GTA03? As it was defined, it is dead. So how do we
 get to a new GTA03? Two requirements: continue to improve GTA02; deliver
 on project B. What is GTA03 and when do we get there? There are a number
 of independent efforts out there that are pitching me ideas for GTA03.
 I talked to sean a bit about this and I'd like to try to open up more
 of the design process and the marketing process to the community.
 Perhaps on a separate list. Some of these discussions have already started.

 What can you do to help?
 1. Move GTA02 code upstream.
 2. Stay Involved.
 3. Continue work on applications
 4. Buy a FreeRunner.
 5. Get involved in GTA03 discussions

 Best,

 Steve


 Carsten Haitzler (The Rasterman) wrote:
 On Thu, 2 Apr 2009 18:35:58 +0100 Rui Miguel Silva Seabra r...@1407.org 
 said:

 On Thu, Apr 02, 2009 at 06:13:36PM +0100, Justyn Butler wrote:
 2009/4/2 Rui Miguel Silva Seabra r...@1407.org:
 On Thu, Apr 02, 2009 at 05:38:42PM +0100, Justyn Butler wrote:
 He also explains what it would take to put 3G in the phones, saying
 that they'd do it (but the 3G part would be closed) if a customer put
 in a large enough order (ie 50,000 units).
 You've just convinced me that, unless this changes, no OpenMoko with 3G
 will get my money as far as I'm concerned :)
 Why the outrage?
 I bought the OpenMoko to get a more Free Software phone, not one that
 gets less and less Free as new devices come up :)

 I seriously hope GTA3 fixes some of the most serious problems GTA2 had
 regarding that.
 3g can be done - just like the 2g on feeerunner - you will talk to a closed
 blob via a defined protocol. just like any chip anywhere. no less free than
 gta02 in that way. BUT yes - you'll pay an extra $200.

 nb gta03 - you missed the news from sean's talk at openexpo in switzerland.
 gta03 is postponed (read cancelled - postponed is just a nice way to say 
 it
 and try and keep the community hanging around in hope it un-cancels, as
 openmoko has laid off most of their staff (also news from openexpo), their
 linux staff. you don't un-postpone if you just let all the people go who 
 work
 on the software).

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Arigead
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Steve Mosher wrote:
 Since I worked on the presentation with Sean for the days he was here in
 SF, let me give you my view and sean's view. That way we won't get into
 some version of the telephone game.
 
 Sean discussed three things at OpenExpo.
 
 1. Our successes.
 2. Our mistakes.
 3. Our challenges
 
 I won't go over 1 2 but I'll cover #3 since rasters perception has
 a bit of color added to it. Only a tiny bit and he's entitled
 to that color commentary, I'll just add what Sean and I, as authors
 of the presentation, had as our message.
 
 Our biggest challenge was to make a choice about how to spend the
 balance of 2009.
 
 There were two paths:
 A: Fulfill our promises on FreeRunner and launch GTA03
 B: Fulfill our promises on FreeRunner and  launch project B.
 
 We will talk more about project B in the coming months, but these
 salient facts should be able to guide any budding executives out there.
 
 1. GTA03 was in constant flux as a design.
 2. GTA03 schedule was consequently always slipping.
 3. The resources required for GTA03 are 3X those required for Project B.
 4. We don't have 3X.
 
 So, we picked plan B.
 
 Now comes the question, what about GTA03? how do we get there? And when?
 and what is it?
 
 Well my basic argument was and is this:
 
 First we attend to the issues that still remain with the GTA02. That's
 why the VP of marketing ( of all people) is working on the buzz fix
 problem. Second we complete project B. When we've done that, then we
 get to eat dessert. Essentially, I made the same argument I heard so
 many times on this list: How do expect us to buy a GTA03 when you've
 yet to deliver on all the promise of FreeRunner? And I took the
 arguments I heard from disty seriously, how do you expect us to buy FR,
 when GTA03 is right around the corner? And I accepted the arguments I 
 heard from Engineers I respect who questioned the viability of the GTA03 
 in the market place. All of those arguments said put a bullet in its 
 brain pan!
 
   So, what about GTA03? As it was defined, it is dead. So how do we
 get to a new GTA03? Two requirements: continue to improve GTA02; deliver
 on project B. What is GTA03 and when do we get there? There are a number
 of independent efforts out there that are pitching me ideas for GTA03.
 I talked to sean a bit about this and I'd like to try to open up more
 of the design process and the marketing process to the community.
 Perhaps on a separate list. Some of these discussions have already started.
 
 What can you do to help?
 1. Move GTA02 code upstream.
 2. Stay Involved.
 3. Continue work on applications
 4. Buy a FreeRunner.
 5. Get involved in GTA03 discussions
 
 Best,
 
 Steve
 
 
 Carsten Haitzler (The Rasterman) wrote:
 On Thu, 2 Apr 2009 18:35:58 +0100 Rui Miguel Silva Seabra r...@1407.org 
 said:

 On Thu, Apr 02, 2009 at 06:13:36PM +0100, Justyn Butler wrote:
 2009/4/2 Rui Miguel Silva Seabra r...@1407.org:
 On Thu, Apr 02, 2009 at 05:38:42PM +0100, Justyn Butler wrote:
 He also explains what it would take to put 3G in the phones, saying
 that they'd do it (but the 3G part would be closed) if a customer put
 in a large enough order (ie 50,000 units).
 You've just convinced me that, unless this changes, no OpenMoko with 3G
 will get my money as far as I'm concerned :)
 Why the outrage?
 I bought the OpenMoko to get a more Free Software phone, not one that
 gets less and less Free as new devices come up :)

 I seriously hope GTA3 fixes some of the most serious problems GTA2 had
 regarding that.
 3g can be done - just like the 2g on feeerunner - you will talk to a closed
 blob via a defined protocol. just like any chip anywhere. no less free than
 gta02 in that way. BUT yes - you'll pay an extra $200.

 nb gta03 - you missed the news from sean's talk at openexpo in switzerland.
 gta03 is postponed (read cancelled - postponed is just a nice way to say it
 and try and keep the community hanging around in hope it un-cancels, as
 openmoko has laid off most of their staff (also news from openexpo), their
 linux staff. you don't un-postpone if you just let all the people go who work
 on the software).


Thanks for the clarification Steve, Carsten had be worried there for a
moment. Can I say that I'm using the FR as my Daily Phone and I'm as
happy as a pig in shit that when I find the time I can write new apps
and improve existing apps. I think most of the people on these lists
appreciates the philosophy of Open Source. I for one would love for Open
Moko to make that philosophy successful in the Hardware arena.
Regardless of what you produce as Plan B, even if it's a hair
straightener, I'll buy one. ;-)

Best of luck and keep us informed.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknVvHoACgkQXlbjSJ5n4BAmAwCggEMlwYwn44NIK1+1hu9YyZit
5pgAoLhLvdecshoZfkYUQ/SKX1pdK6eR
=VDOI
-END PGP SIGNATURE-


Re: Graphics Performance

2009-04-03 Thread Miguel Ángel Calderón
2009/4/3 Carsten Haitzler ras...@rasterman.com



 so the other side of that is to do everything with the cpu in system ram
 and
 transfer to the glamo when done - so you only deal with the slow write
 once, at
 the end. but remember the write - when being done, will hold the cpu
 hostage
 and as it is now slowed down to 1/6th its normal speed during this write -
 you
 lose even more cpu power.

 the solution is to just update less of the screen, make drawing simple so
 the
 cpu has to do less when software-rendering, and/or drop down to qvga.

 please dig over the archives of this list. this has been gone over in gory
 detail before :)


Hi Raster. Thanks for your splendid presentation of the graphics issue... I
didn't
manage to find it from the archives.

What really surprises me is the fact that if this is so clear, why is
Comunity not working
on qvga graphics yet? Is it not a waste of time to try to get glamo fully
working and then
keep on going over VGA resolution?

I'd prefer to drive the funnier modest car than to have the ferrary parked
outside... I though
linux and free software people were mostly this way.

--
There is no spoon
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Sander
Justyn Butler wrote (ao):
 2009/4/2 Rui Miguel Silva Seabra r...@1407.org:
  I bought the OpenMoko to get a more Free Software phone, not one that
  gets less and less Free as new devices come up :)
 
 Well due to the expense it is clear that no 3G device is going to be
 Openmoko's main phone for a long time. No one is going to stop anyone
 buying a non-3G Openmoko phone.
 
 What this is suggesting, I suppose, is a 3G derivative if there was
 serious demand (or should I say, concrete demand in the form of a
 large order. I personally demand it quite seriously!).
 While it is a shame that the 3G part would be closed, it would clearly
 be a legal necessity. It would be that or no 3G version at all.

What about a FR without 3G but with a 'normal' size USB2.0 port in which
you can plug a 3G dongle?

This has several advantages:

o FR would be more free
o FR would be less expensive
o only one expensive heavy duty 3G contract for both your FR and your laptop
o upgrading of 3G without the need for upgrading the FR

FR would still have GPRS in this scenario.

The USB port would be on the edge of the FR where we find the AUX button
now. This would make the dongle point more or less upwards in both
landscape and portrait mode.

Related to this I'm looking for a converter between the small USB port
on the FR and a 3G USB dongle (or a USB keyboard). I've searched but not
found any. Any tips?

With kind regards, Sander

-- 
Humilis IT Services and Solutions
http://www.humilis.net

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Using 3G USB dongle [Re: Sean's speech at ESC about making a 3G device]

2009-04-03 Thread Sander
Timo Juhani Lindfors wrote (ao):
 Arigead captain.dea...@gmail.com writes:
  If you could get a hold of the plastic spacer could you then take a 3.5G
  USB Dongle and put that into the space? I think that 3.5G USB Dongles
 
 I have been using E169 dongle quite a lot with freerunner.

What do you use to connect the dongle and the FR? I'm looking for a
converter between the small FR port and the large dongle port.

With kind regards, Sander

-- 
Humilis IT Services and Solutions
http://www.humilis.net

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Belgium reseller KD85 (was: Re: $299 ESC San Jose limited time Special! ?)

2009-04-03 Thread Sander
Ed Kapitein wrote (ao):
 That is where i got my  FR.
 Good reseller, i would buy there again.

I second that: bought my FreeRunner at KD85 last october and had some
questions about the delivery. Wim reacted very quickly and the phone
arrived within a few days at my address in The Netherlands.

With kind regards, Sander


 Joseph Reeves wrote:
  That would make sense...
 
  After a bit of googling for belgium openmoko (a perfectly normal
  search term, honest...) I found this reseller that I'd never seen
  before:
 
  https://kd85.com/openmoko.html
 
  Seems to have taken delivery of 180/200:
 
  http://openmoko.kd85.com/images/
 
  and is selling them on at a very good price, has been doing so since
  November last year. Openmoko stock clearance?
 
  Cheers, Joseph

-- 
Humilis IT Services and Solutions
http://www.humilis.net

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread kimaidou
Hi

There are a lot of small usb convertissers :
http://www.amazon.fr/exec/obidos/ASIN/B000TCSYFC/ref=ord_cart_shr?_encoding=UTF8m=A88Q2E8PA1VAL
http://www.amazon.fr/gp/product/B000TCSYES

I use them with my Keyboard and usb stick, and it workds well

Could someone give some link to working 3G usb dongles ?

Kimaidou

2009/4/3 Sander openm...@humilis.net

 Justyn Butler wrote (ao):
  2009/4/2 Rui Miguel Silva Seabra r...@1407.org:
   I bought the OpenMoko to get a more Free Software phone, not one that
   gets less and less Free as new devices come up :)
 
  Well due to the expense it is clear that no 3G device is going to be
  Openmoko's main phone for a long time. No one is going to stop anyone
  buying a non-3G Openmoko phone.
 
  What this is suggesting, I suppose, is a 3G derivative if there was
  serious demand (or should I say, concrete demand in the form of a
  large order. I personally demand it quite seriously!).
  While it is a shame that the 3G part would be closed, it would clearly
  be a legal necessity. It would be that or no 3G version at all.

 What about a FR without 3G but with a 'normal' size USB2.0 port in which
 you can plug a 3G dongle?

 This has several advantages:

 o FR would be more free
 o FR would be less expensive
 o only one expensive heavy duty 3G contract for both your FR and your
 laptop
 o upgrading of 3G without the need for upgrading the FR

 FR would still have GPRS in this scenario.

 The USB port would be on the edge of the FR where we find the AUX button
 now. This would make the dongle point more or less upwards in both
 landscape and portrait mode.

 Related to this I'm looking for a converter between the small USB port
 on the FR and a 3G USB dongle (or a USB keyboard). I've searched but not
 found any. Any tips?

With kind regards, Sander

 --
 Humilis IT Services and Solutions
 http://www.humilis.net

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread The Rasterman
On Fri, 3 Apr 2009 09:45:37 +0200 Miguel Ángel Calderón
miguelangel...@gmail.com said:

 2009/4/3 Carsten Haitzler ras...@rasterman.com
 
 
 
  so the other side of that is to do everything with the cpu in system ram
  and
  transfer to the glamo when done - so you only deal with the slow write
  once, at
  the end. but remember the write - when being done, will hold the cpu
  hostage
  and as it is now slowed down to 1/6th its normal speed during this write -
  you
  lose even more cpu power.
 
  the solution is to just update less of the screen, make drawing simple so
  the
  cpu has to do less when software-rendering, and/or drop down to qvga.
 
  please dig over the archives of this list. this has been gone over in gory
  detail before :)
 
 
 Hi Raster. Thanks for your splendid presentation of the graphics issue... I
 didn't
 manage to find it from the archives.
 
 What really surprises me is the fact that if this is so clear, why is
 Comunity not working
 on qvga graphics yet? Is it not a waste of time to try to get glamo fully
 working and then
 keep on going over VGA resolution?

1. for a while qvga was broken and didnt work -0 not sure if it was fixed.
2. qvga means you no longer can impress people with your amazing high dpi
screen (you no longer can play showoff).
3. qvga on this screen really does look blocky as pixels are doubled... :)

 I'd prefer to drive the funnier modest car than to have the ferrary parked
 outside... I though
 linux and free software people were mostly this way.

i even bandied the idea about before gta02 release to drop to a qvga lcd -
cheaper than vga, and more appropriate to the hw behind it - but there was
pretty much a very vocal group saying hell no way. so vga it is. you are free
to try run it at qvga if you want - but i suspect you wont have many friends
following you :)


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Matthias Apitz
El día Friday, April 03, 2009 a las 09:48:51AM +0200, Sander escribió:

 What about a FR without 3G but with a 'normal' size USB2.0 port in which
 you can plug a 3G dongle?
 
 This has several advantages:
 
 o FR would be more free
 o FR would be less expensive
 o only one expensive heavy duty 3G contract for both your FR and your laptop
 o upgrading of 3G without the need for upgrading the FR
 
 FR would still have GPRS in this scenario.
 
 The USB port would be on the edge of the FR where we find the AUX button
 now. This would make the dongle point more or less upwards in both
 landscape and portrait mode.
 
 Related to this I'm looking for a converter between the small USB port
 on the FR and a 3G USB dongle (or a USB keyboard). I've searched but not
 found any. Any tips?

Interesting. I have an USB dongle Huawei E220 which I'm using for my
EeePC laptop to go to Internet via UMTS. This E220 is a small puck with
a small USB connector, comes with a short (10cm) cable to connect it to
a normal USB port of a laptop. I was already thinking in buying a short
cable with small USB connectors on both ends (or even just something like
a stick having small USB connectors on both ends without any cable) to
connect this E220 as well to my FR and use the pppd in the FR...

http://en.wikipedia.org/wiki/Huawei_E220

matthias


-- 
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Arigead
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sander wrote:
 
 Related to this I'm looking for a converter between the small USB port
 on the FR and a 3G USB dongle (or a USB keyboard). I've searched but not
 found any. Any tips?
 

I just use the usb micro cable that connects the FR to the PC and stick
a small Gender changer on the 'normal' sized end.

you could try

http://www.usbfirewire.com/uconverters.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknVxGMACgkQXlbjSJ5n4BDBSgCghDQ1tnjg0kN/N11NGOmldSot
QdMAn2+rRKyPnD1HNnFRhFxdW18fJmD7
=wk1+
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Pander
I had my FreeRunner replaced (under guarantee) by broken mini USB
connector. These things are much more vulnerable than normal USB. Hence,
I vote for normal USB.

Matthias Apitz wrote:
 El día Friday, April 03, 2009 a las 09:48:51AM +0200, Sander escribió:
 
 What about a FR without 3G but with a 'normal' size USB2.0 port in which
 you can plug a 3G dongle?

 This has several advantages:

 o FR would be more free
 o FR would be less expensive
 o only one expensive heavy duty 3G contract for both your FR and your laptop
 o upgrading of 3G without the need for upgrading the FR

 FR would still have GPRS in this scenario.

 The USB port would be on the edge of the FR where we find the AUX button
 now. This would make the dongle point more or less upwards in both
 landscape and portrait mode.

 Related to this I'm looking for a converter between the small USB port
 on the FR and a 3G USB dongle (or a USB keyboard). I've searched but not
 found any. Any tips?
 
 Interesting. I have an USB dongle Huawei E220 which I'm using for my
 EeePC laptop to go to Internet via UMTS. This E220 is a small puck with
 a small USB connector, comes with a short (10cm) cable to connect it to
 a normal USB port of a laptop. I was already thinking in buying a short
 cable with small USB connectors on both ends (or even just something like
 a stick having small USB connectors on both ends without any cable) to
 connect this E220 as well to my FR and use the pppd in the FR...
 
 http://en.wikipedia.org/wiki/Huawei_E220
 
   matthias
 
 


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Sander
kimaidou wrote (ao):
There are a lot of small usb convertissers :
[1]http://www.amazon.fr/exec/obidos/ASIN/B000TCSYFC/ref=ord_cart_shr?_e
ncoding=UTF8m=A88Q2E8PA1VAL
[2]http://www.amazon.fr/gp/product/B000TCSYES
I use them with my Keyboard and usb stick, and it workds well

Exactly what I was looking for. Thanks!

Could someone give some link to working 3G usb dongles ?

Can't help you there, sorry. I'm about to try a Huawei E180.

With kind regards, Sander

-- 
Humilis IT Services and Solutions
http://www.humilis.net

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread rixed
-[ Fri, Apr 03, 2009 at 09:45:37AM +0200, Miguel Ángel Calderón ]
 What really surprises me is the fact that if this is so clear, why is
 Comunity not working on qvga graphics yet?
 (...)
 I'd prefer to drive the funnier modest car than to have the ferrary parked
 outside... I though linux and free software people were mostly this way.

I was feeling exactly the same, and will try qvga asap.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Arigead
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

kimaidou wrote:
 Hi
 
 There are a lot of small usb convertissers :
 http://www.amazon.fr/exec/obidos/ASIN/B000TCSYFC/ref=ord_cart_shr?_encoding=UTF8m=A88Q2E8PA1VAL
 http://www.amazon.fr/exec/obidos/ASIN/B000TCSYFC/ref=ord_cart_shr?_encoding=UTF8m=A88Q2E8PA1VAL
 http://www.amazon.fr/gp/product/B000TCSYES
 
 I use them with my Keyboard and usb stick, and it workds well
 
 Could someone give some link to working 3G usb dongles ?
 

I think a lot of 3G usb dongles are supported by the usb/serial/option
driver. I know that was the kernel module my Huawei was using. The code
has a long list of supported devices. I've only got an old kernel open
at the moment but from the 2.6.20-19 kernel code from option.c is below.
Check out the later kernel that the FR uses as far more have been added
as far as I know.

/* Vendor and product IDs */
#define OPTION_VENDOR_ID0x0AF0
#define HUAWEI_VENDOR_ID0x12D1
#define AUDIOVOX_VENDOR_ID  0x0F3D
#define NOVATELWIRELESS_VENDOR_ID   0x1410
#define ANYDATA_VENDOR_ID   0x16d5

#define OPTION_PRODUCT_OLD  0x5000
#define OPTION_PRODUCT_FUSION   0x6000
#define OPTION_PRODUCT_FUSION2  0x6300
#define OPTION_PRODUCT_COBRA0x6500
#define OPTION_PRODUCT_COBRA2   0x6600
#define OPTION_PRODUCT_GTMAX36  0x6701
#define HUAWEI_PRODUCT_E600 0x1001
#define HUAWEI_PRODUCT_E220 0x1003
#define AUDIOVOX_PRODUCT_AIRCARD0x0112
#define NOVATELWIRELESS_PRODUCT_U7400x1400
#define ANYDATA_PRODUCT_ID  0x6501

static struct usb_device_id option_ids[] = {
{ USB_DEVICE(OPTION_VENDOR_ID, OPTION_PRODUCT_OLD) },
{ USB_DEVICE(OPTION_VENDOR_ID, OPTION_PRODUCT_FUSION) },
{ USB_DEVICE(OPTION_VENDOR_ID, OPTION_PRODUCT_FUSION2) },
{ USB_DEVICE(OPTION_VENDOR_ID, OPTION_PRODUCT_COBRA) },
{ USB_DEVICE(OPTION_VENDOR_ID, OPTION_PRODUCT_COBRA2) },
{ USB_DEVICE(OPTION_VENDOR_ID, OPTION_PRODUCT_GTMAX36) },
{ USB_DEVICE(HUAWEI_VENDOR_ID, HUAWEI_PRODUCT_E600) },
{ USB_DEVICE(HUAWEI_VENDOR_ID, HUAWEI_PRODUCT_E220) },
{ USB_DEVICE(AUDIOVOX_VENDOR_ID, AUDIOVOX_PRODUCT_AIRCARD) },
{ USB_DEVICE(NOVATELWIRELESS_VENDOR_ID,NOVATELWIRELESS_PRODUCT_U740) },
{ USB_DEVICE(ANYDATA_VENDOR_ID, ANYDATA_PRODUCT_ID) },
{ } /* Terminating entry */
};

static struct usb_device_id option_ids1[] = {
{ USB_DEVICE(OPTION_VENDOR_ID, OPTION_PRODUCT_OLD) },
{ USB_DEVICE(OPTION_VENDOR_ID, OPTION_PRODUCT_FUSION) },
{ USB_DEVICE(OPTION_VENDOR_ID, OPTION_PRODUCT_FUSION2) },
{ USB_DEVICE(OPTION_VENDOR_ID, OPTION_PRODUCT_COBRA) },
{ USB_DEVICE(OPTION_VENDOR_ID, OPTION_PRODUCT_COBRA2) },
{ USB_DEVICE(OPTION_VENDOR_ID, OPTION_PRODUCT_GTMAX36) },
{ USB_DEVICE(HUAWEI_VENDOR_ID, HUAWEI_PRODUCT_E600) },
{ USB_DEVICE(HUAWEI_VENDOR_ID, HUAWEI_PRODUCT_E220) },
{ USB_DEVICE(AUDIOVOX_VENDOR_ID, AUDIOVOX_PRODUCT_AIRCARD) },
{ USB_DEVICE(NOVATELWIRELESS_VENDOR_ID,NOVATELWIRELESS_PRODUCT_U740) },
{ USB_DEVICE(ANYDATA_VENDOR_ID, ANYDATA_PRODUCT_ID) },
{ } /* Terminating entry */
};
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknVxeUACgkQXlbjSJ5n4BB2AQCfeH8QQBtNl9Mf0+nWdqZu2+Wj
KjgAn3SLX3373R+rE6Fcw+h8au1Ssg4W
=RvBi
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread joakim
ri...@happyleptic.org writes:

 -[ Fri, Apr 03, 2009 at 09:45:37AM +0200, Miguel Ángel Calderón ]
 What really surprises me is the fact that if this is so clear, why is
 Comunity not working on qvga graphics yet?
 (...)
 I'd prefer to drive the funnier modest car than to have the ferrary parked
 outside... I though linux and free software people were mostly this way.

 I was feeling exactly the same, and will try qvga asap.

I feel the ferrari analogy is broken. it depends on what you would
like to do with the device. Moving bling bling is not efficient, Ok.
Things that demand high resolution, like ebooks and emacs work fine.

-- 
Joakim Verona


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread The Rasterman
On Fri, 03 Apr 2009 10:29:07 +0200 joa...@verona.se said:

 ri...@happyleptic.org writes:
 
  -[ Fri, Apr 03, 2009 at 09:45:37AM +0200, Miguel Ángel Calderón ]
  What really surprises me is the fact that if this is so clear, why is
  Comunity not working on qvga graphics yet?
  (...)
  I'd prefer to drive the funnier modest car than to have the ferrary parked
  outside... I though linux and free software people were mostly this way.
 
  I was feeling exactly the same, and will try qvga asap.
 
 I feel the ferrari analogy is broken. it depends on what you would
 like to do with the device. Moving bling bling is not efficient, Ok.
 Things that demand high resolution, like ebooks and emacs work fine.

i think it works well. it looks nice when not moving. still. parked on the side
of the road. it won't do well on the racing track due the lawnmower engine
(which isnt needed for it to look good parked on the roadside).. :)

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread W.Kenworthy
On Fri, 2009-04-03 at 10:29 +0200, joa...@verona.se wrote:
 ri...@happyleptic.org writes:
 
  -[ Fri, Apr 03, 2009 at 09:45:37AM +0200, Miguel Ángel Calderón ]
  What really surprises me is the fact that if this is so clear, why is
  Comunity not working on qvga graphics yet?
  (...)
  I'd prefer to drive the funnier modest car than to have the ferrary parked
  outside... I though linux and free software people were mostly this way.
 
  I was feeling exactly the same, and will try qvga asap.
 
 I feel the ferrari analogy is broken. it depends on what you would
 like to do with the device. Moving bling bling is not efficient, Ok.
 Things that demand high resolution, like ebooks and emacs work fine.
 

Exactly, I dont watch movies so thats not important to me - I do however
read text ebooks, use an xterm etc. which is where the hires screen is
really good.  I also have a 320x320 (I think) Palm treo650 - I DO NOT
want to try and do what I can on the FR on that screen - its ok for
video, but doesnt do text well at all.

BillK




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Steve Mosher
I can upload the files, but Let me tell you how we work
together and you'll see why my email is probably your best bet to
understand things, today.

I work in words. Sean works in pictures.

So by the time we are finished we have a presentation that is all 
pictures. and then sean talks to that.

A video was done. So that's  the best of all because its pictures and words.



Dr. H. Nikolaus Schaller wrote:

 Sean discussed three things at OpenExpo.

 1. Our successes.
 2. Our mistakes.
 3. Our challenges

 I won't go over 1 2 but I'll cover #3 since rasters perception has
 a bit of color added to it. Only a tiny bit and he's entitled
 to that color commentary, I'll just add what Sean and I, as authors
 of the presentation, had as our message.
 
 Is it possible for you to upload the slides somewhere so that we can 
 read what was presented? Or is there some video?
 
 Nikolaus

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


toolchain

2009-04-03 Thread Anas Alzouhbi
Hello!
I think that toochain documentation is very important to follow,
I have a problem, in the step . /usr/local/openmoko/arm/setup-env,
this document or file is not found, but I found
./usr/local/openmoko/arm/environment-setup
can I use ./usr/local/openmoko/arm/environment-setup instead of .
/usr/local/openmoko/arm/setup-env, or what to do??
thank you

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Using 3G USB dongle [Re: Sean's speech at ESC about making a 3G device]

2009-04-03 Thread Timo Juhani Lindfors
Sander openm...@humilis.net writes:
 What do you use to connect the dongle and the FR? I'm looking for a
 converter between the small FR port and the large dongle port.

I just use the data cable that come with freerunner and a USB gender
changer. This way I have minimum number of extra cables with me :-)

I'd love to be able to fit USB devices inside the case but I have not
looked at how to reroute USB easily inside the device.

-Timo


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Sander
Arigead wrote (ao):
 Sander wrote:
  Related to this I'm looking for a converter between the small USB port
  on the FR and a 3G USB dongle (or a USB keyboard). I've searched but not
  found any. Any tips?
 
 I just use the usb micro cable that connects the FR to the PC and stick
 a small Gender changer on the 'normal' sized end.
 
 you could try
 
 http://www.usbfirewire.com/uconverters.html

Thank you Arigead.

I've ordered two of these at:
http://www.kabeltje.com/usb-adapter-a-female-mini-male-p-1286.html

I must have used the wrong keywords in google before.

With kind regards, Sander

-- 
Humilis IT Services and Solutions
http://www.humilis.net

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: toolchain

2009-04-03 Thread martin
I remember setup-env being in /usr/local/openmoko/arm/bin now.
Can't check since I'm at work.


2009/4/3 Anas Alzouhbi anas@gmail.com

 Hello!
 I think that toochain documentation is very important to follow,
 I have a problem, in the step . /usr/local/openmoko/arm/setup-env,
 this document or file is not found, but I found
 ./usr/local/openmoko/arm/environment-setup
 can I use ./usr/local/openmoko/arm/environment-setup instead of .
 /usr/local/openmoko/arm/setup-env, or what to do??
 thank you

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread rixed
 I feel the ferrari analogy is broken. it depends on what you would
 like to do with the device. Moving bling bling is not efficient, Ok.
 Things that demand high resolution, like ebooks and emacs work fine.

I spend some time in the terminal myself, generally to fix something in a
config file or to mount manually something on USB or fix the network
configuration. If the device were working flawlessly and with a good GUI for
all apps, I wouldn't mind not hurting my eyes on the small chars :-)

For working seriously in a terminal I need a keyboard and a large screen anyway
(or a magnifying glass maybe ?). I don't know how you manage emacs with the
various CTRL+ALT+META-x on the virtual keyboard but I sure can not stand it for
more than a few minutes.

As for reading in general (ebooks or web browser), I admin this is certainly
better in a bigger resolution. The same goes for viewing maps. But all in all,
a small gadget with small screen and no keyboard will never replace a desktop
computer. So personnaly I am looking for other use cases for my FR, and a
smaller resolution and better responsiveness is the direction I want to go.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


latest and greatest, progress mail 2

2009-04-03 Thread Franky Van Liedekerke
Ok, I know that probably nobody is interested, but I'm mailing it anyway :-)
New progress/bugs:

All Ok:
- alarms (using atd from angstrom, since no newer package exists),
  normal + when suspended
- wake up when receiving sms
- call + echo check
- missed call bug
- duplicate sms thing
- voice notes (see my mail/patch)
- mail ok
- wifi ok

Problems:
- usb cable handling for power charging
  == it seems andy-tracking kernel has an issue with power detection on the
usb port, so I'm going to try the stable kernel from
http://downloads.openmoko.org/distro/unstable/NeoFreerunner/
- bluetooth
  == bluetooth not available error
- sms stay on SIM as well as on phone
  == All sms's are stored on the phone *and* on the SIM. I don't think that
this is wanted behaviour (deleting an SMS only works on the SMS's stored on
the phone)
- I had a crash this morning, might be kernel related as well

Franky
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [QtExtended] Latest and greatest

2009-04-03 Thread Glen Ogilvie
On Friday 03 April 2009, Franky Van Liedekerke wrote:
 here are some first results of my tests on a fso-nox image and
 andy-tracking kernel (2.6.28):

 So for me, this seems great! 

Hi Franky,

Is the filesystem image you are testing released anywhere yet?  Sounds like 
they fix most of the bugs that are annoying me, so would be keen to give the 
same version you are using a go.

Regards
Glen Ogilvie


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: qt-extended-improved unpredictive keyboard

2009-04-03 Thread leonardo maccari
Franky Van Liedekerke wrote:
 On Thu, 02 Apr 2009 00:54:55 +0200


 This is a nice keyboard, much easier/faster to use than the predictive
 one! The look is not all that, but functionality-wise it is great!

Nice to hear this.
One question, before this layout I was using a layout made of 10 columns 
and 3 rows that let me have an querty keyboard with the same picks as a 
desktop one. But 10 columns is too much to have the keyboard work 
properly so I changed it to 6x5 but now I have a weird layout..
What is the most qwerty-similar layout for a 6x5 keyboard?

ciao,
leonardo.

-- 
http://leonardo.lilik.it
Key fingerprint = 2C20 A587 05AC 42E5 1292  D0D4 3EED CFB5 52FD AD1E

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


buzz fix photos

2009-04-03 Thread Timo Juhani Lindfors
Hi,

a colleague of mine did the buzz fix for my freerunner (GTA02V6). The
buzz appears to be gone! See photos and discussion at

http://iki.fi/lindi/openmoko/buzz-fix/

best regards,
Timo Lindfors


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[SHR] latest unstable with problems!

2009-04-03 Thread Tony Berth
Dear Group,

just tried the latest SHR unstable (both kernel and jffs) and found
following problems:

- when in the boot screen the device gets listed in my debian server as a
usb one but after booting it dissapears from the list! So can't access my FR
any more from my machine!
- tangoGPS still crashes when trying to change the settings :(
- when I place a call, I can't hear any sound that its ringing!

Any advice for the above issues?

Thanks

Tony
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] latest unstable with problems!

2009-04-03 Thread W.Kenworthy
on the FR ifdown usb0;ifup usb

If you are trying to change the default map directory:
rm -rf ~/Maps
ln -s YourMapDir ~/Maps

BillK



0On Fri, 2009-04-03 at 11:58 +0200, Tony Berth wrote:
 Dear Group,
 
 just tried the latest SHR unstable (both kernel and jffs) and found
 following problems:
 
 - when in the boot screen the device gets listed in my debian server
 as a usb one but after booting it dissapears from the list! So can't
 access my FR any more from my machine!
 - tangoGPS still crashes when trying to change the settings :(
 - when I place a call, I can't hear any sound that its ringing!
 
 Any advice for the above issues?
 
 Thanks
 
 Tony
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: qt-extended-improved unpredictive keyboard

2009-04-03 Thread Franky Van Liedekerke
On Fri, Apr 3, 2009 at 11:44 AM, leonardo maccari leona...@lilik.it wrote:

 Franky Van Liedekerke wrote:
  On Thu, 02 Apr 2009 00:54:55 +0200


  This is a nice keyboard, much easier/faster to use than the predictive
  one! The look is not all that, but functionality-wise it is great!

 Nice to hear this.
 One question, before this layout I was using a layout made of 10 columns
 and 3 rows that let me have an querty keyboard with the same picks as a
 desktop one. But 10 columns is too much to have the keyboard work
 properly so I changed it to 6x5 but now I have a weird layout..
 What is the most qwerty-similar layout for a 6x5 keyboard?


hmm ... maybe try 8*3 layout, and set the 2 remaining chars and stuff on a
forth line?

While I'm at it: the keyboard misses the possibility to enter accents in
chars. So maybe add a third special button for symbols (the spacebar can be
made a bit smaller to accomodate for this, where most of these can be
located then.

Franky
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


15th Community Update Released

2009-04-03 Thread sushama
Hi All,

Thank you for the contributions. 
The 15th community update newsletter has been released and can be found here: 
http://wiki.openmoko.org/wiki/Community_Updates/April_05%2C_2009

This update is for the period from March 20th - 03rd April 2009

As always we have more new applications,updates to some of the previous ones 
and more events that are happening.The last major event that happened was the 
Embedded Systems Conference in San Jose where Sean Moss-Pultz presented the 
FreeRunner mobile phone to designers and engineers.

There has also been quiet bit of news with the buzz fix and the talk that Sean 
gave at the Openexpo- the challenges Openmoko faced and the future of it. 
Gta03 being no more,what we can look for in the future and the recent 
developments within Openmoko. 

Thanks and Regards,
Sushama




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [QtExtended] Latest and greatest

2009-04-03 Thread Franky Van Liedekerke
On Fri, Apr 3, 2009 at 11:35 AM, Glen Ogilvie n...@linuxsolutions.co.nzwrote:

 On Friday 03 April 2009, Franky Van Liedekerke wrote:
  here are some first results of my tests on a fso-nox image and
  andy-tracking kernel (2.6.28):

  So for me, this seems great!

 Hi Franky,

 Is the filesystem image you are testing released anywhere yet?  Sounds like
 they fix most of the bugs that are annoying me, so would be keen to give
 the
 same version you are using a go.


Hi,

the filesystem is basically the fso-nox one, with one extra script to launch
qpe at boot (and the fix for the voicenotes app), together with the
andy-tracking kernel. But since this kernel has some bugs, I'm first going
to try the 2.6.28 stable kernel (see my latest mail about my progress).
So for now it requires some manual action, and most people don't like that.
But I haven't found the time to create a jffs2 for it yet ...

Franky
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Transparent keyboard in illume

2009-04-03 Thread Richard Kralovic
 I would like to know if there were some progress on easily installing
 the transparent keyboard (qwo or anyone else) on SHR distribution.
 I think the SHR distro could really benefit on this !

Well, not much of progress. Some time ago, I set up an ipk feed for
shr-unstable that I compiled myself, with all the patched stuff:
http://meru.inf.ethz.ch/~rkralovi/shr-unstable

There are also feeds for shr testing
http://meru.inf.ethz.ch/~rkralovi/shr

and FSO milestone 5 (which is what I am currently using, so it's
probably in a best shape):
http://meru.inf.ethz.ch/~rkralovi/fso-ms5

So, basically it should just work if you add this to your opkg feeds:

src/gz meru-all http://meru.inf.ethz.ch/~rkralovi/shr-unstable/ipk/all
src/gz meru-armv4t http://meru.inf.ethz.ch/~rkralovi/shr-unstable/ipk/armv4t
src/gz meru-om-gta02
http://meru.inf.ethz.ch/~rkralovi/shr-unstable/ipk/om-gta02

Then you can just follow the instructions at
http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/index.html
and install all packages just by opkg install.

But beware, the patch for illume breaks the default keyboard (since it
does not set the width of it and does not resize the application area).
So be ready to install the old version of e-wm if you do not like
transparent qwo. I didn't find time to make a nicer patch on e-wm yet
(it is on my todolist, but quite deep, so patches are welcome)...

Greets
Richard

 
 Thanks for any news
 
 Kimaidou
 
 2009/3/12 Richard Kralovic r...@om.ksp.sk mailto:r...@om.ksp.sk
 
  ... so it's working in 2008.12 - I can supply my patched build of
  illume.ipk if anyone wants it - the only problem being the qtopia
 
 Great :-). If you wish, send it to me and I can add it to my webpage...
 
  Options and Back buttons etc attached to the display bottom always
  show on top of...
 
 I know next to nothing about illume internals, but I'd try to change the
 parameter of e_border_layer_set in illume.c from 100 to something
 higher.
 
  Now gotta figure out how to prevent that, or bring qwo even further
  forward...
 
 The illume patches are really just nasty hacks, I'd love to have some
 neat patch on illume that automatically checks the X11 atoms of the
 keyboard and adjusts its behaviour according to that. With that, we
 might be able to persuade the SHR guys (or even Raster) to accept it.
 But I do not have much time for that right now :-(.
 
 Greets
Richard
 
 
 
  Rich
 
 
 
 
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org mailto:community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org mailto:community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
 
 
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


packaging the application

2009-04-03 Thread Anas Alzouhbi
I arrived in the toolchain ducument until :Packaging your application
I run this command
om-make-ipkg openmoko-sample2
it showed: usage: om-make-ipkg [app_dir_name] [ipkg_control_file]
but the problem is when I run this command
scp openmoko-sample2_0.1_armv4t.ipk r...@192.168.0.202:
it shows this error:
openmoko-sample2_0.1_armv4t.ipk: No such file or directory
what I have to do??

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: packaging the application

2009-04-03 Thread Joseph Reeves
What's the output from:

om-make-ipkg openmoko-sample2

?



2009/4/3 Anas Alzouhbi anas@gmail.com:
 I arrived in the toolchain ducument until :Packaging your application
 I run this command
 om-make-ipkg openmoko-sample2
 it showed: usage: om-make-ipkg [app_dir_name] [ipkg_control_file]
 but the problem is when I run this command
 scp openmoko-sample2_0.1_armv4t.ipk r...@192.168.0.202:
 it shows this error:
 openmoko-sample2_0.1_armv4t.ipk: No such file or directory
 what I have to do??

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Learning with flashcards - granule

2009-04-03 Thread Pander
Thanks! It already works with kanji and am collecting/converting
flashcards to the format for this version. the result will be on
opkg.org soon

If more people are interested in a flashcard application for openmoko
and want to contribute in any way (testing, card files, etc.) please let
me know.

I have made some changes/improvements. One question, the answer is
horizontally aligned in the center and when it is larger than the screen
is is left aligned. All well, but can I also have it wrap around when it
is too long and how do I do that?

ezuall wrote:
 Hi there,
 
 I found it, but I haven't been able to test it on my Freerunner, because I'm
 testing android on it at the moment.  You can grab it here in the next 24
 hours (remember that I did warn you about the changes not being pretty):
 
 http://pastebin.com/d3b742c7f
 
 The format for the card files are as follows:
 word/question : answer : pronunciation/other notes
 
 Let me know how it goes.
 ezuall
 
 On Wed, Apr 1, 2009 at 8:30 AM, Johan Badenhorst ezu...@gmail.com wrote:
 
 Pander,

 I'll have to have a dig for the code, it won't be pretty, as I stitched it
 together for a quick overview of Italian before a trip last year.  I don't
 know if the Japanese character set is supported.

 I'll send it through as soon as I find it, may be 24 hours though
 ezuall


 On Wed, Apr 1, 2009 at 8:26 AM, Pander-2 (via Nabble) 
 ml-user+35848-1247512...@n2.nabble.comml-user%2b35848-1247512...@n2.nabble.com
 wrote:
 Hi Ezuall,

 Do you still have the code or the changes you applied? Could you send
 them to me?

 By the way, which language was it? If it is Japanese, I'm also
 interested in the data files.

 Thanks,

 Pander

 ezuall wrote:
 Hi there,

 Last year I used PyFlash, but I'm not sure which distribution I was
 running at that time.  I know it was easy to get it running, only a few
 chages were necesarry.  I was using it for learning language at the time, so
 I added a line for pronunciation as well, which worked better in landscape
 mode for learning phrases.
 Cheers
 ezuall

 ___
 Openmoko community mailing list
 commun...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2567597i=0
 http://lists.openmoko.org/mailman/listinfo/community


 --
  This email is a reply to your post @
 http://n2.nabble.com/Learning-with-flashcards---granule-tp2564322p2567597.html
 You can reply by email or by visting the link above.


 


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: I am working on Debian packages for atd-over-fso

2009-04-03 Thread Łukasz Pankowski
Yaroslav Halchenko site-openmoko@onerussian.com writes:

 do you mean that whenever that is done you will be ready to package
 Debian packages for ffalarms? ;)

Yes, that is the aim.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread Thomas White
On Thu, 02 Apr 2009 11:17:42 -0400
Iain B. FIndleton ifindle...@videotron.ca wrote:

 A significant issue for me is the performance of the graphics display
 on the FR. I recall some discussions a while back about making use of
 the XGlamo acceleration features. Has any progress been made here? It 
 appears to me that the graphics performance on the FR is poor
 compared to, for instance, the iPhone or iTouch, both of which have
 slower CPUs. When applications running on the FR have their X output
 routed to a machine with accelerated graphics, it is apparent that
 the FR processor can deliver the X events fast enough, but the FR
 graphics chip interface can't keep up.

[I wrote this before the other replies came through, so it re-covers a
bit of ground.]

We do have some acceleration already - both XGlamo (the Kdrive X server)
and xf86-video-glamo (the Glamo driver for Xorg) make use of Glamo's 2D
engine to accelerate tasks such as flood-filling large areas and moving
blocks of data around the screen or onto the screen from offscreen.

However, I do agree that we can do a lot more.  So far, we've
concentrated on trying to implement conventional acceleration protocols
while being limited by what Glamo can't do.  Instead, I think we should
look at what the little chip CAN do, and really make it work, HARD, for
us.  Particularly its 3D engine.  With that, we could do things like
(dare I say it, iPhone-style) flying launcher icons, or alpha-blended
overlays, or other things I can't even imagine right now...

There are many limitations of the chip, but I don't see them as a
reason to give up on this kind of thing.  For example, it's often
mentioned that the 3D engine won't render to a buffer larger than
511x511 pixels.  That would seem to rule out such graphical fanciness
at the native resolution of 480x640, but how about we just cover a
480x511 region of the screen with accelerated graphics and make the
remaining area into some kind of tool or status bar?  Maximum texture
size of 256x256?  Then design the UI so that the accelerated parts of
the UI split into blocks of that size or less.  And so on.

I see more potential in working 3D acceleration than just Quake, and
I'm not in the least bit put off by the knowledge that the chip is a
one-off...

Tom

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] latest unstable with problems!

2009-04-03 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 03 April 2009 12:21:53 schrieb Tony Berth:
 On Fri, Apr 3, 2009 at 12:17 PM, W.Kenworthy bi...@iinet.net.au wrote:
  on the FR ifdown usb0;ifup usb
 
  If you are trying to change the default map directory:
 rm -rf ~/Maps
 ln -s YourMapDir ~/Maps
 
  BillK
 
  0On Fri, 2009-04-03 at 11:58 +0200, Tony Berth wrote:
   Dear Group,
  
   just tried the latest SHR unstable (both kernel and jffs) and found
   following problems:
  
   - when in the boot screen the device gets listed in my debian server
   as a usb one but after booting it dissapears from the list! So can't
   access my FR any more from my machine!
   - tangoGPS still crashes when trying to change the settings :(
   - when I place a call, I can't hear any sound that its ringing!
  
   Any advice for the above issues?
  
   Thanks
  
   Tony

 for networking I get following error:

 interface usb0 not configured

there seems to be some problem with the modules... For me running 'depmod -a' 
and rebooting fixed everything.


 Thanks

 Tony

Klaus 'mrmoku' Kurzmann


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Rui Miguel Silva Seabra
On Thu, Apr 02, 2009 at 07:10:00PM +0100, Justyn Butler wrote:
 2009/4/2 Rui Miguel Silva Seabra r...@1407.org:
  I bought the OpenMoko to get a more Free Software phone, not one that
  gets less and less Free as new devices come up :)
 
 Well due to the expense it is clear that no 3G device is going to be
 Openmoko's main phone for a long time. No one is going to stop anyone
 buying a non-3G Openmoko phone.
 
 What this is suggesting, I suppose, is a 3G derivative if there was
 serious demand (or should I say, concrete demand in the form of a
 large order. I personally demand it quite seriously!).
 While it is a shame that the 3G part would be closed, it would clearly
 be a legal necessity. It would be that or no 3G version at all.

There won't be. I doubt there would be even if all of us here wanted
such, it wouldn't be enough for it to be considered serious demand :)

  I seriously hope GTA3 fixes some of the most serious problems GTA2 had
  regarding that.
 
 I guess you mean the Glamo and that kind of thing.
 The GSM firmware cannot become open source, can it?

Yes, glamo is a big pile of crap (too few bandwidtth, no card
documentation for all practical purposes, hence no acceleration nor 3D).

Rasterman's explanation that it could be done just as the GSM chip makes
me more relaxed though, what I was understanding was that you'de need
something more. Fortunately, it looks like it's still prohibitively far
away. A curse on software patents (it's a huge minefield in 3G, thus
making it a lot more expensive).

Rui

-- 
Fnord.
Today is Pungenday, the 20th day of Discord in the YOLD 3175
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: packaging the application

2009-04-03 Thread Anas Alzouhbi
the output of
om-make-ipkg openmoko-sample2
is:
 usage: om-make-ipkg [app_dir_name] [ipkg_control_file]

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Transparent keyboard in illume

2009-04-03 Thread kimaidou
Hi

thanks for you reply. I would need some more help before running the
installation process. I will write a wiki page on openmoko.org when
succeeded.
My questions inside your text :

2009/4/3 Richard Kralovic r...@om.ksp.sk

  I would like to know if there were some progress on easily installing
  the transparent keyboard (qwo or anyone else) on SHR distribution.
  I think the SHR distro could really benefit on this !

 Well, not much of progress. Some time ago, I set up an ipk feed for
 shr-unstable that I compiled myself, with all the patched stuff:
 http://meru.inf.ethz.ch/~rkralovi/shr-unstablehttp://meru.inf.ethz.ch/%7Erkralovi/shr-unstable

 There are also feeds for shr testing
 http://meru.inf.ethz.ch/~rkralovi/shrhttp://meru.inf.ethz.ch/%7Erkralovi/shr


I will use this since I run SHR testing



 and FSO milestone 5 (which is what I am currently using, so it's
 probably in a best shape):
 http://meru.inf.ethz.ch/~rkralovi/fso-ms5http://meru.inf.ethz.ch/%7Erkralovi/fso-ms5


I think SHR testing uses FSO5, so I have nothing to install, right ?


 So, basically it should just work if you add this to your opkg feeds:

 src/gz meru-all http://meru.inf.ethz.ch/~rkralovi/shr-unstable/ipk/all
 src/gz 
 http://meru.inf.ethz.ch/%7Erkralovi/shr-unstable/ipk/all%0Asrc/gzmeru-armv4t
 http://meru.inf.ethz.ch/~rkralovi/shr-unstable/ipk/armv4t
 src/gzhttp://meru.inf.ethz.ch/%7Erkralovi/shr-unstable/ipk/armv4t%0Asrc/gzmeru-om-gta02
 http://meru.inf.ethz.ch/~rkralovi/shr-unstable/ipk/om-gta02http://meru.inf.ethz.ch/%7Erkralovi/shr-unstable/ipk/om-gta02


Are these lines command lines ? What should I copy / paste to my terminal to
add the correct feeds ?

After this, I will run opkg update



 Then you can just follow the instructions at
 http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/index.htmlhttp://kedrigern.dcs.fmph.uniba.sk/%7Eriso/Openmoko/qwo/index.html
 and install all packages just by opkg install.


Is this correct (or do I need to add some more command lines ?):

#installing xserver-kdrive-glamo  xcompmgr
opkg install
http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/xserver-kdrive-glamo_1.3.0.0+gitr9b28d998424c77fbc057dd3a022ccbb122793a52-r3_armv4t.ipk
http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/xcompmgr_1.1.4-r0_armv4t.ipk

#modifiy the file */etc/X11/Xserver
nano **/etc/X11/Xserver
And add *ARGS=$ARGS +extension Composite

#creating a file to launch xcompmgr and load it
echo xcompmgr   /etc/X11/Xsession.d/xcompmgr_start
chmod +x /etc/X11/Xsession.d/xcompmgr_start
/etc/X11/Xsession.d/xcompmgr_start

#install qwo (+ imlib2 + libconfig)  e-wm
opkg install
http://projects.openmoko.org/frs/download.php/496/imlib2_1.4.1_armv4t.ipk
http://projects.openmoko.org/frs/download.php/497/libconfig_1.3.1_armv4t.ipk
http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/qwo_0.4-r0_armv4t.ipk
http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/e-wm_0.16.999.050+svnr38544-r3_armv4t.ipk

This is all I understoof reading your email and the webpage. Can you please
comment / modify it ?

thanks !



 But beware, the patch for illume breaks the default keyboard (since it
 does not set the width of it and does not resize the application area).
 So be ready to install the old version of e-wm if you do not like
 transparent qwo. I didn't find time to make a nicer patch on e-wm yet
 (it is on my todolist, but quite deep, so patches are welcome)...

 Greets
Richard

 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] latest unstable with problems!

2009-04-03 Thread Tony Berth
On Fri, Apr 3, 2009 at 12:39 PM, Klaus 'mrmoku' Kurzmann m...@mnet-online.de
 wrote:

 Am Freitag 03 April 2009 12:21:53 schrieb Tony Berth:
  On Fri, Apr 3, 2009 at 12:17 PM, W.Kenworthy bi...@iinet.net.au wrote:
   on the FR ifdown usb0;ifup usb
  
   If you are trying to change the default map directory:
  rm -rf ~/Maps
  ln -s YourMapDir ~/Maps
  
   BillK
  
   0On Fri, 2009-04-03 at 11:58 +0200, Tony Berth wrote:
Dear Group,
   
just tried the latest SHR unstable (both kernel and jffs) and found
following problems:
   
- when in the boot screen the device gets listed in my debian server
as a usb one but after booting it dissapears from the list! So can't
access my FR any more from my machine!
- tangoGPS still crashes when trying to change the settings :(
- when I place a call, I can't hear any sound that its ringing!
   
Any advice for the above issues?
   
Thanks
   
Tony
 
  for networking I get following error:
 
  interface usb0 not configured

 there seems to be some problem with the modules... For me running 'depmod
 -a'
 and rebooting fixed everything.

 
  Thanks
 
  Tony

 Klaus 'mrmoku' Kurzmann


when I type depmod -a I get the following:

WARNING: Couldn't open directory /lib/modules/2.6.29-rc3: No such file or
directory
FATAL: Could not open /lib/modules/2.6.29-rc3/modules.dep.temp for writing:
No such file or directory

and the problems remain even if I rebbot!

Also I re-installed and the same behavior persists.

Thanks

Tony
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: GSM buzz-fix party in Braunschweig, Germany

2009-04-03 Thread Christ van Willegen
Hi!

On Wed, Apr 1, 2009 at 3:01 PM, Daniel Willmann
dan...@totalueberwachung.de wrote:
 I'm considering mail delivery as an option. The only problem I have is
 that I need to get the money for the return package. Don't know how we
 could handle that best...

We could PayPal you the money in advance... or include a €13 bill. Or
whatever it costs.

I'd be interested in sending my phone to you and getting it back
buzz-fixed. Preferably yesterday, since I kinda need it as a daily
phone these days. I stole^Wborrowed a phone from my workplace (I'll
get it back to them when my FR is fixed) to be reachable!

Please let me know if you'd accept something like this arrangement.

Christ van Willegen
-- 
09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: packaging the application

2009-04-03 Thread Joseph Reeves
Ok, so I think I see what you're saying. You get:

y...@your-machine:~$om-make-ipkg openmoko-sample2
usage: om-make-ipkg [app_dir_name] [ipkg_control_file]

So om-make-ipkg is complaining that you haven't given it the correct
parameters. It's telling you what it expects. What directory are you
running it from? Does that directory contain openmoko-sample2/ ?

Posting the entire terminal, not just the output of some commands,
would make this much easier to read.

Cheers, Joseph



2009/4/3 Anas Alzouhbi anas@gmail.com:
 thank you
 so what do you think about the problem that I have,
 what could the reason that the output ofom-make-ipkg openmoko-sample2
 is usage: om-make-ipkg [app_dir_name] [ipkg_control_file]


 On Fri, Apr 3, 2009 at 12:36 PM, Joseph Reeves iknowjos...@gmail.com wrote:
 Last time I did it I got:

 jos...@joseph-work:~/mtr-0.73$ cd ~
 jos...@joseph-work:~$ om-make-ipkg mtr-0.73
 make: Entering directory `/home/joseph/mtr-0.73'
 Making install in img
 make[1]: Entering directory `/home/joseph/mtr-0.73/img'
 make[2]: Entering directory `/home/joseph/mtr-0.73/img'
 make[2]: Nothing to be done for `install-exec-am'.
 make[2]: Nothing to be done for `install-data-am'.
 make[2]: Leaving directory `/home/joseph/mtr-0.73/img'
 make[1]: Leaving directory `/home/joseph/mtr-0.73/img'
 make[1]: Entering directory `/home/joseph/mtr-0.73'
 make[2]: Entering directory `/home/joseph/mtr-0.73'
 test -z /usr/sbin || /bin/mkdir -p /tmp/mtr-0.73-ipkg-tmp/usr/sbin
 /usr/bin/install -c 'mtr' '/tmp/mtr-0.73-ipkg-tmp/usr/sbin/mtr'
 make install-exec-hook
 make[3]: Entering directory `/home/joseph/mtr-0.73'
 chmod u+s /tmp/mtr-0.73-ipkg-tmp/usr/sbin/mtr
 make[3]: Leaving directory `/home/joseph/mtr-0.73'
 test -z /usr/share/man/man8 || /bin/mkdir -p
 /tmp/mtr-0.73-ipkg-tmp/usr/share/man/man8
 /usr/bin/install -c -m 644 './mtr.8'
 '/tmp/mtr-0.73-ipkg-tmp/usr/share/man/man8/mtr.8'
 make[2]: Leaving directory `/home/joseph/mtr-0.73'
 make[1]: Leaving directory `/home/joseph/mtr-0.73'
 make: Leaving directory `/home/joseph/mtr-0.73'
 Packaged contents of /tmp/mtr-0.73-ipkg-tmp into
 /home/joseph/mtr-0.73_0.1_armv4t.ipk
 jos...@joseph-work:~$

 http://blogs.thehumanjourney.net/finds/entry/3



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] latest unstable with problems!

2009-04-03 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 03 April 2009 13:40:15 schrieb Tony Berth:
 On Fri, Apr 3, 2009 at 12:39 PM, Klaus 'mrmoku' Kurzmann
 m...@mnet-online.de

  wrote:
 
  Am Freitag 03 April 2009 12:21:53 schrieb Tony Berth:
   On Fri, Apr 3, 2009 at 12:17 PM, W.Kenworthy bi...@iinet.net.au wrote:
on the FR ifdown usb0;ifup usb
   
If you are trying to change the default map directory:
   rm -rf ~/Maps
   ln -s YourMapDir ~/Maps
   
BillK
   
0On Fri, 2009-04-03 at 11:58 +0200, Tony Berth wrote:
 Dear Group,

 just tried the latest SHR unstable (both kernel and jffs) and found
 following problems:

 - when in the boot screen the device gets listed in my debian
 server as a usb one but after booting it dissapears from the list!
 So can't access my FR any more from my machine!
 - tangoGPS still crashes when trying to change the settings :(
 - when I place a call, I can't hear any sound that its ringing!

 Any advice for the above issues?

 Thanks

 Tony
  
   for networking I get following error:
  
   interface usb0 not configured
 
  there seems to be some problem with the modules... For me running 'depmod
  -a'
  and rebooting fixed everything.
 
   Thanks
  
   Tony
 
  Klaus 'mrmoku' Kurzmann

 when I type depmod -a I get the following:

 WARNING: Couldn't open directory /lib/modules/2.6.29-rc3: No such file or
 directory
 FATAL: Could not open /lib/modules/2.6.29-rc3/modules.dep.temp for writing:
 No such file or directory

 and the problems remain even if I rebbot!
Hmm, this means the modules are not installed... I have /lib/modules/2.6.29-
rc3... So either the last image borked the kernel modules or you have the 
image from April 1st... 
http://build.shr-project.org/shr-unstable/images/om-gta02/openmoko-shr-lite-
image-glibc-ipk--20090402-om-gta02-testlab/files-in-image.txt tells me the 
image should be ok:

/home/shr/shr-unstable/tmp/rootfs/lib/modules:
total 12
drwxr-xr-x  3 root root 4096 Apr  1 22:54 .
drwxr-xr-x  5 root root 4096 Apr  2 15:55 ..
drwxr-xr-x  3 root root 4096 Apr  1 22:54 2.6.29-rc3

Maybe you downloaded the fat image (which I did not rebuild yet)... ??


 Also I re-installed and the same behavior persists.

 Thanks

 Tony

Klaus 'mrmoku' Kurzmann


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] latest unstable with problems!

2009-04-03 Thread Tony Berth
On Fri, Apr 3, 2009 at 2:04 PM, Klaus 'mrmoku' Kurzmann
m...@mnet-online.dewrote:

 Am Freitag 03 April 2009 13:40:15 schrieb Tony Berth:
  On Fri, Apr 3, 2009 at 12:39 PM, Klaus 'mrmoku' Kurzmann
  m...@mnet-online.de
 
   wrote:
  
   Am Freitag 03 April 2009 12:21:53 schrieb Tony Berth:
On Fri, Apr 3, 2009 at 12:17 PM, W.Kenworthy bi...@iinet.net.au
 wrote:
 on the FR ifdown usb0;ifup usb

 If you are trying to change the default map directory:
rm -rf ~/Maps
ln -s YourMapDir ~/Maps

 BillK

 0On Fri, 2009-04-03 at 11:58 +0200, Tony Berth wrote:
  Dear Group,
 
  just tried the latest SHR unstable (both kernel and jffs) and
 found
  following problems:
 
  - when in the boot screen the device gets listed in my debian
  server as a usb one but after booting it dissapears from the
 list!
  So can't access my FR any more from my machine!
  - tangoGPS still crashes when trying to change the settings :(
  - when I place a call, I can't hear any sound that its ringing!
 
  Any advice for the above issues?
 
  Thanks
 
  Tony
   
for networking I get following error:
   
interface usb0 not configured
  
   there seems to be some problem with the modules... For me running
 'depmod
   -a'
   and rebooting fixed everything.
  
Thanks
   
Tony
  
   Klaus 'mrmoku' Kurzmann
 
  when I type depmod -a I get the following:
 
  WARNING: Couldn't open directory /lib/modules/2.6.29-rc3: No such file or
  directory
  FATAL: Could not open /lib/modules/2.6.29-rc3/modules.dep.temp for
 writing:
  No such file or directory
 
  and the problems remain even if I rebbot!
 Hmm, this means the modules are not installed... I have
 /lib/modules/2.6.29-
 rc3... So either the last image borked the kernel modules or you have the
 image from April 1st...

 http://build.shr-project.org/shr-unstable/images/om-gta02/openmoko-shr-lite-
 image-glibc-ipk--20090402-om-gta02-testlab/files-in-image.txthttp://build.shr-project.org/shr-unstable/images/om-gta02/openmoko-shr-lite-%0Aimage-glibc-ipk--20090402-om-gta02-testlab/files-in-image.txttells
  me the
 image should be ok:

 /home/shr/shr-unstable/tmp/rootfs/lib/modules:
 total 12
 drwxr-xr-x  3 root root 4096 Apr  1 22:54 .
 drwxr-xr-x  5 root root 4096 Apr  2 15:55 ..
 drwxr-xr-x  3 root root 4096 Apr  1 22:54 2.6.29-rc3

 Maybe you downloaded the fat image (which I did not rebuild yet)... ??

 
  Also I re-installed and the same behavior persists.
 
  Thanks
 
  Tony

 Klaus 'mrmoku' Kurzmann


I did download the following:

http://build.shr-project.org/shr-unstable/images/om-gta02/shr-image-om-gta02.jffs2

which is the latest available and indeed is from the 1st of April! I didn't
find any other image!

Thanks

Tony
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread rixed
-[ Fri, Apr 03, 2009 at 11:36:39AM +0100, Thomas White ]
 There are many limitations of the chip,

The main one being of course the lack of documentation.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread Iain B. FIndleton
In my case, one of the motivations for looking into the FR was the VGA 
graphics capability. Any old phone would do for QVGA level performance. 
As for the ferrari analogy, as far as graphics performance goes, it 
looks like the Apple produces and their competitors make the FR look 
like the poor cousin, which to me means that it does not have far to go 
as a phone of the future. Its just an interesting little gadget for 
hobbyists.

Makes me wonder what the designers were thinking.

For non-graphics intensive applications, however, the FR is quite 
adequate in VGA mode.

ri...@happyleptic.org wrote:
 -[ Fri, Apr 03, 2009 at 09:45:37AM +0200, Miguel Ángel Calderón ]
   
 What really surprises me is the fact that if this is so clear, why is
 Comunity not working on qvga graphics yet?
 (...)
 I'd prefer to drive the funnier modest car than to have the ferrary parked
 outside... I though linux and free software people were mostly this way.
 

 I was feeling exactly the same, and will try qvga asap.


 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
   



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread joakim
ri...@happyleptic.org writes:

 I feel the ferrari analogy is broken. it depends on what you would
 like to do with the device. Moving bling bling is not efficient, Ok.
 Things that demand high resolution, like ebooks and emacs work fine.

 I spend some time in the terminal myself, generally to fix something in a
 config file or to mount manually something on USB or fix the network
 configuration. If the device were working flawlessly and with a good GUI for
 all apps, I wouldn't mind not hurting my eyes on the small chars :-)

 For working seriously in a terminal I need a keyboard and a large screen 
 anyway
 (or a magnifying glass maybe ?). I don't know how you manage emacs with the
 various CTRL+ALT+META-x on the virtual keyboard but I sure can not stand it 
 for
 more than a few minutes.

I made some elisp for choosing symbols, and patched in some toolbar
buttons in packages I use. Typing on a virtual keyboard is, admittedly,
no fun though.

 As for reading in general (ebooks or web browser), I admin this is certainly
 better in a bigger resolution. The same goes for viewing maps. But all in all,
 a small gadget with small screen and no keyboard will never replace a desktop
 computer. So personnaly I am looking for other use cases for my FR, and a
 smaller resolution and better responsiveness is the direction I want to go.

--
Joakim Verona


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread Iain B. FIndleton
In my case, the apps I use need space on the screen for buttons, etc 
that control the things being done. My typical layout is to use 460 x 
570 for the actual application display, the rest for decorations and 
controls. Under these conditions, 512 x 512 would be fine, even if I had 
to cut the display by a few lines.

Even the 2D accelerations items would probably make things much better 
as I do my own conversion from 3D to 2D.

Are there any instructions as to how to get the xorg driver running? I 
currently use whatever came with the phone run time images



Thomas White wrote:
 On Thu, 02 Apr 2009 11:17:42 -0400
 Iain B. FIndleton ifindle...@videotron.ca wrote:

   
 A significant issue for me is the performance of the graphics display
 on the FR. I recall some discussions a while back about making use of
 the XGlamo acceleration features. Has any progress been made here? It 
 appears to me that the graphics performance on the FR is poor
 compared to, for instance, the iPhone or iTouch, both of which have
 slower CPUs. When applications running on the FR have their X output
 routed to a machine with accelerated graphics, it is apparent that
 the FR processor can deliver the X events fast enough, but the FR
 graphics chip interface can't keep up.
 

 [I wrote this before the other replies came through, so it re-covers a
 bit of ground.]

 We do have some acceleration already - both XGlamo (the Kdrive X server)
 and xf86-video-glamo (the Glamo driver for Xorg) make use of Glamo's 2D
 engine to accelerate tasks such as flood-filling large areas and moving
 blocks of data around the screen or onto the screen from offscreen.

 However, I do agree that we can do a lot more.  So far, we've
 concentrated on trying to implement conventional acceleration protocols
 while being limited by what Glamo can't do.  Instead, I think we should
 look at what the little chip CAN do, and really make it work, HARD, for
 us.  Particularly its 3D engine.  With that, we could do things like
 (dare I say it, iPhone-style) flying launcher icons, or alpha-blended
 overlays, or other things I can't even imagine right now...

 There are many limitations of the chip, but I don't see them as a
 reason to give up on this kind of thing.  For example, it's often
 mentioned that the 3D engine won't render to a buffer larger than
 511x511 pixels.  That would seem to rule out such graphical fanciness
 at the native resolution of 480x640, but how about we just cover a
 480x511 region of the screen with accelerated graphics and make the
 remaining area into some kind of tool or status bar?  Maximum texture
 size of 256x256?  Then design the UI so that the accelerated parts of
 the UI split into blocks of that size or less.  And so on.

 I see more potential in working 3D acceleration than just Quake, and
 I'm not in the least bit put off by the knowledge that the chip is a
 one-off...

 Tom

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
   


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


RE: Graphics Performance

2009-04-03 Thread Juan Lucas Dominguez Rubio
Dear list,
 
I was told that one of the Qt distributions has a significantly better graphic 
performance. Can anyone confirm this? Which distribution is it exactly?
 
Besides, the Java entry in the distributions table says '??' for Qt. Anyone 
knows about the Java support in those (hopefully) faster Qt distros?
 
Regards
Juan Lucas
 
 





In my case, one of the motivations for looking into the FR was the VGA
graphics capability. Any old phone would do for QVGA level performance.
As for the ferrari analogy, as far as graphics performance goes, it
looks like the Apple produces and their competitors make the FR look
like the poor cousin, which to me means that it does not have far to go
as a phone of the future. Its just an interesting little gadget for
hobbyists.

Makes me wonder what the designers were thinking.

For non-graphics intensive applications, however, the FR is quite
adequate in VGA mode.

ri...@happyleptic.org wrote:
 -[ Fri, Apr 03, 2009 at 09:45:37AM +0200, Miguel Ángel Calderón ]
  
 What really surprises me is the fact that if this is so clear, why is
 Comunity not working on qvga graphics yet?
 (...)
 I'd prefer to drive the funnier modest car than to have the ferrary parked
 outside... I though linux and free software people were mostly this way.


 I was feeling exactly the same, and will try qvga asap.


 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
  



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] latest unstable with problems!

2009-04-03 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 03 April 2009 14:07:59 schrieb Tony Berth:
 On Fri, Apr 3, 2009 at 2:04 PM, Klaus 'mrmoku' Kurzmann

 m...@mnet-online.dewrote:
  Am Freitag 03 April 2009 13:40:15 schrieb Tony Berth:
   On Fri, Apr 3, 2009 at 12:39 PM, Klaus 'mrmoku' Kurzmann
   m...@mnet-online.de
  
wrote:
   
Am Freitag 03 April 2009 12:21:53 schrieb Tony Berth:
 On Fri, Apr 3, 2009 at 12:17 PM, W.Kenworthy bi...@iinet.net.au
 
  wrote:
  on the FR ifdown usb0;ifup usb
 
  If you are trying to change the default map directory:
 rm -rf ~/Maps
 ln -s YourMapDir ~/Maps
 
  BillK
 
  0On Fri, 2009-04-03 at 11:58 +0200, Tony Berth wrote:
   Dear Group,
  
   just tried the latest SHR unstable (both kernel and jffs) and
 
  found
 
   following problems:
  
   - when in the boot screen the device gets listed in my debian
   server as a usb one but after booting it dissapears from the
 
  list!
 
   So can't access my FR any more from my machine!
   - tangoGPS still crashes when trying to change the settings :(
   - when I place a call, I can't hear any sound that its ringing!
  
   Any advice for the above issues?
  
   Thanks
  
   Tony

 for networking I get following error:

 interface usb0 not configured
   
there seems to be some problem with the modules... For me running
 
  'depmod
 
-a'
and rebooting fixed everything.
   
 Thanks

 Tony
   
Klaus 'mrmoku' Kurzmann
  
   when I type depmod -a I get the following:
  
   WARNING: Couldn't open directory /lib/modules/2.6.29-rc3: No such file
   or directory
   FATAL: Could not open /lib/modules/2.6.29-rc3/modules.dep.temp for
 
  writing:
   No such file or directory
  
   and the problems remain even if I rebbot!
 
  Hmm, this means the modules are not installed... I have
  /lib/modules/2.6.29-
  rc3... So either the last image borked the kernel modules or you have the
  image from April 1st...
 
  http://build.shr-project.org/shr-unstable/images/om-gta02/openmoko-shr-li
 te-
  image-glibc-ipk--20090402-om-gta02-testlab/files-in-image.txthttp://buil
 d.shr-project.org/shr-unstable/images/om-gta02/openmoko-shr-lite-%0Aimage-
 glibc-ipk--20090402-om-gta02-testlab/files-in-image.txttells me the image
  should be ok:
 
  /home/shr/shr-unstable/tmp/rootfs/lib/modules:
  total 12
  drwxr-xr-x  3 root root 4096 Apr  1 22:54 .
  drwxr-xr-x  5 root root 4096 Apr  2 15:55 ..
  drwxr-xr-x  3 root root 4096 Apr  1 22:54 2.6.29-rc3
 
  Maybe you downloaded the fat image (which I did not rebuild yet)... ??
 
   Also I re-installed and the same behavior persists.
  
   Thanks
  
   Tony
 
  Klaus 'mrmoku' Kurzmann

 I did download the following:

 http://build.shr-project.org/shr-unstable/images/om-gta02/shr-image-om-gta0
2.jffs2

 which is the latest available and indeed is from the 1st of April! I didn't
 find any other image!
http://build.shr-project.org/shr-unstable/images/om-gta02/shr-lite-image-om-
gta02.jffs2

which is the lite image... Building the fat image now...


 Thanks

 Tony

Klaus 'mrmoku' Kurzmann


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] latest unstable with problems!

2009-04-03 Thread Davide Scaini
it's not really on topic [it worked for me with depmod] but sound does
not resume always after suspending with latest kernel...
do you have any idea how to get it work?
thanks
d


On 4/3/09, Klaus 'mrmoku' Kurzmann m...@mnet-online.de wrote:
 Am Freitag 03 April 2009 12:21:53 schrieb Tony Berth:
 On Fri, Apr 3, 2009 at 12:17 PM, W.Kenworthy bi...@iinet.net.au wrote:
  on the FR ifdown usb0;ifup usb
 
  If you are trying to change the default map directory:
 rm -rf ~/Maps
 ln -s YourMapDir ~/Maps
 
  BillK
 
  0On Fri, 2009-04-03 at 11:58 +0200, Tony Berth wrote:
   Dear Group,
  
   just tried the latest SHR unstable (both kernel and jffs) and found
   following problems:
  
   - when in the boot screen the device gets listed in my debian server
   as a usb one but after booting it dissapears from the list! So can't
   access my FR any more from my machine!
   - tangoGPS still crashes when trying to change the settings :(
   - when I place a call, I can't hear any sound that its ringing!
  
   Any advice for the above issues?
  
   Thanks
  
   Tony

 for networking I get following error:

 interface usb0 not configured

 there seems to be some problem with the modules... For me running 'depmod
 -a'
 and rebooting fixed everything.


 Thanks

 Tony

 Klaus 'mrmoku' Kurzmann


 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread Thomas White
On Fri, 3 Apr 2009 14:12:55 +0200
ri...@happyleptic.org wrote:

 -[ Fri, Apr 03, 2009 at 11:36:39AM +0100, Thomas White ]
  There are many limitations of the chip,
 
 The main one being of course the lack of documentation.

The stack of paper on my desk says otherwise... :)

(Seriously, the necessary documentation has been released, under NDA, to
people who have said they're serious about working on drivers).

Tom

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread Miguel Ángel Calderón
And what about the next idea?

I think the main screen in the neo is a simple app laucher with some widgets
showing
info about the state of system components. I don't consider so necessary the
vga
definition for all that is shown in this screen so use qvga would make it
faster and
more fluent.

In case we use an application that could take advantage to the screen
resolution we
could launch it forcing the X-windows server to change to vga resolution.
After the
application ends we could come back to the previous Xwindows state.

This could be a flexible and better performance solution...

2009/4/3 Iain B. FIndleton ifindle...@videotron.ca

 In my case, one of the motivations for looking into the FR was the VGA
 graphics capability. Any old phone would do for QVGA level performance.
 As for the ferrari analogy, as far as graphics performance goes, it
 looks like the Apple produces and their competitors make the FR look
 like the poor cousin, which to me means that it does not have far to go
 as a phone of the future. Its just an interesting little gadget for
 hobbyists.

 Makes me wonder what the designers were thinking.

 For non-graphics intensive applications, however, the FR is quite
 adequate in VGA mode.

 ri...@happyleptic.org wrote:
  -[ Fri, Apr 03, 2009 at 09:45:37AM +0200, Miguel Ángel Calderón ]
 
  What really surprises me is the fact that if this is so clear, why is
  Comunity not working on qvga graphics yet?
  (...)
  I'd prefer to drive the funnier modest car than to have the ferrary
 parked
  outside... I though linux and free software people were mostly this way.
 
 
  I was feeling exactly the same, and will try qvga asap.
 
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 



 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




-- 
Un saludo
--
There is no spoon
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread The Rasterman
On Fri, 03 Apr 2009 08:25:35 -0400 Iain B. FIndleton
ifindle...@videotron.ca said:

beware of jumping all over 3d as the solution. i have recently been working on
a gles2 engine for evas. i have run it on 2 platforms (s3c6410 and omap3530).
both with hardware opengles2 (and capable of high res etc.) and software beats
gles2. yes - evas software rendering is faster. oddly enough the movial guys
and trolltech (qt) guys see the exact same performance problems. gl is slower
(i know that i and the trolls have seen about a 1/4 speed of gl vs software).

reality bites :(

 In my case, the apps I use need space on the screen for buttons, etc 
 that control the things being done. My typical layout is to use 460 x 
 570 for the actual application display, the rest for decorations and 
 controls. Under these conditions, 512 x 512 would be fine, even if I had 
 to cut the display by a few lines.
 
 Even the 2D accelerations items would probably make things much better 
 as I do my own conversion from 3D to 2D.
 
 Are there any instructions as to how to get the xorg driver running? I 
 currently use whatever came with the phone run time images
 
 
 
 Thomas White wrote:
  On Thu, 02 Apr 2009 11:17:42 -0400
  Iain B. FIndleton ifindle...@videotron.ca wrote:
 

  A significant issue for me is the performance of the graphics display
  on the FR. I recall some discussions a while back about making use of
  the XGlamo acceleration features. Has any progress been made here? It 
  appears to me that the graphics performance on the FR is poor
  compared to, for instance, the iPhone or iTouch, both of which have
  slower CPUs. When applications running on the FR have their X output
  routed to a machine with accelerated graphics, it is apparent that
  the FR processor can deliver the X events fast enough, but the FR
  graphics chip interface can't keep up.
  
 
  [I wrote this before the other replies came through, so it re-covers a
  bit of ground.]
 
  We do have some acceleration already - both XGlamo (the Kdrive X server)
  and xf86-video-glamo (the Glamo driver for Xorg) make use of Glamo's 2D
  engine to accelerate tasks such as flood-filling large areas and moving
  blocks of data around the screen or onto the screen from offscreen.
 
  However, I do agree that we can do a lot more.  So far, we've
  concentrated on trying to implement conventional acceleration protocols
  while being limited by what Glamo can't do.  Instead, I think we should
  look at what the little chip CAN do, and really make it work, HARD, for
  us.  Particularly its 3D engine.  With that, we could do things like
  (dare I say it, iPhone-style) flying launcher icons, or alpha-blended
  overlays, or other things I can't even imagine right now...
 
  There are many limitations of the chip, but I don't see them as a
  reason to give up on this kind of thing.  For example, it's often
  mentioned that the 3D engine won't render to a buffer larger than
  511x511 pixels.  That would seem to rule out such graphical fanciness
  at the native resolution of 480x640, but how about we just cover a
  480x511 region of the screen with accelerated graphics and make the
  remaining area into some kind of tool or status bar?  Maximum texture
  size of 256x256?  Then design the UI so that the accelerated parts of
  the UI split into blocks of that size or less.  And so on.
 
  I see more potential in working 3D acceleration than just Quake, and
  I'm not in the least bit put off by the knowledge that the chip is a
  one-off...
 
  Tom
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community

 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread Nicola Mfb
2009/4/3 Thomas White t...@bitwiz.org.uk

 [...] The main one being of course the lack of documentation.

 The stack of paper on my desk says otherwise... :)

 (Seriously, the necessary documentation has been released, under NDA, to
 people who have said they're serious about working on drivers).


Some time ago we focused about the wasting of cpu cycles to wait for X
operations to complete (as no interrupts are exported to userspace). This
impacts a lot the system as you use accelerated graphics but you have to
hold and wait for it.
Are there working in progress to solve this, it may be in a drm module?

Regards

 Nicola
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread rixed
-[ Fri, Apr 03, 2009 at 01:37:22PM +0100, Thomas White ]
  The main one being of course the lack of documentation.
 
 (Seriously, the necessary documentation has been released, under NDA, to
 people who have said they're serious about working on drivers).

Which fits very well with what I call a closed system.
What if I just want to have a look, and, depending on the chip
capabilities and some experiments, decide to go lowlevel or not ?


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread rixed
 In case we use an application that could take advantage to the screen
 resolution we
 could launch it forcing the X-windows server to change to vga resolution.

$ xvidtune -next
Xlib: extension XFree86-VidModeExtension missing on display :0.0
Unable to query video extension version

:-(


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread Thomas White
On Sat, 4 Apr 2009 00:01:16 +1100
Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote:

 beware of jumping all over 3d as the solution. i have recently been
 working on a gles2 engine for evas. i have run it on 2 platforms
 (s3c6410 and omap3530). both with hardware opengles2 (and capable of
 high res etc.) and software beats gles2. yes - evas software
 rendering is faster. oddly enough the movial guys and trolltech (qt)
 guys see the exact same performance problems. gl is slower (i know
 that i and the trolls have seen about a 1/4 speed of gl vs software).

I'm really interested as to why this might be the case.  Do you have
any ideas?  Something like the increased overhead of the extra API and
latency associated with swapping contexts?

Tom

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread The Rasterman
On Fri, 3 Apr 2009 14:25:48 +0100 Thomas White t...@bitwiz.org.uk said:

 On Sat, 4 Apr 2009 00:01:16 +1100
 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote:
 
  beware of jumping all over 3d as the solution. i have recently been
  working on a gles2 engine for evas. i have run it on 2 platforms
  (s3c6410 and omap3530). both with hardware opengles2 (and capable of
  high res etc.) and software beats gles2. yes - evas software
  rendering is faster. oddly enough the movial guys and trolltech (qt)
  guys see the exact same performance problems. gl is slower (i know
  that i and the trolls have seen about a 1/4 speed of gl vs software).
 
 I'm really interested as to why this might be the case.  Do you have
 any ideas?  Something like the increased overhead of the extra API and
 latency associated with swapping contexts?

not 100% sure. at first i thoguht maybe lots of context changes. i cleaned that
up and had them changed as little as possible - only got about 10% more. what
i'd expected. i suspect the gl scissor ops simply dont optimally clip
operations early in the rendering (at the geometry stage) like the do in
software (evas's clips clip really early). but i have yet to prove that.

software is capable of being smarter. gles is stuck in the Render the whole
window or nothing phase. anything else doesnt work or is not supported or is a
software path anyway. so you have to re-render the whole backbuffer just to
update 1 button that changed. of course as long as both are rendering the whole
buffer - they are on even ground, but software can take more optimal paths and
only re-render sub-sections. i also know the gles drivers perform excess
memcpy's of data (with the cpu) to get it to the screen - software engine is
able to avoid at least 1 copy there (when in 32bbpp). texture uploads are a
big drain on performance - so if you have dynamic data (video or generated
pixels) software beats gl by a wide margin as it can do this zero copy. gl
requires a texture upload. gles2 also requires everything be a shader - there is
no more fixed pipeline. you have lots of problems here when it comes to quality
of the shader compiler - and even if it is implemented at all. it's a black
box. but as of gles2 you have no choice - you MUST use shaders. also i suspect
there is a bit of nastiness in always having to put all draw ops through the gl
transform matrix - when really all the code is doing is trying to pass pixel
coordinates. another problem is RGBA va ARGB. ARGB is by far and wide the most
common 2d pixel format. but the gles committe in their infinite wisdom decided
to only support RGBA - thus you are forced to either swizzle from ARGB to RGBA
at tex upload time... overhead, or do it at draw time in the shader - possibly
impacting performance a bit.

but these are just my set of things i am sure have some impact. but i really
have not found a good reason for the big difference. gl hardware should SPANK
software's butt. by a country mile. but it doesn't. :(

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Sean's speech at ESC about making a 3G device

2009-04-03 Thread Stefan Monnier
 Regardless of what you produce as Plan B, even if it's a hair

didn't you mean: especially

 straightener, I'll buy one. ;-)


-- Stefan


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread Iain B. FIndleton
It appears to me that the implementation on the FR is not capable of 
moving an updated frame buffer in memory to the chip's video buffer, 
presuming they are different, without draping. Since the controller 
appears to be able to rescan its own video buffer without flicker, I 
wonder what the issue is in moving the frame buffer data? At the speeds 
available on the FR, moving 640 x 480 x 2 = 614,400 bytes from memory to 
a video buffer at 30 Hz needs about 18 MB/sec.

What is the bandwidth for memory moves?


Carsten Haitzler (The Rasterman) wrote:
 On Fri, 3 Apr 2009 14:25:48 +0100 Thomas White t...@bitwiz.org.uk said:

   
 On Sat, 4 Apr 2009 00:01:16 +1100
 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote:

 
 beware of jumping all over 3d as the solution. i have recently been
 working on a gles2 engine for evas. i have run it on 2 platforms
 (s3c6410 and omap3530). both with hardware opengles2 (and capable of
 high res etc.) and software beats gles2. yes - evas software
 rendering is faster. oddly enough the movial guys and trolltech (qt)
 guys see the exact same performance problems. gl is slower (i know
 that i and the trolls have seen about a 1/4 speed of gl vs software).
   
 I'm really interested as to why this might be the case.  Do you have
 any ideas?  Something like the increased overhead of the extra API and
 latency associated with swapping contexts?
 

 not 100% sure. at first i thoguht maybe lots of context changes. i cleaned 
 that
 up and had them changed as little as possible - only got about 10% more. what
 i'd expected. i suspect the gl scissor ops simply dont optimally clip
 operations early in the rendering (at the geometry stage) like the do in
 software (evas's clips clip really early). but i have yet to prove that.

 software is capable of being smarter. gles is stuck in the Render the whole
 window or nothing phase. anything else doesnt work or is not supported or is 
 a
 software path anyway. so you have to re-render the whole backbuffer just to
 update 1 button that changed. of course as long as both are rendering the 
 whole
 buffer - they are on even ground, but software can take more optimal paths and
 only re-render sub-sections. i also know the gles drivers perform excess
 memcpy's of data (with the cpu) to get it to the screen - software engine is
 able to avoid at least 1 copy there (when in 32bbpp). texture uploads are a
 big drain on performance - so if you have dynamic data (video or generated
 pixels) software beats gl by a wide margin as it can do this zero copy. gl
 requires a texture upload. gles2 also requires everything be a shader - there 
 is
 no more fixed pipeline. you have lots of problems here when it comes to 
 quality
 of the shader compiler - and even if it is implemented at all. it's a black
 box. but as of gles2 you have no choice - you MUST use shaders. also i suspect
 there is a bit of nastiness in always having to put all draw ops through the 
 gl
 transform matrix - when really all the code is doing is trying to pass pixel
 coordinates. another problem is RGBA va ARGB. ARGB is by far and wide the most
 common 2d pixel format. but the gles committe in their infinite wisdom decided
 to only support RGBA - thus you are forced to either swizzle from ARGB to RGBA
 at tex upload time... overhead, or do it at draw time in the shader - possibly
 impacting performance a bit.

 but these are just my set of things i am sure have some impact. but i really
 have not found a good reason for the big difference. gl hardware should SPANK
 software's butt. by a country mile. but it doesn't. :(

   


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


What is involved in preforming the hardware Buzz fix?

2009-04-03 Thread Adam Jimerson
Hi all,

I am getting several complaints about the buzzing from my phone, some people
are even answering my calls from my mobile number.  I live in Tennessee area
in the USA and a bit far to have my phone shipped to Germany for the fix
party, mostly due to the amount of time I will be without a phone and
shipping cost concerns.  If there is not someone in my area that can do
this, yes I will pay any fees that is asked for this service, then can
someone send detailed instructions on what needs to be done to me and I can
look over them with some of my friends and see if one of them thinks they
can do it, I am not very good with soldering irons and I don't want to kill
my phone.  I did look at the photos from one of the other buzz fix threads
and while most are not detailed enough to base a fix on it did look simple
even to me.

Thanks for the time in this matter.

P.S. Is the next hardware release of the phone, if one is planned, have this
fix already applied?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: latest and greatest, progress mail 2

2009-04-03 Thread Bastian Muck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
I guess that you are talking about QT Extended, don't you?
If yes this is (partly) good message. the double sms and call bug is a
little bit annoying.

Franky Van Liedekerke schrieb:
 Ok, I know that probably nobody is interested, but I'm mailing it
 anyway :-)
 New progress/bugs:

 All Ok:
 - alarms (using atd from angstrom, since no newer package exists),
   normal + when suspended
 - wake up when receiving sms
 - call + echo check
 - missed call bug
 - duplicate sms thing
 - voice notes (see my mail/patch)
 - mail ok
 - wifi ok

 Problems:
 - usb cable handling for power charging
   == it seems andy-tracking kernel has an issue with power
 detection on the usb port, so I'm going to try the stable kernel
 from http://downloads.openmoko.org/distro/unstable/NeoFreerunner/
 - bluetooth
   == bluetooth not available error
 - sms stay on SIM as well as on phone
   == All sms's are stored on the phone *and* on the SIM. I don't
 think that this is wanted behaviour (deleting an SMS only works on
 the SMS's stored on the phone)
 - I had a crash this morning, might be kernel related as well

 Franky

 --

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
iD8DBQFJ1iGIlYiDScJJ+7QRAo2GAKDZFEeq6oYwaERXkAi5lag0heGuHACg2RyY
Rk6SUrWrwith9tWlvONNIks=
=exEm
-END PGP SIGNATURE-


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread Thomas White
On Fri, 3 Apr 2009 15:03:09 +0200
Nicola Mfb nicola@gmail.com wrote:

 Some time ago we focused about the wasting of cpu cycles to wait for X
 operations to complete (as no interrupts are exported to userspace).
 This impacts a lot the system as you use accelerated graphics but you
 have to hold and wait for it.
 Are there working in progress to solve this, it may be in a drm
 module?

Well, we (I and a few others) have been working on DRI, which at its
core has a DRM module which mediates access to the graphics hardware,
but there's no reason why that should help with this particular
problem in itself.  But this is all (still) at a very early stage.

Tom

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[FSO] Trigger querty-keyboard from inside application

2009-04-03 Thread Timo Scheffler
Hi!

I'm just starting to script something useful using fso, python and edje.
I have some questions about the keyboard which I couldn't find the
answer to...

1. Is there a way to trigger the keyboard using the framework or some
other command I can let the python script work with?
When a text-field gets focus, the keyboard should automaticaly appear
(and since it's not like that now, my app could take care of that).

2. Where can I adjust the keyboard to have the Terminal-Layout as
default after booting?

Timo

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: What is involved in preforming the hardware Buzz fix?

2009-04-03 Thread Xavier Cremaschi
Adam Jimerson a écrit :
   P.S. Is the next hardware release of the phone, if one is planned, have
 this fix already applied?

Future revision (GTA02v7) should have the fix applied. It was supposed 
to be released in February, but we still are waiting for it...

Xavier.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-03 Thread Yogiz
Hi and thanks for your app. A working alarm clock is a high priority on
the Freerunner and yours might work fine.

Firstly, the ipk on the project page installed the python module
into /usr/lib/python2.5 instead of 2.6. For that reason it failed the
first time I ran it but after copying the ffalarms folder to
2.6/site-packages/ it starts fine.

Secondly, it doesn't wake up the phone out of suspend on my SHR. When
returning from suspend manually afterwards it displays the turning off
alarm page and plays the sound (although very quitely).

If I can get it to wake up the phone then the app will be good enough
for me.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Bying a Freerunner with the buzz-fix on it

2009-04-03 Thread Cédric Berger
On Wed, Mar 4, 2009 at 02:09, Steve Mosher st...@openmoko.com wrote:
 so much for my schedules.

  There were some issues with ALSA states. so manufacturing got put on
 hold. then Chinese new year. I'll have an update shortly on A7.



So as I understand these were issues not only relating to software ?
Because if it was just a matter of alsa states files not ready yet,
production would not have to be put on hold (hey if openmoko would
wait for software be ready to start production, no freerunner would be
existing yet ;-) )

And if it is the buzz fix (by adding the cap) that causes potential
problems... what about the SOP currently applied to freerunners ? They
may be impacted by incorrect ALSA states ?




oh... and still no update about A7 production ? Since I probably have
my phone to be replaced (broken button), I am waiting for Bearstech to
get new phones (they are out of stock, and anyway since I have to
send my phone I want either a A7 or at least the buzz fix applied...
not having to send it again later to get it fixed...)

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Planning for the 1st Openmoko Munich workshop has started

2009-04-03 Thread Dr. H. Nikolaus Schaller
Here is the discussion thread in German:

http://freeyourphone.de/portal_v1/viewtopic.php?f=20t=1112

Topics will be about and around Openmoko. I.e. information,  
presentations, hands-on hacking, community building, futher  
developments, etc.

Please register your location here:

http://fly-society.de/web/openmoko/

so that we know where to organize the next workshops.

And if you want to attend the meeting in Munich, please choose your  
preferences here:

http://doodle.com/2pa84t7dfyqqrhiu

Nikolaus

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [openBmap] Version 0.2.0 released of the GSM cell, GPS logger

2009-04-03 Thread Onen
Hello,

ok, thanks for the explanations.

Here you go:
http://www.opkg.org/package_186.html

Let me know if you see errors, possible improvements, etc...

Onen

kimaidou wrote:
 Hi
 About the advantages of opkg.org http://opkg.org
 * a software dedicated website, so that I can easily know the new and 
 updated softs with rss feeds (I don't have to filter the new entries in 
 the openmoko wiki and get lost among the amount of information)
 * a small description for each software (you can do this on a wiki page, 
 I know), and each soft has the same description page template
 * at the moment, there is a small number of distro (SHR and OM are the 
 most used), but this does not say that it will stay forever, so it could 
 be hard to ask the developper of each new platform to integrate it on 
 the repos
 * a lot of visitors
 * you do not have to store the ipk on opkg. A link or description to 
 your repo is OK . So you can do both : put a description on opkg, and 
 put the package in the distro feeds
 
   I believe a portal containing a updated list of all softwares is great 
 for the users who are not always connected to the mailing lists and 
 wikis. For example, I saw the Hackable:A developpers have released a 
 great rss reader application ( 
 https://trac.hackable1.org/trac/wiki/FeedReader ) . It could be used by 
 users using another debian based distribution (fyp or other), but there 
 is no way for them to know. If this app was in opkg, everyone would know 
 (I know, this is not a good examplen, as opkg is only for ipk package 
 and not deb, but you understand the meaning :D )
 
 Cheers
 Kimaidou


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


The future of the Neo Freerunner

2009-04-03 Thread Thomas Bumberger
As Openmoko sacked/was left by 50% of its developers and halted the
development of GTA03
i want to know your opinion on the future of the Neo.
As it seems Openmoko stopped funding FSO too.

Are there any official statements beside the announcement yesterday at
OpenExpo.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: The future of the Neo Freerunner

2009-04-03 Thread Marcel
Am Friday 03 April 2009 19:39:19 schrieb Thomas Bumberger:
 As Openmoko sacked/was left by 50% of its developers and halted the
 development of GTA03
 i want to know your opinion on the future of the Neo.
 As it seems Openmoko stopped funding FSO too.

 Are there any official statements beside the announcement yesterday at
 OpenExpo.

1. They iced 03 in favor of another project which is yet to be announced, so 
work is still going on.
2. These devs don't belong to Openmoko Inc. anymore, but they still contribute 
heavily to one or another aspect of the OM world. Afaik.

--
Marcel

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: The future of the Neo Freerunner

2009-04-03 Thread carmen
On Fri Apr 03, 2009 at 07:39:19PM +0200, Thomas Bumberger wrote:
 As Openmoko sacked/was left by 50% of its developers and halted the
 development of GTA03
 i want to know your opinion on the future of the Neo.
 As it seems Openmoko stopped funding FSO too.

hello, are there any 3G phones which run debian and spport all the hardware 
yet? 

 
 Are there any official statements beside the announcement yesterday at
 OpenExpo.

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: test result of battery current against display brightness and GPS power mode

2009-04-03 Thread mqy

On SHR with latest kernel of version 2.6.29-rc3, current is about 62.5 mA, 100% 
capacity.

Here is link to the kernel:
http://shr.bearstech.com/shr-unstable/images/om-gta02/uImage-2.6.28-oe1+gitr119778+9c4451ff31b937a478f3d3eabef30b71cbe12b12-r3.1-om-gta02.bin

The name mismatches with actual kernel version, it shows 2.6.29-rc3 on boot.


Rask Ingemann Lambertsen wrote:
 On Sat, Mar 28, 2009 at 07:32:24PM +0100, Richard Kralovic wrote:
 It may be the case that the fixes for the current leak were introduced
 in devel branch (linux-openmoko-devel). On kernel 2.6.29-rc3, my tests
 show a drop from cca 80mA to cca 47mA.
 
Do you know which git revision that kernel is? Alternatively, where did

I am using gitr1e257a0e99817a338e3706708ebb5036518e46d8, I compiled it
myself.
Richard

 you get that kernel from?
 



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community



-- 
View this message in context: 
http://n2.nabble.com/test-result-of-battery-current-against-display-brightness-and-GPS--power-mode-tp2541178p2582277.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-03 Thread Łukasz Pankowski
Yogiz yog...@gmail.com writes:

 Hi and thanks for your app. A working alarm clock is a high priority on
 the Freerunner and yours might work fine.

 Firstly, the ipk on the project page installed the python module
 into /usr/lib/python2.5 instead of 2.6. For that reason it failed the
 first time I ran it but after copying the ffalarms folder to
 2.6/site-packages/ it starts fine.

Hi

The package for SHR is named ffalarms_0.2.1-r0_all_py2.6.ipk
(http://projects.openmoko.org/frs/?group_id=260) and it properly
installes to Python 2.6 directory, ffalarms_0.2.1-r0_all.ipk is
intended for 2008.12, i.e. Python 2.5.


 Secondly, it doesn't wake up the phone out of suspend on my SHR. When
 returning from suspend manually afterwards it displays the turning off
 alarm page and plays the sound (although very quitely).

The sound starts quiet, but the volume is increasing each second up to
maximum.

If you have ffalarms  0.2.1 it may be Daylight Saving Time problem,
if:

# grep RealTimeClock `opkg files frameworkd |grep alarm.py`

gives a line

self.rtc = dbus.Interface( o, org.freesmartphone.RealTimeClock ) 

instead of 

self.rtc = dbus.Interface( o, org.freesmartphone.Device.RealTimeClock ) 

then you have old ( 4 weeks) frameworkd with a bug preventing from
using RTC.  Then upgrade, or add .Device. to that file, or try plain
atd [1] (but this will fight with fso for RTC when you get fixed
frameworkd version, which is a bad thing).

If this does not help, tell me.

[1] 
http://downloads.openmoko.org/repository/Om2008.8/armv4t/atd_0.70-r4_armv4t.opk



 If I can get it to wake up the phone then the app will be good enough
 for me.

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Graphics Performance

2009-04-03 Thread Ian Stirling
Iain B. FIndleton wrote:
 It appears to me that the implementation on the FR is not capable of 
 moving an updated frame buffer in memory to the chip's video buffer, 
 presuming they are different, without draping. Since the controller 
 appears to be able to rescan its own video buffer without flicker, I 
 wonder what the issue is in moving the frame buffer data? At the speeds 
 available on the FR, moving 640 x 480 x 2 = 614,400 bytes from memory to 
 a video buffer at 30 Hz needs about 18 MB/sec.
 
 What is the bandwidth for memory moves?

About 6-8 or so - with 100% CPU utilisation

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-03 Thread Marcel
Am Friday 03 April 2009 18:44:46 schrieb Yogiz:
 Secondly, it doesn't wake up the phone out of suspend on my SHR. When
 returning from suspend manually afterwards it displays the turning off
 alarm page and plays the sound (although very quitely).

 If I can get it to wake up the phone then the app will be good enough
 for me.

Is there any trick to achieve this? I noticed that, too...

--
Marcel

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-03 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 03 April 2009 21:37:53 schrieb Łukasz Pankowski:
 Yogiz yog...@gmail.com writes:
  Hi and thanks for your app. A working alarm clock is a high priority on
  the Freerunner and yours might work fine.
 
  Firstly, the ipk on the project page installed the python module
  into /usr/lib/python2.5 instead of 2.6. For that reason it failed the
  first time I ran it but after copying the ffalarms folder to
  2.6/site-packages/ it starts fine.

 Hi

 The package for SHR is named ffalarms_0.2.1-r0_all_py2.6.ipk
 (http://projects.openmoko.org/frs/?group_id=260) and it properly
 installes to Python 2.6 directory, ffalarms_0.2.1-r0_all.ipk is
 intended for 2008.12, i.e. Python 2.5.
thanks for this nice app... I added ffalarms and atd-over-fso to the shr-
unstable feed :-)


  Secondly, it doesn't wake up the phone out of suspend on my SHR. When
  returning from suspend manually afterwards it displays the turning off
  alarm page and plays the sound (although very quitely).
hmm... in shr-unstable it wakes up just fine... And I like that increasing 
volume feature very much :D


 The sound starts quiet, but the volume is increasing each second up to
 maximum.

 If you have ffalarms  0.2.1 it may be Daylight Saving Time problem,
 if:

 # grep RealTimeClock `opkg files frameworkd |grep alarm.py`

 gives a line

 self.rtc = dbus.Interface( o, org.freesmartphone.RealTimeClock )

 instead of

 self.rtc = dbus.Interface( o, org.freesmartphone.Device.RealTimeClock
 )

 then you have old ( 4 weeks) frameworkd with a bug preventing from
 using RTC.  Then upgrade, or add .Device. to that file, or try plain
 atd [1] (but this will fight with fso for RTC when you get fixed
 frameworkd version, which is a bad thing).

 If this does not help, tell me.

 [1]
 http://downloads.openmoko.org/repository/Om2008.8/armv4t/atd_0.70-r4_armv4t
.opk

  If I can get it to wake up the phone then the app will be good enough
  for me.
 

Klaus 'mrmoku' Kurzmann


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-03 Thread Marcel
Am Friday 03 April 2009 22:26:14 schrieb Stefan Fröbe:
 On Fri, Apr 3, 2009 at 10:21 PM, Marcel tan...@googlemail.com wrote:
  Am Friday 03 April 2009 18:44:46 schrieb Yogiz:
   Secondly, it doesn't wake up the phone out of suspend on my SHR. When
   returning from suspend manually afterwards it displays the turning off
   alarm page and plays the sound (although very quitely).
  
   If I can get it to wake up the phone then the app will be good enough
   for me.
 
  Is there any trick to achieve this? I noticed that, too...

 Don't know the difference to SHR, but it does work fine on FS0-experimental
 - great! One more necessary app finally running, thanks!

Here on debian it doesn't - the alarm gets triggered once I resume but not in 
suspended state. While the Neo's awake everything works fine. (If the system 
clock is set correctly *slapping himself*)
And I just noticed a typo on the main screen: The caption for the alarms list 
reads Sheduled alarms instead of Scheduled.

--
Marcel

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-03 Thread Łukasz Pankowski
Klaus 'mrmoku' Kurzmann m...@mnet-online.de writes:

 thanks for this nice app... I added ffalarms and atd-over-fso to the shr-
 unstable feed :-)

Nice to hear that.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-03 Thread Łukasz Pankowski
Marcel tan...@googlemail.com writes:

 Am Friday 03 April 2009 18:44:46 schrieb Yogiz:
 Secondly, it doesn't wake up the phone out of suspend on my SHR. When
 returning from suspend manually afterwards it displays the turning off
 alarm page and plays the sound (although very quitely).

 If I can get it to wake up the phone then the app will be good enough
 for me.

 Is there any trick to achieve this? I noticed that, too...

Be sure to have ffalarms 0.2.1 and read my previous post on missing
.Device. in alarm.py in older frameworkd, may be this is the case
(don't know how recent is your SHR).


 --
 Marcel

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-03 Thread Łukasz Pankowski
Marcel tan...@googlemail.com writes:

 Here on debian it doesn't - the alarm gets triggered once I resume but not in 
 suspended state. While the Neo's awake everything works fine. (If the system 
 clock is set correctly *slapping himself*)

Sorry, I forgotten you are on Debian.  Try install python-rtc,
(fso-frameworkd should depend on it, but AFAIK it is not as python-rtc
was not packaged some time ago for Debian).  I suppose suspend should
work after restarting fso-frameworkd (I have not tested it yet
myself).

 And I just noticed a typo on the main screen: The caption for the alarms list 
 reads Sheduled alarms instead of Scheduled.

Thanks :).


 --
 Marcel

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-03 Thread Marcel
Am Friday 03 April 2009 23:58:58 schrieb Łukasz Pankowski:
 Marcel tan...@googlemail.com writes:
  Here on debian it doesn't - the alarm gets triggered once I resume but
  not in suspended state. While the Neo's awake everything works fine. (If
  the system clock is set correctly *slapping himself*)

 Sorry, I forgotten you are on Debian.  Try install python-rtc,
 (fso-frameworkd should depend on it, but AFAIK it is not as python-rtc
 was not packaged some time ago for Debian).  I suppose suspend should
 work after restarting fso-frameworkd (I have not tested it yet
 myself).

python-rtc fixes the problem, thank you. :)
Maybe adding this to ffalarms' dependencies would be useful.

--
Marcel

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[QtExtendedImproved] Which kernel?

2009-04-03 Thread Martin Bernreuther
Hello,

it's nice, that
http://wiki.openmoko.org/wiki/Qt_Extended_Improved
now contains a link to a prebuild actual Qt Extended Improved.
(http://dashi-x02.karadog.net/~lihouyu/qtextended/snapbuild/)
Thanks for the effort to HouYu Li(?)!

But what is the prefered kernel?
(no readme found at 
http://dashi-x02.karadog.net/~lihouyu/qtextended/snapbuild/qt-extended-improved-20090403/)
Maybe...
http://downloads.openmoko.org/distro/unstable/daily/om-gta02/20090403/uImage-2.6.28-andy-tracking+gitr6+9c4451ff31b937a478f3d3eabef30b71cbe12b12-r3-om-gta02.bin
or the last stable one? Or still a 2.6.24 one?...

Which version of u-boot/qi is used?

Thanks,
Martin

P.S.: I think there was something about this on the list, but I can't remember 
where...
P.P.S.: I'll add this info to the wiki, if no one else wants to do it...
-- 
_
Martin Bernreuther  martinb...@web.de

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: What is involved in preforming the hardware Buzz fix?

2009-04-03 Thread Joerg Reisenweber
Am Fr  3. April 2009 schrieb Adam Jimerson:
 Hi all,
 
 I am getting several complaints about the buzzing from my phone, some people
 are even answering my calls from my mobile number.  I live in Tennessee area
 in the USA and a bit far to have my phone shipped to Germany for the fix
 party, mostly due to the amount of time I will be without a phone and
 shipping cost concerns.  If there is not someone in my area that can do
 this, yes I will pay any fees that is asked for this service, then can
 someone send detailed instructions on what needs to be done to me and I can
 look over them with some of my friends and see if one of them thinks they
 can do it, I am not very good with soldering irons and I don't want to kill
 my phone.  I did look at the photos from one of the other buzz fix threads
 and while most are not detailed enough to base a fix on it did look simple
 even to me.

Please don't underestimate the amount of experience and skills it needs to do 
SMD-soldering!
Anyway http://people.openmoko.org/joerg/GSM_EMI_noise/ is the place to go and 
have a look at files named bigC*
Probably if you take a printout of big-C_rework_SOP_rc2.pdf to next cellphone 
repair shop, and bring your (preferably already disassembled and prepared 
[protect screen, remove mic-rubber]) FR, they can do the job in 30min. Maybe 
you need to find the components prior to that. In US I think Steve could send 
them to you.
 
 
 Thanks for the time in this matter.
 
 P.S. Is the next hardware release of the phone, if one is planned, have this
 fix already applied?
 

A7 revision is bigC-buzzfixed by default, A6 is shipping now with buzzfix 
rework afaik.

cheers
jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


GSM buzz-fix party in Braunschweig, Germany

2009-04-03 Thread Fabian Killus
I'm really interested in this buzz-fix party. How is it supposed to be
organized and when exactly? Beginning of may? 
Will I have to register somewhere? What is the location in
Braunschweig? What about warranty from Openmoko?
I'm thinking of going by train to Braunschweig bringing one Freerunner
along. It's a good opportunity for me to visit this city and its
university (still not sure where I want to study).

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: The future of the Neo Freerunner

2009-04-03 Thread The Rasterman
On Fri, 3 Apr 2009 14:33:10 -0400 carmen _...@whats-your.name said:

 On Fri Apr 03, 2009 at 07:39:19PM +0200, Thomas Bumberger wrote:
  As Openmoko sacked/was left by 50% of its developers and halted the
  development of GTA03
  i want to know your opinion on the future of the Neo.
  As it seems Openmoko stopped funding FSO too.
 
 hello, are there any 3G phones which run debian and spport all the hardware
 yet? 

no. (if there are.. it's news to me and i'd like to know).

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: which way is the easier

2009-04-03 Thread Daniel.Li
On Thu, 2009-04-02 at 20:11 +0200, roby wrote:
 On Wed, Apr 1, 2009 at 1:21 PM, Anas Alzouhbi anas@gmail.com wrote:
  Hello!
  I succeed to do the ssh with my openmoko,but
  the ways that I have found  to arrive to build the first program are:
 my suggestion: use shr-testing openembedded tree.
 I say this because the mokomakefile gave me so much frustration when i
 tried to use it that i stopped to try for some months, waiting for a
 better world :)
 In my experience the mokomakefile continuously get incompatible
 updates from upstream, and the probability of success of a complete
 build is really low (in my case 0%). Anyway, i am talking of the
 situation of september-october, so things may have changed.
 But when i tried to download and build shr-testing i found the heaven!
 Everything builds because the packet versions are fixed. In that
 environment you can easily make a port or try to write some new code,
 without falling in frustration.

Great! I have been build SHR for 2 days.. :( first build of
course

Well, it takes a lot of time :( Continue., Lucky, it's on my server
*NOT* my laptop :)
 
 my 2c
 roby
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
-- 
Daniel.Li lida_m...@163.com
PALFocus (http://palfocus.oicp.net)



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[2008.12] gps sight with gpsd

2009-04-03 Thread Robin Paulson
i installed gps sight today and fired it up, but couldn't connect to
the gps. tango was showing a good fix, so gpsd was running. i looked
on the wiki page, and through some rather ambiguous writing, i
surmised that gps sight implements it's own intermediary for
communicating with the gps hardware. is this correct? i turned off
gpsd, but still couldn't get a fix.

does gypsy offer an alternative which will work for gps sight, and
gpsd reliant software?

cheers

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community