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.59 | freemangordon | sailus: seems like cam_mclk clock propagation is FUBAR :( , see http://pastebin.com/m6KPax2R |
06:17.22 | freemangordon | I put printks in isp_xclk_XXX functions |
06:19.27 | freemangordon | sailus: this is the clock tree after all ^^^ : |
06:19.29 | freemangordon | dpll4_ck 2 3 432000000 |
06:19.31 | freemangordon | dpll4_m6_ck 0 0 144000000 |
06:19.33 | freemangordon | dpll4_m6x2_ck 0 0 288000000 |
06:19.35 | freemangordon | emu_per_alwon_ck 0 0 288000000 |
06:19.37 | freemangordon | dpll4_m5_ck 0 0 86400000 |
06:19.39 | freemangordon | dpll4_m5x2_ck 0 0 172800000 |
06:19.41 | freemangordon | cam_mclk 0 0 172800000 |
06:19.50 | freemangordon | cam_xclkb 0 0 10800000 |
06:19.50 | freemangordon | cam_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.57 | DocScrutinizer05 | freemangordon: http://talk.maemo.org/showpost.php?p=1375221&postcount=44 |
08:37.05 | DocScrutinizer05 | jonwil: ^^^ |
08:37.29 | freemangordon | great news |
08:37.52 | freemangordon | I guess those missing plugins can be easily REed |
08:38.02 | DocScrutinizer05 | :nod: |
08:38.05 | jonwil | if 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.19 | jonwil | since my compile box is down for the count |
08:38.21 | DocScrutinizer05 | huh? |
08:38.26 | jonwil | for reasons I haven't had the time to check |
08:38.28 | DocScrutinizer05 | aaah |
08:39.05 | jonwil | i.e. I want binaries matching whatever nicolai has been testing |
08:39.10 | jonwil | so I can play with them myself |
08:39.18 | DocScrutinizer05 | so... ask nicolai ;-) |
08:39.50 | DocScrutinizer05 | feels like Cpt Obvious |
08:40.41 | jonwil | post made :) |
08:40.47 | DocScrutinizer05 | :-)) |
08:41.09 | freemangordon | hmm, what about the sources? |
08:41.25 | DocScrutinizer05 | I hope you feel less bored than you did a week or so ago :) |
08:41.38 | freemangordon | jonwil: ^^^ :P |
08:42.24 | DocScrutinizer05 | jonwil: and btw, awesome job you're doing! |
08:43.58 | freemangordon | Pali: seems there is a nsasty bug in the clock framework :( |
08:46.15 | freemangordon | Pali: 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.19 | jonwil | I 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.55 | jonwil | It 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.50 | DocScrutinizer05 | :nod: |
09:05.00 | DocScrutinizer05 | though... 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.18 | jonwil | I 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.02 | jonwil | so 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.45 | DocScrutinizer05 | can't help reading xxidiots instead of audiots |
09:16.18 | DocScrutinizer05 | ooh wait, i migth have a paper for you I dunno if it could help understand what that *-*-*-voice does |
09:17.04 | jonwil | ok, maybe it will |
09:17.11 | DocScrutinizer05 | http://linuxplumbersconf.org/2009/slides/Jyri-Sarha-audio_miniconf_slides.pdf |
09:20.29 | jonwil | Ooh, "acoustic echo cancellation" sounds important |
09:20.43 | jonwil | need to keep an eye out for indications of modules or functions that are doing that |
09:21.37 | jonwil | also mentions "Speex SRC and Nokia proprietary algorithms" |
09:22.42 | jonwil | The diagram on page 15 looks interesting |
09:23.55 | jonwil | Although it doesn't appear that useful as its just a theoretical overview and doesn't contain details |
09:28.27 | Pali | ~seen _nicolai_ |
09:28.33 | infobot | _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.22 | freemangordon | <PROTECTED> |
10:53.53 | DocScrutinizer05 | tz |
11:00.58 | freemangordon | ~tz |
11:00.58 | infobot | i 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.33 | freemangordon | sailus: ping |
11:09.39 | *** join/#maemo-ssu amizraa (~amizraa@gateway/tor-sasl/amizraa) |
11:21.27 | DocScrutinizer05 | ~factinfo tz |
11:21.27 | infobot | tz -- 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.36 | DocScrutinizer05 | thought as much |
11:21.46 | DocScrutinizer05 | ~forget tz |
11:21.46 | infobot | i forgot tz, DocScrutinizer05 |
11:30.11 | kerio | 2001? woah |
11:30.17 | kerio | did the internet even exist then |
11:30.39 | kerio | that must've been like carrier pigeons |
11:36.01 | *** join/#maemo-ssu ceteigrek (~ceteigrek@ip123-70-209-87.adsl2.static.versatel.nl) |
11:36.11 | DocScrutinizer05 | 2001? I had DSL |
11:36.21 | kerio | carrier pigeons i said |
11:37.51 | DocScrutinizer05 | and a cheesy P-II-300 |
11:38.02 | DocScrutinizer05 | with 256MB |
11:38.49 | DocScrutinizer05 | but with *SCSI* ;-P |
11:38.59 | kerio | i think i had dial-up in 2001 |
11:39.45 | DocScrutinizer05 | nah, ISDN in 2000 |
11:40.14 | DocScrutinizer05 | which cost me an arm and a leg when one time I forgot to tear down the connection for a week or so |
11:41.11 | DocScrutinizer05 | been like 19ct/min back when |
11:46.09 | *** join/#maemo-ssu arcean (~arcean@aaem72.neoplus.adsl.tpnet.pl) |
11:53.33 | sailus | freemangordon: pong |
11:54.27 | ShadowJK | had a P3-733 and a compaq prosignia (486 *overdrive*, 24M ram) |
11:54.33 | freemangordon | sailus: hi, someone is changing cam_mclk rate evry now and then http://pastebin.com/m6KPax2R |
11:55.11 | freemangordon | sailus: I even made a version with stack_dump() called, but it shows noting interesting :) |
11:55.34 | sailus | :-P |
11:56.09 | sailus | I think the highest operating point used to be selected when the ISP was in use. |
11:56.16 | sailus | I'm not sure whether that's being done any longer. |
11:56.27 | sailus | But I have to say I haven't had this issue with the mainline kernel. |
11:56.44 | sailus | Well, with N950. |
11:56.45 | freemangordon | see - isp_xclk_set_rate:257 rate(5760000) divider(30) |
11:57.06 | freemangordon | so actually it sets the correct frequency :D |
11:57.25 | freemangordon | well, not correct , but requested |
11:57.36 | freemangordon | sailus: which mainline version? |
11:58.35 | freemangordon | because there are some changes in 3.10 compared to 3.6 for example |
11:59.35 | freemangordon | esp in the way how are rate changes propagated and usage of CLK_SET_RATE_PARENT flag |
12:00.25 | sailus | freemangordon: I tried linux-media tree yesterday (with a few patches from Aaro Koskinen). |
12:00.37 | sailus | I guess the patches are in linux-omap already. |
12:02.22 | freemangordon | which patches? |
12:03.06 | sailus | Also apparently others than him. |
12:03.09 | sailus | usb: musb: fix resource passed from glue layer to musb |
12:03.17 | sailus | ARM: OMAP: rx51: change musb mode to OTG |
12:03.34 | freemangordon | well, those should not matter in this case |
12:04.26 | freemangordon | sailus: 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.02 | sailus | Perhaps so. |
12:06.13 | sailus | I guess it should boot on N900 as well but I haven't tried it out. |
12:06.44 | freemangordon | by *this* code I mean omap3isp |
12:07.45 | freemangordon | sailus: anyway, what is your advice? Should I try to fix that by recalculating the divisor every time a rate change happens? |
12:07.59 | freemangordon | xclka/b divisor that is |
12:09.05 | freemangordon | bwt 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.37 | freemangordon | or maybe not |
12:09.45 | sailus | I think the rate change must not be allowed. |
12:10.02 | sailus | That may crash the sensor as it's certainly not expected. |
12:10.16 | freemangordon | hmm, maybe I can just lock dpll |
12:10.21 | sailus | I think there's a way to register a notifier to prevent it. |
12:10.28 | sailus | Or something. |
12:10.49 | freemangordon | on cam_mclk? |
12:11.47 | freemangordon | hmm, no, on xclka/b |
12:12.14 | sailus | Ack. |
12:12.16 | *** join/#maemo-ssu ceteigrek (~ceteigrek@ip123-70-209-87.adsl2.static.versatel.nl) |
12:12.29 | sailus | I think the smia driver would need to do that. |
12:12.37 | freemangordon | :nod: |
12:12.47 | freemangordon | will try to implement that |
12:12.59 | *** part/#maemo-ssu ceteigrek (~ceteigrek@ip123-70-209-87.adsl2.static.versatel.nl) |
12:13.01 | sailus | I actually haven't seen a situation before that someone would like to change the *same* clock so this hasn't been needed. |
12:13.55 | freemangordon | I guess this results from CLK_SET_RATE_PARENT flag on mclk and parents |
12:14.29 | freemangordon | as the rate changes are is propagated back and forth |
12:14.35 | sailus | clk_notifier_register() |
12:14.42 | freemangordon | amybe a bug in the clock framework, dunno |
12:14.59 | freemangordon | yeah, was reading the code :) |
12:15.24 | jonwil | the closest I want to get to kernel coding is rebuilding my Gentoo kernel when it needs it :P |
12:15.46 | sailus | And return NOTIFY_BAD. |
12:15.57 | sailus | I mean NOTIFY_BAD if the sensor is powered. |
12:16.10 | sailus | Or... the clock is enabled. :-) |
12:16.17 | freemangordon | yep |
12:16.43 | freemangordon | hmm, and rate != old_rate |
12:21.28 | freemangordon | sailus: maybe I should set the rate in power_on too |
12:22.06 | freemangordon | and set notifier from there (and unset it on power_off) |
12:27.24 | sailus | Isn't that already being done? |
12:27.40 | sailus | There have been relatively recent changes to clock handling in the smiapp driver. |
12:27.42 | freemangordon | setting the rate in power_on? |
12:27.47 | freemangordon | hmm, nooo :) |
12:28.08 | freemangordon | at least in our tree, lemme check upstream |
12:28.41 | sailus | Apparently not. |
12:28.48 | sailus | http://git.linuxtv.org/sailus/media_tree.git/commitdiff/a0c7bf81a5a8a3f817fc03c60a9807270e4bf4da |
12:28.55 | freemangordon | sailus: not implemented in mainline? |
12:28.58 | sailus | Just that they're correctly prepared before enabling. |
12:29.05 | freemangordon | :nod: |
12:30.01 | sailus | But the rate is already set there. |
12:30.07 | sailus | I think you'd only need to register the notifier. |
12:30.27 | freemangordon | someone changes it |
12:30.36 | freemangordon | seed the log ^^^ |
12:30.37 | freemangordon | *see |
12:31.20 | sailus | Because they can? :-P |
12:31.29 | freemangordon | also, platform_dtata set_xclk is called in power on |
12:31.38 | freemangordon | (if not NULL) |
12:31.54 | freemangordon | which will lead in clock being set in case we don;t use clock framework |
12:32.02 | sailus | Yes. |
12:32.10 | sailus | And don't you use the clock framework? |
12:32.17 | freemangordon | sure |
12:32.41 | freemangordon | my point is - if we *don't* use it, the clock will be set |
12:35.26 | freemangordon | shit, I can't pass data to notifier function :( |
12:35.37 | freemangordon | wtf is with those guys |
12:35.37 | *** join/#maemo-ssu ceteigrek (~ceteigrek@92.69.241.105) |
12:36.06 | freemangordon | oh, 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.07 | freemangordon | sailus: clk notifier in ISP, the result: http://pastebin.com/yQ1yH2wN :( |
14:36.24 | freemangordon | the divider etc seems just fine |
14:36.49 | freemangordon | but maybe ISP doesn't run at all |
14:37.23 | freemangordon | sailus: 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.02 | sailus | freemangordon: That suggests there could be a problem with the configuration. |
15:01.12 | sailus | The CCDC will only stop after it has processed a full frame. |
15:01.17 | freemangordon | yep, I am checking MUX |
15:01.28 | freemangordon | seems like it is wrong |
15:01.36 | sailus | Does your sensor configuration have the correct CCP2 bus in it? |
15:02.10 | freemangordon | hmm, isn't CSI used? |
15:03.24 | sailus | It's the same. :-) |
15:03.33 | freemangordon | ok :) |
15:03.33 | sailus | CSI-2 is different. |
15:03.49 | freemangordon | well, MUX was set wrongly |
15:04.04 | freemangordon | I will check all the needed gpios and will retry |
15:04.26 | sailus | :-) |
15:07.03 | sailus | Your .interface should be ISP_INTERFACE_CCP2B_PHY1. |
15:07.35 | sailus | And the signalling mode is SMIAPP_CSI_SIGNALLING_MODE_CCP2_DATA_CLOCK. |
15:08.37 | freemangordon | .csi_signalling_mode= SMIAPP_CSI_SIGNALLING_MODE_CCP2_DATA_CLOCK, |
15:11.04 | sailus | Good. |
15:11.12 | sailus | Any luck with changed gpio configuration? |
15:12.42 | freemangordon | I am trying to grok what PULLUDENABLE1 is supposed to mean |
15:13.26 | sailus | Doesn't say anything to me. :-P |
15:13.28 | sailus | Pinmux? |
15:13.33 | freemangordon | yep |
15:13.46 | freemangordon | I suspect this is input with pulldown :) |
15:15.25 | freemangordon | should be OMAP_PIN_INPUT_PULLDOWN, going to test |
15:27.53 | freemangordon | sailus: 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.24 | sailus | :-P |
15:33.36 | sailus | freemangordon: Do you get any interrupts now? |
15:34.14 | sailus | If you have a patch for the clock notifier we could still see if we could upstream it. |
15:38.26 | freemangordon | sailus: I am not sure this patch is really needed |
15:38.32 | freemangordon | sailus: 40: 0 INTC OMAP3 ISP |
15:38.38 | freemangordon | still no interrupts |
15:53.22 | freemangordon | sailus: do I have to have cameras as consumers of VCSI/vaux2? |
16:30.02 | Pali | ~seen _nicolai_ |
16:30.07 | infobot | _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.22 | sailus | :-P |
16:42.43 | sailus | freemangordon: I think yes. If that was the regulator which used to be there, then so it be. |
16:43.13 | freemangordon | sailus: it is not that, ISP is consumer of VCSI |
16:43.43 | freemangordon | and it is powered when needed |
16:49.16 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
16:51.01 | sailus | Back later. |
16:51.15 | freemangordon | I 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.17 | sailus | freemangordon: The ISP does need a few regulators. |
19:01.30 | sailus | It works on 3630, so I assume that should be in order. |
19:01.51 | sailus | The 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.13 | Pali | _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.46 | sailus | freemangordon: Here the cameras both use vaux4. |
19:59.51 | sailus | Where did vaux2 come from? |
20:01.12 | sailus | http://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.59 | freemangordon | sailus: no idea, I guess from meego |
21:09.50 | freemangordon | oh, wait, vaux2 is for omap3isp |
21:10.19 | freemangordon | cameras are on VANA |
21:30.56 | *** join/#maemo-ssu jon_y (~enforcer@2002:af8e:4df8::af8e:4df8) |
21:54.40 | sailus | Same regulator. |
22:02.51 | *** join/#maemo-ssu povbot (~supybot@office.pov.lt) |
22:02.53 | *** mode/#maemo-ssu [+v povbot] by ChanServ |
22:12.15 | Pali | freemangordon: 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.42 | DocScrutinizer05 | *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) |