Re: gta02-core (was Re: OM future)
Carsten Haitzler (The Rasterman) wrote: On Thu, 25 Feb 2010 11:41:24 -0800 (PST) Rafael Ignacio Zurita rizur...@yahoo.com said: ... i'm getting at the fact that the hw side is stuck - it wont work without a pot of gold. the hw side that WORKS are the big companies with lots of pots of gold already. if you want to make something work - work with them on the software side... but you are free to ignore this advice and continue with your idea that you need to work on the process as you'll be working on it without anything being produced for a vry long time (read - never) unless you find a pot of gold. it's the hw side that has these costs that unlike software, can't be replaced by someone simply spending their time on evenings/weekends. it costs real money - get your pot of gold and it can happen, or ork with those who already have the pots of gold - and produce hardware. until then you're an armchair sportsman. you can yell about how that pass was bad or whatever... you won't affect the game - ever. you'll just cover your tv with spittle. :) Doom and gloom :) I still like the idea of a modular 3g modem in your phone. Design your next openmoko/qi/openwhatever linux pda and leave in a usb port and a cavity for the smallest 3G usb stick. Maybe place it on the end of the phone and reduce the case size later. It's not perfect, but it allows replacement of the cell module which gives you lots of flexibility. Similar things already happen -- QI's Ben gets wifi for free with an SD card slot. It just became much more useful. This is just an example that you don't need a pot of gold for everything. These solutions aren't for everyone, and neither is GNU/Linux on the desktop, but for some it will be the preferred choice. Open hardware is still fairly new -- and you _can_ make progress without pots of gold. You won't be able to get everything, but you might get more (look at GNU/Linux's progress, although I know big companies support some of its development now). Thank you to gta02-core, QI, and other people for working on open hardware. Eric ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
Vasco Névoa wrote: Downgrading to QVGA is something that should have been done a long time ago. There's no point in trying to force a badly designed system. How do we do it? Which files must be changed? Citando Carsten Haitzler ras...@rasterman.com: On Mon, 26 Oct 2009 13:57:27 +0300 Evgeniy Karyakin anthropophag...@gmail.com said: 2009/10/26 Carsten Haitzler ras...@rasterman.com: you want speed? you will need to give up something. if you still want it to look nice, then drop pixels. its the simplest and easiest solution. its the right resolution for that cpu anyway. the glamo will still hurt you, but not as much. I'm sure everybody who has any professional connections with Freerunner+Glamo development already took all possible measures to solve this problem. But what concrete steps were taken to ease Glamo bottleneck? If its throughput is so narrow, can we lower amount of none. it's a hardware issue. you simply cant read or write to video ram faster than that. andy tried timing stuff all that happened was instability from memory. glamo is most likely also the cause for the cpu runnig at 400 not 500mhz. the extra load on the memory bus (because glamo is hooked there externally providing another addressable chip) probably caused the instability. remove it and there is a big change the cpu could run at 500mhz instead of 400. it's rated to do 500. (yes power consumption would go up - but it'd only be up while its on. when suspended it wont matter). data flowing through it? There's one neighbor unanswered thread with a render on the device - and this will then limit what you can render. evas can't be fully accelerated by the glamo. it has too many opretations. a bit like asking why quake4 is slow on a a voodoo2. it does much mroe than the old gfx chip ever was designed to do and you will hit software fallbacks. evas has multiple engnines. software (which is what is used - the 16bit renderer as opposed to the full 32bit one). it has xrender - if xrender were fully accelerated this should be better, but glamo cannot fully accelerate all the ops evas uses, so... it will rely on software fallbacks. thus slow down. my bet is you'll end up same speed as the pure software engine, or worse. aftera bunch of hard work you'll have gone nowhere. evas also has a gl and gles2 engine - but thats no use on glamo. it's gles1.1 and very limited (from memory texture size is 256x256 which is pretty useless for 2d as most data you deal with breaks these bounds). question on how to start the kernel with qvga resolution. Aside of no need to do that - just configure x for qgva. :) this, what can be reduced, for example amount of available colours (256 or even 16)? And if this [too] low throughput only of video memory channel? 256 won't help. it increases complexity and really reduces display quality through the floor. the best best is qvga 16bpp. its simple. it doesn't require any hard work. it is actually the most common resolution for most phones and devices out there so the software is more portable if you work on that (and then higher). but... in the past everyone has moaned and complained and refused to use it, and insisted on their vga resolution... and then complained about speed. if people don't believe me that the gta02 is just plain a bad bit of hardware and you have few choices here's some examples. here'es an ooold efl demo app i did: http://www.rasterman.com/files/eem.avi and here it is on a 206mhz ipaq 3660 with 64m ram and 16m flash, qvga(240x320). it's from like 2001/2002 (from memory). its ancient. and watch it run evas: http://www.rasterman.com/files/eem-live.avi here is something i videoed today. it's an samsung s3c6410 at 667 mhz, 128m ram, and 800x480 (higher res than gta02): http://www.rasterman.com/files/ello-elementary-smartq5.mp4 everywhere i look... theres much better hardware. if you look at performance vs age of hardware (when it was released) gta02 is almost at the bottom of the pile. :( you simply have a bad piece of hardware if you want graphics performance. as soon as you acknowledge that and either downgrade the device resolution for example to bring it in line with its performance, or just use different hardware, the better life will be :) I agree with you Vasco, (about switching to QVGA) for the most part, but a long time ago when Carsten asked this question, much of the community responded that they wanted to keep the high res screen. Things like viewing webpages at 640x480 instead of qvga, viewing maps, etc. were cited as useful and important. Anyway, I agree we should make QVGA work well, and I would use it for most apps. We should also keep in mind ways to allow use of the high res screen -- maybe picking certain apps (like browsers) that could switch to VGA automatically, and making sure the transition between resolutions is a smooth, fast, and automatic
Re: voice calls with 3G USB dongle
I was wondering about those details too. If it works, perhaps FSO could consider adding support for the huawei E169 or similar 3G modems :D Eric Nicola Mfb wrote: On Wed, Oct 14, 2009 at 12:58 PM, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: William Kenworthy bi...@iinet.net.au writes: So the FR is now obsolete - but is it possible to use the FR with an external 3G dongle? - I know it works for data from previous posts here, but can you make voice/sms calls from an external 3G dongle? Yes, chan_sebi module of asterisk can do voice calls with my huawei E169 3G USB dongle. Nice! how is the audio routed to the host? is it possibile to make the same on the freerunner? Nicola ___ 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: USB networking with Ubuntu 9.04
I copied Sander's exact lines into /etc/network/interfaces (I changed eth2 to usb0 -- I don't know if that matters) on my ubuntu 9.04 laptop and it's working for me. I have plugged and unplugged the cable a couple times and no longer have to run my manual script each time. Thanks! Eric Tony Berth wrote: did try that and did work when I was using a debian 5 box but no chance with ubuntu 9.04 :( Thanks Tony On Thu, Oct 8, 2009 at 1:21 PM, Sander van Grieken san...@3v8.net wrote: Why use a script that you need to run manually each time? It can be done automatically just by putting the right stuff in /etc/network/interfaces: auto eth2 iface eth2 inet static address 192.168.0.200 netmask 255.255.255.0 post-up iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -j MASQUERADE post-up echo 1 /proc/sys/net/ipv4/ip_forward post-up route add -host 192.168.0.202 dev eth2 post-up dnsmasq pre-down echo 0 /proc/sys/net/ipv4/ip_forward pre-down iptables -t nat -D POSTROUTING -s 192.168.0.0/24 -j MASQUERADE pre-down killall dnsmasq when you plug in the FR, eth2 will activate automatically.. grtz Sander On Thursday 08 October 2009 03:24:06 Cristian Gómez wrote: Hi Tony, thanks for giving a try to the script. I'm glad it helped you. I just create a sub-section on the wiki page [1] where I put the script to help others to get connected easily. Cheers [1] http://wiki.openmoko.org/wiki/USB_Networking#Connection_Script /*** * Don't Worry...Be Linux * Cristian Gómez Alvarez * Ingeniero en Sistemas y Computación * Universidad de Caldas * Comunidad de Software Libre Manizales * IEEE/WIE Student Member * Linux User #463617 * Mi Blog: http://cristianpark.sehablalinux.com/ / 2009/10/7 Tony Berth tonybe...@googlemail.com On Wed, Oct 7, 2009 at 10:27 AM, Matthias Huber matthias.hu...@wollishausen.de wrote: Tony Berth schrieb: Bingo. Thanks A LOT! Is it possible to update the Wiki with that one. I think this will be a great help to the whole community if you would tell me wich of / or both tricks did it on your system ? but i had to add this two lines to my /etc/ufw/ufw.conf ufw allow from 192.168.0.202 ufw allow to 192.168.0.202 another trial with iptables needs to load some modules too: #!/bin/sh MOKO=192.168.0.202 echo 1 /proc/sys/net/ipv4/ip_forward modprobe ipt_MASQUERADE iptables -I FORWARD -j ACCEPT -d ${MOKO}/32 iptables -I FORWARD -j ACCEPT -s ${MOKO}/32 iptables -I POSTROUTING -t nat -j MASQUERADE -s ${MOKO}/32 what works was the script Cristian Gomez included in his reply! Just for the records, the first time I run that script it does assign the 192.168.0.200 IP to eth1 but can't ping/access 192.168.0.202! Then: - I disconnect Openmoko - connect it again - re-run the script and voila the connection is there! 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 ___ 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: 1024#
Mikhail, This should all be on one line: print '[%s] Signal : cid=%s, lac=%s' % (datetime.datetime.now(),status['cid'],status['lac'] ) Eric Mikhail Umorin wrote: On Wednesday 07 October 2009 04:36:01 Thomas HOCEDEZ wrote: David Garabana Barro a écrit : On Wednesday 07 October 2009 10:57:02 Christ van Willegen wrote: Hi, On Wed, Oct 7, 2009 at 10:50 AM, Ivan Shirokov ivanshirok...@gmail.com wrote: I've been wondering if all the freerunners are affected by bug #1024? No, not all FR are affected, AFAIK I've been wondering the same thing... It would seem that the extra current draw in suspend would affect all FRs, so having a #1024 fix-party would be a good idea in any case (?). #1024 is not causing extra current drain, but the software solution to this bug: Not allowing Calypso entering deep sleep mode. You can check if your FR is suffering from #1024 editting /etc/frameworkd.conf and changing ti_calypso_deep_sleep = never to ti_calypso_deep_sleep = always then restarting framework: /etc/init.d/frameworkd restart After doing so, if your FR suffers from this bug, your modem will continuously register/unregister from GSM network when suspended, and you will lose calls On my case, it was nearly impossible to call FR when suspended + calypso deep sleep. But not all FR suffer from this bug. You should try it after fixing it. Most of GTA02-A5/A6 have this bug. Once TI_CALYPSO_DEEP_SLEEP set to always, you can check with a little script done by KaZEr (see bleow) Launch it on screen, and redirect output to a file. If you have something like [2009-09-09 12:36:09.189663] Signal : cid=3BB3, lac=0D48 [2009-09-09 12:36:15.088936] Signal : cid=3BB3, lac=0D48 [2009-09-09 12:38:10.442808] Signal : cid=3BB3, lac=0D48 [2009-09-09 12:38:13.020126] Signal : cid=3BB3, lac=0D48 [2009-09-09 12:40:25.772918] Signal : cid=3BB3, lac=0D48 [2009-09-09 12:40:28.620096] Signal : cid=3BB3, lac=0D48 [2009-09-09 12:41:17.557676] Signal : cid=3BB3, lac=0D48 [2009-09-09 12:41:20.404582] Signal : cid=3BB3, lac=0D48 Then you have the bug (trying to connect to GSM every second!) regards AstHrO Here's KaZeR's script : -- #!/usr/bin/python import dbus import dbus.glib import gobject import datetime def onNetworkStatus(status ): print '[%s] Signal : cid=%s, lac=%s' % (datetime.datetime.now(),status['cid'],status['lac'] ) bus = dbus.SystemBus(); bus.add_signal_receiver( onNetworkStatus, Status, org.freesmartphone.GSM.Network, org.freesmartphone.ogsmd, /org/freesmartphone/GSM/Device ) gobject.threads_init() dbus.glib.init_threads() main_loop = gobject.MainLoop() main_loop.run() -- I am trying to run the script and I get: r...@om-gta02 ~ $ deep-sleep-check.py dsc.log File /usr/bin/deep-sleep-check.py, line 9 print '[%s] Signal : cid=%s, lac=%s' % ^ SyntaxError: invalid syntax I am not familiar with Python, so, can someone help me to fix this? ___ 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: [FSO][M4] Missing Components?
I believe it depends on which image you install. zhone came installed on the openmoko-fso-image-glibc-ipk... image I installed. fso-illume-image and fso-console-image probably come without zhone pre-installed, I'm using a neo1973, so there's a slight chance the behavior on the freerunner images is slightly different. Eric SCarlson wrote: Hello Everyone -- I've just flashed openmoko-fso-illume-image-glibc-ipk--2008-om-gta02.rootfs.jffs2 and its accompanying uImage. The machine loads, and I see Alarm,Snapshot,Terminal icons. Zhone does not run.(even after several reboots). I could not find it on the filesystem with (find | grep zhone)(from root). Am I missing something here? I'm probably missing something horribly obvious, so I'd thought I'd ask. Thanks in Advance, SCarlson ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner and external Display
Ah darn, but at least it should work for presentations or slideshows...and maybe pong :) if drivers support partial updates. Here are some framerate estimates -- feel free to correct me if anything looks off: (most devices mention USB 2.0, hopefully they also work with USB 1.1) QVGA: max: 13 FPS. Assuming QVGA is supported in hardware/driver. one of rasterman's earlier mails mentioned QVGA is about 320*240*1.5bytes per frame 640x480x8bit, max: 5 FPS Some devices mention this mode (640x480x8bits) Note: USB 1.1: max: 12 Mbit/sec or 1.5 MBytes per sec Here are some resources I found quickly while looking around. If anybody tries one with the neo or freerunner, let us know. http://www.winischhofer.eu/linuxsisusbvga.shtml http://www.nslu2-linux.org/wiki/HowTo/AddVGAAdapter http://wiki.laptop.org/go/Peripherals/USB_to_VGA http://ubuntuforums.org/showthread.php?p=1521295 Eric Carsten Haitzler (The Rasterman) wrote: On Sun, 04 May 2008 12:30:40 +0200 Florian Rebstock [EMAIL PROTECTED] babbled: Hello, what i ever want to know: could it be possible - to connect the Freerunner with a external VGA Display or Beamer ? Because that would be pretty useful for small presentations or so... basically... no. u may try a usb vga out but it'll be slow - usb1.1 only. so basically - no, not without extra external hardware and even hen... dubiously useful. PS ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community