Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2020-07-28

00:13:05fs-bluebotBuild Server message: New build round started. Revision 5da59ce, 280 builds, 10 clients.
00:23:38***Saving seen data "./dancer.seen"
00:27:23fs-bluebotBuild Server message: Build round completed after 859 seconds.
00:27:27fs-bluebotBuild Server message: Revision 5da59ce result: All green
01:10:48 Join Huntereb [0] (~Huntereb@
01:36:26 Quit Huntereb (Ping timeout: 260 seconds)
02:22:58 Join ZincAlloy [0] (
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:50pixelmaspeachy: 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:40pixelmaIIRC 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:38pamauryspeachy: 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] (
06:23:46***Saving seen data "./dancer.seen"
06:26:31 Join __Bilgus_ [0] (41ba23be@
07:53:14 Join krabador [0] (~krabador@unaffiliated/krabador)
07:53:43 Quit krabador (Remote host closed the connection)
08:11:27speachypixelma, 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:16speachypamaury, 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@
08:19:59speachysweet, the first translation update that takes advantage of all of the changes I've made behind the scenes.
08:23:13fs-bluebotBuild Server message: New build round started. Revision bfd6b5d, 280 builds, 10 clients.
08:23:48***Saving seen data "./dancer.seen"
08:25:24gevaertsspeachy: as I understand there were working ones
08:29:41speachygevaerts: If it causes a regression, we can get the HW_REVISION for the affected unit and proceed from there, no?
08:31:36speachythe way the code is written we know of HW_REVISION 1 and 2 only, and there's some third (fourth?) uknown type.
08:33:48speachyso it does seen that, as structured, it will only affect the unknown revision(s).
08:35:50gevaertsI haven't actually looked at it myself
08:35:56gevaertsSo yes, maybe :)
08:36:32speachyit's also possible (likely!) that the code has been restructured considerably since the initial versions of that patch
08:37:06speachywith newer ipod generations split out into different files.
08:37:21speachyah, excellent, IPOD_HW_REVISION is in the debug screen.
08:37:39speachyso if anyone does complain, we can get the needed info to fix this quite easily.
08:37:48fs-bluebotBuild Server message: Build round completed after 876 seconds.
08:37:51fs-bluebotBuild Server message: Revision bfd6b5d result: All green
08:48:52 Join massiveH [0] (
08:56:11speachyhmm. why did this not
08:56:23speachy..not get filtered out...
09:09:38 Join mendel_munkis_ [0] (
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:05fs-bluebotBuild Server message: New build round started. Revision 2aeeeb4, 280 builds, 10 clients.
09:21:09speachythere'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:37fs-bluebotBuild Server message: Build round completed after 812 seconds.
09:33:38fs-bluebotBuild 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@
10:51:04mendel_munkis_speachy: pamaury: does g#2606 look good?
10:51:06fs-bluebotGerrit review #2606 at : FS #8778: Fix iPod 1G scroll wheel not being enabled (Mark Fawcus and Rune Pade) by Solomon Peachy
10:51:21mendel_munkis_sorry g#2616
10:51:23fs-bluebotGerrit review #2616 at : imx233: rtc: move persistent0 value to constant by Moshe Piekarski
10:52:00 Nick mendel_munkis_ is now known as mendel_munkis (
10:52:07speachyit looks good −− do we need bit 19 and bit 8?
10:54:08mendel_munkisbit 8 defaults to 1 (its part of a 5 bit subfield) setting it to 0 seems unsupported according to the docs
10:55:49mendel_munkisbit 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:23mendel_munkis pg 1087
10:59:22*speachy nods.
11:00:33mendel_munkisoops looks like the stmp 3600 needs some register values reversed.
11:01:05mendel_munkisI guess I'll heve to set it in the reg files for each version
11:02:33mendel_munkisshould I put it after the headergen endif?
11:03:19speachydo what you think is best; once we see what you've come up with we can take it from there
11:04:51speachyokay, the upgrade is staged.
11:05:57__Bilgusany got any comments on g#2617
11:05:59fs-bluebotGerrit review #2617 at : root_menu move tag cache init check to pictureflow plugin by William Wilgus
11:07:08speachy__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__Bilgusno others do elsewhere
11:07:43__Bilguswhat 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__Bilgusso I don't want root_menu having to check if a plugin is ok to run
11:08:37speachyyeah, that's a good principle
11:09:36__Bilgusthe 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__Bilgusor just mess with that patch that added windows shortcuts or somesuch
11:11:12__Bilgusthen you could write a shortcut that had your desired params and run that, haven't decided which
11:11:12mendel_munkisanyone have a zen V or sansa express?
11:12:14__Bilgusoh speachy did you check out that voice plugin?
11:12:48speachynot yet. $dayjob has precluded active tinkering.
11:13:06speachyduring the upgrade window I intend to give it a whirl
11:13:18speachysince I'l have a lot of $dayjob infra down at the same time too
11:13:34speachylots of server upgrades to babysit
11:14:30speachyspeaking of, 45min (ish) before it goes down, if you want to get any commits/builds in before then
11:15:00__BilgusI don't have anything I want to push atm I'm going to build off that commit for the rest
11:15:06speachymendel_munkis, just to be clear, 2616 isn't ready yet, correct?
11:15:24fs-bluebotBuild Server message: New build round started. Revision 530bc16, 280 builds, 10 clients.
11:17:15mendel_munkiswhats the source of the dumps in utils/regtools/regdumps?
11:17:38mendel_munkisthe one from the zenv seems to contridict the datasheet
11:18:03speachythat's before my time; I know nothing beyond what 'git log' could describe.
11:18:27mendel_munkisnever miind I just reliezed the zen has to chips so it's probably just the later one
11:19:57mendel_munkisunfortunately I can't find the 3700 datasheet.
11:23:13mendel_munkisif anyone with a stmp36xx or stmp3700 device can tell me the contents of PERSISTENT0 (debug->hhw info->rtc) I would appreciate it.
11:25:10mendel_munkisspeachy: it may be a good idea to revert my rtc patch. it may break some devices.
11:26:18edhelasone small question, do you think it would be tricky to integrate this patch within rockbox ? or it's too experimental
11:27:38fs-bluebotBuild Server message: Build round completed after 733 seconds.
11:27:40fs-bluebotBuild Server message: Revision 530bc16 result: All green
11:27:46mendel_munkisedhelas: I am have it in my build so it should compile, however I haven't really tested it.
11:29:05edhelasmendel_munkis okay thanks
11:53:17 Quit ac_laptop (Quit: WeeChat 2.8)
11:53:44 Join ac_laptop [0] (~ac_laptop@
12:01:05speachymendel_munkis, feel free to submit a reversion changeset. :)
12:01:48speachyedhelas, I'd personally love to see it go in too
12:02:06edhelasThat would be an awesome feature indeed
12:02:24edhelasAuxiliary DAC for a laptop for example 😋
12:03:37__builtinedhelas: doesn't look too difficult
12:05:59speachysomething similar is also needed for modern IAP too
12:09:04speachyiOS Accessory Protocol
12:09:42speachyaka "ipod integration into usb-port-equipped vehicles"
12:11:32speachyokay, server's going down in a few minutes. that includes the irc logbot.
12:14:16DEBUGReceived signal 15 (SIGTERM), terminating (snapshot: transfer.c line 304)
12:14:16***Saving seen data "./dancer.seen"
14:22:00***Started Dancer V4.16
14:22:00DEBUGgethostbyname(2) failed for (No such device or address) (snapshot: netstuff.c line 99)
14:22:00DEBUGgethostbyname(2) failed for (No such device or address) (snapshot: netstuff.c line 99)
14:22:00DEBUGgethostbyname(2) failed for (No such device or address) (snapshot: netstuff.c line 99)
14:22:00***Connected to on port 6667
14:22:00***Logfile for #rockbox started
14:22:09Mode"logbot_ :+i" by logbot_
14:22:19***Server message 501: 'logbot_ :Unknown MODE flag'
14:22:19 Join logbot_ [0] (
14:22:19 Join speachy [0] (40eebded@
14:22:19 Join mendel_munkis_ [0] (
14:22:19 Join J_Darnley [0] (
14:22:19 Join bonfire_ [0] (
14:22:19 Join __bILGUS [0] (41ba23be@
14:22:19 Join lebellium [0] (
14:22:19 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
14:22:19 Join MrZeus_ [0] (
14:22:19 Join ac_laptop [0] (~ac_laptop@
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/
14:22:19 Join michaelni [0] (
14:22:19 Join JanC [0] (~janc@lugwv/member/JanC)
14:22:19 Join St3ak [0] (
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] (
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] (
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] (
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@
14:22:19 Join blbro[m] [0] (blbrostrat@gateway/shell/
14:22:19 Join Guest23961 [0] (kadobanmat@gateway/shell/
14:22:19 Join paulk-leonov [0] (
14:22:19 Join logbot [0] (
14:22:19 Join __builtin [0] (~quassel@rockbox/developer/builtin)
14:22:19 Join Acou_Bass [0] (
14:22:19 Join WakiMiko [0] (~WakiMiko@unaffiliated/wakimiko)
14:22:19 Join ParkerR [0] (ParkerR@unaffiliated/parkerr)
14:22:19 Join Rondom [0] (
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] (
14:22:19 Join vup [0] (~~~~@
14:22:19 Join Jack87 [0] (Jack87@nasadmin/admin/jack87)
14:22:19 Join alexbobp [0] (
14:22:19 Join emacsomancer [0] (
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/
14:22:19 Join SammysHP [0] (
14:22:19 Join rudi_s [0] (
14:22:19 Join xcin [0] (~x@
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] (
14:22:19 Join olspookishmagus [0] (
14:22:19 Join prg318 [0] (~prg@deadcodersociety/prg318)
14:22:19 Join dys [0] (
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@
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] (
14:22:19 Join _3dsv [0] (
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] (
14:22:19 Join lemon_jesus [0] (
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] (
14:22:19 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
14:22:19 Join blackyus- [0] (
14:22:19 Join ufdm [0] (
14:22:19 Join edhelas [0] (
14:22:19 Join craftyguy [0] (~craftyguy@qutebrowser/dev/craftyguy)
14:22:19 Join Natch [0] (
14:22:19 Join shrizza [0] (
14:22:19 Join Tsesarevich [0] (Tsesarevic@gateway/web/
14:22:19 Join danielp3344 [0] (danielp334@gateway/shell/
14:22:19 Join bzed [0] (
14:22:19 Join ps-auxw [0] (
14:22:19 Join CommunistWitchDr [0] (
14:22:19 Join rasher [0] (~rasher@rockbox/developer/rasher)
14:22:19 Join Lonoxmont [0] (
14:22:19 Join rogeliodh [0] (
14:22:19 Join kirvesAxe [0] (
14:22:19 Join trfl [0] (
14:22:19 Join Xeha [0] (~Xeha@unaffiliated/xeha)
14:22:19 Join @ChanServ [0] (ChanServ@services.)
14:22:19 Join fauweh [0] (
14:22:19 Join mikroflops [0] (
14:22:19 Join fs-bluebot [0] (
14:22:19 Join yosafbridge [0] (
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:16speachyokay, it's provisionally back online. Might need another restart.
14:25:51speachybuildmaster, logbot, gerrit, git, www.. I think it's alive.
14:45:03 Join jdarnley [0] (
14:45:39 Quit J_Darnley (Ping timeout: 265 seconds)
15:11:04__bILGUSspeachy, good tactful retirement message
15:12:04speachyyeah, I'd forgotten that I only sent it to the mailing list.
15:14:58speachythe upgrade process went completly smoothly,
15:36:07__bILGUSi'm getting Service Unavailable from gerrit
15:36:19speachygerrit'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/
15:36:36 Nick Guest23961 is now known as kadoban (kadobanmat@gateway/shell/
15:37:36speachyrunning a full reindex on it
15:40:36 Nick mendel_munkis_ is now known as mendel_munkis (
15:40:50speachyseems to be okay now
15:41:07fs-bluebotBuild 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:43fs-bluebotBuild Server message: Build round completed after 757 seconds.
15:53:46fs-bluebotBuild Server message: Revision 20e400e result: All green
16:01:41 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
16:04:18mendel_munkisspeachy: I meant revert temporarily untill I can gather the neccesary information to rework 2616 a little
16:14:03pamaurymendel_munkis: I am not entirely happen about g#2616 tbh
16:14:05fs-bluebotGerrit review #2616 at : imx233: rtc: move persistent0 value to constant by Moshe Piekarski
16:15:07pamauryfirst 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:47pamauryalso some bits of persistent0 are already standard: see firmware/target/arm/imx233/regs/imx233/rtc.h
16:16:19pamauryalso I would prefer to understand what is missing in the current code to make it work in all cases
16:16:37mendel_munkisgood I agree.
16:17:37mendel_munkispamaury: 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:38pamaurythe stmp37xx datasheet is not public, I can send it to you though, should I use the email on gerrit?
16:20:54mendel_munkisyes please
16:22:03***Saving seen data "./dancer.seen"
16:22:22pamauryso I agree with your code for at least this:
16:24:06pamaurymendel_munkis: sending the email now
16:24:50pamaurynot sure about the msec resolution, I think it's safer to not touch this
16:25:12mendel_munkispamaury: by setting it to one I am not touching it.
16:25:24pamaurybut the _SET bit only *sets* bits
16:25:52mendel_munkis(on fuzep which is where i was in middle of moving it)
16:26:19mendel_munkisso if I set 0x0 the value won't actually change?
16:26:23pamaurymost registers have three variants:
16:26:23pamauryHW_RTC_PERSISTENT0 = xxxx; // set value to xxx
16:26:23pamauryHW_RTC_PERSISTENT0_SET = xxx; // bits in xxx that are 1 are set, others untouched
16:26:23DBUGEnqueued KICK pamaury
16:26:23pamauryHW_RTC_PERSISTENT0_CLR = xxx; // bits in xxx that are 1 are cleared, others untouched
16:26:46mendel_munkisthanks. I wasn't reading the macros correctly.
16:26:58pamauryso I suggest BF_SET(RTC_PERSISTENT0, ALARM_EN, ALARM_WAKE_EN) which seems safe
16:27:28pamaurythe BF_SET macros will write the _SET variant, BF_CLR to the _CLR and BF_WR writes the entire register
16:29:19mendel_munkisA: writing ALARM_EN ont imx233 is a bad idea B: I also need to deal with XTALOK and XTAL24MHZ_PWRUP
16:30:08mendel_munkisalso do you have any opinion on RELEASE_GND?
16:30:58pamaurymendel_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:01pamaurymendel_munkis: why is XTALOK needed?
16:32:23pamaurydoes the alarm really require the 24Mhz crystal oscillator?
16:33:11mendel_munkispamaury: setting DISABLE_XTALOK means that the machine wont shutdown if the crystal breaks
16:33:15pamaurymendel_munkis: in drivers/rtc/imx233.c, function rtc_enable_alarm() actually sets ALARM_EN and ALARM_WAKE and ALARM_WAKE_EN
16:34:42mendel_munkisdoes drivers/rtc/imx233.c also drive the smtp 36xx/37xx?
16:35:19mendel_munkisbecause those bits have different meanings on those chips.
16:35:28pamaurymendel_munkis: as far as I remember yes, but I doubt I tested in the alarm on anything than the fuze+
16:36:12pamaurythe 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:41pamaurymy 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:41pamauryI always assumed the 32Khz was the preferred one for this
16:38:16pamauryit needs to be consistent with PERSISTENT0_CLOCKSOURCE though
16:39:19mendel_munkisright 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:07pamaurymendel_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:41mendel_munkis"This bit is set to one to upon the arrival of an alarm event that powers up the chip"
16:42:54pamauryyes that's ALARM_WAKE
16:43:33pamauryah I see what you mean, I think it's a mistake in the manual
16:43:34mendel_munkisI have that under ALARM_WAKE_EN
16:43:44mendel_munkisThat would explain it.
16:44:01pamaurybecause it says: ALARM_EN must be
16:44:01pamauryset to one to enable the detection of an alarm event.
16:44:01pamauryThis bit is reset by writing a zero directly to the shadow
16:44:01pamauryregister, which causes the copy controller to move it
16:44:01pamauryacross to the analog domain.
16:44:33pamauryhmm, 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:46mendel_munkisyeah I did find that strange.
16:46:25mendel_munkisfreescale ony has rev 1 on their site.
16:47:47mendel_munkisthe example right after proves you right (I think)
16:47:48pamauryI 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:18pamauryyes good catch
16:48:20mendel_munkisbut there is also no reason to set it at intialization time
16:48:39pamauryso I think the real problem with the alarm might come from the oscillator not being enabled
16:48:57mendel_munkissince it will be enabled when the alarm is set.
16:49:21mendel_munkiswhat are the BM macros?
16:49:48pamaurymendel_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:55pamaurymendel_munkis: BM_ works on masks (it will set/clear all bits of the fields) whereas BF_ specifies a value for each field.
16:51:51pamauryall macros are documented in firmware/target/arm/imx233/regs/macro.h
16:52:44mendel_munkisI dont see clksource modified anywhere so I think it's safe to assume it's always 24mhz
16:53:35pamaurymendel_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:39mendel_munkisthe fuzep dump in utils/regtools seems to confirm it for fuzep at least.
16:55:08pamauryin any cases, if we are going for the 24mhz, then we should clear the clocksource explciitely
16:55:15mendel_munkisor we can clear it at init time to be sure.
16:57:29pamauryI think
17:07:11mendel_munkisdo you have anything to say about RELEASE_GND on the fuzep, I amm pretty sure the OF sets it.
17:07:24mendel_munkisalso thank you very much for your help.
17:09:22mendel_munkishuh 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:42pamaurymendel_munkis: in doubt, just disable the code on stmp36xx
17:09:58pamauryregarding RELEASE_GND, just wait a second, I need to check something
17:10:16mendel_munkisDoes rockbox have any method of determining a power loss condition?
17:10:49mendel_munkispamaury: 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:24pamaurymendel_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:19pamauryotherwise 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:17mendel_munkispamaury: so no. (I am referring to power losses even when shut down.)
17:15:52pamaurymendel_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:06pamaurymendel_munkis: ah, no I don't think so
17:18:02mendel_munkisI am also confused as to what it is doing in the persistent bits (especially because freescale recommends clearing it at shutdown.)
17:18:19pamauryyes me too I never really understood what this bit is supposed to do
17:19:43mendel_munkispamaury: 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:16mendel_munkis(as you can probably tell I don't actually have any clue what I am doing when it comes to drivers.)
17:22:00pamauryin my experience though, the pop happens when you send samples to the audioout block
17:28:05mendel_munkisI will just leave it off then and hope for the best.
17:28:25 Quit lebellium (Quit: Leaving)
17:33:16mendel_munkispamaury: how's 2616 now?
17:37:32 Quit advcomp2019 (Ping timeout: 256 seconds)
17:39:30 Join advcomp2019 [0] (
17:39:30 Quit advcomp2019 (Changing host)
17:39:30 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
17:50:28pamaurymendel_munkis: looks much better, still not sure what this xtalok does
17:50:38pamaurybut 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@
18:22:04***Saving seen data "./dancer.seen"
18:23:28 Join speachy [0] (~speachy@
18:26:24 Join PimpiN8 [0] (~PimpiN8@
18:27:23PimpiN8hey guys
18:27:38PimpiN8all of sudden there is no sound on my ipod anymore
18:27:57PimpiN8when i run a diagnostics it recognises the headphone in the headphone jack
18:28:05PimpiN8any idea what this can be?
18:29:57speachyPimpiN8: Did you update the software?
18:30:15PimpiN8no i haven't updated in a long time
18:30:24PimpiN8it doesn't matter it was working all this time
18:30:47PimpiN8i see it playing
18:30:49PimpiN8but no sound
18:30:58PimpiN8tried 3 different earplugs/headsets
18:31:09speachydoes the original apple firmware emit sound?
18:31:22speachy(if nothing else you can enable the click sound through the headphones)
18:32:31PimpiN8haven;t tried that
18:32:33PimpiN8let me try
18:32:49PimpiN8<speachy> (if nothing else you can enable the click sound through the headphones)
18:32:52PimpiN8what do you mean?
18:33:12speachyin the apple firmware there's a setting to enable/disable the click sound as you use the scrollwheel.
18:33:31speachythere's an internal speaker thingey that's on by default but you can change it to go through the headphones instead
18:33:44speachyoh, what ipod revision?
18:33:56PimpiN8why would the click sound make a difference?
18:34:08PimpiN8not sure speachy
18:34:22PimpiN8its on a 512 gb hd
18:34:28PimpiN8it was years ago i did it
18:34:34PimpiN8some rockbox mod
18:35:06speachyif the original apple firmware can generate sound, then the hardware is okay.
18:35:28speachyif the original firmware cannot generate sound, then you have a hardware failure and there's nothing rockbox can do
18:35:35PimpiN8ipod video i think
18:36:00PimpiN8might only have to replace the headphone jack?
18:36:21speachyperhaps, can't really say
18:36:30PimpiN8everything works on it
18:36:39PimpiN8but the sound lol
18:36:47PimpiN8ok should i put music on the original apple firmware?
18:37:08mendel_munkisspeachy: can you please commit g#2616?
18:37:08speachythat's why I said to enable the clickwheel sound, so you don't have to muck with itunes,.
18:37:09fs-bluebotGerrit review #2616 at : imx233: rtc: generalize PERSISTENT0 fix by Moshe Piekarski
18:37:19speachymendel_munkis ok.
18:37:26fs-bluebotBuild Server message: New build round started. Revision e3f6e9d, 280 builds, 10 clients.
18:37:35mendel_munkisthank you
18:37:58PimpiN8ok sec
18:38:03PimpiN8let me grab it speach
18:38:46PimpiN8if 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:09speachyyes −− but that's not what we care about.
18:44:22speachyyou need to enable it through the headphones. it's in the settings somewhere.
18:44:42PimpiN8so hear it through the headphones you mean?
18:45:04speachythat option is not on by default
18:50:18PimpiN8trying to dual boot it
18:50:37PimpiN8any good way to do that?
18:50:52fs-bluebotBuild Server message: Build round completed after 805 seconds.
18:50:55fs-bluebotBuild Server message: Revision e3f6e9d result: All green
18:51:46speachydon't recall offhand. it's in the manual though
18:52:44 Quit sakax (Quit: Leaving)
18:54:46PimpiN8got it
18:54:53PimpiN8let me find it in setting
18:55:45PimpiN8Sound check?
18:56:03PimpiN8says Clicker On
18:56:09PimpiN8but that never clicked
18:56:13PimpiN8is that it?
18:57:39speachymy mini has clicker off/speaker/headphones/both
19:01:37fs-bluebotBuild Server message: New build round started. Revision f495c48, 280 builds, 10 clients.
19:04:53PimpiN8i dont know speachy
19:05:35speachyonly other thing I can suggest is rename the .rockbox directory to something else and install a newer build as a test.
19:05:57speachymy gut feeling is hardware failure.
19:06:07PimpiN8which hardware?
19:08:26PimpiN8maybe i should put some music on the original software?
19:09:44speachy"tha hardware that makes sound"
19:10:02speachyusually a bad jack gives more warning than just completly dying.
19:10:13PimpiN8i know
19:10:19PimpiN8but how can i know f i havent tried?
19:10:29PimpiN8maybe it will play with the original software
19:10:47Strife89So no option like this, PimpiN8?
19:11:20Strife89(Sound Check doesn't appear to do anything on my iPod, by the way.)
19:12:18PimpiN8yes Strife89
19:12:22PimpiN8only on/off
19:12:33PimpiN8not both
19:13:04CtcpIgnored 1 channel CTCP requests in 0 seconds at the last flood
19:13:04*Strife89 shakes a fist at Apple
19:13:28PimpiN8what i i jus put a song on the original fw?
19:13:39PimpiN8maybe it will worj
19:14:09Strife89I say go for it if you want
19:14:17PimpiN8ok how do i do it lol
19:14:22Strife89But I wouldn't get my hopes up
19:15:28fs-bluebotBuild Server message: Build round completed after 831 seconds.
19:15:30fs-bluebotBuild Server message: Revision f495c48 result: All green
19:21:58Strife89FFS, saanaito has been stalled for 19 hours. I hate that this keeps happening.
19:24:16 Quit beencubed (Quit: Leaving)
19:24:19PimpiN8guess i will have to send it in for repair
19:25:13PimpiN8talk 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@
20:19:01 Quit ZincAlloy (Quit: Leaving.)
20:21:25 Quit MrZeus_ (Ping timeout: 246 seconds)
20:21:45 Join mendelmunkis [0] (
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] (
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/
21:01:53 Join Acou_Bass [0] (
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/
21:35:14 Join kadoban [0] (kadobanmat@gateway/shell/
21:35:14 Join danielp3344 [0] (danielp334@gateway/shell/
21:43:07 Join ac_laptop [0] (~ac_laptop@
21:56:38 Join mendel_munkis_ [0] (
21:58:52 Quit cockroach (Quit: leaving)
21:59:34 Quit mendelmunkis (Ping timeout: 260 seconds)
22:01:40 Join mendelmunkis [0] (
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] (
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] (
23:46:59 Quit mendel_munkis_ (Ping timeout: 240 seconds)
23:54:50 Quit mendelmunkis (Ping timeout: 260 seconds)

Previous day | Next day