Re: Kernel 3.x and Freerunner
On Thu, 30 Jan 2014 11:54:40 +0100 Mike Crash wrote: > Hello, > > last two years I was busy with other private stuff, now I have > returned to my old projects and also my Neo. I have completely > rewritten my software and I want to compile it for Neo. But new > software is not compatible with old kernel (for example udev). > > I have tried to boot up Neo and what a surprice, everything works as 2 > years ago. Only battery has half of capacity... > > I want to ask if there was some progress in support of Neo Freerunner > in stock kernel. There is some support for it in mainline, I'm not sure that it's enough to suit your usecase, beside patches to fix some gta02-specific issues or patch that should have been submited to mainline that weren't, some drivers are not in mainline: * The glamo driver. * The wifi driver: I've been told that the mainline ath6kl was very different from the one in the freerunner, and that it was because the firmware of the very early ath6k of the freerunner was very different. > I still use old 2.6.29 with openmoko modifications, > is it possible to use kernel 3.13? No idea, you have to try it out, be sure to get a debug board for that: 1) configure(stuff like make ARCH=arm xconfig/menuconfig for instance) the kernel for the gta02, by looking at the existing configurations of the lastest kernel 2) compile and run it 3) you'll have no display working at that point, so that's why you really need the serial console at first. 4) forward-port the patches specific to the GTA02 and the missing drivers. In order to have to do it only once, do that with mainlining in mind, and do use the devicetree. mainline the patches. > I don't need phone functionality, > only display, That requires the glamo, so you'll have to forward port the glamo driver at least. > audio That driver is in mainline, but maybe without devicetree bindings. > and gps. Shouldn't be too hard to mainline, assuming you choose the right framwork for it. if I remember well, it's just some gpio toggling, and that can even been done in userspace if mainling that is difficult. > I have looked around, there are some Neo > stuff in stock kernel, but I don't know, if it is usable. Last news I have, which is really old, is that SHR had the most recent kernels in their meta-smartphone layer, but I'm unsure if that's used or not. > Please can > anybody tell me, what's the situation now? Have anybody tried new > stock kernels? It depends on what you mean by "new", SHR had a more rencent kernel with almost everything working beside the regulators, which means that GPS, modem, and wifi had issues. Since it was just some GPIOs it could have been worked arround in userspace, like by modifying the fso plugins again. Denis. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The "open hardware" phone project that's had the most interest
On Sat, 05 Oct 2013 15:00:07 -0400 Stefan Monnier wrote: > And it would be bulkier and more expensive than a non-modular phone, > of course. http://components.arrow.com/part/search/buglabs The main cost in doing that is the plastic of the modules. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The "open hardware" phone project that's had the most interest
On Sat, 05 Oct 2013 17:24:51 +0200 "Raphael Wimmer" wrote: > * The concept assumes that all components use a common communication > backplane. This is not feasible, as a variety of voltages and > communication protocols are in use in a typical phone (I2C, SPI, > UART, USB, various display protocols, etc.). Many components need > very short connections to the CPU/GPU/whatever without crossing other > PCB traces. It is not realistic to make this work with a generic > communication backplane. Proper heat dissipation for CPU/GPU is > another problem. Or to use big connectors...that have dedicated pins for all theses things...like with the bug device 2.0 from buglabs. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The "open hardware" phone project that's had the most interest
On Sat, 5 Oct 2013 17:19:18 +0200 joerg Reisenweber wrote: > In the last 50 years I've seen only _one_ truly modular concept for > electronic circuits that would basically meet the flexibility > requirements you are asking for: > http://makezine.com/2011/12/08/the-braun-lectron-system-retro-circuit- > dominoes/ > > /j The bug device 2.0 from buglabs is modular too. (The kernel is a bit old though: 2.6.35) Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] Invitation to indicate interest in next batch of GTA04A5 boards
On Wed, 3 Apr 2013 08:59:03 +0200 "Dr. H. Nikolaus Schaller" wrote: > > Am 02.04.2013 um 22:35 schrieb Denis 'GNUtoo' Carikli: > > > On Tue, 26 Mar 2013 11:22:39 +0100 > > "Dr. H. Nikolaus Schaller" wrote: > > > >> So we unfortunately have to postpone the production of GTA04A5 > >> boards, until someone manages to create more demand. > >> > >> This is a little sad, since we now have solved all technological > >> problems and could start production anytime (well the longer we > >> wait the more components will become EOL and have to be > >> substituted). > >> > >> Anyways we will continue to support the existing GTA04A3/A4 by > >> improving the kernel, boot loader etc. > >> > >> If you have ideas how to stimulate demand, please do > > Yes I've an idea and I'll continue to work on it really soon: > > Port Replicant to that phone. > > > > The current status is that I've a 3.8 kernel booting on it with > > display, input, wakelocks etc(the android stuff)... > > So far adb makes the kernel null pointers at shutdown. > > Also It's highly untested... > > Is there some project page? Download link or something. Since it's not ready yet, there is no official images yet, and the documentation on the replicant wiki is a bit outdated with reguard to the GTA04, I prefer to make it usable first. The repositories for the GTA04 are not even integrated yet in the build system(people building replicant for the gta04 are expected to git clone them by hand...). Note that I will need help from someone having an A4(like paulk for instance) for doing the Alsa userspace part once the kernel is complete... Right now the issue is to permit proper shutdown after using adb...That is harder than expected because I cannot use kgdb(I've some toolchain issues with DWARF/debug symbols) Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] Invitation to indicate interest in next batch of GTA04A5 boards
On Tue, 26 Mar 2013 15:58:10 +0100 Radek Polak wrote: > I think there might be interest in encrypted GSM calls - those > customers would be not worried by big price. It's just matter of > implementing SW for it. There are several solutions for that but using plain GSM won't work because of the TRAU(Transcoder and Rate Adaptation Unit) in the GSM network. Using data calls directly would be too expensive... So the best solution is to use encrypted SIP over the internet(like trough a 3G connection) possibly over a VPN(because some providers prevent SIP to go trough their networks). Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] Invitation to indicate interest in next batch of GTA04A5 boards
On Tue, 26 Mar 2013 11:22:39 +0100 "Dr. H. Nikolaus Schaller" wrote: > So we unfortunately have to postpone the production of GTA04A5 boards, > until someone manages to create more demand. > > This is a little sad, since we now have solved all technological > problems and could start production anytime (well the longer we wait > the more components will become EOL and have to be substituted). > > Anyways we will continue to support the existing GTA04A3/A4 by > improving the kernel, boot loader etc. > > If you have ideas how to stimulate demand, please do Yes I've an idea and I'll continue to work on it really soon: Port Replicant to that phone. The current status is that I've a 3.8 kernel booting on it with display, input, wakelocks etc(the android stuff)... So far adb makes the kernel null pointers at shutdown. Also It's highly untested... Before we couldn't even get it booting correctly under replicant 4.0: or there were some interrupt issue, or there were some touchscreen isue(that I solved in that 3.8 kernel). Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 act as gps mouse?
Hi,
I'd also like to use my gta02 as bluetooth GPS with Android(Replicant)
devices.
There is an application for that in FDroid(a free software market/google
play replacement that contains only free software):
http://f-droid.org/repository/browse/?fdcategory=Navigation&fdid=org.broeuschmeul.android.gps.bluetooth.provider
The application is called BlueGPS
I've tried to make an up to date python application for the freerunner
from scratch...
But my application is not reliable at all:
-> it can only be closed by a kill (because of the while True: at the
end), I did the while true because rfcomm was not always reliable at
the beginning, maybe I should restest without it...
-> bluez is somehow unreliable and it doesn't always find the adapter.
So to use it, install Fdroid, then BlueGPS within Fdroid.
then run my gps script.
Then do that on the freerunner:
wget
http://git.kernel.org/cgit/bluetooth/bluez.git/plain/test/simple-agent?id=910ffb4ca785da71b670bf105e234435c67fd7fe
-O simple-agent
chmod +x simple-agent
./simple-agent
That will permit you to pair it with android...
you'll have to enter a pin on android and in simple-agent...
Denis.#! /usr/bin/env python2
#Copyright (C) 2013 Denis 'GNUtoo' Carikli
#
#This program is free software: you can redistribute it and/or modify
#it under the terms of the GNU General Public License as published by
#the Free Software Foundation, either version 3 of the License, or
#(at your option) any later version.
#
#This program is distributed in the hope that it will be useful,
#but WITHOUT ANY WARRANTY; without even the implied warranty of
#MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
#GNU General Public License for more details.
#
#You should have received a copy of the GNU General Public License
#along with this program. If not, see <http://www.gnu.org/licenses/>.
import dbus
import os
import subprocess
from dbus.mainloop.glib import DBusGMainLoop
DBusGMainLoop(set_as_default=True)
bus = dbus.SystemBus()
usage_obj = bus.get_object('org.freesmartphone.ousaged', '/org/freesmartphone/Usage')
usage_iface = dbus.Interface(usage_obj, 'org.freesmartphone.Usage')
usage_iface.RequestResource("Bluetooth")
usage_iface.RequestResource("CPU")
usage_iface.RequestResource("GPS")
try:
pid = subprocess.check_output("pidof bluetoothd", shell=True).replace('\n','')
except:
os.system("bluetoothd")
pid = subprocess.check_output("pidof bluetoothd", shell=True).replace('\n','')
print "the bluez pid is " + pid
bluez_obj = bus.get_object('org.bluez', "/org/bluez/{0}/hci0".format(pid))
bluez_adapter_iface = dbus.Interface(bluez_obj, 'org.bluez.Adapter')
bluez_adapter_iface.SetProperty("Discoverable", True)
while True:
try:
os.system("rfcomm watch /dev/rfcomm0 1 sh -c \"gpspipe -r > /dev/rfcomm0\"")
except KeyboardInterrupt:
os.system("killall rfcomm")
exit(0)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: tizen released
On Mon, 18 Feb 2013 23:44:58 +0800 Paul Wise wrote: > git repos here: > > https://review.tizen.org/git/ was it ported on some real devices beside the emulator? Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Stripped down GTA04A5 - interested?
On Tue, 22 Jan 2013 10:18:45 +0100 "Dr. H. Nikolaus Schaller" wrote: > * no Sirf IV GPS receiver (but internal Antenna with GPS receiver > inside UMTS module will be available) That's kind of problematic for privacy, with that anti-feature you can be localized more precisely trough RLLP[1] for instance. [1] http://en.wikipedia.org/wiki/RRLP Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] silent SMS
On Sat, 12 Jan 2013 16:15:10 +0100 Matthias Apitz wrote: > > Hello, Hi, > are such messages signalled by the modem to the software I don't know in fso, I should try... But with the luca/catcher branch of osmocomb you can notice silent SMS with show catcher command. But the luca/catcher branch is outdated and It didn't work for me, so checkout origin/master and cherry-pick that patch: 05d3836041595a099c0db975fd6bd855ee12cce1 you also need a recent osmocon in SHR: I'm not even sure that there is one in the feeds, altough there is one in meta-smartphone/meta-osmocombb. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FOSDEM-Devrooms] World of OpenPhoenux
On Mon, 7 Jan 2013 09:27:02 +0100 Dr. H. Nikolaus Schaller wrote: > * Replicant software And a talk about that too. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Would offer my gta04...
On Sun, 30 Dec 2012 13:00:24 +0100 ri...@happyleptic.org wrote: > ...to someone who think he can contribute something to this project. > > I'm too lazy to package and ship it so the hacker would have to live > near Paris (fr). > > I received it many time ago but haven't played with it yet (beside > installing the MoBo and checking it's working). Let's be honnest, > I won't have time to dig in this, so it's better if I pass it along. Which version(A3/A4/A5) is it? Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: looking for used (or broken) GTA02 (whole or PCB) to purchase
I also have a complete gta02 a5 with buzz fix, screen intact. It used to work fine but laid unused uncharged for over 12 months and now does not show any signs of life even when plugged in and power button pressed, so it is difficult to know its state. I'm in Australia. Any reasonable offers. Denis On 23/12/2012 10:55 PM, "Neil Jerram" wrote: > Dmitry Shalnoff writes: > > > Hi list! > > > > Is there anybody have broken screen GTA02 for sale? > > or maybe intact PCB after upgrade to GTA04? > > > > I'll be appreciate for reasonable price or maybe somebody just could > > give it for free (almost free) after upgrade. > > Sure, you can have my GTA02 PCB. I haven't used it now for over a year, > so can't guarantee that it is perfectly working - but it was working (as > far as the software allowed) before I got my GTA04, and I'm not aware of > any damage since then. > > If you'd like that, I guess you should let me know your address. > > Regards, > Neil > > ___ > 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: [off-topic] smartphone alternatives?
On Wed, 19 Dec 2012 17:29:49 +0100 francesco.dev...@mailoo.org wrote: > But on another mobile system I'm lost, I have to learn it and maybe I > don't want to. Yes android is very different. > And who assure me that I'm free as I am on a GTA? I can assure you that you're not as free as on the GTA because the hardware will have issues. The closest phone is the GTA04, but it has a non-free wifi firmware. > - may I have a shell? In Replicant/Android there is a shell and a GUI for it. > - may I write a bash script? there is bash/sh in Replicant/Android. > - may I control every services on it? Not in Replicant/Android > - may I upgrade a single package yes, Fdroid supports that. >or the entire system as I want? You'll have to reflash in Replicant. > - may I install a software from source? You can't compile stuff on The target in Replicant, you'll have to use the SDK on a desktop/laptop computer. > > Maybe yes, there are Android and its free fork Replicant and their > SDKs but I have first to learn it. Indeed. > Smartphones are computers, and it makes me crazy that they do not > work (software side) EXACTLY as my pc. Yes that's a problem. > IMHO it would be wonderful to have the same OS on desktop PCs and > smarphones, maybe with different software repositories. I'm a Debian > user and for me QtMoko is wonderful. ok. > So, to sum it up, it makes me nervous to have a new powerful > smartphone if I cannot do what I want. Following this thought, I > think the best solution is to have a cheap mobile phone and a > netbook/tablet with a gnu/linux distro on it. or to port GNU/Linux on a smartphone that is easy enough, if you're into that kind of things and if you're skilled enough for that Or just buy a supported phone, however be sure to ask informations on the smartphone before buying it to the distro's developers. > Well... for now I still have my GTA02, I'll have to buy just a cheap > phone for GSM and battery emergencies. > [ If someone could help me for the bass fix I'll be happy to use it, > finally, also as an audio player (: ] Golden delicious did all fixes... > The recent news about the GTA04 make me happy, maybe I don't have to > wait too long for it. Yes it's a really good device: it's almost like the GTA02, but faster, better, less hardware bugs, but also has a non-free wifi firmware. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [off-topic] smartphone alternatives?
On Tue, 18 Dec 2012 21:28:48 +0100 "arne anka" wrote: > speaking of the n900: FSO is supposed to support that one and i guess > SHR would work too. i hope to get another n900 in a near future and > to be able to test that Nice, we need help for the Modem<->"Sound card" forwarder, because currently no one has time to fix it even if it's easy to fix(basically I've wrote(in code) what needed to be done but it's unfinished...and sits in branches...). Apart that GPS protocol is known but unimplemented, bluetooth is broken in SHR, meego, mer kernels, wifi works, camera probably works(you need some media-controller userspace commands to make it work, I documented it on the wiki, I don't remember which one between mplayer or gstreamer worked with theses commands, but still meego had a gstreamer plugin for the camera, we didn't package it tough), Audio works, Calls too but with sound issues, data/3g works, retriving contacts from the sim isn't implemented, and SMS isn't implemented either... The modem(and the GPS which is attached to the modem) talks a protocol called ISI, which is moslty documented by some headers and by ofono code. There is also a newer 3.x kernel that should be tried, it's from the port of Arch(a GNU/Linux distribution) on that phone. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [off-topic] smartphone alternatives?
On Tue, 18 Dec 2012 11:06:01 +0100 cyberesprit wrote: > hi! > > There may be geeksphones? > http://www.geeksphone.com/old/en/moviles/zero/ * The geeksphones(one and zero) require proprietary userspace libraries. * The geeksphones(one and zero) use a qualcomm System on a chip, which means that the "sound card", the GPS Are attached to the Modem, not to mention the Shared memory(RAM attached on modem and CPU Bus) and shared NAND... Basically it's really bad for freedom. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [off-topic] smartphone alternatives?
On Mon, 17 Dec 2012 17:59:46 +0100 francesco.dev...@mailoo.org wrote: > Hi list > Sadly to say, my GTA02 is going to retire. It is having too much > troubles to be used as a daily phone and I'm thinking to replace it. > The perfect candidate is the GTA04 but I can't afford its cost right > now. I didn't follow with attention the evolution of the smartphones > market, so I'm asking you: what alternatives do I have? Is there > something with a recent hardware but somehow "open" and that costs no > more than 200€? I have to say that I'm not a big fan of android and > for now I would prefer to go with a 30€ nokia in the pocket and a > gnu/linux friendly tablet/netbook on the shoulders waiting for better > times... what about a galaxy S(should be cheap enough) with Replicant (Android)? Else porting GNU/Linux on it shouldn't be too hard if you're skilled enough with theses kind of things(it's already ported to the Nexus S, and only lack very little to be usable). Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help needed with GSM Geolocation without GPS
On Mon, 5 Nov 2012 16:01:21 + (UTC) robin wrote: > Hi, > > I wanted to give the GSM location a try. So what I would like to > acchieve in the end is: > > 0. GPS off > 1. GSM Cells are detected > 2. Triangulation takes place (I don't know yet if eg signal strength > is used) 3. Look-up in the OpenCellID offline (!) text database > 4. Position being shown in NeronGPS as in eg in the > Whereabouts-Mappingdemo shown on the QtMokoDev Page [1] Will the result work on SHR or on QtMoko or on both? Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about the freerunne
On Tue, 16 Oct 2012 23:45:54 +0200 Michaël Parchet wrote: > >> is there a possibility to add the 3g and make some phone with > >> this ? Maybe trough USB host but that would eat the battery fast... > >> > >> Is there a software to reed and edit the opendocument ? Try abiword, abiword under SHR with the right abiword plugins could do the trick, else there is debian with openoffice or libreoffice, It may be ultra-slow under debian tough(because the freerunner is slow and libreoffice requires a lot of resources.). > >> Wat's the antenna quality ? it's good ? No idea. > >> > >> There are a software to reed the aac (m4a) and mp3 I guess it depend on the distros, mp3 do work under SHR. I've no idea for ACC, I guess I should try... > >> What's the music format ? I guess it depend on the distros. > >> Whath's the warranty conditions ? It depend on the seller. > >> There is no camera isn't it ? no camera, unless you add one trough USB host. PS: get a device from golden delicious if you can, they do all the hardware fixes: * #1024 fix (for longer suspend time) * bassfix (for having correct sound quality on the headset output) * buzzfix (for not having a buzz during calls,because else you have some probability to get it) Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Problems using recent Rogers Wireless (Canada) SIMs in GTA02
On Thu, 27 Sep 2012 07:48:12 +0100 Al Johnson wrote: > Have you tried the new SIM in any other 2G-only phone? SIMs from 3(UK > network) seem to work only in 3G-capable devices. I never looked into > how or why, but it's possible Rogers are doing this with new SIMs > either by accident or design. > > On Wednesday 26 September 2012 21:53:14 Pascal Gosselin wrote: > > In 2010, we were able to take circa mid-2008 Roger Wireless SIMs > > (Canada) borrowed from an iPhone 3G and get it to work in Android > > Froyo on the GTA02 850Mhz. > > > > Two years later, we decided to add some GPRS reporting capability > > to our Wi-Flight product which is currently using Wi-Fi only, we > > are unable to get a carrier registration at the AT command level > > using two Rogers SIMs (both from 2012, one used in an iPhone 4 and > > the other in a Samsung Galaxy S II Skyrocket (LTE)). The GSM > > baseband code was at Moko8 so we had the fix for bug 666. We > > tried Moko11 but it didn't make a difference. > > > > We repeated the same Android Froyo setup and indeed it doesn't work > > when we try the circa 2012 SIMs. What's your setup exactly? > > > > Our product doesn't run on Android, the Froyo stuff was just tried > > to attempt to replicate something that worked before. > > > > I found a working older Rogers full-sized SIM from my GSM-enabled > > alarm system, which I think it at least 3-4 years old. It worked > > just fine in a Nexus S and I was able to send an SMS and Edge data > > from the phone (it's a T-mobile AWS phone so no 3G on Rogers). > > > > The conclusion so far is that something has changed in the Rogers > > SIMs that makes it incompatible with the GTA02. I am wondering if > > anyone else has encountered this problem. I'd be happy to be able > > to get a Fido-branded card to work (haven't tried that yet). > > > > We've repeated the same issue with a half-dozen GTA02s so we're > > pretty sure it's not a one-off phone problem. Maybe you could try to debug it with simtrace(the hardware for tracing SIM communications, that is compatible with wireshark 1.8)? However if it's a problem with the modem firmware it would be hard to fix, one may think that there is osmocombb, but *selling* phones with osmocombb preinstalled may not be legal in your jurisdiction(I'm not a lawyer tough...). In that case I guess you would need to switch to another GNU/Linux phone(such as a GTA04, or another phone supported by SHR for instance,but that means that you'll probably have some availability issues(you'll need to find a reliable way to get such phone in the long run...)). Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: problem with microsd
On Thu, 27 Sep 2012 11:17:30 +0200 Davide Scaini wrote: > Hi all. > I asked on shr user list with no luck. > I'm using shr-core, I have this problem: the device for the > microsd is not created, i.e. /dev/mmcblk0p1 does not exist. > Do you have any fast fix? > > This is the problem: > > root@om-gta02:~# fdisk -l /dev/mmcblk0 > > Disk /dev/mmcblk0: 7948 MB, 7948206080 bytes > 4 heads, 16 sectors/track, 242560 cylinders, total 15523840 sectors > Units = sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disk identifier: 0x36c4 > > Device Boot Start End Blocks Id System > /dev/mmcblk0p1204812328959 6163456 83 Linux > /dev/mmcblk0p21232896015523839 1597440 82 Linux > swap / Solaris > > > root@om-gta02:~# mount -t ext2 /dev/mmcblk0p1 /media/temp/ > mount: special device /dev/mmcblk0p1 does not exist see http://wiki.openmoko.org/wiki/Supported_microSD_cards and its paramters (rootwait glamo_mci.sd_max_clk=500 glamo_mci.sd_drive=3 etc...) Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
On Fri, 2012-08-03 at 16:47 +0200, Neil Jerram wrote: > Denis 'GNUtoo' Carikli writes: > > > On Tue, 2012-07-31 at 23:13 +0200, Neil Jerram wrote: > >> > >> - GPS: it seems clear now that it was a mistake to pull that under > >> the > >>FSO umbrella, and that mobile devices should just use standard gpsd > >>instead > > However I was told that adding support for AGPS and GTA02 UBX would not > > be straingtforward in gpsd. > > > > AGPS is very usefull to save/restore the AGPS data offline in order to > > speedup the fix. > > > > All that works on ogps. > > Hmm. I should probably concede here because I don't know any of the > details or history. Technically, however, I'm surprised if there was no > feasible way of doing this with gpsd. yes there is, I'm trying to use the hooks right now(I already fixed the permissions for doing that). Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
On Tue, 2012-07-31 at 23:13 +0200, Neil Jerram wrote: > > - GPS: it seems clear now that it was a mistake to pull that under > the >FSO umbrella, and that mobile devices should just use standard gpsd >instead However I was told that adding support for AGPS and GTA02 UBX would not be straingtforward in gpsd. AGPS is very usefull to save/restore the AGPS data offline in order to speedup the fix. All that works on ogps. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open GSM firmware - OsmocomBB supports Neo FreeRunner
On Tue, 2012-07-10 at 13:14 +0200, Martix wrote: > Hi! > > There is some GTA02 support in OsmocomBB project. You can flash open > source firmware for TI Calypso GSM modem. > http://bb.osmocom.org/trac/wiki/OpenMoko 1) no need to flash it, just load it. 2) flashing doesn't work currently with the calypso of the openmoko because its flash is not detected. > > Did anybody tried this firmware on his Neo FreeRunner? What's your > experience? Is it usable with SHR or Qt Moko like old proprietary > firmware? Calls, SMS, GPRS, SIM load/store (contacts, SMSs) works? How > many successfully flashed devices are here? And how many bricks? ;-) Calls, SMS, SIM should worktrough the telnet interface... I'm not sure about the GPRS... Adding support for osmocombb in FSO is doable, however the big problem is that the layer 2 and layer 3 of GSM are actually not running on the calypso but on another CPU(for instance the CPU of a laptop/desktop, or it could run on the CPU running SHR as well, it only requires to cross-compile applications such as mobile etc..., it's easy to do). Why is running the layer 2 and 3 on the calypso CPU important? Simply because you may want to permit the CPU running SHR to suspend and to resume when you have a call or an SMS: with the proprietary firmware(which runs layer 1,2,3 on the calypso) it works that way: I don't know the exact details but I guess there is an interrupt line between the modem(calypso) and the CPU. If the CPU running SHR is suspended and that there is a call, the calypso, which is not suspended will trigger the wakeup of the CPU running SHR, the CPU will then wakeup and display that there is a call,ring and vibrate. I'm not a GSM protocol specialist yet, but I guess that if you're only running layer1 on the calypso you have no way to determine if there is an incoming call. The CPU that can do that is the one running SHR, and the layer 2 and 3, however if that CPU is suspended it can't know that there is a call. A workaround suggested long time ago by someone on IRC would be to wake up the CPU often and check if there is a call, however that may not be doable because suspend/resume may take quite some time, and the wakeup would eat more power etc... There are 2 ways to solve the problem correctly: 1) help with the port of the GSM applications on top of nuttx: While the gta02 is supported in nuttx,we were currently focussing on the c155 with its drivers(such as display,spi,uwire,poweroff etc...) 2) port the layer 2 and 3 to the calypso without the help of nuttx. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Deseperately need some GTA02 debug board cable...
Hi, my debug board cable again broke... With the debug board I was able to send some patches upstream like: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=ad20ff920c1fd217578e2c637dd50c1878a21c06 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=b2ccf065f7b23147ed135a41b01d05a332ca6b7e http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=b26469a8b139fba11d9336c1c117fafccfa9c7d5 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=1ae5cbc52e7c6619a3f44b87809fd25370df31bb I was also able to produce updated kernels( https://gitorious.org/shr/linux/commits/shr-2.6.39-nodrm shr-3.x-nodrm branches ) for the gta02 but I didn't have enough time to fix all the bugs yet so they are not in use yet... The big problem is that It's way harder to track bugs without a debug board cable: with a debug board you can git bisect in a way more efficient way: you only need to apply a minimal set of patches on top of the commit you're testing...since you have serial you can see the output and interact with the phone... So Instead of finding or buying one debug board each time my cable break again I think it's way more efficient to get some cables-only. Does someone gives or sell such cables separately? Note(for the person selling/giving such cables) that the debug board itself still can be used separately from an openmoko: it is possible to use it as a BIOS flasher ( http://flashrom.org/FT2232SPI_Programmer#Openmoko ),serial port adapter or JTAG adapter... Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Server upgrades / docs and svn are back
Harald, wow, thanks for all your efforts. So good to see someone make the time and step up. Regards Denis On Sat, May 19, 2012 at 6:29 AM, Harald Welte wrote: > Hi again, > > as the way outdated projects.openmoko.org has been down for something > like two years now, I have removed the links in the navigation bar on > the top right avoiding to lure people into what is nothing more than > a broken link. > > For security and maintenance reasons, the horde/imp webmail installation > on https://mail.openmoko.org/ has been deactivated. I don't intend to > bring it back. > > Just for the sake of completeness, jabber.openmoko.org and > buildhost.openmoko.org had been deactivated a long time ago. I'm also > removing them from the DNS zone file as part of getting rid of old > cruft. > > The number of VMs has already been reduced to six now, as some services have > been merged with other VMs. > > At some point we will have to change IP addresses of the MX for > @openmoko.org and @lists.openmoko.org in order to migrate everything > into one subnet. While it shouldn't cause major outage/breakage, it > still might. I'll send a proper announcement before doing that. > > In the end, the following services will remain: > > * www.openmoko.org / wiki.openmoko.org (http/https) > * downloads.openmoko.org (http/ftp/rsync) > * 3rdparty.downloads.openmoko.org (http/ftp/rsync) > * mail.openmoko.org (smtp/imap) > * docs.openmoko.org (http/https) > * svn.openmoko.org (svn/svnweb) > * git.openmoko.org (git/gitweb) > * admin-trac.openmoko.org (http/https) > * monitor.openmoko.org (https) > * lists.openmoko.org (smtp/http) > * planet.openmoko.org (http) > * people.openmoko.org (http) > > One of the things I still need to figure out is who currently owns the > openmko.org domain at CAcert. A bunch of renewed certificates would > probably do some good to help against all those browser warnings about > expired certificates. > > Regards, > Harald > -- > - Harald Welte http://laforge.gnumonks.org/ > > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) > > ___ > 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: [dfu-util] who use it for flashing FR?
On Monday, May 07, 2012 02:58:24 PM Patryk Benderz wrote: > Hi all, > regarding recent discussion on de...@lists.openmoko.org [1] I am asking, > how many of you are still using dfu-util for flashing your FR's internal I do but I have not to forget to nand scrub my NAND before booting ( http://shr-project.org/trac/ticket/1524 ) > memory? > I also would like to inform you about new dfu-util release.[2] thanks. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Discussion: what are your dreams for the Openmoko Community
> So what are your dreams with respect to open mobile handhelds? I desesperately want an usable phone for my use case: 1) free software only on the main CPU. 2)reliable telephony: >Without a good SHR forwarder I can't use it at all, even if I forget about the other issues. >I also suspect that the CPU is at 1GHz instead of 800Mhz with the 3.2 kernel in SHR, which makes the CPU overheat when it's at 100% too often which makes the phone shut down. 3)music playing in headphones by whatever means(bluetooth or wired, wired preferabily): >I still need to resolder correctly my headphones. >I would really like to install SHR on NAND to use my fat32 microsd but NAND isn't reliable, it only booted 1 of 2 times last time I tested: ->the time where it doesn't boot I've tons of ECC errors ->no errors at all when it boots fine. 4)reliable browsing without adds: We(SHR) failed there too: >midori segfaults at startup >eve doesn't support add blocking >chromium doesn't support add-blocking >firefox segfault at startup >links -g segfault at startup 5)as a bonus: the ability to port applications to it(=>not android, GNU/Linux with an openembedded-based build system, SHR fits it). 6)as a second bonus: people writing cool applications for the device(like applications to use the sensor, privacy applications like sms encryption etc... basically a bit like what's in FDroid[1]) So beause of the forwarding issue I'm back to the gta02 even if it has suspend/resume issue(big issues). Qtmoko wasn't really usable for me either(the volume is not loud enough for Italy(very noisy country)) so when I tried it I couldn't ear a thing from the remote person. > What would you like as future hardware? I just need an usable smartphone, I don't care that much about the hardware but an n900-like device(800x480 screen resolution and orientation+a keyboard) would be nice because it would make software fit better on the screen. Since we don't have the manpower to fix all software to fit on the gta04 screen, why not adapt the phone instead? some games(wesnoth,supertux etc...) work well with 800x480, and many applications were ported to that resolution for the eeepc701. > What to see in software > distros? Anything else? > What missing piece are you waiting for? A forwarder and more implications from the SHR developers that are "away and will come back one day"(tm). The lack of implication from some SHR developers(not all: some like Martin Jansa really do a good job, Simon Busch also do a very good job even if he's only a freesmartphone.org developper now) really annoyed me up to the point to made me quit SHR officially: things didn't advance fast enough, and no one was there for helping me in some difficult tasks like the forwarding, which made me frustrate more and also take even more work, which creates a burn out... which makes people quit. The quiting had a huge effect the week, everybody was on IRC and really worked on SHR and FSO, after but this week is kind of dead with only the usual minimal set of SHR developers(Martin Jansa) I really wonder what to domaybe I should work on the forwarder again Denis. [1] http://fdroid.org/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Broken FR
I'm sorry I don't have a repair recommendation for you, however I do have a GTA-02 A05 with buzz fix which I simply have not had time to do much with. It was one of the first group purchases into Aus. It has been sitting on my desk for many months uncharged waiting for some love. Batteries might be shot being discharged for so long. Also can't seem to power it up any more even when plugged into original wall charger, but it was working perfectly before I let it discharge and sit, so no reason to believe it has any issues. I'm on the Sunshine Coast, Qld, Australia, so if you or someone on the list will give it a good home, then please make me a reasonable offer. Original box, headset, charger, 2 batteries (unknown state) regards Denis On Sat, Apr 14, 2012 at 12:40 AM, Dave wrote: > > > -- Forwarded message -- > From: Dave > Date: Sat, Apr 14, 2012 at 12:38 AM > Subject: > To: List for Openmoko community discussion > > > Hi, > > I am in Australia and my GTA-02 A6 has a loose USB socket. Does anybody know > anyone reputable in Australia that I might be able to send it too for > repair? I have approached several (Brisbane Australia) repair places but > they won't touch it. > > It is incapable of charge or ssh while the socket is loose. I believe I > caught the problem early enough to avoid PCB damage. (if I wiggle the plug > it will charge for a few seconds). > > Thanks > > Dave > > > ___ > 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: what to with 02 when upgrading to 04? was: Re: How to bring forward the community?
>It may not be that complicated, but it is morally wrong. It is >morally wrong to help or support someone who is guilty of hoarding the >good code and denying it to the public. so proprietary software(calypso source code is not free software) is morally good and free software(osmocombb and nuttx/nuttx-bb is free software) is morally wrong? And note that even if they had part of the source, and that's not enough. you want full source code and usually companies modifying the firmware basebands like openmoko don't have access to that. but osmocom-bb is maybe inefficent righ now(I'm working on fixing that ) but at least you have full source code of layer 1, layer 2, layer 3 you can do calls, sms etc...with it. you have even forks to detect if there are spying equipement connected to the network etc... you can get a real estimation of the RSSI and findout if the levels are too low and calling is dangerous... if you don't like contributing to osmocom-bb maybe you could contribute to fso and make it use osmocom-bb telnet interface for layer23? And about Harald Welte, you forget that he spent a lot of time studying GSM protocols, standards, writing the osmocom-bb code and he released that under a free software license with full source code, isn't that great? but you seem to prefer proprietary source code. Also, note that the non-free source code may be big, who would review it for backdoors? how would you compile it without non-free software? nobody would contribute to it etc... The only usefullness of proprietary source code is as a documentation to produce free source code. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what to with 02 when upgrading to 04? was: Re: How to bring forward the community?
>However, my work on building a Totally Illegal Phone That points nowhere. I think you should instead try to go the legal way, so you can't be attacked in court, because it's way too easy to attack you if you do something illegal. Theses companies have a lot of lawyers and spend a lot on it. The way to go is to improve nuttx port on calypso phones. it's not that complicated. Now it runs on the calypso of the freerunner(and on other phones too). so please instead of attacking the openmoko people which points nowhere( they won't give you the source, they could have given it to you already if they wished but they didn't. so I guess they don't want to and will never give you theses sources), do something productive and join us in making osmocom-bb usable(by improving the nuttx port on calypso and then porting osmocom-bb on top of it). so instead of waisting time on useless things, please join us. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what to with 02 when upgrading to 04? was: Re: How to bring forward the community?
>- what's so hackable about the calypso fw? as far as i recall, it was a >major afford to get an updated fw and make it flashable. and how much less >hackable is the new gsm chip's fw? Well, you can run osmocom-bb or nuttx on it. for instance with nuttx: root@om-gta02:~# /etc/init.d/dbus-1 stop Stopping system message bus: dbus. root@om-gta02:~# /etc/init.d/xserver-nodm stop Stopping XServer root@om-gta02:~# osmocon -i 13 -m romload -p /dev/ttySAC0 nuttx.bin [...] open a new shell and type: echo 0 >/sys/bus/platform/devices/gta02-pm-gsm.0/power_on echo 1 >/sys/bus/platform/devices/gta02-pm-gsm.0/power_on Then on the first shell you see: Preparing block 63, block checksum is 0xec handle_write_block(): 1024 bytes (1024/1024) handle_write_block(): Block 63 finished Received block ack from phone Preparing the last block, filling 616 bytes, block checksum is 0x75 handle_write_block(): 1024 bytes (1024/1024) handle_write_block(): Block 64 finished Finished, sent 64 blocks in total Received block ack from phone Sending checksum: 0x42 Checksum on phone side matches, let's branch to your code Branching to 0x0082 Received branch ack, your code is running now! NuttShell (NSH) then with a python script you can interact with the shell: root@om-gta02:~# ./loadwriter.py >help which produces: nsh> help NSH command forms: [nice [-d >]] [> |>> ] [&] OR if then [sequence of ] else [sequence of ] fi Where is one of: [ ] ? cat [ [ ...]] cp dd if= of= [bs=] [count=] [skip=] echo [ [...]] exec exit free help kill - losetup [-d ] | [[-o ] [-r] ] ls [-lRs] mb [=][ ] mkfifo mh [=][ ] mw [=][ ] ps sh sleep test usleep xd Builtin Apps: Alternatively you can run a loader, a hello world, a rss firmware, a layer1(with layer23 running on the samsung SOC) firmware etc Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: need a (even broken) plastic case of a FR
Hi, Can these CAD files satisfy your leather case manufacturer (http://download.goldelico.com/gta04/CAD/)? I don't think one wants to store a broken case. 2012/2/23 Matthias Apitz : > > Hello, > > I'd like to give away a model of a FR to some manufacture of leather > cases for fitting and production of such a case; if someone has a > totally broken FR, only the plastic case for the dimensions is needed, > not the electronic parts, please contact me off-list; I live in Munich, > Germany; > > thanks > > matthias > -- > Matthias Apitz > e - w http://www.unixarea.de/ > UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) > UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 > > ___ > 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: Looking for a GPS only distribution for Freerunner
>So, I'm looking for someone already working on a project like this: >selecting and configuring the right tools for converting a FreeRunner >in a raw in-car GPS. Why not making a GPS-only image, for instance in the SHR distribution. it's just a mather of selecting the right packages to put in the images and waiting(a very very long time) for it to compile. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] QtMoko v38 for GTA04 with suspend and GSM calls
hi, how did you get suspend working reliabily? personally I've that: [ 406.115966] platform l3_main.0: LATE power domain suspend [ 406.121612] platform iva.0: LATE power domain suspend [ 406.126892] platform mpu.0: LATE power domain suspend [ 406.132171] omap_l3_smx omap_l3_smx.0: LATE power domain suspend [ 406.138458] reg-dummy reg-dummy: LATE suspend [ 406.143035] PM: late suspend of devices complete after 682.739 msecs [ 406.149688] Checking wakeup interrupts [ 406.876373] Successfully put all powerdomains to target state [ 406.882507] reg-dummy reg-dummy: EARLY resume [ 406.887115] omap_l3_smx omap_l3_smx.0: EARLY power domain resume [ 406.893402] platform mpu.0: EARLY power domain resume [ 406.898681] platform iva.0: EARLY power domain resume [ 406.903961] platform l3_main.0: EARLY power domain resume Should the userspace suspend/resume work in a way that is similar to android(but in userspace): The display would be powered off etc and the phone would try to suspend all the time and would fully resume when he get a good reason to do so(like a phone call or an user pressing the resume button). Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] [FOSDEM] Third call for sessions for the FOSDEM cross-distribution miniconference
>and the other one describing the state of the ports. I guess I'll have to be part of the talk since I'm the one that knows all the ports, But that doesn't necessarly means that I would be the only one involved in that, I think we should involve all the people doing ports. By the way, what about also doing a talk on how to port a new device to FSO+SHR? Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Replicant for GTA04? (Was WebOS for GTA04?)
>After HP announced to open source WebOS I wonder >what we need to get it onto a GTA04 device? > >And is there already a clear picture how completely >the source will be opened? Under which licence? >And which limitations? Which timeframe? > >Questions over questions... Let's discuss answers... Why not porting Replicant to it too? Replicant is a fully free android version: * The non-free low level libraries are replaced by free equivalents * The market is replaced by FDroid When I was involved in it we freed some devices like the htc dream and the nexus one but we then realized that the devices themselves were the problem: The modem in theses device had too much power(it controlled the sound card, the GPS and could read/write on RAM of the main CPU). So then the current main developer ported the nexus S to it which is way better: * The audio codec is attached to the main CPU * the GPS is attached to the main CPU * The modem can't read/write the RAM of the main CPU and cannot read/write the NAND either however it suffer from a proprietary and partially signed bootloader. The GTA04 has none of theses freedom problems... Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OT] HP contributes webOS software to the open source community
>For me SHR or QTMoko should takes the card metaphor idea. It is really THE >thing for me + the gesture handling, and both can be taken. >I personally would love to be able to adapt these in Enlightenment. It's already done in elfe but requires a 24 or 32bit framebuffer. *)enable elfe and disable illume-home *)enable compositing *)bind the key for switching to the card mode *)press that key Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA04 Group Buy - Status
>What is the status of the GTA04 graphics chip implementation. I have >done a lot of work on the GTA02 with my graphics based apps, and the >main issue for me is the very poor graphics performance with the chip in >use on that platform. I run the apps over the USB link to any PC using >X, and the performance of the app is quite satisfactory. On the GTA02 >screen itself, its very poor to the extent that its not useful. >Is the new board using the same graphics interface, or can the new board >do some reasonable level of smooth display and animation? First xf86-video-omapfb has XV acceleration, Then it seem that the display depth is 32bit, which permits software compositing in enlightenment. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] distro upgrade
>Because my problem is that my lock button is broken. So, to reflash, I >have to open the phone and manually make contact, which is quite >difficult for a clumsy man. why not booting on microsd and then flashing from there? Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: temperature and humidity data logger
2011/11/19 Boudewijn : > On Saturday 19 November 2011 07:54:22 Hans Zimmerman wrote: > Apart from I2C, perhaps 433MHz equipment is an option? I have been looking > into combining that with my Freerunner (or Phoenux) for home automation. > > There are those weather stations that come quite cheap as long as you don't > need USB (or other generally available) connection. Many of them use the > same chips and for Arduino there's a library [1] available to read temp and > humidity. > > Then you still have to interface from Arduino to your Freerunner of course > (and you'd need an Arduino). > > Boudewijn In fact, you don't even need Freerunner for this application if you have an Arduino :) Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: phone extraction device
On Sun, 2011-10-02 at 04:12 +0200, Rashid wrote: > "You may have heard about the Cellebrite cell phone extraction device > (UFED) in the news lately. It gives law enforcement officials the > ability to access all the information on your cell phone within a few > short minutes." > > http://translogic.aolautos.com/2011/04/29/police-device-used-to-steal-your-cell-phone-data-during-traffic/ > > Does it work at free runners too? (Well a debug board could probably do > it but hey). I guess no one got one to test... PS: I wonder what's the relation between rooting a phone and that device(does the device need to root the phone to gather certain informations?). Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 fails to charge
On Thu, 2011-09-29 at 19:52 -0400, Brian wrote: > On Thu, 29 Sep 2011 16:50:33 -0500 > Cristian Gómez wrote: > > > I have a doubt about this because my FreeRunner only lasts 1 day > > charged and I want to use it more now, I read this thread and like > > Ivan, the first thing that comes to my mind is: new battery, do you > > know what models of batteries works fine with FreeRunner (let's say > > Nokia's 1100 or so)?? > > > > Thanks in advance > > > > You can use some of the common Nokia batteries with caveats. > Details can be found here: > > http://wiki.openmoko.org/wiki/Battery_Questions_and_Answers#Hardware_capabilities > > You'll need to use the dumb battery kernel module as well. Instructions > for that are on the same page. I've used BL-6C/5C/4C Nokia batteries > without problems but as the wiki suggests don't trust the capacity > when it starts getting low. I've tried it, and on SHR it works out of the box, however only the kernel supports charging the battery, not the bootloader, so I need the original battery for flashing it trough the NOR uboot. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Liberated Calypso docs found
On Tue, 2011-09-27 at 18:23 +, Michael Sokolov wrote: > Please correct me if I'm wrong, but I thought OsmocomBB still runs GSM > layers 2 and 3 on the external host, not on the Calypso itself, right? > And no in-call handover yet, no SMS yet, probably nothing even close > to > deep sleep mode yet... I would love to be proven wrong on this > though. * there was an abandoned port of nuttx, a microcontroller "OS"(better call it executive environment). if you want a drop-in replacement it may be the way to go, you would also need to write an AT interpreter... * you could try to cross compile it for running it on the ARM samsung SOC...(did you try already to make a call with it? (you would need to activate the transmit feature for that(activating that breaks the law since you would need regulatory aproval, and it lacks it, consult a lawyer for more information...), but since you don't care about the law) Personally I think I'll go the legal way, with the GSM test license and the USRP, but I'm not sure it's really needed in order to get nuttx running on it, and I've not decided yet if I'll do it(since SHR needs some love too). Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Liberated Calypso docs found
> 1. Acting on the authority of the Presidium of the Supreme Soviet of the >Union of Soviet Socialist Republics and the decrees of V. I. Lenin, >declare TI's copyright on the ware to be null and void in the USSR >jurisdiction Not a good idea, see http://www.gnu.org/philosophy/pirate-party.html Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] GTA04 Boot speed comparison
> BTW: David has reported that the original QtMoko rootfs image does boot and > allows to > do some useful things on the GTA04. So it does not appear difficult to adapt > a real and full > QtMoko (or SHR or hackable:1 or ...) release for the GTA04. I wrote a porting guide for SHR(we also have one for android phones specificities...) it's here: http://www.shr-project.org/trac/wiki/Device%20Porting%20Guide So everyone is welcome to port SHR to it and to improve the guide(it's rather minimalist right now) Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Writing my own Free Plain Phone sw distro for GTA02
> In order words, the phone functionality I am after is what people would > call a "dumb" phone, or I prefer to call it a Plain Phone to use a more > neutral / non-derogatory term. feature phone is also non-derogatory and means exacty the same thing > Learning motivation: that's the biggest one for me. I am a knowledge > freak. I want to know, know, know. check out the wiki, there is explanation on how the hardware works there... > > I realize that I will unfortunately have to treat the Calypso GSM block > as a black box. If I had a spare million dollars laying around, I could > probably find an ex-Openmoko-Inc employee whom I could bribe for an > illegal copy of the 3 missing schematic sheets and of whatever mix of > partial source and linkable binary/object modules I'm guessing they must > have had for the Calypso firmware: still not stellar, but better than > what the community currently possesses, which is a block diagram on > schematic page 14 and a fully-built FW image. But I don't have a spare > $1M laying around, so that is probably not an option. :-( learn about osmcombb, however it's not a drop-in replacement as it lacks: *an AT command interpreter part(however they have an abandoned nuttx port) *any kind of certification needed for connecting to carrier networks > But even with the GSM modem being a black box sequestered behind a serial > port, still that's not so bad, the GSM modem doesn't control the CODEC(the "sound card") nor the GPS. > As a more concrete example, I don't want my UI to use either GTK or Qt, > and in fact I don't want any pre-existing UI code period: I want to > design and implement my own UI 100% myself. My UI design will be rather > monolithic, centering around Plain Phone functionality: making and > receiving plain old voice calls on the GSM network, receiving, replying > to and composing SMS, managing contacts, and that's about it. (*No* > "apps" or the like.) I will implement my Plain Phone UI in plain C > using just libX11, no GTK or Qt, because that's my programming comfort > zone. too bad because there was already a feature-phone distro called aurora, but its GUI is in QT(using the framebuffer), but yet very basic. > I also don't like dbus: too modern for my taste. Hence I will need to > implement my own version of gsmd that doesn't depend on dbus or any > other infrastructural backbone of a "modern" Linux distro. too bad that rules out freesmartphone, which is a great hardware abstraction layer. if you would use freesmartphone you could have written the GUI quickely enough to make it a reality. > 1. Learn the process for loading new code images into the phone, build a >very basic rootfs image (using the techniques and principles from my >HEClinux-am3517 project) that does nothing other than allow an ssh >root login over the USB port, load it, get it to boot (debug board >with serial console bring-out for the win!) and get the USB login >to work. Try doing it with the battery removed (USB power only) if >possible. just read the wiki for that. > 2. Write the first inklings of the battery charger daemon: minimal power >management code to enable battery charging and control the USB >current draw limiter. Charge the battery and see it boot w/o USB >power. battery charging is done in the kernel. > 3. Write the first minimal gsmd. Have it save incoming SMS in an >"airlog" file with no UI. Try placing an outbound call or sending >an SMS from the command line (from the shell accessed via USB port >login session). > 4. Write the bottom layer of my own UI, roughly taking the place of the >X11 window manager. Have the userland display *something* on the LCD. why not using framebuffer directly? Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: osmocombb?
On Friday, August 26, 2011 02:42:33 pm Timo Juhani Lindfors wrote: > Benjamin Deering writes: > > Has anyone tried this open source calypso firmware on their freerunner > > yet? http://bb.osmocom.org/trac/ > > Not many of us have our own base station yet and afaik it is not legal > to use osmocombb in a public network. Also, it's not a drop-in replacement currently. layer23 runs on a computer(be it your laptop or the samsung SOC of the freerunner...) and it doesn't have an AT interpreter(instead it's an interactive command line interface). altough they have a port of an RTOS named nuttx for the calypso, however no one are working on it anymore...so maybe someone should continue that work... Note that I didn't try it yet(I'm will work to get the money to buy an USRP + A test license to try it ) Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Shiftd
10 июня 2011 г. 18:02 пользователь Ben Thompson написал: > How about a new case/display module for the GTA04 I totally agree with you! The only weak point of GTA04 would be the small screen (in physical dimensions) and lack of capacitive sensetivity. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Another open hardware mod experiment: RFID-tag/Reader board for the Freerunner, Nanonote (?) and Beagleboard
2011/4/11 Dr. H. Nikolaus Schaller : > Difficult to say. > > There are three potential issues whiy it could not work: > * our board is 13.56 MHz (other RFID systems use different frequencies) > * our board supports two protocol standards (they may use a different one) > * the RFID system may be copy protected and/or encrypted with the tag id (and > you can't change a tag id) Wikipedia says that it uses Mifare UltraLight chip (ISO 14443 Type A 13,56 MHz), so the protocol seems to be compatible. The encryption part is unknown. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Another open hardware mod experiment: RFID-tag/Reader board for the Freerunner, Nanonote (?) and Beagleboard
Hi Nikolaus, Great news! Here in Moscow, some of the tickets to public transport are basically RFID tags. Will I be able to "copy" them and use my Free Runner for it with this hardware? Best regards, Denis Shulyaka. 2011/4/11 Dr. H. Nikolaus Schaller : > Dear all, > besides the GTA04 and the Freerunner Navigation Board, > we have been working behind the scenes on a new hardware mod, > originally for the Openmoko Freerunner. It is a > > RFID Antenna, RFID Tag (M24LR64) and a RFID Reader (TRF7960) board. > For 13 MHz (ISO14443, ISO15693). > > The project is still in its beginnings, but the hardware is designed and > first samples have been built and appear to work (at least as far as we > could test them). And, a first U-Boot based driver running on a BeagleBoard > has shown that the RFID reader chip responds and sends interrupts. The > tag chip also works and has been tested with an external USB based reader > stick. > > The boards have solder points so that it should be possible to interface > to different SoC and boards, e.g. BeagleBoard, Nanonote, OpenPandora... > > The minimum wiring is that it nedds 3.3V power, 3 SPI wires and a INT line > to a GPIO. If power should be controlled or the SoC has 1.8V I/O, more > wires are needed. > > For documentation and details I have uploaded some material to > this page: > > http://wiki.openmoko.org/wiki/Freerunner_RFID_Board > > Schematics and board layout are available in EAGLE format. > > Now, what can you do with it? I don't know but would be happy to hear > about ideas... > > We have the idea to sell these complete boards at 79 EUR (which > is approx. half the price of a TI eval board), if you are interested in > experimenting with this technology. > > > Nikolaus > > > ___ > 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: GTA04 hardware suggestion and discussions : 802.11n dual-band+Bluetooth+FM transceiver (Broadcom BCM4329)
Bcm4329. Driver has some issues...dichiara as : *Androidi specific driver *No cfg80211 *can have wext...but no standard scanning Denis Sentire from a mobile device Glenn ha scritto: Another hardware suggestion for GTA04Ax: This chip could be a candidate for dual-band wi-fi (2,4 and 5,4GHz), Bluetooth and FM transceiver: Broadcom BCM4329: http://www.broadcom.com/products/Bluetooth/Bluetooth-RF-Silicon-and-Software-Solutions/BCM4329 Quote: "... The BCM4329 also utilizes advanced design techniques and process technologies to reduce active and idle power consumption and extend battery life. ... # Broadcom's most integrated 65 nm single-chip combo device with single-band (2.4 GHz) 802.11b/g/n or dual-band (2.4 GHz and 5 GHz) 802.11a/b/g/n, plus Bluetooth 2.1 + EDR and FM receiver and transmitter features ... # Full featured, on-chip Power Management Unit supporting direct battery (2.3V to 5.5V) connection ..." Broadcom - VoIP Android Tablet Support: http://www.thesearethedroids.com/2010/02/09/broadcom-voip-android-tablet-support/ Quote: "... As part of the Mobile World Congress demonstrations next week, Broadcom is also showcasing Android support across a range of other solutions including: ... Multi-chip Android support in a consumer multimedia tablet device based on the BCM11211 VoIP processor and leverages the BCM1181 for multimedia processing, the BCM4329 for Bluetooth and Wi-Fi, and the BCM4750 for GPS. ..." Search: http://www.google.dk/search?q=linux+BCM4329+driver http://www.spinics.net/lists/linux-wireless/msg43910.html Quote: "... In case you haven't seen this yet, Broadcom has an open (!) driver on the Android git tree with support for SDIO/SPI for bcm4329. http://tinyurl.com/broadcom-android-bcm4329 [ http://android.git.kernel.org/?p=platform/system/wlan/broadcom.git;a=tree ] The commit log entry dated 2009-10-29 states: Linux WLAN driver for BCM4329 - Low-Power 802.11n with Bluetooth(R) 2.1+ EDR and FM (Tx and Rx) ..." http://www.spinics.net/lists/linux-wireless/msg43951.html Quote: "... While this driver is currently used for Android, there is nothing that precludes its use on non-Android flavors of Linux. ..." http://forum.xda-developers.com/showthread.php?t=699135 Quote: "... Looking through the teardown from iFixit.com, the EVO has the same Wifi/Bluetooth chip as the Nexus 1 and Droid Incredible: BCM4329 ... Froyo has it ..." BCM4329: http://theiphonewiki.com/wiki/index.php?title=BCM4329 Quote: "... This is the radio chip that is being used in the iPod touch 3G, iPad, iPhone 4, iPod touch 4G, and Apple TV 2G. ..." Network World, 09/11/2009, 11n Wi-Fi chip discovered in new iPod Touch: http://www.networkworld.com/news/2009/091109-ipod-touch-broadcom.html Citat: "... The new Apple iPod Touch uses a Wi-Fi chip that can support the just-approved high-throughput 802.11n standard, though Apple apparently has not switched on the cranked-up wireless link. The single chip combines 802.11n with 802.11abg, Bluetooth, and FM radio. It runs in both the 2.4 GHz and 5 GHz bands. Full details are in the company's data sheet for the chip. ..." Maybe there is already an Ipod Touch 11n wi-fi driver: http://www.rockbox.org/ http://en.wikipedia.org/wiki/Rockbox What is Rockbox? Why should I use it?: http://www.rockbox.org/wiki/WhyRockbox Freemyipod: http://www.freemyipod.org/ December 9, 2008 Broadcom introduces combo 802.11n chip: http://news.cnet.com/8301-1035_3-10119038-94.html - http://androidcommunity.com/forums/f10/wifi-support-need-wpa2-7116/index2.html Quote: "... Android doesn't support WPA2 Enterprise. You need wifihelper to TRY if it works. I have the same issue, my university uses WPA2 enterprise... no luck connecting... ... Download "wifi Helper" from the Android Market by Fan Zhang. Use it to setup your wpa_supplicants file; engineering mode requires the Pro version (at 0.99 USD, it's worth it...) If you experience problems scanning for networks (this happened to me upon first installation)... make sure you have set "Allow Always" when wifiHelper asks for root permissions while running, and double check your configuration by using "Manage Configurations", and re-enter if necessary after setting the "Allow Always" permissions. ..." - BCM4329 test: April 21, 2010 iPad WiFi Woes - Myth or Reality?: http://www.padgadget.com/2010/04/21/ipad-wifi-woes-myth-or-reality/ Quote: "... To keep it simple, we mainly focused on signal quality, as well as the average download speed the devices could sustain. ... # iPad (WiFi-only model): iPhone OS 3.2, 16GB Flash, WiFi via Broadcom BCM4329XKUBG (basically a BCM4322AG with Bluetooth support, driver version unknown) ... Results Signal Strength Let's be clear, the iPad performed decently, but performance was not on par with the MacBook and the HP Tabl
Re: GTA04 hardware suggestion and discussions : 802.11n dual-band+Bluetooth+FM transceiver (Broadcom BCM4329)
On Sat, 2011-02-05 at 09:18 +0100, Glenn Moeller-Holst wrote: > 9th January 2011, Bcm4329 driver source code: > http://forum.xda-developers.com/showthread.php?t=906628 > Quote: "... > I tried many ways, last modified module name, unexpectedly > successful, it is funny. I wouldn't go for an android driver, That driver doesn't have cfg80211. It has only WEXT, and WEXT scanning(iwlist eth0 scan) doesn't work because the scanning method is non-standard(iwpriv) It could be modified to support scanning, but then what if a stack like SHR or FSO start depending on libnl for wifi? I think other drivers like wl1271 are better, they should be more standard as they are integrated in the linux kernel. wl1271 even supports AP mode. wl1271 also has a redistributable firmware now. >From Kconfig: " CONFIG_WL12XX: This module adds support for wireless adapters based on TI wl1271 and TI wl1273 chipsets. This module does *not* include support for wl1251. For wl1251 support, use the separate homonymous driver instead. " Does the chip need to have android support too? Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] some advertising
> I did a video as well, showing my new dual-booting solution called "Bootr": > http://vimeo.com/18744450 > > With Bootr you can switch between WebOS and SHR at bootup. > Bootr lives here: https://github.com/slyon/bootr I tried really hard to see this video, I tried : *viewing with gnash *using some download website that were suspicious: **some require java **some wants you to install some toolbars *using cclive *using cclive from git(didn't compile) *using greasemonkey(greasemonkey extension was unavailable due to website issues) *using grease monkey again(when it became available again) with http://userscripts.org/scripts/show/56677 It displayed a bar but clicking on it shown a page with the following written: Technical Difficulties Whoops! We are having some technical difficulties, please try again in a minute. So is there a way to view that video without installing the non-free flash player? Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: some advertising
On Wed, 2011-01-12 at 16:38 +0100, Sylvain Paré wrote: > :) > you are welcome for the .ogg! the cons is that I can't know how many > personne did look the video as I only have a counter on vimeo. > (only html code on my personnal page...) count me as viewer of the ogg version. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gestures (on SHR)
>I can't seem to get past the initial "make the gesture" after selecting a >model and pressing the train button. I've the same issue. > >Should the frontend still function as described in the wiki? > >I started looking into the underlying scripts, but haven't found the start > >or end yet. > The library is still under heavy construction all the time... ??? The program for the gestures is named accelges and it's rather the contrary,and it seem that that program is not mained anymore. It would be nice to have it working again. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: wiki down?
Same here. 2010/12/13 Petr Vanek : > Anyone knows what happened to the wiki.openmoko.org? > > thank you > > Petr > > > > ___ > 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: [e-users] Someone is trying to patent Quickwriting
On Sun, 2010-11-21 at 16:24 +0100, Daniele Ricci wrote: > On Sun, Nov 21, 2010 at 15:41, Dave Andreoli wrote: > > Yeah , ABSOLUTELY!! What can we do to stop this patent? 8pen > > is EXACTLY the same as quikwriting. what can we do? are you > > involved in the quikwriting project? did you contact them? > > > > DaveMDS > > > > I contacted the 8pen company: just one reply and that's it. They're > not responding any more. Probably they think they're in a bad > position. > I also sent a mail to prof. Perlin, the quickwriting creator, no reply. > > What about FSF? What about SFLC? Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Another so suitable for freeruner?
On Mon, 2010-11-08 at 20:45 +0100, David Lanzendörfer wrote: > I'm sure GNUtoo will be pleased to do this too, as soon > as he got a new OpenMoko. I've already one, I do not need 2 freerunner for this project. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA04] When is the next and more powerful openmoko releasing
> Sean has given us a very important learning: we should use catalog components > (e.g. DigiKey, > Farnell, Mouser, RS-Components) as good as possible. Unfortunately they don't > have a > smartphone case. Maybe you can find one here: http://www.gizmoforyou.net/site/shop/gizmos/computing/flow/flow-g1-5.html Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Wikipedia
On Thu, 2010-10-28 at 10:27 +0200, Eric Ehlers wrote: > Hello, > > I added a new section (2.5) to the Openmoko page on wikipedia in an > attempt to reflect the latest status of the project: > > http://en.wikipedia.org/wiki/Openmoko I also think that the history is a bit short, but I don't know enough to complete it. For instance, I think it was the first commercial free phone. but I don't know when exactly the gta01 and gta02 were commercialized. I also wonder if it's the first commercial phone(or not) that permitted the installation of native applications(I wonder if the app store for the iphone came before or after the openmoko) It would be nice to have more info, because else it would be forgetten... Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as webcam display
2010/9/6 Alexander Lehner : > xrandr -o 2 seems not to work. I'm sorry, I meant xrandr -o 1 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as webcam display
2010/9/3 Alexander Lehner : > > > On Fri, 3 Sep 2010, Gennady Kupava wrote: > >> ? ???, 03/09/2010 ? 19:03 +0200, Alexander Lehner ?: >> >>> I think it's the CPU which is around 90% already at 2fps. >>> Another problem is, that the mpeg stream sometimes seems to be corrupt >>> which crashess mplayer after some time. >>> So I did a 'while true; do mplayer...; done' around and set codecs and >>> other parameters by hand to avoid the autodetection. >>> >> >> Hey, do not scarify this man with timings, theora, omhacks and etc. I >> can play 640*480 mpeg2 at 12fps, glamo can update 640x480 fullscreen at >> much higher fps ;) >> >> 2 fps is way too low, you should find what is missing. >> >> What is resolution? what is codec, can you rstp service send in >> different format (may be mpeg4 will be faster)? Do you sending sound >> with your image? Which part of system eats 90% of CPU? >> >> Caclulate your rate and find out why it is so slow, find out why it is >> so slow! > > I turned back the fps of the cam to 10fps and it still works, i.e. I don't > have framedrops and CPU load is the same (ok, there is not much room > left...) > BUT: the reaction is too slow. If i move the cam, it takes up to 15 > seconds, until the actual image appears. > It seems that there is some data stuck somewhere, but I don't know where. > If I watch the cam from a PC, I don't see that delay. > > The webcam sends a sound, but i've turned sound off in mplayer. > The resolution is 640x480. > It's mplayer itself which eats all CPU. > The only alternative is MJPEG which does not work, so I'm using MPEG4 (did > I say MPEG2 before?). > My FR is connected via WiFi (someone said it's faster than USB) and next > to the accesspoint. > > My mplayer line looks like: > mplayer -vc ffodivx -vf scale -fps 2 -fs -nosound -vf rotate=2 -vo fbdev > rtsp://doorspy:554/mpeg4 > > And that's what mplayer says: > -- > Playing rtsp://doorspy:554/mpeg4. > Resolving doorspy for AF_INET... > Connecting to server doorspy[192.168.13.40]: 554... > rtsp_session: unsupported RTSP server. Server type is 'unknown'. > STREAM_LIVE555, URL: rtsp://doorspy:554/mpeg4 > Stream not seekable! > file format detected. > Initiated "video/MP4V-ES" RTP subsession on port 53728 > Initiated "audio/PCMU" RTP subsession on port 58282 > VIDEO: [mp4v] 0x0 0bpp 0.000 fps 0.0 kbps ( 0.0 kbyte/s) > Opening video filter: [rotate=2] > == > Forced video codec: ffodivx > Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family > Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4) > == > Audio: no sound > FPS forced to be 2.000 (ftime: 0.500). > Starting playback... > Could not find matching colorspace - retrying with -vf scale... > Opening video filter: [scale] > Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. > [swscaler @ 0x40e90890]No accelerated colorspace conversion found from > yuv420p to rgb565le. > > -- > > Alex. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > Hi Alex! I think that video filters you use take too much cpu. Try -zoom instead of -vf scale and also try `xrandr -o 2` before running mplayer and omit the -vf rotate=2 parameter. Also try -vo x11 if above does not work. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: a recipe for qt4-plugin-phonon-backend-vlc
As a user, yes it would be interesting to have option of vlc backend. Although I must admit that I would probably be more interested if I could actually use vlc as client for streamed video i.e. I have a MythTV machine in the house and would like to stream recording to FR, but that's probably OT. Sorry can't help with hint cheers Denis On Mon, Aug 30, 2010 at 7:38 PM, Sylvain Paré wrote: > Up. > Nobody is interestied or wants to give me a hint ? > > 2010/8/27 Sylvain Paré >> >> Hi, >> >> If someone is interested I am trying to build the vlc backend for phonon >> (in replacement of the gstreamer one). >> It needs at least libvlc 1.1 that you can found attached >> (David I tested it and it works!. well not very smoothly at all but I >> think it can be largely optimized. don't have the skill to do it plus here >> it is for playing sound which interests me, not video :) ) >> I did a recipe (attached) but it needs automoc4 which is provided by >> automoc-native to build. >> And this is where I gets stuck : >> automoc-native itself does not build. >> (According to OE's log automoc-native is ~ 2 years old.) >> Attached my CMakeError.log => 'Q_WS_WIN' undeclared (first use in this >> function) >> which was defined in QtCore/glogal.h but not anymore now and I don't know >> where it is supposed to be. >> I don't know how to fix this properly. >> If someone can help me. >> thx by advance! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner - small and fast distribution only for GPS
On Sun, 2010-08-29 at 16:03 +0200, Carsten Gerlach wrote: > Hi, > > Am Samstag 28 August 2010 schrieb Timo Juhani Lindfors: > > I don't really see the point in having a yet another > > distribution. Just take an existing distribution and configure it to > > fit this task. Optionally contribute back some new packages. > > > > Configuring a system for GPS-only use is an interesting challenge. > > > > 1) The filesystem probably should be read-only so that you can turn > > the power off at any time, right? > > > > 2) The only volatile part of the filesystem would then be the gps > > tracks? > > Yes of course, you are right, maybe there is no need for a "new" distro, a > modification of a existing one can work. But when we come to your mentioned > read-only filesystem, then I dont't know if it is possible only by > configuring? And what is with all the drivers for wifi, USB, GSM and so on > which are not needed? Can we do this without compiling a new kernel? > > Ok, my first test would be to take an existing distro and remove all > packages, > which I don't need. Then we will see... > > What would be a good starting distro? I would take SHR, but maybe another > would be better? > > Greetings, Carsten maybe use SHR as distro or derive from it and make a custom and new image. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner - small and fast distribution only for GPS
> Hi, > > Am Samstag 28 August 2010 schrieb Timo Juhani Lindfors: >> I don't really see the point in having a yet another >> distribution. Just take an existing distribution and configure it to >> fit this task. Optionally contribute back some new packages. >> >> Configuring a system for GPS-only use is an interesting challenge. >> >> 1) The filesystem probably should be read-only so that you can turn >> the power off at any time, right? >> >> 2) The only volatile part of the filesystem would then be the gps >> tracks? > > Yes of course, you are right, maybe there is no need for a "new" distro, a > modification of a existing one can work. But when we come to your > mentioned > read-only filesystem, then I dont't know if it is possible only by > configuring? And what is with all the drivers for wifi, USB, GSM and so on > which are not needed? Can we do this without compiling a new kernel? > > Ok, my first test would be to take an existing distro and remove all > packages, > which I don't need. Then we will see... > > What would be a good starting distro? I would take SHR, but maybe another > would be better? Maybe: *take SHR or derives from it in openembedded, *create a new lighter image. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WikiReader sales and the future of Openmoko
> And if it frees up > developer resources to doing just hardware and kernel support by not > doing a huge effort like OE-based Om2007.2/Om2008/Om2009 on the > software distribution, I'm all for it. hmmm. on htcdream, having something half-usable was so hard... for instance: No alsa driver shipped with the android kernel. Thanks to codeaurora/qualcomm for writing an alsa driver...but I spent countless hours trying to debug it(with printks)... At the end it worked but it was far from easy. wifi(we spent a long time looking at kernel config),GPS(I was only a tester/dumper),real-suspend(the offending commit was found by alain2210 after a very long git bisect) etc each thing to make work was hard...(but in another hand I'm a kernel newbie) Thanks to leviathan,mickeyl,alain2210,phh,Thingol etc... for the help!!! now it's a lot more usable, and I look forward for: *GPS integration in FSO(should be done very soon) *fix the remaining buffer underruns in alsa(fix avaliable but I wasn't able to make it work) *keyboard mapping *wifi PSM Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] FR dying unexpectedly?
On Fri, Jun 11, 2010 at 12:25 AM, Brolin Empey wrote: > Sometimes (at least once per month?) my FR dies unexpectedly: sometimes > it happens when I receive a phone call, even if my FR does not die when > the same phone number calls before and after the Call of Death. Other > times, my FR is suspended or fully on while charging. I have not > noticed a pattern so far. This has occurred to me also a few times, can't say I ever noticed it while getting a call. > My FR dies both when running on battery on > when charging. When I say my FR dies, I mean it shows no user-visible > signs of life until I remove and reinstall the battery. Before I do > this, I cannot even get my FR to power on again: the display is off and > the power button does not appear to do anything. Does this happen to > anyone else? Yes, very similar symptoms, although I have noticed similar issue whenever I do flash a new distro to NAND (regardless of distro). The first power on/boot attempt appears as if the FR is dead, until I remove and reinstall the battery. Usually I have to wait 15 sec or so before I reinsert the battery. I am using Qi, and I get the familiar led flash and vibrate but then dead, but t not sur if Qi has anything to do with these symptoms. > Is there a known cause and/or prevention? I am currently > using QtMoko v19 with the QtMoko v19 debug kernel (suspend did not work > with the QtMoko v19 nodebug kernel) on a buzzfixed GSM 850 MHz GTA02A6. Mine is a buzzfixed GTA02A5 first group purchase into Australia. It experienced these symptoms prior to buzzfix also. I'm currently running V24 and so far have not experienced it dying while booted, but then I have not had v24 that long. At this point I do not feel it is distro related and suspect that it may be kernel version related and specifically related to detecting usb cable and charging state and perhaps even the battery meter showing invalid state while battery is in fact quite drained. As you suggested, it sometimes even occurs while the FR is plugged in, however I wonder if sometimes it simply looks like it is fully charged while it actually has a critical low battery and shuts off. As you say, hit has not happened enough times to be able to be definitive about the conditions and establish a pattern. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
On Tue, Jun 1, 2010 at 4:48 AM, Radek Polak wrote: > Hi, > new QtMoko images v24 are out! You can download from our sourceforge [1] > or visit our homepage [2][3]. Now that I have been trying V24 for some days, I can confirm the following: 1. I now have good call volumes and no distortion after setting audio values via neocontrol and they are remembered across reboots if you use the save option. Very happy. 2. Power Management - does not detect current state .e.g. battery or AC. When AC plugged in, still says "on battery" - after suspend, state shows "locked" despite never going to lock. If one goes to lock and then unlocks, power mgmt still shows state as locked. Locked state goes to battery after attaching usb cable and charging starts. 3. Unfortunately and the biggest show stopper for me, is I am still experiencing sporadic GSM connectivity issues. This is not new though, afaik this started as an issue sometime after v16. It would be interesting to see if anyone else experiences these or knows a workaround. If you want me to provide logs or you want to give me step by step instructions for test cases, I'm happy to be a guinea pig to resolve these issues once and for all: - sometimes stays "searching for network", multiple restart of QT does not clear it even when 3 bars or better are shown in signal meter on left. - sometimes after device reboot "no network" but then seems to connect, however sometimes shows signal and carrier but cannot establish outbound calls and inbound calls can't get through. Obviously same for SMS. - currently there does not appear to be any relationship to suspend cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
On Tue, Jun 1, 2010 at 6:20 AM, Petr Vanek wrote: > On Mon, 31 May 2010 20:48:41 +0200 > Radek Polak (RP) wrote: > >>Hi, >>new QtMoko images v24 are out! You can download from our sourceforge >>[1] or visit our homepage [2][3]. > Hi Radek and all QtMoko contributors, > this sounds really great, thank you for all the hard work! I would like to reiterate and thank all contributors for your ongoing efforts. regards Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
On Tue, Apr 27, 2010 at 7:33 PM, Radek Polak wrote: > Hi, > i have uploaded new stable QtMoko debian images [1]. > .. > - workaround for the GSM (restart not needed now) > .. > As for the fixes: first two are quite clear. The problem with GSM not > registering can be partially solved by putting sleep after we power the modem > on. GSM registering now failed for me only first time after flashing. Then i > tried many times and haven't hit the problem again so let's hope it's fixed > now. Anyway 2.6.32 does not have this problem - so 2.6.32 is long term > solution. I have reflashed to v22 and found that it cycled on "searching for network". A qt restart did not help at first but then seemed to register as my carrier was shown. I have since restarted QT and the device a few times and sometimes it cycles searching and other times it just seems to register. Nonetheless, I cannot send sms, simply get given error "error sending sms" and the sms is placed into drafts. I also cannot establish a call... it goes through the motions after I dial a number, but pretty quickly shows disconnected and quits the dialler. Happy to be guinea pig with versions or any other debugging as I have not been using the fr as primary phone for months due to similar problems. If there are any logs or debugging or versions you would like me to try, please respond with step by step instructions cheers Denis BTW, thanks for all your work on this distro ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
Thanks for all your hard work and efforts. I re-flashed with latest v23 files and my first call, although I could hear the other party pretty well (although I would like to increase the volume), the other party complained of bad distortion so I guess it is time to find the correct mix of state files. Mine is a GTA02 A5 buzz fixed. So if someone has good working state files then please share. cheers Denis On Tue, Apr 27, 2010 at 7:33 PM, Radek Polak wrote: > Hi, > i have uploaded new stable QtMoko debian images [1]. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Android status as a daily phone
Thanks urodelo. What about the listen volume? And about hibernation? Is the energy saver working as it should? I mean the phone can sleep and wake without problems? Denis. On 24/04/2010, at 21:44, urodelo wrote: > I've it on my fr since some months. The version I use is 1.5. I can use it > as daily phone. it's stable. I've just installed few applications, and > except some occasional freeze, I'm not experimenting any special problem. > However, I find there aren't many interesting applications available (for > my taste), not like in shr. Moreover, its difficult to do every little > change in the system. But if you just want to use it as mobile phone, i > think it's ok. I didn't test gps and bluetooth yet, I assume they work. > Wifi works very well, it automatically reconnects if i go out of range for > some time. I've it on nand; booting it can sometimes be a challenge, if > your finger isn't quick enough, especially if you have just opened your > eyes after a deep sleep. > ByeZ > urodelo > > On Sat, 24 Apr 2010 23:59:36 +0200, Denis Galvão - Gmail > wrote: > >> Im out for a long period... >> >> What is the most recent status of Freerunner Android as a daily phone? >> >> I''ll try it again on monday, and would love some feedback from Android >> users out there. >> >> Thanks, >> >> Denis. > > > ___ > 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
Android status as a daily phone
Im out for a long period... What is the most recent status of Freerunner Android as a daily phone? I''ll try it again on monday, and would love some feedback from Android users out there. Thanks, Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is Neo Freerunner a phone?
On Sun, Mar 28, 2010 at 10:11 PM, Martin Šenkeřík wrote: > I can recomend you android. I was looking for reliable phone, I tried > "everything", and my last try - android is total winner. Give it a > try. Can you confirm what freerunner and android versions please cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MIDI on FR (was: Re: Some trickery involved in getting USB Host working on FR?)
2010/3/9 Paul Fertser : > And yes, the > kernel module is missing because CONFIG_SND_SEQUENCER is not set. I > assume this needs to be corrected. Can you test it's the only option > needed please? It appears to be enough. Thanks! Here are the modules for the latest SHR-U kernel: ftp://shulyaka.org.ru/pub/kernel-module-snd-seq-device_2.6.29-oe11+gitr1+a15608f241a40b41fed5bffe511355c2067c4e88-r8.4_om-gta02.ipk ftp://shulyaka.org.ru/pub/kernel-module-snd-seq-midi-event_2.6.29-oe11+gitr1+a15608f241a40b41fed5bffe511355c2067c4e88-r8.4_om-gta02.ipk ftp://shulyaka.org.ru/pub/kernel-module-snd-seq-midi_2.6.29-oe11+gitr1+a15608f241a40b41fed5bffe511355c2067c4e88-r8.4_om-gta02.ipk ftp://shulyaka.org.ru/pub/kernel-module-snd-seq_2.6.29-oe11+gitr1+a15608f241a40b41fed5bffe511355c2067c4e88-r8.4_om-gta02.ipk It would be good to see them in shr repositories. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MIDI on FR (was: Re: Some trickery involved in getting USB Host working on FR?)
2010/3/9 Denis Shulyaka : > That's where I failed: I can't compile the kernel myself. > I did everything as advised in > http://trac.shr-project.org/trac/wiki/Building%20SHR , but `make > kernel` fails with '/usr/bin/ld: cannot find -lc'. Well, I've figured that out. My build system didn't have glibc-static package for -static builds. Added to the Wiki. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MIDI on FR (was: Re: Some trickery involved in getting USB Host working on FR?)
2010/3/9 Paul Fertser : > I'm not sure why you're writing to me personally, feel free to reply > on-list if that's a mistake. That's a mistake, I just pushed 'reply' button. I meant to reply to the list/ > On Tue, Mar 09, 2010 at 02:30:37PM +0300, Denis Shulyaka wrote: >> The problem is that the device file /dev/snd/seq is missing. For >> example, if I try to start aseqnet from alsa-utils-aseqnet package I >> get the following: >> ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory snd_seq_open: No such file or directory > > I think you want to use a software midi synthesizer and you did > nothing to actually accomplish that :) > I guess you need to install and configure timidity. Actually, already installed timidity :) You can get my package here ftp://shulyaka.org.ru/pub/timidity_2.13.2-r0.4_armv4t.ipk , though I don't remember if it works out-of-the box without manual configuration or installing of a soundfont. I can use it as a stand-alone midi player, but if I try to start it as ALSA server I get the same error: r...@neo ~ $ timidity -iA TiMidity starting in ALSA server mode ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory error in snd_seq_open > And yes, the > kernel module is missing because CONFIG_SND_SEQUENCER is not set. I > assume this needs to be corrected. Can you test it's the only option > needed please? That's where I failed: I can't compile the kernel myself. I did everything as advised in http://trac.shr-project.org/trac/wiki/Building%20SHR , but `make kernel` fails with '/usr/bin/ld: cannot find -lc'. I think it's a dependency problem and I need to compile something first, but I just can't guess what. `bitbake glibc` doesn't do the trick and also fails with "find_exidx.c:(.text+0x901b8): undefined reference to `fstatat64'". ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some trickery involved in getting USB Host working on FR?
Please tell me if you can get MIDI working. I tried it myself but some kernel modules seem to be missing and I couldn't manage to build them myself due to some dependency problems. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some trickery involved in getting USB Host working on FR?
Please tell me if you can get MIDI working. I 2010/3/8, Jay Vaughan : > Hi, > > Does anyone have any advice for me on how to get the Freerunner to > work as a USB Host device? I'd like to use it as the main PC > surrounded by USB devices (USBMIDI cable, Powermate) .. is there some > special cable I need, or is this now all easily handled at the distro > level somehow, and if so: which distro has the easiest-to-use USB Host > capabilities? > > Sorry for these dumb questions, btw .. I'm just trying to get my > Freerunner into some useful context in my life, and if I could get it > set up with USB Host capabilities that'd be pretty good right now .. > > ; > -- > Jay Vaughan > > > > > > ___ > 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-U] WiFi-related memory leak
2010/2/24 Timo Juhani Lindfors : > Hmm. The memory usage of frameworkd actually decreased during the test: > How can this happen? ;) > Same for Xorg too: > and hal: I have no idea why it decreased. I guess kernel unloads some parts of executable that are not executed ATM. > (Why is it running as sshd user btw?!) I don't know, isn't it default in SHR? > I have never used slabtop before. Here when wifi is connected it > displays > 38 38 100% 4.00K 38 1 152K size-4096 So it's just 152K. In my case it's 40-50K and counting. BTW, what kind of WiFi authentication and encryption do you use? I use WPA and TKIP, may be I should try something else? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
2010/2/21 Timo Juhani Lindfors : > Can you try the same test again without swap? Here it is. Without swap and midori this time: ftp://shulyaka.org.ru/pub/memlog2.tar.bz2 The phone survived for 2 hours this time. I guess it could live a little longer without transmission-daemon. Xorg was killed at about 19:25. I'm not sure about what happened with the script but id didn't take logs for 25 minutes between 18:58 and 19:22. It's the time when transmission-daemon was killed. The most interesting line in slabtop was: OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 12278 12278 100%4.00K 122781 49112K size-4096 It was counting all the time the test was run. Don't know what it means though. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
2010/2/19 Denis Shulyaka : > I'll do some logging of `ps auxf`, `free` and `df -h` every 5 minutes. OK, I did some tests today, here are the logs: ftp://shulyaka.org.ru/pub/memlog.tar.bz2 I have rebooted the phone to get clear results, started WiFi, Midori and transmission-daemon and run the following script: #!/bin/bash while true; do STAMP=`date +%H:%M:%S` ps axuf > ps.$STAMP free > free.$STAMP df -h > df.$STAMP sleep 300 done It writes output of `ps auxf`, `free` and `df -h` to a corresponding file every 5 minutes. The phone could survive for 4 hours. When I look at the phone after about 3 hrs and 45 min the Xorg (along with vala-terminal and my script) was already killed (the last log entry was at 3:40). However I still was able to ssh into the phone and get some final data manually (named *.last). On the phone screen I saw text console with following messages: [15237.185000] Out of memory: kill process 1409 (screen) score 188 or a child [15237.185000] Killed process 1442 (sh) [15237.27] Out of memory: kill process 1215 (batget) score 166 or a child [15237.275000] Killed process 1215 (batget) [15238.045000] Out of memory: kill process 1409 (screen) score 124 or a child [15238.05] Killed process 1409 (screen) [15238.22] Out of memory: kill process 1473 (udhcpc) score 118 or a child [15238.225000] Killed process 1473 (udhcpc) [15238.355000] Out of memory: kill process 1445 (wpa_supplicant) score 106 or a child [15238.36] Killed process 1445 (wpa_supplicant) [15239.005000] Out of memory: kill process 2393 (bash) score 98 or a child [15239.01] Killed process 2405 (bash) [16042.17] Out of memory: kill process 2391 (sshd) score 89 or a child [16042.17] Killed process 2393 (bash) [16068.555000] Out of memory: kill process 1083 (sshd) score 56 or a child [16068.555000] Killed process 1083 (sshd) What additional info I can gather? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
2010/2/19 Timo Juhani Lindfors : > Never heard of such a problem. Can you make it happen again? Write a > cron job that logs the output of "ps axuf" to file every 30 minutes > for example. This makes it easy to see if some process is consuming > more and more memory. Yes, it happens every time and much faster than the whole night. I'll do some logging of `ps auxf`, `free` and `df -h` every 5 minutes. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-U] WiFi-related memory leak
Hi! I'm using the latest SHR unstable. I experience some problems with WiFi. When I enable WiFi and connect to an AP, it works well for about half an hour. Then all the applications begin to respond more and more slowly, and then kernel starts killing everything until it kills wpa_supplicant or Xorg. Now I can't use my freerunner for downloading torrents with transmission-daemon over night any more) Is it a known problem, or I have unique combination of AP software and FR settings? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v19
On Sat, Feb 6, 2010 at 1:21 AM, Alishams Hassam wrote: > On Fri, 2010-02-05 at 16:17 +0200, Margo wrote: >> If I use the nodebug kernel I can't boot with qi (I use qi installed >> by qtmoko v16d installer). It just vibrates once and flashes the red >> led but doesn't start to boot. But it does boot if I boot it with >> u-boot from NOR. >> >> But with the debug kernel it boots with qi. > Can confirm this with qi as well. qtmoko installed on uSD. Anyone know > how can I see the error/provide a log? I can also confirm this, so I am currently running the normal kernel. I have also noticed that this image + kernel frequently shows "searching for network" cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko webkit related crash in v16 and multiplexing
On Fri, Feb 5, 2010 at 1:42 AM, Denis Johnson wrote: > On Thu, Feb 4, 2010 at 6:40 PM, ghislain wrote: >> You don't need to unpack the kernel-modules because they are already >> unpacked and depmodded in the rootfs.img. > Prior to flashing the image I also used qtbackup while v16b was > loaded. However after I flashed v16d and then 'tar -xvf > /media/card/qtbackup.tgz' I'm a little concerned that maybe this > incorrectly changes back some settings or files corrected by v16d. > Thoughts ? I'm sorry to reply to my own post and create additional noise but for completeness and in case this helps anyone else, I found that after my restore of v16b backup onto v16d, no matter ho many times I reboot, it fails to find to get the network. Just stays on "searching for network". However wifi seems ok. So I surmise there must be something in the backed up settings/config causing this. I'm now going to install clean v19 and not do the restore cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] No GSM network after buying new battery
On Fri, Feb 5, 2010 at 4:00 AM, Margo wrote:
> If I reinstalled the QtMoko (v16d) and used the QtBackup utility to
> restore my settings and files, then I still had the same problem ("No
> network"). But now I did clean install without restoring from backup
> and now everything seems to work. I rebooted once and still works.
I installed v16d last night and it also seemed to work fine, I then
restored my qtbackup and rebooted (now a few times) and I also have no
network. I have not been playing with batteries, in fact the case
hasn't been opened for many days.
Hope this data point helps.
I'm now off to install v19 since it looks like I will need clean
install and this time I will not do a restore of the backup.
cheer sDenis
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko webkit related crash in v16 and multiplexing
On Thu, Feb 4, 2010 at 6:40 PM, ghislain wrote: > You don't need to unpack the kernel-modules because they are already > unpacked and depmodded in the rootfs.img. Excellent thanks. Prior to flashing the image I also used qtbackup while v16b was loaded. However after I flashed v16d and then 'tar -xvf /media/card/qtbackup.tgz' I'm a little concerned that maybe this incorrectly changes back some settings or files corrected by v16d. Thoughts ? cheer sDenis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko webkit related crash in v16 and multiplexing
On Wed, Feb 3, 2010 at 6:14 PM, ghislain wrote: > > You can just dfu-util the 'kernel.img' and the 'rootfs.img', there is no > conversion needed. Thanks for your efforts. I have flashed both but it seems to be struggling with GSM and possibly WiFi but have not checked. Don't we still need kernel modules to be unpacked in / and if so where are they ? cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thanks to authors of Podboy, NIDE, and openmokontrol
On Mon, Jan 25, 2010 at 11:24 AM, Josh Thompson wrote: > NIDE is working really well to control MythTV. I had been thinking of writing > something to control it via MythTV's remote control interface. This works > just as well and works for other apps too. I have wanted to get NIDE running on my QTMoko to also control my MythTV but I'm stuggling to find working any of the feed or package links on the NIDE page, what's the secret ? cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Thu, Jan 21, 2010 at 10:26 PM, Timo Juhani Lindfors wrote: > Helge Hafting writes: >> That ticket seems to describe a similiar problem with wifi, it doesn't >> mention GSM. Or are both handled by a common piece of hardware? > > No. GSM runs on a separate ARM processor and is accessed over a serial > port. As reported by me and others, WIFI is periodically not available after a reboot and there is some suggestion that the faster kernel may be exposing some timing related issues. I'm not yet certain if this issue is also being caused by the timing issues, but on my QtMoko v16b with the nodebug kernel I'm not only experiencing the WIFI problem but more importantly I'm seeing some GSM and SIM related problems. I frequnetly go to make a call and the dialer drops out wihtout errors. If someone can tell me where to look and what to provide to help debug this, then do so. I also sometimes get errors sending SMS and other times get "sim card not ready" when trying to delete SMS. I just wanted to report these as a data point and if anyone wants more details and logs, please ask. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New project openmokontrol
On Tue, Jan 5, 2010 at 3:13 PM, Nicola Mfb wrote: > You may try > > http://wiki.openmoko.org/wiki/NIDE/NIDED I'm still trying to find suitable NIDED package to install and run on QTMoko v16b. Any ideas where and how. Do I need to add a special feed ? cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Call volumes
On Tue, Jan 19, 2010 at 9:23 AM, Brolin Empey wrote: > I think you mean this post:> > <http://lists.openmoko.org/pipermail/community/2009-October/057319.html> Indeed that is the one I was referring to, thanks. I also found this one http://lists.openmoko.org/pipermail/community/2009-December/058189.html > Please see my reply to Vinzenz Hersche’s post in this thread. Yes thanks, although your suggestion of putting control 48 to max of 3 seems to contradict "48. The advice on the wiki is bad, and likely to lead to distortion. Keep 48 low unless you have 12 and 5 near maximum." do you happen to know if we need to restart QTExtended or will changes to the state file take immediate effect. I also wonder how the QTMoko settings, call options, call volume interacts with these state files as it does not modify them if you change one or both sliders. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Tue, Jan 19, 2010 at 7:21 AM, Neil Jerram wrote: > and my FR's date and time is always back to 1st Jan 1970 after a > reboot. It looks to me as though the RTC device isn't working: > > debian-gta02:~# hwclock --show > RTC_RD_TIME: Invalid argument > I my case on QtMoko V16B and this kernel I get: hwclock --show Cannot access the Hardware Clock via any known method. Use the --debug option to see the details of our search for an access method. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Call volumes
On Tue, Jan 19, 2010 at 12:43 AM, Radek Polak wrote: > You can install qalsamixer under settings->software packages if it helps. I > dont have buzzfix so cant help more. Thanks, I installed that however it is difficult to tie together all those sliders to the various control numbers in the state file. I vaguely remember a thread here some time back discussing those controls and values and that the wiki instructions were not correct. I might try and search teh archive and make some sense of it ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] Call volumes
I have switched to using QTMoko, currently running V16b and I cannot seem to get the call volumes right. Caller is not loud enough and caller struggles to hear me. do I need to fiddle with teh gsmhandset.state file manually or is there a better way ? I have a GTA02 A05 with buzzfix. Anyone have a same setup and would care to share their state file(s) cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AW: New project openmokontrol
Any progress on NIDED being available ? I still can't find it. cheers Denis On Wed, Jan 13, 2010 at 2:13 AM, David Wagner wrote: > hab keen oh ne a écrit : >> You could extrakt the ipkg file and move the binary to /usr/bin. Otherwise >> you could install the debian package, which should soon be available in the >> Hackable:1 feeds. >> > > It will be available tomorrow at > http://build.hackable1.org/debian/dists/wip/main/binary-armel/ (and for > some other archs too) > > I tested it, it's awesome :D > > David > >> >> >> Von: Denis Johnson >> An: List for Openmoko community discussion >> Gesendet: Dienstag, den 12. Januar 2010, 10:11:15 Uhr >> Betreff: Re: New project openmokontrol >> >> Any idea if it is possible or how I can install this on QTMoko V16 ? >> >> On Tue, Jan 5, 2010 at 3:13 PM, Nicola Mfb wrote: >>> You may try >>> http://wiki.openmoko.org/wiki/NIDE/NIDED >>> Regards >>> Niko > > ___ > 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: AW: New project openmokontrol
On Wed, Jan 13, 2010 at 2:13 AM, David Wagner wrote: > It will be available tomorrow at > http://build.hackable1.org/debian/dists/wip/main/binary-armel/ (and for > some other archs too) > > I tested it, it's awesome :D You tested on QTMoko ? ____ >> Von: Denis Johnson >> An: List for Openmoko community discussion >> Gesendet: Dienstag, den 12. Januar 2010, 10:11:15 Uhr >> Betreff: Re: New project openmokontrol >> >> Any idea if it is possible or how I can install this on QTMoko V16 ? >> >> On Tue, Jan 5, 2010 at 3:13 PM, Nicola Mfb wrote: >>> You may try >>> http://wiki.openmoko.org/wiki/NIDE/NIDED >>> Regards >>> Niko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
