Re: Writing my own Free Plain Phone sw distro for GTA02
On Ne 18. září 2011 00:04:45 msoko...@ivan.harhan.org wrote: Hello Openmoko community, I have just ordered my GTA02 hardware unit from Golden Delicious a few days ago, and I greatly look forward to receiving it in the next few weeks (intercontinental shipping and all). But the real purpose of this introductory post of mine is to announce what I plan to do with it: my desire is to write my own from-scratch Free Plain Phone software distro for it. (More specifically, take the existing working U-Boot and the Linux kernel with no or just minor changes, but bring up my own userland from the ground up.) Before anyone tells me that I'm crazy or why in the world do I wish to do that, let me list my primary motivations: Hi, you have chosen openmoko very well for your project. Just a few notes that might be interesting for you: As for good power management - it's given by HW design and linux kernel. You can't affect very much from userspace. You can get 4-5 days on one battery charge, if the phone is in suspend (PMU+RAM+modem is on, rest if off). Take a look at http://wiki.openmoko.org/wiki/OpenWRT - they have also very minimal userspace (just few megabytes) and nice kernel-like build system. Btw why X11 for such project? Wouldnt be framebuffer enough? Anyway good luck with your project, let us know if you have something working. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Writing my own Free Plain Phone sw distro for GTA02
In order words, the phone functionality I am after is what people would call a dumb phone, or I prefer to call it a Plain Phone to use a more neutral / non-derogatory term. feature phone is also non-derogatory and means exacty the same thing Learning motivation: that's the biggest one for me. I am a knowledge freak. I want to know, know, know. check out the wiki, there is explanation on how the hardware works there... I realize that I will unfortunately have to treat the Calypso GSM block as a black box. If I had a spare million dollars laying around, I could probably find an ex-Openmoko-Inc employee whom I could bribe for an illegal copy of the 3 missing schematic sheets and of whatever mix of partial source and linkable binary/object modules I'm guessing they must have had for the Calypso firmware: still not stellar, but better than what the community currently possesses, which is a block diagram on schematic page 14 and a fully-built FW image. But I don't have a spare $1M laying around, so that is probably not an option. :-( learn about osmcombb, however it's not a drop-in replacement as it lacks: *an AT command interpreter part(however they have an abandoned nuttx port) *any kind of certification needed for connecting to carrier networks But even with the GSM modem being a black box sequestered behind a serial port, still that's not so bad, the GSM modem doesn't control the CODEC(the sound card) nor the GPS. As a more concrete example, I don't want my UI to use either GTK or Qt, and in fact I don't want any pre-existing UI code period: I want to design and implement my own UI 100% myself. My UI design will be rather monolithic, centering around Plain Phone functionality: making and receiving plain old voice calls on the GSM network, receiving, replying to and composing SMS, managing contacts, and that's about it. (*No* apps or the like.) I will implement my Plain Phone UI in plain C using just libX11, no GTK or Qt, because that's my programming comfort zone. too bad because there was already a feature-phone distro called aurora, but its GUI is in QT(using the framebuffer), but yet very basic. I also don't like dbus: too modern for my taste. Hence I will need to implement my own version of gsmd that doesn't depend on dbus or any other infrastructural backbone of a modern Linux distro. too bad that rules out freesmartphone, which is a great hardware abstraction layer. if you would use freesmartphone you could have written the GUI quickely enough to make it a reality. 1. Learn the process for loading new code images into the phone, build a very basic rootfs image (using the techniques and principles from my HEClinux-am3517 project) that does nothing other than allow an ssh root login over the USB port, load it, get it to boot (debug board with serial console bring-out for the win!) and get the USB login to work. Try doing it with the battery removed (USB power only) if possible. just read the wiki for that. 2. Write the first inklings of the battery charger daemon: minimal power management code to enable battery charging and control the USB current draw limiter. Charge the battery and see it boot w/o USB power. battery charging is done in the kernel. 3. Write the first minimal gsmd. Have it save incoming SMS in an airlog file with no UI. Try placing an outbound call or sending an SMS from the command line (from the shell accessed via USB port login session). 4. Write the bottom layer of my own UI, roughly taking the place of the X11 window manager. Have the userland display *something* on the LCD. why not using framebuffer directly? Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Writing my own Free Plain Phone sw distro for GTA02
On Sat, 17 Sep 2011 22:04:45 GMT, msoko...@ivan.harhan.org wrote: weeks (intercontinental shipping and all). But the real purpose of this introductory post of mine is to announce what I plan to do with it: my desire is to write my own from-scratch Free Plain Phone software distro for it. That's an interesting post and new project, and I think I understand your motivation. On the GSM front, however, you may want to consider the DeforaOS code at http://www.defora.org/os/project/browse/3343?file=/src. It was also written from scratch, in C, and to be minimal (compared to something like FSO or oFono), and I think it may be small enough for you to feel happy studying it instead of reimplementing it yourself. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] landscape mode under QX
For scummvm I would like to use the AUX button to access the in game It would be needed to disable qtmoko's AUX handling - it switches between application first. Then there will probably be no easy way to switch back from QX. Just to try, I added xmodmap -e keycode 177 = F5 to the script. Using ScummVM when you press the AUX button of course you turn back to qtmoko but when you push the resume button you come back to scummvm with the game menu opened. It's uncomfortable but it works. But it brings to another problem: when you press AUX or receive a call/sms you come back to qtmoko but the screen is all messed up and it is difficult to take actions. This happens only when the screen is somehow rotated. I thought that, because qtmoko uses framebuffer, set a rotation directly in framebuffer echo 1 /sys/class/graphics/fb0/rotate could solve the problem but instead it produces exactly the same problem. So, if you rotate the screen using Xorg or framebuffer the QtMoko GUI becomes all messed up. I also tryed to first rotate the GUI (Settings--Rotation) and then rotate the screen or to set new virtual size both in framebuffer and Xorg (with no success) but the result is the same. I'm stuck here... :( Joif ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Free GTA02 phone
Folks, I am in Ottawa.ca. I have a GTA02 that i am willing to give for free to anyone who is going to put it to good use and is willing to pick it up. cheers, jamal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
