*** infobot has quit IRC | 00:08 | |
*** _rd has quit IRC | 00:12 | |
*** mickname has quit IRC | 00:14 | |
*** mickname has joined #maemo-ssu | 00:14 | |
*** arcean has quit IRC | 00:19 | |
*** Senicius_ has joined #maemo-ssu | 00:20 | |
*** Senicius has quit IRC | 00:24 | |
*** macmaN has quit IRC | 00:24 | |
*** macmaN has joined #maemo-ssu | 00:25 | |
*** Senicius_ is now known as Senicius | 00:25 | |
*** arcean has joined #maemo-ssu | 00:29 | |
*** _rd has joined #maemo-ssu | 00:48 | |
*** trumee has left #maemo-ssu | 00:56 | |
*** _rd has quit IRC | 00:57 | |
*** dhbiker has joined #maemo-ssu | 01:10 | |
*** dhbiker has quit IRC | 01:11 | |
*** dhbiker has joined #maemo-ssu | 01:15 | |
*** nox- has joined #maemo-ssu | 01:36 | |
merlin1991 | DocScrutinizer05: install testing the regular way, then install http://cdnm.at/~christian/maemo/cssu/testing-testing-enabler_0.1_all.deb and wait for ham to find the update | 01:46 |
---|---|---|
DocScrutinizer05 | hmm, might be a tad late today... I'll see | 01:46 |
DocScrutinizer05 | well, I might just start | 01:47 |
merlin1991 | also testing should be applied on top of 1.3 | 01:47 |
DocScrutinizer05 | :nod: | 01:47 |
DocScrutinizer05 | booot baby booooooooooooot | 01:48 |
DocScrutinizer05 | *cough* shaking hands | 01:48 |
DocScrutinizer05 | *sigh* and date/time/lang picker | 01:49 |
DocScrutinizer05 | 21.2011.38.1, seems OK | 01:51 |
DocScrutinizer05 | ? | 01:51 |
merlin1991 | yep | 01:52 |
*** Martix has quit IRC | 01:56 | |
DocScrutinizer05 | wow, that virdin keymat has a quite different feeling to the typing | 01:56 |
DocScrutinizer05 | ummmmm "testing" | 01:56 |
DocScrutinizer05 | 'Community SSU (testing)' - yessir! | 01:57 |
DocScrutinizer05 | OH DAMN, I forgot to do a BM backup! ;-P | 01:58 |
DocScrutinizer05 | Community SSU enabler - yessir | 01:59 |
DocScrutinizer05 | merlin1991: on the "community SSU Agreement" please remove the empty lines so user doesn't have to scroll to see the remaining 2 lines | 02:01 |
DocScrutinizer05 | (which are "After installation, launch the enabler from the menu...") | 02:01 |
DocScrutinizer05 | and should be: "After installation, close this app manager and launch the enabler from the menu..." | 02:03 |
DocScrutinizer05 | fsck u, 11 updates available libqtm-foo-bar | 02:05 |
DocScrutinizer05 | and tv-out-applet | 02:05 |
DocScrutinizer05 | NO SIR! | 02:05 |
*** Pali has quit IRC | 02:06 | |
merlin1991 | run only the cssu update | 02:06 |
merlin1991 | (includes the rest) | 02:06 |
DocScrutinizer05 | already running - btw in applauncher it's only called "Maemo CSSU" (no *-enabler) | 02:06 |
DocScrutinizer05 | I hope somebody takes notes and edits stuff accordingly | 02:07 |
DocScrutinizer05 | again, "Maemo5 community SSU pkg 1Tmaemo5.1" and 11 other updates available. Luckily maemo is on top | 02:08 |
DocScrutinizer05 | no backup please | 02:09 |
DocScrutinizer05 | 45.9MB download | 02:09 |
DocScrutinizer05 | this *might* take a while | 02:09 |
DocScrutinizer05 | so... | 02:12 |
DocScrutinizer05 | and should be: "After installation, close this app manager and launch the "Maemo SSU" app from the menu..." | 02:13 |
DocScrutinizer05 | offline modus \o/ | 02:13 |
DocScrutinizer05 | wiki needs advice to install/update "Maemo 5 Community SSU Packe | 02:15 |
DocScrutinizer05 | package" ONLY | 02:15 |
DocScrutinizer05 | and NOT click "install all" | 02:16 |
DocScrutinizer05 | err "update all" | 02:16 |
DocScrutinizer05 | maybe an according text could even show up in description of "Maemo 5 Community SSU Package" | 02:17 |
DocScrutinizer05 | after "Community SSU package. " before " Includes...." | 02:17 |
DocScrutinizer05 | like: "Maemo 5 Community SSU Package" \n "CLICK HERE and 'OK'. Includes..." | 02:19 |
DocScrutinizer05 | since "Maemo 5 Community SSU Package" \n "Community SSU package. ..." Is a *tad* redundant | 02:20 |
DocScrutinizer05 | "update successfull!" \o/ | 02:20 |
DocScrutinizer05 | reboot worked | 02:21 |
DocScrutinizer05 | now do errr, what? | 02:21 |
DocScrutinizer05 | http://cdnm.at/~christian/maemo/cssu/testing-testing-enabler_0.1_all.deb should install from microB, no? | 02:21 |
DocScrutinizer05 | merlin1991: ^^^ | 02:21 |
merlin1991 | microb filemanager dpkg -i, whatever you prefer :) | 02:22 |
DocScrutinizer05 | dpkg -i BWAHAHA | 02:23 |
DocScrutinizer05 | DAFAQ!!! | 02:25 |
DocScrutinizer05 | what's wrong with DHCP and dnsmasq on this shit? | 02:25 |
merlin1991 | hm? | 02:25 |
DocScrutinizer05 | cdnm.at can't be found | 02:25 |
merlin1991 | did it reconnect to wireless after the reboot? | 02:25 |
DocScrutinizer05 | yep | 02:26 |
DocScrutinizer05 | but DNS is fubar | 02:26 |
DocScrutinizer05 | google.de not found | 02:26 |
DocScrutinizer05 | *sigh* | 02:27 |
DocScrutinizer05 | I guess it hasn't acquired a new full DHCP lease | 02:27 |
DocScrutinizer05 | just continuing to use the old one, or sth | 02:27 |
DocScrutinizer05 | AHAAAA, di- and re-connecting fixed it | 02:28 |
DocScrutinizer05 | errr, open with HAM? | 02:29 |
DocScrutinizer05 | iirc this never worrked, right? | 02:29 |
DocScrutinizer05 | works | 02:30 |
DocScrutinizer05 | ok, installed, what's next? | 02:31 |
DocScrutinizer05 | and wait for ham to find the update | 02:31 |
DocScrutinizer05 | mhm | 02:31 |
merlin1991 | wait for ham to run its equivalent of apt-get update and then look at the updates page :) | 02:31 |
DocScrutinizer05 | yeah, (no updates) but busy | 02:32 |
DocScrutinizer05 | here we are | 02:32 |
DocScrutinizer05 | 1Tmaemo6 | 02:33 |
DocScrutinizer05 | 3.5MB | 02:33 |
DocScrutinizer05 | YESSIR! | 02:33 |
*** arcean has quit IRC | 02:34 | |
DocScrutinizer05 | update: PA????!? | 02:34 |
merlin1991 | yep | 02:34 |
DocScrutinizer05 | PA-esound-compat - hualp! | 02:34 |
DocScrutinizer05 | ohwhell, already go and install that shite! | 02:35 |
DocScrutinizer05 | 'continue!' | 02:35 |
DocScrutinizer05 | no backup please! | 02:35 |
DocScrutinizer05 | 3.49MB | 02:36 |
DocScrutinizer05 | I'd almost be tempted to disable friggin screenblanking during update | 02:36 |
DocScrutinizer05 | programmatically | 02:37 |
DocScrutinizer05 | kinda sucks | 02:37 |
DocScrutinizer05 | OS updated, reboot... | 02:38 |
DocScrutinizer05 | NOKIA | 02:38 |
DocScrutinizer05 | WAAH, shaking hans | 02:38 |
DocScrutinizer05 | seems it still works | 02:39 |
DocScrutinizer05 | kinda funny detail: no orientation lock in systray/menu | 02:39 |
merlin1991 | dafaq? | 02:40 |
DocScrutinizer05 | not thst I'd miss it | 02:40 |
DocScrutinizer05 | well, I might since desktop already rotates | 02:40 |
merlin1991 | hm in the control file status-area-orientationlock-applet (>= 1.0+0cssu4) | 02:40 |
merlin1991 | you sure it isn't there? | 02:41 |
DocScrutinizer05 | it's in menu ;-P | 02:41 |
DocScrutinizer05 | sorry, late here | 02:41 |
DocScrutinizer05 | so what else you want me to fsck with? | 02:42 |
merlin1991 | you could play around with the changes in ke-recv | 02:42 |
DocScrutinizer05 | now that i've raped my virgin N900 | 02:42 |
merlin1991 | see /etc/defauls/ubsnetwork | 02:42 |
DocScrutinizer05 | hardly | 02:42 |
merlin1991 | s/defauls/defaults/ | 02:42 |
DocScrutinizer05 | no rootsh, no ssh | 02:43 |
DocScrutinizer05 | see >>[2012-11-21 01:23:13] <DocScrutinizer05> dpkg -i BWAHAHA | 02:44 |
merlin1991 | ah now I'm getting some context :D | 02:44 |
* DocScrutinizer05 scrutinizes screen for first micro-scars | 02:46 | |
DocScrutinizer05 | I'll remove battery on put it back into its coffin. Ask me tomorrow if you want more messing around with this T6 | 02:48 |
DocScrutinizer05 | and seems we should help chem|st out of his deadlock, so eventually we'll see a S5 before T7 rolls out | 02:49 |
DocScrutinizer05 | if that's not been clear, 'basic functionality approved by jOERG.' Please edit the texts accordingly | 02:50 |
DocScrutinizer05 | ...as suggested above | 02:51 |
DocScrutinizer05 | the applauncher has no "enabler" icon | 02:51 |
DocScrutinizer05 | and the requester should have no empty lines, so the edited last sentence is initially visible | 02:51 |
DocScrutinizer05 | it's not obvious that there's sth to scroll | 02:52 |
*** M4rtinK has quit IRC | 02:59 | |
*** infobot has joined #maemo-ssu | 03:38 | |
*** ChanServ sets mode: +v infobot | 03:38 | |
*** dhbiker has quit IRC | 03:45 | |
*** dhbiker has joined #maemo-ssu | 03:47 | |
*** Sicelo has quit IRC | 03:48 | |
*** Sicelo has joined #maemo-ssu | 03:49 | |
*** dafox has quit IRC | 03:53 | |
*** nox- has quit IRC | 04:05 | |
*** kolp has quit IRC | 04:09 | |
*** infobot has quit IRC | 04:28 | |
*** amiconn_ has joined #maemo-ssu | 05:23 | |
*** amiconn has quit IRC | 05:23 | |
*** amiconn_ is now known as amiconn | 05:23 | |
*** DocScrutinizer05 has quit IRC | 06:03 | |
*** DocScrutinizer05 has joined #maemo-ssu | 06:04 | |
*** mickname has quit IRC | 06:23 | |
*** mickname has joined #maemo-ssu | 06:26 | |
*** freemangordon has joined #maemo-ssu | 08:18 | |
*** luf has joined #maemo-ssu | 08:20 | |
*** kerio has joined #maemo-ssu | 08:39 | |
*** kerio has quit IRC | 08:58 | |
*** Sicelo has quit IRC | 09:10 | |
*** Sicelo has joined #maemo-ssu | 09:10 | |
*** kerio has joined #maemo-ssu | 09:27 | |
*** chainsawbike has quit IRC | 09:40 | |
*** chainsawbike has joined #maemo-ssu | 09:41 | |
*** infobot has joined #maemo-ssu | 10:12 | |
*** ChanServ sets mode: +v infobot | 10:12 | |
*** Pali has joined #maemo-ssu | 10:55 | |
*** M4rtinK has joined #maemo-ssu | 11:02 | |
*** BCMM has joined #maemo-ssu | 11:04 | |
freemangordon | merlin1991: http://pastebin.com/1V7KmVFj | 11:08 |
freemangordon | the code is at the end | 11:08 |
merlin1991 | hm and what should I do now? :D | 11:09 |
freemangordon | NFC | 11:09 |
freemangordon | :D | 11:10 |
* freemangordon runs away | 11:10 | |
freemangordon | :P | 11:10 |
freemangordon | merlin1991: anyway, latest valgrind works almost like charm | 11:11 |
freemangordon | so we can check all of the stuff in CSSU | 11:11 |
tadzik | well, valgrind is usually going crazy on glib/gtk | 11:11 |
tadzik | but yeah, this is exceptinoal :) | 11:11 |
freemangordon | tadzik: hmm, this one is 3.81 | 11:12 |
luf | freemangordon: where you get the code? | 11:12 |
tadzik | I remember debugging my xmpp client with it. Gtk throwing up its own errors, glib its own, loudmouth and openssl as well... | 11:12 |
freemangordon | and excluding the fact i had to revert libpuls0 to non-thumb, everything else works | 11:12 |
freemangordon | luf: from their site | 11:12 |
tadzik | even hello worlds from gnome site weren't free of valgrind errors :) | 11:12 |
tadzik | I guess that has something to do with custom memory allocators that glib uses | 11:13 |
freemangordon | G_SLICE=always-malloc G_DEBUG=gc-friendly | 11:13 |
tadzik | oh, TIL :) | 11:13 |
freemangordon | luf: ./configure, make | 11:13 |
freemangordon | luf: though configure needs some trickery. I'll tar.gz and upload it later. /opt/valgrind that is | 11:14 |
jon_y | freemangordon: cool, you have valgrind on the n900 working? | 11:15 |
tadzik | hah. That'd be "slow" redefined :) | 11:15 |
luf | jon_y: it's not so big problem. | 11:16 |
luf | jon_y: I have also working valgrind on n900. | 11:17 |
freemangordon | luf: 3.61? | 11:19 |
freemangordon | the one in extras-devel? | 11:20 |
luf | I don't remember the version. But I don't compile it. I find some leaks in obexd ... | 11:20 |
luf | I'm sorry I don't remember. I think some newer. But maybe from repository. | 11:20 |
freemangordon | when I find some time i'll fire it agains h-d and h-h | 11:20 |
freemangordon | luf: it is 3.6.1 in repos | 11:21 |
luf | freemangordon: and yes obexd and bluez is very slow under valgrind on N900 :) | 11:21 |
merlin1991 | freemangordon: better prepare yourself for serious mindfuck when you do that :D | 11:22 |
freemangordon | luf: I am sure it is | 11:22 |
luf | I have valgrind 3.6.0 | 11:22 |
freemangordon | merlin1991: didn't we have some bug raised agains pixman? | 11:22 |
*** Timo has joined #maemo-ssu | 11:22 | |
luf | Sorry 3.6.1 | 11:22 |
luf | So from repos. | 11:23 |
merlin1991 | freemangordon: lemme check | 11:23 |
freemangordon | merlin1991: I am on my way to office, bbl | 11:23 |
merlin1991 | freemangordon: couldn't find a bug on that | 11:25 |
*** arcean has joined #maemo-ssu | 11:27 | |
*** andre__ has joined #maemo-ssu | 11:30 | |
*** andre__ has joined #maemo-ssu | 11:30 | |
*** dafox has joined #maemo-ssu | 11:44 | |
freemangordon | merlin1991: is pixman in CSSU at all? | 12:19 |
merlin1991 | err I don't even know what pixam exactly is | 12:20 |
merlin1991 | *pixman* | 12:20 |
freemangordon | oops, sorry, libpixman | 12:21 |
freemangordon | merlin1991: http://maemo.org/packages/package_instance/view/fremantle_sdk_free_i386/libpixman-1-0/0.16.2-5+0m5/ | 12:23 |
merlin1991 | hm afaik we have no source package pixman | 12:24 |
freemangordon | well, we'd better have one then :D | 12:24 |
freemangordon | lemme try to find some repo | 12:25 |
DocScrutinizer05 | mooo | 12:27 |
merlin1991 | freemangordon: what's the bug to fix? | 12:31 |
merlin1991 | DocScrutinizer05 aka "the cow" | 12:31 |
* merlin1991 thinks new -testing will go out tonight | 12:32 | |
DocScrutinizer05 | ~moo | 12:32 |
* infobot mooooooooo! I am cow, hear me moo, I weigh twice as much as you. I am cow, eating grass, methane gas comes out my ass | 12:32 | |
freemangordon | LOL | 12:32 |
freemangordon | merlin1991: Invalid read of size 1 | 12:33 |
freemangordon | at 0x48344E8: strncmp (mc_replace_strmem.c:547) | 12:33 |
merlin1991 | DocScrutinizer05: isn't there a cow joke in apt aswell? | 12:33 |
merlin1991 | yep apt-get moo exists :D | 12:33 |
tadzik | and aptitude moo :) | 12:34 |
Pali | aptitude moo | 12:36 |
Pali | aptitude moo -v | 12:36 |
Pali | aptitude moo -vv | 12:36 |
Pali | aptitude moo -vvv | 12:36 |
Pali | and add more 'v' :D | 12:36 |
*** lizardo has joined #maemo-ssu | 12:37 | |
merlin1991 | anybody know the origin of the moo joke? | 12:37 |
* merlin1991 is too young to know | 12:38 | |
*** BCMM has quit IRC | 12:39 | |
*** Martix has joined #maemo-ssu | 12:41 | |
freemangordon | merlin1991: pixman seems like upstream animal | 12:42 |
freemangordon | http://cgit.freedesktop.org/pixman/refs/tags | 12:42 |
*** Martix has quit IRC | 12:44 | |
merlin1991 | now we just have to compare the source from the sdk with the 0.16.2 tag | 12:44 |
*** Martix has joined #maemo-ssu | 12:46 | |
*** Martix has quit IRC | 12:57 | |
*** Martix has joined #maemo-ssu | 12:57 | |
freemangordon | merlin1991: yeah | 12:58 |
merlin1991 | and pray that it isn't a tarball + patches like some other packages in fremantle | 12:59 |
* merlin1991 looks @ sqlite | 12:59 | |
freemangordon | merlin1991: I got the sources from maemo SDK repo, there is no debian/patches dir | 12:59 |
freemangordon | hmm, maybe we can upgrade to lates | 13:00 |
freemangordon | t | 13:00 |
merlin1991 | hm if you're willing to check everything for regessions/api changes ;) | 13:01 |
freemangordon | well, at least we can upgrade to 16.6 | 13:04 |
merlin1991 | freemangordon: well basically, why? | 13:04 |
*** Martix has quit IRC | 13:04 | |
freemangordon | i bet there is a bunch of NEON optimizations | 13:05 |
* merlin1991 goes over the log | 13:06 | |
merlin1991 | or rather watches git clone | 13:06 |
freemangordon | aah | 13:06 |
merlin1991 | fsckd ath9k driver keeps failing hrere | 13:06 |
merlin1991 | s/hrere/here/ | 13:07 |
infobot | merlin1991 meant: fsckd ath9k driver keeps failing here | 13:07 |
merlin1991 | hm apart from the assertion change the diff from 0.16.2 to 0.16.6 is minimal | 13:10 |
freemangordon | merlin1991: is our bug fixed? | 13:12 |
merlin1991 | I still didn't grasp what our bug is | 13:13 |
freemangordon | merlin1991: invalid memory acces | 13:13 |
freemangordon | s | 13:13 |
merlin1991 | I've seen no changes related to that | 13:13 |
merlin1991 | all there is is a change on handling of alphamaps | 13:14 |
freemangordon | merlin1991: if (strncmp (plat, "v7l", 3) == 0) | 13:16 |
freemangordon | that one makes an invalid memory access according to valgrind | 13:17 |
merlin1991 | well that looks ok depending on where the fuck "plat" points | 13:18 |
freemangordon | merlin1991: could be false alarm | 13:26 |
freemangordon | http://old.nabble.com/valgrind%3A-r13019%3A-Implement-a-fake--proc-self-auxv-file-for-linux-systems.-td34515798.html | 13:28 |
Pali | freemangordon, where is git repo of linux kernel for n900? | 13:32 |
Pali | I want to boot some upstream kernel for maemo5 and test bme replacement | 13:33 |
Pali | DocScrutinizer05, merlin1991, freemangordon, in /etc/event.d/rcS-late is code which writing some info to /sys/kernel/debug/panic_info_buff which is written to mtdoops when kernel crash | 13:38 |
Pali | what do you think to patch it to write also 1) kernel version string and 2) CSSU version ? | 13:39 |
Pali | now it writing only output of osso-product-info | 13:39 |
*** Martix has joined #maemo-ssu | 13:40 | |
freemangordon | Pali: what git repo? | 13:46 |
Pali | freemangordon, 3.x kernel for maemo5 | 13:47 |
freemangordon | Pali: have to ask Skry | 13:49 |
Skry | I have 3.5 in github but that's not intended for maemo but the device itself for other os | 13:49 |
freemangordon | Skry: yeah | 13:49 |
freemangordon | Pali: my patches are on merlin1991's server | 13:50 |
freemangordon | but maybe you don;t need them | 13:50 |
freemangordon | ssi and sgx | 13:50 |
Pali | ok | 13:51 |
freemangordon | aiui you don't need X to test bqxxx | 13:51 |
Pali | X will be good too :-) | 13:52 |
Pali | hildon-status-menu for battery applet | 13:52 |
Pali | freemangordon, what do you think about adding kernel & cssu version to panic info buffer? | 13:53 |
freemangordon | Pali: well, not a bad idea. though i'll prefer kernel in CSSU first :) | 13:54 |
Pali | ok | 13:54 |
Pali | freemangordon, do you know how to get CSSU version string? | 13:55 |
Pali | maybe that which is in about cssu dialog in control panel | 13:56 |
freemangordon | Pali: NFC | 13:57 |
merlin1991 | Pali: well cssu version is in mp-fremantle-community-pr | 13:58 |
merlin1991 | you could ie use dpkg, though is /var/ mounted at that point? | 13:58 |
Pali | ok, I found it: https://gitorious.org/community-ssu/libcpaboutcssu/blobs/master/src/libcpaboutcssu.c#line26 | 13:58 |
Pali | /var/ ... /dpkg is in rootfs | 13:58 |
merlin1991 | Pali: that call is overly complex xD | 13:59 |
Pali | any other idea how to get that version string? | 13:59 |
merlin1991 | I did find a call to dpkg to get the version | 14:00 |
* merlin1991 checks logs | 14:00 | |
Skry | Pali: if you get charger working with upstream kernel could you notify me and perhaps send me some patches? I did try it something like a month ago and got it to a point where driver reports it's charging and something is definetely happening in background, but bq27xxx reports that battery is still discharging. | 14:00 |
Pali | Skry, now charging and battery drivers was pushed to battery git tree | 14:00 |
Pali | I need to write proper glue between isp and bq2415x drivers for charger type detection | 14:01 |
Pali | and sent that patch to upstream kernel too | 14:01 |
Pali | Skry, I will write to you | 14:01 |
DocScrutinizer05 | Pali: ((write also 1) kernel version string and 2) CSSU version)) all thumbs up for that | 14:03 |
Skry | Pali: ok, thanks. And in case you would like to test it out yourself I have some patches and .config for 3.7 if you happen to need such. | 14:03 |
Pali | merlin1991, maybe this? $ dpkg-query -W -f \${Version} mp-fremantle-community-pr | 14:03 |
merlin1991 | Pali: yep | 14:03 |
merlin1991 | just found it myself :D | 14:03 |
Pali | Skry, yes I'd like to use new version :-) | 14:04 |
Pali | do you have git tree for that? | 14:04 |
DocScrutinizer05 | sweet: cat /sys/kernel/debug/omap_gpio | 14:05 |
Pali | and for kernel version, should I use? $ uname -a | 14:06 |
DocScrutinizer05 | uname -a sounds like a good choice | 14:06 |
Skry | Pali: only local for now, but it follows linux-omap. I have tested it with arch linux, it works but musb is currently not working, though I think it is fixed in upstream already. | 14:06 |
Skry | I've had quite some lost of interest lately so haven't been that active with it | 14:07 |
DocScrutinizer05 | Pali: please don't expect /var/*/dpks to be in rootfs | 14:08 |
DocScrutinizer05 | users may and actually do optify it | 14:08 |
DocScrutinizer05 | so at very least have a fallback for gentle fail-over | 14:09 |
Pali | DocScrutinizer05, I will call dpkg-query command. if it fails (e.g. optified) then it will write empty string to panic buf | 14:09 |
DocScrutinizer05 | fair enough | 14:09 |
Skry | Pali: I'll rebase my tree to latest in linux-omap master and see if there's anything new, adapt my few patches and send them to you with config later today, ok? | 14:09 |
Pali | but now I see that panic buf is filled after MOUNTS_OK | 14:09 |
Pali | Skry, ok | 14:09 |
DocScrutinizer05 | Pali: just make sure that script doesn't throw error in that case | 14:10 |
Pali | Skry, can you merge your tree with battery tree? | 14:10 |
Pali | DocScrutinizer05, now I'm going to fix that rcS-late script to work also on upstream kernel | 14:10 |
Pali | (adding maemo-command || true) | 14:10 |
DocScrutinizer05 | good :-) | 14:11 |
Pali | we have upstart in cssu and rcS-late is in upstart | 14:11 |
DocScrutinizer05 | use ||: | 14:11 |
DocScrutinizer05 | shorter ;) | 14:11 |
DocScrutinizer05 | (I hope that's no bash'ism | 14:12 |
DocScrutinizer05 | ) | 14:12 |
Skry | Pali: I'll try it out later today | 14:12 |
Pali | Skry: http://git.infradead.org/battery-2.6.git/shortlog/HEAD | 14:12 |
DocScrutinizer05 | well, messybox 'knows' `:` | 14:12 |
DocScrutinizer05 | checked it | 14:13 |
Pali | Skry, see patches for rx51_battery and bq2415x_charger and bq27x00_battery | 14:13 |
DocScrutinizer05 | the totally empty command | 14:13 |
Pali | nice :-) | 14:13 |
DocScrutinizer05 | of course you could do sth like >> (dpk-query ... || echo "dpk faled, no info on cssu version. user optified /var/*/dpkginfo?") >>/sys/kernel/debug/panic_info_buff | 14:18 |
Pali | DocScrutinizer05, that script is called after MOUNTS_OK | 14:20 |
Pali | so when /opt is mounted | 14:20 |
Pali | so if dpkg fail then system is in very very broken state or cssu is not installed | 14:20 |
DocScrutinizer05 | you're free to edit the || echo string anyway | 14:20 |
Pali | s/cssu/cssu metapackage/ | 14:20 |
infobot | Pali meant: so if dpkg fail then system is in very very broken state or cssu metapackage is not installed | 14:20 |
DocScrutinizer05 | or simply do dpkg 2>&1 ||: | 14:21 |
Pali | we do not want very very long string in panic info buffer | 14:22 |
DocScrutinizer05 | we don't? | 14:22 |
DocScrutinizer05 | why notß | 14:22 |
DocScrutinizer05 | ? | 14:22 |
Pali | yes, because buffer is small | 14:22 |
Pali | and it is written to mtdlog | 14:22 |
DocScrutinizer05 | well, dunno it might have some 16k or sth | 14:22 |
DocScrutinizer05 | and mtdlog is huuuge | 14:23 |
Pali | I think "<unknown>" is ok | 14:23 |
DocScrutinizer05 | whatever you like | 14:23 |
Pali | I think that osso-product-info also write <unknown> when SW version in CAL is removed | 14:23 |
DocScrutinizer05 | sure | 14:24 |
DocScrutinizer05 | btw I gave a rant about a related topic in here, some weeks ago | 14:25 |
DocScrutinizer05 | can't recall | 14:25 |
DocScrutinizer05 | some file in /etc/* we ought fill with cssu-product-info | 14:26 |
DocScrutinizer05 | found some reference to it in rcs-late or sth | 14:26 |
Pali | /etc/event.d/rcS-late | 14:27 |
Pali | commited: https://gitorious.org/community-ssu/upstart/commits/master | 14:29 |
DocScrutinizer05 | dafaq, seems busybox froze on :<cr> ?? | 14:29 |
DocScrutinizer05 | or my wifi ssh lags like hell | 14:29 |
DocScrutinizer05 | sth odd with my iron900 wifi connection | 14:30 |
Pali | AAAA, busybox grep does not have -R | 14:31 |
Pali | only (small) -r | 14:32 |
*** kolp has joined #maemo-ssu | 14:32 | |
DocScrutinizer05 | preinit, line 197 | 14:34 |
merlin1991 | Pali: why do we need the lowmem fix? | 14:34 |
DocScrutinizer05 | release=`cat /etc/osso_software_version` | 14:34 |
Pali | merlin1991, because lowmem is maemo extension | 14:35 |
Pali | I want to boot some upstream kernel and that rcS-late script failing here... | 14:35 |
Pali | /etc/osso_software_version -> I do not have this file | 14:37 |
DocScrutinizer05 | I *think* every CSSU update should `echo 2011.38.1Tmaemo5 >/etc/osso_software_version` | 14:37 |
DocScrutinizer05 | Pali: that's the point | 14:37 |
DocScrutinizer05 | Pali: so it's relatively low risk to create it, with proper content | 14:38 |
Pali | and there is something other: every cssu upgrade calling: osso-product-info -s OSSO_VERSION="RX-51_2009SE_21.2011.38-1_PR_MR0" 2> /dev/null || exit 0 | 14:38 |
Pali | and it always write new string to CAL | 14:38 |
Pali | and if is same, it write it too | 14:39 |
Pali | this is bad | 14:39 |
DocScrutinizer05 | no issues here with osso-product-info -s | 14:39 |
DocScrutinizer05 | why do you think it' | 14:39 |
DocScrutinizer05 | s bad? | 14:39 |
Pali | useless CAL write | 14:40 |
kerio | Pali: fix osso-product-info then :) | 14:40 |
DocScrutinizer05 | hmmm | 14:40 |
Pali | kerio, osso-procuct-info is closed | 14:40 |
DocScrutinizer05 | I don't think it's useless | 14:40 |
Pali | I will fix it in postinst | 14:41 |
Pali | $ if test "$(osso-product-info -q OSSO_VERSION)" = "RX-51_2009SE_21.2011.38-1_PR_MR0"; then exit 0; fi | 14:41 |
DocScrutinizer05 | actually I love 'history' in CAL | 14:41 |
DocScrutinizer05 | I don't see why we're concerned about it | 14:42 |
Pali | so above "if" fix writing to CAL same version string | 14:42 |
DocScrutinizer05 | I love it writing even same string to CAL, where's the problem in it doing that? | 14:43 |
Pali | mess in CAL | 14:43 |
DocScrutinizer05 | lol | 14:43 |
DocScrutinizer05 | your fix will only change that to another kind of mess | 14:44 |
Pali | and also wear leveling... | 14:44 |
DocScrutinizer05 | I don't see how's that new mess any better than the old | 14:44 |
DocScrutinizer05 | oh well, wear leveling | 14:44 |
Pali | if you upgrade CSSU metapackage for testing 1000000x cal can be damaged | 14:44 |
DocScrutinizer05 | not really | 14:45 |
DocScrutinizer05 | you need at least 10^5 times that | 14:45 |
kerio | a million erases doesn't sound like much, over the whole mtd partition | 14:45 |
DocScrutinizer05 | since not every write to CAL already does a page erase | 14:45 |
Pali | do you trust libcal?? | 14:45 |
Pali | I not | 14:46 |
kerio | i trust libcal | 14:46 |
DocScrutinizer05 | not a good rationale for a "fix" | 14:46 |
kerio | can the onenand be repartitioned? | 14:46 |
kerio | or is the layout static from something closed? | 14:47 |
DocScrutinizer05 | yes. but NOLO and flasher can't | 14:47 |
DocScrutinizer05 | the latter, kerio | 14:47 |
DocScrutinizer05 | afaik | 14:47 |
kerio | DocScrutinizer05: use initfs as cal from the kernel side, or something | 14:47 |
kerio | NOLO only *reads* from cal, right? | 14:48 |
DocScrutinizer05 | well, nope | 14:48 |
DocScrutinizer05 | it writes flags there | 14:48 |
kerio | oh, heh | 14:48 |
kerio | i'm not sure i trust *that* actually | 14:49 |
DocScrutinizer05 | anyway, there's no demand for any fixing regarding CAL yet | 14:49 |
DocScrutinizer05 | neither for waer leveling nor for any other reason | 14:49 |
DocScrutinizer05 | it's absolutely fine the way it works right now, in my book | 14:50 |
Pali | NOLO has own mtd layout. it using CAL, kernel and initfs | 15:02 |
freemangordon | Pali: we have libcal REed, look at it for how writes are handled | 15:02 |
Pali | but kernel can use other layout | 15:02 |
Pali | if you replace NOLO you can reparition as you want | 15:02 |
DocScrutinizer05 | actually a NOLO binary patcher "repartitioner" would be a rather nice tool | 15:15 |
Pali | DocScrutinizer05, I forgot that partition layout is stored in CAL | 15:21 |
Pali | but problem is that format of layout is unknown | 15:21 |
DocScrutinizer05 | really? | 15:21 |
Pali | yes | 15:21 |
*** dafox has quit IRC | 15:21 | |
Pali | but I do not know if NOLO using it | 15:22 |
DocScrutinizer05 | that's kinda weird since CAL already starts at $random-addr in MTD | 15:22 |
Pali | when I booted NOLO in qemu without kernel it shown me serial console | 15:22 |
DocScrutinizer05 | so the partition with CAL contains info about own starting addr | 15:22 |
Pali | and there is command to show mtdparts | 15:22 |
Pali | and in nolo there was separate partitin for xloader and separate for nolo | 15:23 |
Pali | but in /proc/mtd is only ONE partition for bootloader | 15:23 |
Pali | $ calvaria -d mtd1dump -n part_table | 15:24 |
Pali | CAL key for partition is "part_table" | 15:24 |
kolp | Just curious, what's CAL? | 15:29 |
*** Raimu-X has joined #maemo-ssu | 15:29 | |
*** mickname_ has joined #maemo-ssu | 15:30 | |
*** chainsawbike_ has joined #maemo-ssu | 15:33 | |
DocScrutinizer05 | ~cal | 15:33 |
infobot | well, cal is a calendar. try $(cal 1752) | 15:33 |
DocScrutinizer05 | dang | 15:33 |
DocScrutinizer05 | IroN900:~# cat /proc/mtd | 15:34 |
DocScrutinizer05 | dev: size erasesize name | 15:34 |
DocScrutinizer05 | mtd0: 00020000 00020000 "bootloader" | 15:34 |
DocScrutinizer05 | mtd1: 00060000 00020000 "config" | 15:34 |
DocScrutinizer05 | config=CAL | 15:34 |
*** chainsawbike has quit IRC | 15:34 | |
*** mickname has quit IRC | 15:34 | |
*** Skry has quit IRC | 15:34 | |
*** Raimu has quit IRC | 15:34 | |
*** chainsawbike_ is now known as chainsawbike | 15:34 | |
DocScrutinizer05 | http://talk.maemo.org/showthread.php?t=20465 | 15:34 |
DocScrutinizer05 | ~$(cal 1752) | 15:36 |
DocScrutinizer05 | ~factinfo cal | 15:37 |
infobot | cal -- created by cafuego <cafuego@caffeine.ipv6.cafuego.net> at Tue Jun 10 07:37:04 2003 (3452 days); it has been requested 9 times, last by DocScrutinizer05, 3m 25s ago. | 15:37 |
DocScrutinizer05 | kolp: less -f /dev/mtd1ro | 15:38 |
DocScrutinizer05 | part-table is very first entry | 15:39 |
DocScrutinizer05 | alas quite obscure, and we know fremantle boots even when CAL got nuked (nandtester checked that for us ;-D ) | 15:40 |
*** dafox has joined #maemo-ssu | 15:41 | |
merlin1991 | I've got one n900 where cal seems to be fsckd | 15:41 |
DocScrutinizer05 | strings /dev/mtd1ro|less; for beginners | 15:41 |
*** dafox is now known as Guest68263 | 15:41 | |
kolp | DocScrutinizer05: ty | 15:42 |
DocScrutinizer05 | yw | 15:42 |
DocScrutinizer05 | kolp: NEVER think of writing to CAL! | 15:42 |
DocScrutinizer05 | it's not restorable | 15:43 |
DocScrutinizer05 | (first approach) | 15:43 |
*** arcean has quit IRC | 15:43 | |
DocScrutinizer05 | (now for 2nd, advanced approach:) | 15:43 |
kolp | Mkay, though I didn't intend to :) | 15:43 |
DocScrutinizer05 | merlin1991: so why don't you try and nandwrite a copy of some other N900 to your nuked CAL? | 15:44 |
DocScrutinizer05 | kerio will love to assist | 15:44 |
*** Skry has joined #maemo-ssu | 16:00 | |
*** Pali has quit IRC | 16:01 | |
*** arcean has joined #maemo-ssu | 16:10 | |
*** Skry has quit IRC | 16:16 | |
*** Timo has quit IRC | 16:30 | |
*** Timo has joined #maemo-ssu | 16:39 | |
*** Pali has joined #maemo-ssu | 16:54 | |
*** luf has quit IRC | 16:54 | |
*** arcean_ has joined #maemo-ssu | 16:56 | |
*** FIQ has joined #maemo-ssu | 16:57 | |
*** arcean has quit IRC | 17:01 | |
merlin1991 | hm actually I have 2 devices where osso-product-info mostly says "<unkown>" | 17:05 |
*** Skry has joined #maemo-ssu | 17:06 | |
*** Jade has quit IRC | 17:20 | |
*** arcean has joined #maemo-ssu | 17:28 | |
*** arcean_ has quit IRC | 17:32 | |
*** tg has quit IRC | 17:34 | |
*** tg has joined #maemo-ssu | 17:35 | |
*** M4rtinK has quit IRC | 17:46 | |
*** myuu_- has joined #maemo-ssu | 17:49 | |
*** dhbiker has quit IRC | 17:51 | |
*** dhbiker has joined #maemo-ssu | 17:51 | |
*** myuu_ has quit IRC | 17:51 | |
*** Pali has quit IRC | 18:23 | |
kerio | DocScrutinizer05: i'll most likely not love to assist >:c | 18:32 |
kerio | moving a CAL from a n900 to another is probably a road to bricking | 18:32 |
kerio | unless there are 0 bad blocks in the same partition on both N900s, and they have the same hw rev | 18:32 |
kerio | i think that once you have a copy of cal, you can dump the *contents* and write them on the device to a brand-new CAL with libcal or the reverse engineered one | 18:33 |
*** iDont has joined #maemo-ssu | 18:34 | |
*** ekze has quit IRC | 18:38 | |
DocScrutinizer05 | kerio: that's BS, we sorted that out, with nandwrite | 18:43 |
DocScrutinizer05 | nadwrite is made to deal with bad blocks | 18:44 |
DocScrutinizer05 | you're right about hw-rev though, would be nice if they'd match | 18:45 |
DocScrutinizer05 | if your destination mtd partition has more bad blocks than your origin partition, then nandwrite will spit out a warning/error about image to write exceeds available space, that's all | 18:47 |
*** NIN101 has joined #maemo-ssu | 18:57 | |
kerio | DocScrutinizer05: what's a bad block there, btw? | 19:08 |
kerio | a full eraseblock? | 19:08 |
kerio | if so, i doubt libcal will handle it | 19:08 |
kerio | i mean, cal is a linked list, you have pointers to the next item | 19:09 |
kerio | if you have a bad block and you skip that block... | 19:10 |
*** NIN102 has joined #maemo-ssu | 19:16 | |
*** NIN101 has quit IRC | 19:19 | |
*** corepl has joined #maemo-ssu | 19:20 | |
*** iDont has quit IRC | 19:22 | |
*** toxaris has joined #maemo-ssu | 19:22 | |
*** corepl has quit IRC | 19:22 | |
*** NIN102 has quit IRC | 19:22 | |
*** toxarisswe has joined #maemo-ssu | 19:24 | |
*** l4m3rx has joined #maemo-ssu | 19:25 | |
*** toxaris has quit IRC | 19:27 | |
*** toxarisswe has quit IRC | 19:35 | |
DocScrutinizer05 | you can bet on libcal handling bad blocks | 19:44 |
kerio | yeah but it *handles* bad blocks | 19:45 |
kerio | it doesn't necessarily handle a nanddump of a written cal partition nandwritten on a different partition | 19:46 |
kerio | freemangordon: would libcal handle that? | 19:46 |
DocScrutinizer05 | hmm, valid concern | 19:46 |
DocScrutinizer05 | btw a linked list would be about the worst data structure for CAL you could possibly think of | 19:49 |
DocScrutinizer05 | I guess it's rather just scanning for labels, basically a grep | 19:49 |
DocScrutinizer05 | since there's absolutely no use in changing the forward pointer in an existing record, on NAND | 19:50 |
DocScrutinizer05 | unless, well... you could define all zeroes or all ones as a void pointer marking last element, and overwrite that with a pointer to new element on a rewrite | 19:51 |
*** NIN101 has joined #maemo-ssu | 19:51 | |
DocScrutinizer05 | still hardly any useful data structure | 19:52 |
DocScrutinizer05 | simply have tags with magic numbers, grep for those, get the one with newest date, highest index, or whatever | 19:53 |
DocScrutinizer05 | I mean, libcal isn't meant to be speed optimized | 19:53 |
DocScrutinizer05 | check calvaria code if you're interested in details. I didn't | 19:54 |
*** NIN102 has joined #maemo-ssu | 19:54 | |
*** NIN101 has quit IRC | 19:56 | |
DocScrutinizer05 | kerio: see https://dev.openwrt.org/browser/packages/utils/calvaria/files/src/calvaria.c#L25, much like I expected | 20:00 |
DocScrutinizer05 | #define HDR_MAGIC "ConF" | 20:01 |
DocScrutinizer05 | already thought as much :-P | 20:01 |
DocScrutinizer05 | actually that's how I manually parsed less -f /dev/mtd1 so far | 20:02 |
kerio | DocScrutinizer05: i suppose they wanted to reduce writes as much as they could? idk | 20:02 |
DocScrutinizer05 | without reading any calcaria.c code | 20:02 |
kerio | how do they figure out where to write once the space is filled? | 20:04 |
kerio | DocScrutinizer05: when do blocks become invalid? | 20:06 |
DocScrutinizer05 | libcal will scan for an erase page that has no valid records, then erase that | 20:07 |
kerio | oh so they're marked invalid at some point | 20:07 |
kerio | when they're skipped | 20:07 |
DocScrutinizer05 | well, for whatever 'marked as invalid' means | 20:07 |
kerio | DocScrutinizer05: deleted record, or overwritten record | 20:07 |
DocScrutinizer05 | https://dev.openwrt.org/browser/packages/utils/calvaria/files/src/calvaria.c#L279 | 20:08 |
DocScrutinizer05 | basically a record is invalid if there's another more valid record for same label | 20:09 |
DocScrutinizer05 | you could also purge a record by overwriting it without prior page erase | 20:10 |
DocScrutinizer05 | mind you, writing 1s is possible while writing 0s needs page erase (or other way round) | 20:11 |
kerio | what's wrong about erasing the page and rewriting it? | 20:11 |
DocScrutinizer05 | takes time and wears out NAND | 20:12 |
DocScrutinizer05 | takes really loooooooooong | 20:12 |
kerio | really? :o | 20:12 |
DocScrutinizer05 | like 20ms | 20:12 |
DocScrutinizer05 | or 100 | 20:12 |
DocScrutinizer05 | or 1 | 20:12 |
DocScrutinizer05 | a time you could grep like 10000 CAL partitions for a label | 20:13 |
DocScrutinizer05 | and actually it's the page erase that wears out NAND the most | 20:14 |
DocScrutinizer05 | it's a really brute force physical event that clears nand ersase pages | 20:14 |
kerio | oic | 20:15 |
kerio | is it really a good idea to use a full eraseblock for each element then? | 20:16 |
DocScrutinizer05 | do they do that? | 20:16 |
kerio | idk, i hope not | 20:16 |
DocScrutinizer05 | I wouldn't think they do | 20:17 |
DocScrutinizer05 | I'd guess they pack some 10s to 100s of elements into one erase page | 20:17 |
DocScrutinizer05 | btw they could as well do something nifty: if only two more erase pages left, they copy all valid elements from a completely filled erase page to an empty one, then erase that page as it's now free | 20:19 |
DocScrutinizer05 | s/an empty one/ empty slots on partially used erase pages/ | 20:20 |
infobot | DocScrutinizer05 meant: btw they could as well do something nifty: if only two more erase pages left, they copy all valid elements from a completely filled erase page to empty slots on partially used erase pages, then erase that page as it's now free | 20:20 |
DocScrutinizer05 | avoids fragmentation, and simplifies picking a erase page to free | 20:20 |
kerio | DocScrutinizer05: i wonder what's the best way of implementing a nand-friendly hashtable | 20:20 |
DocScrutinizer05 | I bet there are implementations for that already, probably done as master thesis | 20:21 |
DocScrutinizer05 | I'd say: don't | 20:22 |
kerio | at a phd level? :o | 20:22 |
DocScrutinizer05 | you don't wanna use a hash table on NAND | 20:22 |
kerio | it doesn't seem that difficult, you just have to minimize the writing of zeros everywhere | 20:22 |
kerio | today's key word is UNDERSTATEMENT | 20:23 |
DocScrutinizer05 | however with my initial suggestion of late writing of forward pointers, you could do. If you also implement a "deleted" flag for late tagging as purged | 20:23 |
kerio | DocScrutinizer05: i suppose that the big problem here is that you have to be able to parse and write that format from NOLO | 20:25 |
kerio | so you probably want to keep it simple | 20:25 |
DocScrutinizer05 | at some level however, you'll have to revert to brute force forward scan/grep, as every hash table is incomplete at some point, and then you get no sort order for elements you add later on | 20:25 |
DocScrutinizer05 | kerio: keep in mind NOLO even could load a complete linux to RAM to delegate some tasks like these | 20:26 |
DocScrutinizer05 | depends on flasher only | 20:27 |
DocScrutinizer05 | NOLO as well could expose a *very* basic API to handle NAND (CAL) rewrites, something like word read(addr), write(addr, word), erasepage(pagenumber) | 20:28 |
DocScrutinizer05 | all the rest again up to flasher | 20:29 |
DocScrutinizer05 | so... no problem with complexity of handling CAL rewrites in NOLO | 20:29 |
DocScrutinizer05 | hell, NOLO could even export a simulated JTAG | 20:30 |
kerio | DocScrutinizer05: usb mtd! | 20:31 |
DocScrutinizer05 | JTAG has 4 pins | 20:31 |
DocScrutinizer05 | flasher would implement an embedded JTAG programmer then | 20:31 |
DocScrutinizer05 | we simply don't know | 20:32 |
DocScrutinizer05 | ~wiki jtag | 20:35 |
infobot | At http://en.wikipedia.org/wiki/Jtag (URL), Wikipedia explains: "{{Refimprove|date=November 2009}} 'Joint Test Action Group' ('JTAG') is the common name for what was later standardized as the IEEE 1149.1 'Standard Test Access Port and Boundary-Scan Architecture'. It was initially devised for testing printed circuit boards using boundary scan and is still widely used for this application. Today JTAG is also widely used for IC debug ports. In the ... | 20:35 |
DocScrutinizer05 | actually JTAG is the smartest invention since intersil 4004 | 20:38 |
DocScrutinizer05 | ooops, s/intersil/intel/ | 20:42 |
DocScrutinizer05 | or rather, s/4004/IM6100/ | 20:43 |
*** Martix has quit IRC | 20:56 | |
*** Martix has joined #maemo-ssu | 20:57 | |
*** Guest68263 has quit IRC | 21:20 | |
*** arcean has quit IRC | 21:21 | |
*** dafox has joined #maemo-ssu | 21:22 | |
*** arcean has joined #maemo-ssu | 21:23 | |
*** Pali has joined #maemo-ssu | 22:21 | |
*** arcean has quit IRC | 22:32 | |
*** arcean has joined #maemo-ssu | 22:49 | |
*** dafox has quit IRC | 22:56 | |
*** lizardo has quit IRC | 23:00 | |
*** arcean has quit IRC | 23:24 | |
*** nox- has joined #maemo-ssu | 23:29 | |
*** M4rtinK has joined #maemo-ssu | 23:29 | |
*** arcean has joined #maemo-ssu | 23:32 | |
*** NIN102 has quit IRC | 23:35 | |
*** freemangordon has quit IRC | 23:44 | |
*** freemangordon has joined #maemo-ssu | 23:45 | |
*** peetah has quit IRC | 23:56 | |
*** peetah has joined #maemo-ssu | 23:57 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!