IRC log for #maemo-ssu on 20130919

00:51.01*** join/#maemo-ssu freemangordon (~freemango@213.137.35.49)
01:28.05*** join/#maemo-ssu LauRoman (~LauRoman@5-14-93-219.residential.rdsnet.ro)
02:56.32*** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn)
04:10.38*** join/#maemo-ssu M13 (~MirandaLS@170.133-224-87.telenet.ru)
05:38.42*** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr)
06:11.56*** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au)
06:14.59freemangordonsailus: seems like cam_mclk clock propagation is FUBAR :( , see http://pastebin.com/m6KPax2R
06:17.22freemangordonI put printks in isp_xclk_XXX functions
06:19.27freemangordonsailus: this is the clock tree after all ^^^ :
06:19.29freemangordondpll4_ck              2           3            432000000
06:19.31freemangordondpll4_m6_ck        0           0            144000000
06:19.33freemangordondpll4_m6x2_ck   0           0            288000000
06:19.35freemangordonemu_per_alwon_ck 0           0            288000000
06:19.37freemangordondpll4_m5_ck        0           0            86400000
06:19.39freemangordondpll4_m5x2_ck   0           0            172800000
06:19.41freemangordoncam_mclk     0           0            172800000
06:19.50freemangordoncam_xclkb 0           0            10800000
06:19.50freemangordoncam_xclka 0           0            5760000
06:41.34*** join/#maemo-ssu discopig (~discopig@2001:5c0:1400:a::e77)
06:46.01*** join/#maemo-ssu Guest41595 (~discopig@unaffiliated/discopig)
07:33.01*** join/#maemo-ssu Martix_ (~martix@static-84-242-103-180.net.upcbroadband.cz)
07:51.31*** join/#maemo-ssu amizraa (~amizraa@gateway/tor-sasl/amizraa)
08:29.55*** join/#maemo-ssu Martix_ (martix@nat/redhat/x-etpdtpyshcxjjhgz)
08:36.57DocScrutinizer05freemangordon: http://talk.maemo.org/showpost.php?p=1375221&postcount=44
08:37.05DocScrutinizer05jonwil: ^^^
08:37.29freemangordongreat news
08:37.52freemangordonI guess those missing plugins can be easily REed
08:38.02DocScrutinizer05:nod:
08:38.05jonwilif someone can get me binaries that work, that would be nice :)
08:38.07*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
08:38.19jonwilsince my compile box is down for the count
08:38.21DocScrutinizer05huh?
08:38.26jonwilfor reasons I haven't had the time to check
08:38.28DocScrutinizer05aaah
08:39.05jonwili.e. I want binaries matching whatever nicolai has been testing
08:39.10jonwilso I can play with them myself
08:39.18DocScrutinizer05so... ask nicolai ;-)
08:39.50DocScrutinizer05feels like Cpt Obvious
08:40.41jonwilpost made :)
08:40.47DocScrutinizer05:-))
08:41.09freemangordonhmm, what about the sources?
08:41.25DocScrutinizer05I hope you feel less bored than you did a week or so ago :)
08:41.38freemangordonjonwil: ^^^ :P
08:42.24DocScrutinizer05jonwil: and btw, awesome job you're doing!
08:43.58freemangordonPali: seems there is a nsasty bug in the clock framework :(
08:46.15freemangordonPali: see http://lxr.free-electrons.com/source/drivers/clk/clk.c#L1196 , what it is suppose to do in relation with CLK_SET_RATE_PARENT flag
08:51.19jonwilI think what I might do next is to try and match code modules in pulseaudio-module-nokia-voice to the open code and blobs in the first pushes of pulseaudio-modules-meego (using function names from both) and see what that tells me about whats open and whats closed
09:00.55jonwilIt might well be that the answer for pulseaudio-module-nokia-voice is to simply take the code we have (from meego/harmattan) and the binaries we have and use both to figure out how to make the code we have right for Fremantle
09:02.50DocScrutinizer05:nod:
09:05.00DocScrutinizer05though... they (Nok) may have realized that they don't need their own nifty AGC algo since there are abundance of them in several free libs and toolkits, and thus the binaries might massively differ though functionally identical
09:09.38*** join/#maemo-ssu Mihanizat0r (~MirandaLS@170.133-224-87.telenet.ru)
09:12.18jonwilI am planning to compare the oldest code drop (back when the code consisted of a set of code and then a binary pulseaudio-modules-nokia package containing module-nokia-algorithms.so, module-nokia-algorithms-agc.so, module-nokia-audiots.so, libnokia-common.so and module-nokia-parameters.so)
09:13.02jonwilso I plan to figure out for all the bits in Fremantle pulseaudio-module-nokia-voice, which bits ended up in open code, which bits ended up in those blobs I just mentioned and which ones dont match anything I can find
09:13.45DocScrutinizer05can't help reading xxidiots instead of audiots
09:16.18DocScrutinizer05ooh wait, i migth have a paper for you I dunno if it could help understand what that *-*-*-voice does
09:17.04jonwilok, maybe it will
09:17.11DocScrutinizer05http://linuxplumbersconf.org/2009/slides/Jyri-Sarha-audio_miniconf_slides.pdf
09:20.29jonwilOoh, "acoustic echo cancellation" sounds important
09:20.43jonwilneed to keep an eye out for indications of modules or functions that are doing that
09:21.37jonwilalso mentions "Speex SRC and Nokia proprietary algorithms"
09:22.42jonwilThe diagram on page 15 looks interesting
09:23.55jonwilAlthough it doesn't appear that useful as its just a theoretical overview and doesn't contain details
09:28.27Pali~seen _nicolai_
09:28.33infobot_nicolai_ <~nicolai@pop8-1810.catv.wtnet.de> was last seen on IRC in channel #maemo, 68d 15h 23m 24s ago, saying: 'merlin1991, please do so. It is for my "ledpulse" package. maemo package interface says: "old version cleaned ..." every 4 hourse. The newest version to import is ledpulse 0.3'.
09:33.15*** join/#maemo-ssu zomack (530e6b1d@gateway/web/freenode/ip.83.14.107.29)
09:37.40*** join/#maemo-ssu freemangordon (~freemango@213.137.35.49)
09:57.32*** join/#maemo-ssu bromide (~discopig@2001:5c0:1400:a::e77)
10:06.35*** join/#maemo-ssu discopig (~discopig@unaffiliated/discopig)
10:14.26*** join/#maemo-ssu freemangordon (~freemango@213.137.35.49)
10:41.57*** join/#maemo-ssu freemangordon (~freemango@213.137.35.49)
10:51.22freemangordon<PROTECTED>
10:53.53DocScrutinizer05tz
11:00.58freemangordon~tz
11:00.58infoboti heard tz is defined in /etc/default/rcS to fix that annoying warning message output by hwclockfirst.sh if your /usr is not on the root filesystem
11:02.33freemangordonsailus: ping
11:09.39*** join/#maemo-ssu amizraa (~amizraa@gateway/tor-sasl/amizraa)
11:21.27DocScrutinizer05~factinfo tz
11:21.27infobottz -- created by bdarrow <bdarrow@ool-182d933c.dyn.optonline.net> at Tue Oct 23 18:42:51 2001 (4348 days); it has been requested 4 times, last by freemangordon, 20m 29s ago.
11:21.36DocScrutinizer05thought as much
11:21.46DocScrutinizer05~forget tz
11:21.46infoboti forgot tz, DocScrutinizer05
11:30.11kerio2001? woah
11:30.17keriodid the internet even exist then
11:30.39keriothat must've been like carrier pigeons
11:36.01*** join/#maemo-ssu ceteigrek (~ceteigrek@ip123-70-209-87.adsl2.static.versatel.nl)
11:36.11DocScrutinizer052001? I had DSL
11:36.21keriocarrier pigeons i said
11:37.51DocScrutinizer05and a cheesy P-II-300
11:38.02DocScrutinizer05with 256MB
11:38.49DocScrutinizer05but with *SCSI* ;-P
11:38.59kerioi think i had dial-up in 2001
11:39.45DocScrutinizer05nah, ISDN in 2000
11:40.14DocScrutinizer05which cost me an arm and a leg when one time I forgot to tear down the connection for a week or so
11:41.11DocScrutinizer05been like 19ct/min back when
11:46.09*** join/#maemo-ssu arcean (~arcean@aaem72.neoplus.adsl.tpnet.pl)
11:53.33sailusfreemangordon: pong
11:54.27ShadowJKhad a P3-733 and a compaq prosignia (486 *overdrive*, 24M ram)
11:54.33freemangordonsailus: hi, someone is changing cam_mclk rate evry now and then http://pastebin.com/m6KPax2R
11:55.11freemangordonsailus: I even made a version with stack_dump() called, but it shows noting interesting :)
11:55.34sailus:-P
11:56.09sailusI think the highest operating point used to be selected when the ISP was in use.
11:56.16sailusI'm not sure whether that's being done any longer.
11:56.27sailusBut I have to say I haven't had this issue with the mainline kernel.
11:56.44sailusWell, with N950.
11:56.45freemangordonsee - isp_xclk_set_rate:257 rate(5760000) divider(30)
11:57.06freemangordonso actually it sets the correct frequency :D
11:57.25freemangordonwell, not correct , but requested
11:57.36freemangordonsailus: which mainline version?
11:58.35freemangordonbecause there are some changes in 3.10 compared to 3.6 for example
11:59.35freemangordonesp in the way how are rate changes propagated and usage of CLK_SET_RATE_PARENT flag
12:00.25sailusfreemangordon: I tried linux-media tree yesterday (with a few patches from Aaro Koskinen).
12:00.37sailusI guess the patches are in linux-omap already.
12:02.22freemangordonwhich patches?
12:03.06sailusAlso apparently others than him.
12:03.09sailususb: musb: fix resource passed from glue layer to musb
12:03.17sailusARM: OMAP: rx51: change musb mode to OTG
12:03.34freemangordonwell, those should not matter in this case
12:04.26freemangordonsailus: hmm, I thinks this code has never been tested on 3430
12:05.01*** part/#maemo-ssu ceteigrek (~ceteigrek@ip123-70-209-87.adsl2.static.versatel.nl)
12:06.02sailusPerhaps so.
12:06.13sailusI guess it should boot on N900 as well but I haven't tried it out.
12:06.44freemangordonby *this* code I mean omap3isp
12:07.45freemangordonsailus: anyway, what is your advice? Should I try to fix that by recalculating the divisor every time a rate change happens?
12:07.59freemangordonxclka/b divisor that is
12:09.05freemangordonbwt aiui it is this http://git.kernel.org/cgit/linux/kernel/git/tmlind/linux-omap.git/commit/drivers/media/platform/omap3isp?id=6d1aa02f10497b138e01ebe6eafabd6071729334 patch that brings the problem
12:09.37freemangordonor maybe not
12:09.45sailusI think the rate change must not be allowed.
12:10.02sailusThat may crash the sensor as it's certainly not expected.
12:10.16freemangordonhmm, maybe I can just lock dpll
12:10.21sailusI think there's a way to register a notifier to prevent it.
12:10.28sailusOr something.
12:10.49freemangordonon cam_mclk?
12:11.47freemangordonhmm, no, on xclka/b
12:12.14sailusAck.
12:12.16*** join/#maemo-ssu ceteigrek (~ceteigrek@ip123-70-209-87.adsl2.static.versatel.nl)
12:12.29sailusI think the smia driver would need to do that.
12:12.37freemangordon:nod:
12:12.47freemangordonwill try to implement that
12:12.59*** part/#maemo-ssu ceteigrek (~ceteigrek@ip123-70-209-87.adsl2.static.versatel.nl)
12:13.01sailusI actually haven't seen a situation before that someone would like to change the *same* clock so this hasn't been needed.
12:13.55freemangordonI guess this results from  CLK_SET_RATE_PARENT flag on mclk and parents
12:14.29freemangordonas the rate changes are is propagated back and forth
12:14.35sailusclk_notifier_register()
12:14.42freemangordonamybe a bug in the clock framework, dunno
12:14.59freemangordonyeah, was reading the code :)
12:15.24jonwilthe closest I want to get to kernel coding is rebuilding my Gentoo kernel when it needs it :P
12:15.46sailusAnd return NOTIFY_BAD.
12:15.57sailusI mean NOTIFY_BAD if the sensor is powered.
12:16.10sailusOr... the clock is enabled. :-)
12:16.17freemangordonyep
12:16.43freemangordonhmm, and rate != old_rate
12:21.28freemangordonsailus: maybe I should set the rate in power_on too
12:22.06freemangordonand set notifier from there (and unset it on power_off)
12:27.24sailusIsn't that already being done?
12:27.40sailusThere have been relatively recent changes to clock handling in the smiapp driver.
12:27.42freemangordonsetting the rate in power_on?
12:27.47freemangordonhmm, nooo :)
12:28.08freemangordonat least in our tree, lemme check upstream
12:28.41sailusApparently not.
12:28.48sailushttp://git.linuxtv.org/sailus/media_tree.git/commitdiff/a0c7bf81a5a8a3f817fc03c60a9807270e4bf4da
12:28.55freemangordonsailus: not implemented in mainline?
12:28.58sailusJust that they're correctly prepared before enabling.
12:29.05freemangordon:nod:
12:30.01sailusBut the rate is already set there.
12:30.07sailusI think you'd only need to register the notifier.
12:30.27freemangordonsomeone changes it
12:30.36freemangordonseed the log ^^^
12:30.37freemangordon*see
12:31.20sailusBecause they can? :-P
12:31.29freemangordonalso, platform_dtata set_xclk is called in power on
12:31.38freemangordon(if not NULL)
12:31.54freemangordonwhich will lead in clock being set in case we don;t use clock framework
12:32.02sailusYes.
12:32.10sailusAnd don't you use the clock framework?
12:32.17freemangordonsure
12:32.41freemangordonmy point is - if we *don't* use it, the clock will be set
12:35.26freemangordonshit, I can't pass data to notifier function :(
12:35.37freemangordonwtf is with those guys
12:35.37*** join/#maemo-ssu ceteigrek (~ceteigrek@92.69.241.105)
12:36.06freemangordonoh, I already have it in some clk_notifier_data
12:38.18*** part/#maemo-ssu ceteigrek (~ceteigrek@92.69.241.105)
12:38.36*** join/#maemo-ssu ceteigrek (~ceteigrek@92.69.241.105)
12:45.08*** part/#maemo-ssu ceteigrek (~ceteigrek@92.69.241.105)
13:14.17*** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1)
13:16.11*** join/#maemo-ssu LauRoman (~LauRoman@5-14-93-219.residential.rdsnet.ro)
13:17.46*** join/#maemo-ssu oldtopman (~oldtopman@unaffiliated/oldtopman)
13:36.08*** join/#maemo-ssu freemangordon (~freemango@213.137.35.49)
13:39.58*** join/#maemo-ssu freemangordon (~freemango@213.137.35.49)
13:43.22*** join/#maemo-ssu arcean_ (~arcean@aafs46.neoplus.adsl.tpnet.pl)
14:00.32*** join/#maemo-ssu ceteigrek (~ceteigrek@92.69.241.105)
14:04.13*** join/#maemo-ssu Martix_ (~martix@dhcp-227-058.eduroam.muni.cz)
14:08.04*** part/#maemo-ssu ceteigrek (~ceteigrek@92.69.241.105)
14:20.29*** join/#maemo-ssu Sicelo (Sicelo@199.217.114.136)
14:36.07freemangordonsailus: clk notifier in ISP, the result: http://pastebin.com/yQ1yH2wN :(
14:36.24freemangordonthe divider etc seems just fine
14:36.49freemangordonbut maybe ISP doesn't run at all
14:37.23freemangordonsailus: see that "omap3isp omap3isp: CCDC stop timeout!" after I stopped yavta
14:50.52*** join/#maemo-ssu Martix_ (~martix@static-84-242-103-180.net.upcbroadband.cz)
15:00.31*** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net)
15:01.02sailusfreemangordon: That suggests there could be a problem with the configuration.
15:01.12sailusThe CCDC will only stop after it has processed a full frame.
15:01.17freemangordonyep, I am checking MUX
15:01.28freemangordonseems like it is wrong
15:01.36sailusDoes your sensor configuration have the correct CCP2 bus in it?
15:02.10freemangordonhmm, isn't CSI used?
15:03.24sailusIt's the same. :-)
15:03.33freemangordonok :)
15:03.33sailusCSI-2 is different.
15:03.49freemangordonwell, MUX was set wrongly
15:04.04freemangordonI will check all the needed gpios and will retry
15:04.26sailus:-)
15:07.03sailusYour .interface should be ISP_INTERFACE_CCP2B_PHY1.
15:07.35sailusAnd the signalling mode is SMIAPP_CSI_SIGNALLING_MODE_CCP2_DATA_CLOCK.
15:08.37freemangordon.csi_signalling_mode= SMIAPP_CSI_SIGNALLING_MODE_CCP2_DATA_CLOCK,
15:11.04sailusGood.
15:11.12sailusAny luck with changed gpio configuration?
15:12.42freemangordonI am trying to grok what PULLUDENABLE1 is supposed to mean
15:13.26sailusDoesn't say anything to me. :-P
15:13.28sailusPinmux?
15:13.33freemangordonyep
15:13.46freemangordonI suspect this is input with pulldown :)
15:15.25freemangordonshould be OMAP_PIN_INPUT_PULLDOWN, going to test
15:27.53freemangordonsailus: don;t help :(
15:30.27*** join/#maemo-ssu NIN101 (~NIN@p5DD284AB.dip0.t-ipconnect.de)
15:31.42*** join/#maemo-ssu mkaindl (~mkaindl@ama-dablam.markus-kaindl.de)
15:33.24sailus:-P
15:33.36sailusfreemangordon: Do you get any interrupts now?
15:34.14sailusIf you have a patch for the clock notifier we could still see if we could upstream it.
15:38.26freemangordonsailus: I am not sure this patch is really needed
15:38.32freemangordonsailus: 40:          0      INTC  OMAP3 ISP
15:38.38freemangordonstill no interrupts
15:53.22freemangordonsailus: do I have to have cameras as consumers of VCSI/vaux2?
16:30.02Pali~seen _nicolai_
16:30.07infobot_nicolai_ <~nicolai@pop8-1810.catv.wtnet.de> was last seen on IRC in channel #maemo, 68d 22h 24m 58s ago, saying: 'merlin1991, please do so. It is for my "ledpulse" package. maemo package interface says: "old version cleaned ..." every 4 hourse. The newest version to import is ledpulse 0.3'.
16:42.22sailus:-P
16:42.43sailusfreemangordon: I think yes. If that was the regulator which used to be there, then so it be.
16:43.13freemangordonsailus: it is not that, ISP is consumer of VCSI
16:43.43freemangordonand it is powered when needed
16:49.16*** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu)
16:51.01sailusBack later.
16:51.15freemangordonI hope with a solution :P
17:25.21*** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr)
17:59.40*** join/#maemo-ssu discopig (~discopig@2001:5c0:1400:a::e77)
18:01.40*** join/#maemo-ssu Guest84526 (~discopig@unaffiliated/discopig)
18:06.16*** join/#maemo-ssu amizraa (~amizraa@gateway/tor-sasl/amizraa)
18:09.35*** join/#maemo-ssu xes (~xes@unaffiliated/xes)
18:36.52*** join/#maemo-ssu arcean_ (~arcean@aafs46.neoplus.adsl.tpnet.pl)
18:38.28*** join/#maemo-ssu _rd (~rd@p57B4BB9A.dip0.t-ipconnect.de)
18:42.55*** join/#maemo-ssu xes_ (~xes@unaffiliated/xes)
18:50.17*** join/#maemo-ssu BCMM (~BCMM@unaffiliated/bcmm)
18:58.54*** join/#maemo-ssu _nicolai_ (~nicolai@pop8-126.catv.wtnet.de)
19:00.34_nicolai_hi
19:01.17sailusfreemangordon: The ISP does need a few regulators.
19:01.30sailusIt works on 3630, so I assume that should be in order.
19:01.51sailusThe sensors require actually a few different ones but only one is controlled by the driver.
19:04.14*** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1)
19:06.13Pali_nicolai_: hi
19:26.12*** join/#maemo-ssu _rd (~rd@p57B4BB9A.dip0.t-ipconnect.de)
19:48.28*** join/#maemo-ssu xes (~xes@unaffiliated/xes)
19:55.47*** part/#maemo-ssu mkaindl (~mkaindl@ama-dablam.markus-kaindl.de)
19:56.01*** join/#maemo-ssu mkaindl (~mkaindl@ama-dablam.markus-kaindl.de)
19:59.46sailusfreemangordon: Here the cameras both use vaux4.
19:59.51sailusWhere did vaux2 come from?
20:01.12sailushttp://git.linuxtv.org/sailus/media_tree.git/commitdiff/e4d76d27873a7a5edfb470a25ea5218061050873
20:05.33*** join/#maemo-ssu discopig (~discopig@modemcable076.197-131-66.mc.videotron.ca)
20:15.46*** join/#maemo-ssu piscodig (~discopig@unaffiliated/discopig)
20:34.15*** part/#maemo-ssu mkaindl (~mkaindl@ama-dablam.markus-kaindl.de)
21:00.45*** join/#maemo-ssu nox- (noident@freebsd/developer/nox)
21:07.59freemangordonsailus: no idea, I guess from meego
21:09.50freemangordonoh, wait, vaux2 is for omap3isp
21:10.19freemangordoncameras are on VANA
21:30.56*** join/#maemo-ssu jon_y (~enforcer@2002:af8e:4df8::af8e:4df8)
21:54.40sailusSame regulator.
22:02.51*** join/#maemo-ssu povbot (~supybot@office.pov.lt)
22:02.53*** mode/#maemo-ssu [+v povbot] by ChanServ
22:12.15Palifreemangordon: in 3.10-n900 repo I enabled CONFIG_OMAP3_L2_AUX_SECURE_SAVE_RESTORE and updated omap3-rom-rng (random number generator)
22:14.02*** join/#maemo-ssu freemangordon (~freemango@213.137.35.49)
22:16.30*** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode)
22:20.42DocScrutinizer05*sigh* freemangordon: not logged in to nickserv
23:06.31*** join/#maemo-ssu MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG)
23:29.47*** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua)
23:58.55*** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua)

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