**** BEGIN LOGGING AT Thu Oct 13 02:59:57 2011 Oct 13 05:07:54 SHR: 03morphis 07meta-smartphone * r3edf1954dc7b 10/meta-fso/recipes-freesmartphone/freesmartphone/fsogsmd_git.bb: meta-fso: fsogsmd: add libfsotransport as dependency Oct 13 05:07:58 SHR: 03morphis 07meta-smartphone * r172f97be6572 10/meta-palm/conf/machine/hpveer.conf: meta-palm: add machine description for hpveer Oct 13 05:07:58 SHR: 03morphis 07meta-smartphone * rfd2bf6f8e60a 10/meta-fso/recipes-freesmartphone/freesmartphone/fsogsmd_git.bb: meta-fso: fsogsmd: fix names of packages for lowlevel-samsung-crespo plugin Oct 13 05:45:02 JaMa: ping Oct 13 05:48:09 [4224479.226] (EE) Failed to load module "glamo" (module requirement mismatch, 0) Oct 13 05:48:12 hmm Oct 13 06:04:13 GNUtoo|laptop: moin, do calls work now? Oct 13 06:19:21 mrmoku: reflash or reinstall xf86-* and xsrever-xorg Oct 13 06:30:04 JaMa: ok Oct 13 06:30:13 JaMa: my ping was about my kernel push though :) Oct 13 06:31:27 JaMa: does this look like what you do to generate the shr.patch? http://paste.pocoo.org/show/491863/ Oct 13 06:33:46 xserver-xorg - 1:1.11.1-r1 - xserver-xorg version 1.11.1-r1 Oct 13 06:33:46 xserver-xorg - 2:1.10.2-r21.1 Oct 13 06:33:48 hmm Oct 13 06:33:56 * opkg_download_pkg: Package xserver-xorg is not available from any configured src. Oct 13 06:35:45 I'll chech th patch from work.. n900 screen is too small :) Oct 13 06:35:55 and low batt Oct 13 06:36:47 and xorg: remove -force-depends and install again Oct 13 06:37:53 ok, thx Oct 13 06:44:40 did not work though Oct 13 07:01:45 mrmoku: yup, pretty much the same Oct 13 07:04:38 antrik: they are not that cheap (they usually mean that something was screwed) and in my original patch series there was rename to, so they weren't needed.. but I'll probably try it with "because of meta-oe" Oct 13 07:06:52 JaMa: good, regarding xserver I just reflashed latest shr-full image Oct 13 07:15:09 ah ok Oct 13 07:32:55 morphis: pong Oct 13 10:31:31 how does fsotdldt works? Oct 13 10:31:48 I want to activate the gpsd location provider Oct 13 10:34:45 there is only serial for Oct 13 10:34:47 gps_receiver_transport Oct 13 10:36:01 receiver_transport = config.stringValue( "fsotdl", "gps_receiver_transport", "serial" ); Oct 13 10:36:05 but it seem not used Oct 13 10:38:17 seem that the gpsd plugin was not built Oct 13 10:43:31 gnutoo: hi, you have reply on your armv6 patch on oe-core, please reply Oct 13 10:46:13 ok Oct 13 10:46:18 I must still test the patch Oct 13 10:46:28 I looked yesterday for reply but it came now I guess Oct 13 10:47:00 so I guess it's not yet ok Oct 13 10:47:03 I'll look now Oct 13 10:48:46 bbs Oct 13 10:53:47 back Oct 13 11:55:29 lol http://xkcd.com/963/ Oct 13 12:16:09 SHR: 03Martin.Jansa 07shr-chroot * rc6969ca5d1a1 10/ (458 files in 55 dirs): system upgrade, subversion upgraded to 1.7! Oct 13 13:38:02 mrmoku: finally sent pkg, sorry for delay Oct 13 13:39:34 mrmoku: on the bright side it's super-packaged and comes as normal (maxi)letter, so odds are it'll arrive this week still Oct 13 14:04:23 hm... do we have any profiles that route from CPU to earpiece? Oct 13 14:30:44 antrik: maybe voiphandset? Oct 13 14:45:22 jake42|away: ah, right. thanks, haven't thought of that :-) Oct 13 15:02:10 DocScrutinizer51: np, thx very much Oct 13 15:02:45 gnutoo: ping Oct 13 15:09:55 pong Oct 13 15:14:35 mrmoku: pong Oct 13 15:14:40 any news of the fix? Oct 13 15:15:14 gnutoo: wanted to know from you if you tested it? Oct 13 15:15:18 no Oct 13 15:15:21 ok Oct 13 15:15:24 * mrmoku neither Oct 13 15:15:25 where did you put it? Oct 13 15:15:39 build.shr-project.org/tests/mrmoku/shr.patch Oct 13 15:15:40 http://gitorious.org/shr/linux/commit/df400675eef00abe8ae01d482a02e28515929e26 Oct 13 15:15:51 ah JaMa is there Oct 13 15:16:03 ok I'll test at home.... Oct 13 15:16:24 gnutoo: I read that very interesting mail from mickeyl regarding fsotdld and gpsd :-) Oct 13 15:16:31 that's what I want Oct 13 15:16:36 yes but it didn't compile Oct 13 15:16:39 I want it too Oct 13 15:16:41 yup, read that too Oct 13 15:16:48 will try now Oct 13 15:16:52 but what about isi gps? Oct 13 15:17:24 either we try to get it into gpsd Oct 13 15:17:44 or... ? Oct 13 15:18:07 hmm Oct 13 15:18:25 Hello everyone Oct 13 15:18:38 I need some help with using wpa_supplicant on the neo freerunner running SHR Oct 13 15:18:44 or some advice Oct 13 15:18:54 Artox: hi Oct 13 15:19:12 unfortunately I don't use wpa.... Oct 13 15:19:17 even at home it's open Oct 13 15:19:33 mrmoku: yes but how to do that? Oct 13 15:19:47 can isi gps be a standalone client ? Oct 13 15:19:56 and isi modem something separate Oct 13 15:20:06 if I remember well isi permits that Oct 13 15:20:23 my issue is the fact that this university uses some kind of wpa business for their wireless access Oct 13 15:20:35 I got a wpa_supplicant.conf for it Oct 13 15:20:48 ok Oct 13 15:20:58 so maybe do it from command line Oct 13 15:21:06 I did Oct 13 15:21:21 did eth0 appear? Oct 13 15:21:32 wpa_supplicant -i eth0 -c /etc/wpa_supplicant/eduroam.conf -B Oct 13 15:21:44 I activated wlan thourgh settings application Oct 13 15:21:48 choosing manual and then On Oct 13 15:21:57 but wpa_supplicant faisl with Oct 13 15:22:15 ioctl[SIOcSIWENCODEEXT]: Operation not supported Oct 13 15:22:20 Artox: that error is normal Oct 13 15:22:27 mhm Oct 13 15:22:33 so it should still open a connection? Oct 13 15:22:39 Artox: but wpasupplicant shell script stuff has race conditions Oct 13 15:22:45 Artox: only the dbus interface is really tested Oct 13 15:22:54 Artox: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587634 Oct 13 15:22:55 mhm Oct 13 15:23:14 so i should instead make a small program that uses dbus to open a connection? Oct 13 15:23:52 thanks for the link lindi- :) Oct 13 15:23:57 it does explain things Oct 13 15:29:05 I think the gps issue is a vapi issue Oct 13 15:51:07 - [CCode (instance_pos = -1)] Oct 13 15:51:08 + [CCode (cname = "gps_open_r",instance_pos = -1)] Oct 13 15:51:12 make it compile Oct 13 15:51:23 should I commit? Oct 13 15:53:51 morphis wrote fsogsmd? Oct 13 15:54:08 | channel.vala:54.70-54.92: error: The name `type_to_string' does not exist in the context of `SamsungIpc.Response' Oct 13 15:55:13 isn't it response_type.to_string() rather Oct 13 15:55:18 I'll try to fix here too Oct 13 16:05:58 I'll go bye Oct 13 17:27:43 Hi all Oct 13 18:17:41 hi DocScrutinizer Oct 13 18:18:15 hi Oct 13 18:18:42 I got a newer battery(even newer than the previous newer one) for om-gta02 Oct 13 18:18:52 but it's not a FIC one and not a nokia one Oct 13 18:19:13 it says Li-ion 3.6V 900mAh Oct 13 18:19:32 the FAQ says not to use like bl-5c with 2800 mA Oct 13 18:19:56 but I wonder if this one isok (it says "FOR NOK 3650) Oct 13 18:21:01 it's from a french shop specialized in batteies Oct 13 18:21:05 ( http://www.1001piles.com/ ) Oct 13 18:21:15 they have like real shops Oct 13 18:21:32 so the question is: Oct 13 18:21:41 is there a risk of explosion? Oct 13 18:29:39 sorry I can't tell for sure, but generally risk of explosion is extremely low, unless one of the 3 big ones (there are only like 3 manufacturers of genuine LiIon cells) has shipped a bad batch, in which case you hear about it anyway all over the various info channels Oct 13 18:31:34 quality of protective circuitry inside cell is another story though, often cheap batteries are missing decent over/under-voltage protection, and sometimes even shortcircuit protection isn't really that good. So those batteries will possibly work flawlessly unless mistreated Oct 13 18:32:37 ok Oct 13 18:32:40 thanks a lot Oct 13 18:34:04 if you dare and feel like you got the skills, you may want to swap the worn out cell in an old genuine GTA02 battery for a new cell from one of those second source batteries Oct 13 18:34:29 disassembling gta02 (and other) batteries is really just that simple Oct 13 18:35:49 and if you got a bit of knowledge of electronics and soldering, you may easily swap the cell. Beware though to solder to the cell body directly, raher cut the wires halfway between cell and protective/gauge circuit and solder there Oct 13 18:36:08 soldering the cell is dangerous Oct 13 18:36:17 since it produce very high heat Oct 13 18:36:32 yes, soldering directly on cell body is *strongly* deprecated Oct 13 18:36:45 sure way to kill the cell Oct 13 18:37:00 and it could explode Oct 13 18:37:23 producing a kind of fire that is very dangerous Oct 13 18:37:25 that's why I suggest to cut the wires already there and solder those to the protective circuit Oct 13 18:37:31 ok Oct 13 18:38:06 or since the battery is supported by the platforn_driver battery and that it works out of the box(but in the bootloader).... Oct 13 18:38:14 I could just use them as-is Oct 13 18:38:43 just make sure you discharge cell to <3.4V prior to soldering, and NEVER heat the battery body or cause a short between cell plus and minus Oct 13 18:39:14 yes, you also can use random "normal" batteries Oct 13 18:39:59 in GTA02 Oct 13 18:40:22 in GTA01 you need to care about NTC on BSI contact Oct 13 18:40:39 but I guess that's not the topic here Oct 13 18:42:07 one suggestion: make sure (by probing with a voltmeter) that the battery has >3V when you buy it. It's deprecated to try and recharge batteries that are DOA Oct 13 18:42:23 heyho Oct 13 18:42:24 this is really dangerous Oct 13 18:44:36 ok I'll do that Oct 13 18:45:23 freesmartphone.org: 03morphis 07cornucopia * r66483d73cee3 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Oct 13 18:45:23 freesmartphone.org: fsogsmd: modem_samsung: when recv returns zero bytes don't continue Oct 13 18:45:23 freesmartphone.org: Signed-off-by: Simon Busch Oct 13 18:45:24 freesmartphone.org: 03morphis 07cornucopia * r9a6e00af4b1e 10/fsogsmd/src/plugins/lowlevel_samsung_crespo/plugin.vala: Oct 13 18:45:24 freesmartphone.org: fsogsmd: lowlevel_samsung_crespo: add a sleep of one second after modem boostrap Oct 13 18:45:24 freesmartphone.org: Signed-off-by: Simon Busch Oct 13 18:45:24 freesmartphone.org: 03morphis 07cornucopia * rfb12b70b667f 10/fsogsmd/src/plugins/lowlevel_samsung_crespo/plugin.vala: Oct 13 18:45:24 freesmartphone.org: fsogsmd: lowlevel_samsung_crespo: refactor return_val_if_fail into a if construct Oct 13 18:45:25 freesmartphone.org: Signed-off-by: Simon Busch Oct 13 18:45:25 freesmartphone.org: 03morphis 07cornucopia * r47bb943f87a6 10/fsogsmd/src/plugins/modem_samsung/ (Makefile.am channel.vala unsolicited.vala): Oct 13 18:45:26 freesmartphone.org: fsogsmd: modem_samsung: implement command queue handling and unsolicited response handler Oct 13 18:45:26 freesmartphone.org: Signed-off-by: Simon Busch Oct 13 18:46:10 freesmartphone.org: 03morphis 07cornucopia * r48538ddb26d5 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Oct 13 18:46:10 freesmartphone.org: fsogsmd: modem_samsung: add some more documentation Oct 13 18:46:10 freesmartphone.org: Signed-off-by: Simon Busch Oct 13 18:48:32 GNUtoo: you're on fsotdld + gpsd ? Oct 13 18:49:24 yes Oct 13 18:50:54 GNUtoo: we still need to improbe the screen handling Oct 13 18:50:56 there's a proper location API in FSO meanwhile? Oct 13 18:51:13 ok Oct 13 18:51:27 morphis, let me finish GPS and I'll look at screen Oct 13 18:51:30 or rather Oct 13 18:51:34 let me push gpsd fix Oct 13 18:52:34 GNUtoo: ok Oct 13 18:53:05 I have a vision (yes, I should visit my Doc ;-P): FsenSOricd Oct 13 18:55:00 what would that do? Oct 13 18:55:05 sensor daemon? Oct 13 18:55:05 GNUtoo: what is the better approach... have something that gets data from isi and emmits it as NMEA via some pseudo serial? or a real gpsd driver for isi? Oct 13 18:55:40 no idea, ask arround(mickeyl,gpsd ml etc...) Oct 13 18:56:09 morphis, playya_, mickeyl: ping :-) Oct 13 18:56:18 mrmoku: pong Oct 13 18:56:25 morphis: 20:50 < mrmoku> GNUtoo: what is the better approach... have something that gets data from isi and emmits it as NMEA via some pseudo serial? or a real gpsd driver for isi? Oct 13 18:56:57 ok Oct 13 18:57:01 morphis: what about gps on the palm pre? Oct 13 18:57:25 on the om-gta02 and htcdream (where it both work) it's NMEA Oct 13 18:57:39 be it over serial or fake serial but it's NMEA Oct 13 18:57:41 mrmoku: on the palmpre we have the same problem Oct 13 18:57:58 I think NMEA over pseudo serial is better Oct 13 18:58:06 on nexusone it's NMEA too but doesn't work yet Oct 13 18:58:08 then we don't have to fix gpsd Oct 13 18:58:10 yeah, and probably easier in different ways too Oct 13 18:58:13 yes Oct 13 18:58:14 indeed Oct 13 18:58:26 should be a part of fsotdld Oct 13 18:59:02 which then means though that fsotdld emits NMEA for gpsd... and regets it via gpsd for its own use :-P Oct 13 18:59:26 hmm Oct 13 18:59:35 morphis: is gps on palm coupled with the modem too? Oct 13 18:59:53 yes it seem so Oct 13 19:00:11 because then probably it would be easier to have it as plugin in fsogsmd Oct 13 19:00:15 at least for isi Oct 13 19:00:17 generic interface to all sensoric datasources on device. You query what's available (answer: e.g. "geolocation, acceleration, buttons, ambient_light, orientation, RF, energy..."), you query the details of one of the available sensors (query: "geolocation", reply: "GPS, GSM, WLAN), query "geolocation.GPS" -> "lon(int)("cm"), lat(int)("cm"), alt(int)("cm")"... Oct 13 19:00:36 ah ok Oct 13 19:01:13 GNUtoo: btw. gpsd has *no* means to do AGPS Oct 13 19:01:25 ok Oct 13 19:01:53 you register for a certain service then, and give priorities with the registration (optimize for precision, speed of acquisition, power minimization...) Oct 13 19:02:03 om-gta02 have AGPS, but do other device do? Oct 13 19:02:38 DocScrutinizer, great idea , I had the problem with htcdream's gps with how to handle power management Oct 13 19:02:47 you also can define triggers, by setting upper, lower limits for any of the values returned by a certain sensor Oct 13 19:02:49 basically the fix frequency couldn't be exported Oct 13 19:03:22 mrmoku, can you reply in the gps thread that gpsd doesn't do agps? Oct 13 19:03:39 does that means that using gpsd for om-gta02 loose AGPS? Oct 13 19:03:40 or a certain amount of absolute change or change over time Oct 13 19:05:09 I am off for today Oct 13 19:05:10 gn8 Oct 13 19:05:14 register a trigger for button.power:state="on" Oct 13 19:05:44 sparql comes to mind Oct 13 19:07:00 ... on a second thought this kinda sounds like HAL, but maybe this time done right? Oct 13 19:08:04 GNUtoo: hmm... wait Oct 13 19:08:10 http://catb.org/gpsd/faq.html#agps Oct 13 19:08:24 it's talking about Assisted GPS data from cellphone networks Oct 13 19:08:36 ~gsm-agps Oct 13 19:08:36 i guess rrlp is the Radio Resource LCS (Location Service) Protocol as specified first in GSM TS 04.31, or http://security.osmocom.org/trac/wiki/RRLP Oct 13 19:08:38 freesmartphone.org: 03GNUtoo 07cornucopia * r1e327070d11e 10/fsotdld/src/plugins/provider_location_gpsd/libgps.vapi: Oct 13 19:08:38 freesmartphone.org: fsotdld: fix provider_location_gpsd's libgps.vapi compilation Oct 13 19:08:38 freesmartphone.org: Without that fix we have: Oct 13 19:08:38 freesmartphone.org: plugin.c: In function 'location_gpsd_real_start': Oct 13 19:08:38 freesmartphone.org: plugin.c:266:2: error: too many arguments to function 'gps_open' Oct 13 19:08:39 freesmartphone.org: when building the provider_location_gpsd plugin. Oct 13 19:08:40 freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli Oct 13 19:09:42 mrmoku, yes indeed we don't need that yet, we just want to inject data gathered previously Oct 13 19:10:17 gta02 doesn't know about RRLP Oct 13 19:10:23 N900 does Oct 13 19:10:27 yup Oct 13 19:10:29 sadly yes Oct 13 19:10:41 but needs some nokia service in the internet, right? Oct 13 19:10:46 mrmoku, btw about n900 I tried to fix the battery charging on charger Oct 13 19:10:51 but it discharged Oct 13 19:10:57 altough code appeared right Oct 13 19:11:01 what should I do? Oct 13 19:11:12 indeed, N900 has such a good implementation, they can locate you without you even noticing (same applies for spyPhone btw, afaik) Oct 13 19:11:53 s/spyPhone/SpiedPhone Oct 13 19:12:25 spies would rather use om-gta02 not to be caught Oct 13 19:12:39 GNUtoo: is the code somewhere comitted Oct 13 19:12:40 ? Oct 13 19:12:45 no Oct 13 19:12:49 on my machine Oct 13 19:12:59 spies would carry several spyPhones to hand them out, or swap ;-P Oct 13 19:13:08 lol Oct 13 19:14:01 probably with a C4-battery ;-P Oct 13 19:15:15 http://pastie.org/2690570 Oct 13 19:15:37 charging mode is 0x10 when charger is inserted Oct 13 19:15:44 and 0x01 otherwise Oct 13 19:15:52 I couldn't test 100mA Oct 13 19:16:01 damn what a useful device for spies - you can track location, eavesdrop, shoot photos remotely, and finally blow up random targets coming close enough Oct 13 19:16:39 place against a door, detonate on acceleration sensor Oct 13 19:17:37 place on a table under a newspaper, detonate on either ambient light change, or noise, or movement, or triggered remotely Oct 13 19:17:49 or timer of course Oct 13 19:18:43 GNUtoo: the logger gives sane values? Oct 13 19:18:47 yes Oct 13 19:18:54 the values comes from the logger Oct 13 19:18:56 ah wait Oct 13 19:19:07 you mean the message in the logger like 0x10 Oct 13 19:19:10 then no Oct 13 19:20:14 Q, who's Q? Oct 13 19:20:27 GNUtoo: the one you added in onPowerSupplyChangeNotification Oct 13 19:20:59 the one I added says the right values Oct 13 19:20:59 DocScrutinizer51: watching Star Trek? :P Oct 13 19:21:04 ok Oct 13 19:21:25 errr James Bond ;-) Oct 13 19:21:31 :) Oct 13 19:21:44 wasn't that Mr Q? Oct 13 19:21:51 * GNUtoo prefer Q in james bond Oct 13 19:22:36 sometimes people see all my gadgets and ask if I'm james bond, I usually respond that I would rather be like Q Oct 13 19:26:44 just reading http://www.linuxfordevices.com/c/a/News/Bluebird-Soft-BIP6000Max/ Oct 13 19:27:15 DocScrutinizer51: yup, Mr Q Oct 13 19:27:25 or there are bluetooth snipers Oct 13 19:27:27 etc... Oct 13 19:31:37 Wired connectivity includes an RS232 port, plus USB 1.1 host and client ports. Meanwhile, the BIP-6000Max also connects to Ethernet via an optional cradle, and it has slots for a SIM and for a microSD memory card, Bluebird Soft says. Oct 13 19:31:52 rs232 o.O Oct 13 19:32:22 looks and feels like steampunk Oct 13 19:34:45 I think I love it Oct 13 19:37:27 DocScrutinizer51: wow... I was searching for such a thing a year ago... Oct 13 19:37:45 now it's too late... our client got something different... windows only :( Oct 13 19:38:46 4400mAh battery *.* Oct 13 19:40:18 | channel.vala:90.70-90.102: error: The name `request_type_to_string' does not exist in the context of `SamsungIpc' Oct 13 19:40:48 I think tuxbrain have similar stuff Oct 13 19:40:48 morphis is gone ouch Oct 13 19:40:49 he said me to rebuild with AUTOREV Oct 13 19:40:49 but it didn't fix the issue Oct 13 19:41:08 | assert( theLogger.debug( @"Got response from modem: type = $(SamsungIpc.request_type_to_string(response.type)) " Oct 13 19:41:22 what to do now Oct 13 19:41:24 ? Oct 13 19:42:05 this friggin criter almost looks like my GTA04 concept came all true Oct 13 19:43:53 well, 407g is quite a statement Oct 13 19:44:38 but then IP65 standard, 4400mAh batery Oct 13 19:45:03 CPU a bit lame for that Oct 13 19:47:03 $1,602 to $1,985, not a bargain but expected for those specs Oct 13 19:47:35 niche product, 2..3 years time-to-market, can't possibly get much cheaper Oct 13 19:50:14 he, get one and port SHR to it ;-D Oct 13 19:57:20 mrmoku, do you have an idea on how to fix? Oct 13 19:57:29 else I cannot do anything for the rest of the day Oct 13 19:57:39 since I woudn't be able to build Oct 13 19:58:55 GNUtoo: looks like he forgot something to commit? Oct 13 19:59:04 GNUtoo: and it's just that logger? Oct 13 19:59:43 GNUtoo: yes he forgot to commit request_type_to_string function Oct 13 19:59:57 apparently Oct 13 20:00:18 GNUtoo: if it's just that logger... comment it and commit that Oct 13 20:00:33 ther eis another error too Oct 13 20:00:56 but I'll fix then Oct 13 20:00:57 it's not in the vapi Oct 13 20:00:58 by commenting Oct 13 20:01:07 paulk_, you know vala? Oct 13 20:01:18 I don't but I can understand this Oct 13 20:01:23 ok Oct 13 20:01:27 [CCode (cname = "ipc_response_type_to_str", cheader_filename = "radio.h")] public string response_type_to_string( int type ); Oct 13 20:01:36 http://www.sdgsystems.com/estore/cart.php?target=category&category_id=17 LOOOOL Oct 13 20:01:38 request_type_to_string is missing Oct 13 20:02:09 paulk_, do you know how to fix? Oct 13 20:02:09 though as it should only be used for logging, just comment the line where it calls this Oct 13 20:02:16 or implement the function Oct 13 20:02:18 ok Oct 13 20:02:19 NOT AVAILABLE - SEE THE LINUX BASED BLUEBIRD PIDION BM-170 AS A GREAT ALTERNATIVE Oct 13 20:02:22 hehe Oct 13 20:02:26 I tought about implementing orst Oct 13 20:02:36 orst? Oct 13 20:02:51 oops Oct 13 20:02:57 it Oct 13 20:03:13 http://www.sdgsystems.com/estore/cart.php?target=product&product_id=163&category_id=17 never knew GTA02 had 2.5G Oct 13 20:03:13 morphis probably already did so Oct 13 20:03:18 but didn't commit Oct 13 20:03:25 ok Oct 13 20:03:48 I can help you to quick-implement it if you cant Oct 13 20:03:56 s/cant/want/ Oct 13 20:03:57 paulk_ meant: I can help you to quick-implement it if you want Oct 13 20:04:00 or wait, it had? OMG my memory is falling to dust Oct 13 20:04:03 I just wanted to do one thing at a time Oct 13 20:04:10 I can but I didn't want to Oct 13 20:04:23 I just wanted to build for om-gta02 Oct 13 20:04:25 but LOOK AT THE PRICE!!! Oct 13 20:04:29 ah ok Oct 13 20:05:07 DocScrutinizer, yes there are 10 units Oct 13 20:05:13 I just could think that's a 10-box Oct 13 20:05:21 so 379E per unit Oct 13 20:05:33 $ Oct 13 20:05:44 makes less in euro Oct 13 20:05:59 altough I've also hardware that is not cheap at all Oct 13 20:06:18 aaaah the headline mentions it Oct 13 20:06:24 yes indeed Oct 13 20:06:32 10-Pack Oct 13 20:07:11 gotta go Oct 13 20:07:38 thanks for the Nexus S picture GNUtoo :) it really looks awesome Oct 13 20:07:45 bye Oct 13 20:07:55 ok Oct 13 20:07:57 bye Oct 13 20:10:06 mrmoku, there is also an error about uint8[] to uint8 conversion Oct 13 20:10:13 maybe you should fix Oct 13 20:10:17 I'm too tired Oct 13 20:11:41 * GNUtoo is already yawning Oct 13 20:11:59 GNUtoo: as the stuff you need is before those commits from morphis... why don't you just set a SRCREV from before? Oct 13 20:13:04 * GNUtoo will go to bed soon Oct 13 20:13:21 GNUtoo: then let morphis fix it tomorrow ;) Oct 13 20:13:24 ok Oct 13 20:13:28 * mrmoku is going to bed soon too :) Oct 13 20:13:42 else if I can't sleep (because of moskitoes) I could workarround locally Oct 13 20:13:57 by commenting the line Oct 13 20:14:08 or disabling that plugin Oct 13 20:14:09 or something Oct 13 20:14:45 sleep is overrated Oct 13 20:14:53 :P Oct 13 20:15:02 my youngest thinks the same ;) Oct 13 20:15:47 DocScrutinizer, what do you think of the USRP btw Oct 13 20:16:04 *the* USRP? Oct 13 20:17:10 "Undergraduate Student Research Program" ? Oct 13 20:17:13 ;-) Oct 13 20:17:14 yes in general, not a particular model Oct 13 20:17:47 it's the sdr that works with gnuradio Oct 13 20:18:56 nice for R&D, or amateur radio in general Oct 13 20:19:15 no embedded or commercial potential Oct 13 20:19:35 ok Oct 13 20:32:25 GNUtoo: regarding the n900 charging... can't find anything wrong in your patch Oct 13 20:32:45 GNUtoo: and it breaks charging via usb too? Oct 13 20:33:22 kids, what are you messing with N900 charging? it's so dead simple... c'mon Oct 13 20:34:13 even shadowjk's charge21 script is over-sophisticated already Oct 13 20:34:20 :) Oct 13 20:35:40 the only trick is starting of charging Oct 13 20:36:15 as you don't want to start charging at >100mA without detecting either fastcharger or USB ENUM Oct 13 20:36:39 and detection of fastcharger D+/- short causes breakdown of USB session Oct 13 20:37:32 and you probably don't want to poll vbus sysnode, but rather catch the kobj notification Oct 13 20:37:46 that's what GNUtoo did Oct 13 20:37:52 AAAAH Oct 13 20:38:07 string current_max = properties.lookup( "POWER_SUPPLY_CURRENT_MAX" ); Oct 13 20:38:41 uaergh, looks like OO Oct 13 20:39:08 I consider OO inappropriate for low level control stuff Oct 13 20:39:13 mrmoku, I'll try Oct 13 20:40:35 unless you start defining chips as objects, there's no real use in OO for dealing with hw Oct 13 20:40:57 and Ochip Ogod Oct 13 20:42:16 not even experts always get it right when it comes to clearly specifying what is done *WHEN* in an OO based code Oct 13 20:43:34 for hw control, procedural languages or even plain Assembler or meta-assembler aka K&R c is the only proper thing to use Oct 13 20:45:42 GNUtoo: Disabling charger for configuration Oct 13 20:45:45 do you get that one? Oct 13 20:46:12 I'm fetching the usb cable right now Oct 13 20:48:44 booting.... Oct 13 20:52:36 2011-10-08T14:14:03.803222Z [INFO] PowerSupplyN900 : Disabling charger for configuration Oct 13 20:56:35 and no Charger programmed? Oct 13 20:57:35 it discharges while on USB Oct 13 20:57:49 but there is that: 2011-10-08T14:21:19.013244Z [INFO] PowerSupplyN900 : Triggering charger while status is 0x10 ......strange Oct 13 20:58:41 no idea about the charger programmed Oct 13 20:58:48 2011-10-08T14:14:03.806762Z [INFO] PowerSupplyN900 : Charger programmed... sleeping 1 second Oct 13 20:59:02 because I've got it Oct 13 21:11:49 but I've got on_idle only once Oct 13 21:12:25 and that's what the code does indeed Oct 13 21:12:32 it returns false exactly for that Oct 13 21:12:38 so maybe it does that Oct 13 21:12:45 it selects the charger_mode Oct 13 21:12:49 only once Oct 13 21:12:52 at the beginning Oct 13 21:13:04 and then you change the charger mode Oct 13 21:13:11 like plugging somehting else Oct 13 21:13:15 and it doesn't run again Oct 13 21:13:17 and fails Oct 13 21:13:21 because of that? Oct 13 21:13:27 right? Oct 13 21:13:35 mrmoku, ^^^ Oct 13 21:14:56 hmm Oct 13 21:15:55 Idle.add( onIdle ); Oct 13 21:16:12 yes but it's glib Oct 13 21:16:17 so when it returns false Oct 13 21:16:21 it doesn't run again Oct 13 21:16:34 when it returns true it does Oct 13 21:16:45 for idlers too? Oct 13 21:16:49 no idea Oct 13 21:16:54 but the comment say so Oct 13 21:17:06 yeah, read that comment Oct 13 21:17:08 it's at least true for timeout_add* Oct 13 21:17:14 must not necessarily be correct though ;) Oct 13 21:17:19 ok Oct 13 21:17:21 yup, for timeout for sure Oct 13 21:17:46 and charging works without your patch, right? Oct 13 21:18:06 gah, need some sleep now Oct 13 21:18:12 http://developer.gnome.org/glib/2.30/glib-The-Main-Event-Loop.html#g-idle-add Oct 13 21:18:17 yes Oct 13 21:18:22 without my patch it works Oct 13 21:18:37 If the function returns FALSE it is automatically removed from the list of event sources and will not be called again. Oct 13 21:18:42 indeed Oct 13 21:18:50 so I add a state Oct 13 21:19:01 like if prev != next => do_setup Oct 13 21:19:12 or better Oct 13 21:19:19 on_change => do_setup() Oct 13 21:19:26 yeah, something like that Oct 13 21:19:29 and return true Oct 13 21:19:32 no Oct 13 21:19:35 returning false Oct 13 21:19:46 else it would do setup every second Oct 13 21:19:47 add it on changes again then Oct 13 21:19:47 or so Oct 13 21:20:05 we just need to call it also when something changes Oct 13 21:20:13 not only at the beginning Oct 13 21:20:36 yup, that will fix it :-) Oct 13 21:21:11 anyway... gnight and thanks Oct 13 21:24:45 np Oct 13 21:24:52 I've to try gta02 patch next Oct 13 21:26:29 hey it says charging now Oct 13 21:26:34 I'll push after some more testing Oct 13 21:39:03 GNUtoo, hi! do you think i would be difficult to port this one? http://es.engadget.com/2011/10/13/lg-optimus-slider-un-vistazo-mas-de-cerca/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+EngadgetSpanish+%28Engadget+Spanish%29 Oct 13 21:39:33 I think it's a Qualcomm MSM7627T Oct 13 21:39:47 at 800 Mhz Oct 13 21:41:03 looking Oct 13 21:41:16 but I must finish the n900 charging modifications Oct 13 21:41:42 why do you want that? Oct 13 21:42:13 1)do you come to the fso meeting in germany Oct 13 21:42:24 2)if so how much time do you have for porting Oct 13 21:42:57 because I've a geeksphone one that requires a battery and that has scratches from leviathan on the screen Oct 13 21:43:15 I didn't have the time yet to boot it Oct 13 21:43:22 since I must order a battery Oct 13 21:43:24 and that failed Oct 13 21:43:34 maybe you could have it if we both come to that event Oct 13 21:44:24 GNUtoo, to the fsoshr meeting? I think I won't go, bad dates for me Oct 13 21:44:30 I'll probably be at fosdem though ;) Oct 13 21:44:32 ok too bad Oct 13 21:44:40 ah ok Oct 13 21:44:47 so 2) Oct 13 21:44:53 do you have the time to do a port? Oct 13 21:45:09 you're in spain....geeksphone company is in spain..... Oct 13 21:45:14 qtmoko+fso should work on any htc-smartphone now... Oct 13 21:45:16 so it would be perfect for you Oct 13 21:45:17 GNUtoo, I'm planning to buy an android device with hw keyboard for xmas, and posibility to boot other SO (port SHR) Oct 13 21:45:24 less trouble to get a battery Oct 13 21:45:30 hmm Oct 13 21:45:44 there is an omap4-based device Oct 13 21:45:49 they didn't accept the credit card for buying the battery Oct 13 21:45:50 I'd prefer something with hw kb :) Oct 13 21:45:58 pespin, but it has an hardware keyboard Oct 13 21:46:00 omap is easier to write kernel code for Oct 13 21:46:03 it's the geeksphone one Oct 13 21:46:10 not the geeksphone zero Oct 13 21:46:16 ah! Oct 13 21:46:23 GNUtoo|laptop: it's not like I would have gone with my key over the display Oct 13 21:46:23 I didn't know there was a second device! Oct 13 21:46:30 it's just some small little scratches.... Oct 13 21:46:32 -.- Oct 13 21:46:54 it's an older device Oct 13 21:46:59 it's similar to htcdream Oct 13 21:47:09 the wifi changed tough Oct 13 21:47:17 it's the same wifi chip than the freerunner Oct 13 21:49:31 GNUtoo, I don't see hw keyboard in any photo Oct 13 21:49:41 I'll make a picture then Oct 13 21:50:01 http://en.wikipedia.org/wiki/GeeksPhone_One Oct 13 21:50:18 the screen is resistive with an integrated stylus Oct 13 21:50:28 and the resolution is quite low: 240x400 Oct 13 21:51:22 mm and 256mb of ram Oct 13 21:51:23 the big question is if you have the time to make the port Oct 13 21:51:39 not quite Oct 13 21:52:06 if you want to do the port in the future just ping me Oct 13 21:52:10 it's not that hard Oct 13 21:52:23 GNUtoo|laptop, do you have the port status somewhere? Oct 13 21:52:25 basically it's some config files in meta-smartphone/meta-htc Oct 13 21:52:43 http://wiki.freesmartphone.org/index.php/HardwareComparison Oct 13 21:52:54 then there is a small kernel part Oct 13 21:53:02 you could re-use/rebase htcdream stuff Oct 13 21:53:23 and then some configuration like DPI etc... that should go in openembedded-core Oct 13 21:53:32 and then your big problem will be the modem Oct 13 21:53:38 but morphis already handled it Oct 13 21:54:02 just hope the msmcommd for msm SOC like hp veer work Oct 13 21:54:19 ah nice, so the modem protocol is already done? Oct 13 21:54:35 basically it's untested Oct 13 21:54:53 but morphis made the hp veer work Oct 13 21:55:06 and already looked at the geeksphone one Oct 13 21:55:35 already looked means looked at its ril binary etc... Oct 13 21:55:41 he didn't have the device Oct 14 00:38:59 good night people **** ENDING LOGGING AT Fri Oct 14 02:59:57 2011