Re: How to transfer SMS from your old phone?
Ben Wong writes: > By the way, the slowest part of the process was rebooting the > FreeRunner between each SIM. I didn't want to risk my FreeRunner by > hot-swapping the SIM (and SD card since that's in the way). Does > anyone know if it would have been safe to do that? When the calypso is off (and it's always off unless GSM resource is requested), it's perfectly ok to swap SIM cards. And no, SD card is under the SIM, so it shouldn't be a problem. Just do not forget to connect to usb or wallcharger because you'll need to take out the battery. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: More Questions about Encrypting, Internet Access and Games
Rashid writes: > Is there an easy way to encrypt the whole disk (except /boot)? > Like in Ubuntu Alternate the install option "install to encrypted LVM"? > Or will you have to do it manualy by many complicated console > commands? No FR distro comes with something like that. OTOH it's all regular GNU/Linux systems so you can setup it any way you like. > I think too the typing of the password is a problem. Can you load the > touchscreen software with /boot or isnt it possible. Is it possible to > enter the Password with an USB keyboard? Both are possible. USB keyboard is an easier solution. > Can I use EDGE with the Freerunner? Nope, hardware limitation of an ancient GSM chip :( > Can you just compile the games on your open moko or is there more work to > then just type make && install? Have I to change small parts of the code > like the resolution in a c file? Or have I to do some serious port > work? Same as with any ARM board. Most of the stuff can be compiled natively on FR itself (and distcc can help with compile speed issues). Something machine-specific should be altered of course. > I read (article from 2008) the Glamo Drivers causing lots of troubles but > with some hacks you can at least use the glamo for viewing MPEG4 videos. > Is it activated in the standard video player when you open a movie or have > you to type mplayer -vx ... everytime? Can the glamo now normaly used (for > games or videos) isn't it still possible due driver problems? Hardware acceleration in a proper way is not implemented (probably yet, the work to get all the needed pieces like KMS/DRI2/Gallium3D...) and never was. The hacked version of mplayer worked for some people for some time, probably you can reproduce that state using some particular mplayer and X driver versions. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bootloaders - part 2
Torfinn Ingolfsen writes: > On Thu, Dec 31, 2009 at 1:51 AM, Al Johnson > wrote: > > I guess Android only needs a forked Qi because it needed different boot > parameters, and Qi can't read them from file when booting from NAND. > > It makes me wonder why the missing functionality (ability to read > parameters from a file o something else in nand) wasn't implemented > in the main Qi instead of forking it. It wasn't implemented anywhere. Wasn't implemented in koolu's fork. Just because flash filesystems like jffs2 and ubifs are not as simple to read as ext2. Also Qi was designed to primarily provide a means to boot rootfs from uSD. And be dead simple. > I find uboot very easy for multibooting. > > Interesting. Care to tell more about your setup? > Which distributions are yu multibooting? Android, SHR, QtMoko, Hackable? > One in NAND and three or four on a sd card? > If you decide to switch sd card, do you hve to update uboot > settings? Come on, u-boot is well-known among embedded devs, there's a u-boot manual etc. BTW, it doesn't have any problems with big kernels. So if you want it, you get it. An old u-boot fork still works on Freerunners. What else do you want? Hack on u-boot to make it more grub-like? First you'll need to push om-specific parts mainline and then persuade the u-boot devs that embedded is ready for grub-like functionality. And then reimplement many of the kernel drivers etc etc. I don't get you guys. If you want boot menu, go for a simple framebuffer menu in initramfs. Reliable, debuggable, easy. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Koolu's Qi fork (was: Re: Quick e-mail poll: Still using your Freerunner?)
Al Johnson writes: >> I only know about Android needing forked Qi. Which other distro also >> requires you to have custom bootloader? > > I guess Android only needs a forked Qi because it needed different boot > parameters, and Qi can't read them from file when booting from NAND. I find > uboot very easy for multibooting. First of all, i do not exactly understand why koolu decided that they really need another MTD partitioning scheme. There was never any discussion about that. Second, they should have warned their users in a big bold letters. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Handset sound volume issues (Re: Buzz fix)
-= Apertum =- writes: >> " The fix will remove that buzz but won't fix other issues >> like rustling, echo or low volume. Those issues can mostly be >> addressed with >> software. " >> The same happened to me, but i didn't find a viable software >> cnfiguration to use the fr as a phone. What about you? I'm really >> looking forward to replace my nokia N70 with fr for calls... >> > > I agree. > > Me too i have especially the "low volume" problem (i'm with QtMoko). I > tried everything via mixer software, but without any success: phone > calls are always with tiny volume, in an open space or also in a car, > it's really difficult to ear the call. My phone it's a V6 release and > without any buzzfix. Do you all understand that buzzfix has nothing to do with the volume of sounds _you_ hear? If you cramp up the volume really high but the handset speaker is still low it just means you have a unit with useless caps (R3004/R3005 which are sometimes 1uF caps). There were plenty of those. And no one can tell what hardware revisions affected. Inability to get the handset speaker emit loud sound is a clear sign. Just short those useless caps (0402 size iirc). HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Handset sound volume issues (Re: Buzz fix)
-= Apertum =- writes: >> And no one can tell what hardware revisions >> affected. Inability to get the handset speaker emit loud sound is a >> clear sign. Just short those useless caps (0402 size iirc). >> > > Thanks a lot for the info. > > And where is exactly located these caps, how to recognize it? Under the main shield (can take as long as 20 minutes to dismount :/). At the bottom right of the sound IC, the component placement pdf is now searchable (thanks to lindi-), so you should have no problems locating those. While you're at it probably do a bassfix as well. And i really advice to provide additional isolation between the upper can lid and the components. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: dfu_download error -110
Tony Berth writes: > when I tried to flash my FR with the latest SHR and after the kernel > was successfully installed, I got (somewhere in the middle of the > process): > > dfu_download error -110 It's usually suggested to try another usb-cable/port/no hub etc. Also make sure you flash to the correct nand partition. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: dfu_download error -110
Tony Berth writes: > Tony Berth writes: > > when I tried to flash my FR with the latest SHR and after the kernel > > was successfully installed, I got (somewhere in the middle of the > > process): > > > > dfu_download error -110 > > It's usually suggested to try another usb-cable/port/no hub etc. Also > make sure you flash to the correct nand partition. > > how can I be sure that I flash the correct nand partition? _to_ the correct nand partition, i.e. when flashing rootfs you should use -a rootfs dfu-util switch. Other than that, it still worth trying to check another cable/port even if other devices work ok. Have you already checked the meaning of the error btw? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: dfu_download error -110
On Fri, Jan 08, 2010 at 10:29:31PM +0200, Tony Berth wrote: > Tony Berth <[2]tonybe...@googlemail.com> writes: > > Tony Berth <[3]tonybe...@googlemail.com> writes: > > > when I tried to flash my FR with the latest SHR and after the kernel > > > was successfully installed, I got (somewhere in the middle of the > > > process): > > > > > > dfu_download error -110 > > > > It's usually suggested to try another usb-cable/port/no hub etc. Also > > make sure you flash to the correct nand partition. > > > > how can I be sure that I flash the correct nand partition? > > _to_ the correct nand partition, i.e. when flashing rootfs you should > use -a rootfs dfu-util switch. Other than that, it still worth trying > to check another cable/port even if other devices work ok. Have you > already checked the meaning of the error btw? > > I'll try to get another cable. > > Yes, I use flag '-a' for rootfs but didn't find the meaning of that error! > That's my problem too! Looks like it's directly what usb_control_msg returns and it means ETIMEDOUT obviously. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi?
"Iain B. FIndleton" writes: > Anybody actually have reliable bluetooth and/or wifi working on the > SHR-U using the .29 kernel from last December? Yes, bluetooth networking just worked for me. Please refer to [1]. Unfortunately, pidof trick doesnt't work anymore with the latest bluez4 releases so one needs to use: "After bluetooth is powered on and bluetoothd is started one should do export BTADAPTER=`dbus-send --system --dest=org.bluez --print-reply / \ org.bluez.Manager.DefaultAdapter | tail -1 | sed 's/^.*"\(.*\)".*$/\1/'` And then in all instructions instead of /org/bluez/`pidof bluetoothd`/hci0 one should use $BTADAPTER. The panu script should be altered too obviously." (sorry, i haven't put it on the wiki yet :( ) [1] http://wiki.openmoko.org/wiki/Manually_using_Bluetooth -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: hands-free kit
Tom Yates writes: > does anyone out there supply just the handsfree kit that comes with the > stock openmoko (two earpieces, integral mic with cut-off switch and > four-connector 2.5mm jack)? Beware, with wired headset mic you'll most probably get a serious buzz problem on any device, no matter if buzz-fixed or not. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: using FSO to controll secondary phone?
Frederik Sdun writes: > * joa...@verona.se [17.01.2010 07:45]: >> Would it be possible to attach a secondary phone over BT to the >> Freerunner and controll it with FSO, the same way as the inbuilt phone >> device? > > I think over bluetooth is not possible. But if you can establish a > network connection you can use gabriel[1[, which should be in the SHR repo > since yesterday. Why not bluetooth? Many cellphones expose AT interface over bluetooth, with rfcomm channel created one can start another instance of ogsmd to treat it like a single-line modem. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Where can I meet a female companion with similar interests and personality /in person/?
ri...@happyleptic.org writes: > Can't you stop spamming this list ? Come on, just add a procmail rule or something if you do not want to see a nice guy improving! -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tracking power leackage in my freerunner
ri...@happyleptic.org writes: >> I thought the #1024 fix is only helping while the freerunner is >> suspended. For me this fix only changed the current which was consumed >> while suspended and extended my standby time by a factor of nearly 2x. > > So what do you have in /sys/class/power_supply/battery/current_now > when idle and not charging ? Your figure is good. #1024 fix saves you about 4-8mA, a considerable amount during suspend-to-ram, but you won't notice the difference if you keep the device in "idle" but not suspended state. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tracking power leackage in my freerunner
ri...@happyleptic.org writes: > -[ Thu, Jan 28, 2010 at 11:48:01AM +0300, Paul Fertser ] >> Your figure is good. #1024 fix saves you about 4-8mA, a considerable >> amount during suspend-to-ram, but you won't notice the difference if >> you keep the device in "idle" but not suspended state. > > Ok, make sense. > So I checked charge_now during suspend (measuring before and after > suspend of course) and it seams that the battery is then discharging > at the rate of 23mA, which leads to a total of approx 50 hours. > Much less than expected. :( That looks indeed like either mis-measurement or software mis-configuration, e.g. you have GPS on during suspend or something like that. You should get ~140hrs standby time with GSM on. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [freerunner] compatible battery that supports charge info
jeremy jozwik writes: > On Mon, Feb 1, 2010 at 7:58 PM, Ben Wilson wrote: >> Openmoko sell spares packs, in case you weren't aware, come with two > > interesting to know. i was unaware of that. > > but... im looking to cash-in with my near future trip to golden > computer center and was looking to find a nice cheap > openmoko-compatible battery. Please read Battery Questions and Answers at OM wiki, it has correct and up-to-date info wrt freerunner-compatible batteries. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [freerunner] compatible battery that supports charge info
jeremy jozwik writes: > On Tue, Feb 2, 2010 at 2:22 AM, Paul Fertser wrote: >> Please read Battery Questions and Answers at OM wiki, it has correct >> and up-to-date info wrt freerunner-compatible batteries. > > would that be the same link i posted in the first email on this subject? I think no, it's a separate page called exactly like that. In short, if you get BL-6C, you'll get the maximum capacity and a reasonable estimation of the charge left. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What to do with a broken touchscreen?
"Helge Hafting" writes: > Failing that, is it possible to replace the touchscreen hardware? Is > spare parts available? Or will I have to replace the entire phone? You can replace only the entire LCD module (LCM)... It doesn't require soldering, just careful unglueing, some spare parts were available from some folks. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My FR A5 Mods
Bartłomiej Zimoń writes: > Just moded A5 with no bat mod and clamping mod [1]. It works :) and > both Caps are 100uF/4V 1206. Cool. For the recamping mode you could have used a much smaller capacitor but i see you found a nice place for this anyway, congratulations :) For the others who's going to do #1024 fix: the capacitor must be low-ESR, ceramic. 22uF is really enough. > What left me to mod in A5? > Someone said to check if there are C or R neer by Audio Codec but > not remember now which? R3004 and R3005 should be 0R and not 1uF. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ar6000 (FR's wifi) bugs, workarounds and CLI usage tips, read this for stable wifi
Hi, I've got involved in some wifi configuration recently and so tested FR with different APs and settings. As a result, several interesting observations were made, i hope you'll find them useful. 1. Weird SSID bug Thanks to the hint by Werner i found out that i can never connect to my WPA+RSN AP when its SSID is "Paul-g700ap". wpa_supplicant associates but 4-way handshake times out after sending 2/4. Every time. Changing SSID to e.g. "Paul-g700af" and power-cycling ar6000 reliably makes it work. Changing it back reliably makes it not work. To sum up: if WPA authentication times out, try changing SSID. 2. Do not hurry to start up wpa_supplicant, add some pause after powering on the chip: fsoraw -r WiFi -- bash -c "sleep 5; wpa_supplicant -ieth0 -Dwext -c/etc/wpa_supplicant/wpa_supplicant.conf" 3. It's recommended to power-cycle the chip after every wpa_supplicant invocation, the fsoraw method does that automatically, if you're using any other way, you might need to do that manually. 4. With some APs to get reliable (sometimes any) operation, you need the "maxperf trick": wmiconfig -ieth0 --power=maxperf 5. Suspend/resume works just fine but you need some additional trick to get DHCP lease again after resume. For that you can start wpa_cli -G100 -a /usr/local/bin/wifi-dhcp.sh with wifi-dhcp.sh: #!/bin/sh [ "$2" = "CONNECTED" ] && { dhclient $1 pkill -f "wpa_cli -a" wpa_cli -a $0 -B -G100 } The need for restarting wpa_cli comes from a kernel bug (the driver fails to notify the userspace about disconnection), the fix is available on the kernel ML and will be committed soon; after that you won't need pkill & wpa_cli lines any more. With Debian (no idea if that's applicable to OE, sorry) after applying the fix you should be able to use standard /etc/network/interfaces configuration methods, it should invoke wpa_cli, wpa_action and ifupdown on its own, but i haven't tried to make that work yet, please try it yourself and report the results. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Problems with NWA
Nicola Mfb writes: > On Fri, Feb 26, 2010 at 12:17 PM, Ben Thompson wrote: > [...] >> I think this is a different bug. It happens occasionally with me too, >> but it was also there with the old QT libs. Niko - are you aware of >> this problem? > > If you are talking about complete system freeze it happens to mee too > sometimes and is related to weak wifi kernel drivers. > If you are lucky and have an open ssh connection with usb you should > see the oops with dmesg, after that the "reboot" command itself seg > faults. I guess we can and should fix oops especially if they force one to fully reboot, is that reported somewhere? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Problems with NWA
Ben Thompson writes: > On Sun, Feb 28, 2010 at 01:52:01PM +0200, Timo Juhani Lindfors wrote: >> Ben Thompson writes: >> > I will see if I can reliably reproduce the problem and submit a bug >> > report if there isn't one (where should I do this?). >> >> http://bugs.openmoko.org is the place for kernel bugs. Set the >> component to "System Software", an example bug: >> >> http://docs.openmoko.org/trac/ticket/2327 > > Thanks for that. The bug looks similar to :- > http://docs.openmoko.org/trac/ticket/2267 > > I'm not sure how to read the dmesg stuff but it seems that the > backtrace is very similar. Could someone take a look at the dmesg I > provided earlier in this thread and comment? No, this backtrace of yours is entirely different. Please file a ticket preferrably with a way to reproduce it. Or at least be ready to test patches. I hope i can make the oops you report go away, but i need some way to test the possible solutions. Do not forget to specify kernel version you're using. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] intermittent USB networking + non-working WLAN = must use wired LAN = USB port hardware problem
Dave writes: > Using qtmoko V16, I have found that suspending using the power > button or waking by plugging in the charger guarantee that bluetooth > is killed. And what do you mean by killed? Does BT adapter disappear from lsusb list? Or does bluetoothd get confused by something? Or what? Please clarify, probably adding relevant dmesg and bluetoothd debug log lines, along with the information about the kernel version you use. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help with buzz fix/SMD soldering in Hamburg, Germany
Jan Girlich writes: > Am Mittwoch, den 03.03.2010, 09:00 +0100 schrieb Erik Andresen: >> Would be interested in the Bass-fix. > > We'll get that managed, too, if you're in or around Hamburg. I hope > there is as nice documentation for this fix as there is for #1024 and > buzz, b/c I don't know any. I hope you'll find the page [1] nice enough. Do not forget to order two extra 100uF tantalum caps for each bass-fix. [1] http://wiki.openmoko.org/wiki/GTA02_bass_fix -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My FreeRunner’s USB port still works for power, but not data?
Brolin Empey writes: > See the second pin from the left? I assumed it was pin 4 (ID) because > of the pinout images on Wikipedia, but I think it may actually be pin 2 > (D-). I think it is D- and it is broken, so yes, the only option is to replace the socket it seems... -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ 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?
Jay Vaughan writes: > 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? To be able to charge your FR and use usb perepherals at the same time you need the "Y-cable". The best option would be to get a suitable USB hub and modify it accordingly. For more references see [1] and [2]. Switching to host-mode should be easy with any distro, as it's done on kernel level and is controlled by two sysfs nodes. [1] http://wiki.openmoko.org/wiki/Specialized_USB_cables#How_to_make_a_USB_cable_for_powering_attached_USB_devices_and_charging_the_Neo_while_in_host_mode_.28aka_Y-Cable.29 [2] http://people.openmoko.org/joerg/Y-Cable/ -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
MIDI on FR (was: Re: Some trickery involved in getting USB Host working on FR?)
Denis Shulyaka writes: > 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. Please describe your problem in details. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR]does wakeup-on-wlan work on SHR?
niubee_007 writes: > can someone elaborate how to make wakeup-on-wlan work? I tried to look into this and came to following conclusions: 1. hardware-wise, it should work (to the unknown extent, i saw exactly 0 documentation on the chip) 2. to actually give it a try one needs to do this kernel work: a) make sure WOL line can be configured as a wake up source b) add an option for "unsafe" handling of a device attached to s3c-mci (means assume the device attached to it retains its state over suspend/resume) c) add an option to keep the wlan module powered during suspend 3. I'm unsure how exactly to trigger WoL on ar6000. Is it supposed to pulse the line on reception of a traditional ethernet WOL packet? Or on any incoming traffic? What about secure (WPA/RSN) networks? Probably Werner can comment more. I was going to try that but got demotivated by the lack of community interest. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: getting started with wlan
Kai-Martin writes: >> Sorry cant help with wifi - I find that mokoconnect and similar gui's >> are too flaky - manual is more reliable. > > Ok, why not. > I am only half fluent with the necessesary commands. On my > laptop I used to call wpa_supplicant with some fancy config file. > The wlan device to talk to seems to be eth0, right? Exactly. Just add an appropriate section to wpa_supplicant.conf, it works for all networks. To understand power management, read FSO_Resources wiki page, to search the wiki without JS shit, just google ``site:wiki.openmoko.org wifi''. Most probably you'll need an additional delay before wpa_supplicant, just like with BT. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA02] headphone socket issues
Paul Wise writes: > When I plug headphones all the way in to the headphone socket, only one > of the buds works, but when I don't push it all the way in I get sound > from both buds. Same thing happens in both Debian and SHR. Does anyone > else have this issue with their FreeRunner or have thoughts on the cause > or ideas for how to fix it? Hey, this looks very much like you used an ordinary 2.5<->3.5mm plug converter which doesn't work due to wrong pinout. Just use correct wiring for the converter (check the wiki), it should work out of the box. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: getting started with wlan
Kai-Martin writes: >> Exactly. Just add an appropriate section to wpa_supplicant.conf, it >> works for all networks. > > Assembling bits and pieces from many sites, I got wifi to work -- manually > with commands through ssh and still with wake-up issues. Add this one to your knowledge base too :) it has some clarifications and also a solution to your dhcp issue (btw, you do not need to use the "bind" command manually, FSO does that for you automatically, and you do not need to scan manually, wpa_supplicant does that): http://www.mail-archive.com/community@lists.openmoko.org/msg58146.html -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: getting started with wlan
Kai-Martin writes: >> In SHR WiFi is powered on and off through FSO's Resource handling.This is >> usually set to 'auto' so it will be powered up if an app requests the WiFi >> resource, and shut down when nothing is requesting it. > > Does "wmiconfig -i eth0 --power maxperf" interfere with this setting? When the device is turned off you obviously can't change its parameters. >> and I have to use 'wmiconfig -i eth0 --power maxperf' to get a >> reliable connection when setting up with wpa_supplicant. > > Great tip! > With maxperf wlan connection is finally solid :-) > I reckon, this also means increased power consumption. Is there an option to > get back to normal, too? Or more broadly: Where can I look up the features I > can adjust with wmiconfig? (Did I mention, I miss access to man > pages?) --power=rec There's no decent man page unfortunately, just info returned by wmiconfig itself. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA02] disable resume on headphone jack removal?
Paul Wise writes: > My FreeRunner resumes from suspend-to-memory if I remove the headphones > from the headphone socket. Does anyone know if that is configurable or > if the hardware just doesn't allow it to be changed? Of course it's configurable, but i'm not sure about proper kernel-userspace api far that and if something is implemented. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
HansV writes: > OK, I didn't see this is a switch, I thought it was a dropdown > box. Now I can switch it on manually. Still finding out how to start > wifi with wpa-supplicant. Hard to succeed when you're reluctant to read, eh? ;) http://wiki.openmoko.org/wiki/FSO_Resources http://www.mail-archive.com/community@lists.openmoko.org/msg58146.html -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bluetooth
Chuck Norris writes: > Is it only possible configure bluetooth on linux (bluez4) through > dbus? Here's the definitive and working guide, i've tested all that steps myself. http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Networking -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why not xip?
Bartlomiej Zimon writes: >> Bartlomiej Zimon wrote: >> > I want ask why we not use execution in place? >> >> At the risk of maximizing technical accuracy while minimizing >> usefulness of the response, this is of course precisely what >> happens when you boot from NOR :-) >> > > Dont know why but my Neo boots almost always from NOR ;/ Stuck AUX button? That's something new... -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian][HOWTO] using bleeding edge FSO (Cornucopia aka vala rewrite)
Hi, I like using Debian on my FR (in fact it is the only system i use as my daily phone since i bought it) and i decided i want to start getting all the great improvements and fixes from git again (as i used to when framework was pure python). Compiling everything needed natively proved to be a reasonable idea as i'm now running everything i want and it takes me a 10 sec effort and not more than 30 minutes of processing time to update e.g. fsogsmd with "git pull && make && make install". I've also written an emacs interface[1] to FSO (thanks to John Sullivan for inspiration), that's the only UI i use now (will make an announcement later in another letter). So basically the method i used is as follows: look in the OE recipies for correct dependencies, build and install in right order. Using distcc helps a lot, the main bottleneck becoming "autoreconf -i" (surprise ;) ). Everything installs to /usr/local, everything is using autofoo, so "make uninstall" is possible. I think it's a reasonably clean enough method for my purposes, so i'm not going to try build any proper debian packages. Here go some hints: * if you install python frameworkd (it's still needed for some components) with "python setup.py install --prefix=/usr/local" you might need to edit your python config a little. * The old zhone doesn't seem to work (easily fixable) and the new zhone2 is not exactly fully functional but allows to place and receive calls. * If you want to use SHR apps from the repo, you need to binary patch and change incoming -> INCOMING, outgoing -> OUTGOING, release -> RELEASE, active -> ACTIVE in /usr/lib/libframeworkd-glib-20100213.so.0. The same applies if you want to keep your old oevenstd's rules.yaml. * mdbus2 is uber-cool, fast, has interactive mode with readline and history support. The only limitation is it doesn't support sending a{sv} yet. * i converted my sim contacts to opimd after retrieving them with mdbus2 with several simple vim commands to produce a script for opimd-cli. * add some swap, it won't be used unless absolutely needed anyway, but if you want to compile libfso-glib without distcc you'll need ~300M of RAM. * add fsodeviced to your startup scripts, other components will be started via dbus activation. * if you want to debug fsogsmd issues, you can comment out the Exec line in it's activation file and start it from the shell, it'll remain in foreground providing you with a very nice colour output (if you use the right config parameters). * after fsogsmd restart opimd might stop receiving signals (or probably some similar problem) so the messages will remain stored on sim, never getting into opimd. It's planned to be fixed with a little redesign soon. * WARN: messages on your sim might be automatically deleted by fsogsmd if it's low on space (to keep incoming messages, and all incoming messages are stored on sim first). * use emacs on device; editing files, shell and term modes, erc are something i had the best experience on FR with. Distcc hints: Install distccd on your host and get the arm toolchain from emdebian (or use crosstool with appropriate options on Gentoo, stage1 is enough). Start it with "distccd --allow 192.168.0.202". Add 192.168.0.200 to ~/.distcc/hosts on your FR. Do ``export CC="distcc arm-linux-gnueabi-gcc"'' before running ./configure. To save your time compiling i've made a tarball with everything ready to "make && make install". It can be found (along with my configs) at [2]. So welcome to the new wonderful faster and more reliable world of FSO2, and to the discussions of the latest-and-greatest at #openmoko-cdevel. [1] http://wiki.github.com/paulfertser/fso-el/ [2] http://mail.nixl.net:/ -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bluetooth
Chuck Norris writes: > sorry for off-listing. I haven't noticed that messanger change > "from" field :) In fact it doesn't. I sent mails from my address, just as all messengers do, to you while keeping all interested parties (ML in this case) in Cc. > about crystal clearness: here is quote > > Information about bluez4 networking > > ... > > Bluetooth networking concepts > > ->This HOW-TO<- is directly applicable ->only to bluez3<- but still worth > reading to understand > PANU/GN/NAP roles And there goes a link to the old howto on bluez wiki, so my note is about the howto on the bluez wiki. And the document you're reading on OM wiki is not a howto at all. > I think line "os.spawnl(os.P_WAIT, os.environ['SHELL'])" is root of > evil on my FR. Well, it's easy to debug. Looks like you do not have $SHELL initialized, why? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian][HOWTO] using bleeding edge FSO (Cornucopia aka vala rewrite)
Neil Jerram writes: > On 6 May 2010 21:59, Paul Fertser wrote: >> I like using Debian on my FR (in fact it is the only system i use as >> my daily phone since i bought it) and i decided i want to start >> getting all the great improvements and fixes from git again (as i used >> to when framework was pure python). > > Thanks for writing this Howto. I don't know when I might get round to > trying this out, but it's great to know that the guidance is there for > when I need it. I think i should warn everyone that it's not an easy route, and that one won't get full compatibility with the SHR apps (they required one manual call with mdbus2 and a bit of binary patching). But for my purposes this process works really great, i'm still using this as my only phone. >> I've also written an emacs >> interface[1] to FSO (thanks to John Sullivan for inspiration), that's >> the only UI i use now (will make an announcement later in another >> letter). > > I'm looking forward to seeing this too! I'll get round to it really soon. All the code is there for everybody to see. And i've already got one user (thanks, ZaPPaS!) who's using it with SHR-u with dbus-daemon-proxy [1] and emacs23 running on his host. Emacs23 in SHR feeds is (hopefully) coming soon. [1] git://git.collabora.co.uk/git/user/alban/dbus-daemon-proxy -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Running SHR in Qemu
saravanan T writes: > How can I run SHR in the qemu. What's your objective, man? Why run SHR in emulator when you can run it natively on any device (including your PC)? What are you trying to do and why? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[ANN][SHR][Debian] New Emacs interface for FSO
Hi, http://wiki.github.com/paulfertser/fso-el/ M-x fso I'm pleased to announce here my little pet project, something that is my only phone UI for more than two weeks already and is almost what i dreamed of when i was ordering a FreeRunner: it's a console-compatible, flexible and easily extensible, keyboard (and mouse) friendly Emacs module that enables me to use my cellphone both locally and remotely via ssh with ease. For those who haven't tried to use Emacs on FR yet it might seem like a strange idea: who could have guessed a virtual keyboard is good enough for emacsing? Well, i've tried that and in fact it works decently. I used Emacs on device for IRCing and IMing, for occassional shell commands, for reading manuals and even writing some code. It works and it rocks, at least i couldn't find anything that felt more comfortable ;) Furthermore, emacs allows you to have a consistent experience: you come home, plug your FR to USB, ssh in, do ``emacsclient -c'' (which is another great feature of emacs 23: multitty) and here you go, having exactly the same environment but with a larger screen and a real keyboard. Emacs as a programming environment is also nice and fun, no wonder there're so many extension modules for it written over the years. Though elisp might feel constrained and ancient to a modern programmer, it's still quite enjoyable. So, enough of Emacs praising, now back to the subject. :) It's already useable, among the basic functionality only contacts editing is missing. Please do not be harsh about the code, as this module is my first elisp (and first FP (though Haskell adpets will disagree elisp is FP ;) ) experience as well). Special thanks go to John Sullivan who has written the first emacs interface for FSO, Michael 'Mickey' Lauer, the main FSO framework architect and Joerg Reisenweber, the hardware wizard, without his buzzfix i wouldn't be able to use the device at all. Of course, i'm open for suggestions, bug-reports, feature-requests, patches etc., feel free to contact me via e-mail or irc at #openmoko-cdevel. Here goes the copy of the project's main page for your convenience: This project is an attempt to create an Emacs interface for the most typical GSM telephony-related usecases: calling, text messages, contacts management and everything that makes smartphone usage more productive. The objectives: • make the UI usable directly on the device with touchscreen • make the UI usable via ssh • integrate well with other Emacs applications (please drop me a line with explanations what exactly do you want from BBDB <-> opimd integration, i also need feedback about Linphone integration: do you need it, whether the linphone mode works for you at all and what modifications are required) • provide user with reasonable customisation options Requirements: • FreeSmartphone.org middleware running on host (currently tested only with fsogsmd, framework version cfc0a5c3 Apr 21, cornucopia version c742460d Apr 21, please take into account i’m following FSO HEAD closely so you can expect to find a compatible version in SHR unstable, less so in SHR testing or Debian) • Emacs 23 (with dbus support) (available both from SHR feeds and Debian repositories) Download options: • git clone git://github.com/paulfertser/fso-el.git or • http://github.com/paulfertser/fso-el/raw/HEAD/fso.el Hints: • configuration options can be edited with M-x customize-mode • xterm-mouse-mode enables mouse clicks for the text-mode frames • you can open another frame (either text-mode or X11) with emacsclient -c thanks to Emacs23’s multitty support • you can have FSO running on device and fso.el running in host’s Emacs with dbus-daemon-proxy[1] (thanks ZaPPaS for testing). Unfortunately, it’s not currently possible for one emacs process to use both local and remote dbus message buses due to bindings’ limitation. General Emacs on smartphone hints: • Emacs takes very long to start if you have no network connectivity and non-empty /etc/resolv.conf • ido-mode saves quite some typing when switching buffers and opening files • in customisation options for erc disable the fill module, it’ll save you some precious screen estate, timestamps should either be disabled or Erc Insert Timestamp Function set to Left (alternatively, activate Hide Timestamps and Echo Timestamps and you’ll be able to see the timestamp of any message by moving point to it) • BitlBee is a nice IRC<->IM (Jabber/XMPP and others supported by libpurple) free gateway software and service, you might like to use it for your IM’ing needs. Please send your feedback to: Smartphones-userland mailing list with Cc to “Paul Fertser ” Enjoy and happy hacking! :) [1] http://blog.shr-project.org/2010/05/howto-develop-and-d
Re: is wifi-driver developed anymore?
Ben Thompson writes: > On Wed, Aug 26, 2009 at 09:46:38AM +0400, Paul Fertser wrote: >> >> I tell you the most nasty bugs are in firmware. Which we don't have >> >> sources for and don't know a way to update anyway. Blame Atheros. >> > >> > please may you elaborate a bit more? >> > How kernel ops are related to ar6000 firmware bugs? >> >> It's hard to be motivated to basically rewrite the driver if you know >> that the nastiest bugs will still be there. BTW, i have a "fix" for >> the bind/unbind problem, but not for the "ioctls to the device which >> is down". >> >> The driver was bad and now it's even in worse condition because of all >> the tweaking. Solving one race condition results in exposing >> another. The addition of rfkill support multiplied the possibilities >> even further... >> >> Currently (great thanks to Harald!) we're waiting another answer from >> Atheros but do not hold your breath. > > Does anyone know whether an answer to this ever came back from > Atheros? Basically, Luis told several times he's trying to push it internally but it looks like he got nowhere. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] adding agps support
Radek Polak writes: >> SHR, and probably others too, have agps enabled by default. So i think it >> should be fairly easy to add this. I did a little research and it seems >> like all we have to do is to save the latest GPS data to a file when the >> GPS is shut down and feed this data back to the GPS when starting GPS next >> time. > > I have been searching the wiki, but havent found anything usefull on this. I > found just how to do AGPS using ublox online service. When it's said FSO has agps enabled by default they mean FSO stores ephemeris and almanac from the chip every time prior to powering it off and loads the saved data after powering on. The code is there in ogpsd. If the ephemiri data is fresh enough (2-4 hours max), the effect is the same as downloading the data from the internet. Other than that, there's no agps integration yet afaik. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
Linus Gasser writes: >> The new version appears to work fine here (just a quick test so far). >> BTW, my Ubuntu laptop (Xubuntu 9.10) exhibits a strange symptom: each >> time I connect my FR, the network interface name increases: >> eg. it started out with 'eth9' (what happened with usb0?), the next time >> I connected the FR the interface was 'eth10', then 'eth11', 'eth12' and >> so on. What gives? > > Same here on MacOSX10.5, if somebody has a solution for that problem, it > would be great... Check the mac address of FR. Usually it is supposed that your udev rules will assign ethX device to FR by MAC and every time you plug it in, it will rename the created interface. Take a look at your persistent-net udev rules file. To get persistent MAC on FR, you need to fetch it from the factory ext2 partition and use as a kernel (or g_ether) parameter. Recent Qi does that automatically. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] adding agps support
tomas nackaerts writes: >> If the ephemiri data is fresh enough (2-4 hours max), the >> effect is the same as downloading the data from the internet. Other >> than that, there's no agps integration yet afaik. >> > > Don't know why, but i thought this data was useful for a couple of > days, not couple of hours Almanac can be used for a couple of days, right, but almanac is not used for the real fix (though some receivers can provide a rough approximatation based on almanac), rather it's used to find to which sattelites it's worth listening to to get their ephemeri (every sattelite transfers its own ephemeri on its own channel). AFAIK modern receivers can listen on all the channels at the same time (they have enough correlators), so having almanac provides no advantage. In an ideal conditions you can get a fix in ~40 seconds without any data. U-blox has some "offline AGPS" trick allowing computation of ephemeris for the nearest feature, but i haven't heard about anyone had it working. At least that's what i think about GPS atm, i might be wrong in some details. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
Torfinn Ingolfsen writes: > On Sun, May 23, 2010 at 6:53 PM, arne anka wrote: >> what does >> /etc/udev/rules.d/70-persistent-net.rules >> look like? > > Now, this is an interesting file. Here are a few lines: ... > # USB device 0x1457:0x5122 (usb) > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", > ATTR{address}=="00:1f:11:01:0d:39", ATTR{dev_id}=="0x0", > ATTR{type}=="1", KERNEL=="eth*", NAME="eth9" > > # USB device 0x1457:0x5122 (usb) > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", > ATTR{address}=="00:1f:11:01:0d:39", ATTR{dev_id}=="0x0", > ATTR{type}=="1", KERNEL=="eth*", NAME="eth10" > > # USB device 0x1457:0x5122 (usb) > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", > ATTR{address}=="00:1f:11:01:0d:39", ATTR{dev_id}=="0x0", > ATTR{type}=="1", KERNEL=="eth*", NAME="eth11" ... Apparently your host system fails to recognise the device by its MAC and keeps assigning new interfaces. Debug/fix your network rules generator script. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko on nand - qi or u-boot?
Corey writes: > So, is it not possible to install qtmoko to nand using qi instead of > u-boot? Qi doesn't allow to "install" (read "flash to NAND) anything because it doesn't support DFU. But you always have an option of booting NOR u-boot to flash whatever you need. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR as wifi access point
Chuck Norris writes: > Is it possible make FR act as wifi access point? > Which utils can help? Only ad-hoc. iptables + iwconfig, nothing else needed i think. Set adhoc before setting ssid. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24 for GTA01
Radek Polak writes: > On Sunday 06 June 2010 14:08:24 Torfinn Ingolfsen wrote: >> Hmm, I don't have a SIM-card in the phone. Is that going to be a problem? > > That can be - i tried with SIM and it was working. I also sometimes get this > message when battery is very low - probably not enough power for modem. Indeed, the device itself can work on a voltage lower than the Calypso's minimum. I'm not sure if anyone has accurate measurements of that though. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo 1973 - new battery?
Torfinn Ingolfsen writes: > Where can I find a new battery for my Neo 1973? > It is better if it is cheap, and it must charge in the phone. > So I guess BL-5C's are a no-go. The easiest option would be to solder a ~12k resistor between ID pin and the ground right to the backside of the battery connector, imho. That way you'll make all nokia batteries compatible with gta01's charger. I tried modifying a battery but it was too hard for me and it doesn't work at all now. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo 1973 - new battery?
Hi, openm...@pulster.de (Christoph Pulster) writes: >>> Where can I find a new battery for my Neo 1973? > > The Neo1973 and Freerunner share the same battery. Unfortunately, they do not. gta01 battery is almost the same as Nokia BL-6C but the average thermistor resistance is 10k (unlike ~60k in Nokia). gta02 battery incorporates bq27000 -- a smart chip with coloumb counter and other battery monitoring abilities. gta01 can't charge non-gta01 battery effectively because temperature monitoring can't be disabled in hardware (pcf50606). HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: parts for the buzzfix
Peter Nijs writes: > find it quite difficult to difficult to find the needed components: 2K2 0402 > smd resistor and a small ceramic 100µF smd cap. It'd be a bit too long for me to send you the parts but i can suggest using 0603 R (it fits there all right because one side of it should be connected to the ground plane anyway.) and a tantalum capacitor, those are much easier to source. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: parts for the buzzfix
Paul Fertser writes: > Peter Nijs writes: >> find it quite difficult to difficult to find the needed components: 2K2 0402 >> smd resistor and a small ceramic 100µF smd cap. > > It'd be a bit too long for me to send you the parts but i can suggest > using 0603 R (it fits there all right because one side of it should be > connected to the ground plane anyway.) and a tantalum capacitor, those > are much easier to source. The 100uF tantalum capacitors of type C are usable for both buzzfix and bassfix. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: parts for the buzzfix
Peter Nijs writes: > Thanks for the tips. I already found them on rs-components (and I have > contacts who can order there). But aren't tantalum cap's polarised? Or is the > mic signal DC? Or is there another reason why this isn't a problem? They're indeed polarised and it's not a problem given the way they are connected. You connect "-" to the GND, and "+" to one of the mic's terminals, thus creating a filter that stabilises the voltage on that terminal. The other terminal is used to get the actual signal. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Hackable:1] serial terminal program
"Gay, John (GE Energy Services, Non-GE)" writes: > I've been wanting to try using my freerunner as a serial terminal to > debug servers via serial. I've got a USB->serial adapter that H:1 > recognizes and assigns to /dev/ttyUSB0. My problem is, minicom won't run > because the shell screen is to small. Mickeyterm fails to find a bunch > of python modules and things via dbus. I've even tried cu -l > /dev/ttyUSB0 but it says the line is busy. Anyone know of a serial > terminal program that does work on H:1? socat ? GNU Screen? HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mail Wrapping
"Dr. H. Nikolaus Schaller" writes: > Am 13.08.2010 um 22:35 schrieb steve: >> Nikolaus, couldn't you wrap your lines to something more standard (72 or >> so ?) Thanks, I like reading your prose, but those long lines are really >> irritating. > > there are different opinions if the 80 char line wrapping of mail is standard > or some > old-fashioned relict from the 80ies. I have tried to find out what it is but > it appears > to be a problem with some MUAs not correctly handling RFC 2646. Well, i can't really see how format=flowed can make any sense, even nowadays. I think all sane MUAs go without it by default, and for a reason: it messes with formatting which is important when you're sending snippets of code, patches, logs etc. Probably it's the right time for you to stop following the rules set by Apple and to start using a better MUA? ;) > So, wouldn't it be simpler if you reduce the width of your display window? > Your client should then wrap long lines. That's not exactly a good option for those of us using tiling window managers, sorry. Good luck and happy hacking :) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mail Wrapping
Hi, "Dr. H. Nikolaus Schaller" writes: > If there is no such RFC, please report bugs for your clients that > don't wrap long (MIME encoded) lines they receive to the width of > the display window. Nikolaus, thanks for the serious attitude wrt this issue. My client does wrap long lines to the width of the display window, but as i'm using a tiling window manager, my client is almost always fullscreen (and sometimes i split my screen horizontally, with MUA's width obviously not affected). I can agree that using f=f is "legal" but nevertheless i can see no reason why insist on using it given it seems to have no benefits but quite some drawbacks and hence it's customary to avoid it (e.g. most mails at LKML are wrapped). -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANN][SHR][Debian] New Emacs interface for FSO
Hi, Michael, let me take this opportunity to thank you for all the wonderful opportunities opened by the D-Bus integration in Emacs, it really rocks :) On Wed, Aug 18, 2010 at 10:24:05PM +0200, Michael Albinus wrote: > > Unfortunately, it’s not currently possible for one emacs > > process to use both local and remote dbus message > > buses due to bindings’ limitation. > > What do you mean by this? Is it a restriction we could throw away in > Emacs? Yes, to the best of my understanding to leverage this restriction one needs to modify dbusbind.c. Currently the emacs bindings accept only :session or :system for the bus name and use dbus_bus_get() to get one of them. It should support also arbitrary strings and call dbus_connection_open() instead (in xd_initialize()). One should also not forget to call dbus_connection_unref() after he's done (according to http://dbus.freedesktop.org/doc/api/html/group__DBusConnection.html). I also suspect that dbus_bus_get has an interesting undesired side-effect: it'll kill the app if connection drops. Not exactly what you want to be done with your emacs. OTOH, i'm not sure this usecase is worth caring about. At least i know i'm the only user of fso.el and i do not really need that :/ -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Boot selection
Hi, Ed Kapitein writes: > Is there a way to select where to boot from, nand or uSD? > and i need a software choice, no the obvious boot select with the aux > button, which requires physical access to the freerunner. With Qi you can create a special file in /boot and it will skip this uSD partition. Then when you boot from NAND you can remove this file to boot from uSD next time. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v26 bluetooth headset
Jim Morris writes: > Anyway I tried to get my bluetooth headset to work, and I am not > sure exactly what needs to be done to make this work seemlessly. This [1] page and this guy might help. Also feel free to ping me or him on irc, we do know some bluetooth tricks :) Also keep in mind that if you've got an ordinary (non-stereo, non-A2DP) headset, it's not supposed to work with mplayer and such. See [2] for the reference. [1] http://wiki.openmoko.org/wiki/User_talk:Gabrys [2] http://piotr.gabryjeluk.pl/bluetooth-on-shr -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v26 bluetooth headset
Jim Morris writes: > Paul Fertser wrote: >> This [1] page and this guy might help. Also feel free to ping me or >> him on irc, we do know some bluetooth tricks :) > > Unfortunately frameworkd and the dbus stuff does not appear to be > relevant for qtmoko. Some dbus stuff (calls to org.bluez) is relevant :) > seems Radek got most of it working, but going into a shell and > typing stuff to connect and disconnect would probably make the > California Highway Patrol come down on you like a ton of bricks, > especially since texting while driving is illegal (although it > doesn't say typing shell commands is illegal ;) ROTFL -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Testing freerunner's audio quality
Gennady Kupava writes: > Many gossips flying around about bad fr's audio subsystem quality. I > promised to proove that FR audio subsystem is good, just default > headphones quality below anything. I thought we did the bassfix on this device, didn't we? That makes hell of a difference, i tried comparing my bassfixed FR with a factory one and it was stunning how much they differ. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: community Digest, Vol 204, Issue 8
openm...@pulster.de (Christoph Pulster) writes: > an intelligent marketing idea. My idea on the later is, to point the > finger in the Apple direction and naming the evil by name. This sounds really cool to me, Christoph. Honestly, i'd prefer to see more Apple (and Android as well) bashing. But do you have any success stories for this kind of marketing? On a related note, i think there's no commercial future with such a device. Openmoko proved that. Too few interested people, really too few. Despite Freerunner still being the only one. I'd tend to agree with Raster who says "Let's get an open enough consumer device that can be sold to the masses and hack on it". -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: backup battery and case screws questions
Benjamin Deering writes: > I use an allen (hex) wrench to remove them, I am seeking replacements > because I lost one. FYI i'm using my gta02 as my only daily cell phone for more than a year without any screws whatsoever. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WM8753 Speaker Playback ZC Switch
Hi, Ed Kapitein writes: > I am happily hacking on my FR and was toying with the wolfson. > I happen to notice that in order to get any sound from the earpiece i > had to switch on the Speaker Playback ZC Switch. This is used to enable/disable Zero Cross detection, i.e. the gain will be changed only on zero cross (or timeout). I'm afraid you'll need to refer to the actual datasheet to understand this in details. Feel free to ask me if anything is unclear. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ 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
Hi, "Dr. H. Nikolaus Schaller" writes: > time for another update. ... >> Current status: the 1.8V is now working but the VDD2 (1.2 V) not. >> The TPS chip aborts the power up sequence early. > > We could solve that by adding a jump start resistor. ... Nikolaus, this project is a very interesting effort and i am glad to read you're steadily moving towards getting a modern and functional device as free as freerunner. This news are fairly encouraging, there was nothing like that on the community mailing list for quite a while. There is this one thing that bothers me though: i would be rather glad to see Joerg Reisenweber[1], one of the most clueful and insightful HW guys from the OpenMoko fame in your team; to me it looks like his experience could really help to not only kickstart your endeavor but to also cope with all those hurdles along the way. Sincerely wishing you best of luck and happy hacking. [1] http://wiki.openmoko.org/wiki/User:JOERG -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Audio path gain
Hi, Hrabosh writes: > giacomo 'giotti' mariani píše v Út 08. 02. 2011 v 10:40 +0100: >> > Yes, I really meant bass fix. I have replaced each 1uF cap with 2x 47uF >> > caps in parallel. They are isolated by heat-shrinking tube and >> > everything even fit under the metal cover. >> > >> > It really helped a lot, no problem using my FR as portable player now. >> > >> > I have taken some pictures ... anyone interested? I may put them online >> > if so. >> > >> Of course I'm interested! > > Here you go: > > http://hnet.endofinternet.net/elektro/Freerunner/Bass_fix/bf.html That's rather cool, i added the link to the wiki page. Thanks for sharing :) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko new replacement battery - charging oddness
Hi, Philip Rhoades writes: > My original Neo battery lasts about 3.5 hours from a full charge with > no activity with QtMoko v33. I bought replacement BL-6C batteries but > when I plug either of them in, they appear to be charging (~20 hours) > but when the USB is disconnected the battery icon appears to be still > charging(!) and the Neo shuts down soon after (< 2 hours) with no > charge. When I reboot, I try to cat the files in: Have you tried reading the battery Q&A[1]? It clearly states you need to use another driver to get some status for a dumb battery. [1] http://wiki.openmoko.org/wiki/Battery_Questions_and_Answers -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v33 - More battery info and questions
Hi, Philip Rhoades writes: > - Even with the "dumb" battery configuration, the battery charging > animated icon continues after USB (power) disconnection - should that > happen? Provide "uevent" files contents for both the battery driver and pcf50633-mbc drivers. > - Using the methods above, both "bind" and "unbind" files exist in the > driver directory - shouldn't there be only one at any one time? If > not, don't the files only need to be created once instead of > repeatedly each time the scripts/aliases are run? Those files are always present in the sysfs, kernel maintains them automatically for every driver. > - The discharge rate attached for an inactive phone (with a blanked > screen) with a new, fully charged battery is not very good (~10 > hours) Keep in mind that the SoC was constantly running during that test, so this should be ok. Normal usage assumes you use suspend-to-ram when you do not actually interact with the device, that should give ~70 (without #1024 fix) or ~140 (with it) hours of "standby time". > - Should the phone be shut down after the "dumb" battery is fully > charged? No, charging is the same for gta02 battery and the dumb one, it's safe and doesn't require manual intervention. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v33 - More battery info and questions
Hi, On Tue, Mar 29, 2011 at 06:00:22PM +1100, Philip Rhoades wrote: >> Philip Rhoades writes: >>> - Even with the "dumb" battery configuration, the battery charging >>> animated icon continues after USB (power) disconnection - should that >>> happen? >> >> Provide "uevent" files contents for both the battery driver and >> pcf50633-mbc drivers. > > /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-mbc.0/power_supply/usb/uevent > > POWER_SUPPLY_NAME=usb > POWER_SUPPLY_TYPE=USB > POWER_SUPPLY_ONLINE=1 With USB unplugged this looks like a manifistation of a bug. Please specify the kernel version you use. >>> - The discharge rate attached for an inactive phone (with a blanked >>> screen) with a new, fully charged battery is not very good (~10 >>> hours) >> >> Keep in mind that the SoC was constantly running during that test, so >> this should be ok. Normal usage assumes you use suspend-to-ram when >> you do not actually interact with the device, that should give ~70 >> (without #1024 fix) or ~140 (with it) hours of "standby time". > > > At the moment dim is set to 20s, display off to 50s and suspend is off - > are you saying that suspend should be set to 120s or something? How > does that affect incoming calls? Incoming calls should wake up the device without any issues, there's a dedicated irq line for that. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] USB charging (and network) from Windows 7
Alfa21 writes: > 2011-05-24@14:15 Xavier Cremaschi >> > If you try om utility (from omhacks package) it could have parameter for >> > enabling fast charge. Then you can edit the "Fast charge mode" script so >> > that >> > it uses "om" command (and send the result to me so that i can commit it as >> > patch ;-). >> Thanks for the hint. As soon as I will be able to log through ssh I will >> try to find a way to make it work (86ma is probably not enough to start >> WiFi) > > ah! keep in mind: if you enable wifi at least once in any boot > cycle, your moko will drain more current than usual, also if you > disconnect wifi and put the phone to sleep. Are you really sure? Because i'm not aware of any bugs in this area. Please clarify. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] USB charging (and network) from Windows 7
Alfa21 writes: > 2011-05-25@00:05 Paul Fertser >> Alfa21 writes: >> > ah! keep in mind: if you enable wifi at least once in any boot >> > cycle, your moko will drain more current than usual, also if you >> > disconnect wifi and put the phone to sleep. >> >> Are you really sure? Because i'm not aware of any bugs in this >> area. Please clarify. >> > > here on my v34 the issue is 100% repeatable... I thought it was a > known one, isn't it? Hm, you do not spare too many details, do you :) Are you really sure the ar6000 module is unbinded when you disable wifi? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
Alfa21 writes: > 2011-05-25@23:31 Paul Fertser >> Hm, you do not spare too many details, do you :) Are you really sure >> the ar6000 module is unbinded when you disable wifi? > > sorry, I didn't know which kind of details you meant... Basically, ``ls /sys/bus/platform/drivers/s3c2440-sdi'', it should let you know if the module (even when built-in) is binded or not. It shouldn't be if you want the card to not drain the battery. ``echo s3c2440-sdi > .../unbind'' (or bind) is how to handle this manually. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
Alfa21-mobile writes: > so I can find the unbind here: > root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi > /sys/bus/platform/drivers/s3c-sdi/unbind ... > how I can check if it's in bind or unbind state? If ar6000 is listed among the files at the path you mention, it's binded. > maybe the scripts in qtmoko try to unbind it using a wrong path? Possibly so :) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
Radek Polak writes: > On Thursday 26 May 2011 13:01:05 Alfa21-mobile wrote: >> and are executables... but I do not know neither if they are called >> after a wifi disconnection, nor if after an unbind/bind cycle the >> power consumption during stdby returns to the same state like after a >> reboot (now I'm testing this one) > > I am quite sure they are not called after disconnect. I think that the kernel > is responsible to turn wifi off in suspend (unless you want to keep it on > during > suspend e.g. for wake-on-wlan function). Yes, in suspend the kernel turns off the module completely, it shouldn't drain anything, at least it never used to. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialling INTO a wireless broadband modem with OpenMoko
Philip Rhoades writes: > I am wondering if it would be possible to use minicom on the > Freerunner to dial the phone number of the remote dongle, make a > connection If CSD[1] is available from your provider, then you can do that, right. If not, all you can do is to write some smart enough script that would do something with the connection once it tears off (in fact, probably simply adding "persist" option to pppd will suffice). [1] http://en.wikipedia.org/wiki/Circuit_Switched_Data HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialling INTO a wireless broadband modem with OpenMoko
Hi, On Sat, May 28, 2011 at 06:59:33AM +1000, Philip Rhoades wrote: > On 2011-05-28 04:25, Paul Fertser wrote: >> Philip Rhoades writes: >>> I am wondering if it would be possible to use minicom on the >>> Freerunner to dial the phone number of the remote dongle, make a >>> connection >> >> If CSD[1] is available from your provider, then you can do that, >> right. If not, all you can do is to write some smart enough script >> that would do something with the connection once it tears off (in >> fact, probably simply adding "persist" option to pppd will suffice). > > OK, I will check with VirginMobile (Australia) but if that doesn't work > I could switch to Telstra. Are there some working scripts around to do > the PPP stuff? There's plenty of examples for using gprs/3g under GNU/Linux the "manual way". I assume you're already using pppd for establishing the connection from the remote system to some host in the internet that you control. I think simply adding "persist lcp-echo-failure 10 lcp-echo-interval 5" options to its config (/etc/ppp/options or /etc/ppp/peers/ or some other way specific to how you start pppd) should be enough. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialling INTO a wireless broadband modem with OpenMoko
Hi, On Tue, May 31, 2011 at 03:24:49AM +1000, Philip Rhoades wrote: >> I assume you're already using pppd for establishing the connection >> from the remote system to some host in the internet that you >> control. > > No - when I plug the dongle in, I just let NetworkManager find it and > set it up. I haven't got it in front of me now, but I think I have to > type some sort of keyring password to allow the connection? I would guess it's highly unlikely NM doesn't use pppd for establishing the connection. >> I think simply adding "persist lcp-echo-failure 10 >> lcp-echo-interval 5" options to its config (/etc/ppp/options or >> /etc/ppp/peers/ or some other way specific to how you >> start pppd) should be enough. > > I want to make the connection from the other direction - from my normal > F14 desktop TO the remote Virgin mobile broadband dongle F14 machine. Without CSD the most reasonable option imho would be to keep a persistent connection over GPRS to some internet host you control and use it as a proxy. An alternative would be to establish GPRS connection upon an incoming (voice) call or message but that'd be more complex and fragile to set up. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialling INTO a wireless broadband modem with OpenMoko
On Tue, May 31, 2011 at 04:40:13AM +1000, Philip Rhoades wrote: >> Without CSD the most reasonable option imho would be to keep a persistent >> connection over GPRS to some internet host you control and use it as a proxy. >> An alternative would be to establish GPRS connection upon an incoming (voice) >> call or message but that'd be more complex and fragile to set up. > > The GPRS connection is just as likely to drop out as the existing setup > isn't it? Isn't the existing setup the same already (GPRS/HSDPA)? And with "persist" option it should be pretty reliable. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openmoko-announce] Shiftd
openm...@pulster.de (Christoph Pulster) writes: >> We were fascinated, yet totally overwhelmed by the shear volume of >> videos on the web. > > I am bored, yet totally disgusted of the video trash flowting around. > 95% is pure waist of livetime, for the other 5% go and meet friends, > paint a picture, enjoy nature, sports or find a girl to hug. 100% ACK. I find it occassionally useful to share links to some youtube music videos with my friends, but for that XMPP (and xmpp-based microblogging service that can also be accessed via ATOM/RSS) and then youtube-dl+mplayer work just fine, i do not need any other "fascinating" aggregation service. As to the flash-based/using services in general (even as a PoC) i can only echo it once again: it'd be nicer if those devs just went and hugged their girls instead as it would have at least some potential at making this world better, imho. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner won't charge
Hi, Ronald Tallent writes: > So, there's no way to fix this thing? If I need to take it to an > electronics repair shop to get it fixed I can, just need to know what > part(s) will need to be repaired/replaced. Anyone know were I can get > hold of schematics for the mainboard? If it's a simple repair proceedure > I might be able to do it myself even. Schematics are available from [1]. I hope you'll find the cause and will be able to use your cool device again :) Basically, what you need to know is that charging is controlled by the PMU chip, PCF50633, it's connected over SPI bus and you can easily view dump of its registers from [2] (newer kernels might have a slightly different path but the same filename). Schematics are pretty much obvious but if you have any questions, feel free to ask here or on #openmoko-cdevel irc channel. [1] http://people.openmoko.org/joerg/schematics/ [2] /sys/class/i2c-adapter/i2c-0/0-0073/dump_regs -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner won't charge
clemens kirchgatterer writes: > I have the same problem. Can you pls report if replacing the chip actually > fixes the moko? Replacing pcf50633? I'm not sure anyone has ever tried that, it's BGA iirc. Have you investigated other options? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner won't charge
Ronald Tallent writes: > On Tue, 2011-07-05 at 15:05 +0400, Paul Fertser wrote: >> Replacing pcf50633? I'm not sure anyone has ever tried that, it's BGA >> iirc. Have you investigated other options? > > The purpose of this thread was kind of to discover and explore those > "other options" if there are any. I'm out of my league here. If you have > suggestions of things to try please post them, What i'd do is basically checking all of the relevant registers of the PMU (you can easily view the dump with the corresponding sysfs node), and i think that would give a reasonable clue explaining why PMU thinks it's not possible to charge the battery. BTW, have you already posted your dmesg here, i think i haven't seen that one? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: hifi headphones & flac
phifmr writes: > It is for treat a tinnitus. I need to make tailor-made notched > music...and to listen to with hi fi headphones. Make sure you've got the bass fix[1] (and even with that i can't promise you hifi headphones would work properly, you'll probably need other adjustments) or use bluetooth. [1] http://wiki.openmoko.org/wiki/GTA02_bass_fix -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My VoIP experience in Freerunner
Hi, Thanks for sharing the valueable info :) Tiago Bortoletto Vaz writes: > • I was not able to have default Freerunner headset working on an > acceptable quality. Help will be very welcome. I think the voip-handset state file is supposed to be used with the handset (i.e. builtin mic and speaker) rather than with the headset. You'd need to study the routing diagram[1] to see what changes are needed to get a voip-headset setup. To check if it's working, you can simply load the statefile and then use ``arecord'' to record a sample file, scp it to your PC and check the levels and quality. Then scp some other known to be good file from PC to FR and use ``aplay'' to check the playback quality. Also, make sure you're not CPU-bound. As s3c2442 lacks an FPU, you probably should avoid codecs that require floating point operations, and also probably you might need to disable echo cancellation and/or silence detection. Be warned though, afaict the FR case (especially if you have both screws properly secured, i personally use my device without those for several years without any issues) provokes echo, so you might need to find an acceptable way (yet-to-be-discovered hardware mod or software) to do echo cancellation. [1] http://wiki.openmoko.org/wiki/Neo1973_Audio_Subsystem -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NAND vs SD on GTA02
Hi, msoko...@ivan.harhan.org (Michael Sokolov) writes: > Hence my question to the community: is the flash wear-out concern I've > just outlined the primary reason for the recommendation of using SD > instead of NAND to hold the OS/distro, or was that recommendation driven > by some other, completely unrelated concerns? I personally prefer SD for these reasons: 1. "unlimited" space, and you'd need an SD anyway if you want to use OSM and/or Debian 2. ease of maintenance: if you fucked up your config files or kernel and can't boot, just swap it out and fix it in your laptop 3. ease of swapping distros (not applicable to me as i use only Debian) However, the points you raised in your analisys are all valid as it's true that glamo makes SD access slow, and that the power consumption is a bit higher etc. It's just that it doesn't make any difference for me :) As to the distro development, you might want to try NFS root over USB during the active development phase. I can also suggest looking at OpenWrt if you want a solid plain manageable cool base for your distro. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Liberated Calypso docs found
msoko...@ivan.harhan.org (Michael Sokolov) writes: > Yup, technical aspects such as the Calypso chipset and its firmware. > Before we can start improving the latter, we need to obtain a copy of > whatever at least partially modifiable source the Openmoko company > had. But why? All OM had were some loosy sources for the gpio (and such) init plus AT intepreter. No lower layers at all, only blobs. OsmocomBB is already doing _much more_, so those "original sources" would add nothing to it. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Liberated Calypso docs found
msoko...@ivan.harhan.org (Michael Sokolov) writes: > But if they aren't there yet, I will *not* abstain from hacking TI's > original code, assuming that I can succeed in physically laying my > hands on it, however illegal it may be. What exactly do you want to change in it? Disabling RRLP? Having AT command intepreter sources wouldn't help it, also i'm not sure if the original firmware had that "functionality" implemented in the first place. You're right about the OsmocomBB limitiations, but that's the only way to get a really free phone currently, afaict. Having TI's blobs is not much different from having them all in a single firmware files. > If you can share it with me, I can pay you for it with my own blood. > A-positive. They give ~$30 (+$15 for meal) for donating a standard amount of blood (350/450ml). Just fyi ;) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: community Digest, Vol 254, Issue 2
msoko...@ivan.harhan.org (Michael Sokolov) writes: > I am in a disadvantaged position because I have come to the party > late. You're a very smart fellow indeed, and your reasoning about the "holy grail" being in the form of many object files seem to be correct (though ELF is unlikely there). I can speculate that you being in a "disadvantaged position" is probably not because you came late but because you are willing to share "with everybody", and not just with those whom you trust personally. As far as i can tell, this approach is considered harmful (and inappropriate, impractical: it doesn't provide much advantage while creating a considerable threat for the project and for the reputation of the members) among those who actually posses the materials. Also, your "fundamentalistic" attitude is a bit scary: it's too uncommon and it doesn't feels predictable enough, and you are to be predictable for the people to trust you. That's all just my humble opinion of course, but that's how i honestly see it. My advice is to start actively participating in the OsmocomBB project when your device arrives. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Using dumb batteries (was: Re: GTA02 fails to charge)
Denis 'GNUtoo' Carikli writes: > 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. To the best of my knowledge, the NOR u-boot doesn't implement the bq27x0 HDQ driver, and hence it has no way to distinguish between a dumb battery and an original one. So it should be able to charge any battery without any issues. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sharing TSM30 source
msoko...@ivan.harhan.org (Michael Sokolov) writes: > What I'm basically saying is that for as long as the recognized / > trusted / respected leaders of this community are acting selfishly and > refusing to share a piece of ware with brothers in need, I feel no > incentive to contribute to this community. First of all, i've never ever claimed i posses a copy. Second, even if i did have access to it but refused to share, that would mean i am bound by a promise and not by some stupid NDA. And you can imagine i do not break promises given to a friend. Third, i'm nowhere near being a recognised/respected leader of the community, i'm just a by-stander. So please, even if you do consider my behaviour offensive, you shouldn't extend your attitude to the whole community. I'm a bit dissappointed by you continiously trying to present me like a greedy stupid hamster, as in fact i'm not and i would share if i fucking could. I've honestly tried to help you. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
*.openmoko.org infrastructure
Hello, There was considerable tension in the community lately regarding the Openmoko community resources, namely docs.openmoko.org , wiki.openwoko.org , svn.openmoko.org , people.openmoko.org . The problem is that not only the servers were unstable and apparently required a kick every now and then but also that there's no clearly visible contact person and the whole situation regarding the resources is causing honest concern and inconvenience in community. Right at the moment svn.openmoko.org and docs.openmoko.org are still inaccessible (since weeks) and nobody really knows how to proceed. For the community to be able to deduce a way to manage this situation i would like to ask everybody involved to clarify these questions: 1. Who owns the servers and who pays which bills? How to get a proxy or transfer the responsibility for the openmoko.org domain and infrastructure to other person in case the original owner becomes unavailable? Whom can you propose to take this role? 2. Who actually has admin credentials, is supposed to care about things like server outages, and what is the suggested procedure to contact that person? Is there a proxy for this position? How to transfer the credentials to another person in case the original maintainer becomes unavailable? 3. What is the practical and reliable way to do administrative tasks like e.g. obtaining the dump of the wiki and docs.openmoko.org bugtracker database? 4. What suggestions do you have to improve the status quo? Thanks in advance for your replies and commitment. Sincerely, Paul Fertser -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Stop whininig / be friendly
Hi Christoph, openm...@pulster.de (Christoph Pulster) writes: > thanks for your advices, which are intelligent ones, really. > You are right, bitterness is what I feel. Why ? ... > Coming to an end with my rant, 50% may be my personal bitterness, but > 50% are in some way true. The fail of Openmoko is the proove. Very well justified and open and transparent mail. Big thanks for your frankness, and best of luck in your complicated business. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: About the future of the freesmartphone.org middleware
Enrico Zini writes: > This said, oFono does have one very compelling feature: on my N900, it > works reliably. Far better than any version of FSO that I ever managed > to put on my FreeRunner ever did. If you think that Nokia's N900 firmware is using oFono, you're wrong. Or do you mean something else? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 power death
Dmitry Shalnoff writes: > here is HiRes picture of the patient > http://www.shalnoff.com/pics/freerunner_pcb.JPG > You easily find it by burning fume around it :) Hi. I think that's the same that happened with another device i did bass rework for. The large shield is too easy to tilt a bit and it can touch the big capacitors shorting something to ground. Nice pals at work helped me to desolder that inductor (with hot air gun) and they found another that was similar enough (see the PMU datasheet), and that revived the device. You can find BOM, component placement etc at http://people.openmoko.org/joerg/schematics/GTA02/ Good luck! -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 power death
On Sun, Dec 23, 2012 at 10:38:56AM +0400, Paul Fertser wrote: > Dmitry Shalnoff writes: > > here is HiRes picture of the patient > > http://www.shalnoff.com/pics/freerunner_pcb.JPG > > You easily find it by burning fume around it :) ... > found another that was similar enough I found some IRC log and it looks like the inductor you need should be rated for >= 2MHz and >= 500mA current. But i'm not sure about the details, that was so long ago. I just remember that they found something that was physically smaller and of similar specs. Desoldering with hot air requires expertise, i wouldn't probably attempt it myself even now: if you shake the board accidentally, you'll shake off other components too. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 power death
Hi, On Sun, Dec 23, 2012 at 08:15:22AM +, Dmitry Shalnoff wrote: > thank you very much for answer and all hints and links! BTW, the bass rework looks very similar to what i was doing, i wonder who did that :) too bad it looks like i didn't warn everyone strong enough (though i did put a big fat warning on the rework page) when i discovered the shield must be additionally insulated after the rework, i apologise for that :/ > I successfully de-solder the inductor (quick testing shows that no > resistors shorted around... as I hope) Can you share the technique you used to desolder it? > and found some analogues on farnell (same package and inductance), > but I'm not pretty sure concerning the frequency and other > parameters. Taking a closer look at the schematics and the PCF50633 datasheet i see that this inductor is part of the main step-up/step-down auto converter with an output current as big as 1.1A. It works at 1.7MHz frequency (the irc log i found appears to be unrelated). As far as i can tell that's unrelated to the self-resonance frequency of the inductor (that's always much higher for the modern parts). I'd get the one with >1.1A rated current, and on 1.7MHz all of those having self-resonant frequency of 50MHz should work decently. I do not understand much in EE though so probably you'll want some quick advice from those who really knows inductive step-up/down converters. > And just one more question (maybe to late), I didn't remove LCD before > de-soldering and now I'm slightly worry about possible damage of it. > Visually it's ok. What is your opinion? I never removed LCD too, and everything was fine. It's shielded from the heat by the PCB itself, and i doubt you could have heated it up too much. Best of luck! -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[ANN] Tweakable finger-friendly Xmonad + xvkbd + dzen2 ready-to-use config
Hi, After getting tired enough of my inability to make E17 Illume do what I wanted, I decided to try another route and prepared a configuration that I was actually able to fine-tune to my liking, based on simple to understand and tweak software. Along with Xmonad config, xvkbd tweaks and a bash wrapper for dzen2 I've also added some notes about from-scratch X.org configuration for gta02, gta04 and about creating a custom Xkb setup. It was prepared on Debian but I would expect most of the content to be applicable to the other distributions as well. Please find the README at https://gitorious.org/xmonad-smartphone-config/xmonad-smartphone-config/blobs/raw/master/README.org Screenshots: https://gitorious.org/xmonad-smartphone-config/xmonad-smartphone-config/blobs/raw/master/xmonad-dzen-screenshot1.png https://gitorious.org/xmonad-smartphone-config/xmonad-smartphone-config/blobs/raw/master/xmonad-dzen-screenshot2.png HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANN] Tweakable finger-friendly Xmonad + xvkbd + dzen2 ready-to-use config
Hi David, "dmatthews.org" writes: >> Along with Xmonad config, xvkbd tweaks and a bash wrapper for dzen2 >> I've also added some notes about from-scratch X.org configuration for >> gta02, gta04 and about creating a custom Xkb setup. >> > have you managed to integrate the phoneui stuff? I haven't tried as I feel no need for that. I'm using my own Emacs interface to FSO for more than 2 years and if or when it doesn't do something I need, extending is easy and fun. I do not see any reason why SHR's UI would be incompatible with my Xmonad configuration though. That said, I'm using FSO indeed, but not the released version, as I had to hunt down some bugs before I felt comfortable. You can try using Cornucopia 0.12 but with gta02 you'll have unnecessary wakeups (on every +CREG) and messages would fill up the SIM (so you'll have to clean it sometimes) and Display and CPU resource handling would be buggy. Compiling FSO natively is possible but is a pain, somewhat obliviated if you have distcc working. > would you mind providing a dpkg --get-selections and sources.list? Selections attached (but I'm not actually using anything from fso, running actual binaries from /usr/local) , sources.list is trivial: deb http://mirror.bytemark.co.uk/debian unstable main deb http://mirror.bytemark.co.uk/debian experimental main HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ===File /root@fr:/root/dpkg-selections== acl install adduser install alsa-ossinstall alsa-utils install apmdinstall apt install autoconfinstall automakeinstall autotools-dev install avr-libcinstall avrdude install base-files install base-passwd install bashinstall bc install binfmt-support install binutilsinstall binutils-avrinstall bison install bluez-audio install bluez-hcidump install bluez-utils install bridge-utilsinstall bsdmainutilsinstall bsdutilsinstall build-essential install bzip2 install ca-certificates install chrpath install console-common install console-datainstall console-setup install console-setup-linux install consolekit install coreutils install cpp install cpp-4.6 install cu install dashinstall dbusinstall dbus-x11install dconf-gsettings-backend:armel install dconf-service install debconf install debconf-i18ninstall debhelper install debian-archive-keyring install debianutils install defoma deinstall devscripts deinstall dhcp-client install dhcp3-clientinstall dhcp3-commoninstall diffinstall diffstatinstall diffutils install distcc install dosfstools install dpkginstall dpkg-devinstall dropbeardeinstall dzen2 install e17
Re: [QtMoko] Wireless connention to eduroam
Hi, Giacomo 'giotti' Mariani writes: > wpa_supplicant -Dwext -ieth0 > -c/etc/wpa_supplicant/wpa_supplicant-eduroam.conf -B > sleep 30 > dhclient eth0 I have two alternative suggestions for you here: 1. Read /usr/share/doc/wpasupplicant/README.Debian and configure it in "roaming mode". That way Debian will take care of calling dhclient itself when it's needed. 2. Write a simplistic script that would call dhclient when needed and use it with wpa_cli -a That way your connection will be fully automatically reestablished after suspend to ram. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community