Re: [FSO] GPS GTA02
On Sat, 2009-07-04 at 20:21 -0400, Paul wrote: I did an update and reinstalled tango gps and things are fixed. Not sure which one did it, Figure I share. Yes, thanks for sharing! I was out of ideas, as were we all apparently, and it's good to know it works now. That means I can scrap this from my FRUL (Freerunner uneasyness list). David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [FSO] GPS GTA02
On Thu, 2009-07-02 at 21:39 +0200, Sten Kvamme wrote: Getting the position with mdbus gives only 0's mdbus -s org.freedesktop.Gypsy /org/freedesktop/Gypsy org.freedesktop.Gypsy.Position.GetPosition (0, 0, 0.0, 0.0, 0.0) but cat /dev/ttySAC1 gives sometimes an empty output and sometimes a fragment of what seems to be a position. 64,N,01156.73895,E,1,09,1.71,25. What's going on? This is not related to the SHR bug, because that one gives no output, IIUC. Are you sure you have a fix and good GPS reception? David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Freerunner won't boot: dies in uboot
On Mon, 2009-06-29 at 11:56 +0200, Rask Ingemann Lambertsen wrote: On Sat, Jun 27, 2009 at 02:17:41PM +0200, David Fokkema wrote: My understanding is that the boot loader does _not_ enable charging. It does. Fantastic! Glad to be proven wrong! David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
[Paroli] Developing applications
Hi list, (I've asked before on IRC (#paroli), but the powers that be apparently weren't present, :-) What's the easiest way to develop applications for Paroli? Presently, I installed Om2009, ssh'd into my FR, went to /usr/share/paroli/applications, created a new dir and created the skeleton code: import tichy class GpsApp(tichy.Application): name = 'GPS' category = 'launcher' def run(self, parent=None, standalone=False): print GPS RUNNING!!! killed paroli, started /usr/bin/paroli and waited a long time for paroli to initialize itself. It goes through the whole enter-your-pin - Loading... sequence and that's not really helpful when you want to quickly test your app. I tried to move out services and applications to another dir but that freezes the loading... part. What's great, BTW, is that GPS shows in the menu immediately. Clicking on it prints GPS RUNNING!!! to the terminal. Paroli/Tichy seems really nice, but alas, little or no documentation is available. That's understandable, but having good documentation attracts developer love. BUT: what is the correct workflow for developing paroli apps? (should I cross-post to community?) Thanks, David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
[Paroli] Docstrings, please?
Hi list, (for just the praise, skip the rant) rant: Paroli really could do with some docstrings. Presently, I'm trying to figure out which eml_*_window to use. Is there _any_ documentation on that? I'm used to import all kinds of things and then read the docstrings. I'm also used to just reading the code, if necessary. I _think_ I'm starting to understand (elm_list_window has a scroller, whereas elm_layout_window does not) but docstrings (even single-line ones) really help here. I'm beginning to understand edje and paroli (I hope), but actually hacking existing code or writing a complete app requires documentation. /rant praise: Of course, I'm still in awe of the work that has been done around openmoko. So many projects, distributions, etc. all with their own goals and visions. Most of them are really thought out, including, I think, paroli. /praise Thanks, David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
[Om2009] D-bus errors
Hi list,
The following python script:
import dbus
bus = dbus.SystemBus()
gps = bus.get_object('org.freedesktop.Gypsy', '/org/freedesktop/Gypsy')
gps_device = dbus.Interface(gps, 'org.freedesktop.Gypsy.Device')
print gps_device.GetConnectionStatus()
gives:
Traceback (most recent call last):
File ./myapp.py, line 9, in module
print gps_device.GetConnectionStatus()
File /usr/lib/python2.6/site-packages/dbus/proxies.py, line 68, in
__call__
return self._proxy_method(*args, **keywords)
File /usr/lib/python2.6/site-packages/dbus/proxies.py, line 140, in
__call__
**keywords)
File /usr/lib/python2.6/site-packages/dbus/connection.py, line 622,
in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Python.NameError:
Traceback (most recent call last):
File /usr/lib/python2.6/site-packages/dbus/service.py, line 702, in
_message_cb
retval = candidate_method(self, *args, **keywords)
File string, line 1, in lambda
File /usr/lib/python2.6/site-packages/framework/resource.py, line
57, in checkedsyncmethod
dbus_error( ResourceNotEnabled( Resource %s is not enabled, current
status is '%s' % ( self.__class__.__name__, self._resourceStatus ) ) )
NameError: global name 'dbus_error' is not defined
Now, I understand that the resource is not enabled, but that's not the
'real' problem, of course: I'm talking about the NameError. Should I
import something, make use of a higher-level interface? Or is this a
plain bug?
Thanks,
David
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support
[Om2009] Strange GPS behaviour
Hi list,
The following script:
import dbus
import time
bus = dbus.SystemBus()
usage = bus.get_object('org.freesmartphone.ousaged',
'/org/freesmartphone/Usage')
gps = bus.get_object('org.freedesktop.Gypsy', '/org/freedesktop/Gypsy')
gps_device = dbus.Interface(gps, 'org.freedesktop.Gypsy.Device')
gps_position = dbus.Interface(gps, 'org.freedesktop.Gypsy.Position')
usage.RequestResource('GPS')
gps_device.Stop()
while True:
gps_device.Stop()
print 'Connection:', gps_device.GetConnectionStatus()
print 'Fix:', gps_device.GetFixStatus()
print 'Position:', gps_position.GetPosition()
time.sleep(2)
usage.ReleaseResource('GPS')
despite the repeated calls to gps_device.Stop(), gives me a nice fix in
no time. Why?
Related: how can I check if the GPS device is switched off (or on)? I
need to request it using ousaged, but that will probably enable the GPS,
right? When I stop and start my script, the fix is lost for a short
time, so I think that after releasing, the GPS is switched off, but I
have no way to check it, do I?
Thanks!
David
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support
Re: [Om2009] Strange GPS behaviour
Just on the 'related' question:
On Thu, 2009-06-18 at 16:04 +0200, David Fokkema wrote:
Related: how can I check if the GPS device is switched off (or on)? I
need to request it using ousaged, but that will probably enable the GPS,
right? When I stop and start my script, the fix is lost for a short
time, so I think that after releasing, the GPS is switched off, but I
have no way to check it, do I?
print usage.GetResourceState('GPS')
does the trick. It still happens that the solution presents itself a few
minutes _after_ you send that e-mail...
David
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support
Re: [Om2009] D-bus errors
On Thu, 2009-06-18 at 18:18 +0200, Michael 'Mickey' Lauer wrote: On Thursday 18 June 2009 16:41:54 Sebastian Krzyszkowiak wrote: Traceback (most recent call last): File ./myapp.py, line 9, in module print gps_device.GetConnectionStatus() File /usr/lib/python2.6/site-packages/dbus/proxies.py, line 68, in __call__ return self._proxy_method(*args, **keywords) File /usr/lib/python2.6/site-packages/dbus/proxies.py, line 140, in __call__ **keywords) File /usr/lib/python2.6/site-packages/dbus/connection.py, line 622, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Python.NameError: Traceback (most recent call last): File /usr/lib/python2.6/site-packages/dbus/service.py, line 702, in _message_cb retval = candidate_method(self, *args, **keywords) File string, line 1, in lambda File /usr/lib/python2.6/site-packages/framework/resource.py, line 57, in checkedsyncmethod dbus_error( ResourceNotEnabled( Resource %s is not enabled, current status is '%s' % ( self.__class__.__name__, self._resourceStatus ) ) ) NameError: global name 'dbus_error' is not defined Now, I understand that the resource is not enabled, but that's not the 'real' problem, of course: I'm talking about the NameError. Should I import something, make use of a higher-level interface? Or is this a plain bug? Bug here, fixed in HEAD. Thanks! :M: Thank _you_, of course! David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
[Om2009] Python application development
Hi list, I've been browsing the wiki, but not really 'getting' it, I suppose. Apart from running on my device, what are the options for application development in python for Om2009? I'm really asking how to develop applications on my laptop and to test paroli / illume integration and such. I want to run it inside something like Xephyr, but I can't figure out how to do that correctly. MokoMakefile says not to use MokoMakefile for application development but to use a toolchain, but that's not really necessary, right? Should I use MokoMakefile to build a qemu emulator and then flash the latest Om2009 images? Or should I really just run on the device? (It's a shame that a lot of info on the wiki seems to be outdated) Thanks, David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [OM2009] Testing 2009-06-11: Misreading hardware clock
On Sat, 2009-06-13 at 18:02 +0200, Rask Ingemann Lambertsen wrote: Out of curiosity, I had a look at OM2009: # flash_eraseall /dev/mtd6 # wget --no-verbose \ http://downloads.openmoko.org/distro/testing/daily/NeoFreerunner/fso-paroli-image-om-gta02.jffs2 \ -O - | nandwrite -p /dev/mtd6 - # flash_eraseall /dev/mtd3 # wget --no-verbose \ http://downloads.openmoko.org/distro/testing/daily/NeoFreerunner/uImage-2.6.28-stable+gitr0+f19f259d3c1afde8eae53983fd19f61831927413-r2-om-gta02.bin \ -O - | nandwrite -p /dev/mtd3 - The screen says 16:53 Monday, July 13, 2009. That makes it exactly one month ahead of time. The 2.6.28 kernel needs a backport of these two patches: http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=60c66130a4467ca2a2994a6e3d7d5ac63839eefb http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=cc1663fc922c03feb0d7bbb8b18d62fbac0128de How strange. I've never seen that with Om2009. But, to tell the truth, I'm not using any other distro on my phone. It might be the case that Om2009 gets the current datetime from the GSM network after a few minutes and will set the clock 'correctly' after that. Regards, David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
[Om2009] Which feeds?
Hi list, With the disappearance of the testing feeds, which feeds should I use for my Om2009 testing release 4? Thanks, David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Testing feeds
On Fri, 2009-06-12 at 13:14 -0400, Warren Baird wrote: I saw in another thread that the OM2009 unstable tree was accidentally built in the testing dir - so they removed it rather than having people screw up their builds. I think testing 5 is supposed to be here in the next day or two... I'm looking forward to it! David Warren On Thu, Jun 11, 2009 at 5:36 AM, tammaro pamdirac palombo pamm...@gmail.com wrote: I'm not sure but look at this page http://downloads.openmoko.org/repository/experimental/README.html On Thu, Jun 11, 2009 at 10:13 AM, David Fokkema dfokk...@ileos.nl wrote: Hi list, This morning, I tried an opkg update using Om2009, which uses the testing feeds. However, upon checking in my desktop browser (to rule out networking problems) I discovered that http://downloads.openmoko.org/repository/testing/ is completely empty. Any thoughts? Thanks, David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Testing feeds
Hi list, This morning, I tried an opkg update using Om2009, which uses the testing feeds. However, upon checking in my desktop browser (to rule out networking problems) I discovered that http://downloads.openmoko.org/repository/testing/ is completely empty. Any thoughts? Thanks, David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
[Om2009] PIN PUK
Hi list, Getting a bit too confident, I decided to change the PIN (default ) of my SIM. 1. Paroli doesn't require you to re-enter the PIN, to make sure you made no typo's. 2. Paroli doesn't give feedback on incorrect old PIN values, so you don't really know for sure the PIN was actually changed. 3. On startup, unlocking the phone with your PIN is not very verbose. An incorrect PIN results in another 'enter your PIN' screen, but nothing like 'PIN incorrect, only 2 tries left'. 4. When the SIM is blocked (incorrect PIN) nothing shows in Paroli. It doesn't tell you that the SIM is blocked and that you now need to enter your PUK code. Having already tried a few times, I asked a colleague for his unlocked phone to really make sure I wouldn't block the SIM by entering incorrect PUK codes. So, does anyone dare reproducing this, ;-) ? Thanks, David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [Om2009] PIN PUK
On Mon, 2009-06-08 at 12:15 +0300, Risto H. Kurppa wrote: On Mon, Jun 8, 2009 at 11:36 AM, David Fokkemadfokk...@ileos.nl wrote: Hi list, Getting a bit too confident, I decided to change the PIN (default ) of my SIM. 1. Paroli doesn't require you to re-enter the PIN, to make sure you made no typo's. 2. Paroli doesn't give feedback on incorrect old PIN values, so you don't really know for sure the PIN was actually changed. 3. On startup, unlocking the phone with your PIN is not very verbose. An incorrect PIN results in another 'enter your PIN' screen, but nothing like 'PIN incorrect, only 2 tries left'. 4. When the SIM is blocked (incorrect PIN) nothing shows in Paroli. It doesn't tell you that the SIM is blocked and that you now need to enter your PUK code. Having already tried a few times, I asked a colleague for his unlocked phone to really make sure I wouldn't block the SIM by entering incorrect PUK codes. So, does anyone dare reproducing this, ;-) ? Thank you David for sharing your experience! I don't think we'll soon find anyone ready to test this (maybe with old SIM cards..). Could you please report all this to http://www.paroli-project.org/trac so it will not get lost in the mail archives. I think this is something quite important to be fixed.. I might try a few times. Apparently, as long as you're not entering an incorrect PUK code ten times, all is well. Of course, an unlocked phone nearby is necessary to the whole procedure. I added this to trac: http://www.paroli-project.org/trac/ticket/176 Regards, David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [Om2009] PIN PUK
On Mon, 2009-06-08 at 12:39 +0100, Al Johnson wrote: On Monday 08 June 2009, David Fokkema wrote: On Mon, 2009-06-08 at 12:15 +0300, Risto H. Kurppa wrote: On Mon, Jun 8, 2009 at 11:36 AM, David Fokkemadfokk...@ileos.nl wrote: Hi list, Getting a bit too confident, I decided to change the PIN (default ) of my SIM. 1. Paroli doesn't require you to re-enter the PIN, to make sure you made no typo's. 2. Paroli doesn't give feedback on incorrect old PIN values, so you don't really know for sure the PIN was actually changed. 3. On startup, unlocking the phone with your PIN is not very verbose. An incorrect PIN results in another 'enter your PIN' screen, but nothing like 'PIN incorrect, only 2 tries left'. 4. When the SIM is blocked (incorrect PIN) nothing shows in Paroli. It doesn't tell you that the SIM is blocked and that you now need to enter your PUK code. Having already tried a few times, I asked a colleague for his unlocked phone to really make sure I wouldn't block the SIM by entering incorrect PUK codes. So, does anyone dare reproducing this, ;-) ? Thank you David for sharing your experience! I don't think we'll soon find anyone ready to test this (maybe with old SIM cards..). Could you please report all this to http://www.paroli-project.org/trac so it will not get lost in the mail archives. I think this is something quite important to be fixed.. I might try a few times. Apparently, as long as you're not entering an incorrect PUK code ten times, all is well. Of course, an unlocked phone nearby is necessary to the whole procedure. Why? You can just use mdbus to enter the PUK and set the PIN: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.SIM.html;hb=HEAD#Unlock Sure, but I didn't really know if paroli had already sent several invalid PIN attempts as actual PUK attempts (and I thus had maybe only a few attempts left). I really wanted to make sure I didn't lock my SIM permanently. When running tests and keeping track of your failed attempts, you'll be quicker running the actual AT commands, of course. Thanks for the pointer BTW, didn't know this one. Maybe this deserves a nice wiki page. David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: OM2009 USB
On Thu, 2009-06-04 at 20:31 +1200, Robin Paulson wrote: 2009/6/4 Ovidiu Gavril ovidiu_gav...@yahoo.com: I've just installed OM2009 release and I can't access the device with USB. When I try to put an IP and a netmask on usb0 interface of my computer, I get usb0: ERROR while getting interface flags: No such device, like nothing is connected to that interface. This works with OM2008.12 release. Thanks in advance! it's not usb0 anymore. don't ask why; someone changed it, apparently it's more correct. the discussion is in the mailing list archives in the last few weeks. Very short summary: broken networking support was fixed, which made life much easier. Not-so-short summary: each freerunner has an assigned hardware address for usb networking. Since the link has two ends (the internal FR side and the pc side) both sides should have that address (actually, the two addresses differ by exactly 1). That, apparently, is the correct way to do it. Previous versions only assigned the unique and certified address to the internal side, and generated a random address for the pc (host) side, in a 'local-use-only' range, similar to the 192.168.x.x-style ethernet address range, which may only be used for local networks, and should never be exposed to the internet. The network drivers decide to assign a very generic usb0 interface to addresses in that range. The 'next' usb device you connect would have usb1, and so forth. After reboot, however, the mac address has changed and thus it's hard to write connection-specific instructions. Since the freerunner actually has an officially assigned mac address, setting the correct address for the host (pc) side is possible. Newer versions of the kernel do that, and the linux network drivers can actually identify the freerunner connection as a connection through a usb ethernet 'card', thus the ethX interface. Most systems reserve the exact same ethX address for subsequent connections, so you can write freerunner-specific routing instructions, for example. HTH, David the name will be the first available eth interface. use ifconfig -a to find it ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
The myth of non-functioning SIMs
Hi list, Wanting to start experimenting in earnest with my FR and Om2009 in particular and already having missed some sms messages and calls, I decided on getting a separate SIM card. I already had a prepaid, non-data SIM from the olden days, so I decided on getting a subscription (I mean: non pre-paid, but I think subscription is not the correct word for it, or is it?) with a data option to replace my old SIM in time, when my FR's 'ready'. Anyway, I now have an old-sim/old-phone (reliable) and a new-sim/FR. Having already upgraded calypso to firmware 11, I expected no problems at all. Dark became my mood when Om2009 beta4 registered, but refused to place and receive calls. Even darker when Om2008.12 refused to boot. Ah, yes, some quirk (what quirk?) requires the FR to explicitly select the 'boot' option in NOR the first time. After that, Om2008.12 booted, but refused to place calls without any delay (Om2009 decided to ponder the question of placing a call or not for about 15 seconds). My old pre-paid sim just works! Searching the internet I recognized my new SIM in the photo gallery of 'working SIMs', so I was already mentally preparing myself to start learning to debug calypso. Then, it turned out that my brand new provider, Vodafone, had a large service interruption which lasted from the evening I received my SIM to some twenty-four hours later... Some coincidence. Anyway, I'm happy now, since everything works, ;-) David PS: my friends and family don't quite 'get' me wanting to have a somewhat not-yet-functional phone with beta-quality software (at best), so they don't really appreciate my apprehension when nothing was working, ;-) ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Best graphics performance?
On Wed, 2009-05-27 at 11:09 +0100, Chris Syntichakis wrote: 2009/5/27 Yorick Moko yorickm...@gmail.com it's very clear that atm the FR doesn't have the horsepower it needs to run navit the problem is that these applications are not optimized for the Freerunner. I can see that when people are talking about UI or gps API's and such, but when applications are slow, I personally like to think that the problem is not that these applications are not optimized for the freerunner, they're not optimized at all. Period. (Of course the authors are probably dividing their time between adding new features and optimizing already implemented ones, so this only reflects the current situation, not their many accomplishments) David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Best graphics performance?
On Thu, 2009-05-28 at 10:07 +0200, arne anka wrote: freerunner, they're not optimized at all. Period. that's certainly true -- but if you write your app for a commonly used desktop pc it is rather a matter of effort/result relationship how much energy one spends on optimization. the estimated improvements are probably not worth mentioning, so one rather goes for other tasks. Agreed. that's why i proposed to give away a freerunner, so the developer might actually see optimization make a difference, boosting his spirits ... ;-) To be absolutely clear on this: I think it's a great idea! Of course, unlike most cofundos tasks, we should give the bounty _before_ the task is finished, ;-) David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Best graphics performance?
On Thu, 2009-05-28 at 09:53 +0100, Tilman Baumann wrote: David Fokkema wrote: On Thu, 2009-05-28 at 10:07 +0200, arne anka wrote: freerunner, they're not optimized at all. Period. that's certainly true -- but if you write your app for a commonly used desktop pc it is rather a matter of effort/result relationship how much energy one spends on optimization. the estimated improvements are probably not worth mentioning, so one rather goes for other tasks. Agreed. that's why i proposed to give away a freerunner, so the developer might actually see optimization make a difference, boosting his spirits ... ;-) To be absolutely clear on this: I think it's a great idea! Let's see if the Navit guy)s) thin the same way. For now it looks like nobody is awake there at the mailing list... That's a shame. Hopefully, somebody will wake up before long... Of course, it would be nice to give the FR to a person who's actually looking forward to this task. Of course, unlike most cofundos tasks, we should give the bounty _before_ the task is finished, ;-) Sure. I would only like to use it to track commitment. Because I don't want to buy the phone all by my self. That's a sensible thing to do, ;-) After all, they're not _that_ cheap, unless you happen to go to debconf. David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Best graphics performance?
On Thu, 2009-05-28 at 11:07 +0200, arne anka wrote: After all, they're not _that_ cheap, unless you happen to go to debconf. huh? http://lists.debian.org/debian-devel-announce/2009/05/msg3.html ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Om2009 testing release 4
On Fri, 2009-05-22 at 19:07 +0300, Alexander Shulgin wrote: On Fri, May 22, 2009 at 6:24 PM, Chris Jenks ch...@jenks.us wrote: On Fri, 22 May 2009, Alexander Shulgin wrote: Hi, Just flashed the latest images and now I get this on boot: In: /var/cache: No space left on device (+ a few more, /var/lock among them) The phone boots up to om-gta02 login prompt. X doesn't start and usb networking doesn't work either. Tried to reformat uSD card, but this didn't help (didn't expect this to work, however). What can I do about the problem? Anyone else getting the same? -- Alex I didn't even notice the /var/cache problem (wasn't paying attention), and I haven't had any problem with the X server, but I can confirm the usb networking problem - I don't get a usb0 interface on my connected desktop as I did with the testing version from the 9th. Also, I tracked the problem down to the root image - the u-boot and kernel images, flashed back to the working images on the 9th, don't fix the problem. ... Oh, silly me. I just realized I didn't reflash the boot loader. Will try a bit later. As to your usb0 problem, you might want to read the release notes. The fact that it doesn't show up means that finally, the usb0 issue is fixed. Hopefully, you'll never see usb0 again. Congratulations! David -- Alex ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: OM Freakout
On Fri, 2009-05-15 at 09:30 -0500, Sean Chadwell wrote: Just a minute ago, I pushed the power button to wake the phone, and it totally freaked out, making a kind of scratchy buzzing sound and vibrating. The AUX button glowed red and the power button glowed purple. I had to pull the battery. I don't know about the leds, but the scratching sound I believe is the default ring tone, :-P Seriously, maybe someone can tell us what should happen on a kernel oops? Leds, audio, buzzer... sounds like your phone activated everything it could. No WSOD? David Rebooted without incident. This is a GTA02, with 2008.12 . . . Any ideas what that was about? -Sean ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: OM Freakout
On Fri, 2009-05-15 at 11:51 -0500, Sean Chadwell wrote: LOL. (But this one mostly works, mostly.) I must say I'm pretty impressed with Om2009 beta3. Haven't used it extensively, though, and it really doesn't look as nice as Om2008.12, but it probably can, in the near future. David On 5/15/09, Vasco Névoa vasco.ne...@sapo.pt wrote: Maybe it was telling you to install a newer distro.. ;) Citando Sean Chadwell smchadw...@gmail.com: Just a minute ago, I pushed the power button to wake the phone, and it totally freaked out, making a kind of scratchy buzzing sound and vibrating. The AUX button glowed red and the power button glowed purple. I had to pull the battery. Rebooted without incident. This is a GTA02, with 2008.12 . . . Any ideas what that was about? -Sean ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
[Om2009] default route using wifi
Hi list, Trying out beta3 I actually could connect to my wpa2 enabled wifi network by just using some buttons and my finger. Using the tiny keyboard without a stylus is actually possible! I'm impressed. Checking in a terminal, however, shows that the default route is still using usb0, which is not connected. Is this reproducable? Thanks, David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Om2009 testing Release 2
On Fri, 2009-05-08 at 20:24 -0600, Angus Ainslie wrote: On Fri, 2009-05-08 at 21:17 +0200, David Fokkema wrote: Right now, I'm thinking that _only_ fso got updated, and the kernel/drivers are all the same. Alternatively, kernel drivers _were_ updated and those changes are reflected in both the fso images (it is a rootfs with a /lib/modules/*, after all) and the stand-alone, use-with-homegrown-rootfs modules file. Which one's correct? fso, the feeds and the rootfs had some updates but most of the updates were to paroli. There have been kernel updates as well but there are a few bugs I don't want to bring in yet. To keep it stable I have opted to continue using an older kernel. This is not to minimize the work Nelson has been doing in the kernel, he will recommend a new kernel soon. Ah, thanks for the answer! Now, of course, I'll flash release 3. Regards, David ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
