Re: BT headset with Qtopia
Lorn Potter a écrit : Al Johnson wrote: On Wednesday 23 July 2008, Daniel Aeberli wrote: Al Johnson a écrit : On Wednesday 23 July 2008, Daniel Aeberli wrote: Al Johnson a écrit : On Tuesday 22 July 2008, Daniel Aeberli wrote: To add more detail. Once I pair the headset I have two options Headset or hands free. With headset nothing happens not interaction no sound. With hands free I can pick up and hang up calls but have no sound. In addition switching back to handset or speaker does not restore sound. Anyone got any ideas? What have you done with the mixer settings? AFAIK none of the gsmwhatever.state files route sound via the bluetooth interface. I don't have a bluetooth headset so can't check. Well I have not done anything with the mixer yet, I don't know what channel I should look at in the state file. Theres a state file linked from the wiki that should be a good starting point. http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem#using_Bluetooth_he adset_with_GSM well I could not find gsmbuetooth.state file, you shure Qtopia uses them. The only .state files I could find are in usr/share/openmoko/scenario/ I'm checking gsmheadset.state now. I've not tried Qtopia yet, so I'm not certain it uses them, but as you say they're provided in the Qtopia image it seems quite likely. If you start a call then restore the gsmbluetooth.state linked from the wiki page you should find out whether it works at all. Qtopia does use these. I use a base openmoko rootfs, which does not include any bluetooth audio state files at this time, for the Freerunner. Thanks for the clarification Lorn. Well I achieved nothing with the headset.state and suspect it is only used for the wired headset. I suppose adding the bluetooth state file wont do me any good since there probably a lot more that's not included. hmmm... what to do ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Contacts with picture
On Wednesday 23 July 2008 23:29:18 Jette Derriche wrote: I successfully imported my contacts - even those containing a picture. A miniature picture shows up in the list (I'm impressed). But, if I click a contact with a picture, the phone jumps back to the front page (the initial screen). This does not happen with contacts with no picture. Anybody else experienced this? I'm using the Qtopia addressbook within the ASU image (last update on 21. July due to the keyboard problems) and I don't have any problems with the contacts with images. I can use them like all others... Sven ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Qemu - qemu-system-arm: No such file or directory
I've read the thread about this issue, but the suggested solution didn't help me (removing *.jffs2 and *.bin files). http://www.mail-archive.com/[EMAIL PROTECTED]/msg14032.html This is what I've done so far (running Fedora 9): Installed subversion, gcc 4.3, SDL-devel, lynx and netpbm. Then... # svn checkout https://svn.openmoko.org/trunk/src/host/qemu-neo1973 # patch -p2 qemu-gcc4.patch # ./configure --target-list=arm-softmmu --disable-gcc-check # openmoko/download.sh # openmoko/flash.sh Failed: openmoko/flash.sh: line 80: /home/jde/Documents/linux/openmoko_qemu/qemu-neo1973/arm-softmmu/qemu-system-arm: No such file or directory Please wait, programming the NAND flash... Then tried suggested fix: # cd openmoko/ # rm -f *.jffs2 # rm -f *.bin # cd ../ # svn update # openmoko/download.sh # openmoko/flash.sh The same error occurred... Any suggestions? /Jette ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Contacts with picture
Sven Klomp a écrit : On Wednesday 23 July 2008 23:29:18 Jette Derriche wrote: I successfully imported my contacts - even those containing a picture. A miniature picture shows up in the list (I'm impressed). But, if I click a contact with a picture, the phone jumps back to the front page (the initial screen). This does not happen with contacts with no picture. Anybody else experienced this? I'm using the Qtopia addressbook within the ASU image (last update on 21. July due to the keyboard problems) and I don't have any problems with the contacts with images. I can use them like all others... Sven ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support hi, what framework are you using Jette ? -- Loïc Daniel hiroshima 45, Tchernobyl 86, Windows 95 ... Powered by Linux ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: USB networking and openSUSE
I got the phone to connect. Thanks! I also put together a wiki page for setting up USB netwroking on the Freerunner using the YaST utility in openSUSE 10.1 and 10.2: http://wiki.openmoko.org/wiki/USB_Networking_with_openSUSE New users coming online with the Freerunner/openSUSE should be able to get going quickly. jon -- View this message in context: http://n2.nabble.com/USB-networking-and-openSUSE-tp532341p580379.html Sent from the Openmoko Support mailing list archive at Nabble.com. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Qtopia
On Tue, Jul 22, 2008 at 7:13 AM, Peter Abplanalp [EMAIL PROTECTED] wrote: On Mon, Jul 21, 2008 at 6:05 PM, Jim Morris [EMAIL PROTECTED] wrote: However now when I click the mail/messages icon, it goes to Create New message screen there seems no way to see the inbox, or read email from gmail which I had added (but didn't work). When I take the SIM card out it returns to the list starting with inbox etc. I had received some SMS messages when the SIM card was in, but I could not find anyway to read them. When I removed the SIM card, I could click on inbox and see the SMS messages I received. i observed the same behavior last night after i installed qtopia but i didn't have an sd card installed. it just seemed to fix itself after a while. at first i got the messaging menu when clicking on the envelope icon but after a while clicking on the envelope icon took me to the 'create new message' screen and i was unable to get to newly received messages. after a while, clicking on the envelope brought up the menu again. i have no idea what i might have done to break it or later fix it. i've played with this a bit more and figured out this much: if i try to go to the messages from the dialer, i go to the 'new message' screen which i assume is for sending a new sms. if i use the cancel button to go back to the dialer i get back to the dialer but from then on if i try to get to the messaging menu from anywhere, i get sent to the 'new message' screen. i can no longer get to the messaging menu where i can see new, inbox, trash, etc. if i restart qtopia and then go to messages through the qtopia menu, everything is great but as soon as i use the dialer message button, i get stuck in the 'new message' screen again. i hope that helps in identifying the problem. -- Peter Abplanalp ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Does it make sense to have the kernel use a swap partition?
If so, what are the consequences to the longevity of the SD Card? Thanks ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Does it make sense to have the kernel use a swap partition?
On Thursday 24 July 2008, Jim Colton wrote: If so, what are the consequences to the longevity of the SD Card? Depends what you're doing I suppose. It'll be relatively slow; the SD and the graphics data both go over the same relatively restricted bus. If you need more than the available RAM for something and aren't worried about the performance hit then it may be worth it. As for the lifetime of the card, I doubt it'll be a problem. I've seen calculations suggesting the lifetime for continuous random writes on flash drives is now in years. In practise I've seen machines with CF cards as their only storage and reasonably heavy write usage that have an uptime approaching 3 years. I've not seen CF fail due to excessive writes in about 4 years of using them, and I suspect SD is now similar. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Does it make sense to have the kernel use a swap partition?
Thank you for writing Andy. I see about 12M of 128M left while only Terminal-2 and the Dialer are running. I think a common configuration is to allot twice the amount of real memory as swap. That way one can notice/see the degradation and swap being used and still have room to do something (because of the available swap) before the system bogs down to unusable whereas with no swap the system would become locked up quick. Does that seem sensible to you? On Thu, Jul 24, 2008 at 10:10 AM, Al Johnson [EMAIL PROTECTED] wrote: On Thursday 24 July 2008, Jim Colton wrote: If so, what are the consequences to the longevity of the SD Card? Depends what you're doing I suppose. It'll be relatively slow; the SD and the graphics data both go over the same relatively restricted bus. If you need more than the available RAM for something and aren't worried about the performance hit then it may be worth it. As for the lifetime of the card, I doubt it'll be a problem. I've seen calculations suggesting the lifetime for continuous random writes on flash drives is now in years. In practise I've seen machines with CF cards as their only storage and reasonably heavy write usage that have an uptime approaching 3 years. I've not seen CF fail due to excessive writes in about 4 years of using them, and I suspect SD is now similar. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Does it make sense to have the kernel use a swap partition?
On Thu, Jul 24, 2008 at 12:48 PM, Jim Colton [EMAIL PROTECTED] wrote: Thank you for writing Andy. I see about 12M of 128M left while only Terminal-2 and the Dialer are running. You're not subtracting buffered and cached data. Linux aggressively buffers written data and caches read data for potential future use. This data is easily evicted from ram (usually without requiring anything to be written to more permanent storage), thus not negatively affecting performance. For various reasons, Linux's accounting of how much ram is in use isn't quite accurate, but you'll get a much closer number by running 'free' in the terminal and looking at the -/+ buffers/cache line. --tim ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: REMOVE
If you figured out how to subscribe to the list, you should have no problem unsubscribing. https://lists.openmoko.org/mailman/listinfo/support On Mon, Jul 21, 2008 at 7:15 AM, Patrick Chasco [EMAIL PROTECTED] wrote: Please remove me from all openmoko lists! Thank you! ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Does it make sense to have the kernel use a swap partition?
Thanks Tim.I see what you mean. I didn't know of free(1). On Thu, Jul 24, 2008 at 10:57 AM, Tim Schmidt [EMAIL PROTECTED] wrote: On Thu, Jul 24, 2008 at 12:48 PM, Jim Colton [EMAIL PROTECTED] wrote: Thank you for writing Andy. I see about 12M of 128M left while only Terminal-2 and the Dialer are running. You're not subtracting buffered and cached data. Linux aggressively buffers written data and caches read data for potential future use. This data is easily evicted from ram (usually without requiring anything to be written to more permanent storage), thus not negatively affecting performance. For various reasons, Linux's accounting of how much ram is in use isn't quite accurate, but you'll get a much closer number by running 'free' in the terminal and looking at the -/+ buffers/cache line. --tim ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Reading SMS Messages
OK - I'm missing something obvious here. I've got my Freerunner updated upgraded (OM2007.2). I can receive sms messages see the headers, but can't figure out how to read the body of the message. What do I need to do? I've tried every manipulation I can think of. Tom ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
gta02, 2007.2: directories below /media/
what is it with the directories below /media/? i thought /media/card/ would be the mountpoint of the sd card, but was wrong -- but accessing directories in fact seems to create them and more, i got: /media/ca /media/car /media/card /media/mmcblk /media/mmcblk1 /media/mmcblk1p /media/mmcblk1p1 of which actually only /media/mmcblk1p1 points to the sd card i certainly did not create any directory of the above manually, so where do they come from? and which of all the directories below /media/ do actually have a meaning? cf/ hdd/ mmc/ mmc1/ net/ ram/ realroot/ union/ ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Keep losing sound
I keep losing sound on my FR after a few days. This effects the ringing and the normal system sounds. I can still hear a phone call conversation though. When I flash to a new build, the sound comes back and works for a few days, then stops working. i've checked my alsamixer and the headphone and PCM volumes are up. What else am I missing? thx . . . shawn ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Does it make sense to have the kernel use a swap partition?
On Thu, 24 Jul 2008 13:42:28 -0600 Jim Colton [EMAIL PROTECTED] babbled: one thing many people make a mistake of is thinking top -or free when they say free memory or used really gives you an accurate picture. its really misleading. it is just aws misleading to look at the values of memory usage ps/top display per process. unless you really know exactly what those numbers mean - you should probably stick clear of relying on them/quoting them. the idea of memory usage is a complex topic in a dynamically paged virtual memory OS (like linux). things to remember (some of which are already mentioned in this thread): 1. generally it is a good idea to NOT count buffers/cache in memory usage. cache and buffers are using UNUSED memory to speed disk access up.if the kernel ever needs that ram it will instantly throw it out (zero cost) and give it to whatever needs it. 2. unused memory is wasted memory (ok - normally, but in the embedded works unused memory - if arranged right may mean you can power down some parts of memory as there is nothing there. as best i know there is nothing in linux that re-arranged allocated/used pages in a way to free up memory banks so you then can entirely power them down... though some nuts and bolts are there for things like memory hotplug - i could be behind the times, but as best i know - nothing automatically does this so there is no value in freememory for openmoko. it's just wasted). 3. when looking at the usage for memory for a specific process remember that its memory space contains not just memory for it, but memory shared between all apps (eg pages mapping in from libc - the library pretty much every process uses), so memory pages (which are paged in from disk on demand - and paged out when not needed WITHOUT using swap as it can pge direct from the filesystem), are used for all processes, thus you can consider the memory cost of the mappings of shared libs generally not part of memory usage - as they will just get paged out without using swap (just a performance hit to page them back in), and once 1 process uses that library - you begin to pay the cost for it anyway - more processes using it generally dot involve more memory usage for that lib's static data pages. 4. with processes - there is virtual memory SPACE - which is just that - virtual. it means nothing except someone has asked for a big playground. the actual impact is more the RSS or RES (resident set size). this is the pages of memory ACTUALLY used. this INCLUDES shared memory. 5. remember that pages of memory from disk will be loaded in AS NEEDED. if an executable is 10mb - not all 10mb are necessarily used. only the parts of the executable accessed will be loaded - when needed, and when not used anymore, thrown away. 6. a rough rule of thumb to look at memory usage of a process is RSS then subtract SHARED. this ignores memory paged from shared libs and executables (and memory mapped files), but gives you a closer idea of how much actual memory is malloc()ed (and used on the stack) and if given lots of memory pressure, how much swap would be needed to swap out that process. this is not perfectly accurate as the shared memory is vital to the working of the process, but it's hard to tell just which shared pages are accessed often enough to really be considered required memory. anyway... this is a rough guide to memory usage. it is a COMPLEX thing and quoting the numbers you see in top/ps/free will often be utterly misleading unless you really know just what those numbers are representing... :) i hope this helps a bit... (and it actually will make you look at a lot of processes and linux itself in a different light - these processes and the os aren't as memory hungry as you think, and 128mb of ram on the freerunner is quite adequate... for ram... now if we can improve flash IO read rates... the need for cache becomes less... though it still helps!). :) top(1) shows data from the same source as free(1) does. /proc/vmstat is the source. On Thu, Jul 24, 2008 at 12:14 PM, Nils R Grotnes [EMAIL PROTECTED] wrote: Hi Tim. You're not subtracting buffered and cached data. Linux aggressively buffers written data and caches read data for potential future use. This data is easily evicted from ram (usually without requiring anything to be written to more permanent storage), thus not negatively affecting performance. For various reasons, Linux's accounting of how much ram is in use isn't quite accurate, but you'll get a much closer number by running 'free' in the terminal and looking at the -/+ buffers/cache line. Htop is quite good at showing all three uses of memory, well worth a look. Don't know how accurate it is though. Any thoughts on that? Nils ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support -- Carsten Haitzler (The Rasterman) [EMAIL
Re: Keep losing sound
Am Fr 25. Juli 2008 schrieb shawn sullivan: I keep losing sound on my FR after a few days. This effects the ringing and the normal system sounds. I can still hear a phone call conversation though. When I flash to a new build, the sound comes back and works for a few days, then stops working. i've checked my alsamixer and the headphone and PCM volumes are up. What else am I missing? comare files */scenarios/*.state with those in original image (*.tar.gz) probably those files are restored to mixer whenever a call comes in, and what you are checking might be the default that's not the same as during call. /j signature.asc Description: This is a digitally signed message part. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: eth0 not detected
Joseph M. Jarvis wrote: ...it appears that the kernel/hald/udevd is not recognizing the device. Upon further inspection, the following error re: SDIO/ar6k appears in the log when booting. This appears identical to an error Willie Chen had in January [1]. Does anyone know what this means or how to fix it? Willie? Samuel? [1] http://lists.openmoko.org/pipermail/openmoko-kernel/2008-January/000575.html Jul 24 23:01:57 moko user.warn kernel: S3c2440 SDIO Host controller Jul 24 23:01:57 moko user.warn kernel: SDIO BusDriver - SDIO_GetBusOSDevice, registering driver: sdio_s3c24xx_hcd DMAmask: 0x0 Jul 24 23:01:57 moko user.debug kernel: pnp: the driver 'sdio_s3c24xx_hcd' has been registered Jul 24 23:01:57 moko user.warn kernel: mapped channel 0 to 0 Jul 24 23:01:57 moko user.warn kernel: S3c24xx SDIO: IRQ:37 Detect IRQ:0 DMA channel:0 [EMAIL PROTECTED] [EMAIL PROTECTED] kHz Jul 24 23:01:57 moko daemon.info input[1296]: Bluetooth Input daemon Jul 24 23:01:57 moko user.warn kernel: SDIO Bus Driver: HCD:sdio_s3c24xx should set module ptr! Jul 24 23:01:57 moko user.debug kernel: sdio_s3c24xx_hcd 00:00: driver attached Jul 24 23:01:57 moko daemon.info input[1296]: Registered input manager path:/org/bluez/input Jul 24 23:01:57 moko user.debug kernel: sdio_s3c24xx_hcd 00:00: SDIO device, IDs SD_0008 (active) Jul 24 23:01:57 moko user.debug kernel: pnp: the driver 'sdio_wlan' has been registered Jul 24 23:01:57 moko user.info kernel: Registered led device: neo1973:vibrator Jul 24 23:01:57 moko user.info kernel: Registered led device: gta02-power:orange Jul 24 23:01:57 moko user.info kernel: Registered led device: gta02-power:blue Jul 24 23:01:57 moko user.info kernel: Registered led device: gta02-aux:red Jul 24 23:01:57 moko user.info kernel: TCP cubic registered Jul 24 23:01:57 moko user.info kernel: NET: Registered protocol family 1 Jul 24 23:01:57 moko user.info kernel: NET: Registered protocol family 17 Jul 24 23:01:57 moko user.info kernel: RPC: Registered udp transport module. Jul 24 23:01:57 moko user.info kernel: RPC: Registered tcp transport module. Jul 24 23:01:57 moko user.info kernel: pcf50633 0-0073: setting system clock to 2008-07-24 23:00:53 UTC (1216940453) Jul 24 23:01:57 moko user.warn kernel: Using lowest clock rate Jul 24 23:01:57 moko user.warn kernel: TIMEOUT Jul 24 23:01:57 moko user.warn kernel: TIMEOUT Jul 24 23:01:57 moko user.warn kernel: ### TIMEOUT ### Jul 24 23:01:57 moko user.warn kernel: SDICON:0x0009 Jul 24 23:01:57 moko user.warn kernel: SDIPRE:0x00ff Jul 24 23:01:57 moko user.warn kernel: SDICmdArg: 0x Jul 24 23:01:57 moko user.warn kernel: SDICmdCon: 0x0245 Jul 24 23:01:57 moko user.warn kernel: SDICmdSta: 0x Jul 24 23:01:57 moko user.warn kernel: SDIRSP0: 0x Jul 24 23:01:57 moko user.warn kernel: SDIRSP1: 0x Jul 24 23:01:57 moko user.warn kernel: SDIRSP2: 0x Jul 24 23:01:57 moko user.warn kernel: SDIRSP3: 0x Jul 24 23:01:57 moko user.warn kernel: SDIDTimer: 0x0001 Jul 24 23:01:57 moko user.warn kernel: SDIBSize: 0x Jul 24 23:01:57 moko user.warn kernel: SDIDatCon: 0x0001 Jul 24 23:01:57 moko user.warn kernel: SDIDatCnt: 0x Jul 24 23:01:57 moko user.warn kernel: SDIDatSta: 0x Jul 24 23:01:57 moko user.warn kernel: SDIFSta: 0x Jul 24 23:01:57 moko user.warn kernel: SDIIntMsk: 0x Jul 24 23:01:57 moko user.warn kernel: CMD done, Status: 0 Jul 24 23:01:57 moko user.warn kernel: TIMEOUT Jul 24 23:01:57 moko user.warn kernel: TIMEOUT Jul 24 23:01:57 moko user.warn kernel: ### TIMEOUT ### Jul 24 23:01:57 moko user.warn kernel: SDICON:0x0009 Jul 24 23:01:57 moko user.warn kernel: SDIPRE:0x00ff Jul 24 23:01:57 moko user.warn kernel: SDICmdArg: 0x Jul 24 23:01:57 moko user.warn kernel: SDICmdCon: 0x0277 Jul 24 23:01:57 moko user.warn kernel: SDICmdSta: 0x Jul 24 23:01:57 moko user.warn kernel: SDIRSP0: 0x Jul 24 23:01:57 moko user.warn kernel: SDIRSP1: 0x Jul 24 23:01:57 moko user.warn kernel: SDIRSP2: 0x Jul 24 23:01:57 moko user.warn kernel: SDIRSP3: 0x Jul 24 23:01:57 moko user.warn kernel: SDIDTimer: 0x0001 Jul 24 23:01:57 moko user.warn kernel: SDIBSize: 0x Jul 24 23:01:57 moko user.warn kernel: SDIDatCon: 0x0001 Jul 24 23:01:57 moko user.warn kernel: SDIDatCnt: 0x Jul 24 23:01:57 moko user.warn kernel: SDIDatSta: 0x Jul 24 23:01:57 moko user.warn kernel: SDIFSta: 0x Jul 24 23:01:57 moko user.warn kernel: SDIIntMsk: 0x Jul 24 23:01:57 moko user.warn kernel: CMD done, Status: 0 Jul 24 23:01:57 moko user.warn kernel: TIMEOUT Jul 24 23:01:57 moko user.warn kernel: TIMEOUT Jul 24 23:01:57 moko user.warn kernel: ### TIMEOUT ### Jul 24 23:01:57 moko user.warn kernel: SDICON:0x0009 Jul 24 23:01:57 moko user.warn kernel: SDIPRE:0x00ff Jul 24 23:01:57 moko user.warn kernel: SDICmdArg: 0x Jul 24 23:01:57 moko
Re: qtopia: keys missing for predictive keyboard?
On Wed, Jul 23, 2008 at 10:34:48PM +0200, Joerg Lippmann wrote: Am Mittwoch 23 Juli 2008 schrieb Brian Capouch: Joerg Lippmann wrote: But is it just me or are there some keys missing for touchscreen? I have not found a possibility to erase letters or to enter special keys etc. I'll trade you info: to erase a letter you sweep your finger leftwards just below the keyboard. A slight sweep does that; a longer sweep erases the current word. Great! That works. Thanks! And by experimenting, I just found puntuation: Sweep from the bottom of the screen up... Now my turn to ask: I used Qtopia and the predictive kb for a while and then it got back-burnered. I just flashed it again and I'm in the opposite position from you. How do you *accept* the word that's showing and move on to the next one? Just tip on the right word in the *middle* of the bar. Tip left or right to skip through possible words till the right one is in the middle. Or sweep your finger to the right on the bottom of the keyboard(I just found that out after your hints). Now there seems only two questions for me left: 1. How do I get german Umlauts? You might want to see the thread about ASU keyboards that Rasterman and I have been discussing. It looks like the Illume keyboard lets you configure your own keyboard layout, but there is a hack required in order to enable it (for now) and eventually the user can choose which keyboard to use. -ken ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Connecting to internet via usb
Hi, I think you're looking for opendns.org. The addresses are 208.67.222.222 and 208.67.220.220. BTW, you can often find previous versions of wiki pages on the history tab at the top of the page. There's quite a lot of stuff in there but I found myself in the same situation last weekend looking for old instructions that I thought were more readable too. Vinc On Thu, Jul 24, 2008 at 10:32 PM, e hanks [EMAIL PROTECTED] wrote: First post. Hi everyone. Not a complete noob but still learning and relying heavily on tutorials. I was able to set up the internet connection via USB by reading the excellent *original* tutorial for the FR, but when I returned to it after flashing my phone- I found the pages had been reworked. Specifically, the free DNS IP address that was suggested (and which worked) has been removed. The IP addresses listed in my host's /etc/resolv.conf file DO NOT work. A web search turned up nada. Could someone please point me towards a valid IP that I can plug into my phone's /etc/network/interfaces? Thanks radtek ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: WiFi GUI?
Not sure if this helps, but I have been using wifi-radar http://wifi-radar.systemimager.org/ which you can install on your FR pretty smoothly. Check out the repository page on the wiki @ http://wiki.openmoko.org/wiki/Repositories and the repo I got the app from is celtune. For those of you who don't want to check it out, do the following from the shell on your FR: cd /etc/opkg wget http://rabenfrost.net/celtune/celtune-rabenfrost.conf opkg update opkg install wifi-radar Hope that helps out. Best regards, Steven O'Reilly On Wed, 2008-07-23 at 14:13 +0100, Menno Smits wrote: Rene Horn wrote: Is there a GUI frontend to the WiFi on the OpenMoko? I couldn't find any in all my searches. Just the command line stuff. I've been thinking trying the NetworkManager[1] backend with OM. All the dependencies seem to already be in place (hal, dbus, wpa_supplicant) and the backend is GUI/toolkit agnostic. It should then be a matter of writing a OM specific UI that talks to the backend using dbus. Menno [1] http://www.gnome.org/projects/NetworkManager/ ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Connecting to internet via usb
On 25 Jul 2008, at 05:32, e hanks wrote: ... Specifically, the free DNS IP address that was suggested (and which worked) has been removed. The IP addresses listed in my host's /etc/ resolv.conf file DO NOT work. I'll give you a couple of addresses of DNS servers in a moment, but chances are that they won't work. If the IP addresses listed in my host's /etc/resolv.conf file don't work then your desktop machine won't be able to resolve DNS names to IP addresses, either. The fact that these addresses are in your desktop's /etc/resolv.conf and that it is able to resolve addresses indicate that these DNS servers DO INDEED work. The chances are that the problem is in fact routing. That your Freerunner can't access the internet. Can you ping the IP addresses of these DNS servers? If not then no wonder they don't work! Look up the IP address of known hosts on the internet. You can do this on your desktop: $ host google.com google.com has address 64.233.187.99 google.com has address 72.14.207.99 google.com has address 64.233.167.99 ... $ Can you ping 64.233.187.99 or any of the others? If your Freerunner can access the internet then you will be able to. If it can't ping them then it probably won't be able to send packets to the name servers, either. You probably need to start off from the beginning of the guide again, and work through being able to ping the desktop (192.168.0.200 usually) from the Freerunner and pinging your network gateway. A web search turned up nada. Could someone please point me towards a valid IP that I can plug into my phone's /etc/network/interfaces? Googling OpenDNS addresses quickly leads to: - 208.67.222.222 - 208.67.220.220 Stroller. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Openmoko owner from India. Pls help
Hi, I got my openmoko yesterday. But it doesn't have voice when ringning. Only vibration is there. How to rectify. Also I am not able to increase the volume. Pls help Thanks a lot Bijoy +91-9731006221 ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
