Help from Always Innovative ?
Hi, As I was surfing, I found that the company Always Innovative(1) is selling a new mini PC (3.5). It's ARM8 based, touch interface, but without any GSM connectivity. A.I. is producing open hardware, they already have production processes, a well knowledge in Arm and also other good point (founder is French ;-)). So, does anybody think a collaboration maybe helpfull ? -- Thomas HOCEDEZ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dbus moving into kernel?
Patryk Benderz wrote: Dnia 2010-09-16, czw o godzinie 17:23 +0100, Al Johnson pisze: kdbus is proof-of-concept at the moment, the idea being to reduce the number of context switches needed for each dbus message. One synthetic benchmark shows a 3x speed increase on the n900 but speedup in real world applications seems much more modest. There are a lot of complaints about Dbus IPC. That makes me wonder why people don't use one of already existing kernel IPCs [1][2] , and instead try to develop another one, which is not secure as I heard? [1] http://tldp.org/LDP/lpg/node7.html [2] http://tldp.org/LDP/tlk/ipc/ipc.html Actually, netlink comes to mind as a transport layer for something like dbus. It can not all that dbus can, but most of those so called features are actually a total wank anyway. At least it would scale. But I suppose this discussion was lost when dbus was new and it is pointless these days. Dbus will probably have a successor some day, and with any luck it will have more sane foundations... Actually, dbus is not that bad. Some of the things it can do require a approach like they took. Question is, should we have sacrificed those features on the alter of simplicity? I'm not even sure I have a answer to that... Regards Tilman Baumann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-T] ffalarms
ffalarms often rings with multiple simultaneous processes. Looking around to see what was going on, I expected to find some sort of at-command to queue the alarms, but the only at* executable is atd. So: a. anybody else seeing this behaviour from ffalarms? b. how do I view the atd queue on SHR-T? Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dbus moving into kernel?
Dnia 2010-09-20, pon o godzinie 11:32 +0100, Tilman Baumann pisze: Patryk Benderz wrote: Dnia 2010-09-16, czw o godzinie 17:23 +0100, Al Johnson pisze: kdbus is proof-of-concept at the moment, the idea being to reduce the number of context switches needed for each dbus message. One synthetic benchmark shows a 3x speed increase on the n900 but speedup in real world applications seems much more modest. There are a lot of complaints about Dbus IPC. That makes me wonder why people don't use one of already existing kernel IPCs [1][2] , and instead try to develop another one, which is not secure as I heard? [1] http://tldp.org/LDP/lpg/node7.html [2] http://tldp.org/LDP/tlk/ipc/ipc.html Actually, netlink comes to mind as a transport layer for something like dbus. It can not all that dbus can, but most of those so called features are actually a total wank anyway. At least it would scale. But I suppose this discussion was lost when dbus was new and it is pointless these days. Dbus will probably have a successor some day, and with any luck it will have more sane foundations... Actually, dbus is not that bad. Some of the things it can do require a approach like they took. Question is, should we have sacrificed those features on the alter of simplicity? I'm not even sure I have a answer to that... Nor do I. However I suppose Dbus should have been designed and built conforming to Unix Philosophy [1], and it seems it was not. [1] http://en.wikipedia.org/wiki/Unix_philosophy -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [SHR-T] ffalarms
Jeffrey Ratcliffe jeffrey.ratcli...@gmail.com writes: ffalarms often rings with multiple simultaneous processes. Looking around to see what was going on, I expected to find some sort of at-command to queue the alarms, but the only at* executable is atd. So: a. anybody else seeing this behaviour from ffalarms? Hi Jeffrey, I, as the author of ffalarms see it too :), but as no one complains I can live with it. The problem is that at the moment if you set multiple alarms at the same time they all schedule new alarms and due to race condition between them you end up with single alarm scheduled multiple times. The simultaneous alarm processes try to own a dbus name, so only one should play at a time (but first schedule before owning the name so here is the race). But if dbus is not yet working (which may happen during system startup) they all decide dbus is not working and start to play simultaneously resulting in a sort of deny of service in GUI of the phone. That is a bad design of course, simple dirty hack done in a limited time, but based on an idea: it better is to set more alarms than needed than none at all. b. how do I view the atd queue on SHR-T? List of alarms: ffalarms -l (see http://ffalarms.projects.openmoko.org/#command-line-options) or simply ls /var/spoolt/at there is no atq Regards Jeff ___ Shr-User mailing list shr-u...@lists.shr-project.org http://lists.shr-project.org/mailman/listinfo/shr-user ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [SHR-T] ffalarms
Hi Łukasz, 2010/9/20 Łukasz Pankowski lukp...@o2.pl: I, as the author of ffalarms see it too :), but as no one complains I can live with it. The problem is that at the moment if you set multiple Well, it *is* rather annoying. alarms at the same time they all schedule new alarms and due to race condition between them you end up with single alarm scheduled multiple times. The simultaneous alarm processes try to own a dbus name, so only Are you saying that if I want to schedule new alarms, at say, 6.00, 6.05, and 6.10, then I should create 6.00, quit and restart ffalarms, create 6.05, etc..? List of alarms: ffalarms -l (see http://ffalarms.projects.openmoko.org/#command-line-options) or simply ls /var/spoolt/at Right. That shows lots of duplicates scheduled, although the 3 alarms I would like are correctly defined. To fix things, should I just delete the duplicate scripts in /var/spool/at? or is there a better way? Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [SHR-T] ffalarms
Jeffrey Ratcliffe jeffrey.ratcli...@gmail.com writes: Hi Łukasz, 2010/9/20 Łukasz Pankowski lukp...@o2.pl: I, as the author of ffalarms see it too :), but as no one complains I can live with it. The problem is that at the moment if you set multiple Well, it *is* rather annoying. alarms at the same time they all schedule new alarms and due to race condition between them you end up with single alarm scheduled multiple times. The simultaneous alarm processes try to own a dbus name, so only Are you saying that if I want to schedule new alarms, at say, 6.00, 6.05, and 6.10, then I should create 6.00, quit and restart ffalarms, create 6.05, etc..? No, only if you set two alarms at 6.00 they both start at 6.00 and my schedule the next alarms two times. List of alarms: ffalarms -l (see http://ffalarms.projects.openmoko.org/#command-line-options) or simply ls /var/spoolt/at Right. That shows lots of duplicates scheduled, although the 3 alarms I would like are correctly defined. To fix things, should I just delete the duplicate scripts in /var/spool/at? or is there a better way? Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [SHR-T] ffalarms
2010/9/20 Łukasz Pankowski lukp...@o2.pl: Are you saying that if I want to schedule new alarms, at say, 6.00, 6.05, and 6.10, then I should create 6.00, quit and restart ffalarms, create 6.05, etc..? No, only if you set two alarms at 6.00 they both start at 6.00 and my schedule the next alarms two times. I've never done that. I do edit the alarms quite a bit, though - mostly just changing the day. Whatever caused it, I am now seeing about 30 duplicates. To fix things, should I just delete the duplicate scripts in /var/spool/at? or is there a better way? Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help from Always Innovative ?
Probably you meant company named Always Innovating[1] which is selling a netbooks/tablets/MIDs* based on OMAP 3530 [Cortex-A8 (ARM11)]. [1] http://www.alwaysinnovating.com * Touch Book, Touch Book II, Smart Book, Mini Book GSM/3G support in Mini Book would be nice. Regards, Martix PS: I am Touch Book owner. 2010/9/20 Thomas HOCEDEZ thomas.hoce...@free.fr: Hi, As I was surfing, I found that the company Always Innovative(1) is selling a new mini PC (3.5). It's ARM8 based, touch interface, but without any GSM connectivity. A.I. is producing open hardware, they already have production processes, a well knowledge in Arm and also other good point (founder is French ;-)). So, does anybody think a collaboration maybe helpfull ? -- Thomas HOCEDEZ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help from Always Innovative ?
Adding GSM to MID-device definitely will make this device extra-cool. Does somebody have idea how GSM could be added there? Voice is most important feature for me. 3G and so on, could be connected to touchbook part. May be its possible attach some gsm board? (FR's or others). Maksim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko v26] online via GPRS
On 09/18/2010 06:40 PM, Marcel Meyer wrote: * on demand does not seem to work. When I use NeronGPS and a map is missing, it seems as GPRS _tries_ to get online but that's all ;-) I never tested on demand mode. Now i see that there is a bug in original qtopia. When pppd is started in ondemand mode its not opening serial port (as designed). QPE expects its to be open and start to write to the closed tty and hangs. Bug is somewhere inside QPE pppd manager, if i will have some free time i will fix it, it is trivial (e.g. - by initing serial port before running pppd). There are 2 other related bugs: 1) Default gateway is already set to 192.168.0.200 (usb), so traffic never comes to pppd. as far as i remember - linux support weight for the gateways, so fix is also trivial, but will require some work. Another bug is related to indicator - it doesnt work correctly in on demand mode, showing irrelevant status. Probably also not too hard to fix. * Staying online over a longer period of time seems to lead to a complete failure of the GPRS-stack so that I have to reboot the Neo to be able to get online again. I believe that this was fixed by me - GPRS session used the same ID numbers as Voice calls. I found that when fixed voice calls with active GPRS. Patch is done and probably will be in next qtmoko release. * Choosing always on leads to the phone trying to get online after booting and then hangs on the QtMoko-startscreen (after entering the PIN) when it tries to get online. See above. May be i will fix this, but not sure if i will have a free time. Fix is trivial, looks like nobody tested ondemand mode at all, bug is inside QPE core. GPRS Status fix may be will get some more time, i`m not really understand how this indicators works :) But i`m afraid ondemand mode, especially if i`m in roaming :) * I meanwhile managed to immediately switch to the internet settings after rebooting the phone (hard-reset) and deactivate the GPRS-connection before QtMoko managed to get online. You can ssh to the phone, delete default route (route delete default), add ppp0 as defroute (route add default ppp0) and ping any host - pppd will open port and system will be alive again :) If you want to test the fix - write me to samm at os2.kiev.ua and i will send you modified libs. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help from Always Innovative ?
Le 20/09/2010 16:16, Martix a écrit : Probably you meant company named Always Innovating[1] which is selling a netbooks/tablets/MIDs* based on OMAP 3530 [Cortex-A8 (ARM11)]. [1] http://www.alwaysinnovating.com * Touch Book, Touch Book II, Smart Book, Mini Book GSM/3G support in Mini Book would be nice. Regards, Martix PS: I am Touch Book owner. Yep, It was them. Typing too fast, thinking too slow... Thanks. Just for my info : can you make me a quick return of yout TB please ? -- Thomas HOCEDEZ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help from Always Innovative ?
Le 20/09/2010 16:26, Maksim 'max_posedon' Melnikau a écrit : Adding GSM to MID-device definitely will make this device extra-cool. Does somebody have idea how GSM could be added there? Voice is most important feature for me. 3G and so on, could be connected to touchbook part. May be its possible attach some gsm board? (FR's or others). Maksim In fact, I think I will try to reach them. I'll give you the answer asap. -- Thomas HOCEDEZ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v26
On 09/14/2010 11:08 AM, Christ van Willegen wrote: I, too, have experienced QtMoko. The one thing that annoys me, is that sometimes (well, more often than sometimes...) my FR turns on at night, and stays on until it wakes me from sleep indicating it's hungry... My wife doesn't approve :-( I have the same issue. Today i had some time to find the reason (cold-flue is really great thing for qpe development ;-)). This alarm is set by atd daemon, because BROKEN_RTC_ALARM is defined. This define is used for RTC devices which are not able to handle more then 24 hrs alarm (/* Workaround for broken same day only RTC */), so it sets alarm to 23:59:59-UTC. As far as i could see in the SC32442B specs - openmoko RTC alarm is able to handle day/month/year without problems, so probably this is defined by mistake. I now compiled atd w/o this define to see if it will work correctly. If it will - then this will be fixed in the next release. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [SHR-T] ffalarms
Jeffrey Ratcliffe jeffrey.ratcli...@gmail.com writes: 2010/9/20 Łukasz Pankowski lukp...@o2.pl: Are you saying that if I want to schedule new alarms, at say, 6.00, 6.05, and 6.10, then I should create 6.00, quit and restart ffalarms, create 6.05, etc..? No, only if you set two alarms at 6.00 they both start at 6.00 and my schedule the next alarms two times. I've never done that. I do edit the alarms quite a bit, though - mostly just changing the day. It could also happen if you have a phone turned off for some time and there are at least two past alarms which will be started simultaneously by atd during system startup and each of them will schedule future alarms in the race. I should fix this issue when I find some time for it, but I cannot promise when it will happen. Whatever caused it, I am now seeing about 30 duplicates. To fix things, should I just delete the duplicate scripts in /var/spool/at? or is there a better way? Yes, you can delete all /var/spool/at/*ffa* files and then start ffalarms GUI or set new alarm in command line (for example: ffalarms -s now) and they will be rescheduled (you can check it with ffalarms -l). Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v26
2010-09...@19:14 Alex Samorukov I now compiled atd w/o this define to see if it will work correctly. If it will - then this will be fixed in the next release. please take a look at: http://bugs.qtmoko.org/view.php?id=144 also kind regards -- ALFA21 IS PROVIDED AS IS AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
MokoTrack a real time tracker for the moko
I Developed a real time tracker for the moko! If anyone wants to test can download the tar at this link: http://www.monkeyslair.net/openmoko/mokotrack.tar mokotrack tar For run you must: - Copy the file to moko - Untar mokotrack.tar - Edit the file conf and set the right APN, username and password by default is an italian provider There is not a graphical interface so to start you must open the terminal go to mokotrack directory and type ./track If everything works fine just launched the application will be assigned an ID and a password that is used to control the moko from web. To see the location you have to connect to this address: http://www.monkeyslair.net/MokoTrack.html MokoTrack web page So you can display the track or position with the ID that was assigned. To send commands to the moko click on info from the web page.You will have the current state of the moko and you can send commands (increase the frequency of coordinates, set the minimum distance for considering two different positions, exit by the app, turn off your cell, etc.).Of course to give the commands you must enter the assigned password.The application at startup sets up a firewall to minimize the flow of Internet data.Closes ppp port except the one using the application.The GPRS connection is opened each time and closed immediately after sending the coordinates.That way you minimize the exchange of bytes(see this discussion: http://openmoko-public-mailinglists.1958.n2.nabble.com/Gprs-sent-and-receive-random-byte-WHY-tp5194278p5196377.html;cid=1285001559969-981 Gprs sent and receive random byte. WHY? ). In the terminal will be displayed the current operations and after sent the coordinate will be show the number of bytes sent and received in the session.The application is tested on SHR. It used D-bus -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/MokoTrack-a-real-time-tracker-for-the-moko-tp5551535p5551535.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v26
On 09/20/2010 07:59 PM, Alfa21 wrote: I now compiled atd w/o this define to see if it will work correctly. If it will - then this will be fixed in the next release. please take a look at: http://bugs.qtmoko.org/view.php?id=144 also Thats me (Samm :)) Once again - to do the same as 'hwclock --systohc' do with running atd just run printf W\n /var/spool/at/trigger This fill force atd to update RTC clock. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MokoTrack a real time tracker for the moko
There is not a graphical interface so to start you must open the terminal go to mokotrack directory and type ./track If everything works fine just launched the application will be assigned an ID and a password that is used to control the moko from web. To see the location you have to connect to this address: http://www.monkeyslair.net/MokoTrack.html MokoTrack web page Cool, where is the source? Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community