--- Log for 28.07.120 Server: tolkien.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 13 days and 13 hours ago 00.13.05 # Build Server message: New build round started. Revision 5da59ce, 280 builds, 10 clients. 00.23.38 *** Saving seen data "./dancer.seen" 00.27.23 # Build Server message: Build round completed after 859 seconds. 00.27.27 # Build Server message: Revision 5da59ce result: All green 01.10.48 Join Huntereb [0] (~Huntereb@174.226.9.216) 01.36.26 Quit Huntereb (Ping timeout: 260 seconds) 02.22.58 Join ZincAlloy [0] (~Adium@ip5f5acf9f.dynamic.kabel-deutschland.de) 02.23.41 *** Saving seen data "./dancer.seen" 02.27.05 Quit ZincAlloy (Ping timeout: 240 seconds) 02.44.06 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:8cef:8b1e:8d83:d83) 02.49.03 Quit ZincAlloy (Ping timeout: 272 seconds) 02.57.50 # speachy: AFAIR the 1G scrollwheel patch wasn't accepted because it would have the opposite effect for some Ipods (different hardware revision or so). I didn't look at the history of the patch or what it does now, I couldn't read the code anyway… 02.59.40 # IIRC amiconn's 1G Ipod worked with the scrollwheel as it was 03.00.43 Quit koniu (Ping timeout: 240 seconds) 03.07.36 Join koniu [0] (~koniu@gateway/tor-sasl/koniu) 03.08.22 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:b4ac:d401:fa71:b1e1) 04.23.42 *** Saving seen data "./dancer.seen" 05.01.45 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 05.03.38 # speachy: I just saw commit 7f282b9280, did you push it from gerrit? It doesn't look great to have hard-coded contants like that in the code 05.17.43 Quit pamaury (Ping timeout: 246 seconds) 05.37.49 Quit S|h|a|w|n (Read error: Connection reset by peer) 05.38.45 Quit J_Darnley (Ping timeout: 240 seconds) 05.39.22 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 06.23.46 *** Saving seen data "./dancer.seen" 06.26.31 Join __Bilgus_ [0] (41ba23be@65.186.35.190) 07.53.14 Join krabador [0] (~krabador@unaffiliated/krabador) 07.53.43 Quit krabador (Remote host closed the connection) 08.11.27 # pixelma, from what I could tell, that 1g wheel patch shouldn't break any _known_ ipod revisions worse than their existing (presumably non-working) state. 08.13.16 # pamaury, fair point. I'll ask mendel_munkis to create a broken-out #define for that magic number. 08.13.58 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 08.19.59 # sweet, the first translation update that takes advantage of all of the changes I've made behind the scenes. 08.23.13 # Build Server message: New build round started. Revision bfd6b5d, 280 builds, 10 clients. 08.23.48 *** Saving seen data "./dancer.seen" 08.25.24 # speachy: as I understand there were working ones 08.29.41 # gevaerts: If it causes a regression, we can get the HW_REVISION for the affected unit and proceed from there, no? 08.31.36 # the way the code is written we know of HW_REVISION 1 and 2 only, and there's some third (fourth?) uknown type. 08.33.48 # so it does seen that, as structured, it will only affect the unknown revision(s). 08.35.50 # I haven't actually looked at it myself 08.35.56 # So yes, maybe :) 08.36.32 # it's also possible (likely!) that the code has been restructured considerably since the initial versions of that patch 08.37.06 # with newer ipod generations split out into different files. 08.37.21 # ah, excellent, IPOD_HW_REVISION is in the debug screen. 08.37.39 # so if anyone does complain, we can get the needed info to fix this quite easily. 08.37.48 # Build Server message: Build round completed after 876 seconds. 08.37.51 # Build Server message: Revision bfd6b5d result: All green 08.48.52 Join massiveH [0] (~massiveH@ool-18e4eaeb.dyn.optonline.net) 08.56.11 # hmm. why did this not 08.56.23 # ..not get filtered out... 09.09.38 Join mendel_munkis_ [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) 09.12.13 Quit mendel_munkis (Ping timeout: 264 seconds) 09.19.38 # <__Bilgus_> seems like the are quite a few ipod users (or maybe they are just more vocal with asking for help) 09.19.59 # <__Bilgus_> so if thats the case shouldn't be too long before we see results 09.20.05 # Build Server message: New build round started. Revision 2aeeeb4, 280 builds, 10 clients. 09.21.09 # there's not a lot of 1g/2g ipod users though. Plus the wiki page does claim there are SERIOUS ISSUES with 1g. 09.30.23 Quit koniu (Ping timeout: 240 seconds) 09.30.50 Join koniu [0] (~koniu@gateway/tor-sasl/koniu) 09.33.37 # Build Server message: Build round completed after 812 seconds. 09.33.38 # Build Server message: Revision 2aeeeb4 result: All green 09.34.12 Part nihilazo1 ("User left") 10.15.49 Quit __Bilgus_ (Remote host closed the connection) 10.23.49 *** Saving seen data "./dancer.seen" 10.28.23 Quit massiveH (Quit: Leaving) 10.36.31 Join __Bilgus [0] (41ba23be@65.186.35.190) 10.51.04 # speachy: pamaury: does g#2606 look good? 10.51.06 # Gerrit review #2606 at http://gerrit.rockbox.org/r/2606 : FS#8778: Fix iPod 1G scroll wheel not being enabled (Mark Fawcus and Rune Pade) by Solomon Peachy 10.51.21 # sorry g#2616 10.51.23 # Gerrit review #2616 at http://gerrit.rockbox.org/r/2616 : imx233: rtc: move persistent0 value to constant by Moshe Piekarski 10.52.00 Nick mendel_munkis_ is now known as mendel_munkis (~mendelmun@ool-ae2cb138.dyn.optonline.net) 10.52.07 # it looks good -- do we need bit 19 and bit 8? 10.54.08 # bit 8 defaults to 1 (its part of a 5 bit subfield) setting it to 0 seems unsupported according to the docs 10.55.49 # bit 19 I am less sure about but existing sane configurations seem to have it set and the docs imply better performance when set (besides during poweroff however I haven't noticed any adverse affects from not clearing it during poweroff.) 10.56.23 # https://www.nxp.com/docs/en/reference-manual/IMX23RM.pdf pg 1087 10.59.22 # * speachy nods. 11.00.33 # oops looks like the stmp 3600 needs some register values reversed. 11.01.05 # I guess I'll heve to set it in the reg files for each version 11.02.33 # should I put it after the headergen endif? 11.03.19 # do what you think is best; once we see what you've come up with we can take it from there 11.04.51 # okay, the upgrade is staged. 11.05.57 # <__Bilgus> any got any comments on g#2617 11.05.59 # Gerrit review #2617 at http://gerrit.rockbox.org/r/2617 : root_menu move tag cache init check to pictureflow plugin by William Wilgus 11.06.04 # <__Bilgus> anyone* 11.07.08 # __Bilgus, I like it. So nothing else in core needed to check if the database is ready? That strikes me as odd, but hey, if it compiled, it must be good! 11.07.14 Join sakax [0] (~r0b0t@unaffiliated/r0b0t) 11.07.20 # <__Bilgus> no others do elsewhere 11.07.43 # <__Bilgus> what I want to do is make it so any plugin can be started from hotkey 11.07.56 # <__Bilgus> (and as a startscreen too) 11.08.07 # * speachy nods. 11.08.27 # <__Bilgus> so I don't want root_menu having to check if a plugin is ok to run 11.08.37 # yeah, that's a good principle 11.09.36 # <__Bilgus> the other side of this is that I would like to add a semblance of shortcuts by allowing plugins to have a parameter setting in the context menu 11.10.13 # <__Bilgus> or just mess with that patch that added windows shortcuts or somesuch 11.11.12 # <__Bilgus> then you could write a shortcut that had your desired params and run that, haven't decided which 11.11.12 # anyone have a zen V or sansa express? 11.12.14 # <__Bilgus> oh speachy did you check out that voice plugin? 11.12.48 # not yet. $dayjob has precluded active tinkering. 11.13.06 # during the upgrade window I intend to give it a whirl 11.13.18 # since I'l have a lot of $dayjob infra down at the same time too 11.13.34 # lots of server upgrades to babysit 11.14.30 # speaking of, 45min (ish) before it goes down, if you want to get any commits/builds in before then 11.15.00 # <__Bilgus> I don't have anything I want to push atm I'm going to build off that commit for the rest 11.15.06 # mendel_munkis, just to be clear, 2616 isn't ready yet, correct? 11.15.17 # correct. 11.15.24 # Build Server message: New build round started. Revision 530bc16, 280 builds, 10 clients. 11.17.15 # whats the source of the dumps in utils/regtools/regdumps? 11.17.38 # the one from the zenv seems to contridict the datasheet 11.18.03 # that's before my time; I know nothing beyond what 'git log' could describe. 11.18.27 # never miind I just reliezed the zen has to chips so it's probably just the later one 11.18.36 # ss/to/two/ 11.19.57 # unfortunately I can't find the 3700 datasheet. 11.23.13 # if anyone with a stmp36xx or stmp3700 device can tell me the contents of PERSISTENT0 (debug->hhw info->rtc) I would appreciate it. 11.25.10 # speachy: it may be a good idea to revert my rtc patch. it may break some devices. 11.26.18 # one small question, do you think it would be tricky to integrate this patch within rockbox ? https://gerrit.rockbox.org/r/#/c/1009/ or it's too experimental 11.27.38 # Build Server message: Build round completed after 733 seconds. 11.27.40 # Build Server message: Revision 530bc16 result: All green 11.27.46 # edhelas: I am have it in my build so it should compile, however I haven't really tested it. 11.29.05 # mendel_munkis okay thanks 11.53.17 Quit ac_laptop (Quit: WeeChat 2.8) 11.53.44 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 12.01.05 # mendel_munkis, feel free to submit a reversion changeset. :) 12.01.48 # edhelas, I'd personally love to see it go in too 12.02.06 # That would be an awesome feature indeed 12.02.24 # Auxiliary DAC for a laptop for example 😋 12.03.37 # <__builtin> edhelas: doesn't look too difficult 12.05.59 # something similar is also needed for modern IAP too 12.08.38 # IAP? 12.09.04 # iOS Accessory Protocol 12.09.42 # aka "ipod integration into usb-port-equipped vehicles" 12.11.32 # okay, server's going down in a few minutes. that includes the irc logbot. 12.14.16 DEBUG Received signal 15 (SIGTERM), terminating (snapshot: transfer.c line 304) 12.14.16 *** Cleanup 12.14.16 *** Saving seen data "./dancer.seen" 12.14.16 *** Exit 14.22.00 *** Started Dancer V4.16 14.22.00 DEBUG gethostbyname(2) failed for irc.freenode.net (No such device or address) (snapshot: netstuff.c line 99) 14.22.00 DEBUG gethostbyname(2) failed for irc.freenode.net (No such device or address) (snapshot: netstuff.c line 99) 14.22.00 DEBUG gethostbyname(2) failed for irc.freenode.net (No such device or address) (snapshot: netstuff.c line 99) 14.22.00 *** Connected to irc.freenode.net on port 6667 14.22.00 *** Logfile for #rockbox started 14.22.09 Mode "logbot_ :+i" by logbot_ 14.22.19 *** Server message 501: 'logbot_ :Unknown MODE flag' 14.22.19 Join logbot_ [0] (~rockbox@stuffed.shaftnet.org) 14.22.19 Join speachy [0] (40eebded@64.238.189.237) 14.22.19 Join mendel_munkis_ [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) 14.22.19 Join J_Darnley [0] (~J_Darnley@d51a44418.access.telenet.be) 14.22.19 Join bonfire_ [0] (~bonfire@c-73-52-134-66.hsd1.ut.comcast.net) 14.22.19 Join __bILGUS [0] (41ba23be@65.186.35.190) 14.22.19 Join lebellium [0] (~lebellium@89-92-253-148.hfc.dyn.abo.bbox.fr) 14.22.19 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 14.22.19 Join MrZeus_ [0] (~MrZeus@4e6942be.skybroadband.com) 14.22.19 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 14.22.19 Join sakax [0] (~r0b0t@unaffiliated/r0b0t) 14.22.19 Join koniu [0] (~koniu@gateway/tor-sasl/koniu) 14.22.19 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:b4ac:d401:fa71:b1e1) 14.22.19 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 14.22.19 Join Strife89 [0] (sid399903@gateway/web/irccloud.com/x-jufepegjoeamjhuc) 14.22.19 Join michaelni [0] (~michael@213-47-68-29.cable.dynamic.surfer.at) 14.22.19 Join JanC [0] (~janc@lugwv/member/JanC) 14.22.19 Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) 14.22.19 Join TorC [0] (~Tor@fsf/member/TorC) 14.22.19 Join amiconn [0] (jens@rockbox/developer/amiconn) 14.22.19 Join pixelma [0] (marianne@rockbox/staff/pixelma) 14.22.19 Join APLU [0] (~mulx@eva.aplu.fr) 14.22.19 Join chrisb [0] (~chrisb@unaffiliated/chrisb) 14.22.19 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 14.22.19 Join Moarc [0] (~chujko@a105.net128.okay.pl) 14.22.19 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 14.22.19 Join ender| [0] (~ender1@2a01:260:4094:1:6045:6fff:fedd:cbf3) 14.22.19 Join Skyrider [0] (~Skyrider@v220200567215119438.goodsrv.de) 14.22.19 Join heredoc [0] (heredoc@2a01:7e01::f03c:91ff:fec1:de1d) 14.22.19 Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) 14.22.19 Join pablocastellanos [0] (~emergency@201.216.138.14) 14.22.19 Join blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-xgzlvmoheyftzwyh) 14.22.19 Join Guest23961 [0] (kadobanmat@gateway/shell/matrix.org/x-mztxtwrwyofshhko) 14.22.19 Join paulk-leonov [0] (~paulk-leo@leonov.paulk.fr) 14.22.19 Join logbot [0] (~rockbox@giant.haxx.se) 14.22.19 Join __builtin [0] (~quassel@rockbox/developer/builtin) 14.22.19 Join Acou_Bass [0] (~eddie@cpc97736-bolt17-2-0-cust152.10-3.cable.virginm.net) 14.22.19 Join WakiMiko [0] (~WakiMiko@unaffiliated/wakimiko) 14.22.19 Join ParkerR [0] (ParkerR@unaffiliated/parkerr) 14.22.19 Join Rondom [0] (~rondom@modo.nonmodosedetiam.net) 14.22.19 Join amdj [0] (~aaron@freenode/staff/atheme.amdj) 14.22.19 Join aevin [0] (eivindsy@unaffiliated/aevin) 14.22.19 Join ats [0] (~ats@2001:8b0:83b:b53f::a) 14.22.19 Join sh4 [0] (shapeless@unaffiliated/sh4) 14.22.19 Join galaxy_knuckles [0] (~gknux@unaffiliated/galaxy-knuckles/x-1756549) 14.22.19 Join toruvinn [0] (~toruvinn@178-37-200-229.adsl.inetia.pl) 14.22.19 Join vup [0] (~~~~@46.101.193.235) 14.22.19 Join Jack87 [0] (Jack87@nasadmin/admin/jack87) 14.22.19 Join alexbobp [0] (~alex@meowface.org) 14.22.19 Join emacsomancer [0] (~runner@c-174-52-88-123.hsd1.ut.comcast.net) 14.22.19 Join Horrorcat [0] (~Horrorcat@unaffiliated/horrorcat) 14.22.19 Join Slasheri [0] (~miipekk@rockbox/developer/Slasheri) 14.22.19 Join marex-cloud [0] (sid137234@gateway/web/irccloud.com/x-lboaieeadunxbtvj) 14.22.19 Join SammysHP [0] (~SammysHP@faol.sammyshp.de) 14.22.19 Join rudi_s [0] (~simon@bmi.informatik.uni-erlangen.de) 14.22.19 Join xcin [0] (~x@159.203.132.140) 14.22.19 Join igitoor [0] (igitur@unaffiliated/contempt) 14.22.19 Join funman [0] (~fun@rockbox/developer/funman) 14.22.19 Join user890104 [0] (~Venci@freemyipod.org) 14.22.19 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) 14.22.19 Join prg318 [0] (~prg@deadcodersociety/prg318) 14.22.19 Join dys [0] (~dys@aurora.npff.co) 14.22.19 Join klock [0] (~freeklock@unaffiliated/klock) 14.22.19 Join bleb [0] (~cm@unaffiliated/bleb) 14.22.19 Join Ckat [0] (~Ckat@xn--z7x.xn--6frz82g) 14.22.19 Join benedikt93_ [0] (~quassel@unaffiliated/benedikt93) 14.22.19 Join beencubed [0] (~beencubed@209.131.238.248) 14.22.19 Join TheEaterOfSouls [0] (~souls@unaffiliated/theeaterofsouls) 14.22.19 Join TheSphinX^ [0] (~briehl@2a01:4f8:c17:714f::3) 14.22.19 Join XDjackieXD [0] (~jackie@irc.chaosfield.at) 14.22.19 Join _3dsv [0] (~3dsv@068-184-255-059.res.spectrum.com) 14.22.19 Join Soap [0] (~Soap@rockbox/staff/soap) 14.22.19 Join flabrus [0] (~beard@unaffiliated/flabrus) 14.22.19 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 14.22.19 Join lemon_jesus [0] (~lemon_jes@c-73-9-49-209.hsd1.il.comcast.net) 14.22.19 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 14.22.19 Join scorche [0] (~scorche@rockbox/administrator/scorche) 14.22.19 Join ecs [0] (esawady@d2evs.net) 14.22.19 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 14.22.19 Join blackyus- [0] (~blackyus1@ip189.ip-144-217-213.net) 14.22.19 Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) 14.22.19 Join edhelas [0] (9d94237298@149-210-220-39.colo.transip.net) 14.22.19 Join craftyguy [0] (~craftyguy@qutebrowser/dev/craftyguy) 14.22.19 Join Natch [0] (~Natch@c-b471e255.014-297-73746f25.bbcust.telenor.se) 14.22.19 Join shrizza [0] (~shrizza@oki-180-131-209-187.jptransit.net) 14.22.19 Join Tsesarevich [0] (Tsesarevic@gateway/web/irccloud.com/x-cpbxxosrwhdmdqsr) 14.22.19 Join danielp3344 [0] (danielp334@gateway/shell/matrix.org/x-bzlkoiowfpfiyjcl) 14.22.19 Join bzed [0] (~bzed@shell.bzed.at) 14.22.19 Join ps-auxw [0] (~arneb@p548c650b.dip0.t-ipconnect.de) 14.22.19 Join CommunistWitchDr [0] (quassel@024-217-039-226.res.spectrum.com) 14.22.19 Join rasher [0] (~rasher@rockbox/developer/rasher) 14.22.19 Join Lonoxmont [0] (~lonoxmont@075-139-229-057.biz.spectrum.com) 14.22.19 Join rogeliodh [0] (~rogeliodh@vmi417874.contaboserver.net) 14.22.19 Join kirvesAxe [0] (kirvesaxe@aulis.sange.fi) 14.22.19 Join trfl [0] (~ed@static.59.110.40.188.clients.your-server.de) 14.22.19 Join Xeha [0] (~Xeha@unaffiliated/xeha) 14.22.19 Join @ChanServ [0] (ChanServ@services.) 14.22.19 Join fauweh [0] (~root@ithaqua.unzane.com) 14.22.19 Join mikroflops [0] (~yogurt@c188-150-217-176.bredband.comhem.se) 14.22.19 Join fs-bluebot [0] (~fs-bluebo@port-92-193-109-55.dynamic.as20676.net) 14.22.19 Join yosafbridge [0] (~yosafbrid@static.38.6.217.95.clients.your-server.de) 14.22.19 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 14.22.19 Join plum [0] (~plum@unaffiliated/plum) 14.22.19 Join copper [0] (~copper@unaffiliated/copper) 14.23.16 # okay, it's provisionally back online. Might need another restart. 14.25.51 # buildmaster, logbot, gerrit, git, www.. I think it's alive. 14.45.03 Join jdarnley [0] (~J_Darnley@d51a44418.access.telenet.be) 14.45.39 Quit J_Darnley (Ping timeout: 265 seconds) 15.11.04 # <__bILGUS> speachy, good tactful retirement message 15.12.04 # yeah, I'd forgotten that I only sent it to the mailing list. 15.14.58 # the upgrade process went completly smoothly, 15.36.07 # <__bILGUS> i'm getting Service Unavailable from gerrit 15.36.19 # gerrit's not right, yeah. I just had to force-kill it 15.36.19 Quit Guest23961 (Changing host) 15.36.19 Join Guest23961 [0] (kadobanmat@unaffiliated/kadoban) 15.36.19 Quit Guest23961 (Changing host) 15.36.19 Join Guest23961 [0] (kadobanmat@gateway/shell/matrix.org/x-gacswsrjzrzrdyts) 15.36.36 Nick Guest23961 is now known as kadoban (kadobanmat@gateway/shell/matrix.org/x-gacswsrjzrzrdyts) 15.37.36 # running a full reindex on it 15.40.36 Nick mendel_munkis_ is now known as mendel_munkis (~mendelmun@ool-ae2cb138.dyn.optonline.net) 15.40.50 # seems to be okay now 15.41.07 # Build Server message: New build round started. Revision 20e400e, 280 builds, 10 clients. 15.41.18 # * speachy crosses his fingers. 15.43.12 Quit bonfire_ (Quit: Leaving) 15.53.43 # Build Server message: Build round completed after 757 seconds. 15.53.46 # Build Server message: Revision 20e400e result: All green 16.01.41 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 16.04.18 # speachy: I meant revert temporarily untill I can gather the neccesary information to rework 2616 a little 16.14.03 # mendel_munkis: I am not entirely happen about g#2616 tbh 16.14.05 # Gerrit review #2616 at http://gerrit.rockbox.org/r/2616 : imx233: rtc: move persistent0 value to constant by Moshe Piekarski 16.15.07 # first it should probably be imx233 specific (I have the stmp36xx and stmp37xx datasheet to check but part of it is undocumented/device/bootloader specific possibly), and probably tested on several devices (otherwise make it fuze+ specific) 16.15.47 # also some bits of persistent0 are already standard: see firmware/target/arm/imx233/regs/imx233/rtc.h 16.16.19 # also I would prefer to understand what is missing in the current code to make it work in all cases 16.16.37 # good I agree. 16.17.37 # pamaury: i was actually just discussing that. can you tell me where to find the stmp37xxx datasheet? I havn't been able to find it myself. 16.20.38 # the stmp37xx datasheet is not public, I can send it to you though, should I use the email on gerrit? 16.20.54 # yes please 16.22.03 *** Saving seen data "./dancer.seen" 16.22.22 # so I agree with your code for at least this: 16.22.22 # BF_SET(RTC_PERSISTENT0, ALARM_EN, ALARM_WAKE_EN) 16.24.06 # mendel_munkis: sending the email now 16.24.50 # not sure about the msec resolution, I think it's safer to not touch this 16.25.12 # pamaury: by setting it to one I am not touching it. 16.25.24 # but the _SET bit only *sets* bits 16.25.52 # (on fuzep which is where i was in middle of moving it) 16.26.19 # so if I set 0x0 the value won't actually change? 16.26.23 # most registers have three variants: 16.26.23 # HW_RTC_PERSISTENT0 = xxxx; // set value to xxx 16.26.23 # HW_RTC_PERSISTENT0_SET = xxx; // bits in xxx that are 1 are set, others untouched 16.26.23 DBUG Enqueued KICK pamaury 16.26.23 # HW_RTC_PERSISTENT0_CLR = xxx; // bits in xxx that are 1 are cleared, others untouched 16.26.28 # yes 16.26.46 # thanks. I wasn't reading the macros correctly. 16.26.58 # so I suggest BF_SET(RTC_PERSISTENT0, ALARM_EN, ALARM_WAKE_EN) which seems safe 16.27.28 # the BF_SET macros will write the _SET variant, BF_CLR to the _CLR and BF_WR writes the entire register 16.29.19 # A: writing ALARM_EN ont imx233 is a bad idea B: I also need to deal with XTALOK and XTAL24MHZ_PWRUP 16.30.08 # also do you have any opinion on RELEASE_GND? 16.30.40 # s/ALARM_EN/ALARM_WAKE_EN/ 16.30.58 # mendel_munkis: before touching anything though, I just remembered that most of the rtc code actually lives in firmware/target/drivers/rtc/imx233.c 16.32.01 # mendel_munkis: why is XTALOK needed? 16.32.23 # does the alarm really require the 24Mhz crystal oscillator? 16.33.11 # pamaury: setting DISABLE_XTALOK means that the machine wont shutdown if the crystal breaks 16.33.15 # mendel_munkis: in drivers/rtc/imx233.c, function rtc_enable_alarm() actually sets ALARM_EN and ALARM_WAKE and ALARM_WAKE_EN 16.34.42 # does drivers/rtc/imx233.c also drive the smtp 36xx/37xx? 16.35.19 # because those bits have different meanings on those chips. 16.35.28 # mendel_munkis: as far as I remember yes, but I doubt I tested in the alarm on anything than the fuze+ 16.36.12 # the register bit are different on each target, ie the bit ALARM_WAKE is not the same on imx233 and stmp36xx, it's taken care of by the headers 16.37.41 # my understanding of the alarm function is that it needs at least one clock source, either 32Khz or 24Mhz (see Chapter 23 of the manual). 16.37.41 # I always assumed the 32Khz was the preferred one for this 16.38.16 # it needs to be consistent with PERSISTENT0_CLOCKSOURCE though 16.39.19 # right however in addition for ex the 36xx data sheet says that alarm_en allows alarms and alarm_wake_en allows wakeup on alarm while imx233 has alarm_en enables alarms and alarm_wake_en is _set_ on alarm receipt 16.42.07 # mendel_munkis: not sure about this, I read both manual as saying that ALARM enables the circuit to check the alarm, and ALARM_WAKE_EN will power up the chip on an alarm. In both cases ALARM_WAKE is set if the device wake up because of an alarm 16.42.41 # "This bit is set to one to upon the arrival of an alarm event that powers up the chip" 16.42.54 # yes that's ALARM_WAKE 16.43.33 # ah I see what you mean, I think it's a mistake in the manual 16.43.34 # I have that under ALARM_WAKE_EN 16.43.44 # That would explain it. 16.44.01 # because it says: ALARM_EN must be 16.44.01 # set to one to enable the detection of an alarm event. 16.44.01 # This bit is reset by writing a zero directly to the shadow 16.44.01 # register, which causes the copy controller to move it 16.44.01 # across to the analog domain. 16.44.33 # hmm, in fact I am not so sure right now, but it makes no sense that the _EN bit is set by the hardware 16.44.46 # yeah I did find that strange. 16.46.25 # freescale ony has rev 1 on their site. 16.47.47 # the example right after proves you right (I think) 16.47.48 # I can always look at the OF code to be sure (probably not today though) but it just seems simpler to try it on the device. I definitely had the alarm working on my fuze+ with that code 16.48.18 # yes good catch 16.48.20 # but there is also no reason to set it at intialization time 16.48.39 # so I think the real problem with the alarm might come from the oscillator not being enabled 16.48.57 # since it will be enabled when the alarm is set. 16.49.21 # what are the BM macros? 16.49.48 # mendel_munkis: rtc_enable_alarm() is called at init time by rockbox (it takes a parameter), it will set or clear the bit accordingly 16.50.08 Quit speachy (Remote host closed the connection) 16.50.55 # mendel_munkis: BM_ works on masks (it will set/clear all bits of the fields) whereas BF_ specifies a value for each field. 16.51.51 # all macros are documented in firmware/target/arm/imx233/regs/macro.h 16.52.02 # thanks 16.52.44 # I dont see clksource modified anywhere so I think it's safe to assume it's always 24mhz 16.53.35 # mendel_munkis: don't forget that the OF and the OF bootloader code touches this, so I wouldn't make any assumptions without looking at a device 16.54.39 # the fuzep dump in utils/regtools seems to confirm it for fuzep at least. 16.55.08 # in any cases, if we are going for the 24mhz, then we should clear the clocksource explciitely 16.55.15 # or we can clear it at init time to be sure. 16.57.26 # so 16.57.26 # BF_SET(RTC_PERSISTENT0, XTAL24MHZ_PWRUP); 16.57.26 # BF_CLR(RTC_PERSISTENT0, CLOCKSOURCE); 16.57.29 # I think 17.07.11 # do you have anything to say about RELEASE_GND on the fuzep, I amm pretty sure the OF sets it. 17.07.24 # also thank you very much for your help. 17.09.22 # huh clearing XTAL24_PDOWN on 36xx requires the SD_PRESENT (which shuts down.) and I don't see it being cleared in shutdown code. I wonder how 36xx devices keep the rtc running while off 17.09.42 # mendel_munkis: in doubt, just disable the code on stmp36xx 17.09.58 # regarding RELEASE_GND, just wait a second, I need to check something 17.10.16 # Does rockbox have any method of determining a power loss condition? 17.10.49 # pamaury: the relevant registers are named differently between the devices so I am not worried. 17.12.05 Quit ac_laptop (Ping timeout: 240 seconds) 17.13.24 # mendel_munkis: technically you can setup a FIQ to happen on power loss, you might a few cycles before the actual shutdown, it's called brownout 17.14.19 # otherwise you can set a bit in a persistent register, set it on boot, clear it on shutdown. You can detect a power loss if it set on boot 17.15.17 # pamaury: so no. (I am referring to power losses even when shut down.) 17.15.52 # mendel_munkis: regarding RELEASE_GND, I don't have an opinion. I just know that the audiout block has HP_HOLD_GND for that as well and anti-pop is really tricky on the imx233 17.16.06 # mendel_munkis: ah, no I don't think so 17.18.02 # I am also confused as to what it is doing in the persistent bits (especially because freescale recommends clearing it at shutdown.) 17.18.19 # yes me too I never really understood what this bit is supposed to do 17.19.43 # pamaury: from reading the description my guess is that having it set enables built in anti-pop which can however have the inverse effect at shutdown. however that is just a guess 17.20.16 # (as you can probably tell I don't actually have any clue what I am doing when it comes to drivers.) 17.22.00 # in my experience though, the pop happens when you send samples to the audioout block 17.28.05 # I will just leave it off then and hope for the best. 17.28.25 Quit lebellium (Quit: Leaving) 17.33.16 # pamaury: how's 2616 now? 17.37.32 Quit advcomp2019 (Ping timeout: 256 seconds) 17.39.30 Join advcomp2019 [0] (~advcomp20@65-131-173-185.sxct.qwest.net) 17.39.30 Quit advcomp2019 (Changing host) 17.39.30 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 17.50.28 # mendel_munkis: looks much better, still not sure what this xtalok does 17.50.38 # but if you think it's important why not 18.06.05 Quit pamaury (Ping timeout: 240 seconds) 18.12.10 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 18.22.04 *** Saving seen data "./dancer.seen" 18.23.28 Join speachy [0] (~speachy@209.2.65.77) 18.26.24 Join PimpiN8 [0] (~PimpiN8@213.232.87.64) 18.27.23 # hey guys 18.27.38 # all of sudden there is no sound on my ipod anymore 18.27.57 # when i run a diagnostics it recognises the headphone in the headphone jack 18.28.05 # any idea what this can be? 18.29.57 # PimpiN8: Did you update the software? 18.30.15 # no i haven't updated in a long time 18.30.24 # it doesn't matter it was working all this time 18.30.47 # i see it playing 18.30.49 # but no sound 18.30.58 # tried 3 different earplugs/headsets 18.31.09 # does the original apple firmware emit sound? 18.31.22 # (if nothing else you can enable the click sound through the headphones) 18.32.31 # haven;t tried that 18.32.33 # let me try 18.32.49 # (if nothing else you can enable the click sound through the headphones) 18.32.52 # what do you mean? 18.33.12 # in the apple firmware there's a setting to enable/disable the click sound as you use the scrollwheel. 18.33.31 # there's an internal speaker thingey that's on by default but you can change it to go through the headphones instead 18.33.44 # oh, what ipod revision? 18.33.56 # why would the click sound make a difference? 18.34.08 # not sure speachy 18.34.22 # its on a 512 gb hd 18.34.28 # it was years ago i did it 18.34.34 # some rockbox mod 18.34.40 # 1g/2g/3g/4g/video/classic/mini/nano/etc 18.35.06 # if the original apple firmware can generate sound, then the hardware is okay. 18.35.28 # if the original firmware cannot generate sound, then you have a hardware failure and there's nothing rockbox can do 18.35.35 # ipod video i think 18.36.00 # might only have to replace the headphone jack? 18.36.21 # perhaps, can't really say 18.36.30 # everything works on it 18.36.39 # but the sound lol 18.36.47 # ok should i put music on the original apple firmware? 18.37.08 # speachy: can you please commit g#2616? 18.37.08 # that's why I said to enable the clickwheel sound, so you don't have to muck with itunes,. 18.37.09 # Gerrit review #2616 at http://gerrit.rockbox.org/r/2616 : imx233: rtc: generalize PERSISTENT0 fix by Moshe Piekarski 18.37.19 # mendel_munkis ok. 18.37.26 # Build Server message: New build round started. Revision e3f6e9d, 280 builds, 10 clients. 18.37.35 # thank you 18.37.58 # ok sec 18.38.03 # let me grab it speach 18.38.46 # if i enable the clickwheel sound you hear the sound without putting a headphone in right? 18.40.14 Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach) 18.44.09 # yes -- but that's not what we care about. 18.44.22 # you need to enable it through the headphones. it's in the settings somewhere. 18.44.42 # so hear it through the headphones you mean? 18.44.57 # yes 18.45.04 # that option is not on by default 18.46.08 # ok 18.50.18 # trying to dual boot it 18.50.37 # any good way to do that? 18.50.52 # Build Server message: Build round completed after 805 seconds. 18.50.55 # Build Server message: Revision e3f6e9d result: All green 18.51.46 # don't recall offhand. it's in the manual though 18.52.44 Quit sakax (Quit: Leaving) 18.54.46 # got it 18.54.53 # let me find it in setting 18.54.54 # s 18.55.45 # Sound check? 18.56.03 # says Clicker On 18.56.09 # but that never clicked 18.56.13 # is that it? 18.57.39 # my mini has clicker off/speaker/headphones/both 18.58.41 # speakers/headphones? 19.01.37 # Build Server message: New build round started. Revision f495c48, 280 builds, 10 clients. 19.04.53 # i dont know speachy 19.05.35 # only other thing I can suggest is rename the .rockbox directory to something else and install a newer build as a test. 19.05.57 # my gut feeling is hardware failure. 19.06.07 # which hardware? 19.08.26 # maybe i should put some music on the original software? 19.09.44 # "tha hardware that makes sound" 19.10.02 # usually a bad jack gives more warning than just completly dying. 19.10.13 # i know 19.10.19 # but how can i know f i havent tried? 19.10.29 # maybe it will play with the original software 19.10.47 # So no option like this, PimpiN8? https://photos.app.goo.gl/HuYmGmu5hbrSbyCq8 19.11.20 # (Sound Check doesn't appear to do anything on my iPod, by the way.) 19.12.18 # yes Strife89 19.12.22 # only on/off 19.12.33 # not both 19.13.04 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 19.13.04 # * Strife89 shakes a fist at Apple 19.13.15 # lol 19.13.28 # what i i jus put a song on the original fw? 19.13.39 # maybe it will worj 19.13.41 # work 19.14.09 # I say go for it if you want 19.14.17 # ok how do i do it lol 19.14.22 # But I wouldn't get my hopes up 19.14.50 # sheesh 19.15.28 # Build Server message: Build round completed after 831 seconds. 19.15.30 # Build Server message: Revision f495c48 result: All green 19.21.58 # FFS, saanaito has been stalled for 19 hours. I hate that this keeps happening. 19.24.16 Quit beencubed (Quit: Leaving) 19.24.19 # guess i will have to send it in for repair 19.25.13 # talk to u guys later 19.25.29 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 19.39.43 Quit livvy (Ping timeout: 240 seconds) 19.55.41 Join beencubed [0] (~beencubed@209.131.238.248) 20.19.01 Quit ZincAlloy (Quit: Leaving.) 20.21.25 Quit MrZeus_ (Ping timeout: 246 seconds) 20.21.45 Join mendelmunkis [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) 20.22.07 *** Saving seen data "./dancer.seen" 20.22.37 Quit mendel_munkis (Read error: Connection reset by peer) 20.48.02 Quit paulk-leonov (Ping timeout: 256 seconds) 20.48.11 Join paulk-leonov [0] (~paulk-leo@leonov.paulk.fr) 20.48.16 Quit ac_laptop (Ping timeout: 256 seconds) 20.57.56 Quit Acou_Bass (*.net *.split) 20.57.56 Quit kadoban (*.net *.split) 20.57.56 Quit sh4 (*.net *.split) 20.57.56 Quit bleb (*.net *.split) 20.58.39 Join sh4 [0] (shapeless@unaffiliated/sh4) 21.01.52 Join kadoban [0] (kadobanmat@gateway/shell/matrix.org/x-gacswsrjzrzrdyts) 21.01.53 Join Acou_Bass [0] (~eddie@cpc97736-bolt17-2-0-cust152.10-3.cable.virginm.net) 21.01.53 Join bleb [0] (~cm@unaffiliated/bleb) 21.02.24 Quit bleb (Max SendQ exceeded) 21.02.48 Join bleb [0] (~cm@unaffiliated/bleb) 21.03.33 Quit blbro[m] (Remote host closed the connection) 21.03.37 Quit danielp3344 (Write error: Broken pipe) 21.03.41 Quit kadoban (Write error: Connection reset by peer) 21.10.00 Join blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-egqbtuzulkvgyatg) 21.35.14 Join kadoban [0] (kadobanmat@gateway/shell/matrix.org/x-vcvxnvarhojpuavt) 21.35.14 Join danielp3344 [0] (danielp334@gateway/shell/matrix.org/x-hsdardaapcnifbst) 21.43.07 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 21.56.38 Join mendel_munkis_ [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) 21.58.52 Quit cockroach (Quit: leaving) 21.59.34 Quit mendelmunkis (Ping timeout: 260 seconds) 22.01.40 Join mendelmunkis [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) 22.04.16 Quit mendel_munkis_ (Ping timeout: 256 seconds) 22.22.08 *** Saving seen data "./dancer.seen" 22.48.08 Join mendel_munkis_ [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) 22.51.13 Quit mendelmunkis (Ping timeout: 264 seconds) 23.26.47 Quit TheSeven (Disconnected by services) 23.26.57 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 23.44.40 Join mendelmunkis [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) 23.46.59 Quit mendel_munkis_ (Ping timeout: 240 seconds) 23.54.50 Quit mendelmunkis (Ping timeout: 260 seconds)