00:21.55 | *** join/#maemo-ssu joshgillies (~josh@ppp108-14.static.internode.on.net) |
00:22.13 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
00:27.53 | *** join/#maemo-ssu jonwil_ (~jonwil@27-33-137-199.static.tpgi.com.au) |
00:31.45 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
01:46.06 | *** join/#maemo-ssu rlinfati (~rlinfati@2001:470:8:331:381a:f251:36e9:6b8b) |
01:47.41 | rlinfati | <PROTECTED> |
02:07.57 | DocScrutinizer05 | o.O .oO(???) |
02:09.22 | jonwil | Looks risky if it needs to flash a new xloader |
02:10.44 | DocScrutinizer05 | >>3. pug usb cable and "IMMIDIATELY" press power button.<< W*T*F?!?!! |
02:12.49 | DocScrutinizer05 | well, "risky" |
02:12.59 | DocScrutinizer05 | there's always coldflash |
02:13.39 | DocScrutinizer05 | but this new xloader might give us some valuable other options |
02:15.30 | 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 |
02:18.25 | jonwil | The real question is where these files came from and who published them (and whether it was done with approval or not) |
02:21.22 | jonwil | still interesting for those who are game enough to fiddle with it :) |
02:24.02 | DocScrutinizer05 | jonwil: all that is a non-question as far as I'm concerned |
02:24.46 | DocScrutinizer05 | xloader is *tiny* and easy to diff to original |
02:25.04 | DocScrutinizer05 | 14.5kB |
02:25.59 | DocScrutinizer05 | freemangordon and pali will think xmas came early this year |
02:26.19 | DocScrutinizer05 | there's also a flasher.rover in there |
02:26.53 | DocScrutinizer05 | kds@kds:~/download$ flasher.rover -i |
02:26.55 | DocScrutinizer05 | flasher v2.8.2 (Jan 8 2010) |
02:27.08 | jonwil | not sure what that flasher is though |
02:27.21 | DocScrutinizer05 | flasher-3.5 basically |
02:27.58 | *** join/#maemo-ssu tom (~tom@66.172.11.27) |
02:28.01 | DocScrutinizer05 | probably identical, though who knows for sure, before we checked it |
02:38.16 | jonwil | hmmm, I cant find flasher-3.5 right now |
02:39.00 | jonwil | tablets-dev.nokia.com isnt working and I cant find a mirror of the Linux version |
02:39.39 | *** join/#maemo-ssu amiconn_ (quassel@rockbox/developer/amiconn) |
02:41.51 | jonwil | ok, found it |
02:42.43 | jonwil | and no flasher.rover is not the same as flasher-3.5 |
02:43.25 | jonwil | flasher.rover is smaller in size than flasher-3.5 |
02:45.08 | jonwil | and it appears to be a newer version (2.8.2 vs 2.5.2) |
02:47.24 | jonwil | in any case I will allow those more knowledgeable than me on such things fiddle with that interesting looking tarball |
02:48.01 | jonwil | btw it looks like it supports sha1/md5 hardware as well as AES hardware |
03:00.28 | 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 |
03:02.49 | 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 |
03:11.55 | *** join/#maemo-ssu amizraa (~amizraa@gateway/tor-sasl/amizraa) |
03:36.16 | jonwil | anyhow, that tarball is a good find :) |
03:37.17 | 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) |
03:59.53 | DocScrutinizer05 | do we have a mirror of that stuff already? |
04:00.35 | jonwil | that site looks like a mirror done by someone of harmattan-dev.nokia.com |
04:00.56 | DocScrutinizer05 | yeah, and anybody's guess when it vanishes |
04:00.56 | jonwil | full mirror by the looks of it |
04:01.10 | jonwil | someone should mirror it then :P |
04:01.46 | DocScrutinizer05 | brkn: around? |
04:05.57 | jonwil | must remember to find out what the difference between gst-plugins-good, gst-plugins-bad and gst-plugins-ugly is |
04:49.21 | *** join/#maemo-ssu FlameReaper (~assassin@175.137.169.42) |
05:14.13 | *** join/#maemo-ssu discopig (~discopig@unaffiliated/discopig) |
05:46.46 | *** join/#maemo-ssu joshgillies (~josh@ppp108-14.static.internode.on.net) |
05:46.52 | *** join/#maemo-ssu M13 (~MirandaLS@170.133-224-87.telenet.ru) |
05:47.19 | *** join/#maemo-ssu rd_ (~rd@p57B49760.dip0.t-ipconnect.de) |
05:56.20 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-91-21.residential.rdsnet.ro) |
06:16.42 | *** join/#maemo-ssu kolp (~quassel@212.255.26.130) |
06:38.44 | *** join/#maemo-ssu joshgillies (~josh@ppp108-14.static.internode.on.net) |
07:23.28 | *** join/#maemo-ssu NIN101 (~NIN@p5DD2903F.dip0.t-ipconnect.de) |
07:27.02 | *** join/#maemo-ssu rd_ (~rd@p57B49760.dip0.t-ipconnect.de) |
07:27.04 | *** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode) |
07:27.31 | *** join/#maemo-ssu FlameReaper (~assassin@175.137.169.42) |
07:58.27 | *** join/#maemo-ssu Pali (~Pali@Maemo/community/contributor/Pali) |
08:03.50 | *** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
08:24.39 | *** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
08:27.40 | *** join/#maemo-ssu joshgillies (~josh@ppp108-14.static.internode.on.net) |
08:48.22 | *** join/#maemo-ssu rd_ (~rd@p57B49760.dip0.t-ipconnect.de) |
08:52.03 | *** join/#maemo-ssu Martix (~martix@4.177.broadband3.iol.cz) |
08:56.21 | Pali | docscrutinizer05, jonwil: that tarball with xloader, nolo and crypto modules was sent to maemo ML years ago |
08:56.37 | Pali | and people who worked on it are real and well known |
08:56.55 | Pali | I sent link to that email thread here in irc more times |
08:57.29 | Pali | and I already wrote that I have that tarball on hdd which is disconnected... |
08:58.35 | Pali | so if nobody is able to find it I can provide it (after I connect that hdd somewhere...) |
08:59.21 | Pali | and if you want more info about that flasher.rover please read doc/ folder in 0xFFFF |
08:59.37 | Pali | basicly that flasher has full support for MkII flashing protocol |
09:00.27 | Pali | flasher-3.5 support flashing only eMMC via MkII protocol, that flasher.rover support flashing any image type (except rootfs) |
09:01.55 | Pali | jonwil: gst-plugins-good/bad/ugly are different packages and all contains different modules |
09:02.16 | Pali | it is like stable/testing/devel |
09:05.42 | Pali | freemangordon, jonwil: can you do some diff between pr1.3 xloader and that new crypto xloader? |
09:05.42 | *** join/#maemo-ssu NIN102 (~NIN@p5DD29019.dip0.t-ipconnect.de) |
09:05.57 | Pali | and also between secondary nolo? |
09:05.59 | freemangordon | Pali: trying it right now |
09:06.04 | Pali | ok |
09:06.33 | freemangordon | but I forgot how to switch between ARM <-> THUMB mode in IDA :( |
09:07.23 | Pali | and look at strings flasher.rover |
09:07.34 | freemangordon | why? |
09:07.35 | Pali | there is something "writing certificate" |
09:07.44 | Pali | what it could means? |
09:08.05 | Pali | where and how can flasher.rover write certificate (and which)? |
09:08.12 | freemangordon | I guess we can load a pubkey, as long as it is signed with TI private ;) |
09:08.31 | Pali | pubkey of what? |
09:08.56 | Pali | public key for omap boot rom cannot be changed... |
09:09.01 | freemangordon | pubkey that is used to verify PPA signiture :) |
09:09.04 | Pali | and there is no other signing process... |
09:09.12 | freemangordon | xloader is signed |
09:09.35 | Pali | yes, but signature is verified by omap boot rom and this key cannot be changed by design |
09:10.05 | Pali | harmattan has signed also second part which can be maybe changed... |
09:12.10 | Pali | who is going to flash that xloader? :-) |
09:12.27 | Pali | or maybe only secondary nolo image? (which is not signed) |
09:12.46 | freemangordon | Pali: are you sure xloader signiture is verified against TI key? I doubt |
09:12.50 | Pali | I do not understand why secondary image must be changed too... |
09:13.14 | Pali | freemangordon: yes it is verified against key hardcoded in omap/arm processor |
09:13.30 | freemangordon | where did you get that from |
09:13.40 | freemangordon | as usually this is not how signing works |
09:13.48 | Pali | there was page about xloader structure |
09:13.57 | Pali | and there it was written |
09:14.02 | freemangordon | Pali: xloader has RSA key in it |
09:14.24 | freemangordon | so I guess there is a certificate chain rather a single key |
09:15.04 | Pali | try to look for xloader strucutr |
09:15.19 | Pali | link should be in log |
09:26.35 | *** join/#maemo-ssu rd_ (~rd@p57B49760.dip0.t-ipconnect.de) |
09:40.52 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
10:01.58 | *** join/#maemo-ssu rd_ (~rd@p57B49760.dip0.t-ipconnect.de) |
10:20.13 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
10:22.21 | *** join/#maemo-ssu Martix (~martix@4.177.broadband3.iol.cz) |
10:27.12 | *** join/#maemo-ssu FReaper (~assassin@175.138.169.168) |
10:54.39 | *** join/#maemo-ssu FlameReaper (~assassin@175.144.139.77) |
11:05.11 | *** join/#maemo-ssu Pali (~Pali@Maemo/community/contributor/Pali) |
11:15.22 | *** join/#maemo-ssu psycho_oreos (~no@unaffiliated/tuxsavvy) |
11:22.50 | jonwil | ~seen pali |
11:22.50 | infobot | pali is currently on #maemo (17m 39s) #maemo-ssu (17m 39s), last said: 'or ask google for support'. |
11:23.09 | jonwil | ~seen docscrutinizer05 |
11:23.09 | 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'. |
11:25.11 | Pali | freemangordon: now I looked at gst omx plugin and it provide support for h264 and wmv |
11:25.35 | freemangordon | Pali: so? |
11:25.36 | Pali | and dsp gst plugin does not support wmv |
11:25.41 | freemangordon | it does |
11:25.47 | freemangordon | not stock one ofc |
11:26.05 | Pali | hm, I looked at stock only |
11:26.15 | freemangordon | look at the one on 720p thread |
11:26.31 | freemangordon | it provides everything OMX one provides |
11:26.40 | Pali | stock omx: decoder-video/x-wmv, wmvversion=(int)3; |
11:26.43 | Pali | ok |
11:27.40 | Pali | freemangordon: and where is hardcoded priority of omx and dsp? |
11:27.52 | Pali | in plugin? or in gst library? |
11:27.58 | freemangordon | in the plugin |
11:27.59 | Pali | or somewhere else? |
11:28.18 | Pali | and cannot we increase priority of dsp? |
11:28.30 | freemangordon | we can, but why? |
11:28.44 | Pali | one package less which needs to be modified |
11:28.56 | Pali | (removed) |
11:29.09 | freemangordon | ok, but omx just will stay in rootfs |
11:29.29 | freemangordon | and iirc it already have max priority |
11:29.55 | Pali | size is 40k |
11:29.56 | freemangordon | we can just do "replaces" iiuc |
11:30.33 | Pali | ok if we cannot increase priority because it has max, then create dummy transtitonal package |
11:30.43 | freemangordon | yep |
11:30.58 | Pali | I can do packaging when laptop is back |
11:31.11 | Pali | but what to do with hd codecs libs? |
11:31.32 | Pali | we did not get any definite answer from ti/nokia |
11:31.36 | freemangordon | I first have to finish gstdsp to support both stock and hd codecs |
11:31.55 | freemangordon | if we're not going to replace codecs |
11:31.56 | Pali | and harmattan-dev will be down one day |
11:32.04 | Pali | so we cannot depends on that server |
11:32.10 | freemangordon | :nod: |
11:32.40 | Pali | I'm for pushing that libs to r.m.o |
11:33.04 | Pali | nobody (we/cssu/nokia/ti) wrote any objections |
11:33.26 | freemangordon | Pali: I am fine with that, but we should get a green light from merlin1991 |
11:33.35 | Pali | ok |
11:33.39 | Pali | merlin1991: ping |
11:34.22 | Pali | freemangordon: so then pusing dsp and oc patches to cssu-kernel? |
11:34.57 | freemangordon | Pali: do you remember why we decide to not push them? |
11:35.00 | Pali | freemangordon: can you give me link to cssu kernel wiki maemo page? |
11:35.12 | Pali | oc because of powertop |
11:35.29 | Pali | and dsp because needs oc |
11:35.31 | freemangordon | http://wiki.maemo.org/CSSU_kernel_assess |
11:35.36 | freemangordon | oh, yeah, powertop |
11:35.46 | freemangordon | I guess this reason is no longer valid |
11:35.50 | freemangordon | FatPhil: ping |
11:36.03 | freemangordon | needs to find something for lunch |
11:36.09 | Pali | freemangordon: powertop not working only if kernel is overclocked? |
11:36.14 | freemangordon | no |
11:36.26 | Pali | or it not working also with default nokia settings? |
11:36.28 | freemangordon | it has number of freqs hardcoded |
11:36.44 | freemangordon | so having more then that breaks powertop |
11:37.04 | freemangordon | s/freqs/OPPS |
11:50.57 | Pali | fatphil: did you write letter about powertop license/source code to nokia? |
11:57.30 | Pali | powertop sources could be usefull for fixing that bug in powertop |
12:02.30 | *** join/#maemo-ssu Mihanizat0r (~MirandaLS@170.133-224-87.telenet.ru) |
12:05.01 | Pali | freemangordon: and there is open source theora dsp library... if you have time can you try to create gst-dsp plugin for it? |
12:10.31 | *** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1) |
12:20.05 | freemangordon | Pali: for theora we need newev gstreamer |
12:20.09 | freemangordon | *newer |
12:20.21 | freemangordon | and newer gstreamer needs newer libc |
12:20.47 | freemangordon | which needs newer kernel (i guess) |
12:26.30 | Pali | why we need new gstreamer? |
12:27.30 | 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? |
12:47.48 | *** join/#maemo-ssu rd_ (~rd@p57B49760.dip0.t-ipconnect.de) |
13:01.45 | jonwil | still cant find anything to work on... |
13:11.33 | *** join/#maemo-ssu lenoch (~lenoch@152.198.broadband11.iol.cz) |
13:48.37 | *** join/#maemo-ssu Pali (~Pali@Maemo/community/contributor/Pali) |
13:49.54 | Pali | jonwil: app-detect? |
13:52.25 | 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 |
13:52.49 | jonwil | as in clone it |
13:54.11 | jonwil | what do you want to know about it? |
14:00.58 | jonwil | ? |
14:02.30 | Pali | what is that app-detect doing :-) |
14:03.01 | Pali | and something other to RE: systemui actdead plugin |
14:03.08 | Pali | because it using libbme |
14:03.45 | Pali | jonwil: that plugin is small |
14:04.03 | jonwil | systemui actdead plugin isn't using libbme |
14:04.44 | Pali | then some other systemui plugin is linked with libbmeipc.so.0 |
14:04.55 | Pali | I thought it was actdead |
14:04.56 | jonwil | its using hald-addon-bme |
14:05.18 | jonwil | checking some things now |
14:05.24 | Pali | no no there is plugin which depends on libbmeipc0 package |
14:05.50 | jonwil | checking now who actually links to libbmeipc.so.0 |
14:05.56 | Pali | ok |
14:09.19 | *** join/#maemo-ssu FlameReaper (~assassin@175.144.139.77) |
14:09.21 | Pali | there is some problem with tablet-browser-daemon/eal/microb |
14:09.28 | freemangordon | Pali: what is that problem thi https://gitorious.org/linux-n900/linux-n900/commit/1f98ccf8d0ceb3a7f1fe1c0695f7bfd8c39c9492 is fixing? |
14:09.35 | freemangordon | *this |
14:09.44 | Pali | everytime when I edit maemo wiki page it show me this message in syslog: |
14:09.49 | Pali | rowser[2757]: GLIB WARNING ** default - Message sending from "ui" to socket "eal" failed, len:-1 error: Resource temporarily unavailable (11) |
14:10.16 | Pali | sorry browser is freezed |
14:10.29 | Pali | cannot open link now |
14:13.34 | jonwil | things that use libbmeipc are |
14:13.45 | jonwil | <PROTECTED> |
14:14.20 | jonwil | <PROTECTED> |
14:15.06 | jonwil | various things in /usr/lib/testserver |
14:15.27 | jonwil | hald-addon-bme |
14:15.54 | jonwil | and the pulseaudio-nokia things |
14:16.21 | jonwil | thats all that I can find that uses libbmeipc |
14:17.11 | Pali | ok |
14:19.17 | Pali | jonwil: other thing which needs to be done is determinate why rtcom-call-ui crashing on 3.12 kernel |
14:19.48 | Pali | and create fix for that (kernel or userspace) |
14:20.42 | jonwil | I dont know the first thing about kernel and I know almost zilch about rtcom-call-ui |
14:21.20 | Pali | jonwil: also what is needed: check who using /proc/component_version and /proc/bootreason |
14:21.26 | jonwil | That I can find |
14:21.41 | Pali | and fix all these program to not fail if that files not exists |
14:21.56 | jonwil | checking now for who is using that |
14:22.09 | Pali | jonwil: please check programs from cssu-devel |
14:22.09 | Pali | because I already fixed something |
14:22.34 | jonwil | I am just going to make list of all binaries on N900 that use those /proc entries for you |
14:22.40 | jonwil | fixing it is another matter :) |
14:22.59 | jonwil | ok, files that use it: |
14:23.06 | jonwil | 10hildon_welcome (script) |
14:23.48 | jonwil | rcS |
14:24.00 | jonwil | also script |
14:24.04 | jonwil | sgx (script) |
14:24.26 | jonwil | softupd.rcS (script) |
14:24.50 | jonwil | fb-progress.sh |
14:24.53 | jonwil | also script |
14:25.43 | jonwil | getbootstate |
14:25.54 | jonwil | hald |
14:26.10 | jonwil | ham-notifier-status-menu-item.so |
14:26.20 | jonwil | ham-updates-status-menu-item.so |
14:26.44 | jonwil | usr/lib/apt/methods/http |
14:26.54 | jonwil | usr/lib/apt/methods/https |
14:27.11 | jonwil | mce/modules/libaccelerometer.so |
14:27.19 | jonwil | mce/modules/libalarm.so |
14:27.32 | jonwil | mce/modules/libaudiorouting.so |
14:27.38 | jonwil | mce/modules/libbattery.so |
14:27.45 | jonwil | mce/modules/libcallstate.so |
14:27.51 | jonwil | mce/modules/libcamera.so |
14:28.00 | jonwil | mce/modules/libdisplay.so |
14:28.14 | jonwil | mce/modules/libfilter-brightness-als.so |
14:28.27 | jonwil | mce/modules/libfilter-brightness-simple.so |
14:28.36 | jonwil | mce/modules/libhomekey.so |
14:28.45 | jonwil | mce/modules/libinactivity.so |
14:28.52 | jonwil | mce/modules/libkeypad.so |
14:28.58 | jonwil | mce/modules/libled.so |
14:29.07 | jonwil | usr/bin/testserver |
14:29.14 | jonwil | sbin/preinit |
14:29.19 | jonwil | sbin/mce |
14:29.31 | jonwil | microb-engine/libxul.so |
14:29.39 | jonwil | mce/modules/libvibrator.so |
14:29.47 | jonwil | usr/lib/libsysinfo.so |
14:29.55 | jonwil | usr/lib/libossoproductinfo.so |
14:31.13 | jonwil | so basically thats it thats using those 2 /proc entries |
14:31.55 | jonwil | only things that arent foss or scripts are mce bits, libsysinfo and libossoproductinfo IIRC |
14:32.08 | jonwil | getbootstate is now foss I believe |
14:32.20 | jonwil | oh and testserver isnt foss |
14:32.54 | jonwil | does that help? |
14:33.05 | Pali | and what is using sysinfo? |
14:33.23 | Pali | testserver can be removed, it is not used |
14:33.23 | jonwil | sysinfo or ossoproducinfo? |
14:34.29 | Pali | sysinfo (it is daemon + library) |
14:34.53 | Pali | I would like to know what we need to fix/replace/re to remove that sw |
14:37.14 | 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 |
14:37.19 | jonwil | as for sysinfo, checking that now |
14:38.52 | jonwil | wl1251-cal (not my replacement though) |
14:39.13 | Pali | ah that productinfo list is too big... bad... |
14:41.11 | jonwil | gen-obex-capability.sh |
14:41.48 | jonwil | bluetooth-sysinfo (not my replacement) |
14:42.41 | jonwil | K30ke-recv |
14:42.52 | jonwil | ke-recv |
14:43.04 | jonwil | S30ke-recv |
14:44.06 | jonwil | libossoproductinfo.so |
14:45.42 | jonwil | softupd |
14:45.48 | jonwil | sscd |
14:46.10 | freemangordon | Pali: I sent a mail for omapfb CMA failures, but don;t see it appearing in lkml :( |
14:46.19 | freemangordon | you're in the cc |
14:47.53 | jonwil | dsme-thermal (script) |
14:49.04 | jonwil | controlpanel.launch |
14:49.12 | jonwil | mediaplayer.launch |
14:49.38 | jonwil | osso_startup_wizzard.launch |
14:49.47 | Pali | freemangordon: lkml.org does not update website immediately, need wait |
14:50.13 | freemangordon | oh, ok :) |
14:50.33 | jonwil | fmtxd |
14:50.46 | jonwil | thats everything using sysinfo |
14:50.46 | 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 |
14:51.21 | freemangordon | Pali: well, the reason for not enabling OC was powertop, that problem no longer stands |
14:51.44 | freemangordon | I don;t know that patch |
14:51.59 | freemangordon | nut if it is enabled in KP, I see no reason why not enable it in kcssu |
14:52.03 | freemangordon | *but |
14:52.09 | jonwil | ok, anything else I can check for while I am doing checks? |
14:52.51 | Pali | freemangordon: and 3. usb host mode is disabled, so in defconfig need to disable all usb drivers because are useless |
14:52.59 | freemangordon | :nod: |
14:53.15 | Pali | and that should be all |
14:53.19 | freemangordon | great |
14:53.27 | freemangordon | ut you have no PC to build it :D |
14:53.30 | freemangordon | *but |
14:53.32 | Pali | for kp53 I have two patches |
14:53.37 | freemangordon | needs some cigarettes |
14:53.53 | jonwil | those things will kill you :P |
14:54.15 | freemangordon | naah, my liver will die faster :D |
14:54.15 | jonwil | or if not kill you, put you in hospital for massive surgeries :P |
14:54.24 | Sicelo | +1 |
14:54.27 | Sicelo | :P |
14:54.38 | Pali | one from pavelm which adding optional better support for headset button |
14:55.26 | Pali | button press is reported to system immediately (as new different keycode) but sometimes can be send also when nothing was pressed |
14:55.53 | Pali | and second patch for adding new usbids to some usb network driver |
14:56.15 | Pali | second is of cource now irrelevant for kcssu |
14:56.38 | Pali | and I will test first (maybe with new omp patches) how it work... |
14:56.49 | Pali | and decide if that can go to kcssu or not |
14:57.47 | Pali | button keypress is reported as KEY_PRG1 (I think this is not used anywhere) so no maemo application should be broken |
14:57.59 | Pali | because for listening for that is needed HAL |
14:58.07 | Pali | and tell it to listen for key_prg1 |
14:59.51 | Pali | jonwil: can you integrte your wl1251-cal and bt-cal to udev? |
15:00.10 | jonwil | I dont know how to program udev |
15:00.13 | jonwil | Never used it |
15:00.21 | Pali | I mean: creating udev rules which call them after wifi/bluetooth appear in system |
15:00.30 | jonwil | I dont know udev rules either |
15:00.38 | Pali | ah :-( |
15:01.41 | Pali | jonwil: other task: kernel driver can load nvs wl1251 file from /lib/firmware/... location |
15:02.02 | Pali | can you create program which generate that nvs file? |
15:02.28 | Pali | you have already program which sending that nvs file via netlink to kernel |
15:02.49 | Pali | (nvs file is generated/read from cal) |
15:03.16 | freemangordon | Pali: what is the problem with cal? |
15:03.50 | Pali | freemangordon: kernel cannot read cal |
15:04.05 | jonwil | We have libcal clone already |
15:04.08 | Pali | and patches which can add that support will be rejected |
15:04.13 | jonwil | oh ok |
15:04.16 | jonwil | yeah makes sense |
15:04.32 | jonwil | btw the wl1251-cal and bluetooth-sysinfo clones I made put the startup script in /etc/event.d |
15:04.50 | Pali | problem is that proper way is to send nvs data to kernel driver is via /lib/firmware file |
15:04.57 | Pali | and it is already implemented |
15:05.18 | Pali | jonwil: but that your script will not work with upstream kernel |
15:05.21 | freemangordon | Pali: is your idea to read nvs from cal and to store it in /lib/firmware before wifi driver is loaded? |
15:05.29 | Pali | yes |
15:05.32 | freemangordon | ok |
15:05.36 | freemangordon | makes sense |
15:05.40 | Pali | and do that only once (when file not exists) |
15:05.45 | freemangordon | sure |
15:06.07 | freemangordon | Pali: what is store in nvs file? MAC address? |
15:06.15 | jonwil | calibration data IIRC |
15:06.22 | freemangordon | ok |
15:06.25 | jonwil | it gets changed slightly depending on regulatory domain |
15:06.28 | Pali | nvs file has calibration data without MAC address |
15:06.43 | freemangordon | but there is nvs in upstream fw iirc |
15:06.53 | freemangordon | or this is device dependent? |
15:06.57 | Pali | permanent mac address *cannot* be configueed for wl1251 now |
15:07.09 | Pali | nvs is device dependent |
15:07.10 | freemangordon | whaat? |
15:07.21 | Pali | some "general" is in fw tree |
15:07.29 | Pali | freemangordon: there are two mac address |
15:07.34 | Pali | 1. permatent |
15:07.43 | freemangordon | oh, I see |
15:07.48 | Pali | 2. configured by user |
15:07.52 | jonwil | WiFi (and bluetooth) MAC addresses come from CAL |
15:07.57 | 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 |
15:08.07 | Pali | kernel driver report to userspace both addresses |
15:08.10 | jonwil | my dev box is having issues right now due to a botched emerge |
15:08.22 | freemangordon | ok, so maemo configures amc |
15:08.22 | jonwil | so I cant write the program for you |
15:08.27 | jonwil | only reverse engineer stuff |
15:08.28 | Pali | and wl1251 generating some random permanent |
15:08.32 | freemangordon | *MAC |
15:08.37 | Pali | and that reports to user |
15:08.56 | freemangordon | hmm, wait, I have MAC filtering on my router |
15:09.02 | jonwil | anything else you need me to do? |
15:09.09 | jonwil | or want me to look at? |
15:09.12 | freemangordon | so if MAC is random, my devel device won;t be able to connect |
15:09.12 | Pali | of course jonwil/nokia program set user configuable address correctly |
15:09.16 | freemangordon | ok |
15:09.27 | Pali | and kernel driver using always that user configurable |
15:10.05 | Pali | but you (as computer user) can ask kernel if driver has its native permanent address or changed |
15:10.29 | 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 |
15:10.44 | Pali | I will ask on lkml what to do with wl1251 driver - how to transfer permanent address to kernel |
15:11.11 | Pali | I'm for creating sysnode (as in bluetooth) for that |
15:11.34 | Pali | so userspace (root user) can send permanent address to kernel driver |
15:11.55 | Pali | wl1271 kernel driver has mac address at begining of nvs data |
15:12.39 | 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 |
15:13.01 | jonwil | so yeah feel free to use anything from my bluetooth-sysinfo or wl1251-cal replacements if you want :) |
15:13.04 | Pali | so I think sysnode is good idea |
15:13.36 | Pali | jonwil: your bluetooth sysinfo program only read mac address and send it to kernel via sysfs? |
15:13.40 | Pali | nothing more? |
15:14.59 | jonwil | yes thats all it does |
15:15.10 | jonwil | grabs it from CAL and feeds to sysfs |
15:15.15 | *** join/#maemo-ssu freemangordon_ (~freemango@46.249.74.23) |
15:15.37 | Pali | ok, then this program should be called by udev when bluetooth device appear |
15:15.52 | jonwil | ok, well like I said I know nothing about udev |
15:15.57 | Pali | ok |
15:17.58 | jonwil | btw is that crypto tarball from earlier (the one you said was posted before) any actual use to us? |
15:18.19 | jonwil | i.e. does it acutally let us get at the hardware crypto bits we want to get at |
15:18.19 | freemangordon_ | i'd say no |
15:18.42 | jonwil | or does the fact that it needs new xloader and new nolo make it useless? |
15:19.00 | freemangordon_ | unless we find a way to enable crypto HW without having to replace NOLO |
15:19.07 | freemangordon_ | yep |
15:19.39 | freemangordon_ | maybe we ahould ask the author wht exactly needs to be done |
15:19.51 | 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 |
15:20.09 | jonwil | I bet it does something that cant be done from kernel, only from lower level (xloader or nolo) |
15:20.19 | freemangordon | jonwil: I have those loaded in IDA |
15:20.27 | freemangordon | with the correct offsets |
15:20.42 | jonwil | stock or the ones from that tarball? |
15:20.56 | jonwil | but yeah talking to author of that tarball is best |
15:21.06 | freemangordon | jonwil: it is not about the level (low/high), xloader/part of secondary run in so-called secure mode |
15:21.15 | jonwil | yes thats what I thought |
15:21.16 | jonwil | secure mode |
15:21.27 | freemangordon | jonwil: both stock and the ones from the tarrball |
15:21.50 | freemangordon | but we should at least know which is the binary to look in |
15:21.50 | jonwil | same as how on modern PCs there are things only the UEFI bios bits can do and that OS kernels cant do |
15:23.26 | jonwil | so yeah maybe we should talk to the author and find out where the magic sauce is |
15:23.32 | jonwil | which part (xloader or nolo or both) |
15:23.57 | jonwil | stuff that low (close to the hardware) is outta my league |
15:24.33 | jonwil | I like nice sane elf executables calling functions with nice names and prototypes (preferably functions that I have header files for :) |
15:26.39 | jonwil | heck, the closest I get to kernel stuff is when I need a kernel upgrade on my Gentoo box :) |
15:27.13 | freemangordon | jonwil: both |
15:28.45 | jonwil | ok, anything else I can do? |
15:29.13 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
15:29.20 | freemangordon | jonwil: no idea |
15:29.27 | jonwil | ok |
15:29.31 | freemangordon | jonwil: oh, ... |
15:29.41 | jonwil | oh what? |
15:29.44 | freemangordon | you may want to look at VKB portrait mode |
15:30.01 | jonwil | cant do that either, my dev box is down (as I said) |
15:30.11 | freemangordon | ok |
15:30.17 | jonwil | so I can reverse engineer stuff but not write code right now :) |
15:30.22 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
15:30.24 | freemangordon | I see |
15:30.34 | jonwil | not that I know enough about GTK to do vkb portrait mode even if my dev box wasn't down |
15:30.49 | freemangordon | jonwil: it is not about GTK afaik |
15:30.58 | freemangordon | it needs testing and layouts |
15:31.28 | freemangordon | nicolai promised to do it, but it is obviously he has lost interest |
15:32.14 | jonwil | I have no interest whatsoever in portrait vkb, my interest is in system bits, bits that will benefit Neo900 or etc |
15:32.24 | jonwil | hence things like wl1251-cal |
15:32.28 | jonwil | and bluetooth-sysinfo |
15:32.29 | Pali | jonwil: re hildon notify library |
15:32.30 | freemangordon | ok, ok :) |
15:32.35 | freemangordon | re sscd :P |
15:32.42 | jonwil | hildon notify lib is which one? |
15:32.48 | freemangordon | hmm, yes |
15:32.56 | Pali | that hildon library has bugs |
15:33.05 | freemangordon | wait, I have IDA project, can give it to you |
15:33.08 | jonwil | which library is it? |
15:33.10 | Pali | annoying bugs |
15:33.17 | freemangordon | libhildonnotify? |
15:33.23 | freemangordon | wait a minute |
15:33.27 | Pali | freemangordon: which library it is? |
15:33.45 | Pali | ade also need to modify that library for clock |
15:34.03 | freemangordon | hildon-plugins-notify-sv |
15:34.07 | freemangordon | maybe |
15:34.25 | jonwil | already tried hildon-plugins-notify-sv and given up, its too hard |
15:34.37 | Pali | ah :-( |
15:34.53 | freemangordon | jonwil: it is not *THAT* hard |
15:35.03 | jonwil | well you do it then :P |
15:35.13 | jonwil | I have tried and failed |
15:35.21 | freemangordon | and you'll work on the kernel? :P |
15:35.26 | jonwil | nope :P |
15:35.30 | freemangordon | :) |
15:35.49 | freemangordon | VKB is more complicated than it |
15:36.07 | jonwil | as for sscd, I plan to reverse engineer the external interfaces to it (dbus calls etc) but not the binary itself |
15:36.21 | freemangordon | makes sense |
15:36.42 | jonwil | external interfaces are needed since Neo900 will need some daemon that takes same dbus interfaces and matches them to Neo900 cellmo |
15:36.52 | jonwil | same thing with cellular services daemon and bits |
15:37.12 | Pali | and that hildon library is needed RE because has bugs |
15:37.23 | freemangordon | :nod: |
15:37.37 | Pali | ade need it for clock-ui |
15:38.22 | freemangordon | Pali: I'll take a moth or so to RE it, I'd rather spend such a time on the kernel now |
15:38.27 | 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 |
15:38.29 | freemangordon | *It'll |
15:38.43 | jonwil | but I am unemployed with no spare money :P |
15:38.46 | freemangordon | jonwil: this lib has x86 binary |
15:38.53 | jonwil | yes I know it does |
15:39.04 | Pali | freemangordon: yes |
15:39.06 | jonwil | but other things that dont have x86 binaries would become easier to RE |
15:39.14 | jonwil | like csd bits |
15:39.33 | freemangordon | jonwil: sure. BTW did I send you those 10 lines of code I REed? |
15:39.43 | jonwil | from what? |
15:39.57 | freemangordon | hildon-plugins-notify-sv |
15:40.01 | jonwil | yeah I think you did |
15:40.12 | freemangordon | the whole lib is like that |
15:40.32 | freemangordon | just GObject interfaces, which are easy to RE |
15:40.50 | freemangordon | (once yoiu grok them) |
15:40.51 | jonwil | I never found gobject easy to RE |
15:41.09 | freemangordon | but it is, because you have all the structures defined |
15:41.11 | jonwil | but thats probably because I know basically nothing about glib and programming it |
15:41.28 | freemangordon | you just import the headers from SDK into IDA |
15:41.37 | freemangordon | and hexrays is more than happy |
15:41.41 | jonwil | yeah that I know |
15:42.10 | freemangordon | you simply need to figure out the private structure (if any) |
15:42.25 | freemangordon | most of the objects don;t have one, in hildon-plugins-notify-sv |
15:43.29 | freemangordon | dammit, I can;t find the project :( |
15:43.36 | jonwil | arm hexrays would help me with so many things, csd bits, icd bits, connectivity UI bits, pulseaudio stuff and more :P |
15:43.46 | freemangordon | still not leaked? |
15:43.55 | jonwil | nope, surprisingly it hasn't |
15:44.04 | freemangordon | what the hell is with the russians?!? :D |
15:44.15 | jonwil | probably because the entities that actually need ARM HexRays AND can afford it are so few |
15:44.21 | jonwil | much less than need x86 hexrays |
15:45.24 | jonwil | plus I suspect IDA people are very careful who they sell ARM Hexrays to |
15:45.27 | freemangordon | hmm, on the other hand - there is not much I can do on the kernel side while waiting for Pali's laptop |
15:46.24 | Pali | freemangordon: maybe fixing snd rx51? |
15:46.35 | Pali | forward porting changes from kp... |
15:46.45 | freemangordon | Pali: I want KP driver forward-ported and upstreamed |
15:46.48 | freemangordon | yeah |
15:47.02 | freemangordon | hmm, ok |
15:47.02 | Pali | freemangordon: or look why that rtcom-call-ui crashing |
15:47.12 | Pali | if you have working strace... |
15:47.20 | Pali | or use ltrace/latrace |
15:47.24 | freemangordon | Pali: no, audio is something I want to have working |
15:48.03 | Pali | maybe rtcom-call-ui crashing because of audio... |
15:48.05 | jonwil | re rtcom-call-ui crash, maybe getting a dump file of the crash and finding out exactly where its crashing might help? |
15:48.13 | freemangordon | Pali: yep, I suspect the same |
15:48.23 | freemangordon | jonwil: it SEGFAULTs |
15:48.41 | freemangordon | hmm, or aborts, can;t remember |
15:48.59 | Pali | in dump will be nothing usefulll... |
15:49.03 | freemangordon | yep |
15:49.06 | jonwil | ok |
15:49.07 | Pali | we do not have debug symbols |
15:49.11 | freemangordon | ^^^ |
15:49.15 | jonwil | yeah good point |
15:49.39 | Pali | so to know that it crash at instruction mov r0 ... is useless |
15:50.12 | jonwil | do we know which library it crashes in? (or main rtcom-call-ui binary itself)? That might help narrow things down a bit |
15:50.19 | Pali | my idea is that it checking some sysfs file which not exists and then it crash |
15:51.35 | freemangordon | I think the same too |
15:51.39 | Pali | jonwil: or oher task? document what is stored in cal mtd partition :-) |
15:52.09 | Pali | and now I do not have any other idea what to do.... |
15:52.27 | jonwil | dont know anything about CAL other than what wl1251-cal and bluetooth-sysinfo do :P |
15:52.31 | jonwil | anyhow, its late, zzz time :) |
15:52.33 | jonwil | cya later |
15:52.39 | freemangordon | jonwil: bye |
17:08.23 | freemangordon | Pali: oh, we need nokia-av driver too |
17:11.04 | merlin1991 | Pali: pong |
17:19.07 | *** join/#maemo-ssu mnzaki (~mnzaki@46.115.110.106) |
17:37.07 | *** join/#maemo-ssu rd_ (~rd@p57B49760.dip0.t-ipconnect.de) |
18:06.27 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
18:06.27 | *** join/#maemo-ssu rd_ (~rd@p57B49760.dip0.t-ipconnect.de) |
18:26.26 | Pali | merlin1991: look at discussion about harmattan dsp ti codecs for cssu/rmo |
18:29.29 | freemangordon | Pali: please think about how to integrate nokia-av driver |
18:29.48 | freemangordon | Pali: lets have a discussion/brainstorm tomorrow |
18:30.58 | Pali | freemangordon: I thought that nokia-av was integrated into some other kernel driver |
18:31.01 | Pali | maybe snd? |
18:31.45 | Pali | so this was reason why I deleted nokia-av from elinux n900 page |
18:32.00 | freemangordon | could you find it? |
18:32.07 | Pali | but maybe I did not look correctly |
18:32.12 | Pali | I do not remember |
18:32.25 | freemangordon | anyway, I don;t have time now, lets leave it for tomorrow |
18:32.33 | *** join/#maemo-ssu NIN101 (~NIN@p5DD29019.dip0.t-ipconnect.de) |
18:33.23 | Pali | ok |
19:32.42 | *** join/#maemo-ssu rd_ (~rd@p57B49760.dip0.t-ipconnect.de) |
20:11.42 | Pali | suggection for camera-ui in cssu: add support for front camera |
20:19.25 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
20:19.49 | merlin1991 | I'm all for that :D |
20:23.50 | Pali | merlin1991: so you agree to push harmattan dsp codecs (closed nokia/ti) to cssu/rmo? |
20:32.35 | merlin1991 | what's the (c) on those |
20:32.44 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
20:32.58 | *** join/#maemo-ssu _rd_ (~rd@p57B49820.dip0.t-ipconnect.de) |
20:35.11 | Pali | merlin1991: nokia or ti - do not know now |
20:46.59 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-91-21.residential.rdsnet.ro) |
21:14.59 | dos1 | buu, cssu has hildon-desktop bug with long pressing left/right arrows on keyboard fixed |
21:15.04 | dos1 | I liked to play with it :( |
21:16.16 | Pali | what bug? |
21:16.42 | Pali | keys switch to next/previous desktop |
21:17.18 | dos1 | it was switching desktops faster than transition and it resulted in funny animation when you went "out of the desktop" :D |
21:18.17 | Pali | I do not see any problem on my n900 |
21:18.30 | Pali | maybe ask arcean about it |
21:19.06 | Pali | ~seen arcean |
21:19.07 | infobot | arcean <~arcean@aacr193.neoplus.adsl.tpnet.pl> was last seen on IRC in channel #maemo-ssu, 35d 9h 52m 18s ago, saying: 'http://wiki.maemo.org/Fremantle_closed_packages'. |
21:19.17 | Pali | ~seen arcean_ |
21:19.17 | infobot | arcean_ <~arcean@aadb39.neoplus.adsl.tpnet.pl> was last seen on IRC in channel #harmattan, 231d 21h 38m 15s ago, saying: 'bef0rd: nicely done :)'. |
21:24.58 | dos1 | Pali: cause it's already fixed - I remember it was there ~1.5 year ago, when I last used my N900 |
21:26.05 | dos1 | note "fixed" at the end of the sentence :) |
21:26.55 | Pali | :-) |
22:08.22 | Pali | docscrutinizer05, merlin1991: can you clone ssu repo to rmo? |
22:08.39 | Pali | and sign repo with rmo extras gpg key? |
22:09.24 | Pali | non working ssu nokia repo is problem and I can see only one option now: resign that repo |
22:09.55 | Pali | and create cssu update to fix ssu repo location |
22:27.46 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
22:30.00 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
22:33.22 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
22:34.13 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
22:45.15 | DocScrutinizer05 | hmm, I wonder if we're _allowed_ to do this |
23:03.07 | DocScrutinizer05 | I however guess we should have a backup e.g. on skeiron, and nobody could blame us for creating a CSSU patch to redirect to THAT |