Re: [Tinkerphones] latest Openmoko/GTA04 tinkering: wireless charger
On zaterdag 31 december 2016 17:30:57 CET H. Nikolaus Schaller wrote: > I spent some time to develop a Qi charger for the GTA01/02/04 devices > and here its is: > > https://www.youtube.com/watch?v=LsSdDYHx7d4 Thank you for making the video, it is always nice to see the lights blink :-) > Enjoy and happy new year, Happy new year everyone! Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Calypso modems
On Wednesday, October 19, 2016 12:25:33 PM CEST Dominic Walden wrote: > > On October 17, 2016 at 6:54 PM Mychaela Falconia > > wrote: > > > > https://www.gofundme.com/fcdev3b-board-production-2umevjw > > Will the modem firmware be usable from a legal perspective? I think it is imperative to mention the jurisdiction for which your question should be answered. * Has your location already joined and enjoyed the revolution? Then you have your own jurisdiction and you can decide for yourself; * Are you still suffering under the yoke of totalitarian regimes like the rest of us, then you might be out of luck. Then again, no one should notice as long as the modem doesn't misbehave. Usability from a network perspective might be better than those of 3G modems, according to the first result[1] I found when searching in that direction. Good luck with the effort for those involved! Best regards, Boudewijn [1] https://www.ovum.com/press_releases/ovum-says-2g3g-networks-wont-close-en-masse-until-2020/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] FOSDEM2016
On 01/27/2016 03:25 PM, Christ van Willegen wrote: On Mon, Jan 25, 2016 at 10:27 PM, Boudewijn wrote: If you don't have plans for dinner yet: Saturday I intend to eat at Chez Fleur [0], at walking distance from the university. Earlier we had dinner there with people from Openpandora/Pyra, OpenPhoenux and Limesco and I enjoyed the food (and the company) Should we make a reservation? :-) Yes, please do! There's a reservation at 19.00 at Chez Fleur (mostly Dutch at the moment). In case anyone hops by: they don't accept plastic money, so come prepared (take friends with cash along :-) ). Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] FOSDEM2016
(...merging threads, sorry in case I derail your mail client or offend anyone ...) On 01/25/2016 09:22 AM, Perez Diez, Jose Luis wrote: > El Diumenge 24 Gener 2016, a les 22:43:33, Boudewijn va escriure: >> Do any of you intend to visit Brussels for FOSDEM, next weekend? > > I'll be there but I will stay mainly on the Perl trak On 01/25/2016 10:07 AM, Christ van Willegen wrote: Yes, I do. I'm arriving on Friday night and will be there Saturday and Sunday morning (too bad for Neil!). So, yes, I'd like to meet up! Can I suggest http://osm.org/go/0EoSsi6po?m=&node=319762946 on Saturday at 11:00, just after the first keynote? That's where the Goldelico stand was 2 years previously, I think... As Nikolaus observed: no one is taking up the glove this year. We'll have to find our own meeting spot. If you don't have plans for dinner yet: Saturday I intend to eat at Chez Fleur [0], at walking distance from the university. Earlier we had dinner there with people from Openpandora/Pyra, OpenPhoenux and Limesco and I enjoyed the food (and the company) Should we make a reservation? :-) On 01/25/2016 09:26 AM, n...@ossau.homelinux.net wrote: > I will be there on Sunday afternoon. Focussed in the SDN/NFV DevRoom, > but would love to meet up. Will you have lunch or dinner in that area or is it really a short visit? Best regards, Boudewijn [0] http://www.chezfleur.be/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] FOSDEM2016
On 01/25/2016 10:22 AM, H. Nikolaus Schaller wrote: Am 25.01.2016 um 10:15 schrieb Christoph Mair Am 24.01.2016 10:44 nachm. schrieb "Boudewijn" > Do any of you intend to visit Brussels for FOSDEM, next weekend? I can't make it this year, sorry. Wish you a great weekend! Best regards, Christoph Same for me. So there will be no OpenPhoenux stand. Have an interesting weekend (be it with or without free beer but free software :), Thanks :-) Had I been organized a bit earlier I'd mailed Michael to ask if I could share his stand, but as it is I only have my GTA04 and GTA02 and most visitors already have played with them I think :-) Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FOSDEM2016
Hi lists, Do any of you intend to visit Brussels for FOSDEM, next weekend? I have been terribly inactive, with hardly enough time to lurk the mailinglist, let alone participate in anything. This year I can make it to FOSDEM, it would be nice to meet if there's a chance to. Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Free phone: smart or not?
On 17-3-2015 2:49, Stefan Monnier wrote: But the FR's hardware is too limited for that in my experience (e.g. the screen is too small for a resistive touchscreen), and the software is not reliable enough. I think, with the constraints of the FR case, a resistive touchscreen is the best option. The touch-resolving resolution of a capacitive screen would be much lower, and an inductive (what generic category would you give Wacom?) screen would not permit you to use a finger(nail) or a pencil laying around. I got a phone from my employer (besides my GTA04) now, which has a large capacitive screen. It can show more information at once, but I hate typing or making selections on it. To stay a bit on topic: my FR was my only phone until it was reborn as an OpenPhoenux. Both are in my top 2 of favourite phones :-) The smartness of the phone is important. If I were to take a silly phone with me, I'd wish it to be about as big as a bluetooth earpart, smart enough to understand most of the commands I speak to it and dial the number from the address book when I say so. In that case it wouldn't even need a screen or numeric buttons. Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] ANN 2: new gta04-makesd for preparing bootable SD cards
On Monday 09 February 2015 21:14:51 Dr. H. Nikolaus Schaller wrote: > So I hope that we are doing something you appreciate and find useful > and maybe would like to support either through [1] or by testing, reporting > bugs and submitting patches. Yes! Really a lot! I came home late tonight, intending to only have a quick look at my mail and find myself cloning the repository and downloading Lucas' image. Thank you all who have contributed! Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Happy new year
Hi list, Perhaps off topic and superfluous (unspoken != unfelt), happy new year everyone! Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: mounting FR in car for GPS usage
On Friday 07 March 2014 14:17:05 Lukas Maerdian wrote: > How about this accessory: > http://pulster.eu/index.html?d__ompkwhalter__OpenMoko_Freerunner_desk___car_ > cradle824.htm I have good experiences with that one: it just fits the Neo/Freerunner case and has room for connecting the USB cable. Best regards, Boudewijn > 2014-03-07 13:21 GMT+01:00 Matthias Apitz : > > Hello, > > > > Has someone a good idea or solution how to mount the FR device in the > > car, visible by the driver to be used as GPS && maps? I think the best > > place would be near the windshield in the drivers corner. > > > > Thx > > > > matthias > > > > -- > > Sent from my FreeBSD netbook > > > > Matthias Apitz, , http://www.unixarea.de/ f: > > +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER > > 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since > > 2.2.5 > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] Wifi && different locations
On Monday 03 March 2014 12:46:20 Matthias Apitz wrote: > I could finaly manage to configure my own AP > at home, say location A; where I could see around 8 other neighbour AP > (...) I could not manage to pick-up the correct AP by its > SSID, maybe due to the long list; and had to remove all config > "Internet" and start from scratch for location B; this is soemhow > boring. Is there an easy config file to pick-up only the AP's I do know > (in the sense of credentials)? > > Or do I do something stupid wrong? I'm not quite sure about the 'right' way to do it. I do remember that QtMoko used to help by shuffling the strongest signal up to the top of the list. The unfortunate bit was that it continued to do so while the user entered credentials, and then applied the credentials to the then topmost entry, whichever that would be at that moment. Result: mostly no connection, because the connection that you entered credentials for tumbled down two or three places for a second or so. Radek (I guess/presume) therefor turned off the dynamic rearrangement of the visible-networks-list, cautioning that people in more than one network would suffer what you just described. I tried adding another network preset (on the 'main' internet tab, one more WLAN configuration), but that one does not scan/connect at all. Sorry for not being of any more help. Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM frequency bands in the USA
On 26-2-2014 10:28, Nick wrote: First, please can you try to keep things civil and respectful (even if you feel provoked)? This list has become quite draining recently. Thanks :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IMEI changing kit for GTA02
On 19-2-2014 10:39, Paul Wise wrote: On Wed, Feb 19, 2014 at 5:19 PM, Dr. H. Nikolaus Schaller wrote: what is "semi-legal"? I assume that means it is illegal in some parts of the world and not in others. For example illegal in the UK, not illegal in Michael's micronation. Hmmm... By that definition there's at once a whole lot of legalities in a grey "semi-legal" area :-P Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Community] [Limesco-leden] OpenPhoenux@FOSDEM2014 (photos)
Hi, On Thursday 06 February 2014 11:00:48 Parchet Michaël wrote: > Is there some video or photo of this weekend ? There are some photos of the stand; Nikolaus offered hosting at: http://www.openphoenux.org/events/fosdem2014/images.php I totally forgot to take a bit of video, for example of the board running the OMAP5. I'll think of it next time. Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
OpenPhoenux@FOSDEM2014
Hi List, As you know, last weekend FOSDEM was held at the Brussels Free University. For the first time in years, OpenPhoenux didn't have its own stand. Luckily enough Michael from OpenPandora/Pyra offered to use part of their stand. There were a GTA04 in Freerunner case and a Freerunner to admire, both running QtMoko (v58/56), and lacking a spare GTA04-board I put the old Freerunner board next to it for the idea (it had been nice if all visitors had recognized the imposter immediately, they didn't though ;-) ) Besides the hardware there were some flyers for the GTA04 as well as the Neo900. There were a couple of people dropping by thinking of their Openmoko in a drawer, pleasantly surprised by the looks of QtMoko and asking about the battery life of the new boards. I can get by, with about a day of battery life with light usage. That seemed reasonable to them, one of them got just six hours out of his Freerunner. There was quite a lot of interest in Neo900 as well, even though the flyers were not more than the specs page of neo900.org. OpenPandora's successor, DragonBox Pyra was on show. With OpenPandora being a sister project, running very similar hardware and production facilities, it would be nice if we can keep sharing hardware. The Pyra got a fast dual core A15 CPU, and it seems you can throw anything at it. We haven't spoken about power consumption though, I just know one of the strong points of OpenPandora is its huge battery. The stand next to us was about power savings in software (http://mageec.org/), such as optimization flags at compile time. Perhaps some of their findings are applicable in ARM as well. There were more than a few list members; Chris pointed me to the powersavers above and we had a general chat, PaulK came by to talk about Replicant and the kernel. I haven't had time to do much more than keeping up with the mailinglist, so there wasn't anything I could tell him first hand. GNUtoo was at the CoreBoot stand, I only spoke him shortly. Later on the day I got my new SIM for the Limesco network. Limesco is a MVNO in the Netherlands, run by hackers and activists for the same. In case you're in the Netherlands, give them a look (Disclosure: I'm involved in Limesco, so I'm a bit biased ;-) ) The nice thing is that this way you can run the whole mobile stack "in house": we got either our own hardware or firmware, our own printed case, on our own network, and perhaps we can use Sysmocoms programmable SIMs. We ended with a dinner with members of different projects. I had a great time, enjoyed meeting old friends and telling people about our project. Thank you all for making it possible! Best regards, Boudewijn PS: I got some photos, I'll send an update when they're available online. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Community] FOSDEM 2014 - meetup?
On Saturday 01 February 2014 22:40:48 Christ van Willegen wrote: > Hi Boudewijn, > > On Sat, Feb 1, 2014 at 9:45 PM, Boudewijn wrote: > > Hi list, > > > > Who is in Brussels for FOSDEM? > > > > I'll be there tomorrow, at least part of the day at the OpenPandora stand. > > It would be great to meet some people again. Anyone else around? > > I'm around! Great! > I.m planning to go to the AW1.126 dev room (low power consumption). > Does OpenPandora happen to be in AW? It is indeed :-) > When shall we meet, and where? > If you're in AW1.126 most of the day, I'll try to be there at, say, 11.45, and do a broadcast for Christ? See you! Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FOSDEM 2014 - meetup?
Hi list, Who is in Brussels for FOSDEM? I'll be there tomorrow, at least part of the day at the OpenPandora stand. It would be great to meet some people again. Anyone else around? Best regards, Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Community] Making a “fair” OpenPhoenux?
And we only have their declaration that the components conform to ROHS. Because no one asks for more, and no one starts asking because it's not available. I'm not sure if it was posted on this list, but I read about this government spending on workstations in Scandinavia where the project actually was given to Lenovo for their "fair" line of products. If I recall correctly, that line of products was started just for that project. Now a government has a bit of a magnitude larger buying power than all of us combined, but the stamp/certification is developed for those products, and the underlying supply chains must confirm to it. They might as well put the stamp on all components that comply. By just starting by stating what we have, we might shove the bell shape of normal distribution a bit in the right direction ;-) Although I may ask them where they get their solder paste from, and they probably can only name a distributor, I don't expect to be able to find out from which mine the tin is really coming from and under which conditions it is produced. To really find out this needs a project and some travelling, social engineering doing interviews etc., i.e. quite a lot of time and money. Another point to consider is the pure number of components. We have approx. 250 components from at least 50 different brands. Who is willing to do the work to research and track that initially and in the future? The odds are, as usual, against us :-( Maybe once we start, some information trickles in via social media? I have some contacts in South-East Asia, and once we find out some of our components are from that region, maybe I can try find out more. supply chain transparent, as has been done by Nager-IT for their partially-fair computer mouse [5]. (I could not find any information about this on the wiki, so if there is any, please kindly point me to it!) The next step would be making efforts to source more components and resources from “fair” sources (meaning good and safe working conditions, no child labour, adherence to standards of the International Labour Organisation). There are simply no alternatives to choose from that still fit from the dimensions into the case of a smart phone... That's why it's a "next step" ;-) At FIfF (a German NGO), we have a working group on “fair computers” [6], and one thing we are looking towards is connecting with open hardware projects such as OpenPhoenux. If there is some interest in this topic in the community, I think we could contribute at least some knowledge and contacts. As such, I am looking forward to further discussions with you. The key question will be how much a "fair" OpenPhoenux increases the cost for such devices. And how much this can be compensated by higher demand by being "fair". I think that the proposal at first is knowledge transfer. Even if our components are not "fair", part of "open" is then acknowledging it is not. It may turn out like with Android and iOS that 99,9% of the world population will think those are already "open" enough and buy the cheapest variant they can get their hands on. For an important part, that is because for that 99.9% "openness" was never on the agenda in the first place. The first sign of lack of openness is inconvenience, but even that is only visible after buying-time convenience wears off. The first sign of lack of "fairness" is real human suffering. Many more than 0.1% of the population cares about poor people suffering. If we (not only OpenPhoenix, but broader) could only make the (lack of) suffering visible at buying-time, it is easier for consumers to at least question the lack of that information on other products. Well, eh... that's it for now ;-) Best regards, Boudewijn CC: openmoko-community; sorry for forking and sorry if you got it duplicate, but maybe there's some interest in the subject there as well... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: nl-alert
On Monday 04 February 2013 15:53:56 Ed Kapitein wrote: > Hi All, ( specially the dutch users ;-) ) > > Today the dutch government has send a test alert message[1], a cell > broadcast. > This is used to inform people about a major incident in a certain area. > > Did any of the dutch people receive such a message? > Do you have any info/logs/whatever? > I actually got one, Saturday night, after getting my GTA04 back online again. I got a bit annoyed at it, thinking it was spam and I'd need some NO ADS sticker on my telephone, or suchlike. I am not sure if I still got the message, let alone logging. It was quite a rough night for the uSD-cards (thanks again Lukas and Christoph :-) ) Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FOSDEM 2013, was: Re: [Gta04-owner] GTA04 in GTA01 case and LEDs
On Sunday 03 February 2013 14:54:11 Christ van Willegen wrote: > I was at Fosdem, and met Nikolaus Schaller, Boudewijn and Christoph > Mair IRL. That was a lot of fun talking to them, and discussing the > OpenPhoenux future! Lukas was also manning the stand, maybe he was out at that moment. We had a great time and many enthusiastic reactions from passers by. As you say: nice to meet everyone (again) in real life. Besides talking to passers by and co-listers, we've spoken with neighbouring projects/stands. OpenPandora is near in stand-distance, developer team and hardware used. Hackable Devices was there with the last Open Source Replicator-model, and just not came across printing us another case (he did last year). Speaking of which: the 3D printed cases got their share of attention as well, especially Radeks indestructable aluminum case. OpenEmbedded was next to us on the other side; we spoke with Jolla/Sailfish people, someone from Firefox came over to show Firefox OS running and one of the guys from the KDE-stand came over to discuss Plasma Active on the Letux 7004 tablet. I am quite sure I am still forgetting a few. As far as the stand is concerned: I think we're getting more and more organized around it. For those visiting: what was your impression? Ideas for next conventions to improve the stand? Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Enhancing an RPi with phone capabilities
On 25-1-2013 14:17, jcomm...@math.leidenuniv.nl wrote: Thanks for your replies. I think I have some good pointers here. But, to make one thing clear. I am not looking that much for VoIP options, but would like to connect to an existing carrier, with a SIM-card. It's exactly how OpenPhoenux started, I'm sure you know? The initial setup for GTA04a1 [1] is quite similar to the goal you're heading for, I suppose. In case you're visiting FOSDEM next week, be sure to visit the OpenPhoenux stand in the AW-building! The point is that I want other people (without VoIP) being able to call this phone. And if I only have VoIP, then they can not give me a call (as far as I know). Am I missing something? You might be missing something. After all, most (if not all) phone traffic is VoIP nowadays. If you like to connect your VoIP system to the POTS-network, you need something like a DID- or DDI-number (direct inbound dialing), something of a bridge between the m...@myserver.org-SIP and the +31n number you'd want to give to Dutch acquaintances. As far as I know, more than one DID-number can point to the same VoIP/SIP-address, so you can have your friends abroad call for local fees. That's about as far as my knowledge and understanding reach. (Shameless) plug: since your email address is in the Netherlands, you might be interested in Limesco.org, the "open source" mobile phone operator, where you could run your own server instead of relying on the operators infrastructure. Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Community] OpenPhoenux Logo contest - Phase 2 (voting)
On Monday 14 January 2013 21:28:17 francesco.dev...@mailoo.org wrote: > What it represents? > It is a stylized GTA04 board, there are four connectors over it and a > smartphone cover underneath it. > Why I chosen this subject?> > What are we talking about? > Should the logo communicate a link with the old openmoko > project? > In a flock of birds > how can we recognize our own? Simple, do not use a bird. Your logo (10) brings the message across very well. I agree on all points and recognize them in your logo. Most things I can read from logo 2 as well, except for the Neo-shaped rocket. Those two actuall were my choices. > I don't know in other languages, but in italian these last sentences > could be a hilarious joke, I hope you don't mind (: I can imagine something :-) > How I did it? > I tried to follow the KISS (keep it simple, stupid) principle. My logo > proposal I think is indeed simple. Yes, indeed. Some of the logos look very dynamic as long as all details are clearly visible, but need more attention before they are recognized. > Hope you like it and as always criticisms are welcome. I like it :-) Two minor points of critisism: I think the gradients are taking away from the KISS-principle. The brownish/golden logo got glowing letters; have you tried one-directional glow, as if there's only light shining one side (or, as if there's only neon on one side); probably under the same angle as the phone cover is under the motherboard? I think it might connect the image and the letters (no drop shadows; that would overdo it). Hm... That's a bit more text than I expected for a minor point ;-) Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Community] Happy New Year!
More happy wishes to all from The Netherlands. Thanks everyone, I'm looking forward to what 2013 brings! Boudewijn On Tuesday 01 January 2013 16:43:07 matteo sanvito wrote: > Happy new year from italy! > Il giorno 01/gen/2013 16:40, "Marc Verwerft" > > ha scritto: > > Same here - happy new year to everyone. Loads of fun, happiness and geeky > > projects! ;-) > > > > On Tue, Jan 1, 2013 at 4:18 PM, Radek Polak wrote: > >> Hi, > >> happy new year to everyone and thanks for your work! > >> > >> Radek > >> > >> > Hi all, > >> > I would like to wish everyone a happy new year 2013! > >> > > >> > And, please stay tuned - the OpenPhoenux has finally taken > >> > off and is ascending to new levels this year. Some great > >> > ideas are already in the pipeline and waiting for having their > >> > feasibility proven. > >> > > >> > Nikolaus > >> > > >> > > >> > PS: there will be a "World of OpenPhoenux" stand as a > >> > developer meeting point for GTA04, OpenMoko, QtMoko, > >> > PVR-SGX and others at FOSDEM 2013 in Brussels. Details > >> > how you can participate will follow. > >> > > >> > > >> > ___ > >> > Openmoko community mailing list > >> > community@lists.openmoko.org > >> > http://lists.openmoko.org/mailman/listinfo/community > >> > >> ___ > >> Community mailing list > >> commun...@openphoenux.org > >> http://lists.goldelico.com/mailman/listinfo/community > >> http://www.openphoenux.org > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: is my GTA02 getting old?
On Monday 10 December 2012 00:59:16 francesco.dev...@mailoo.org wrote: > Add to this some strange GSM/modem behaviour: whenever I get low GSM > signal for certain time, I have to restart the Neo because I loose the > phone functionalities (cannot send/receive calls and messages), My guess would be the battery getting old. One person on the list (Michael from Harhan) found that one part of the GSM chipset needs a higher voltage than the rest of the system. That explains the phone functionality dropping while the rest of the phone works as it should. I can imagine an older battery having troubles supplying enough current at high enough voltage. My point is moot of course if you have just swapped your battery for a new one ;-) Best regards, Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to access the modem in QtMoko
On Sunday 02 December 2012 21:17:08 Boudewijn wrote: > On Sunday 02 December 2012 15:19:26 Radek Polak wrote: > > On Sunday, December 02, 2012 02:06:39 PM robin wrote: > > > (...) as it > > > has been done with fso? > > I'll give it a try tonight anyway (that is, enabling FSO on v50). > Ok, v50 installed and ran without a hitch. Installing FSO via neotool broke the modem: afterwards I didn't have network anymore, even not after switching FSO off again. I didn't turn on any logging yet. The next few nights I won't have time for that; I'll send a reply to the list once I've got any result from logging. (first I'll reinstall v50 so at least I can make calls ;-) ) Best regards, Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to access the modem in QtMoko
On Sunday 02 December 2012 15:19:26 Radek Polak wrote: > On Sunday, December 02, 2012 02:06:39 PM robin wrote: > In either case has anyone an idea if the > > variables I am looking for can be implemented in qtmoko as well as it > > has been done with fso? personally I would like to stick to the standard > > way qtmoko handles its modem and not change to fso as I always had much > > complaints in shr about the audio quality. > > I think you have to find out the AT commands that provide this information. > E.g. you can try openmoko wiki, googling or FSO sources. > What is the status of FSO in QtMoko supposed to be? I tried it in v47 but to no avail. I had other problems back then, so in case it was supposed to work chances are the rest of the system gave to many other problems to notice. I'll give it a try tonight anyway (that is, enabling FSO on v50). Best regards, Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko: how is long Power key press (=> shutdown/restart menu) handled?
On Sunday 02 December 2012 12:44:31 Neil Jerram wrote: > My preference would be: > > a) Power key pressed -> show Home page > > c) Change the Star icon on the Home page so that it does what a Power > key press currently does: i.e. it brings up a page with Favorites, > Recent, Frequent and Running tabs, instead of just the Favorites page. How about making the "Home"-tab default? I also usually use the short powerpress to get to the home-screen, or the program menu (via Home). Or, something else: is there a way to add "Home" to favourites? Finally: 4 seconds is quite long indeed, but for "normal" use (perhaps differing from "daily" use for many of us...) there is not so often a need for the shutdown menu. (That is besides setting up the system to recognize between different lengths of key press of course.) Best regards, Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko backup/restore
On Sunday 18 November 2012 11:04:28 Neil Jerram wrote: > 2. it wants to use symbolic links on the backup device, which FAT > doesn't support. > > (1) feels fixable, but (2) feels tricky to work around. Is it not FAT, so that it can be exported as "mass storage"? The rationale being, that most host operating systems would have FAT drivers on board? I think that for many of us, the systems we connect to via USB already have drivers for other file systems than FAT. Do you have an idea of the general area in the QtMoko sources, where there might be a check on the FS type? I can try to have a look if I can get anywhere with some pointers. Or is there a mass storage standard, that does not allow for other FS than FAT? Best regards, Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openphoenux review on mobilejournal.net
On Wednesday 31 October 2012 20:50:02 francesco.dev...@mailoo.org wrote: > Il 31/10/2012 15:42, urodelo ha scritto: > > Reading such kind of reviews disappoint me. > > It disappoints me too, and it is not the first not accurate at all and > generalist review that I read (I suppose it comes immediately after this > one [1], in italian). What makes me angry it's that the authors do not > get enough information nor they get a direct contact with the developers > if they not are owners of a GTA0X. The result is a bad article, they do > not even know what they're talking about, and they give to the people a > bad idea of the GTA04. I agree: I can't say I'm happy with the contents of either review. On the other hand, there _are_ people seeing those pages. No such thing as bad publicity, they say. For sure, there are many libre software users who (still) never heard of Openmoko. I can even imagine not all Neo-owners know of OpenPhoenix. > I don't know if it is better to ignore those bad blogs or to do > something to give people the right perception of the GTA04 and of our > community. That is the most important aspect that's missing, I think: the community. Members of open source projects more or less take the community for granted (projects without usually die, anyway). Buyers of mobile gadgets don't have "community" or "fair trade" on their checklist: it consists of GHz, GBs, cores and gens, and a smallest possible grand total at the bottom. I do think though, that the race for the bottom is not sustainable. Bigger numbers can still bring our price to a lower range, but with resources depleting on one hand and (hopefully) improving standards of living elsewhere it's hard to keep prices of consumer products falling as they have been doing for years now. Best regards, Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
(no subject)
Hi list, In addition to previous succes stories, one more for SMTP on gta04. Fetching mail is more of a problem with this yahoo-account, therefore no reply in the other thread. Best regards, ~~ Boudewijn, via OpenPhoenux - gta04.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v48 neofreerunner
On Wednesday 24 October 2012 23:07:37 Neil Jerram wrote: > Boudewijn writes: > > On Wednesday 24 October 2012 14:21:23 David Matthews wrote: > >> >It would be good to have some more data points. Can anyone else report > >> >success/failure with QtMoko v48 email, on > >> > > >> >- Freerunner > >> >- GTA04 on 2G-only (the default) > >> >- GTA04 on 3G (requires patching to change "AT_OPSYS=0,2" > >> > > I actually have no idea which generation of network I'm using at the > > moment. The network-cell-status got a GSM- and a UMTS-cell code. Energy > > usage is at switching between 25mA and 96-to-104mA. Sorry any confusion: I thought those values to be too low for any charging taking place (as charging via USB often stops in my case). I thought it really low for an active connection as well, but I only found out after connecting it to a wall charger that energy usage was arount 500mA. > It sounds like the GSM/UMTS difference is a red herring anyway, but if > you're on 2G (GSM) you'll have a "G" at the left hand side of your title > bar, whereas with 3G (UMTS) you'll have a "3". Too bad... Never saw a 3 there :-( I really start doubting my objectivity now: I thought to have a much faster internetexperience :-P > > Is the location of the config file mentioned in the thread? I searched > > the file system, found some configs that got "mail" in it, but nothing > > that resembles an account configuration. Or are those settings in some > > database file? > > It's at /home/root/Settings/Trolltech/qtopiamail.conf Ah, thanks: [account_5] accountname=k@xs autoDownload=true basefolder= checkinterval=-60 deletemail=false email=ma...@xs4all.nl intervalCheckRoamingEnabled=true mailEncryption=1 mailpasswordobs="DelkWEFed=" mailport=993 mailserver=imap.xs4all.nl mailuser=maijoeser maxmailsize=20 name=Boudewijn networkConfig= pushEnabled=false smtpAuthentication=3 smtpEncryption=2 smtpPasswordObs= smtpUsername= smtpport=587 smtpserver=smtp.xs4all.nl synchronize=true type=1 usesig=true Best regards, Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v48 neofreerunner
On Wednesday 24 October 2012 14:21:23 David Matthews wrote: > >It would be good to have some more data points. Can anyone else report > >success/failure with QtMoko v48 email, on > > > >- Freerunner > >- GTA04 on 2G-only (the default) > >- GTA04 on 3G (requires patching to change "AT_OPSYS=0,2" > > Yes :-) I'd particularly like to hear if other neo users have found the > same as me. I was also wondering, but hadn't found the mail application till now. Thanks to you two persevering, I got mail on my phone now. Thanks :-) Setting up the account was straightforward thanks to all fields having labels that say clear enough what they mean. I first started the initial "get folder structure" before realizing I had no connection whatsoever. I canceled that, connected some-G network and started initial download. It seems to work immediately: after a couple of seconds the directory structure was copied, and the first headers came in. After a couple of minutes it is at some 800 message headers. I actually have no idea which generation of network I'm using at the moment. The network-cell-status got a GSM- and a UMTS-cell code. Energy usage is at switching between 25mA and 96-to-104mA. Is the location of the config file mentioned in the thread? I searched the file system, found some configs that got "mail" in it, but nothing that resembles an account configuration. Or are those settings in some database file? I tested with an xs4all.nl-account, imap on port 993, with SSL. I'll give Yahoo a try later, so we can exchange settings for a service that's available to all of us (Yahoo Asia includes IMAP, as opposed to "default" Yahoo, in case you're about to try). Time allowing I'll install QtMoko 48 on my Freerunner to give that a run as well. Best regards, Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] No gta-04 available
On Monday 22 October 2012 19:09:41 Ed Kapitein wrote: > Hi Thomas, > > If i read the page right, the price is *between* 10 an 1000 dollar a piece. > I hope they sell it to you for 10 USD ! I don't even get a page any longer ;-) But a search for LCD module turns up quite a few, ranging from 320x240 to 17" on the first page. Also with minimum orders as low as 2 pieces, and others with prices as low as $2 (for a not mentioned amount). There's one that sends low-res displays for shipping costs for testing, though their warranty terms made me smile [1]: Warranty: Usually, product warrantees last 12 months if normally used When looking around, what should we look for? The topoly screen got a bit of a special connector, I understood. Would dual-screen be an option? Or is that a bit 20th century? We could up the ante, and go for 3d (3display, that is). To find additional markets: is anyone on the list "into" cars? Did you use OBD2 or some kind of interface? Would it be nice to have a phone or tablet that reads out real-time engine info? My rationale was: car extra's seem usually higher priced than comparable non-car gadgets (but I'm not so much into cars, so I'm not really in touch with reality there...) Best regards, Boudewijn [1] http://www.alibaba.com/product-gs/518480309/4_inch_3_3v_tft_lcd.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [FOSDEM-Devrooms] Devroom request: World of OpenPhoenux
On Monday 22 October 2012 12:33:33 Dr. H. Nikolaus Schaller wrote: > FYI. > > To me it appears that they have less rooms to dispose than in the previous > years. I know one other project that did have a devroom in the past 10 > years didn't get one like us. With almost the same wording. And there were > discussions about not using the AW building any more. Maybe everything from AW moves to the newer building? It would be more practical in general, and warmer, but AW got many smaller rooms. :-( > So what are your ideas about going to FOSDEM? Plans for presentations to > submit to other devrooms? Some informal meeting? Should we have a Stand? Could we transform a stand to a devstand? The tables are a bit unstable and usually close to the wall, due to space constraints in AW. I think I can take a projector with me. I don't have a sreen though. If we have a large enought table, and enough chairs, we might do something more organized than trying to hear what peoplo on the other side of the table are saying. Besides a projector I can take an (older) LCD's with me (1280x1024 I hope, 17"). Can the TV-out on GTA04 be hacked into supplying some signal that's suitable for VGA? There are passive adapters available, and active adapters in the "wrong" direction (I did see adapters to connect the VGA-out to s- video/YUV input, but not the other way around). Is there some hackable project we could run with the left-over Freerunner mainboards? I still want to turn mine into a webserver (later, "when I'm grown up"), but with a couple of them we could maybe do some hide-and-seek with mesh networking (either WIFI or BT, to let Neo1979 play as well) and trying to detect them with our GTA04s. It all needs preparation of course, but if we first flood the list with ideas, we can pick some feasible plans out of them. The least we can do, is have last year's presentation running in a loop on one screen and (all?) our videos on another. Especially: on a big screen, since our devices are so miniature... One more: if "we" (sorry, I'd feel much better saying "I", but ..:-( ) get the FM radio running before then, we can broadcast sound for the presentation to mobile speakers. On a side note (and no plug intended): I'm involved in Limesco, the dutch telco start-up that is "open organisation"/hacker friendly. I'm not sure whether Limesco will be at FOSDEM, but I imagine it to be somewhat connected to our project. To my knowledge, there is no equivalent to it in another country. The options are still limited, due to small scale (sounds familiar). One "special feature" that is available now, is to route voice calls through your own server, instead of that of the telco. Does something like that offer possibilities for something interesting during FOSDEM? Are there some easily made GTA04 hardware extensions we could offer people to solder in 20-40 minutes under guidance? There must be some visitors from previous years on the list as well. How was our stand perceived last year? Best regards, Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about the freerunne
On Saturday 20 October 2012 20:18:29 Michaël Parchet wrote: > Le 17 oct. 2012 à 22:38, Boudewijn a écrit : > > That's how development of GTA04 started: adding 3g to something like > > GTA02/Freerunner, but with stronger hardware (starting with Beagleboard). > > Ok, it seem that need to buy a gta04 to enable 3g for phone but it seems > that this maser board is currently not available on Golden delicious site > isn't it ? > > I thought that since this phone was free, it always evolve and I always > find the pieces therefore no planned obsolescence but strangely, I can't > fond the plain of this phone. Why ? It is free/libre indeed. It actually keeps evolving, where possible. Newer models for example, have 1GHz processor instead of 800MHz. Not out of planned obsolescence, but because of availability without breaking compatibility with the design. What do you mean with the "plain" of the phone? Do you mean, the plan/blueprint, for "compiling from source", so to speak? Schematics are in the back of the manual [1], page 89 and further. I did not quickly find a link to the gerbil files (or a link to what those files actually are called; the files that got the actual routing of wires in all the layers of the board). Best regards, Boudewijn [1] http://projects.goldelico.com/p/gta04- main/downloads/get/GTA04A4-3_System_Manual_Complete.pdf signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: Some questions about the freerunne
On Tuesday 16 October 2012 23:45:54 Michaël Parchet wrote: > >> I'm looking for a telephone with the free software. I need to read the > >> open document file. Unfortunately, In my region, has a cafe I frequent > >> my phone provider have only a 3g antenna. > > Can you answer at thees questions ? : Harry's answers are quite good. What is your goal? It seems you ask about "Openmoko Neo Freerunner" ("GTA02"), or at least, the answers seem to focus on that model. I enjoyed using it a lot. You probably found the wiki: http://wiki.openmoko.org/wiki/Neo_FreeRunner (and see distributions as well; though I'd suggest SHR or QtMoko). Now I enjoy using my "OpenPhoenux" even better. There's a short page on the openmoko wiki as well (http://wiki.openmoko.org/wiki/GTA04), giving a history of the project. More extended information is available at gta04.org: about the hardware, the software and "us", the community around it. > what's last news about freerunner ? The latest news in my opinion is what's said in another mail: the Freerunner is superseded by OpenPhoenux. There the story continues. I'll answer your questions from a GTA04/OpenPhoenux-perspective. > Is it alway available at the switzerland distributor ? OpenPhoenux hardware is developed, build and tested not far away from Switzerland, in and around München. Development is sponsored by Golden Delicious and distributed by handheld-linux.com, GD's webshop. There are some more Swiss GTA04 users, if I recall correctly. Maybe someone will chime in and tell where they ordered. > What's Qmoko a software or the phone fondation that support this phone ? > If Qmoko is a distribution wat's the current foundation that support and > that make the freerunner ? I'm not quite sure what you mean with the question. QtMoko is (indeed) a distribution for phones/mobile devices, especially Openmoko devices. It is based on Debian (armel), so all software you're used to using, is available. > >> is there a possibility to add the 3g and make some phone with this ? That's how development of GTA04 started: adding 3g to something like GTA02/Freerunner, but with stronger hardware (starting with Beagleboard). > >> Is there a software to reed and edit the opendocument ? Yes. I have used Abiword on Freerunner. The screen of 640x480 is barely usable for this. I would export it over SSH. On OpenPhoenux there are more workarounds for the screen resolution: there's TV out and if you really wanted, it's possible to get a kit with a larger screen. Besides: working is much more comfortable with the stronger processor and larger memory. > >> Wat's the antenna quality ? it's good ? Colleagues with "mainstream" smartphones are surprised to see me calling in the elevator at my work. It does not always keep the connection, but their phones (A[ndroid|pple]) would fail for sure. This is with OpenPhoenux, using the Freerunner antenna. > >> There are a software to reed the aac (m4a) and mp3 As much as there is on your desktop, there is on Openmoko devices. At the very least mplayer. > >> Whath's the warranty conditions ? It's produced and sold in the EU: 2 years (http://www.handheld- linux.com/wiki.php?page=Service) > >> There is no camera isn't it ? Indeed. The hardware is prepared for a camera, but the actual camera module is optional. > >> What's your answer ? The final answer? Have a look at GTA04.org and join the fun! Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QTMoko keyboard numpad
Hi Peter, On Tuesday 16 October 2012 22:28:31 Peter Viskup wrote: > All attached keyboards were tested and working properly. > > Here are some of the rules for keyboard design: >- keyboard size 300x330px >- always check the ID if you copy objects from one SVG keyboard to > other - if there is some object with same ID as you are just copying > already, the inkscape will change the ID of copied object and it will > not be functional of course >- ungrouping/grouping text and keys (e.g. for font size change) > changes the ID, it's enough to change ID after final grouping of the key > and text >- keyboards are displayed in alphabetical order based on the filename > stored in /opt/qtmoko/etc/im/svgkbd Thanks for the layout, and thanks for the writeup on the new keyboard design! Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko vibro engine
On Tuesday 25 September 2012 19:42:47 Alex Samorukov wrote: > P.S. phone is really hard-to-damage, it was fallen so many times and its > a first real issue. > It is indeed! Most people are surprised to learn I've been using my phone/case (after rebirth of its internals) for over four years now, not without falling and other mistreatments either. (Swapping the internals for a "green" upgrade with GTA04 surprises enough people as well ;-) ) Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Status of the OpenPhoenux/GTA04 project
On Tuesday 04 September 2012 12:36:53 Dr. H. Nikolaus Schaller wrote: > see: > http://lists.goldelico.com/pipermail/community/2012-September/91.html > (Quality is very good - better than we have ever seen before! ...) Congratulations! > Here is a picture that shows how we feel now: I share the feeling! Boudewijn signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Status OpenPhoneux / GTA04
On Tuesday 03 July 2012 11:15:16 Dr. H. Nikolaus Schaller wrote: > The reason appears that the DM3730CBP gets some warp during > the soldering process squeezing the balls in the middle of the BGA > grid so that they may touch a neighbor and make a short circuit. > And on the corners the balls lift off and this may result in interruptions. Can that also be the reason for the AUX button getting stuck? Does the warping of the CPU-PCB also warp the main PCB, or is there no reason to suspect so? Thanks for the update! Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: wpasupplicant 1.0 does not work with freerunner?
On Tuesday 26 June 2012 11:26:57 Timo Juhani Lindfors wrote: > Hi, > > I just noticed that upgrading wpasupplicant in debian from 0.7.3-6 to > 1.0-2 causes wifi to stop working: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679085 > > If somebody else here cares about wifi on freerunner any help is > appreciated. Even just an extra confirmation would be nice. I can't test that, right now (I left my freerunner dangling in a bus in Vietnam for openstreetmapping-purposes, while I got out. Luckily the driver noticed it, and now it's waiting for me some 200 km south of Ho Chi Minh City), BUT on my laptop wpasupplicant ceased working after an upgrade a while back. After a wired dist-upgrade during the holiday I WPA was available once again. The laptop runs Sid, and maybe it was just unable to connect to new networks since at home I did not notice the problem. I have never been fluent with wpasupplicant; wpa_cli would see the networks, and seemingly connect, but than just hang (maybe due to lack of my knowledge). Since I have not been able to do regular updates, I can't say which packages got updated to break or make wpasupplicant. Sorry not to be of any more help.. Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ideas for a personal cluster with gta04
On Wednesday 06 June 2012 21:38:07 Boudewijn wrote: > On Wednesday 06 June 2012 00:23:39 joa...@verona.se wrote: > > "dmatthews.org" writes: > > > Hi Joakim > > > > > > Your client/server ideas made for an interseting post > > > > > > I wondered what software you had in mind for this:- > > > > > >> *** mapping/location data > > >> open streetmap maps. > > >> A gpsd on the client feeds the cluster with location data. > > > > > > Could you give a little more detail please > > > > - your todo system(emacs org in my case) knows where you are and can > > > > remind you of things when you get off your commuter train or whatever. > > Add to that: real time updating of shared todo lists - I add an item to our > shopping list while my wife is on her way home, and she gets a notifier ... Forgot to mention the "product category" of hitch hikers... smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ideas for a personal cluster with gta04
On Wednesday 06 June 2012 00:23:39 joa...@verona.se wrote: > "dmatthews.org" writes: > > Hi Joakim > > > > Your client/server ideas made for an interseting post > > > > I wondered what software you had in mind for this:- > > > >> *** mapping/location data > >> open streetmap maps. > >> A gpsd on the client feeds the cluster with location data. > > > > Could you give a little more detail please > > - your todo system(emacs org in my case) knows where you are and can > remind you of things when you get off your commuter train or whatever. > Add to that: real time updating of shared todo lists - I add an item to our shopping list while my wife is on her way home, and she gets a notifier of it when in the vicinity of a supermarket (or on the todo of my neighbour or parents, whoever happens to get near a supermarket selling the particular product - maybe I'll be there first) In case of supermarkets there's not so much to win, but some other products at greater distances with friends happening to travel by it's even more useful. Anyway, I have to get my programming skills on par first... Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phoenux, Phoneux, Phonux?
On Monday 04 June 2012 14:49:48 Martin Jansa wrote: > On Sat, Jun 02, 2012 at 05:03:55PM +0100, Nick Sheppard wrote: > > On 31/05/12 16:36, Dr. H. Nikolaus Schaller wrote: > > ... > > > > > 4. Nomenclature OpenPhoneux/GTA04 > > This was a really informative post - thanks! But how are you going to > > spell the new baby's name? I see Phoenux, Phoneux, and Phonux all > > within a few lines. > To make this naming even more confusing: > > Today I've noticed webOS enthusiasts calling themselves > Phoenix International Communications > http://phxdevices.com/ At least that gives them ample excuse to port webOS to GTA04 ;-) Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: unofficial safety net for community@lists.openmoko.org
On Saturday 19 May 2012 13:44:16 Dr. H. Nikolaus Schaller wrote: > Hi, > > Am 16.05.2012 um 15:40 schrieb Timo Juhani Lindfors: > > Hi, > > > > since I personally want to make sure that the material created by the > > openmoko community does not get lost I created an unofficial mirror for > > git.openmoko.org, wiki.openmoko.org and lists.openmoko.org: > > > > http://iki.fi/lindi/openmoko/mirror/ > > ... and since I personally want to make sure that the Openmoko Community > is not breaking apart because communication is interrupted (we have > had several times in the past), I have installed an unofficial safety net > for this community mailing list: > > http://www.openphoenux.org > > Please subscribe yourself in time (so that you can be reached in case > we suddenly need it) and switch/use the backup list if the main list is > down. Thank you, too! Looking forward to not using the list ;-) Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Server upgrades / docs and svn are back
Hi Harald, Thank you for spending a day (and counting..) on the infrastructure! On Saturday 19 May 2012 13:45:46 Harald Welte wrote: > Hi Martix, > > On Sat, May 19, 2012 at 01:37:10PM +0200, Martix wrote: > (...) > > It would be nice to setup regular XML dumps of wiki: > > https://www.mediawiki.org/wiki/Manual:Backing_up_a_wiki#XML_dump > > I'll look into that. Another option might be wikipediafs, http://wikipediafs.sourceforge.net/ Maybe it's been mentioned before on the list; anyway, it uses fuse to make mediawiki data available as regular files in a filesystem. Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] [ANN] GTA04 Keyboard prototype
On Monday 07 May 2012 15:44:00 Matthias Apitz wrote: > El día Monday, May 07, 2012 a las 03:31:11PM +0200, Dr. H. Nikolaus Schaller escribió: > > The idea is that the keyboard is integrated in the back battery cover. > > And if you remove it, both parts (main body and battery cover/keyboard) > > are connected through a small ribbon cable. > > > > I.e. you remove the keyboard, fold it by 180 degrees so that the keys > > show in the same direction as the display and you can us the display in > > landscape format. > > > > If that works out with the snap mechanism of the battery cover and/or if > > it needs some physical connection between both parts has to be worked > > out. > > I don't want to be negative (just reaistic), the list of disadvantages > of such a solution (keyboard in battery cover, or with hinge) is: (..non-exhaustive...) ;-) > 1) works only on desktop or table surface, i.e. not while walking or > standing; I think we would (indeed) snap it to the body, and not fold it by 180 degrees, but more 250-ish. It would actually exclude usage on a surface, because the keyboard (+battery?) is too light to balance the phone without pressing it to that surface. > 2) open the battery cover many more times (as for hard reset with battery > lift) will break the case soon; While we're at it, we have to do some redesign at the case anyway, there might be place for a switch between the battery and the contact points. > 3) you are forced to use landscape applications, while most of the apps > today are in portait; That is, in many cases, for lacking a hardware keyboard. A browser window of 480x480 + 160x480 for the keyboard is often more handy than a larger keyboard of 160x640 and 320x640 left over for the application. (I'm not counting top bars and maybe a status bar, which indeed take more space in landscape than in portrait). Lacking reliable rotation on Freerunner, I must admit I have not often used applications in landscape; I remember some coping well, others not adjusting to the wider screen. > 4) perhaps your battery will fall out (if not secured with something) in > a lot of cases, esp. if it is the most important situation :-) ..cases, no pun intended? ;-) I guess we can come up with this securing something for the battery as well. Some cavity the battery slides into, or integration into the key module. > to be continued... Yeah! Indeed ;-) With some luck, I'll have access (in a couple of months) to a 3d printer and can experiment with cases. To be continued... Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NeoTools [Ubuntu]
Hi Travis, On Wednesday 09 May 2012 13:43:21 Travis Bachelder wrote: > Oops forgot to change the subject. > > I'm trying to figure out how to download and install Neotools. When I go > the this link http://users.on.net/~antisol/neotool. It goes to what look > like the code? > > I read somewhere that I can copy this to Gedit and use some terminal > commands to install it. > > Am I missing something? You are not missing something, but as I recall from a previous post, you are new to using Ubuntu/Linux. If you come from MS Windows, I guess you are familiar with .bat batch files. The page you see at ~antisol/neotool is comparable to a batch script (with the difference of being more powerful etc, fill in Linux marketing ;-) ). To "install" you can follow (at least) two paths: - open the page in your web browser, copy the text and paste it in a text file, or - use the command line: wget http://users.on.net/~antisol/neotool The second will get the file and put it in your current directory. To use the script, it has to be executable. Use "chmod + x filename" to add (+) execution rights (x) to the file. You would type at the command prompt "chmod +x neotool" , for example. After that, to run: ./neotool (or whatever name you gave it). It has some dependencies, which you probably installed after reading the wiki. The whole chat with your computer could look like (it's a bit of an artists impression, but should give you an idea): traba@rig:~/$ sudo apt-get install bash zenity which awk [sudo] password for traba: traba@rig:~/$ wget http://users.on.net/~antisol/neotool --2012-05-09 21:25:56-- http://users.on.net/~antisol/neotool Resolving users.on.net (users.on.net)... 203.16.214.120 Connecting to users.on.net (users.on.net)|203.16.214.120|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 25024 (24K) [text/plain] Saving to: `neotool' 100%[===>] 25,024 35.0K/s in 0.7s 2012-05-09 21:25:58 (35.0 KB/s) - `neotool' saved [25024/25024] traba@rig:~/neo$ chmod +x neotool traba@rig:~/$ sudo ./neotool NeoTool v1.3, By Dale Maggee. (C) 2008. GNU GPLv3 Licensed. traba@rig:~/Downloads/pms-1.52.1$ Here it will give you a dialog box with options to flash your Neo, as shown on the wiki. In case of problems, you got the mailinglist at your disposal ;-) Good luck and have lots of fun with your Freerunner! Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Looking for a GPS only distribution for Freerunner
On Sunday 12 February 2012 22:05:47 Timo Juhani Lindfors wrote: > Guilhem Bonnefille writes: > > Do you know such a project? Someone started similar project? Do you > > have any suggestion to start something like this? > > I'd just take some distribution that you know and configure it to meet > your needs. You probably want to think about power management a bit, > perhaps add some logic that will automatically shutdown freerunner if > battery energy goes below 20% to make sure that you'll never completely > drain the battery. Taking a distro that you already know is easier to modify. If you want to start basic and extend from there, I can recommend openwrt. It is ligthweight, runs Tango- or Foxtrotgps and in case of emergency, still is able to make phonecalls. Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Installing v35
On Wednesday 01 February 2012 20:53:41 Liz wrote: > On Wed, 01 Feb 2012 19:09:50 +0400 > > "Gennady.Kupava" wrote: > > Try this > > http://wiki.openmoko.org/wiki/NAND_bad_blocks#Clearing_BadBlocks > > first. > > Original bad blocks list > (...) > New bad blocks list > (...) > tried qi-v35.udfu again, no change > back to finding that microSD card :( Hmmm... Must be driving you quite mad after all this testing. In which area do you live, is there anyone with a debug board not too far away? FOSDEM might be an opportunity, if it is in your part of earth, but your email address sounds like Australia so no luck there? Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko][GTA04] build QtMoko
On Friday 27 January 2012 00:28:31 Boudewijn wrote: > Hi List, > > I just came across the build instructions for QtMoko on GTA04. Thanks for > the elaborate instructions, Radek! I was thinking of giving a build by > myself of the current git status, and with your qemu-image and those > instructions I might even succeed :-) (TL;DR at the bottom) I thought I was almost there. I didn't know so much about using git though, and already learned some more last night and morning. All is copy and paste until "Step 8 - install QtMoko", git checkout v37_gta04. I didn't have git in my qemu-image yet, so I installed git (and dialog), got .git-nonexistant-errors and initialized git: apt-get install dialog apt-get install git git init After that it didn't know anything about QtMoko yet, of course. I figured it should fetch information from somewhere else, and after some trial and error found on the front page of github: root@qtmoko-buildhost:~# git remote add qtmoko https://github.com/radekp/qtmoko.git -f It takes its time checking out some 250M of data (this step took most time waiting for a step to complete so far, apart from me figuring) Then another remote for the kernel: root@qtmoko-buildhost:~# git remote add radeklinux https://github.com/radekp/linux-2.6/ -f and look for a recent kernel: git checkout v3.2-gta04-qtmoko-v38 Now I got stuk. * Create package in buildhost: cd linux-2.6 dpkg-buildpackage I am in /root of the buildhost. I think the checkout happened to that directory instead of linux-3.2...: root@qtmoko-buildhost:~# pwd /root root@qtmoko-buildhost:~# ls COPYINGKbuild Makefilearchdebianfs ipc mm samples sound usr CREDITSKconfig README block drivers include kernel net scripts srcvirt Documentation MAINTAINERS REPORTING-BUGS crypto firmware init lib qtopiacore security tools root@qtmoko-buildhost:~# I installed dpkg-cross, so I could run dpkg-buildpackage on something in /root: root@qtmoko-buildhost:~# apt-get install dpkg-cross root@qtmoko-buildhost:~# dpkg-buildpackage dpkg-checkbuilddeps: Unmet build dependencies: debhelper (>= 7) quilt (>= 0.40) uboot-mkimage root@qtmoko-buildhost:~# apt-get install debhelper quilt uboot-mkimage The dpkg-buildpkg exits with an error: Generating include/generated/mach-types.h CC kernel/bounds.s GEN include/generated/bounds.h CC arch/arm/kernel/asm-offsets.s In file included from include/linux/kernel.h:12, from include/linux/sched.h:55, from arch/arm/kernel/asm-offsets.c:13: /usr/lib/gcc/arm-linux-gnueabi/4.4.5/include/stdarg.h:40: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[2]: *** [arch/arm/kernel/asm-offsets.s] Error 1 make[1]: *** [prepare0] Error 2 make[1]: Leaving directory `/root' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 root@qtmoko-buildhost:~# Is that "expected" with the current status of Linux v3.2-gta04-qtmoko-v38 ? Should I submit a bug report according to readme.bugs? Besides that, it says (way at the start): * Remove /etc/network/run and do make dir /etc/network/run Otherwise fstab mounting will fail for this directory rm /media/card/etc/network/run mkdir /media/card/etc/network/run I probably don't write anything unknown here (and have no other solution anyway), but it's not a directory initially, but a link: root@qtmoko-buildhost:/media/card/dev# ls -latrh /media/card/etc/network/ lrwxrwxrwx 1 root root 16 Jan 27 22:39 run -> /dev/shm/network Once I'm through, is it helpful if I give a try to expanding the guide with my findings, or should it not be necessary to get those dependencies in the first place? TL;DR: * I got an error compiling a (development snapshot?) kernel 3.2 for GTA04, should I submit a bug report or not? Is it something that is not supposed to happen, given the current state of that branch? * the guide is mostly copy/paste, is it helpful if I expand it with apt-get for missing dependencies in my buildhost-image? Thanks for the effort in the buildhost and the guide! Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko][GTA04] build QtMoko
Hi List, I just came across the build instructions for QtMoko on GTA04. Thanks for the elaborate instructions, Radek! I was thinking of giving a build by myself of the current git status, and with your qemu-image and those instructions I might even succeed :-) The image is downloading. Once I've successfully installed a rootfs and kernel (both either provided or build by myself) I'll see if I can perform some of the tests with either GPRS/UMTS or trying a phone call. Neil B, thank you for your continuous work on Linux 3.x, and for your howto on making a data connection! Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FOSDEM 2012 - moko-event(s)?
Hi List, More and more mentions of FOSDEM are showing up on the lists now the event is coming nearer. I know from some people that they will or will not attend. Is it worthwhile to plan some meeting of sorts in advance? That is, apart from the GTA04 stand and the lightning talks: maybe parallel to the beer event (where I find it quite hard to kommunicate) on Friday or a meal Saturday night? Interesting as the FOSDEM sessions might be, the setting makes it a sender - receiver session, whereas drinks or meals allow for more peer-to-peer interactiont. If the hackerspace is available that might be nice as well, so that it's easier to go from talks to action as opposed to a coffee shop that might have wifi, but not enough power sockets. I myself plan to arrive on Friday and leave Sunday. Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko Community Survey 2011 – Results
On Monday 16 January 2012 14:24:38 Martix wrote: > Dne 16.1.2012 09:31, Dr. H. Nikolaus Schaller napsal(a): > > (...) But the poll result indicates this is the > > way we should go. Really? No. Not if I'm concerned. > > I wonder how the community thinks it can be done at such low prices? > > Learn some pragmatic approach: http://www.raspberrypi.org/archives/509 > Manufacturing in China is not always done under bad employees conditions. But quality control, as well as working condition, is an issue that is difficult to check without physically being around. > Also Raspberry Pi for $25/$35 is too expensive. The price level for the Raspberry Pi is possible because the closed, undocumented chip is sponsored by Broadcom, and the board is produced in 10k volumes (as you probably are aware). > The Allwinner A10 board > with ARM Cortex-A8 and MALI400MP 3D graphics (with Open Source userspace > driver) could be manufactured for $15. > I know, it's just a CPU board, but what is your manufacturing price for > just a GTA04's CPU board without peripherals? See a previous mail from Christoph; about 500 euro per 8-layer PCB (EMTPY! No chip placed yet!) in small volumes. The board is close to what is technically possible, not counting eg aerospace (space would have a lower complexity, but for the sake of argument). One reason for the complex design of the Phoenux is minimization (case restrictions on the one hand, and general minimization on the other). The designs for the allwinner_a10 hope to use a 2-layer board, of which two PCMCIA-sized boards are needed (one CPU/graphics board, one periphal board with RF chips, USB and so on). See [1], [2] for images. The project certainly looks interesting, but it is not yet in a state where GTA04 was over 2 years ago (remember that during FOSDEM 2010 there was a working prototype of GTA04, already further miniaturized than the design at elinux.org aims for). [1] http://elinux.org/File:A10_eoma_pcmcia_laptop.png [2] http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68/Tablet > I think GTA05 could be done more competitive. > PS: I'd like to donate to Kickstarter campaing for making complete GTA05 > device under 300 €. Of course we're on the same side: everyone on the list "desperately" wants an open communications device, preferably with enough toys on it to make it even more fun. I think the goals you set are not realistic; a sub-300€ GTA05-device might bear the name, but not the ideals of an Openmoko device I think. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ubifs/NAND problem?
On Sunday 15 January 2012 23:29:58 Boudewijn wrote: > On Sunday 15 January 2012 22:53:24 Boudewijn wrote: > > On Sunday 15 January 2012 21:56:04 Ivan Matveev wrote: > > > On Sun, 15 Jan 2012 18:10:11 +0100 > > > > > > Boudewijn wrote: > > > > The Freerunner still won't boot from NAND though. I reflashed with > > > > SHR-core (and SHR's ubi-qi), to no avail. After that I flashed QtMoko > > > > v35 (and QtMoko's qi v35). > > > > > > Hi Boudewijn, > > > I had a similar problem, couldn't boot anything from NAND(qi or uboot > > > the same). Jffs worked fine. > > > While trying different UBIFS distributions I have accidently flashed > > > kernel to where bootloader should be. Reflashed everything as it should > > > be, and the phone started to boot from NAND. > > > > Thanks for the suggestion! I actually started writing as a follow-up to > > your thread, but since you started out with v36 and ended with v35 I > > started a new one (I started with v35 a couple of times right away) > > > TL;DR: > I overwrote my boot partition and kernel partition with useless (in this > context) data multiple times. I expected Qi to break at some point, but it > didn't. It also did not become "unbroken": it refuses to boot the kernel in > NAND. > > Any pointer? > > > Boudewijn > > PS: For now I'll start reading about u-boot on the wiki. First achievement after downloading gena2x' u-boot to the FR: Qi is gone. After that, I downloaded Qi again, resulting in a booting SHR from uSD. For now I'll focus my attention on the kernel partition; the boot loader seems OK. I downloaded one of the last SHR-kernels (2.6.39-xx16...), to see if anything happened. That's not the case: upon booting I still get SHR from uSD, not QtMoko with a SHR kernel and a crash after half a minute. Lacking a crash, a boot log or anything except a running SHR, I turned back to u-boot, and continued following gena2x' excellent howto. Lacking a running environment to copy the Qi-settings from, I started off with his sample config. Now I got somewhere: using the "boot jffs from NAND" option crashed the UBI- kernel (once again, I realize there's UBI to be had here anyway ;-) ) Just before the crash (unable to mount root fs on unknown-block(0,0) ), it listed the list of all partitions, with addresses (and driver? behind every item). With some luck, those are all jffs-driver on UBI-fs errors. Choosing the NAND/ubi-zlib boot option, there were some warnings, I guess relating to running SHRs kernel on QtMoko. Anyway, QtMoko booted! Gennady, thank you! :-) Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ubifs/NAND problem?
On Sunday 15 January 2012 22:53:24 Boudewijn wrote: > On Sunday 15 January 2012 21:56:04 Ivan Matveev wrote: > > On Sun, 15 Jan 2012 18:10:11 +0100 > > > > Boudewijn wrote: > > > Hi List, > > > > > > I have problems with NAND, it seems, but I don't know how to > > > troubleshoot it. > > > > > > For a while I have been unable to boot SHR from NAND, but since I had > > > another install on uSD, it didn't really matter. Lately I wanted to > > > move to NAND anyway, to free up the relatively fast uSD for my > > > Phoenux. > > > > > > The Freerunner still won't boot from NAND though. I reflashed with > > > SHR-core (and SHR's ubi-qi), to no avail. After that I flashed QtMoko > > > v35 (and QtMoko's qi v35). No better result either. (For a moment I > > > thought the MD5 sum was incorrect, downloaded again and flashed, but > > > it turned out Sourceforge hid part of the sum when there's no > > > mouseover). > > > > Hi Boudewijn, > > I had a similar problem, couldn't boot anything from NAND(qi or uboot > > the same). Jffs worked fine. > > While trying different UBIFS distributions I have accidently flashed > > kernel to where bootloader should be. Reflashed everything as it should > > be, and the phone started to boot from NAND. > > The distrib was QtMoko v35. > > I think there could be some wrong data or bad blocks somewhere that > > were erased by flashing kernel to the wrong place. Or some bug was fixed > > in qi or kernel. Cant check. > > Thanks for the suggestion! I actually started writing as a follow-up to > your thread, but since you started out with v36 and ended with v35 I > started a new one (I started with v35 a couple of times right away) > > If I understand correctly, you now use UBI, not jffs, don't you? > > If all goes well, I can send "success" in a couple of minutes :-) What I did: - flash kernel partition with random 27-meg PDF - flash boot partition with kernel image - "boot" in u-boot (NOR) --> wrong image, returning to u-boot-menu - "reboot" in u-boot (NOR) --> booting SHR from uSD using Qi --> Qi is not broken? I have not patched my u-boot (NOR) in any way to cope with large kernels or other filesystems. I used neotool for flashing. It seems it did not flash the kernel partition: bytes_per_hash=539430 Copying data from PC to DFU device Starting download: [Resetting USB to switch back to runtime mode (there are no hashes showing the download, so maybe nothing is downloaded) Some data got downloaded to the boot partition, but fewer hashes (of more bytes) than usual: bytes_per_hash=44949 Copying data from PC to DFU device Starting download: [#Resetting USB to switch back to runtime mode On second try, I used a PDF of 3 MB for the kernel partition, and a <1 MB PDF for boot. This time the "kernel" downloaded as supposed, and the "boot loader" has "more hashes", but Qi runs anyway. Third time I skipped the kernel partition, and downloaded a 40k-log as boot loader. That gave a long enough hash-line ("smaller hashes", of course). Funny enough, this time DFU-util exited with an error (Thanks Thormod/Stephan!): bytes_per_hash=806 Copying data from PC to DFU device Starting download: [##] finished! state(10) = dfuERROR, status(1) = File is not targeted for use by this device Finally I downloaded the QtMoko-files (kernel v35 and qi v35), removed USB and battery, reconnected power supplies and sat back. SHR. No offense, SHR is nice enough ;-) But not what I had in mind for tonight. I did notice something I was looking for earlier on the u-boot screen. The DFU-util log says: Starting Atomic DFU DOWNLOAD to partition 'u-boot' device 0 offset 0x4, size 0x4 (BBT address? Too slow typing to catch it before FR shut down)... At least I got some offset for dev 0 now, but I come to realize that it's not UBI at all, so no gain here. Sorry for the long story. TL;DR: I overwrote my boot partition and kernel partition with useless (in this context) data multiple times. I expected Qi to break at some point, but it didn't. It also did not become "unbroken": it refuses to boot the kernel in NAND. Any pointer? Boudewijn PS: For now I'll start reading about u-boot on the wiki. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ubifs/NAND problem?
On Sunday 15 January 2012 21:56:04 Ivan Matveev wrote: > On Sun, 15 Jan 2012 18:10:11 +0100 > > Boudewijn wrote: > > Hi List, > > > > I have problems with NAND, it seems, but I don't know how to > > troubleshoot it. > > > > For a while I have been unable to boot SHR from NAND, but since I had > > another install on uSD, it didn't really matter. Lately I wanted to > > move to NAND anyway, to free up the relatively fast uSD for my > > Phoenux. > > > > The Freerunner still won't boot from NAND though. I reflashed with > > SHR-core (and SHR's ubi-qi), to no avail. After that I flashed QtMoko > > v35 (and QtMoko's qi v35). No better result either. (For a moment I > > thought the MD5 sum was incorrect, downloaded again and flashed, but > > it turned out Sourceforge hid part of the sum when there's no > > mouseover). > > Hi Boudewijn, > I had a similar problem, couldn't boot anything from NAND(qi or uboot > the same). Jffs worked fine. > While trying different UBIFS distributions I have accidently flashed > kernel to where bootloader should be. Reflashed everything as it should > be, and the phone started to boot from NAND. > The distrib was QtMoko v35. > I think there could be some wrong data or bad blocks somewhere that > were erased by flashing kernel to the wrong place. Or some bug was fixed > in qi or kernel. Cant check. Thanks for the suggestion! I actually started writing as a follow-up to your thread, but since you started out with v36 and ended with v35 I started a new one (I started with v35 a couple of times right away) If I understand correctly, you now use UBI, not jffs, don't you? If all goes well, I can send "success" in a couple of minutes :-) Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ubifs/NAND problem?
On Sunday 15 January 2012 18:58:29 Rico Rommel wrote: > Am Sonntag, 15. Januar 2012, 18:10:11 schrieb Boudewijn: > > [ 1274.33] UBI: attaching mtd6 to ubi0 > > [ 1274.33] UBI: physical eraseblock size: 131072 bytes (128 KiB) > > [ 1274.33] UBI: logical eraseblock size:129024 bytes > > [ 1274.33] UBI: smallest flash I/O unit:2048 > > [ 1274.33] UBI: sub-page size: 512 > > [ 1274.33] UBI: VID header offset: 512 (aligned 512) > > [ 1274.33] UBI: data offset:2048 > > [ 1274.33] UBI error: validate_ec_hdr: bad VID header offset 2048, > > expected 512 > > [ 1274.33] UBI error: validate_ec_hdr: bad EC header > > [ 1274.33] UBI error: ubi_io_read_ec_hdr: validation failed for PEB 0 > > [ 1274.33] Unable to handle kernel paging request at virtual address > > 00100104 > > > > What does it try tell me? What can I do about it? > > I have to specify the data offset manually. > > Try passing the options > > ubi.mtd=6,2048 root=ubi0:name_of_rootfs or > ubi.mtd=6,2048 root=ubi0_0 > > to kernel or use > > ubiattach -m 6 -O 2048 > > at commandline. > > Rico Thanks, that works. I used the commandline, which gave me /dev/ubi0_0 (and equally /dev/ubi0), besides /dev/ubi_ctrl. After that I can mount -t ubifs /dev/ubi0_0 /mnt/ and it nicely shows my QtMoko v35 installation. I tried the same with partitions 0-5, but no luck there (either with/without - O 2048; perhaps they need another offset). The fact that no distro will boot gives reason to think that the kernel partition has a problem. I consulted the wiki to find out which offset might be applicable, and found the bad blocks [1] page. I could find out which blocks are not good using u-boot: "The u-boot command "nand bad" lists the offsets of the bad blocks." I'm not experienced in either serial interfacing nor calculating between memory mappings and partition tables. I have an idea what to do, but not clear enough to start right away. If other things fail, I'll give it a try anyway :-) I'll first give Ivans method of flashing a way to big file to a partition a try, it might shake up things enough to start writing to a good location afterward. (I guess it will just start complaining about lack of space, instead of breaking more than I intended...) Boudewijn [1] http://wiki.openmoko.org/wiki/NAND_bad_blocks smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ubifs/NAND problem?
On Sunday 15 January 2012 18:10:11 Boudewijn wrote: > Hi List, > > I have problems with NAND, it seems, but I don't know how to troubleshoot > it. > > For a while I have been unable to boot SHR from NAND, but since I had > another install on uSD, it didn't really matter. Lately I wanted to move > to NAND anyway, to free up the relatively fast uSD for my Phoenux. > > The Freerunner still won't boot from NAND though. I reflashed with SHR-core > (and SHR's ubi-qi), to no avail. After that I flashed QtMoko v35 (and > QtMoko's qi v35). No better result either. (For a moment I thought the MD5 > sum was incorrect, downloaded again and flashed, but it turned out > Sourceforge hid part of the sum when there's no mouseover). > > I used to be able to mount jffs2-partitions, but mounting ubifs seems a bit > different (or broken otherwise in my installation) > > I have tried: > - using the mtdblock6-device > - using the ubi-device (not available) [1] > - using the device-less method [1] > - using ubiattach (might create a dev node, but segfaults on mtd6 and hangs > on mtd6ro > > I guess ubifs is in the kernel; there's no such thing as ubi in lsmod, and > modprobe ubifs returns an error. I added the modules from SHR-core, but > they do not include UBI. > > dmesg gives some info, see attached text for a bit more: > > [ 1274.33] UBI: attaching mtd6 to ubi0 > [ 1274.33] UBI: physical eraseblock size: 131072 bytes (128 KiB) > [ 1274.33] UBI: logical eraseblock size:129024 bytes > [ 1274.33] UBI: smallest flash I/O unit:2048 > [ 1274.33] UBI: sub-page size: 512 > [ 1274.33] UBI: VID header offset: 512 (aligned 512) > [ 1274.33] UBI: data offset:2048 > [ 1274.33] UBI error: validate_ec_hdr: bad VID header offset 2048, > expected 512 > [ 1274.33] UBI error: validate_ec_hdr: bad EC header > [ 1274.33] UBI error: ubi_io_read_ec_hdr: validation failed for PEB 0 > [ 1274.33] Unable to handle kernel paging request at virtual address > 00100104 > > What does it try tell me? What can I do about it? > > Boudewijn By the way, I noticed the partitions start at 0, so partition 6 is 7, so I repeated with 5 instead. It does not segfault, it just hangs (ctrl-c gives no response other than printingg ^C, ctrl-d does not quit the session). No new mention of "attach" or "ubi" in dmesg either. Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ubifs/NAND problem?
Hi List, I have problems with NAND, it seems, but I don't know how to troubleshoot it. For a while I have been unable to boot SHR from NAND, but since I had another install on uSD, it didn't really matter. Lately I wanted to move to NAND anyway, to free up the relatively fast uSD for my Phoenux. The Freerunner still won't boot from NAND though. I reflashed with SHR-core (and SHR's ubi-qi), to no avail. After that I flashed QtMoko v35 (and QtMoko's qi v35). No better result either. (For a moment I thought the MD5 sum was incorrect, downloaded again and flashed, but it turned out Sourceforge hid part of the sum when there's no mouseover). I used to be able to mount jffs2-partitions, but mounting ubifs seems a bit different (or broken otherwise in my installation) I have tried: - using the mtdblock6-device - using the ubi-device (not available) [1] - using the device-less method [1] - using ubiattach (might create a dev node, but segfaults on mtd6 and hangs on mtd6ro I guess ubifs is in the kernel; there's no such thing as ubi in lsmod, and modprobe ubifs returns an error. I added the modules from SHR-core, but they do not include UBI. dmesg gives some info, see attached text for a bit more: [ 1274.33] UBI: attaching mtd6 to ubi0 [ 1274.33] UBI: physical eraseblock size: 131072 bytes (128 KiB) [ 1274.33] UBI: logical eraseblock size:129024 bytes [ 1274.33] UBI: smallest flash I/O unit:2048 [ 1274.33] UBI: sub-page size: 512 [ 1274.33] UBI: VID header offset: 512 (aligned 512) [ 1274.33] UBI: data offset:2048 [ 1274.33] UBI error: validate_ec_hdr: bad VID header offset 2048, expected 512 [ 1274.33] UBI error: validate_ec_hdr: bad EC header [ 1274.33] UBI error: ubi_io_read_ec_hdr: validation failed for PEB 0 [ 1274.33] Unable to handle kernel paging request at virtual address 00100104 What does it try tell me? What can I do about it? Boudewijn [ 1274.33] UBI: attaching mtd6 to ubi0 [ 1274.33] UBI: physical eraseblock size: 131072 bytes (128 KiB) [ 1274.33] UBI: logical eraseblock size:129024 bytes [ 1274.33] UBI: smallest flash I/O unit:2048 [ 1274.33] UBI: sub-page size: 512 [ 1274.33] UBI: VID header offset: 512 (aligned 512) [ 1274.33] UBI: data offset:2048 [ 1274.33] UBI error: validate_ec_hdr: bad VID header offset 2048, expected 512 [ 1274.33] UBI error: validate_ec_hdr: bad EC header [ 1274.33] UBI error: ubi_io_read_ec_hdr: validation failed for PEB 0 [ 1274.33] Unable to handle kernel paging request at virtual address 00100104 [ 1274.33] pgd = c6ff [ 1274.33] [00100104] *pgd=36ed6831, *pte=, *ppte= [ 1274.33] Internal error: Oops: 817 [#1] [ 1274.33] last sysfs file: /sys/class/ubi/version [ 1274.33] Modules linked in: snd_soc_wm8753 snd_soc_s3c24xx snd_soc_neo1973_wm8753 snd_soc_s3c24xx_i2s snd_soc_dfbmcs320 snd_soc_core snd_pcm snd_timer snd soundcore snd_page_alloc rfcomm ppp_generic slhc ohci_hcd usbcore ipv6 hidp g_ether s3c2410_udc bnep bluetooth ar6000 [ 1274.33] CPU: 0Not tainted (2.6.39.4 #1) [ 1274.33] PC is at kmem_cache_destroy+0x40/0xfc [ 1274.33] LR is at kmem_cache_destroy+0x34/0xfc [ 1274.33] pc : []lr : []psr: 6013 [ 1274.33] sp : c6f77e30 ip : 0004 fp : 0200 [ 1274.33] r10: c6f2dcb4 r9 : c6f2dcb4 r8 : c03f2528 [ 1274.33] r7 : ffea r6 : c6f2dcac r5 : c6f2dca0 r4 : c78bf4e0 [ 1274.33] r3 : 00200200 r2 : 00100100 r1 : c78bf4e0 r0 : c78bf4e0 [ 1274.33] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user [ 1274.33] Control: c000717f Table: 36ff DAC: 0015 [ 1274.33] Process ubiattach (pid: 787, stack limit = 0xc6f76270) [ 1274.33] Stack: (0xc6f77e30 to 0xc6f78000) [ 1274.33] 7e20: c6f2dca0 c01fc0c4 c6f2dca0 [ 1274.33] 7e40: c6f51800 ffea c03f2528 c01fc3e8 00d2 c01f40d0 [ 1274.33] 7e60: 00d0 c6f2dcac 37d3 c7973800 c6f2dcbc c6f51800 c6f2dca4 c0092a40 [ 1274.33] 7e80: 00d2 37d3 c7973800 c6f51800 c7973800 0800 [ 1274.33] 7ea0: 0200 c01f40e4 c6f77ec4 07ff 0068 c7810260 c7409834 bef07ae8 [ 1274.33] 7ec0: c7973800 40186f40 0003 c0026fe4 c6f76000 b858 c01f49b0 [ 1274.33] 7ee0: 0006 c797cb94 bef07ae8 [ 1274.33] 7f00: 40186f40 c00a9194 c6fe8005 c740bdd4 c797cb94 0101 0004 [ 1274.33] 7f20: c6e8a228 bf54 00014a3c c6f75560 [ 1274.33] 7f40: 0003 c6fe8000 c6e8a220 0003 c6e8a228 0020 [ 1274.33] 7f60: c6fe8000 c6e8a220 bef07ae8 40186f40 0003 c0026fe4 c6f76000 [ 1274.33000
Re: Fwd: FOSDEM 2012 stand confirmation: Openmoko
Great! Do you already have a design for documentation/flyers? Boudewijn On Thursday 05 January 2012 16:18:19 Dr. H. Nikolaus Schaller wrote: > Good news: we have been assigned a stand. > > If you have (new) Openmoko related stuff to show, please let me > know to discuss details. > > We will have several GTA04 devices in (let's cross fingers: full) > operation and the OpenPandora. > > Please spread the word and plan to visit the stand. > > Nikolaus > > Anfang der weitergeleiteten E-Mail: > > Von: FOSDEM Stands Team > > Datum: 5. Januar 2012 16:04:43 MEZ > > An: Nikolaus Schaller > > Kopie: sta...@fosdem.org > > Betreff: FOSDEM 2012 stand confirmation: Openmoko > > Antwort an: sta...@fosdem.org > > > > > > Hi Nikolaus Schaller > > > > We have the pleasure to inform you that your request for a stand > > at FOSDEM 2012 has been accepted. > > > > * amount of tables: 1 > > * in building.: AW > > * build-up: from 09:00 on, on Saturday > > * teardown: closing is at 18:00 on Sunday > > +++ details cut out +++ > > > Thank you for your participation and see you in Brussels soon :) > > > > cheers, > > The FOSDEM Team > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
hacky new year!
Hi list, After the whirlwind of developments in hard- and software that was 2011, I am looking forward to 2012! I'll leave the summary of next and last year to your own imagination, fearing not to include one of the many developments. This year I hope to meet you not only online and at FOSDEM, but perhaps some other meetings as well. Best regards and happy hacking, Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Marketing] Ideas / Plan
On Saturday 31 December 2011 13:08:47 Dr. H. Nikolaus Schaller wrote: > Am 30.12.2011 um 23:14 schrieb Gerald A: > >>> For me, I don't have time right now to assemble a Freerunner and a > >>> GTA04 to get a working phone "with possibilities". I want the > >>> completed package, then end result. The neo was shipped with the > >>> slogan > > > > This takes approx. 15 minutes. Rarely more. And we have an installation > > service if you don't want to DIY (I would appreciate if there will come > > up local resellers or hacking groups in your area). > > > > Does this 15 minutes require soldering skills? (I think it does). > > No it doesn't. It is just some mechanical adaptations. > > I think Sean some years ago encouraged to open the Freerunner and > take a look inside... > > > I personally am not averse to trying to solder -- it's something I want > > to learn more about. But your "average linux geek" probably doesn't want > > to. But they still might be enamored by the prospect of an open phone. > > The most tricky part is to peel off the LCD module from the PCB without > breaking the glass or disrupting the fine cables. An alternative is to glue > a new to the GTA04 board and just swap the complete GTA02-module > with a GTA04 module. > > A complete description of the steps is in chapter 4 of the GTA04 manual: I can second the ease with which the boards are changed. To get an idea of the level: I have opened a few telephones before: to swap displays or put photos behind the LCD when the LCDs didn't offer background images yet. I can not say that it is in any respect a dayly routine for me to work on telephone hardware. The manual is quite to the point: the procedure seems quite elaborate, but that is because every step got a photo showing where to put your fingers and other tools. The display is indeed the trickiest part: there are those conductive pads between the display and the motherboard, that do not stick but get in the way anyway while cutting through the double sided tabe that holds the display in place. The wires are fine, but not more so than you'd expect from such a device. I might have taken half an hour, but not much longer. If I did it a second time, it would be much closer to 15 minutes. There is really not so much to it, all parts are made to fit easily and are also taken apart quite easily. Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: uSD corruption (OT?)
On Sunday 18 December 2011 09:39:10 Gilles Filippini wrote: > Boudewijn a écrit , Le 17/12/2011 23:44: > > You are probably familiar with/aware of linux-mtd at infradead.org. Part > > of their FAQ made me suspect optimizations for FAT or parts of the spec > > left out of the flash translation layer giving problems with anything > > but FAT [1]: "(...) we suspect that vendors may user various tricks or > > compromises to keep their devices "good enough" and cheap. For example, > > it is known that some vendors optimize their FTL devices for FAT, and if > > you start using ext3 on top of one, you might face some unexpected > > problems (...)" > > > > Not very constructive either :-( But a good read if you didn't after all > > ;-) > > > > Boudewijn > > > > [1] > > Missing link :) Hmmm.. The "forgot attachment?"-plugin does not cover links ;-) http://www.linux-mtd.infradead.org/doc/ubifs.html#L_raw_vs_ftl > Here is another one [0] > > _g. > > [0] <https://lwn.net/Articles/428584/> From the intro: "In contrast, the more common SD cards and USB flash drives are very sensitive to specific access patterns and can show very high latencies for writes unless they are used with the preformatted FAT32 file layout." Thanks! Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: uSD corruption (OT?)
On Saturday 17 December 2011 23:10:02 Doug Jones wrote: > On 12/16/2011 01:08 AM, Radek Polak wrote: > > On Thursday 15 December 2011 22:00:22 fdvj...@vodafone.it wrote: > >> Hi > >> I have a Kingstone microSD card 8GB. It seems to be reliable for data > >> but if I use it with a running distro, at this moment QtMoko, I > >> experience, during a day of usage, several freezings. I mean, when it is > >> in suspend mode (deep suspend enabled) if I press the power button the > >> Neo does not recover from the suspend. I have to pull off the battery > >> and then restart the Neo, but as can you imagine, after a couple of > >> times the file system gets corrupted and I have to format the partition. > >> Moreover this behaviour seems to become worse as the time passes. > >> Should I consider to replace the uSD card? are there known issues in > >> using running distro on it? > >> Thanks. > > > > For me uSD card never worked as stable rootfs. I always ended up with > > corrupted filesystem after a couple of days. But for data on FAT it > > always worked quite good. > > > > I guess this is some flaw in Freerunner's hardware or kernel driver. On > > GTA04 i have rootfs on uSD and no problems at all. I am starting to > > think that NAND on GTA04 is quite useless - it would be quite cool if it > > had 2 uSD cards instead (with BTRFS as fs it could rock). > > There have been endless discussions over the years, about file systems, > race conditions, suspend modes, the gravitational influence of > Jupiter... But I have never heard anyone claim that they actually > understand why a card that Just Works in my camera can't be made to Just > Work in all of our open source devices. > > > Yes, I know this isn't very constructive... Sometimes I just have to > vent... :-) You are probably familiar with/aware of linux-mtd at infradead.org. Part of their FAQ made me suspect optimizations for FAT or parts of the spec left out of the flash translation layer giving problems with anything but FAT [1]: "(...) we suspect that vendors may user various tricks or compromises to keep their devices "good enough" and cheap. For example, it is known that some vendors optimize their FTL devices for FAT, and if you start using ext3 on top of one, you might face some unexpected problems (...)" Not very constructive either :-( But a good read if you didn't after all ;-) Boudewijn [1] smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo Freerunner as a controller
On Friday 16 December 2011 18:51:02 Timo Juhani Lindfors wrote: > Hi, > > fdvj...@vodafone.it writes: > > I'm interested in the use of the Neo Freerunner as a controller, using > > its accelerometers, mainly to test a flight sim on my computer. > > I found the project openmokontrol, but is it still alive? I found > > references here [1] and here [2] but the project seems not mantained > > anymore. > > Are there similar softwares? Something for QtMoko? > > I just streamed /dev/accelerometer-top data over wifi and generated fake > keypresses on my desktop. At least here it is really not something you > can enjoy. The accelerometer reports orientation of the phone only when > it is not moving. When you move the phone it will of course be skewed by > the acceleration. > I have played with it as well, hoping to use it as a mouse. The problem here is that the only one direction that's accelerated constantly, is the one downwards. The showstopper for me was that the stream would choke after some time. I think I used bluetooth most of the time, but I'm not quite sure anymore. I at least tried one other way of connecting, probably USB, to find out if that would relieve the choking behaviour, but it didn't: after a while, the stream would die. I took the Openmoko wike pages Technical:Accelerometer_Fundamentals and Accelerometer_data_retrieval as a starting point, the test application worked almost out of the box (I had to change the input event to another number). Other people who took this code documented their use at [1] I also took the print statements and other code that seemed not useful away, to see if that kept the connection stable. In case you have better luck, I'd be interested in your results! Boudewijn [1] https://manavkataria.wordpress.com/tag/air-mouse/ smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: uSD corruption
On Thursday 15 December 2011 22:23:56 Timo Juhani Lindfors wrote: > fdvj...@vodafone.it writes: > > experience, during a day of usage, several freezings. I mean, when it > > 1) What kernel? > 2) What boot loader? > 3) What boot options? > 4) What filesystem? 5) uSD speed? smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Phoenux in the media, Part xxiv
Hi List, I am not yet through the mail from last night till now, so I'm not sure some one else already spotted this (moderately positive, with fewer negative comments than ./) article: "Openmoko's FreeRunner lives on in Golden Delicious" http://www.thinq.co.uk/2011/12/2/openmokos-freerunner-lives-golden-delicious/ Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Live-Stream OHSW workshop (German)
On Saturday 03 December 2011 11:20:11 Raphael Wimmer wrote: > Hi. > > for German-speaking (or -understanding) folks on this list: > > We have a live video stream of our Open-Hard/-Software-Workshop at > http://www.ustream.tv/channel/oshw-workshop Great! I was hoping so, being unable to attend because this weekend it's Sinterklaas in the Netherlands. I hope I'll work out a way to view the swf-stream; my systems are not powerfull enough to have flash/gnash installed and running the few advertisements that escaped the blocker. Any idea how to run the stream in eg VLC? The format is a bit unreadable: http://static-cdn1.ustream.tv/swf/live/viewer:25.swf?vrsl=c:52&cgw=8657/origo- hun;522594;2776057;3240772;3880115;6511834;6944778;6944781;7032689;7032850;7257732;7428271;7428277;7428278;7428281;7428285;7428286;7428291;7428296;7428297;7428300;7883929;7958772;8094296;8110600;8188605;8200668;8201540;8245475;8281851;8294000;8614702;9158851;9218115;9263504;9263510;9263512;9263514;9263699;9263717;9371048;9371070 for live and http://static- cdn1.ustream.tv/swf/live/viewer:25.swf?vrsl=c:52&cgw=8657/origo- hun;522594;2776057;3240772;3880115;6511834;6944778;6944781;7032689;7032850;7257732;7428271;7428277;7428278;7428281;7428285;7428286;7428291;7428296;7428297;7428300;7883929;7958772;8094296;8110600;8188605;8200668;8201540;8245475;8281851;8294000;8614702;9158851;9218115;9263504;9263510;9263512;9263514;9263699;9263717;9371048;9371070 for previous movies. > Program at http://ohsw.de/agenda.html Not only is the program interesting, I would look forward to some IRL-chat apart from the odd weekend in Februari ;-) Have a nice time for all attendants! Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Gta04-owner] QtMoko status
On Tuesday 22 November 2011 10:00:34 Patryk Benderz wrote: > Dnia 2011-11-22, wto o godzinie 09:08 +0100, Dr. H. Nikolaus Schaller > > pisze: > > Radek, > > this is very good news which deserves to be forwarded to the community > > list. > > [cut] > > > > that the modem can receive SMS, read contacts and i could even make > > > phone call (without sound yet). > > Indeed, good news. I just hope Radek will stil find time to develop > QtMoko for GTA02 :) When using FS, one does not exclude the oter, does it? And in how far are developments in QtMoko device specific? Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: temperature and humidity data logger
On Monday 21 November 2011 10:34:47 Denis Shulyaka wrote: > 2011/11/19 Boudewijn : > > On Saturday 19 November 2011 07:54:22 Hans Zimmerman wrote: > > Apart from I2C, perhaps 433MHz equipment is an option? I have been > > looking into combining that with my Freerunner (or Phoenux) for home > > automation. > > > > There are those weather stations that come quite cheap as long as you > > don't need USB (or other generally available) connection. Many of them > > use the same chips and for Arduino there's a library [1] available to > > read temp and humidity. > > > > Then you still have to interface from Arduino to your Freerunner of > > course (and you'd need an Arduino). > > In fact, you don't even need Freerunner for this application if you > have an Arduino :) > That would make it a bit off topic for this list though... One might want to use the FR as user interface, it got such a nice display after all :-) Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: temperature and humidity data logger
On Saturday 19 November 2011 16:33:04 Timo Juhani Lindfors wrote: > Boudewijn writes: > > Apart from I2C, perhaps 433MHz equipment is an option? I have been > > looking into combining that with my Freerunner (or Phoenux) for home > > automation. > > I've disassembled some 433 MHz power sockets and connected the receiver > and transmitter to an AVR that then speaks USB to my PC. How about the protocol or signalling? And would it be easily transferred to an Openmoko? (Once it's on USB, does it still matter whether you speak to a PC or an ARM?) Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: temperature and humidity data logger
On Saturday 19 November 2011 07:54:22 Hans Zimmerman wrote: > Hey all, > > I would like to start logging the temperature and humidity inside our > house. Are there people with experience in using the freerunner as a > temperature and humidity data logger? > What kind of devices would be connectible (usb, bluetooth, other) to do > that? Apart from I2C, perhaps 433MHz equipment is an option? I have been looking into combining that with my Freerunner (or Phoenux) for home automation. There are those weather stations that come quite cheap as long as you don't need USB (or other generally available) connection. Many of them use the same chips and for Arduino there's a library [1] available to read temp and humidity. Then you still have to interface from Arduino to your Freerunner of course (and you'd need an Arduino). Boudewijn [1] https://bitbucket.org/fuzzillogic/433mhzforarduino/wiki/Home ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MCNavi 0.3.1 released
On Thursday 17 November 2011 17:36:14 Mike Crash wrote: > Hi, > > please wait some time for new version, there are some major changes, that > make current release not compatible. I'm working on coastlines generation > and it seems to be a little complicated. A bit of an open door, but didn't Mandelbrod find the same some 35 years ago? ;-) Good luck anyway! Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] GTA02 unstable image 22-8 ok?
Hi List, I run unstable SHR on uSD with an image from probably may this year. I got two problems wirth mentioning: - opkg does not upgrade (some file being too large) - intone is not very stable (at points I'd call it "misbehaving") One and other seems to have lead to fsodeviced not running anymore. Earlier this week I had a crash of intone that was more obnoxious than usual, with intone persisting not to run after a reboot. Subsequent rebooting made fsodeviced not running anymore. I have fsck.ext3 the uSD on another system (the fs had had some 200 mounts with no fsck, but no errors), rebooted the FR with plain "reboot", with /etc/init.d/reboot stop, using shutdown from the quick settings and by pulling the battery, in that order to no avail. Last night I extracted the unstable image from 22-8 on the uSD, which gave kernel panic (not syncing) on boot. At first I had not copied the provided kernel since it was already contained in the zip. After copying it in anyway, nothing changed for the better. Is the unstable image from 22-8 supposed to be stable enough to boot from? I flashed NAND with the full image and the 2.6.37 kernel from 10-6, but that gives a panic on boot as well. Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] GTA02 unstable image 22-8 ok?
Hi List, I run unstable SHR on uSD with an image from probably may this year. I got two problems wirth mentioning: - opkg does not upgrade (some file being too large) - intone is not very stable (at points I'd call it "misbehaving") One and other seems to have lead to fsodeviced not running anymore. Earlier this week I had a crash of intone that was more obnoxious than usual, with intone persisting not to run after a reboot. Subsequent rebooting made fsodeviced not running anymore. I have fsck.ext3 the uSD on another system (the fs had had some 200 mounts with no fsck, but no errors), rebooted the FR with plain "reboot", with /etc/init.d/reboot stop, using shutdown from the quick settings and by pulling the battery, in that order to no avail. Last night I extracted the unstable image from 22-8 on the uSD, which gave kernel panic (not syncing) on boot. At first I had not copied the provided kernel since it was already contained in the zip. After copying it in anyway, nothing changed for the better. Is the unstable image from 22-8 supposed to be stable enough to boot from? I flashed NAND with the full image and the 2.6.37 kernel from 10-6, but that gives a panic on boot as well. Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] GTA04 Status
On Sunday 21 August 2011 10:34:54 Johannes Schauer wrote: > @nikolaus: thanks again for this wonderful update on the progress! Let > me just reiterate (just as many of the previous posts to this list > already did) how incredibly awesome it is to be kept up to date with the > development status in this amount of detail! +1 from me ;-) > On Fri, Aug 19, 2011 at 09:58:29PM +0200, Dr. H. Nikolaus Schaller wrote: > > a) working (hardware and linux drivers are available): > > b) works but quality is unclear: > > c) flaws (not easily fixable without running a new board layout): <... and a couple more> > > d) not tested (mainly because Linux drivers are missing and/or not > > properly configured): > (...) It would be great if the early adopter boards > had at least confirmed that a working audio path to the modem is only a > software issue. > > (...) And for UMTS, there are some proprietary > > AT commands where we need the written permission to > > publish them. Unfortunately, two of the commands are very > > nice to make UMTS networking simple and to enable the > > Voice PCM path. That seems technically a smaller problem than a software issue, and seems to imply that there is no hardware issue? Such a pity NDA's can have such an influence :-( Concluding I can only agree with Josch: there's a lot to play with, there seems to be more there already in this EA board than there was in the GTA02. I also agree that voice calls would be nice, so that I might actually replace my day-to-day motherboard instead of the testing one. > > 4. Kernel Drivers > > > > So we need your help. I.e. your Linux expertise and willingness > > to learn new things together with us. Mainly to develop the missing > > Linux kernel drivers and interfaces. And port new Userland code. > > > > Therefore, we decided to build all remaining EA Boards next week > > despite some flaws and untested areas. Haha, it sounds like: thanks for enjoying the ride so far, and now to work! After months of anticipation, this news is quite exciting, with or without voice calls. > > Two areas are still in negotiation with the chip manufacturers. > maybe there is the chance to get those commands from some pdf hosted on > a chinese server? No matter how: NDA is NDA. It's difficult to open up without permission from those who have the official key, even if there are shaded workarounds. Brute forcing sounds daunting to me: I guess we're not only dealing with proprietary AT commands, but with a sequence as well. > > Where we need more Kernel Expertise for testing the final bits > > of the hardware: > Hopefully people from the community with enough expertise and free time > show up for these tasks. Sadly I must admit I'm lacking the former :/ Well, there was no "I'm no kernel-dummy"-agreement when I ordered mine, just the warning. Time to start building expertise, but lacking time as well (other languages got different words for points in time and periods of time ;-) ) > > David has got his GTA04 right for Chaos Communication Camo > > (did you meet him?) > cheers david! hope everything goes well! Do your best! > Btw, what is the status of arm in linux? I recently skimmed some news > about the apparent mess that arm is in the kernel due to the many > different boards out there. This probably means that upstreaming gta04 > changes will not be possible until a solution to this is found? Is it not because of different options used in different flavours of arm? I remember reading that the situation was improving, but if someone with more actual knowledge could elaborate: welcome! > > 6. Questions? > > Please ask us what you ever wanted to know about the GTA04 > > but were afraid to ask... > So, yeah: only pressing question right now: will the gta04 early adopter > board have the ability to make a working phone call or could there exist > a potential hardware blocker avoiding it? I thought I had some questions, but between starting to write and being interrupted far too often by children running around, they slipped my mind. Once again: keep up the good work and thanks for the update! Boudewijn PS: I received some openmoko-list-messages, so I added them as a receipient in case the servers are up again. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community