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).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2020-08-03

00:09:28fs-bluebotBuild Server message: Build round completed after 896 seconds.
00:09:30fs-bluebotBuild Server message: Revision a74517a result: All green
00:24:59***Saving seen data "./dancer.seen"
00:27:47 Quit ufdm (Ping timeout: 240 seconds)
01:00
01:21:29 Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net)
02:00
02:25:00***Saving seen data "./dancer.seen"
03:00
03:08:16 Join petur [0] (~petur@77.77.179.66)
03:08:16 Quit petur (Changing host)
03:08:16 Join petur [0] (~petur@rockbox/developer/petur)
03:20:50 Quit APLU (Ping timeout: 260 seconds)
03:26:35 Quit craftyguy (Ping timeout: 240 seconds)
03:44:25 Join ZincAlloy [0] (~Adium@ip5f5acf9f.dynamic.kabel-deutschland.de)
03:48:34 Quit ZincAlloy (Ping timeout: 246 seconds)
04:00
04:00:26 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:d1e9:9d86:bd1b:b320)
04:00:55 Join sakax [0] (~r0b0t@unaffiliated/r0b0t)
04:01:56 Join craftyguy [0] (~craftyguy@qutebrowser/dev/craftyguy)
04:04:59 Quit ZincAlloy (Ping timeout: 272 seconds)
04:06:26 Quit craftyguy (Ping timeout: 256 seconds)
04:13:42 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:89:21a1:caf6:862c)
04:25:04***Saving seen data "./dancer.seen"
04:30:33 Join craftyguy [0] (~craftyguy@qutebrowser/dev/craftyguy)
04:37:22 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
04:47:44 Quit craftyguy (Ping timeout: 256 seconds)
04:54:45 Quit pamaury (Ping timeout: 240 seconds)
04:57:54 Quit mendel_munkis (Remote host closed the connection)
04:58:41 Join mendelmunkis [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net)
05:00
05:15:20 Join craftyguy [0] (~craftyguy@qutebrowser/dev/craftyguy)
05:49:30 Quit funman (Changing host)
05:49:30 Join funman [0] (~fun@rockbox/developer/funman)
06:00
06:25:08***Saving seen data "./dancer.seen"
08:00
08:25:11***No seen item changed, no save performed.
08:31:41 Join massiveH [0] (~massiveH@ool-18e4eaeb.dyn.optonline.net)
08:42:46 Join ac_laptop [0] (~ac_laptop@186.2.247.129)
09:00
09:14:41 Quit ZincAlloy (Quit: Leaving.)
09:56:53 Nick mendelmunkis is now known as mendel_munkis (~mendelmun@ool-ae2cb138.dyn.optonline.net)
10:00
10:01:53 Join mendel_munkis_ [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net)
10:03:14 Quit JanC (Remote host closed the connection)
10:03:36 Join JanC [0] (~janc@lugwv/member/JanC)
10:04:30 Quit mendel_munkis (Ping timeout: 260 seconds)
10:13:24 Quit massiveH (Quit: Leaving)
10:25:14***Saving seen data "./dancer.seen"
11:00
11:28:38speachy__Bilgus_:g#2617 ready?
11:28:40fs-bluebotGerrit review #2617 at http://gerrit.rockbox.org/r/2617 : root_menu move tag cache init check to pictureflow plugin by William Wilgus
11:29:41mendel_munkis___Bilgus_: do you still need me to test 2625?
11:32:57speachymendel_munkis_: it's already merged, but I'm sure it another data point would help
11:33:03__Bilgus_its already been pushed
11:33:19__Bilgus_^ yeah that :p
11:34:24 Nick mendel_munkis_ is now known as mendel_munkis (~mendelmun@ool-ae2cb138.dyn.optonline.net)
11:34:34mendel_munkisso yes but low priority. got it.
11:35:22__Bilgus_speachy 2617 is the parent to the open_plugin stuff I'll still be a bit on getting all the i's and t's before its ready
11:35:34speachyokeydokey
11:36:01__Bilgus_Ive got the back end all down but I need to finish ripping out the rest of Pictureflow
11:37:06__Bilgus_.. and figure out a way to create a default shortcut DAT file at compile time
11:37:39 Quit petur (Quit: Connection reset by beer)
11:37:48__Bilgus_oh and make a viewer plugin
11:38:00__Bilgus_the list just gets longer :\
11:39:00speachyso I'm thinking I should try to get the new toolchains landed. it's going to require coordination from builders though.
11:40:07__Bilgus_so far with just getting PF out of the menus I'm up 1k on bin size pretty good considering 600 of that is a static struct
11:40:16speachymight be easier to uprev the m68k stuff first and let that settle before the big arm bump.
11:44:00__Bilgus_Aren't there are lots of new code warnings in the newer toolchains?
11:46:41speachyyes, but we're mostly clean on that front −− native mips, hosted arm, and hosted mips were already on 4.9.4
11:48:30speachyI've been fixing up all warnings (and some actual bugs) this toolchain (and -Os -Wextra) bump has uncovered.
11:49:02__Bilgus_oh the actual bugs part sounds interesting..
11:50:40speachym68k was already using -Os
11:50:56speachythe PP targets were pretty pathological
11:51:20__Bilgus_sounds like an ubuntu distro
11:52:07mendel_munkisdoes anyone have an imx233 family player (imx233, stmp36xx, stmp37xx) that is not a fuze+ zenxfi3 nwze360 or nwze370 that can ell me some debug screen data?
11:55:17speachyMajor issues in the multi-cpu ARM corelock asm routines, some pointer abuses that got optimized into null-pointer dereferences, and of course relying on, heh, undocumented ld behavior.
11:55:38mendel_munkiswhat's the heh?
11:56:15speachy"undocumented behavior" being an euphamism for "it's not clear why it ever worked"
11:56:54mendel_munkisMy favorite type of behavior
11:58:54speachyplus the usual smattering of various warnings all over the codebase
12:00
12:01:51speachythe PP targets triggered a lot of special cases due to their being the only native multi-core target.
12:02:22speachyand the ...abuses necessary to get two cores that weren't designed to work together coherently to not step on each other's toes.
12:07:53 Quit __Bilgus_ (Remote host closed the connection)
12:11:09 Quit TheEaterOfSouls (Remote host closed the connection)
12:13:37 Join APLU [0] (~mulx@2a03:7220:8081:2900::1)
12:19:59 Join __Bilgus_ [0] (41ba23be@65.186.35.190)
12:25:16***Saving seen data "./dancer.seen"
12:40:33 Join TheSphinX_ [0] (~briehl@srv001.nosupamu.de)
12:43:12 Quit TheSphinX^ (Ping timeout: 260 seconds)
12:43:13 Nick TheSphinX_ is now known as TheSphinX^ (~briehl@srv001.nosupamu.de)
13:00
13:22:04 Quit __Bilgus_ (Remote host closed the connection)
13:39:37 Join lebellium [0] (~lebellium@89-92-253-148.hfc.dyn.abo.bbox.fr)
13:57:05 Join MrZeus [0] (~MrZeus@4e6942be.skybroadband.com)
14:00
14:25:19***Saving seen data "./dancer.seen"
15:00
15:40:59 Quit TheSeven (Remote host closed the connection)
15:42:18 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
15:43:02 Quit TheSeven (Remote host closed the connection)
15:43:30 Join petur [0] (~petur@rockbox/developer/petur)
15:49:20 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
16:00
16:04:45 Quit TheSeven (Ping timeout: 244 seconds)
16:05:55 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
16:19:35 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
16:20:28pamaurymendel_munkis: I do have such targets but i'm on holiday abroad at the moment unfortunately, I might some dumps though, which register ?
16:21:23mendel_munkispamaury: I am trying to find out how the rtc registers react to power-on reset.
16:22:30mendel_munkisspecificly how the devices without PERSISTENT keep track of time offsets.
16:24:23pamaurymendel_munkis: they just assume that the value in SECONDS is since a fixed date (see rtc.c code)
16:25:23***Saving seen data "./dancer.seen"
16:25:49pamauryby the way, the register POWER_STS, field PWRUP_SOURCE might be of interest to what you are doing. It contains the power up source
16:26:32mendel_munkiswhy would that be useful to me?
16:27:44mendel_munkiswhich means they will suffer from rollover sooner
16:28:32pamaurymendel_munkis: yes indeed
16:29:42pamauryI have some dumps from the sansa express, the ZEN, ZEN Mosaix, ZEN MX, ZEN V, ZEN X-Fi, ZEN X-Fi2, ZEN X-Fi Style
16:33:45mendel_munkisbtw why can't we use PERSISTENT on all imx233 targets and just initially set persistent2 to 315532800?
16:33:50pamaurymendel_munkis: https://www.dropbox.com/s/2c1hr4hadfiuv7b/regdumps.zip?dl=0
16:34:20mendel_munkisthanks.
16:34:59mendel_munkiswhich will make dealing with rollover much easier (I think)
16:35:00pamaurymendel_munkis: rockbox tries to be compatible with OF as much as possible, if some targets don't use PERSISTENT2 to store the time, that would create a time difference between the two. Also to be honest I would rather not use persistent to store the time offset, it's a wate of persistent register
16:37:09mendel_munkispamaury: by storing the current value of YEAR1980 in persistent2 the value would be the same as that stored currently. also whats the problem with using an otherwise unused register?
16:38:01pamaurysome targets use persistent registers for various things (I think some targets I eventualy did not port rockbox to but could have), you could have conflicts
16:38:29pamauryhypothetically, an OF could use PERSISTENT2 for other purposes
16:38:47mendel_munkisok. I didn't see it referencced anywhere else so I figured it was going unused.
16:42:10pamauryit might be that no target actually uses PERSISTENT2 for another purpose and then you are good
16:45:59mendel_munkispamaury: is there any way to fiind that out besides dissambling all the OFs?
16:50:31mendel_munkisalso in 15 years I'd rather have to reset the epoch in as few places as possible.
16:52:35 Quit ac_laptop (Ping timeout: 240 seconds)
16:56:24pamaurymendel_munkis: not really, you can look at the value of PERSISTENT2 and see if it's either 0 or something compatible with epoch, but disassembly is the only sure option
16:56:54mendel_munkisthanks.
17:00
17:04:50 Quit petur (Quit: Leaving)
17:33:55 Quit pamaury (Ping timeout: 265 seconds)
17:34:17 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
17:40:48 Quit lebellium (Quit: Leaving)
18:00
18:20:37 Quit pamaury (Ping timeout: 264 seconds)
18:21:02 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
18:25:15 Join ac_laptop [0] (~ac_laptop@186.2.247.129)
18:25:25***Saving seen data "./dancer.seen"
18:42:16 Quit sakax (Remote host closed the connection)
18:57:48 Quit pamaury (Ping timeout: 256 seconds)
19:00
19:56:42 Quit MrZeus (Ping timeout: 260 seconds)
20:00
20:25:27***Saving seen data "./dancer.seen"
20:55:54Strife89I won the DAP lottery small league :)
20:56:07Strife89Ordered an m250 on fleaBay - got a v4
20:57:51Strife89I'm in the middle of trying to get it to take a patched Sansa firmware. It should be mounting as MSC, but when I unplug, it just updates the OF's music database and carries on
21:00
21:06:42 Quit mendel_munkis (Ping timeout: 260 seconds)
21:42:24Strife89It utterly ignores the firmware. I've tried "m200p.bin" and "m200pa.bin"
21:52:52 Quit JdGordon (Ping timeout: 246 seconds)
22:00
22:08:33Strife89speachy: I've run into trouble trying to compile rbutil
22:08:55Strife89Complains about missing .qm files for multiple languages
22:22:38 Quit amiconn (Ping timeout: 256 seconds)
22:22:49 Join amiconn [0] (jens@rockbox/developer/amiconn)
22:22:59 Join pixelma_ [0] (marianne@rockbox/staff/pixelma)
22:22:59 Quit pixelma (Killed (karatkievich.freenode.net (Nickname regained by services)))
22:22:59 Nick pixelma_ is now known as pixelma (marianne@rockbox/staff/pixelma)
22:25:30***Saving seen data "./dancer.seen"
22:44:29Strife89Nevermind, no longer need a dev build
22:45:28Strife89Somehow the m250 took a patched OF after I connected it to a Windows machine
22:46:08 Join __Bilgus_ [0] (41ba23be@65.186.35.190)
23:00
23:44:45 Join advcomp2019 [0] (~advcomp20@65-131-173-185.sxct.qwest.net)
23:44:45 Quit advcomp2019 (Changing host)
23:44:45 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
23:47:58 Quit TheSeven (Disconnected by services)
23:48:08 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
23:48:13 Quit advcomp2019_ (Ping timeout: 264 seconds)
23:53:33 Join mendelmunkis [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net)

Previous day | Next day