**** BEGIN LOGGING AT Sun Jun 13 02:59:56 2010 Jun 13 09:34:09 hi everybody. How can i compile own packages for shr? Jun 13 09:34:30 i set up http://shr-project.org/trac/wiki/Building%20SHR Jun 13 09:34:49 but what to do now? Jun 13 09:42:52 richy: to build packages you need bitbake build instructions for it Jun 13 09:43:18 richy: take a look in openembedded/recipes to get some inspiration Jun 13 09:48:41 mrmoku: correct? http://wiki.openembedded.net/index.php/Getting_started Jun 13 09:53:49 richy: that's a good starting point, yes Jun 13 09:54:21 perfect! thanks :) Jun 13 09:54:25 np :) Jun 13 10:00:59 mrmoku: are there bb-files for existing software in shr-repo? Jun 13 10:01:33 richy: there is no shr-repo for bb-files Jun 13 10:01:41 okay Jun 13 10:01:42 we usethe oe repo Jun 13 10:02:53 located at (url)? Jun 13 10:03:51 richy: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/shr Jun 13 10:04:17 richy: if you have setup your build env according to http://shr-project.org/trac/wiki/Building%20SHR then you have it in shr-unstable/openembedded Jun 13 10:04:29 fantastic support here!! thank you again ;) Jun 13 11:21:30 hi all. Jun 13 11:21:54 did anyone tested my patch for #2328? Jun 13 11:22:05 (touchscreen stop working)? Jun 13 11:22:20 ^^ JaMa|GoNe Jun 13 11:22:42 hi all (too :) ) Jun 13 11:22:50 no not me gena2x Jun 13 11:23:17 does some one know why I can't forward anymore the 2947 port? Jun 13 11:23:33 :) Jun 13 11:23:46 somme week ago I could ssh -L 2947:localhost:2947 root@moko Jun 13 11:24:04 but now whe i do this I have tis Jun 13 11:24:19 bind: Address already in use Jun 13 11:24:19 channel_setup_fwd_listener: cannot listen to port: 2947 Jun 13 11:24:19 Could not request local forwarding. Jun 13 11:24:19 Last login: Sun Jun 13 12:20:33 2010 from 192.168.0.200 Jun 13 11:25:14 and I am connected but without forwarding my port Jun 13 11:25:23 not a answer: last time i stuck with similar probem in FR, and all ends up that i had default gateway to '192.168.1.2' instead of '192.168.1.3' i spend half of day to find it :) Jun 13 11:25:50 but about your problem - someone just already sit on your port... Jun 13 11:26:04 GarthPS: you already have ssh connection that does the same forwarding? Jun 13 11:26:11 netstat -atnp will show your show Jun 13 11:26:37 lindi-: no ! Jun 13 11:26:51 s/your show/your who/ Jun 13 11:26:51 gena2x meant: netstat -atnp will show your who Jun 13 11:27:10 /only busybox have no -p/ Jun 13 11:27:13 gena2x, apt: thx Jun 13 11:27:35 apt is bot help to correcting mistakes Jun 13 11:28:00 gena2x, apt: on my laptop I have this Jun 13 11:28:03 tcp6 0 0 ::1:2947 :::* LISTEN - Jun 13 11:28:21 5i mean one line is containing 2947 port) Jun 13 11:28:59 i don't know if tcp6 can be related to issue Jun 13 11:29:53 also check ports on moko Jun 13 11:30:09 oh, no. Jun 13 11:30:17 you forwarding it :) Jun 13 11:30:43 on th moko i have this Jun 13 11:30:45 tcp 0 0 127.0.0.1:2947 0.0.0.0:* LISTEN 721/fso-gpsd Jun 13 11:31:03 look ok Jun 13 11:31:15 try to run netstat on host from root Jun 13 11:31:35 this may show you real owner of port Jun 13 11:32:22 i mean 'with root user provoleges' Jun 13 11:32:39 gena2x: ohhh ohh thx :) Jun 13 11:32:50 I have already a gpsd here :p Jun 13 11:33:02 have fun :) Jun 13 11:33:23 gena2x: thxx! Jun 13 12:01:07 someone knows something about libgps in openembedded or in shr ? Jun 13 12:22:12 my X fails to start... https://chaos.in-kiel.de/~w/filedump/2010/06/13/x.log Jun 13 12:22:37 any idea what's wrong there? Jun 13 12:23:33 X -logverbose 6 and see /var/log/Xorg.0.log not console result Jun 13 12:23:45 that's /tmp/x.log Jun 13 12:23:58 moment Jun 13 12:23:58 (==) Log file: "/var/log/Xorg.0.log", Time: Sun Jun 13 12:48:58 2010 Jun 13 12:24:04 clearly not the actual log file. Jun 13 12:25:01 yes Jun 13 12:26:51 hmm. seems not to be that X doesn't start but that it's shut down again O.o Jun 13 12:42:26 aaah, found it. there was an "exit 0" in /etc/X11/Xsession.d/80zhone Jun 13 12:42:39 -_-' Jun 13 12:43:11 removed that. works now. Jun 13 12:43:23 will now remove the whole file... Jun 13 12:43:39 don't want to have zhone start on bootup, but only sometimes. Jun 13 14:09:56 ls Jun 13 14:09:59 oops Jun 13 14:16:25 ls: cannot access oops: No such file or directory Jun 13 14:24:08 larsc, fixed an error in glamo-mci when unloading the module (this is unrelated to threaded IRQs and mmc_host_{enable,disable}) Jun 13 14:25:36 however, for some reason, a delayed work isn't always cancelled, using mmc_host_{enable,disable} (tried a few modprobe -r glamo-mci && modprobe glamo-mci, and eventually got an oops from a delayed work) Jun 13 14:29:29 (a mmc_host_deeper_disable delayed call) Jun 13 14:47:09 evening Jun 13 14:47:46 i want to check state of bluetooth headsets support in FSO. where can i get code? Jun 13 14:49:05 i see http://git.freesmartphone.org/ but many modules where Jun 13 14:49:33 of it is hardcoded somewhere in other parts of SHR Jun 13 14:49:40 or nowhere at all? Jun 13 14:57:52 common guys, tell me please. Jun 13 14:58:20 ophoned contains code for HFP Jun 13 14:58:39 mickeyl: thanks Jun 13 15:01:09 it's in frameworkd (the python version) Jun 13 15:02:27 and where is version which is currently used in SHR? Jun 13 15:05:25 git.fso Jun 13 15:05:33 i don't know which revision they're shipping Jun 13 15:05:43 likely master or something close to master Jun 13 15:05:56 thanks Jun 13 15:16:29 larsc, in fact, mmc_stop_host calls mmc_release_host which calls mmc_host_lazy_disable, launching a delayed work Jun 13 15:58:21 mickeyl: on shr-user ML there's a question about SMS rx by FSO. Do you like to comment? Jun 13 15:58:46 DocScrutinizer2: this is about the only ML i'm not on Jun 13 15:58:57 mickeyl: :-) Jun 13 15:59:05 do you have a link to the msg? Jun 13 15:59:09 (web archive perhaps?) Jun 13 15:59:50 mickeyl: it seems he's on SHR testing, and there still is the problem of SMS rx timing out occasionally, and SMS is stored to SIM then Jun 13 16:00:15 dunno about web archives. I guess there are anyway Jun 13 16:01:20 mickeyl: I think my question just was if this issue has been addressed in newer versions of FSO, so timeouts on SMS rx are handled gracefully Jun 13 16:02:33 SHR has direct delivery configured Jun 13 16:03:16 which is kinda flawed when resume from suspend is a bit slow for whatever reason Jun 13 16:04:18 >>I got the same problem several times. I was sent a SMS as the FR was suspended, it lighted on (but no ringing/virbrating signal as it should do), I actived it and checked the message but no message was in the inbox.<< Jun 13 16:06:18 wow, where did it go then? Jun 13 16:15:42 freesmartphone.org: 03mickey 07cornucopia * rd7eb535642cd 10/fsotdld/src/ (4 files in 3 dirs): fsotdld: repair provider_gps_nmea; works as GPS time source again Jun 13 16:18:55 hmm Jun 13 16:19:14 * mickeyl waiting for a serious cold start of a ublox4 chip Jun 13 16:19:27 didn't turn it on for several months Jun 13 16:19:31 taking ages now to get a fix Jun 13 16:21:40 hmm, time i have Jun 13 16:21:42 but nothing more Jun 13 16:22:34 don't try this at home, children! Err mickeyl Jun 13 16:23:07 and maybe s/at home/indoors/ Jun 13 16:23:29 well Jun 13 16:23:33 it's right behind a large window Jun 13 16:23:37 that gotta be enough Jun 13 16:23:57 it's a bluetooth device with a battery Jun 13 16:24:05 when it's full i'll relocate it to the patio Jun 13 16:24:08 depends on the window. If you got good new windows, they might be worse than the wall next to them, wrt RF Jun 13 16:24:40 old windows, but no clear view to sky Jun 13 16:26:09 hope it's not your souterrain bunker at home ;-P Jun 13 16:27:10 hahaha Jun 13 16:27:14 :D Jun 13 16:27:19 no, not that Jun 13 16:27:31 the navilock is in the kitchen Jun 13 16:28:58 hmm, no go Jun 13 16:29:09 * mickeyl relocates the device Jun 13 16:32:39 aargh Jun 13 16:32:43 get-a-fix GPS game, free for all. Jun 13 16:32:48 now it's too far away for BT Jun 13 16:32:50 *sigh* Jun 13 16:33:20 can I play if I've 3 gps? (freerunner,htcdream,bug-device) Jun 13 16:33:25 hehe Jun 13 16:33:28 you can Jun 13 16:33:37 * mickeyl envyious Jun 13 16:33:40 my htcdream no gps Jun 13 16:33:43 ok Jun 13 16:33:48 i can give you full crashes though :D Jun 13 16:33:54 ah Jun 13 16:34:02 mine sometimes crash Jun 13 16:34:12 maybe phh has a later version of his program? Jun 13 16:35:02 no Jun 13 16:35:14 ok Jun 13 16:35:18 did you try running it in an android chroot not statically built ? Jun 13 16:35:24 yes Jun 13 16:35:33 the phone sometimes crash Jun 13 16:35:37 but maybe it's unrelated Jun 13 16:35:49 because sometime itcrashes even without the GPS Jun 13 16:37:33 aha, better now Jun 13 16:37:46 mickeyl: lost BT coonect shouldn't have any impact on getting a fist fix Jun 13 16:37:52 "$GPGSV,3,3,11,17,02,039,,27,39,134,26,31,03,305,*4D" Jun 13 16:37:56 yeah Jun 13 16:38:06 putting it on the patio for a while helped Jun 13 16:38:20 yep, let it ripe in the sun :-P Jun 13 16:38:27 sun? not here... Jun 13 16:39:01 actually not here either. Just I'm not too aware of outside conditions Jun 13 16:39:28 hmm, what's more important Jun 13 16:39:33 GPRMC or GPGGA ? Jun 13 16:39:50 * mickeyl starts with GPGGA Jun 13 16:40:59 writing an nmea parser? ;) Jun 13 16:43:02 yes Jun 13 16:43:14 GPGGA is the fix + coordinates Jun 13 16:43:20 that's all what I know about GPS Jun 13 16:44:20 mickeyl: why reinvent the wheel this time? :/ Jun 13 16:45:05 just for fun Jun 13 16:45:10 never wrote one Jun 13 16:45:34 why not using gpsd or something like that Jun 13 16:45:37 ok :) I just looked at how many bugs gpsd has to workaround to parse nmea from different devices Jun 13 16:45:51 becuase your parser would have to be maintained Jun 13 16:45:56 and have compatibility with gpsd Jun 13 16:45:57 etc... Jun 13 16:45:58 largest problem is that many NMEA sentences do not contain a timestamp Jun 13 16:46:27 yeah, the format quality and standards compliance varies heavily Jun 13 16:46:31 but that's no difference to GSM :) Jun 13 16:46:34 AT, that is Jun 13 16:47:34 mickeyl, why not helping me with the proc node instead? it'seasy for you Jun 13 16:47:49 This is the Unix philosophy: Write programs that do one thing and do it well. Write programs to work together. Jun 13 16:48:13 GNUtoo|laptop: you're the kernel developer here :) Jun 13 16:48:23 mickeyl, I'm weak at C Jun 13 16:48:43 remember the conversation we had about why I'm weak at C? Jun 13 16:49:13 i remember we talked about that, but i don't remember the actual reason Jun 13 16:49:34 (I had to make the assembly project alone and did more work than necessary so I had to skip some algorithm/C courses) Jun 13 16:50:07 C is must. Jun 13 16:50:16 also they even didn't tell va_args exists Jun 13 16:50:20 gena2x, I know Jun 13 16:50:24 GNUtoo|laptop: what's the prob with C? It's easy. 8) Jun 13 16:50:35 I must look into the doc Jun 13 16:50:43 and it won't take 5sec to do the thing Jun 13 16:50:50 And I keep beeing interupted Jun 13 16:51:15 GNUtoo|laptop: write an interrupt handler for yourself. 8) Jun 13 16:51:17 IRQs suck Jun 13 16:51:17 (exams,heat=>bad sleep,leviathan with nand,gps....) Jun 13 16:51:36 well Jun 13 16:51:41 forget gps for now Jun 13 16:51:44 mickeyl: need to implement dbus in kernel? Jun 13 16:51:44 ok Jun 13 16:51:45 nand is superunimportant Jun 13 16:51:49 (IMO) Jun 13 16:51:51 lol dbus in kernel Jun 13 16:51:54 i know leviathan insists on it Jun 13 16:51:54 yes I know Jun 13 16:51:55 mickeyl: why do you write an nmea parser ? Jun 13 16:51:59 gpsd isn't good ? Jun 13 16:52:04 phh: because i never did one Jun 13 16:52:20 but if I fixed nand it would free(leviathan) for making him work on another task Jun 13 16:52:24 (to use instead of irq) Jun 13 16:52:48 gena2x: actually yes, i think something like dbus (not this particular implementation) would be amazingly helpful to have in kernel Jun 13 16:52:56 mickeyl, so maybe write a nmea parser but at the end use gpsd Jun 13 16:53:07 what is problem with nand, if this not a secret? Jun 13 16:53:08 mickeyl: I'm insisting on it because of performance issues and space Jun 13 16:53:23 hw ecc? Jun 13 16:53:34 hmm Jun 13 16:53:37 gena2x: ecc doesnt allow subpage size reading Jun 13 16:53:38 performance issues i don't understand Jun 13 16:53:40 space i understand Jun 13 16:53:44 but this bitch of libmtd doesnt get it Jun 13 16:53:45 -.- Jun 13 16:53:53 although i can hardly see that in the light of HUGE sds Jun 13 16:54:04 uhm Jun 13 16:54:05 consider the amount of time you worked on that Jun 13 16:54:12 yes Jun 13 16:54:16 you could have bought dozens of fat SDs for that price Jun 13 16:54:20 *shrug* Jun 13 16:54:32 :) Jun 13 16:54:47 yeah, but I'd like to separate systemdata and Jun 13 16:54:50 * DocScrutinizer wants a 32GB uSD Jun 13 16:54:53 lets say my music collection Jun 13 16:55:05 different partitions do not qualify as separation? Jun 13 16:55:12 I mean Jun 13 16:55:20 beeing able to plug and play my sd-card Jun 13 16:55:32 for inserting it into the sdreader in my netbook would be nice Jun 13 16:55:36 lol, you need ages to read even 8gb usd on freerunner. no need to have 32gb :) Jun 13 16:55:48 leviathan: this discussions is as old as plans for GTA02 Jun 13 16:56:39 leviathan: so, you implementing subpage-size reading? Jun 13 16:56:41 gena2x: It would complement the 32GB of eMMC nicely, on my current device Jun 13 16:57:04 gena2x: its not possible to implement it Jun 13 16:57:05 DocScrutinizer, n900? Jun 13 16:57:09 sure Jun 13 16:57:13 because the NAND controller doesnt allow it Jun 13 16:57:32 leviathan: so, what is nand problem being solved? Jun 13 16:58:11 gena2x: I'll have to force it to not read block sizes smaller then 2k Jun 13 16:58:13 -.- Jun 13 16:59:17 why nobody tring to get hw ecc?.. Jun 13 16:59:50 gena2x: because the hw ecc in msm is crap? Jun 13 17:00:03 gena2x: for what do you need it? Jun 13 17:00:11 perhaps you can convince me ;-) Jun 13 17:00:13 leviathan: sorry, what is msm? Jun 13 17:00:22 mobile station modem Jun 13 17:00:24 :-) Jun 13 17:01:02 leviathan: now, we read block from nand, then have a cycle in software to calculate ecc. Jun 13 17:01:30 leviathan: but our s3c can do this calculation in hardware Jun 13 17:01:40 leviathan: same for writing Jun 13 17:01:58 yes Jun 13 17:02:09 basically the nand would be able to do this too Jun 13 17:02:15 but the controller for the nand units Jun 13 17:02:20 does not allow it to happen Jun 13 17:02:29 and this is a hardware issue Jun 13 17:02:31 so no chance Jun 13 17:02:32 ... Jun 13 17:02:50 hm.. are you speaking about freerunner? Jun 13 17:03:44 and nand flash inside? Jun 13 17:04:04 or about uSD? Jun 13 17:04:17 gena2x: about htcdream :-) Jun 13 17:04:21 I'm guessing this is yet again some non-openmoko development Jun 13 17:04:23 I'm using SHR on htcdream Jun 13 17:04:37 ops. sorry Jun 13 17:04:53 np Jun 13 17:05:42 thats again a funny discussion, where each talks about something different and none doesnt remark it Jun 13 17:05:56 uhm no one Jun 13 17:05:59 ^^ Jun 13 17:08:12 well Jun 13 17:08:20 i have noted since long that the channel should be renamed Jun 13 17:08:22 hm, my wild guess were that i am on _openmoko_ - cdevel :) Jun 13 17:09:08 that's how it originates, yes Jun 13 17:09:39 since then the focus has widened to incorporate newer devices where FSO and SHR runs on Jun 13 17:10:11 yeah, ok. i'm out of context anyway. Jun 13 17:11:00 gena2x: we have the freesmartphone stack now running not only on freerunner, where it originates from Jun 13 17:11:09 but only on a lot of different devices Jun 13 17:11:15 I consider that very well Jun 13 17:11:34 because software, where I can check the code is more trustable for me Jun 13 17:12:16 very nice. Jun 13 17:12:35 leviathan: (nand hw ecc) I seem to remember zecke put the hw ecc to work when I was in TPE some 2 years ago Jun 13 17:13:31 i like open source because of completely different reasons. Jun 13 17:14:20 gena2x: its just, that software I can not modify like I want and where I can't look, how they have done the things is inacceptable for me Jun 13 17:14:57 (chan rename) that's not an easy enterprise. Virtually impossible to 'rename' a channel Jun 13 17:15:26 just to start with, you wouldn't find it anymore :-P Jun 13 17:17:29 leviathan: something like #freesmartphone.org or #shr? Jun 13 17:17:54 yes Jun 13 17:18:38 is plain #openmoko still used by many btw? Jun 13 17:19:06 pretty seldomly i guess Jun 13 17:19:10 i see questions from time to time Jun 13 17:21:26 freesmartphone.org: 03mickey 07cornucopia * r12c4e1a3da36 10/fsotdld/src/ (4 files in 2 dirs): fsotdld: add SatelliteInfo to lib; start parsing GGSV Jun 13 17:21:53 and even some discussions. Jun 13 18:12:48 nick mrmoku|wm Jun 13 18:12:51 err Jun 13 18:12:55 :P Jun 13 18:20:43 mickey|wm: ohh, no, you're watching football. I'm scared -_- Jun 13 18:20:50 anyways ^^ Jun 13 18:21:03 this driver is crap Jun 13 18:21:05 ... Jun 13 18:28:04 phh: http://patchwork.ozlabs.org/patch/50601/ Jun 13 18:28:15 this seems to be a possible solution Jun 13 18:28:37 only question is now, how we could apply it to the msm driver Jun 13 18:28:48 because its some individual tinkering... -.- Jun 13 19:04:38 hi ppl Jun 13 19:13:16 gena2x: it's included now in all latest shr kernels, but I haven't tested it for long time (I was away on river and fr stayed at home) Jun 13 19:13:39 mrmoku|wm, enjoying the game I assume? :P Jun 13 19:14:28 You guys are kicking ass! Not like we did yesterday :| Jun 13 19:56:56 JaMa|GoNe: ahh Jun 13 19:57:19 JaMa|Zzz: ok, tomorrow... Jun 13 20:21:25 TAsn: yeah... enjoyed it :D Jun 13 20:50:05 nja Jun 13 20:50:47 would this wierd stuff would be a explaination why no one is answering any emails from me Jun 13 20:50:59 hmm Jun 13 22:11:48 GNUtoo|laptop: solved the issue with strace Jun 13 22:12:10 binutils doesnt get built properly either for htcdream in official OE branch atm Jun 13 22:14:20 ah and? Jun 13 22:14:32 why did you need binutils? Jun 13 22:14:51 for ltrace Jun 13 22:14:54 and strace -_- Jun 13 22:14:56 ah ok Jun 13 22:15:07 so solved the issue means? Jun 13 22:15:10 nand is solved? Jun 13 22:15:13 nope Jun 13 22:15:17 ah ok Jun 13 22:15:19 building an image is solved -.- Jun 13 22:15:23 ah ok Jun 13 22:15:28 NAND now follows Jun 13 22:15:52 I'll try to make an ubifs image with -m supplied Jun 13 22:15:59 and use ubiformat with it Jun 13 22:16:03 hopefully it works **** ENDING LOGGING AT Mon Jun 14 02:59:57 2010