IRC log for #maemo-ssu on 20131017

01:13.46*** join/#maemo-ssu kolp_ (~quassel@212.255.119.61)
01:29.54*** join/#maemo-ssu LauRoman (~LauRoman@5-14-91-21.residential.rdsnet.ro)
02:33.06*** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn)
03:36.09*** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au)
05:00.58*** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl)
05:20.52*** join/#maemo-ssu trx (~ns-team@devbin/founder/trx)
05:39.58*** part/#maemo-ssu gggs (~g@unaffiliated/gggs)
05:44.45*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
07:12.52*** join/#maemo-ssu MadeAllUp (~MadeAllUp@cpc4-haye19-2-0-cust443.17-4.cable.virginmedia.com)
07:24.48*** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net)
07:36.22*** join/#maemo-ssu luf (~luf@ip-89-103-184-55.net.upcbroadband.cz)
07:57.46*** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz)
09:00.32*** join/#maemo-ssu LaoLang_cool (~LaoLang_c@113.117.189.80)
09:06.25*** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode)
09:38.44*** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz)
10:02.08*** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz)
10:04.49*** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz)
10:28.29*** join/#maemo-ssu lizardo (lizardo@nat/indt/x-sljmwtwfjorwapql)
11:28.37*** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au)
11:51.37*** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1)
12:03.54*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
12:14.47*** join/#maemo-ssu LauRoman (~LauRoman@5-14-91-21.residential.rdsnet.ro)
12:22.46*** join/#maemo-ssu thedead1440 (~thedead14@unaffiliated/thedead1440)
12:26.19*** join/#maemo-ssu trx (~ns-team@devbin/founder/trx)
12:47.15*** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode)
13:00.34*** join/#maemo-ssu LauRoman (~LauRoman@5-14-91-21.residential.rdsnet.ro)
13:10.05*** join/#maemo-ssu l4m3rx (~7350@null.escom.bg)
13:32.00*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
13:33.46*** join/#maemo-ssu RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net)
14:16.40*** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz)
14:19.33*** join/#maemo-ssu _rd_ (~rd@p57B49578.dip0.t-ipconnect.de)
14:29.43*** join/#maemo-ssu _rd_ (~rd@p57B49578.dip0.t-ipconnect.de)
15:15.56*** join/#maemo-ssu Martix (martix@nat/redhat/x-skududavchjtktej)
15:18.13*** join/#maemo-ssu dos11 (~dos@unaffiliated/dos1)
15:31.50*** join/#maemo-ssu NIN101 (~NIN@p5DD29CC3.dip0.t-ipconnect.de)
15:50.56*** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net)
15:53.29Paliagain: https://gitorious.org/community-ssu/calendar-backend/merge_requests/1
15:53.36Paliany comments about this merge request?
15:53.44freemangordon_is going to check
15:56.07jonwilok, so who plans to work on cssu MCE?
15:56.09Palimerlin1991: again this is for you! https://gitorious.org/community-ssu/qt-x11-maemo/merge_requests/5#comment_99873
15:56.23Palijonwil: remove /proc/bootreason component_version usage
15:56.28Palijonwil: I will do it
15:56.43Pali(something I already done in diablo mce...)
15:57.03PaliI will port this change
15:57.03jonwilok :)
15:57.07freemangordon_Pali: please merge rc5 first
15:57.20Paliwhat is rc5?
15:57.26freemangordon_3.12
15:57.29Paliok
15:57.31Palilinux
15:58.07Paliand there is: https://gitorious.org/community-ssu/status-area-orientationlock-applet/merge_requests/6
15:58.10freemangordonPali: hmm, if you remove bootreason, what will happen with ACT_DEAD mode?
15:58.32Palifreemangordon: nothing, kernel has already hardcoded pwr btn
15:58.54*** join/#maemo-ssu M4rtinK (~M4rtinK@c-d242.net.e-net24.pl)
15:58.58Palibootreason and component version does not working since 3.5 (or 3.6?)
15:58.58freemangordonPali: exactly
15:59.14freemangordonwe'll break user experiens
15:59.17freemangordon*experience
15:59.25Palithis is already with any 3.x kernel
15:59.35freemangordonwe should fix the kernel then
15:59.47Palinot easy...
15:59.58Paliatag omap table was totally removed from kernel
16:00.09freemangordonPali: how it is supposed to pass data from bootloader to the kernel now atags are removed?
16:00.13Palirather ask on LKML how to propagate bootreason to userspace
16:00.33Palifreemangordon: atag omap table was removed
16:00.35Palinot all atags
16:00.51freemangordonis that make any difference?
16:01.01freemangordons/is/does/
16:01.24Palineed to ask on LKML for proper way how to tell kernel about bootreason
16:01.33freemangordonok
16:01.52Palior maybe I can look at some code, if we can read bootreason from kernel (and ignore data from NOLO)
16:02.06freemangordonPali: I don;t think we should remove any functionality from mce
16:02.12*** join/#maemo-ssu Martix (~martix@eduroam-147.fi.muni.cz)
16:02.21Palinot remove, but make sure mce not crash/fail
16:02.30Palisame as in other parts which are already patched
16:02.39jonwilObviously MCE shouldn't be changed in ways that make it incompatible with the stock kernel
16:02.44freemangordonI guess only GPIO etc names should be fixed
16:02.53Palijonwil: nobody is going to do that
16:02.57jonwilok
16:03.11freemangordonit is not about compatibility, but about functionality
16:03.13Palilook at other bootreason changes in cssu
16:03.37Paliwith 3.x kernel there is no way to tell bootreason (yet)
16:04.08freemangordonPali: those are fine while we're fixing the kernel as they allow us to boot. but for a "production" I don;t think those hacks should remain
16:04.08Paliand kernel provide fake bootreason file for apps which crashing if that file does not exist
16:04.15freemangordonI know
16:04.31PaliI rather use some better way as nokia special proc file...
16:04.54freemangordonPali: can't we read atags from userspace?
16:04.55Paliso need to ask on lkml for proper way to tell booreson from kernel to userspace
16:05.02Palionly as root
16:05.13Paliand need to parsing them
16:05.35freemangordonwhat is the problem? read them from linuxrc, store data in /tmp or in /run or wherever
16:05.41Palibut this is I think irrelevant...
16:05.56Palithere are other bugs with higher priority
16:06.00freemangordonsure
16:06.13Palinot working act dead bootreason is maybe last bug...
16:06.21freemangordonPali: seems I am not going to get much help for omapfb :(
16:06.49freemangordonmaybe I should address the issue with MM guys
16:07.00freemangordontry to
16:11.31jonwilbtw, the things that are using bootreason are 10hildon_weclome script, fb-progress.sh script & getbootstate binary
16:12.39freemangordonI guess getbootstate can be fixed to parse atags and write some tmp files
16:13.39freemangordonand use those files if they already exist
16:16.10freemangordonor we can just symlink /dev/bootreason and /dev/comp_version to those files in /tmp
16:18.42freemangordonsre is doing great job https://sre.ring0.de/linux/log/?h=n900-dt :)
16:18.49jonwilfor component_version, its getbootstate, hald, ham-notifier-status-menu-item.so, ham-updates-status-menu-item.so, http, https, libaccelerometer.so, libalarm.so, libaudiorouting.so, libbattery.so, libcallstate.so, libcamera.so, libdisplay.so, libfilter-brightness-als.so, libfilter-brightness-simple.so, libhomekey.so, libinactivity.so, libkeypad.so, libled.so, libossoproductinfo.so, libsysinfo.so, l
16:18.51jonwilibvitrator.so, libxul.so, mce, preinit script, rcS script, sgx script, softupd.rcS script & testserver
16:19.05jonwilof those only libossoproductinfo and libsysinfo are closed
16:19.14jonwilwell and testserver but we can ignore that
16:19.36jonwilI think someone should just go ahead and clone libossoproductinfo and libsysinfo (both of which have x86 binaries)
16:20.02jonwilI would have a go but I have other things I am working on (non-N900)
16:20.07freemangordonls -al /usr/lib/libossoproductinfo.so.0.7.3
16:20.07freemangordon-rw-r--r--    1 root     root        11168 Aug 28  2009 /usr/lib/libossoproductinfo.so.0.7.3
16:20.33freemangordonNokia-N900:~# ls -al /usr/lib/libsysinfo.so.0
16:20.34freemangordon-rw-r--r--    1 root     root        16516 Mar  3  2010 /usr/lib/libsysinfo.so.0
16:20.39jonwilplus I just finished the largest piece of reverse engineering work in the history of Maemo so I think I deserve a break :)
16:20.42freemangordonI bet those have x86 binaries
16:20.46jonwilyes they do
16:20.50jonwilthey definatly do
16:20.58freemangordonI may have a look
16:21.05jonwiland I posted header files for both of them the other day
16:23.05Palijonwil: when you are writing list what is using them, please remove that which are already patches in cssu, so you will not confuse me (and others)
16:23.35Palifreemangordon: by default uboot not adding omap atag table to 3.x kernels
16:23.42*** join/#maemo-ssu Martix (~martix@eduroam-147.fi.muni.cz)
16:23.55freemangordonPali: aren;t those available in the memory?
16:24.02jonwilI dont know which packages those bins come from or which ones are in cssu
16:24.11Palifreemangordon: where in memory?
16:24.19freemangordon"/dev/memory" :)
16:24.22freemangordonno idea
16:25.18Palino idea too :-)
16:25.33Paliyou need to tell uboot to generate non standard omap atag table
16:25.35freemangordonPali: where u-boot gets them from?
16:26.05Paliall omap atag table is hardcoded in uboot
16:26.12freemangordonhmm, iirc there was some data on 0x402?????
16:26.19Palibut it trying to read bootreason from nolo...
16:26.24freemangordonwill check in the trm
16:39.49Palifreemangordon: in cssu git osso-systemui-dev has version 0.4, but in cssu-devel and testing repo only 0.3
16:40.18Palimaybe you should update -devel repo?
16:42.13Palipackages which are in git, but missing in -devel: bluez calendar-backend getbootstate hildon-im-vkbrenderer3 hildon-input-method-plugins libconnui-dev libgtkadi mce osso-systemui-devlock-dev osso-systemui-modechange-dev osso-systemui-splashscreen-dev
16:42.25Paliluf: what is state of bluez?
16:43.38Palifor calendar-backend there is pending patch
16:43.45freemangordonPali: I didn;t pu -dev version in -devel repo
16:44.04Palifreemangordon: that -dev package has older version in testing and devel
16:44.19Paliso remove that package from -testing or update it
16:44.30freemangordonPali: I was expecting merlin1991 to do the update ASAP and to put it in -testing
16:44.39Paliok
16:44.53freemangordonPali: will upload 0.4 in -devel repo
16:44.59Palipackage getbootstate: it is not finished yet (missing testing /sbin/preinit)
16:45.13Palihildon-im-vkbrenderer3 hildon-input-method-plugins: this is _nicolai_ work?
16:45.28freemangordonpartially :)
16:45.41Paliso what is state of those packages?
16:45.51Paliincomplete? or not working? or needs testing?
16:46.19freemangordonI guess needs testing, but for sure it is nicolai to answer that question, as he was working on it
16:46.28freemangordonimplementing portrait support
16:46.31Pali~seen _nicolai_
16:46.38infobot_nicolai_ <~nicolai@pop8-126.catv.wtnet.de> was last seen on IRC in channel #maemo-ssu, 27d 21h 46m 4s ago, saying: 'hi'.
16:46.38freemangordonI don;t know at what state he left it
16:47.05Palisomebody please ping nicolai on TMO to join #maemo-ssu
16:47.22freemangordonping on TMO?
16:47.27freemangordonPM?
16:47.45Palihe is more online in TMO...
16:47.56Palithen on IRC
16:49.04freemangordonosso-system-ui-dev 0.4 in -devel
16:50.01Paliok
16:50.17Palilook here: http://repository.maemo.org/community-testing/dists/fremantle/free/source/Sources.gz there is missing battery plugin
16:50.31Palimerlin1991: why source code of battery plugin is missing in CSSU-T?
16:51.42Palimerlin1991: please delete package location-supl-fix from cssu devel repository
16:55.26freemangordonmy daughter is hungry, going to cook something for dinner, bbl
17:07.50*** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1)
17:15.57*** join/#maemo-ssu xes (~xes@unaffiliated/xes)
17:17.30Palion cssu gitorious is some empty repo telepathy-gabble, why?
17:27.16*** join/#maemo-ssu xes (~xes@unaffiliated/xes)
17:33.22freemangordonPali: there was a problem with FB chat accounts, but FB fixed it berfore us :)
17:34.33Palifreemangordon: I remember that there was problem with google talk video calls...
17:34.46Palibut do not know if it was fixed or not...
17:34.53Paliyear or two ago
17:34.57freemangordongoogle fixed it iirc
17:45.43Palifreemangordon: is commit "OMAP: RX-51: rx51_defconfig - increase VRAM size to 9 MB" needed?
17:45.52freemangordonPali: no
17:46.00Paliok
17:46.07Paliand others yes?
17:47.04freemangordonPali: I have some uncommited changes (enable CMA, omapfb resolution and bpp), but those can wait until omapfb is functional
17:47.15freemangordonPali: lemme check, but iirc all others are needed
17:47.17Paliok
17:48.41freemangordonPali: all others are needed
17:48.46Paliok
17:51.35*** join/#maemo-ssu arcean (~arcean@aath205.neoplus.adsl.tpnet.pl)
17:54.25Palifreemangordon: 143 patches are in 3.12-rc1-n900
17:54.37freemangordonnot good :(
17:55.28freemangordonPali: are there any big ones, besides PVR and SSI
17:55.30freemangordon?
17:56.06Palibig wl1251 series
17:56.24freemangordonwut? those are not upstreamed?
17:56.25Paliand more rx51_defconfig commits
17:56.31Palifreemangordon: yes
17:56.36Palinot in upstream
17:56.40freemangordonhmm, why?
17:56.47freemangordonmaemo specific?
17:57.05Palisome (2 or 3) are maemo specific
17:57.17Palibut others are hw support
17:57.26Palipacket injection support
17:57.32Palimonitor support
17:57.35Palihw filtering...
17:58.15freemangordonok
17:59.10freemangordoncan some of the patches be merged? for sure at least 5-6 of mine can
17:59.31freemangordonor maybe this is not a good idea
17:59.42freemangordonwe'll lose history
18:00.37freemangordonooh, libossoproductinfo uses libcal :)
18:01.43freemangordonPali: does it make sense to RE it?
18:01.52Paliwhat?
18:02.02freemangordonlibossoproductinfo
18:02.16Palido not know what is using it and if we need it...
18:02.25freemangordonthe one that uses /dev/component_version
18:03.12freemangordonPali: see jonwil's post ^^^
18:03.37freemangordon<jonwil> of those only libossoproductinfo and libsysinfo are closed
18:03.39freemangordon19:19 <jonwil> well and testserver but we can ignore that
18:03.41freemangordon<jonwil> I think someone should just go ahead and clone libossoproductinfo and libsysinfo (both of which have x86 binaries)
18:04.00Paliif it using /proc/component_version then if you can RE it, it could be nice
18:04.11Paliso we can get rid of component_version
18:04.17freemangordonit is 11k x86 binary
18:04.36freemangordonsysinfo is a bit bigger, but not that much, some 17k
18:04.41Paliif you need to know in C code if binary running on n900 device, look into /proc/cpuinfo
18:04.42freemangordonyep, I can
18:04.47Palithere is something like rx51 board
18:05.10freemangordonPali: I don;t think it is that simple, there are HW revisions
18:05.18PaliI will fix that in MCE (add support for device detection also from (/proc/cpuinfo)
18:05.29Paliyou can read also hw revision from /proc/cpuinfo
18:05.45Paliit is serial number field
18:05.53Palilook into 0xFFFF source code
18:06.04freemangordonPali: wait, isn't it better to just provide that data in /dev/comp_whatever?
18:06.18freemangordonbetter/easier
18:06.36Paliyes, but if that proc file does not exists, fallback to cpuinfo
18:06.40freemangordonwe can symlink /dev/xxx to some ordinary file
18:06.49Paliit is not dev!
18:06.52Paliit it proc"
18:06.56freemangordonoh
18:06.58Paliso no symlink
18:07.10Palionly RE it
18:07.19PaliI will add cpuinfo parsing support....
18:07.25PaliI already created that code
18:07.41freemangordonPali: ok
18:13.28Palifreemangordon: in commit "Support both new and old DSP API" old is harmattan and new is 3.x?
18:13.39Palior old is fremantle and new is 3.x?
18:13.43freemangordonold is maemo and new is harmattan :)
18:14.03Paliso harmattan is compatible with 3.x?
18:14.08freemangordonyep
18:14.10Paliok
18:14.23Paliand 3.12 kernel has enabled which support?
18:14.26Paliold or new?
18:14.36freemangordonnew
18:14.40freemangordonoh, wait
18:14.48freemangordonboth old and new
18:14.50Paliand kp?
18:14.56freemangordonsame
18:14.59Paliok
18:15.09freemangordonyou can disable old support
18:15.28freemangordonwith CONFIG_DSP_API_NEW or whatever I called that
18:15.33Paliok
18:22.56*** join/#maemo-ssu M4rtinK (~M4rtinK@c-d242.net.e-net24.pl)
18:24.24*** join/#maemo-ssu amiconn (amiconn@rockbox/developer/amiconn)
18:38.58*** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz)
18:41.40*** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz)
18:48.53Palifreemangordon: n900 kernel patches rebased
18:48.59Palidoing compile check now
18:49.03freemangordonPali: great
18:49.13freemangordonPali: ever heard for xstat function?
18:50.52Palixstat? no. only about stat and lstat
18:59.21Palifreemangordon: do you know that CONFIG_TIDSPBRIDGE_DVFS is disabled?
18:59.41freemangordonI enabled it here
18:59.48Palino
18:59.49freemangordonthis is part of uncommited changes
18:59.54Paliok
18:59.59Palidue to and it is not possible to enable CONFIG_TIDSPBRIDGE_DVFS due
19:00.00freemangordonthere are more
19:00.07PaliOMAP_PM_SRF
19:00.27freemangordonPali: well, just enable it
19:00.33Palienabled
19:00.35Paliand compile error
19:00.45freemangordonhmm, weird
19:00.55freemangordonwhat is broken?
19:01.04Paliyou need to remove OMAP_PM_SRF from "depends on TIDSPBRIDGE && OMAP_PM_SRF && CPU_FREQ"
19:01.13Paliin drivers/staging/tidspbridge/Kconfig
19:01.25Palibecause OMAP_PM_SRF is invalid config name
19:01.40Paliso Kconfig will always disable TIDSPBRIDGE_DVFS
19:02.01freemangordonso OMAP_PM_SRF was removed?
19:02.54Palilooks like it does not exists
19:04.00Palierror log: http://pastebin.com/QPaYpbqM
19:04.36freemangordonweird
19:04.44Palidiff: http://pastebin.com/db7FRvMU
19:06.11freemangordonPali: hmm, that is weird http://www.spinics.net/lists/linux-driver-devel/msg35438.html
19:06.26freemangordonit's been like that since 3 years
19:06.28freemangordonor something
19:07.15freemangordonPali: seems OPP definitions have moved to somne other header file
19:08.40Palifreemangordon: branch v3.12-rc5-n900 pushed to gitorious
19:08.40Palihappy hacking :-)
19:08.53freemangordonPali: unbuildable?
19:09.15Palibranch has disabled dvfs
19:09.21freemangordonok
19:09.27Paliso buidling working
19:09.34freemangordonwill check it when I finish REing
19:15.02*** join/#maemo-ssu jon_y (~enforcer@2001:e68:4052:5c13:887c:fcca:6343:686c)
19:25.03*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
19:43.21*** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz)
20:41.25*** join/#maemo-ssu M4rtinK (~M4rtinK@c-d242.net.e-net24.pl)
20:53.47*** join/#maemo-ssu _rd_ (~rd@p57B49578.dip0.t-ipconnect.de)
21:03.30*** join/#maemo-ssu nox- (noident@freebsd/developer/nox)
23:23.35*** join/#maemo-ssu trx (~ns-team@devbin/founder/trx)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.