*** xes has joined #maemo-ssu | 00:07 | |
*** _rd has joined #maemo-ssu | 00:16 | |
*** _rd has quit IRC | 00:21 | |
*** _rd has joined #maemo-ssu | 00:22 | |
*** LauRoman has quit IRC | 00:29 | |
*** _rd has quit IRC | 00:33 | |
*** _rd has joined #maemo-ssu | 00:34 | |
*** rd_ has joined #maemo-ssu | 00:44 | |
*** _rd has quit IRC | 00:44 | |
*** rd_ has quit IRC | 00:49 | |
*** WielkiTost has joined #maemo-ssu | 00:51 | |
*** WielkiTost is now known as dos1 | 00:51 | |
*** dos11 has quit IRC | 00:51 | |
*** Pali has quit IRC | 01:02 | |
*** dhbiker has quit IRC | 01:04 | |
*** freemangordon has quit IRC | 01:08 | |
*** freemangordon has joined #maemo-ssu | 01:14 | |
*** nox- has joined #maemo-ssu | 01:24 | |
*** NIN101 has quit IRC | 01:34 | |
*** kolp has quit IRC | 01:38 | |
*** joshgillies has joined #maemo-ssu | 01:55 | |
*** Martix has quit IRC | 02:23 | |
*** joshgillies has quit IRC | 02:42 | |
*** tom has quit IRC | 02:43 | |
*** wmarone_ has joined #maemo-ssu | 02:52 | |
*** wmarone has quit IRC | 02:52 | |
*** dafox has quit IRC | 03:02 | |
*** joshgillies has joined #maemo-ssu | 03:21 | |
*** jonwil has joined #maemo-ssu | 03:22 | |
*** jonwil_ has joined #maemo-ssu | 03:27 | |
*** jonwil_ has quit IRC | 03:28 | |
*** BCMM has quit IRC | 03:28 | |
*** jonwil has quit IRC | 03:29 | |
*** jonwil has joined #maemo-ssu | 03:31 | |
*** xes has quit IRC | 03:45 | |
*** Vlad_on_the_road has quit IRC | 03:47 | |
*** joshgillies has quit IRC | 03:51 | |
*** dos1 has quit IRC | 04:40 | |
*** rlinfati has joined #maemo-ssu | 04:46 | |
rlinfati | a copy of the nolo, kernel, and modules for crypto on N900 http://las.menoscero.com/virtu/virtu-datos/Programas/device/maemo-fremantle/flash/RX-51_2009SE_crypto.tar.gz | 04:47 |
---|---|---|
*** rlinfati has quit IRC | 04:48 | |
DocScrutinizer05 | o.O .oO(???) | 05:07 |
jonwil | Looks risky if it needs to flash a new xloader | 05:09 |
DocScrutinizer05 | >>3. pug usb cable and "IMMIDIATELY" press power button.<< W*T*F?!?!! | 05:10 |
DocScrutinizer05 | well, "risky" | 05:12 |
DocScrutinizer05 | there's always coldflash | 05:12 |
DocScrutinizer05 | but this new xloader might give us some valuable other options | 05:13 |
*** discopig has quit IRC | 05:14 | |
*** nox- has quit IRC | 05:15 | |
DocScrutinizer05 | since a) it must be signed, so we have two signed xloaders now, and b) it seems to enable stuff that formerly not been enabled - yet to check what else is possible now except AES, and c) this new xloader (and Nolo?) might come with other goodies aka easter eggs | 05:15 |
jonwil | The real question is where these files came from and who published them (and whether it was done with approval or not) | 05:18 |
*** amizraa has quit IRC | 05:21 | |
jonwil | still interesting for those who are game enough to fiddle with it :) | 05:21 |
DocScrutinizer05 | jonwil: all that is a non-question as far as I'm concerned | 05:24 |
DocScrutinizer05 | xloader is *tiny* and easy to diff to original | 05:24 |
DocScrutinizer05 | 14.5kB | 05:25 |
DocScrutinizer05 | freemangordon and pali will think xmas came early this year | 05:25 |
DocScrutinizer05 | there's also a flasher.rover in there | 05:26 |
DocScrutinizer05 | kds@kds:~/download$ flasher.rover -i | 05:26 |
DocScrutinizer05 | flasher v2.8.2 (Jan 8 2010) | 05:26 |
jonwil | not sure what that flasher is though | 05:27 |
DocScrutinizer05 | flasher-3.5 basically | 05:27 |
*** tom has joined #maemo-ssu | 05:27 | |
DocScrutinizer05 | probably identical, though who knows for sure, before we checked it | 05:28 |
jonwil | hmmm, I cant find flasher-3.5 right now | 05:38 |
jonwil | tablets-dev.nokia.com isnt working and I cant find a mirror of the Linux version | 05:39 |
*** amiconn has quit IRC | 05:39 | |
*** amiconn_ has joined #maemo-ssu | 05:39 | |
*** amiconn_ is now known as amiconn | 05:39 | |
jonwil | ok, found it | 05:41 |
jonwil | and no flasher.rover is not the same as flasher-3.5 | 05:42 |
jonwil | flasher.rover is smaller in size than flasher-3.5 | 05:43 |
jonwil | and it appears to be a newer version (2.8.2 vs 2.5.2) | 05:45 |
jonwil | in any case I will allow those more knowledgeable than me on such things fiddle with that interesting looking tarball | 05:47 |
jonwil | btw it looks like it supports sha1/md5 hardware as well as AES hardware | 05:48 |
DocScrutinizer05 | anyway, here's a screenshot I took when managing maemo.cloud-7.de/maemo5/fiasco&co/ http://wstaw.org/m/2013/10/12/plasma-desktopoU3743.png | 06:00 |
DocScrutinizer05 | a pity that this tarball doesn't include the sources for xloader and NOLO/2nd and no signing tool and keyfile for xloader signing | 06:02 |
*** amizraa has joined #maemo-ssu | 06:11 | |
jonwil | anyhow, that tarball is a good find :) | 06:36 |
jonwil | just like some of the other "good finds" that have popped up lately (like the fact that http://mirror.thecust.net/harmattan-dev.nokia.com/pool/harmattan/nokia-binaries/41667a5bd857be02f487c2ce806fbf85/nokia-binaries/p/pulseaudio-nokia/ contains debug packages for all those pulseaudio blobs) | 06:37 |
DocScrutinizer05 | do we have a mirror of that stuff already? | 06:59 |
jonwil | that site looks like a mirror done by someone of harmattan-dev.nokia.com | 07:00 |
DocScrutinizer05 | yeah, and anybody's guess when it vanishes | 07:00 |
jonwil | full mirror by the looks of it | 07:00 |
jonwil | someone should mirror it then :P | 07:01 |
DocScrutinizer05 | brkn: around? | 07:01 |
* jonwil must remember to find out what the difference between gst-plugins-good, gst-plugins-bad and gst-plugins-ugly is | 07:05 | |
*** jonwil has quit IRC | 07:07 | |
*** FlameReaper has joined #maemo-ssu | 07:49 | |
*** discopig has joined #maemo-ssu | 08:14 | |
*** joshgillies has joined #maemo-ssu | 08:46 | |
*** M13 has joined #maemo-ssu | 08:46 | |
*** rd_ has joined #maemo-ssu | 08:47 | |
*** LauRoman has joined #maemo-ssu | 08:56 | |
*** kolp has joined #maemo-ssu | 09:16 | |
*** joshgillies has quit IRC | 09:33 | |
*** joshgillies has joined #maemo-ssu | 09:38 | |
*** FlameReaper has quit IRC | 09:54 | |
*** rd_ has quit IRC | 10:03 | |
*** DrCode has quit IRC | 10:17 | |
*** NIN101 has joined #maemo-ssu | 10:23 | |
*** rd_ has joined #maemo-ssu | 10:27 | |
*** DrCode has joined #maemo-ssu | 10:27 | |
*** FlameReaper has joined #maemo-ssu | 10:27 | |
*** Pali has joined #maemo-ssu | 10:58 | |
*** rd_ has quit IRC | 10:59 | |
*** Vlad_on_the_road has joined #maemo-ssu | 11:03 | |
*** Vlad_on_the_road has quit IRC | 11:09 | |
*** joshgillies has quit IRC | 11:22 | |
*** Vlad_on_the_road has joined #maemo-ssu | 11:24 | |
*** joshgillies has joined #maemo-ssu | 11:27 | |
*** rd_ has joined #maemo-ssu | 11:48 | |
*** Martix has joined #maemo-ssu | 11:52 | |
Pali | docscrutinizer05, jonwil: that tarball with xloader, nolo and crypto modules was sent to maemo ML years ago | 11:56 |
Pali | and people who worked on it are real and well known | 11:56 |
Pali | I sent link to that email thread here in irc more times | 11:56 |
Pali | and I already wrote that I have that tarball on hdd which is disconnected... | 11:57 |
Pali | so if nobody is able to find it I can provide it (after I connect that hdd somewhere...) | 11:58 |
Pali | and if you want more info about that flasher.rover please read doc/ folder in 0xFFFF | 11:59 |
Pali | basicly that flasher has full support for MkII flashing protocol | 11:59 |
Pali | flasher-3.5 support flashing only eMMC via MkII protocol, that flasher.rover support flashing any image type (except rootfs) | 12:00 |
Pali | jonwil: gst-plugins-good/bad/ugly are different packages and all contains different modules | 12:01 |
Pali | it is like stable/testing/devel | 12:02 |
*** rd_ has quit IRC | 12:02 | |
Pali | freemangordon, jonwil: can you do some diff between pr1.3 xloader and that new crypto xloader? | 12:05 |
*** NIN102 has joined #maemo-ssu | 12:05 | |
Pali | and also between secondary nolo? | 12:05 |
freemangordon | Pali: trying it right now | 12:05 |
Pali | ok | 12:06 |
freemangordon | but I forgot how to switch between ARM <-> THUMB mode in IDA :( | 12:06 |
Pali | and look at strings flasher.rover | 12:07 |
freemangordon | why? | 12:07 |
Pali | there is something "writing certificate" | 12:07 |
Pali | what it could means? | 12:07 |
Pali | where and how can flasher.rover write certificate (and which)? | 12:08 |
*** NIN101 has quit IRC | 12:08 | |
freemangordon | I guess we can load a pubkey, as long as it is signed with TI private ;) | 12:08 |
Pali | pubkey of what? | 12:08 |
Pali | public key for omap boot rom cannot be changed... | 12:08 |
freemangordon | pubkey that is used to verify PPA signiture :) | 12:09 |
Pali | and there is no other signing process... | 12:09 |
freemangordon | xloader is signed | 12:09 |
Pali | yes, but signature is verified by omap boot rom and this key cannot be changed by design | 12:09 |
Pali | harmattan has signed also second part which can be maybe changed... | 12:10 |
*** NIN102 is now known as NIN101 | 12:11 | |
Pali | who is going to flash that xloader? :-) | 12:12 |
Pali | or maybe only secondary nolo image? (which is not signed) | 12:12 |
freemangordon | Pali: are you sure xloader signiture is verified against TI key? I doubt | 12:12 |
Pali | I do not understand why secondary image must be changed too... | 12:12 |
Pali | freemangordon: yes it is verified against key hardcoded in omap/arm processor | 12:13 |
freemangordon | where did you get that from | 12:13 |
freemangordon | as usually this is not how signing works | 12:13 |
Pali | there was page about xloader structure | 12:13 |
Pali | and there it was written | 12:13 |
freemangordon | Pali: xloader has RSA key in it | 12:14 |
freemangordon | so I guess there is a certificate chain rather a single key | 12:14 |
Pali | try to look for xloader strucutr | 12:15 |
Pali | link should be in log | 12:15 |
*** rd_ has joined #maemo-ssu | 12:26 | |
*** jonwil has joined #maemo-ssu | 12:40 | |
*** rd_ has quit IRC | 12:54 | |
*** rd_ has joined #maemo-ssu | 13:01 | |
*** Vlad_on_the_road has quit IRC | 13:05 | |
*** dafox has joined #maemo-ssu | 13:20 | |
*** LauRoman has quit IRC | 13:20 | |
*** Martix has quit IRC | 13:20 | |
*** Martix has joined #maemo-ssu | 13:22 | |
*** FReaper has joined #maemo-ssu | 13:27 | |
*** FlameReaper has quit IRC | 13:29 | |
*** Pali has quit IRC | 13:32 | |
*** FlameReaper has joined #maemo-ssu | 13:54 | |
*** FReaper has quit IRC | 13:56 | |
*** Pali has joined #maemo-ssu | 14:05 | |
*** psycho_oreos has quit IRC | 14:06 | |
*** psycho_oreos has joined #maemo-ssu | 14:15 | |
jonwil | ~seen pali | 14:22 |
infobot | pali is currently on #maemo (17m 39s) #maemo-ssu (17m 39s), last said: 'or ask google for support'. | 14:22 |
jonwil | ~seen docscrutinizer05 | 14:23 |
infobot | docscrutinizer05 is currently on #maemo (3d 14h 17m 59s) #n9 (3d 14h 17m 59s) #harmattan (3d 14h 17m 59s) #meego (3d 14h 17m 59s) #openmoko (3d 14h 17m 59s) #maemo-ssu (3d 14h 17m 59s) #infobot (3d 14h 17m 59s) #openmoko-cdevel (3d 14h 17m 59s). Has said a total of 613 messages. Is idling for 7h 57s, last said: 'seems he didn't like my advice'. | 14:23 |
Pali | freemangordon: now I looked at gst omx plugin and it provide support for h264 and wmv | 14:25 |
freemangordon | Pali: so? | 14:25 |
Pali | and dsp gst plugin does not support wmv | 14:25 |
freemangordon | it does | 14:25 |
freemangordon | not stock one ofc | 14:25 |
Pali | hm, I looked at stock only | 14:26 |
freemangordon | look at the one on 720p thread | 14:26 |
freemangordon | it provides everything OMX one provides | 14:26 |
Pali | stock omx: decoder-video/x-wmv, wmvversion=(int)3; | 14:26 |
Pali | ok | 14:26 |
Pali | freemangordon: and where is hardcoded priority of omx and dsp? | 14:27 |
Pali | in plugin? or in gst library? | 14:27 |
freemangordon | in the plugin | 14:27 |
Pali | or somewhere else? | 14:27 |
Pali | and cannot we increase priority of dsp? | 14:28 |
freemangordon | we can, but why? | 14:28 |
Pali | one package less which needs to be modified | 14:28 |
Pali | (removed) | 14:28 |
freemangordon | ok, but omx just will stay in rootfs | 14:29 |
freemangordon | and iirc it already have max priority | 14:29 |
Pali | size is 40k | 14:29 |
freemangordon | we can just do "replaces" iiuc | 14:29 |
Pali | ok if we cannot increase priority because it has max, then create dummy transtitonal package | 14:30 |
freemangordon | yep | 14:30 |
Pali | I can do packaging when laptop is back | 14:30 |
Pali | but what to do with hd codecs libs? | 14:31 |
Pali | we did not get any definite answer from ti/nokia | 14:31 |
freemangordon | I first have to finish gstdsp to support both stock and hd codecs | 14:31 |
freemangordon | if we're not going to replace codecs | 14:31 |
Pali | and harmattan-dev will be down one day | 14:31 |
Pali | so we cannot depends on that server | 14:32 |
freemangordon | :nod: | 14:32 |
Pali | I'm for pushing that libs to r.m.o | 14:32 |
Pali | nobody (we/cssu/nokia/ti) wrote any objections | 14:33 |
freemangordon | Pali: I am fine with that, but we should get a green light from merlin1991 | 14:33 |
Pali | ok | 14:33 |
Pali | merlin1991: ping | 14:33 |
Pali | freemangordon: so then pusing dsp and oc patches to cssu-kernel? | 14:34 |
freemangordon | Pali: do you remember why we decide to not push them? | 14:34 |
Pali | freemangordon: can you give me link to cssu kernel wiki maemo page? | 14:35 |
Pali | oc because of powertop | 14:35 |
Pali | and dsp because needs oc | 14:35 |
freemangordon | http://wiki.maemo.org/CSSU_kernel_assess | 14:35 |
freemangordon | oh, yeah, powertop | 14:35 |
freemangordon | I guess this reason is no longer valid | 14:35 |
freemangordon | FatPhil: ping | 14:35 |
* freemangordon needs to find something for lunch | 14:36 | |
Pali | freemangordon: powertop not working only if kernel is overclocked? | 14:36 |
freemangordon | no | 14:36 |
Pali | or it not working also with default nokia settings? | 14:36 |
freemangordon | it has number of freqs hardcoded | 14:36 |
freemangordon | so having more then that breaks powertop | 14:36 |
freemangordon | s/freqs/OPPS | 14:37 |
Pali | fatphil: did you write letter about powertop license/source code to nokia? | 14:50 |
*** dafox has quit IRC | 14:55 | |
Pali | powertop sources could be usefull for fixing that bug in powertop | 14:57 |
*** Mihanizat0r has joined #maemo-ssu | 15:02 | |
Pali | freemangordon: and there is open source theora dsp library... if you have time can you try to create gst-dsp plugin for it? | 15:05 |
*** M13 has quit IRC | 15:06 | |
*** dos1 has joined #maemo-ssu | 15:10 | |
freemangordon | Pali: for theora we need newev gstreamer | 15:20 |
freemangordon | *newer | 15:20 |
freemangordon | and newer gstreamer needs newer libc | 15:20 |
freemangordon | which needs newer kernel (i guess) | 15:20 |
*** rd_ has quit IRC | 15:21 | |
Pali | why we need new gstreamer? | 15:26 |
Pali | I do not know how is gst-dsp working, but why cannot be added here also theora support which will use theora dsp codec? | 15:27 |
*** rd_ has joined #maemo-ssu | 15:47 | |
* jonwil still cant find anything to work on... | 16:01 | |
*** joshgillies has quit IRC | 16:04 | |
*** lenoch has joined #maemo-ssu | 16:11 | |
*** FlameReaper has quit IRC | 16:23 | |
*** Pali has quit IRC | 16:38 | |
*** Pali has joined #maemo-ssu | 16:48 | |
Pali | jonwil: app-detect? | 16:49 |
jonwil | tried it, I can figure out in broad terms what its doing but its doing something wierd so I cant do more about it | 16:52 |
jonwil | as in clone it | 16:52 |
jonwil | what do you want to know about it? | 16:54 |
jonwil | ? | 17:00 |
Pali | what is that app-detect doing :-) | 17:02 |
Pali | and something other to RE: systemui actdead plugin | 17:03 |
Pali | because it using libbme | 17:03 |
Pali | jonwil: that plugin is small | 17:03 |
jonwil | systemui actdead plugin isn't using libbme | 17:04 |
Pali | then some other systemui plugin is linked with libbmeipc.so.0 | 17:04 |
Pali | I thought it was actdead | 17:04 |
jonwil | its using hald-addon-bme | 17:04 |
jonwil | checking some things now | 17:05 |
Pali | no no there is plugin which depends on libbmeipc0 package | 17:05 |
jonwil | checking now who actually links to libbmeipc.so.0 | 17:05 |
Pali | ok | 17:05 |
*** FlameReaper has joined #maemo-ssu | 17:09 | |
Pali | there is some problem with tablet-browser-daemon/eal/microb | 17:09 |
freemangordon | Pali: what is that problem thi https://gitorious.org/linux-n900/linux-n900/commit/1f98ccf8d0ceb3a7f1fe1c0695f7bfd8c39c9492 is fixing? | 17:09 |
freemangordon | *this | 17:09 |
Pali | everytime when I edit maemo wiki page it show me this message in syslog: | 17:09 |
Pali | rowser[2757]: GLIB WARNING ** default - Message sending from "ui" to socket "eal" failed, len:-1 error: Resource temporarily unavailable (11) | 17:09 |
Pali | sorry browser is freezed | 17:10 |
Pali | cannot open link now | 17:10 |
jonwil | things that use libbmeipc are | 17:13 |
jonwil | /usr/bin/testserver | 17:13 |
jonwil | /usr/lib/dsme/libthermalobject_surface.so | 17:14 |
jonwil | various things in /usr/lib/testserver | 17:15 |
jonwil | hald-addon-bme | 17:15 |
jonwil | and the pulseaudio-nokia things | 17:15 |
jonwil | thats all that I can find that uses libbmeipc | 17:16 |
Pali | ok | 17:17 |
Pali | jonwil: other thing which needs to be done is determinate why rtcom-call-ui crashing on 3.12 kernel | 17:19 |
Pali | and create fix for that (kernel or userspace) | 17:19 |
jonwil | I dont know the first thing about kernel and I know almost zilch about rtcom-call-ui | 17:20 |
Pali | jonwil: also what is needed: check who using /proc/component_version and /proc/bootreason | 17:21 |
jonwil | That I can find | 17:21 |
Pali | and fix all these program to not fail if that files not exists | 17:21 |
jonwil | checking now for who is using that | 17:21 |
Pali | jonwil: please check programs from cssu-devel | 17:22 |
Pali | because I already fixed something | 17:22 |
jonwil | I am just going to make list of all binaries on N900 that use those /proc entries for you | 17:22 |
jonwil | fixing it is another matter :) | 17:22 |
jonwil | ok, files that use it: | 17:22 |
jonwil | 10hildon_welcome (script) | 17:23 |
jonwil | rcS | 17:23 |
jonwil | also script | 17:24 |
jonwil | sgx (script) | 17:24 |
jonwil | softupd.rcS (script) | 17:24 |
jonwil | fb-progress.sh | 17:24 |
jonwil | also script | 17:24 |
jonwil | getbootstate | 17:25 |
jonwil | hald | 17:25 |
jonwil | ham-notifier-status-menu-item.so | 17:26 |
jonwil | ham-updates-status-menu-item.so | 17:26 |
jonwil | usr/lib/apt/methods/http | 17:26 |
jonwil | usr/lib/apt/methods/https | 17:26 |
jonwil | mce/modules/libaccelerometer.so | 17:27 |
jonwil | mce/modules/libalarm.so | 17:27 |
jonwil | mce/modules/libaudiorouting.so | 17:27 |
jonwil | mce/modules/libbattery.so | 17:27 |
jonwil | mce/modules/libcallstate.so | 17:27 |
jonwil | mce/modules/libcamera.so | 17:27 |
jonwil | mce/modules/libdisplay.so | 17:28 |
jonwil | mce/modules/libfilter-brightness-als.so | 17:28 |
jonwil | mce/modules/libfilter-brightness-simple.so | 17:28 |
jonwil | mce/modules/libhomekey.so | 17:28 |
jonwil | mce/modules/libinactivity.so | 17:28 |
jonwil | mce/modules/libkeypad.so | 17:28 |
jonwil | mce/modules/libled.so | 17:28 |
jonwil | usr/bin/testserver | 17:29 |
jonwil | sbin/preinit | 17:29 |
jonwil | sbin/mce | 17:29 |
jonwil | microb-engine/libxul.so | 17:29 |
jonwil | mce/modules/libvibrator.so | 17:29 |
jonwil | usr/lib/libsysinfo.so | 17:29 |
jonwil | usr/lib/libossoproductinfo.so | 17:29 |
jonwil | so basically thats it thats using those 2 /proc entries | 17:31 |
*** Mihanizat0r has quit IRC | 17:31 | |
jonwil | only things that arent foss or scripts are mce bits, libsysinfo and libossoproductinfo IIRC | 17:31 |
jonwil | getbootstate is now foss I believe | 17:32 |
jonwil | oh and testserver isnt foss | 17:32 |
jonwil | does that help? | 17:32 |
Pali | and what is using sysinfo? | 17:33 |
Pali | testserver can be removed, it is not used | 17:33 |
jonwil | sysinfo or ossoproducinfo? | 17:33 |
Pali | sysinfo (it is daemon + library) | 17:34 |
Pali | I would like to know what we need to fix/replace/re to remove that sw | 17:34 |
jonwil | ossoproductinfo is used by camera-ui.launch, eapd, hildon-input-method-configurator.bin, /usr/lib/libconbtui/libaudio.so, libconnui.so, liblocation_applet.so, osso-connectivity-connui-conndlgs.launch, osso-product-info and sscd | 17:37 |
jonwil | as for sysinfo, checking that now | 17:37 |
jonwil | wl1251-cal (not my replacement though) | 17:38 |
Pali | ah that productinfo list is too big... bad... | 17:39 |
jonwil | gen-obex-capability.sh | 17:41 |
jonwil | bluetooth-sysinfo (not my replacement) | 17:41 |
jonwil | K30ke-recv | 17:42 |
jonwil | ke-recv | 17:42 |
jonwil | S30ke-recv | 17:43 |
jonwil | libossoproductinfo.so | 17:44 |
jonwil | softupd | 17:45 |
jonwil | sscd | 17:45 |
freemangordon | Pali: I sent a mail for omapfb CMA failures, but don;t see it appearing in lkml :( | 17:46 |
freemangordon | you're in the cc | 17:46 |
jonwil | dsme-thermal (script) | 17:47 |
jonwil | controlpanel.launch | 17:49 |
jonwil | mediaplayer.launch | 17:49 |
jonwil | osso_startup_wizzard.launch | 17:49 |
Pali | freemangordon: lkml.org does not update website immediately, need wait | 17:49 |
freemangordon | oh, ok :) | 17:50 |
jonwil | fmtxd | 17:50 |
jonwil | thats everything using sysinfo | 17:50 |
Pali | freemangordon: now I updated cssu kernel table. Two things: 1. enable OC or not 2. patch ARM_6066_1_Fix_BUG_scheduling_while_atomic_swapper_0_0x00000002.diff | 17:50 |
freemangordon | Pali: well, the reason for not enabling OC was powertop, that problem no longer stands | 17:51 |
freemangordon | I don;t know that patch | 17:51 |
freemangordon | nut if it is enabled in KP, I see no reason why not enable it in kcssu | 17:51 |
freemangordon | *but | 17:52 |
jonwil | ok, anything else I can check for while I am doing checks? | 17:52 |
Pali | freemangordon: and 3. usb host mode is disabled, so in defconfig need to disable all usb drivers because are useless | 17:52 |
freemangordon | :nod: | 17:52 |
Pali | and that should be all | 17:53 |
freemangordon | great | 17:53 |
freemangordon | ut you have no PC to build it :D | 17:53 |
freemangordon | *but | 17:53 |
Pali | for kp53 I have two patches | 17:53 |
* freemangordon needs some cigarettes | 17:53 | |
jonwil | those things will kill you :P | 17:53 |
freemangordon | naah, my liver will die faster :D | 17:54 |
jonwil | or if not kill you, put you in hospital for massive surgeries :P | 17:54 |
Sicelo | +1 | 17:54 |
Sicelo | :P | 17:54 |
Pali | one from pavelm which adding optional better support for headset button | 17:54 |
Pali | button press is reported to system immediately (as new different keycode) but sometimes can be send also when nothing was pressed | 17:55 |
Pali | and second patch for adding new usbids to some usb network driver | 17:55 |
Pali | second is of cource now irrelevant for kcssu | 17:56 |
Pali | and I will test first (maybe with new omp patches) how it work... | 17:56 |
Pali | and decide if that can go to kcssu or not | 17:56 |
Pali | button keypress is reported as KEY_PRG1 (I think this is not used anywhere) so no maemo application should be broken | 17:57 |
Pali | because for listening for that is needed HAL | 17:57 |
Pali | and tell it to listen for key_prg1 | 17:58 |
Pali | jonwil: can you integrte your wl1251-cal and bt-cal to udev? | 17:59 |
jonwil | I dont know how to program udev | 18:00 |
jonwil | Never used it | 18:00 |
Pali | I mean: creating udev rules which call them after wifi/bluetooth appear in system | 18:00 |
jonwil | I dont know udev rules either | 18:00 |
Pali | ah :-( | 18:00 |
Pali | jonwil: other task: kernel driver can load nvs wl1251 file from /lib/firmware/... location | 18:01 |
Pali | can you create program which generate that nvs file? | 18:02 |
Pali | you have already program which sending that nvs file via netlink to kernel | 18:02 |
Pali | (nvs file is generated/read from cal) | 18:02 |
freemangordon | Pali: what is the problem with cal? | 18:03 |
Pali | freemangordon: kernel cannot read cal | 18:03 |
jonwil | We have libcal clone already | 18:04 |
Pali | and patches which can add that support will be rejected | 18:04 |
jonwil | oh ok | 18:04 |
jonwil | yeah makes sense | 18:04 |
jonwil | btw the wl1251-cal and bluetooth-sysinfo clones I made put the startup script in /etc/event.d | 18:04 |
Pali | problem is that proper way is to send nvs data to kernel driver is via /lib/firmware file | 18:04 |
Pali | and it is already implemented | 18:04 |
Pali | jonwil: but that your script will not work with upstream kernel | 18:05 |
freemangordon | Pali: is your idea to read nvs from cal and to store it in /lib/firmware before wifi driver is loaded? | 18:05 |
Pali | yes | 18:05 |
freemangordon | ok | 18:05 |
freemangordon | makes sense | 18:05 |
Pali | and do that only once (when file not exists) | 18:05 |
freemangordon | sure | 18:05 |
freemangordon | Pali: what is store in nvs file? MAC address? | 18:06 |
jonwil | calibration data IIRC | 18:06 |
freemangordon | ok | 18:06 |
jonwil | it gets changed slightly depending on regulatory domain | 18:06 |
Pali | nvs file has calibration data without MAC address | 18:06 |
freemangordon | but there is nvs in upstream fw iirc | 18:06 |
freemangordon | or this is device dependent? | 18:06 |
Pali | permanent mac address *cannot* be configueed for wl1251 now | 18:06 |
Pali | nvs is device dependent | 18:07 |
freemangordon | whaat? | 18:07 |
Pali | some "general" is in fw tree | 18:07 |
Pali | freemangordon: there are two mac address | 18:07 |
Pali | 1. permatent | 18:07 |
freemangordon | oh, I see | 18:07 |
Pali | 2. configured by user | 18:07 |
jonwil | WiFi (and bluetooth) MAC addresses come from CAL | 18:07 |
jonwil | feel free to adapt my wl1251-cal clone to spit out nvs data into a file (and use udev) if that's what you need | 18:07 |
Pali | kernel driver report to userspace both addresses | 18:08 |
jonwil | my dev box is having issues right now due to a botched emerge | 18:08 |
freemangordon | ok, so maemo configures amc | 18:08 |
jonwil | so I cant write the program for you | 18:08 |
jonwil | only reverse engineer stuff | 18:08 |
Pali | and wl1251 generating some random permanent | 18:08 |
freemangordon | *MAC | 18:08 |
Pali | and that reports to user | 18:08 |
freemangordon | hmm, wait, I have MAC filtering on my router | 18:08 |
jonwil | anything else you need me to do? | 18:09 |
jonwil | or want me to look at? | 18:09 |
freemangordon | so if MAC is random, my devel device won;t be able to connect | 18:09 |
Pali | of course jonwil/nokia program set user configuable address correctly | 18:09 |
freemangordon | ok | 18:09 |
Pali | and kernel driver using always that user configurable | 18:09 |
Pali | but you (as computer user) can ask kernel if driver has its native permanent address or changed | 18:10 |
jonwil | difference between my program and nokia program is that my program doesnt use sysinfo to get mac addresses from CAL and it uses value from CAL for country code rather than asking cellmo for country code | 18:10 |
Pali | I will ask on lkml what to do with wl1251 driver - how to transfer permanent address to kernel | 18:10 |
Pali | I'm for creating sysnode (as in bluetooth) for that | 18:11 |
Pali | so userspace (root user) can send permanent address to kernel driver | 18:11 |
Pali | wl1271 kernel driver has mac address at begining of nvs data | 18:11 |
Pali | but because wl1251 nvs data are different and structure is already defined, we cannot add somewhere (at begining or at end) needed mac address | 18:12 |
jonwil | so yeah feel free to use anything from my bluetooth-sysinfo or wl1251-cal replacements if you want :) | 18:13 |
Pali | so I think sysnode is good idea | 18:13 |
Pali | jonwil: your bluetooth sysinfo program only read mac address and send it to kernel via sysfs? | 18:13 |
Pali | nothing more? | 18:13 |
jonwil | yes thats all it does | 18:14 |
jonwil | grabs it from CAL and feeds to sysfs | 18:15 |
*** freemangordon has quit IRC | 18:15 | |
*** freemangordon_ has joined #maemo-ssu | 18:15 | |
Pali | ok, then this program should be called by udev when bluetooth device appear | 18:15 |
jonwil | ok, well like I said I know nothing about udev | 18:15 |
Pali | ok | 18:15 |
jonwil | btw is that crypto tarball from earlier (the one you said was posted before) any actual use to us? | 18:17 |
jonwil | i.e. does it acutally let us get at the hardware crypto bits we want to get at | 18:18 |
freemangordon_ | i'd say no | 18:18 |
jonwil | or does the fact that it needs new xloader and new nolo make it useless? | 18:18 |
freemangordon_ | unless we find a way to enable crypto HW without having to replace NOLO | 18:19 |
freemangordon_ | yep | 18:19 |
freemangordon_ | maybe we ahould ask the author wht exactly needs to be done | 18:19 |
jonwil | ok, so someone needs to figure out the binary layout of xloader and nolo and how to load both into IDA and then someone needs to find out whats different between the old and new xloader/nolo | 18:19 |
*** freemangordon_ is now known as reemangordon | 18:19 | |
*** reemangordon is now known as freemangordon | 18:20 | |
jonwil | I bet it does something that cant be done from kernel, only from lower level (xloader or nolo) | 18:20 |
freemangordon | jonwil: I have those loaded in IDA | 18:20 |
freemangordon | with the correct offsets | 18:20 |
jonwil | stock or the ones from that tarball? | 18:20 |
jonwil | but yeah talking to author of that tarball is best | 18:20 |
freemangordon | jonwil: it is not about the level (low/high), xloader/part of secondary run in so-called secure mode | 18:21 |
jonwil | yes thats what I thought | 18:21 |
jonwil | secure mode | 18:21 |
freemangordon | jonwil: both stock and the ones from the tarrball | 18:21 |
freemangordon | but we should at least know which is the binary to look in | 18:21 |
jonwil | same as how on modern PCs there are things only the UEFI bios bits can do and that OS kernels cant do | 18:21 |
jonwil | so yeah maybe we should talk to the author and find out where the magic sauce is | 18:23 |
jonwil | which part (xloader or nolo or both) | 18:23 |
jonwil | stuff that low (close to the hardware) is outta my league | 18:23 |
jonwil | I like nice sane elf executables calling functions with nice names and prototypes (preferably functions that I have header files for :) | 18:24 |
jonwil | heck, the closest I get to kernel stuff is when I need a kernel upgrade on my Gentoo box :) | 18:26 |
freemangordon | jonwil: both | 18:27 |
jonwil | ok, anything else I can do? | 18:28 |
*** M4rtinK has joined #maemo-ssu | 18:29 | |
freemangordon | jonwil: no idea | 18:29 |
jonwil | ok | 18:29 |
freemangordon | jonwil: oh, ... | 18:29 |
jonwil | oh what? | 18:29 |
freemangordon | you may want to look at VKB portrait mode | 18:29 |
*** M4rtinK has quit IRC | 18:29 | |
jonwil | cant do that either, my dev box is down (as I said) | 18:30 |
freemangordon | ok | 18:30 |
jonwil | so I can reverse engineer stuff but not write code right now :) | 18:30 |
*** M4rtinK has joined #maemo-ssu | 18:30 | |
freemangordon | I see | 18:30 |
jonwil | not that I know enough about GTK to do vkb portrait mode even if my dev box wasn't down | 18:30 |
freemangordon | jonwil: it is not about GTK afaik | 18:30 |
freemangordon | it needs testing and layouts | 18:30 |
freemangordon | nicolai promised to do it, but it is obviously he has lost interest | 18:31 |
jonwil | I have no interest whatsoever in portrait vkb, my interest is in system bits, bits that will benefit Neo900 or etc | 18:32 |
jonwil | hence things like wl1251-cal | 18:32 |
jonwil | and bluetooth-sysinfo | 18:32 |
Pali | jonwil: re hildon notify library | 18:32 |
freemangordon | ok, ok :) | 18:32 |
freemangordon | re sscd :P | 18:32 |
jonwil | hildon notify lib is which one? | 18:32 |
freemangordon | hmm, yes | 18:32 |
Pali | that hildon library has bugs | 18:32 |
freemangordon | wait, I have IDA project, can give it to you | 18:33 |
jonwil | which library is it? | 18:33 |
Pali | annoying bugs | 18:33 |
freemangordon | libhildonnotify? | 18:33 |
freemangordon | wait a minute | 18:33 |
Pali | freemangordon: which library it is? | 18:33 |
Pali | ade also need to modify that library for clock | 18:33 |
freemangordon | hildon-plugins-notify-sv | 18:34 |
freemangordon | maybe | 18:34 |
jonwil | already tried hildon-plugins-notify-sv and given up, its too hard | 18:34 |
Pali | ah :-( | 18:34 |
freemangordon | jonwil: it is not *THAT* hard | 18:34 |
jonwil | well you do it then :P | 18:35 |
jonwil | I have tried and failed | 18:35 |
freemangordon | and you'll work on the kernel? :P | 18:35 |
jonwil | nope :P | 18:35 |
freemangordon | :) | 18:35 |
freemangordon | VKB is more complicated than it | 18:35 |
jonwil | as for sscd, I plan to reverse engineer the external interfaces to it (dbus calls etc) but not the binary itself | 18:36 |
freemangordon | makes sense | 18:36 |
jonwil | external interfaces are needed since Neo900 will need some daemon that takes same dbus interfaces and matches them to Neo900 cellmo | 18:36 |
jonwil | same thing with cellular services daemon and bits | 18:36 |
Pali | and that hildon library is needed RE because has bugs | 18:37 |
freemangordon | :nod: | 18:37 |
Pali | ade need it for clock-ui | 18:37 |
freemangordon | Pali: I'll take a moth or so to RE it, I'd rather spend such a time on the kernel now | 18:38 |
jonwil | if only I had a spare couple thousand dollars for latest hex-rays ARM, then certain things that are currently hard would become easier | 18:38 |
freemangordon | *It'll | 18:38 |
jonwil | but I am unemployed with no spare money :P | 18:38 |
freemangordon | jonwil: this lib has x86 binary | 18:38 |
jonwil | yes I know it does | 18:38 |
Pali | freemangordon: yes | 18:39 |
jonwil | but other things that dont have x86 binaries would become easier to RE | 18:39 |
jonwil | like csd bits | 18:39 |
freemangordon | jonwil: sure. BTW did I send you those 10 lines of code I REed? | 18:39 |
jonwil | from what? | 18:39 |
freemangordon | hildon-plugins-notify-sv | 18:39 |
jonwil | yeah I think you did | 18:40 |
freemangordon | the whole lib is like that | 18:40 |
freemangordon | just GObject interfaces, which are easy to RE | 18:40 |
freemangordon | (once yoiu grok them) | 18:40 |
jonwil | I never found gobject easy to RE | 18:40 |
freemangordon | but it is, because you have all the structures defined | 18:41 |
jonwil | but thats probably because I know basically nothing about glib and programming it | 18:41 |
freemangordon | you just import the headers from SDK into IDA | 18:41 |
freemangordon | and hexrays is more than happy | 18:41 |
jonwil | yeah that I know | 18:41 |
freemangordon | you simply need to figure out the private structure (if any) | 18:42 |
freemangordon | most of the objects don;t have one, in hildon-plugins-notify-sv | 18:42 |
freemangordon | dammit, I can;t find the project :( | 18:43 |
jonwil | arm hexrays would help me with so many things, csd bits, icd bits, connectivity UI bits, pulseaudio stuff and more :P | 18:43 |
freemangordon | still not leaked? | 18:43 |
jonwil | nope, surprisingly it hasn't | 18:43 |
freemangordon | what the hell is with the russians?!? :D | 18:44 |
jonwil | probably because the entities that actually need ARM HexRays AND can afford it are so few | 18:44 |
jonwil | much less than need x86 hexrays | 18:44 |
jonwil | plus I suspect IDA people are very careful who they sell ARM Hexrays to | 18:45 |
freemangordon | hmm, on the other hand - there is not much I can do on the kernel side while waiting for Pali's laptop | 18:45 |
Pali | freemangordon: maybe fixing snd rx51? | 18:46 |
Pali | forward porting changes from kp... | 18:46 |
freemangordon | Pali: I want KP driver forward-ported and upstreamed | 18:46 |
freemangordon | yeah | 18:46 |
freemangordon | hmm, ok | 18:47 |
Pali | freemangordon: or look why that rtcom-call-ui crashing | 18:47 |
Pali | if you have working strace... | 18:47 |
Pali | or use ltrace/latrace | 18:47 |
freemangordon | Pali: no, audio is something I want to have working | 18:47 |
Pali | maybe rtcom-call-ui crashing because of audio... | 18:48 |
jonwil | re rtcom-call-ui crash, maybe getting a dump file of the crash and finding out exactly where its crashing might help? | 18:48 |
freemangordon | Pali: yep, I suspect the same | 18:48 |
freemangordon | jonwil: it SEGFAULTs | 18:48 |
freemangordon | hmm, or aborts, can;t remember | 18:48 |
Pali | in dump will be nothing usefulll... | 18:48 |
freemangordon | yep | 18:49 |
jonwil | ok | 18:49 |
Pali | we do not have debug symbols | 18:49 |
freemangordon | ^^^ | 18:49 |
jonwil | yeah good point | 18:49 |
Pali | so to know that it crash at instruction mov r0 ... is useless | 18:49 |
jonwil | do we know which library it crashes in? (or main rtcom-call-ui binary itself)? That might help narrow things down a bit | 18:50 |
Pali | my idea is that it checking some sysfs file which not exists and then it crash | 18:50 |
freemangordon | I think the same too | 18:51 |
Pali | jonwil: or oher task? document what is stored in cal mtd partition :-) | 18:51 |
Pali | and now I do not have any other idea what to do.... | 18:52 |
jonwil | dont know anything about CAL other than what wl1251-cal and bluetooth-sysinfo do :P | 18:52 |
jonwil | anyhow, its late, zzz time :) | 18:52 |
jonwil | cya later | 18:52 |
freemangordon | jonwil: bye | 18:52 |
*** jonwil has quit IRC | 18:52 | |
freemangordon | Pali: oh, we need nokia-av driver too | 20:08 |
*** rd_ has quit IRC | 20:09 | |
*** FlameReaper has quit IRC | 20:10 | |
merlin1991 | Pali: pong | 20:11 |
*** mnzaki has joined #maemo-ssu | 20:19 | |
*** rd_ has joined #maemo-ssu | 20:37 | |
*** NIN101 has quit IRC | 20:51 | |
*** rd_ has quit IRC | 21:04 | |
*** xes has joined #maemo-ssu | 21:06 | |
*** rd_ has joined #maemo-ssu | 21:06 | |
*** rd_ has quit IRC | 21:19 | |
*** mnzaki has quit IRC | 21:21 | |
Pali | merlin1991: look at discussion about harmattan dsp ti codecs for cssu/rmo | 21:26 |
freemangordon | Pali: please think about how to integrate nokia-av driver | 21:29 |
freemangordon | Pali: lets have a discussion/brainstorm tomorrow | 21:29 |
Pali | freemangordon: I thought that nokia-av was integrated into some other kernel driver | 21:30 |
Pali | maybe snd? | 21:31 |
Pali | so this was reason why I deleted nokia-av from elinux n900 page | 21:31 |
freemangordon | could you find it? | 21:32 |
Pali | but maybe I did not look correctly | 21:32 |
Pali | I do not remember | 21:32 |
freemangordon | anyway, I don;t have time now, lets leave it for tomorrow | 21:32 |
*** NIN101 has joined #maemo-ssu | 21:32 | |
Pali | ok | 21:33 |
*** rd_ has joined #maemo-ssu | 22:32 | |
*** tom has quit IRC | 22:35 | |
Pali | suggection for camera-ui in cssu: add support for front camera | 23:11 |
*** nox- has joined #maemo-ssu | 23:19 | |
merlin1991 | I'm all for that :D | 23:19 |
Pali | merlin1991: so you agree to push harmattan dsp codecs (closed nokia/ti) to cssu/rmo? | 23:23 |
*** xes has quit IRC | 23:28 | |
merlin1991 | what's the (c) on those | 23:32 |
*** xes has joined #maemo-ssu | 23:32 | |
*** _rd_ has joined #maemo-ssu | 23:32 | |
*** rd_ has quit IRC | 23:33 | |
Pali | merlin1991: nokia or ti - do not know now | 23:35 |
*** lenoch has quit IRC | 23:44 | |
*** LauRoman has joined #maemo-ssu | 23:46 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!