DocScrutinizer05 | dimir: you also might find this helpful: http://maemo.cloud-7.de/Gallery-N900-exploded/ | 00:01 |
---|---|---|
dimir | DocScrutinizer05: thanks! | 00:02 |
DocScrutinizer05 | dimir: pnatd in a terminal may tell if modem is showing *any* life: AT<enter> should answer OK | 00:03 |
kerio | yeah, if the modem can't answer "AT" then it's as toast as it can get | 00:04 |
dimir | DocScrutinizer05: should I run pnatd as root? | 00:05 |
DocScrutinizer05 | yes | 00:05 |
*** toxaris has quit IRC | 00:06 | |
dimir | Nope, it's not even printing what I type | 00:06 |
DocScrutinizer05 | and don't bother to quit the command, you can't (except with "killall pnatd" from other shell) | 00:06 |
DocScrutinizer05 | not rpinting what you type is 'normal' | 00:06 |
dimir | yeah, I figured that. | 00:06 |
dimir | OK. | 00:06 |
dimir | So I type in AT<enter> but nothing happens. | 00:07 |
dimir | I do that via ssh. | 00:07 |
dimir | If that's OK. | 00:07 |
DocScrutinizer05 | send it twice | 00:07 |
dimir | OK. | 00:07 |
DocScrutinizer05 | at<enter> | 00:07 |
DocScrutinizer05 | at<enter> | 00:07 |
dimir | Ah, lower-case. | 00:07 |
DocScrutinizer05 | doesn't matter | 00:07 |
DocScrutinizer05 | just press enter key! | 00:08 |
DocScrutinizer05 | not type <enter> | 00:08 |
dimir | twice - does nothing too. | 00:08 |
kerio | LOL | 00:08 |
dimir | LUL | 00:08 |
DocScrutinizer05 | though actually even then it should answer error | 00:08 |
dimir | It just hangs there. | 00:08 |
dimir | No output. | 00:08 |
DocScrutinizer05 | RIP | 00:08 |
dimir | Nice. | 00:08 |
DocScrutinizer05 | try switching to airplane mode and back to normal | 00:09 |
DocScrutinizer05 | then repeat AT | 00:09 |
dimir | Just a sec. | 00:09 |
dimir | I would need to take my ass off the couch. | 00:09 |
dimir | :-D | 00:09 |
DocScrutinizer05 | actually you *might* wnat to *remove* the SIM | 00:10 |
dimir | It's not there. | 00:10 |
DocScrutinizer05 | occasionally we seen modems crash on very corrupted SIM | 00:10 |
dimir | I have it in a backup phone. | 00:10 |
DocScrutinizer05 | :nod: | 00:10 |
DocScrutinizer05 | place a ptch of carton or paper inside SIM holder, to make sure VDD isn't short to metal | 00:11 |
dimir | didn't help. | 00:11 |
dimir | Ah, alright. | 00:11 |
DocScrutinizer05 | check syslog/dmesg | 00:11 |
DocScrutinizer05 | grep for "cmt" (iirc) | 00:12 |
DocScrutinizer05 | dimir: in dialer type "*#06#" | 00:14 |
DocScrutinizer05 | should answer with notifier with your IMEI | 00:14 |
dimir | nothing in dmesg and I don't have /var/log/syslog | 00:14 |
dimir | IMEI: <empty> | 00:15 |
DocScrutinizer05 | your modem is dead. So sorry for you | 00:15 |
dimir | Oh man. | 00:15 |
dimir | So, you are sure reflashing won't help? | 00:16 |
DocScrutinizer05 | a reflash never can hurt, it *might* fix a cmt firmware that for whatever reasons got corrupted | 00:16 |
kerio | na`vi is winning ^_^ | 00:16 |
kerio | dimir: didn't the people in the forums report bricking after reflash? | 00:16 |
DocScrutinizer05 | odds are 1000:1 against that | 00:16 |
dimir | kerio: just a couple. :-) | 00:17 |
kerio | do it | 00:17 |
dimir | DocScrutinizer05: OK, do you mean full reflash? | 00:17 |
kerio | backup the important data though | 00:17 |
dimir | yeah. | 00:17 |
dimir | Sure. | 00:17 |
DocScrutinizer05 | nah, you can't brick a N900 by flashing | 00:17 |
kerio | dimir: in theory, the stuff on the emmc doesn't really matter | 00:17 |
dimir | kerio: OK. | 00:17 |
DocScrutinizer05 | exactly | 00:17 |
kerio | but meh, i always full reflash | 00:18 |
dimir | So, just a rootfs? | 00:18 |
kerio | just 'cause | 00:18 |
dimir | Ah, right. | 00:18 |
dimir | So, any link to the latest CSSU image? | 00:18 |
kerio | there isn't one :c | 00:18 |
DocScrutinizer05 | no such thing | 00:18 |
kerio | you need to install pr 1.3 and then upgrade to cssu | 00:18 |
DocScrutinizer05 | PR1.3 is latest | 00:18 |
dimir | Ah, OK. | 00:19 |
kerio | DocScrutinizer05: why, though? | 00:19 |
DocScrutinizer05 | damn, kerio faster than me | 00:19 |
dimir | I think I had it somewhere. | 00:19 |
DocScrutinizer05 | kerio: because nobody bothered to fiascogen a CSSU image? | 00:19 |
kerio | is it even possible? :o | 00:20 |
DocScrutinizer05 | I'd guess it is | 00:20 |
kerio | i mean, nokia managed to do it | 00:20 |
DocScrutinizer05 | though fiascogen is closed source... so :-S | 00:20 |
kerio | so it's definetely possible | 00:20 |
kerio | but is it feasible to do? | 00:20 |
DocScrutinizer05 | yes, there are custom fisco images | 00:21 |
kerio | neat | 00:21 |
DocScrutinizer05 | robbiethe1st did one with BM, NIN101 did a rescue image afaik | 00:21 |
kerio | nin101's is weirder, though | 00:21 |
kerio | because you're supposed to just load it | 00:21 |
DocScrutinizer05 | doesn't matter | 00:21 |
DocScrutinizer05 | still a fisco image | 00:21 |
DocScrutinizer05 | google for fiascogen | 00:22 |
kerio | i don't want to open pandora's jar | 00:22 |
DocScrutinizer05 | http://talk.maemo.org/showthread.php?t=74121 | 00:24 |
DocScrutinizer05 | I have used it successfully to make a flashable image for the NAND memory. By combining a rootfs image and a kernel image in one fiasco image with: | 00:24 |
DocScrutinizer05 | Code: | 00:24 |
DocScrutinizer05 | fiasco-gen -g -k kernelImage -r rootfsImage -o myOwnFiasco.bin | 00:24 |
DocScrutinizer05 | I can flash this image to the N900 with: | 00:25 |
DocScrutinizer05 | Code: | 00:25 |
DocScrutinizer05 | flasher-3.5 -F myOwnFiasco.bin -f -R | 00:25 |
DocScrutinizer05 | DANG! there's a armel fiaco-gen pkg!!! | 00:38 |
DocScrutinizer05 | so BM might *finally* learn to create proper self-containing fiasco images | 00:39 |
DocScrutinizer05 | incl kernel and all \o/ | 00:39 |
DocScrutinizer05 | could even create a shellscript for x86 that even contains flasher-3.5 | 00:40 |
dimir | And you can finally say taa-taa to Nookia? | 00:40 |
dimir | Completely I mean. :-) | 00:40 |
DocScrutinizer05 | BM "create full fiasco". ass rage copy BMfiasco_2012-09-02.sh to PC. In case of desaster just run it in shell | 00:41 |
DocScrutinizer05 | or store to uSD in N900. In case swap uSD to PC and run BMfiasco_2012-09-02.sh to restore | 00:42 |
DocScrutinizer05 | ~seen robbiethe1st | 00:43 |
infobot | robbiethe1st is currently on #maemo (1h 15m 32s), last said: 'yeah'. | 00:43 |
DocScrutinizer05 | hey!!! | 00:43 |
DocScrutinizer05 | dimir: | 00:49 |
DocScrutinizer05 | ~flashing | 00:49 |
infobot | it has been said that maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware | 00:49 |
dimir | DocScrutinizer05: cheers. | 00:50 |
*** taziff1 has joined #maemo-ssu | 00:55 | |
dimir | Flashing didn't help. | 01:48 |
dimir | And at the end of the flashing (as I saw others reported) there was a message: CMT flashing failed | 01:48 |
dimir | Like: | 01:48 |
dimir | [...] | 01:48 |
dimir | Flashing kernel... done. | 01:48 |
dimir | Sending and flashing rootfs image (185728 kB)... | 01:48 |
dimir | 100% (185728 of 185728 kB, avg. 13632 kB/s) | 01:48 |
dimir | Finishing flashing... done | 01:48 |
dimir | CMT flashing failed | 01:49 |
dimir | But it boots and functions as previously. | 01:49 |
dimir | ~repository | 01:52 |
ShadowJK | does dmesg have stuff about cmt rst rq | 01:57 |
SpacedOut | luf: DocScrutinizer05 :The events.db trigger hack to populate the call durations only works for one call at a time. I have a package minutemonitor that can handle multiple. If the triggers get autoinstalled I don't want them. | 02:00 |
*** taziff1 has quit IRC | 02:39 | |
*** taziff1 has joined #maemo-ssu | 02:40 | |
merlin1991 | luf: http://gitorious.org/community-ssu/rtcom-eventlogger-async | 02:48 |
*** arcean has quit IRC | 03:16 | |
*** taziff1 has quit IRC | 03:25 | |
*** KrayonWork has joined #maemo-ssu | 03:41 | |
*** M4rtinK has quit IRC | 03:41 | |
DocScrutinizer05 | SpacedOut: echo "DROP TRIGGER call_duration_inbound; DROP TRIGGER call_duration_outbound;DROP TRIGGER call_duration_voip_in; DROP TRIGGER call_duration_voip_out;" | sqlite3 -batch /home/user/.rtcom-eventlogger/el-v1.db | 03:45 |
DocScrutinizer05 | will re-establish the buggy behaviour, if you really need it | 03:46 |
DocScrutinizer05 | SpacedOut: I understand your concerns, but please understand that there's no per se right for continuity of bugs | 03:47 |
SpacedOut | The tigger is a hack, I just don't need it since what I have does a much better job. | 03:47 |
DocScrutinizer05 | well, if you got a better fix, then share it and we'll happily consider to use it | 03:48 |
SpacedOut | If the rtcom-eventlogger-async is intended to be a run all the time daemon perhaps it can run the code I have. | 03:48 |
DocScrutinizer05 | the trigger is no hack but a sub-optimal but working proper implementation | 03:48 |
DocScrutinizer05 | of course it would be better if the eventlogger itself would populate the call duration column | 03:50 |
SpacedOut | The package is minutemonitor already available for install. It has a small daemon that listens to dbus to do a better job of matching up the call start/end and which entry to update. | 03:50 |
DocScrutinizer05 | aaah I see. An issue about concurrent calls. I wasn't even sure N900 can do that at all, until now | 03:51 |
DocScrutinizer05 | having a dbus monitoring daemon sounds pretty much like another hack to me | 03:52 |
DocScrutinizer05 | it should be rtcom-eventlogger itself doing the update of call duration col | 03:52 |
SpacedOut | Agreed, it should be written by the same mechanism that writes the log in the first place, but the trigger blindly adds the elapsed time to the last phone entry, which is clearly the the wrong thing to do if the just ended call wasn't the last entry. | 03:54 |
DocScrutinizer05 | yep, which only can happen on concurrent calls | 03:54 |
DocScrutinizer05 | I think it's even mentioned in thread about original trigger "hack" | 03:55 |
DocScrutinizer05 | worst thing that can happen as I see it now is that inbound minutes get booked on an outbound call. IIRC I already discussed that with author of that patch back when | 03:58 |
SpacedOut | If I had those triggers, would sqlite3 show them with the `.table` command? | 03:58 |
DocScrutinizer05 | we might want to further investigate it there's room for improvements regarding that special situation | 03:59 |
DocScrutinizer05 | umm, it will show them with the correct command. I'm not expert enough to tell if .table is the right one | 03:59 |
DocScrutinizer05 | why do you anticipate complications/collisions when both your improved dbus-monitoring thingie as well as the database triggers are installed and active? Wouldn't your stuff overrider the triggers anyway? | 04:01 |
SpacedOut | No, it will only update the value if the current value is 0. | 04:02 |
DocScrutinizer05 | aaah | 04:02 |
DocScrutinizer05 | I fail to see the rationale behind that | 04:03 |
SpacedOut | If it somehow gets the wrong row it won't overwrite what's already there since the N900 software doesn't put anything other than a 0 there. | 04:04 |
DocScrutinizer05 | "somehow" isn't a goot term in an explanation of way of operation | 04:07 |
DocScrutinizer05 | good* | 04:07 |
DocScrutinizer05 | either it's deterministic, then we can find a way for co-existence. Or it's 'somehow' working 'sometimes', then it's hard to see how we could consider it as an alternative or problem | 04:09 |
SpacedOut | It's been a while since I wrote that software to remember the details. I wrote it defensively, if things aren't as it expected it didn't mess with them. | 04:12 |
DocScrutinizer05 | well, I can tell you what to expect | 04:13 |
DocScrutinizer05 | either get rid of it, as suggested above, or get a 2s delay, then write the value unconditionally since you're sure it's better than what trigger does | 04:14 |
DocScrutinizer05 | meanwhile we may ponder if the additional benefit of corretly handling concurrent calls is worth running another dbus-scripting monitor | 04:16 |
DocScrutinizer05 | or we rather opt for fixing eventlogger | 04:16 |
SpacedOut | Is there source available? Isn't it being told what to do from something else anyway? | 04:20 |
DocScrutinizer05 | ATM I'm thinking about options to improve triggers to handle concurrent calls correctly | 04:22 |
DocScrutinizer05 | alas it's pretty hard to test since I think I can't do concurrent calls here, with my contract | 04:24 |
SpacedOut | I'm seeing if I had any notes on what else was wrong with the tigger method, but I'm not finding anything. I should compare the elapsed time to what I'm getting. | 04:26 |
SpacedOut | VoIP gives the same results. | 04:27 |
merlin1991 | freemangordon: ping | 04:35 |
merlin1991 | this works async aswell, so I tried to compile microb-engine in my scratchbox again, this time I made a complete new sb target, added the cssu repos install the build dependencies and tried to build it, but it still failed | 04:39 |
*** nox- has quit IRC | 04:41 | |
SpacedOut | DocScrutinizer05: The answer to my earlier question is a trigger is added to a table and printing that table's schema `.schema call_duration` prints any triggers there as well. I don't have the call duration triggers loaded and removing them works for me, I just need to know to remove them. | 04:41 |
merlin1991 | freemangordon: here's the last few lines of output I get from the buildprocess: http://paste.debian.net/187324/ | 04:43 |
DocScrutinizer05 | SpacedOut: keep an eye on changelogs (which I hope we'll publsih *prior* to rolling out actual update in the future [ merlin1991: hint hint]). Independently from changelog I'll try to keep in mind to leave you a note when we include triggers to CSSU | 05:02 |
DocScrutinizer05 | SpacedOut: not only triggers but also when we update/fix rtcom-eventlogger | 05:04 |
DocScrutinizer05 | SpacedOut: are we talking about S or T ? | 05:05 |
SpacedOut | That would be great. Isn't rtcom-evenlogger closed source? | 05:05 |
DocScrutinizer05 | I don't know | 05:05 |
SpacedOut | I thought it was just logging in response to being requested, which would mean it probably doesn't have the information, short of listening on dbus signals like I'm doing. | 05:06 |
SpacedOut | What's S or T? | 05:06 |
DocScrutinizer05 | Stable or Testing | 05:06 |
DocScrutinizer05 | what's your cssu flavour? | 05:06 |
SpacedOut | deb http://repository.maemo.org/community-testing/ fremantle free non-free | 05:08 |
DocScrutinizer05 | nevertheless I'd like to know if your CSSU is T or S | 05:08 |
DocScrutinizer05 | T, ok | 05:08 |
DocScrutinizer05 | note to self (and mohammad, merlin1991): send SpacedOut a mail when cssu-t will include triggers for call duration, like http://maemo.cloud-7.de/maemo5/patches_n_tools/eventsdb_calllog_triggers.sh, or implement a fix for same issue to rtcom-eventlogger | 05:10 |
DocScrutinizer05 | reference: https://garage.maemo.org/pm/task.php?func=detailtask&project_task_id=1986&group_id=2300&group_project_id=3864 | 05:11 |
*** amiconn_ has joined #maemo-ssu | 05:49 | |
*** amiconn has quit IRC | 05:49 | |
*** amiconn_ is now known as amiconn | 05:49 | |
*** M13 has joined #maemo-ssu | 06:51 | |
*** Krayon has quit IRC | 07:47 | |
*** ekze has quit IRC | 08:37 | |
*** ekze has joined #maemo-ssu | 08:37 | |
*** luf has joined #maemo-ssu | 09:59 | |
*** luf has quit IRC | 10:21 | |
*** LaoLang_cool has joined #maemo-ssu | 10:28 | |
*** luf has joined #maemo-ssu | 10:38 | |
*** arcean has joined #maemo-ssu | 11:31 | |
*** M4rtinK has joined #maemo-ssu | 11:34 | |
*** M13 has quit IRC | 11:50 | |
*** jonwil has joined #maemo-ssu | 13:27 | |
*** iDont has joined #maemo-ssu | 14:30 | |
*** zeq has joined #maemo-ssu | 15:01 | |
*** LaoLang_cool has quit IRC | 15:10 | |
freemangordon | merlin1991: "unable to dump 00114800" - where is that error coming from? | 15:13 |
merlin1991 | that's the full output I get | 15:13 |
merlin1991 | I guess I could check the makefile of the folder | 15:13 |
freemangordon | the fuck :( | 15:13 |
freemangordon | merlin1991: i can build it for you, it is ok here | 15:14 |
freemangordon | might be related to host os, NFC | 15:14 |
merlin1991 | well you'd have todo it with sb gcc | 15:14 |
merlin1991 | maybe it's that? | 15:14 |
merlin1991 | that you compiled with newer gcc? | 15:14 |
freemangordon | merlin1991: don't think so | 15:15 |
freemangordon | well, lemme try it | 15:15 |
zeq | I've been really busy decorating last couple of weeks. I'll hopefully have some time soon to get back working on the important things... | 15:27 |
*** Mephistopheles has joined #maemo-ssu | 15:28 | |
freemangordon | zeq: well, take your time, men don't get married every day :P. | 15:32 |
freemangordon | zeq: BTW my email was to make you aware that i've already did glibc thingie | 15:33 |
freemangordon | to prevent you doing it once again | 15:33 |
*** arcean has quit IRC | 15:35 | |
zeq | no worries, I just hate to say I'm going to do something then not having time to get it done! | 15:36 |
freemangordon | well, sometimes it happens, after all we are all volunteers with a real life to deal with :) | 15:37 |
zeq | yup | 15:37 |
freemangordon | what worries me is merlin1991 unable to build microb-engine | 15:38 |
zeq | against the patched libc? | 15:39 |
zeq | or at all? | 15:40 |
merlin1991 | zeq: at all | 15:40 |
merlin1991 | freemangordon: maybe some build dependency is missing? | 15:40 |
zeq | freemangordon: you can build it fine though? | 15:41 |
merlin1991 | zeq: I made a completely clean now sb target and got this: http://paste.debian.net/187324/ | 15:41 |
merlin1991 | s/now/new/ | 15:41 |
infobot | merlin1991 meant: zeq: I made a completely clean new sb target and got this: http://paste.debian.net/187324/ | 15:41 |
*** iDont has quit IRC | 15:42 | |
kerio | would this be the same version as cssu-thumb, btw? | 15:43 |
zeq | what gcc/build cflags | 15:46 |
zeq | ? | 15:46 |
zeq | binutils? | 15:48 |
zeq | merlin1991: what version qemu devkit? | 15:50 |
merlin1991 | binutils 2.18.50.20070820-4+0m5 qemudevkit 0.13.90-0rabbit1 | 15:51 |
merlin1991 | zeq: ^^ | 15:52 |
zeq | this is the sb standard gcc? | 15:53 |
merlin1991 | yeah 4.2.1 | 15:54 |
*** taziff has joined #maemo-ssu | 15:58 | |
DocScrutinizer05 | hi folks | 15:58 |
merlin1991 | moin | 16:00 |
freemangordon | merlin1991: still clonning the repo :( | 16:05 |
freemangordon | merlin1991: you can chech config.log for missing dependencies | 16:05 |
freemangordon | check* | 16:05 |
merlin1991 | hm I have a few of ac_nonexistent.h: No such file or directory | 16:09 |
merlin1991 | int the various config.log files | 16:09 |
jon_y | that is not an error in itself | 16:10 |
jon_y | look lower | 16:10 |
merlin1991 | tbh I never read those logfiles, dunno really what to look for | 16:13 |
jon_y | configure --help is a good start | 16:13 |
jon_y | it is possible some errors are entirely optional | 16:14 |
jon_y | or just checking the host capability | 16:14 |
jon_y | I wouldn't expect win32 WaveOut test to pass on N900 | 16:14 |
merlin1991 | I think this is the right log for the compile fail in question: http://cdnm.at/~christian/maemo/cssu/microb-engine/config.log | 16:15 |
jon_y | merlin1991: looks like it cut off half way | 16:16 |
jon_y | last check was checking for setlocale | 16:17 |
jon_y | and the config.log doesn't look like it was from autotools | 16:17 |
jon_y | merlin1991: you omitting some stuff? | 16:18 |
merlin1991 | nope | 16:25 |
merlin1991 | that was a full scp of what I got locally | 16:25 |
jon_y | it looks broken | 16:25 |
jon_y | well, pipe and tail both stdout/stderr, looks more reliable | 16:26 |
merlin1991 | how does one get stderr into stdout again? | 16:27 |
jon_y | with bash: configure > log.txt 2>&1 | 16:27 |
jon_y | or configure 2>&1 | tee log.txt | 16:28 |
merlin1991 | complete build log: http://cdnm.at/~christian/maemo/cssu/microb-engine/build.log | 16:31 |
jon_y | bug from ./../../dist/bin/run-mozilla.sh? | 16:33 |
merlin1991 | what do you mean? | 16:33 |
jon_y | ./../../dist/bin/run-mozilla.sh ./../../dist/bin/js imacro_asm.js /home/christian/n900/cssu-testing/microb-engine/microb-engine/js/src/imacros.jsasm > imacros.c.tmp | 16:33 |
jon_y | unable to dump 00114800 | 16:34 |
jon_y | it seems to be from ./../../dist/bin/run-mozilla.sh | 16:34 |
jon_y | configure completed, so I don't think it's a dep problem | 16:34 |
merlin1991 | run-mozilla.sh seems to be just a wrapper | 16:36 |
jon_y | you'll need to go into it and find what is printing unable to dump 00114800 | 16:37 |
jon_y | try sh -x ./../../dist/bin/run-mozilla.sh ..... | 16:37 |
merlin1991 | it's actually /../../dist/bin/js | 16:37 |
merlin1991 | that thingy throws unable to dump 0011480 | 16:37 |
jon_y | you'll need to find out why it's doing that | 16:39 |
merlin1991 | and it's a binary and the source to it does not contain any reference to "unable to dump" :/ | 16:39 |
jon_y | what does sh -x say? | 16:39 |
jon_y | maybe it calls another externel binary | 16:40 |
*** LaoLang_cool has joined #maemo-ssu | 16:40 | |
DocScrutinizer05 | set trace on in shell ;-) | 16:41 |
kerio | ~seen pali | 16:42 |
infobot | pali <~pali@unaffiliated/pali> was last seen on IRC in channel #maemo, 6d 21h 21m 44s ago, saying: 'bye, I'm going offline for week or more...'. | 16:43 |
merlin1991 | http://cdnm.at/~christian/maemo/cssu/microb-engine/run.log | 16:43 |
merlin1991 | gotta run for now (exam) | 16:43 |
jon_y | yup | 16:44 |
jon_y | dist/bin/js | 16:44 |
jon_y | unable to dump 00114800 | 16:44 |
jon_y | its js, whatever it is | 16:44 |
DocScrutinizer05 | js like javascript? | 16:46 |
jon_y | maybe, I don't know what dist/bin/js is | 16:47 |
jon_y | need to try strace dist/bin/js | 16:47 |
freemangordon | build here started, lets see | 16:50 |
DocScrutinizer05 | jon_y: google *might* help: https://bugzilla.mozilla.org/show_bug.cgi?id=462393 (loosely related) | 16:50 |
povbot | Bug 462393: was not found. | 16:50 |
DocScrutinizer05 | I suspect it's a js-version problem | 16:50 |
DocScrutinizer05 | http://vocamus.net/dave/?p=1319 maybe also contains helpful background info | 16:58 |
zeq | yes js is javascript | 16:58 |
DocScrutinizer05 | seems it's actually a cmdline js "shell" | 16:58 |
zeq | exactly so | 16:58 |
zeq | it's a part of the mozilla build process | 16:59 |
zeq | that's why I suspected the qemu ^ but the version seems ok | 16:59 |
DocScrutinizer05 | I'd try something like "#~> dist/bin/js --version" and compare that between a working and a failing machine | 17:01 |
DocScrutinizer05 | also check the js related packages installed on your host | 17:02 |
DocScrutinizer05 | (whatever that might be) | 17:02 |
DocScrutinizer05 | I gather jre1.6 etc is completely unrelated | 17:02 |
freemangordon | WTF, it fails here too, but on a different place | 17:04 |
freemangordon | "/home/maemo/workspace/tmp/microb/microb-engine/netwerk/protocol/http/src/nsHttpAuthCache.cpp:391: error: prototype for 'nsresult nsHttpAuthEntry::Set(const char*, const char*, const char*, const char*, const nsHttpAuthIdentity*, nsISupports*)' does not match any in class 'nsHttpAuthEntry'" | 17:05 |
*** LaoLang_cool has quit IRC | 17:05 | |
DocScrutinizer05 | hmm, dist/bin/js gets built before it's used it seems. | 17:10 |
DocScrutinizer05 | and I can't see a --version command to query actual version of js-binary | 17:11 |
DocScrutinizer05 | there's -j to "enable JIT trace" | 17:11 |
DocScrutinizer05 | whatever that means | 17:11 |
DocScrutinizer05 | meh, not my lawn | 17:12 |
*** jonwil has quit IRC | 17:16 | |
freemangordon | merlin1991: going to diif the sources in CSSU and maemo-extras, after all it seems romaza had no commited everything :( | 17:20 |
freemangordon | *romaxa | 17:20 |
zeq | freemangordon: is this he same microb-engine as you built for cssu-thumb? | 17:23 |
zeq | or a new version? | 17:23 |
freemangordon | zeq: yes, but I had the same error there, I was thinking it is because og gcc 4.7.2 and fixed it | 17:23 |
freemangordon | https://gitorious.org/community-ssu/microb-engine/commit/88aac30c51f6150e866ab70c8e5a6b0cefdfd61d | 17:23 |
freemangordon | now it turns out the base sources are not OK :( | 17:24 |
zeq | a new version then? | 17:24 |
zeq | yes I can click ;) | 17:24 |
freemangordon | zeq: it is the same version for -thumb, if I parse your question correctly | 17:25 |
zeq | so it builds with your toolchain ok? | 17:26 |
freemangordon | zeq: I am trying to build master branch with gcc 4.2.1 | 17:26 |
freemangordon | the above commit is in thumb-testing branch | 17:26 |
freemangordon | doing diff between what is in maemo-extras and what is in CSSU repo gives 1.5M file :( | 17:27 |
freemangordon | i'll clone again to have a clean tree | 17:30 |
zeq | I have the feeling I'm missing too much context to say much meaningful | 17:30 |
freemangordon | zeq: romaxa said he has uploaded the latest microb-engine sources on garage | 17:32 |
freemangordon | we cloned that in CSSU and I applied the patches on top of it | 17:32 |
freemangordon | now it turns out romaxa didn't put everything on garage and we have broken sources | 17:33 |
freemangordon | that is why both me and merlin1991 fail to build microb-engine | 17:33 |
freemangordon | I had to patch the same error i have now for thumb-testing branc, but I was thinking it is because of the new compiler | 17:34 |
zeq | but it was just a bug in the sources | 17:35 |
freemangordon | zeq: makes no sense, no way a buggy source can pass through autobuilder :D | 17:37 |
freemangordon | which means that sources on garage (uploaded by romaxa) differ with those in maemo-extras | 17:38 |
* zeq is completely confused | 17:38 | |
zeq | ok | 17:38 |
freemangordon | zeq: there is microb-engine in maemo-extras, as tar.gz | 17:38 |
freemangordon | there is also microb-engine on garage, as SVN repo | 17:38 |
zeq | romaxa's is upstream? maemo-extras is pactched maemo release? | 17:38 |
freemangordon | we were tol both are equal | 17:38 |
freemangordon | they are supposed to be equal, i.e. patched maemo version | 17:39 |
freemangordon | the one that comes with stock fremantle. we decided to use those from garage because of the commit history | 17:40 |
freemangordon | fuuuck | 17:40 |
zeq | that makes sense | 17:41 |
freemangordon | i should've done that diff earlier instead of having trust in what romaxa had said | 17:41 |
freemangordon | zeq: it is the same as with IPC lite client ;) | 17:41 |
freemangordon | a total mess | 17:41 |
zeq | I'm not a huge fan of mercurial mq from my experience trying to build IPCLite | 17:42 |
freemangordon | did you succeed? | 17:42 |
zeq | did you? | 17:42 |
freemangordon | I tried to build it, no success | 17:42 |
zeq | I will try again when I get time | 17:42 |
freemangordon | patches do no ally | 17:42 |
freemangordon | does not make sense | 17:43 |
zeq | I manually fixed up all the patches, but shouldn't have to | 17:43 |
freemangordon | *apply | 17:43 |
* freemangordon is on his way home, bbl | 17:43 | |
zeq | obviously it works for romaxa | 17:44 |
zeq | did you ask him how? | 17:44 |
zeq | I've not really been online recently, as you've noticed | 17:44 |
zeq | just attempted to ask romaxa about IPCLite, if I get a reply I'll mention microb too | 17:48 |
*** LinuxCode has joined #maemo-ssu | 17:58 | |
*** arcean has joined #maemo-ssu | 18:06 | |
*** wmarone_ has quit IRC | 18:11 | |
*** wmarone_ has joined #maemo-ssu | 18:11 | |
*** wmarone_ has quit IRC | 18:12 | |
*** DocScrutinizer05 has quit IRC | 18:13 | |
*** DocScrutinizer06 has joined #maemo-ssu | 18:13 | |
*** zeq has quit IRC | 18:17 | |
*** arcean has quit IRC | 18:24 | |
*** zeq has joined #maemo-ssu | 18:34 | |
kerio | will cssu eventually fix the optfs situation? | 18:51 |
ShadowJK | with what, read-only onenand and overlayfs on emmc? | 18:53 |
*** NIN101 has joined #maemo-ssu | 18:54 | |
*** zeq has quit IRC | 18:55 | |
kerio | omap_hsmmc compiled in the kernel, early mount of /home and bindmount for /usr to /home/usr | 18:56 |
kerio | for instance | 18:56 |
kerio | i mean, *really* early mount | 18:56 |
freemangordon | merlin1991: ping | 19:12 |
*** zeq has joined #maemo-ssu | 19:18 | |
*** wmarone_ has joined #maemo-ssu | 19:20 | |
freemangordon | merlin1991: ping | 19:57 |
freemangordon | zeq: what will happen if we run pselect() glibc on top of non-pselect kernel? I know you alredy answered it, but I forgot what was the answer :S | 20:07 |
zeq | freemangordon: pselect() will simply be unavailable. | 20:10 |
freemangordon | aah, it won't boot :(. "Kernel version too low" | 20:10 |
zeq | anything that tries to use it will fail with ENOSYS I think | 20:10 |
zeq | even better! :) | 20:11 |
freemangordon | zeq: I think glibc has a check for the minimum kernel version, I've encountered that when tried to chroot ubunto on my n900 | 20:11 |
zeq | I'm not why you hit that though... | 20:11 |
freemangordon | ^^^ | 20:11 |
freemangordon | *ubuntu | 20:11 |
freemangordon | well, just thinking whether it will fallback to emulation | 20:12 |
zeq | it does, but it should be 2.6.28 according to the glibc change for pselect | 20:12 |
freemangordon | so it will simply refuse to boot | 20:13 |
freemangordon | hmm, 2.6.28? well, it will boot then | 20:13 |
freemangordon | the point is - what will happen if soeone tries to boot with some old version of KP or with stock kernel? | 20:13 |
zeq | as I said, it will run but pselect() will be unavailable | 20:15 |
zeq | so anything that tries to use it will get upset | 20:16 |
zeq | we could have a check during boot | 20:16 |
freemangordon | merlin1991: I've rebased microb-engine on gitorious using the sources on maemo.org. You should be able to build it after git pull. It builds ok here | 20:17 |
zeq | but I'm not sure what action it could suggest at that point other than flashing the right kernel | 20:17 |
freemangordon | zeq: so no fallback? | 20:17 |
zeq | freemangordon: that's right, there's either syscalls are used or emulation, it's either or. | 20:18 |
kerio | freemangordon: well, kernel dependency is something that's been already tried out in cssu-thumb | 20:18 |
DocScrutinizer51 | emulate pselect() like it's been done since ages | 20:18 |
zeq | s/there's/there are/ | 20:19 |
infobot | zeq meant: freemangordon: that's right, there are either syscalls are used or emulation, it's either or. | 20:19 |
kerio | DocScrutinizer51: if the syscall fails? | 20:19 |
kerio | ew, performance D: | 20:19 |
zeq | that still makes so sense! :P | 20:19 |
zeq | that's up to the app | 20:19 |
freemangordon | zeq: sorry, I am not sure I understand correctly. So, if syscall fails with ENOSYS, glibc will fallback to emulated pselect() behaviour? | 20:20 |
DocScrutinizer51 | glibc can fallback to emulation when kernel considered inappropriate | 20:20 |
kerio | of course it can, but does it? | 20:21 |
freemangordon | DocScrutinizer51: in theory or it is how it behaves now? | 20:21 |
DocScrutinizer51 | should at least, could | 20:21 |
DocScrutinizer51 | nfc how it behaves now | 20:21 |
freemangordon | well, that is what i ask :) | 20:21 |
freemangordon | how it behaves now (zeq's version of course) | 20:22 |
DocScrutinizer51 | yes, seen that and concur with your rationale | 20:22 |
*** taziff1 has joined #maemo-ssu | 20:22 | |
DocScrutinizer51 | it should fallback to emu | 20:22 |
freemangordon | :nod: | 20:23 |
*** taziff has quit IRC | 20:23 | |
freemangordon | that will save us a lot of "dammit, my device don't boot after the last CSSU" | 20:23 |
freemangordon | (after the last KP, you name it) | 20:23 |
DocScrutinizer51 | if you 'patch' own function addr table there won't even be a performance penalty (just an irrelevant sidenote) | 20:24 |
freemangordon | DocScrutinizer51: cannot parse that, sorry, would you elaborate | 20:24 |
freemangordon | patch what? glibc or kernel? | 20:25 |
DocScrutinizer51 | see how LD-PRELOAD works | 20:25 |
kerio | freemangordon: you don't need to check every time pselect() is called | 20:25 |
freemangordon | kerio: sure | 20:25 |
kerio | so the performance loss ends up being a very small constant for each program that loads libc, or possibly even less | 20:25 |
DocScrutinizer51 | you simply push a new symbol-addr tuple on glibc's symbol table | 20:26 |
freemangordon | yep, I get that. the question is if it is implemented and if not, do zeq wants to implement it :P | 20:26 |
freemangordon | kerio: ^^^ | 20:26 |
DocScrutinizer51 | pointing to emu | 20:26 |
kerio | zeq: do eeeeeeet | 20:26 |
kerio | by the way, is the kernel patch in KP51r1 already? | 20:27 |
freemangordon | kerio: no | 20:27 |
DocScrutinizer51 | but actually nm, "overhead" for a conditional branch is negligible | 20:27 |
zeq | seems rather hacky | 20:28 |
kerio | DocScrutinizer51: maybe not, if you're running the thumb2 errata workaround | 20:28 |
kerio | >:D | 20:28 |
DocScrutinizer51 | but indeed glibc on init could check kernel for pselect and config itself accordingly | 20:29 |
DocScrutinizer51 | kerio: eh? | 20:29 |
kerio | the branch prediction cache is flushed on every context switch | 20:29 |
DocScrutinizer51 | so what? telling me news? | 20:30 |
zeq | DocScrutinizer06: you mean patch glibc on boot? | 20:30 |
DocScrutinizer51 | yep | 20:30 |
DocScrutinizer51 | not 'patch', just init | 20:30 |
DocScrutinizer51 | each lib has its own init afaik | 20:31 |
DocScrutinizer51 | in this init check if proper pselect or emu shall get 'exported' | 20:31 |
freemangordon | zeq: a runtime check whether the current running kernel supports pselect() (and others) and initializing a function pointer should do the job too | 20:32 |
zeq | I see | 20:32 |
freemangordon | one time check | 20:32 |
zeq | I guess that could work | 20:32 |
freemangordon | that will save us a lot of headaches | 20:32 |
DocScrutinizer51 | freemangordon: I thought I tried to say exactly that | 20:33 |
*** zeq has quit IRC | 20:33 | |
freemangordon | DocScrutinizer51: sure, but you said it in such a complicated way, that we poor developers got lost :P | 20:33 |
DocScrutinizer51 | the genuine function pointer is in symbol table | 20:33 |
freemangordon | aah | 20:33 |
freemangordon | didn't know that | 20:33 |
*** zeq1 has joined #maemo-ssu | 20:34 | |
zeq1 | Sorry, battery went flat! | 20:34 |
DocScrutinizer51 | see LD_PRELOAD | 20:34 |
zeq1 | I wonder though, if it's so easy why glibc doesn't do that already? | 20:35 |
kerio | because there's no reason to, really | 20:35 |
freemangordon | well, usually you don't boot your linux with several kernel versions | 20:35 |
kerio | usually you boot your linux with linux 3 | 20:36 |
kerio | at least | 20:36 |
DocScrutinizer51 | (sorry, Imm off home, so you have to follow 2 derefs to get from LD-PRELOAD to the function call to mess with symbol table) | 20:36 |
freemangordon | at least I don;t | 20:36 |
zeq1 | I guess it's mostly because in this case, other than ARM the version check is reliable and you simply can't boot with the wrong kernelk | 20:37 |
zeq1 | s/kernelk/kernel/ | 20:37 |
infobot | zeq1 meant: I guess it's mostly because in this case, other than ARM the version check is reliable and you simply can't boot with the wrong kernel | 20:37 |
merlin1991 | freemangordon: I'll try to build it as soon as I've sorted my pc | 20:37 |
freemangordon | merlin1991: ok | 20:37 |
merlin1991 | (new ssd to replace the broken one, which leads to new windows installation, which in turn needs a new grub installation :D) | 20:37 |
DocScrutinizer51 | afk shopping | 20:38 |
freemangordon | zeq1: well, I guess n900 won;t boot too | 20:38 |
zeq1 | I don't remember if it does boot or not | 20:38 |
freemangordon | failing pselect in udev does not sounds like the system will boot :D | 20:38 |
zeq1 | many things will be broken for sure | 20:38 |
zeq1 | I think if I remember it does actually boot... but you can't run apt/dpkg ;) | 20:39 |
zeq1 | I'm probably making that up though | 20:39 |
zeq1 | I can't really remember what I tested with now | 20:39 |
zeq1 | I remember.... | 20:40 |
zeq1 | ... I installed the syscall glibc on a kernel that didn't support it, but didn't reboot | 20:40 |
zeq1 | so I don't know if it would have rebooted, didn't dare try | 20:40 |
zeq1 | used my backup libc to recover via LD_LIBRARY_PATH | 20:41 |
freemangordon | zeq1: now you have a devel device you my want to try it :P | 20:41 |
zeq1 | it's certainly much safer :) | 20:42 |
zeq1 | my devel device works much better than my non-devel device btw | 20:42 |
freemangordon | hehe | 20:42 |
freemangordon | same here, but that is normal | 20:42 |
freemangordon | you actually don;t have sim, IM accounts, etc, etc | 20:43 |
zeq1 | not only that | 20:44 |
zeq1 | but also there's a problem with the charging/booting with the other n900 | 20:44 |
zeq1 | it usually cycles a couple of times to boot - rather weird. it works fine when it's up though. | 20:45 |
zeq1 | I shouldn't turn it off ;) | 20:45 |
zeq1 | but you're also right, about the performance being better, I put it down to not having so much crap running :) | 20:46 |
zeq1 | My hildon-desktop build works really well on it. nice and smooth with no OC :) | 20:49 |
*** arcean has joined #maemo-ssu | 21:04 | |
amiconn | Hmm, bugs.maemo.org certificate expired a month ago... | 21:18 |
*** trumee has quit IRC | 21:21 | |
DocScrutinizer06 | fact is, users *might* correctly install a non-pselect() kernel incl modules, which _should_ just work, but will (or may) spoil their day just due to glibc. A method *insdie* glibc to fall back to a possibly suboptimal but working emulation for pselect() would be a sane thing to implement | 21:21 |
*** MrPingu has joined #maemo-ssu | 21:22 | |
freemangordon | DocScrutinizer06: :nod: | 21:25 |
*** Mephistopheles has quit IRC | 21:25 | |
DocScrutinizer06 | freemangordon: (function pointer, symbol table) man dlsym; not exactly to the point but close enough to make your way from there | 21:33 |
kerio | DocScrutinizer06: users aren't supposed to know that there's such a thing as a "kernel" | 21:35 |
freemangordon | DocScrutinizer06: I think zeq1 is knowledgeable enough to be able to implement it :) | 21:35 |
DocScrutinizer06 | I hope so. >> If a dynamic library exports a routine named _init(), then that code is executed after the load- ing, before dlopen() returns. | 21:37 |
*** trumee has joined #maemo-ssu | 21:40 | |
freemangordon | DocScrutinizer06: any idea if I can find n950 screen? | 21:41 |
kerio | hahaha wat | 21:41 |
freemangordon | an accident | 21:42 |
kerio | buy vi__'s n950 | 21:43 |
freemangordon | kerio: I need a screen, not a whole device | 21:43 |
DocScrutinizer06 | in this code check for pselect() support in kernel, and if not provided, change addr-pointer to pselect() to the emulation | 21:43 |
DocScrutinizer06 | I.E dlsym("pselect") returns a pointer to true pselect() or pselect-emu, depending on result of support check in _init | 21:43 |
DocScrutinizer06 | never heard of any | 21:45 |
DocScrutinizer06 | completely unclear what display is used | 21:45 |
kerio | maybe it's the same as the n9 | 21:45 |
DocScrutinizer06 | digitizer for sure is unavailable | 21:45 |
DocScrutinizer06 | kerio: BS | 21:45 |
freemangordon | kerio: it is bigger | 21:45 |
kerio | i said maybe! | 21:45 |
DocScrutinizer06 | N950 is LCD, N9 is amoled | 21:46 |
kerio | ...wait, really? | 21:46 |
kerio | who thought amoled was a good idea? :s | 21:46 |
DocScrutinizer06 | yes, really | 21:46 |
freemangordon | DocScrutinizer06: I took the picture of backover and controller | 21:46 |
freemangordon | controller is atmel, but it seems like made for Nolia | 21:46 |
freemangordon | *Nokia | 21:46 |
freemangordon | MXT-NOK1 :D | 21:48 |
DocScrutinizer06 | eeew | 21:48 |
DocScrutinizer06 | well, google suggests it's not *completely* unknown, might be related/same mxt224 | 21:50 |
*** trumee has quit IRC | 21:50 | |
*** trumee has joined #maemo-ssu | 21:51 | |
DocScrutinizer06 | http://www.alibaba.com/product-gs/612807164/MXT_NOK1_MXT224.html | 21:51 |
freemangordon | well, might be, but anyway controller is ok. | 21:52 |
DocScrutinizer06 | http://www.aliexpress.com/store/product/1pcs-LOT-Original-Electronic-component-MXT224-CCU-MXT-NOK1/808897_568510723.html | 21:52 |
freemangordon | the screen has 2 black stripes around half mm wide | 21:52 |
DocScrutinizer06 | yeah, seems eventually everybody runs into that | 21:53 |
freemangordon | otherwise it works ok, just looks ugly :D | 21:54 |
freemangordon | maybe I should try and ask Nokia Bulgaria, who knows | 21:56 |
freemangordon | though I can imagine their surprise when the see the device :D | 21:57 |
kerio | hahaha | 22:07 |
*** LinuxCode has quit IRC | 22:08 | |
*** luf has quit IRC | 22:08 | |
*** trumee has quit IRC | 22:12 | |
*** MrPingu has left #maemo-ssu | 22:12 | |
*** trumee has joined #maemo-ssu | 22:14 | |
DocScrutinizer06 | freemangordon: zeq1: if (! pselect-supported-in-kernel) {dlopen("glibc-helper-fakePselect.so")} | 22:18 |
DocScrutinizer06 | ^^^ in glibc _init | 22:18 |
DocScrutinizer06 | if nothing smarter comes to mind | 22:19 |
*** DocScrutinizer06 is now known as DocScrutinizer05 | 22:23 | |
zeq1 | pselect-supported-in-kernel() would have to call pselect() and see if it works | 22:29 |
freemangordon | zeq1: hmm, it should call __syscall aiui | 22:30 |
freemangordon | and check for enosys | 22:30 |
zeq1 | yes, that's what I mean | 22:30 |
freemangordon | yes, any problem with that? | 22:30 |
zeq1 | (since pselect() is the glibc wrapper) | 22:31 |
zeq1 | it's probably quite doable, especially since it's wrapped anyway | 22:31 |
zeq1 | could modify the code on init to swap the syscall with a branch? | 22:33 |
freemangordon | well, if it is function ptr there should be no problem | 22:33 |
zeq1 | you're right, just include both functions and set the pointer accordingly after a test during init | 22:34 |
freemangordon | exactly | 22:34 |
DocScrutinizer05 | exactly | 22:34 |
* zeq1 needs to go get something to eat | 22:36 | |
*** SpacedOut has quit IRC | 22:49 | |
*** SpacedOut has joined #maemo-ssu | 22:49 | |
DocScrutinizer05 | LOL | 23:03 |
DocScrutinizer05 | jr@halebop:/> ld --help|wc -l | 23:03 |
DocScrutinizer05 | 1357 | 23:03 |
kerio | only 242 on maem | 23:06 |
kerio | o | 23:06 |
kerio | and only 1 on os x :D | 23:06 |
kerio | ld64: For information on command line options please use 'man ld'. | 23:11 |
*** arcean has quit IRC | 23:24 | |
*** arcean has joined #maemo-ssu | 23:34 | |
*** taziff1 has quit IRC | 23:41 | |
*** BCMM has joined #maemo-ssu | 23:49 | |
*** NIN101 has quit IRC | 23:53 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!