IRC log for #maemo-ssu on 20131025

00:43.20*** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode)
02:24.40*** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn)
05:38.17*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
05:48.02*** join/#maemo-ssu LauRoman (~LauRoman@5-14-95-155.residential.rdsnet.ro)
06:57.38*** join/#maemo-ssu _rd (~rd@p57B4834E.dip0.t-ipconnect.de)
07:13.33*** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz)
07:55.00*** join/#maemo-ssu arcean (~arcean@aaeq198.neoplus.adsl.tpnet.pl)
09:02.58*** join/#maemo-ssu M13 (~Miranda@83.149.37.41)
09:09.01*** join/#maemo-ssu HRH_H_Crab (~crab@kowloontong.dim-sum.org)
09:09.01*** join/#maemo-ssu arcean (~arcean@aaeq198.neoplus.adsl.tpnet.pl)
09:43.31*** join/#maemo-ssu _rd (~rd@p57B4834E.dip0.t-ipconnect.de)
09:46.03*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
10:36.33*** join/#maemo-ssu BCMM (~BCMM@unaffiliated/bcmm)
11:44.27Palifreemangordon: how is going ti dsp codecs packaging?
11:47.38Palifreemangordon: is modprobe param shm_size=0x400000 for bridgedriver needed for stock kernel?
12:22.27*** join/#maemo-ssu Martix (~martix@4.177.broadband3.iol.cz)
12:34.21*** join/#maemo-ssu _rd (~rd@p57B4834E.dip0.t-ipconnect.de)
13:41.02Palifreemangordon: now I see this "static s32 shm_size = 0x400000" in stock nokia kernel
13:41.39Paliso we can safely delete option "shm_size=0x400000" from file /etc/modprobe.d/bridgedriver in new version of package which provides it
13:44.37Paligoing to patch also kernel-power to permanently delete that param, so cssu (and kernel) and kernel-power will have same files after upgrade
14:25.59*** join/#maemo-ssu PaulFertser (paul@paulfertser.info)
14:42.29*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
14:51.55l4m3rxPali, i've tested kp52+git with wired headset, (original one and from samsung), works normaly.
14:52.16l4m3rxTested with normal call anwsering and with openmediaplayer
14:52.21Palil4m3rx: ok, headset button working fine?
14:52.53Palino slowdown of any applications (when using headset)?
14:52.55l4m3rxy, seems so...don't know other apps that use it... but it worked on normal call  ,and for "next song" with open media player
14:53.03Paliand do you have CSSU installed (or not)?
14:53.33l4m3rxdidn't notice. I can update the kernel on my main n900 , i constantly use it as player, so i'll notice if there's any slowdowns.
14:53.39l4m3rxcssu8.2thumb
14:53.47Paliok
15:18.39*** join/#maemo-ssu NIN101 (~NIN@p5DD283AE.dip0.t-ipconnect.de)
15:28.23Palifreemangordon: there is problem with kp patch shutdown-reboot-patch.diff: it depends on usb host mode patches
15:28.35Paliso what to do with it in kcssu?
15:28.39Palidisable them?
15:40.22*** join/#maemo-ssu oldtopman (~oldtopman@unaffiliated/oldtopman)
15:40.49DocScrutinizer05o.O
15:40.59DocScrutinizer05listens up
15:41.46DocScrutinizer05what's shutdown-reboot-patch ?
15:42.32DocScrutinizer05some weird stuff to disable boost VBUS before shutting down?
15:42.41DocScrutinizer05or even worse?
15:43.39DocScrutinizer05(worse == disable booting on detection of VBUS)
15:46.58DocScrutinizer05whatever it is, any such patch that fixes reboots on shutting down while boost mode active, should NOT depend on hostmode patches. Rather it should simply reset bq24150 (to stop boostmode) and then wait a few seconds until residual voltage on VBUS decayed
15:49.21DocScrutinizer05actually the improved booston script that's shipping with H-E-N since quite some time now should accomplish any such reset automatically on regular process termination (unless kill -9 us used)
15:49.48DocScrutinizer05is*
15:50.58DocScrutinizer05if you fail to reset bq24150, it will continue for ~30s to provide 5V VBus, which of course makes device restart after shutdown, just like when charger is connected
15:52.37DocScrutinizer05even when resetting bq24150, the 5V will stay for another ~2s on VBUS, thanks to buffer capacitors
15:59.28*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
15:59.44DocScrutinizer05Pali: bq24150.ko (pali's hostmode) should reset the chip as soon as the module gets an unload or suspend or whatever signil indication that system is going down
16:00.00DocScrutinizer05signal*
16:01.29*** join/#maemo-ssu oldtopman (~oldtopman@unaffiliated/oldtopman)
16:04.14*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
16:04.25PaliDocScrutinizer05: https://garage.maemo.org/plugins/ggit/browse.php/?p=kernel-power;a=commitdiff_plain;h=01d29604d2e1e48ad40d6d5d3c330f5a599ff968
16:04.43PaliDocScrutinizer05: bq driver doing that
16:05.29DocScrutinizer05well, that's gibberish to me
16:05.58DocScrutinizer05aiui it's about >>when device restarts instead of shutdown when a charger is attached<<
16:06.26DocScrutinizer05I'd say restarting is exactly what device is supposed to do, into ACT_DEAD mode
16:07.12DocScrutinizer05a diff on a patch, OMG
16:09.21DocScrutinizer05sorry, I don't get it how to convert this into sth I possibly could make some sense of
16:26.24*** join/#maemo-ssu arcean (~arcean@aacy248.neoplus.adsl.tpnet.pl)
16:28.15*** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1)
17:22.46*** join/#maemo-ssu ishijoe (c4c063c7@gateway/web/freenode/ip.196.192.99.199)
17:24.14*** join/#maemo-ssu lansiir (~oldtopman@unaffiliated/oldtopman)
17:33.21*** join/#maemo-ssu xes (~xes@unaffiliated/xes)
17:57.25*** join/#maemo-ssu oldtopman (~oldtopman@unaffiliated/oldtopman)
18:11.56*** join/#maemo-ssu arcean (~arcean@aacy248.neoplus.adsl.tpnet.pl)
19:02.29*** join/#maemo-ssu _rd (~rd@p57B4834E.dip0.t-ipconnect.de)
19:05.53*** join/#maemo-ssu RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net)
19:49.22*** join/#maemo-ssu _rd (~rd@p57B4834E.dip0.t-ipconnect.de)
20:55.38*** join/#maemo-ssu LauRoman (~LauRoman@5-14-95-155.residential.rdsnet.ro)
21:26.16*** join/#maemo-ssu xes (~xes@unaffiliated/xes)
21:29.05*** join/#maemo-ssu nox- (noident@freebsd/developer/nox)

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