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 2019-07-29

00:41:12***Saving seen data "./dancer.seen"
00:42:22fs-bluebotBuild Server message: New build round started. Revision 5572904, 280 builds, 12 clients.
01:00
01:01:48fs-bluebotBuild Server message: Build round completed after 1167 seconds.
01:01:49fs-bluebotBuild Server message: Revision 5572904 result: All green
01:01:50fs-bluebotBuild Server message: New build round started. Revision e19857e, 280 builds, 12 clients.
01:19:30fs-bluebotBuild Server message: Build round completed after 1060 seconds.
01:19:31fs-bluebotBuild Server message: Revision e19857e result: All green
01:28:53 Quit ZincAlloy (Quit: Leaving.)
01:29:11 Quit Soap_ (Ping timeout: 245 seconds)
02:00
02:00:47 Join Soap [0] (~Soap@rockbox/staff/soap)
02:06:57fs-bluebotBuild Server message: New build round started. Revision 183e45e, 280 builds, 12 clients.
02:13:53 Quit __builtin (Remote host closed the connection)
02:14:29 Join __builtin [0] (~quassel@rockbox/developer/builtin)
02:28:50fs-bluebotBuild Server message: Build round completed after 1311 seconds.
02:28:53fs-bluebotBuild Server message: Revision 183e45e result: All green
02:31:47 Join Soap_ [0] (~Soap@rockbox/staff/soap)
02:34:11 Quit Soap (Ping timeout: 245 seconds)
02:36:14fs-bluebotBuild Server message: New build round started. Revision b3295f0, 280 builds, 12 clients.
02:41:13***Saving seen data "./dancer.seen"
02:53:54fs-bluebotBuild Server message: Build round completed after 1059 seconds.
02:53:55fs-bluebotBuild Server message: Revision b3295f0 result: 0 errors 91 warnings
02:54:18speachyaaaaand there goes the green. :P
03:00
03:00:16 Join mendelmunkis [0] (~mendelmun@cpe-67-245-191-31.nyc.res.rr.com)
03:02:25__builtinmendelmunkis: can I just #define AI for every target?
03:04:12fs-bluebotBuild Server message: New build round started. Revision 8bafa1b, 280 builds, 11 clients.
03:05:11__builtinthat's enough rockbox for today...
03:05:22mendelmunkis_builtin: the only reason I did it as is is to not hae to worry about size and memory
03:05:48mendelmunkisI have no clue which targets caan actually support it.
03:06:17__builtinfor plugins memory doesn't matter as long as it fits... let's see if it compiles for all of them
03:08:09mendelmunkisSeeing as i only made it to see if I can I wasn't interested in doing that testing.
03:08:32mendelmunkisthe real question is if its worth the added space to the binary.
03:09:14__builtinit's negligible... disk is cheap
03:13:52mendelmunkisdoesn't that depend on the target?
03:14:13mendelmunkisor will anything capeble of runnuing pacbox not care?
03:14:41__builtinyeah, it shouldn't matter
03:15:16__builtinwhat's a bigger issue is memory usage in the core, but again, on the more powerful targets it's negligible
03:16:39__builtinand if it makes you feel any better, the Duke3D plugin takes up a whole 1700KB, so the ~2-3K you added in your patch is nothing
03:17:04mendelmunkisYup that makes me feel much better.
03:17:08__builtinalso, are you in CREDITS?
03:17:31mendelmunkismy quickscreen patch has that.
03:17:40mendelmunkisI dont think It's been merged.
03:18:01__builtinI'll just add you
03:18:11mendelmunkisshould CHEATS be defined by default?
03:18:14mendelmunkisThanks.
03:18:31__builtindo you think it should?
03:18:33 Join Soap [0] (~Soap@rockbox/staff/soap)
03:18:35*__builtin doesn't know
03:19:10mendelmunkisWell It's unlikely to be enabled by accident
03:20:02 Quit Soap_ (Ping timeout: 246 seconds)
03:26:49 Quit mendelmunkis (Ping timeout: 272 seconds)
03:34:34 Join Soap_ [0] (~Soap@rockbox/staff/soap)
03:36:57 Quit Soap (Ping timeout: 272 seconds)
03:38:46 Quit Soap_ (Ping timeout: 245 seconds)
03:39:18 Join Soap [0] (~Soap@rockbox/staff/soap)
03:42:21_Bilgus__builtin, opps, thanks.
03:42:38_Bilgusoops* lol long day
03:44:23__builtinI pushed it, no problem
03:45:10fs-bluebotBuild Server message: Build round completed after 1291 seconds.
03:45:11fs-bluebotBuild Server message: Revision 60c5a29 result: 22 errors 0 warnings
03:45:46 Join Soap_ [0] (~Soap@rockbox/staff/soap)
03:48:54 Quit Soap (Ping timeout: 268 seconds)
03:55:20 Join Soap [0] (~Soap@rockbox/staff/soap)
03:57:45 Quit Soap_ (Ping timeout: 258 seconds)
03:58:56 Join Soap_ [0] (~Soap@rockbox/staff/soap)
03:59:35 Quit Soap (Ping timeout: 245 seconds)
04:00
04:09:36 Quit Soap_ (Ping timeout: 245 seconds)
04:27:05 Join Soap [0] (~Soap@rockbox/staff/soap)
04:35:48 Quit Soap (Ping timeout: 244 seconds)
04:41:14***Saving seen data "./dancer.seen"
04:43:11speachyOkay, I think g#2151 is done. info screen is properly multi-volume aware instead of assuming there are at most two volumes.
04:43:12fs-bluebotGerrit review #2151 at http://gerrit.rockbox.org/r/2151 : Make info screen properly multi-volume aware. by Solomon Peachy
04:47:01 Join Soap [0] (~Soap@rockbox/staff/soap)
04:55:16 Quit Soap (Ping timeout: 258 seconds)
04:56:33 Join Soap [0] (~Soap@rockbox/staff/soap)
05:00
05:00:57 Join Soap_ [0] (~Soap@rockbox/staff/soap)
05:03:22 Quit Soap (Ping timeout: 245 seconds)
05:36:30 Quit TheSeven (Disconnected by services)
05:36:40 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
06:00
06:41:18***Saving seen data "./dancer.seen"
06:51:27 Join reductum [0] (~weechat@cpe-104-32-77-28.socal.res.rr.com)
07:00
07:08:25 Join Soap [0] (~Soap@rockbox/staff/soap)
07:11:01 Quit Soap_ (Ping timeout: 272 seconds)
07:16:31 Quit reductum (Quit: WeeChat 2.5)
07:25:16 Join mendelmunkis [0] (~mendelmun@cpe-67-245-191-31.nyc.res.rr.com)
07:35:31 Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:29a2:fd68:66ba:8187)
07:36:59 Quit mendelmunkis (Ping timeout: 272 seconds)
07:37:24 Quit pixelma (Quit: .)
07:37:24 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
07:40:02 Join pixelma [0] (~marianne@rockbox/staff/pixelma)
07:40:02 Quit ZincAlloy (Ping timeout: 250 seconds)
07:40:03 Join amiconn [0] (~jens@rockbox/developer/amiconn)
07:51:51 Join mendelmunkis [0] (~mendelmun@cpe-67-245-191-31.nyc.res.rr.com)
07:53:00 Quit mendelmunkis (Remote host closed the connection)
07:53:25 Join mendelmunkis [0] (~mendelmun@cpe-67-245-191-31.nyc.res.rr.com)
07:53:57 Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:29a2:fd68:66ba:8187)
07:58:07 Quit ZincAlloy (Ping timeout: 252 seconds)
08:00
08:12:00 Quit mendelmunkis (Remote host closed the connection)
08:12:27 Join mendelmunkis [0] (~mendelmun@cpe-67-245-191-31.nyc.res.rr.com)
08:13:30 Quit mendelmunkis (Remote host closed the connection)
08:39:09 Quit advcomp2019 (Ping timeout: 244 seconds)
08:41:21***Saving seen data "./dancer.seen"
08:47:07 Join TheSphinX_ [0] (~briehl@srv001.nosupamu.de)
08:47:56 Quit [7] (Ping timeout: 244 seconds)
08:48:56 Quit TheSphinX^ (Ping timeout: 250 seconds)
08:48:56 Nick TheSphinX_ is now known as TheSphinX^ (~briehl@srv001.nosupamu.de)
08:58:55 Join petur [0] (~petur@91.183.48.77)
08:58:56 Quit petur (Changing host)
08:58:56 Join petur [0] (~petur@rockbox/developer/petur)
09:00
09:04:24 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
09:31:27 Join dys [0] (~dys@2003:5b:203b:100:a64c:c8ff:fef4:13a6)
09:34:55 Quit TheSphinX^ (Quit: ZNC - http://znc.in)
09:35:16 Join TheSphinX^ [0] (~briehl@srv001.nosupamu.de)
09:40:11 Join krabador [0] (~krabador@unaffiliated/krabador)
09:57:09 Join ZincAlloy [0] (~Adium@ip5f5acea4.dynamic.kabel-deutschland.de)
10:00
10:01:30 Quit ZincAlloy (Ping timeout: 246 seconds)
10:34:16fs-bluebotBuild Server message: New build round started. Revision 90118f1, 280 builds, 12 clients.
10:41:22***Saving seen data "./dancer.seen"
10:43:40 Join mendelmunkis [0] (~mendelmun@cpe-67-245-191-31.nyc.res.rr.com)
10:49:08fs-bluebotBuild Server message: Build round completed after 892 seconds.
10:49:09fs-bluebotBuild Server message: Revision 90118f1 result: All green
10:52:41 Quit mendelmunkis (Ping timeout: 272 seconds)
11:00
11:17:48 Join mendelmunkis [0] (~mendelmun@cpe-67-245-191-31.nyc.res.rr.com)
11:22:20 Quit olavx200[m] (Read error: Connection reset by peer)
11:22:25 Quit danielp3344 (Remote host closed the connection)
11:23:21 Quit mendelmunkis (Ping timeout: 245 seconds)
11:34:05 Join danielp3344 [0] (danielp334@gateway/shell/matrix.org/x-xakpehjzaxacvahq)
11:58:14 Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:b584:7247:a139:6a46)
12:00
12:02:40 Quit ZincAlloy (Ping timeout: 252 seconds)
12:06:04 Nick Acou_Bass is now known as Acou_Bass_AFK (~Acou_Bass@cpc97736-bolt17-2-0-cust152.10-3.cable.virginm.net)
12:09:33 Join Soap_ [0] (~Soap@rockbox/staff/soap)
12:13:20 Quit Soap (Ping timeout: 268 seconds)
12:20:47 Join olavx200[m] [0] (olavx200ma@gateway/shell/matrix.org/x-ilmobzpgczwxbxks)
12:23:27 Quit speachy (Remote host closed the connection)
12:29:55 Join krabador_ [0] (~krabador@unaffiliated/krabador)
12:30:57 Quit Jinx (Ping timeout: 248 seconds)
12:32:57 Quit krabador (Ping timeout: 258 seconds)
12:36:38 Quit krabador_ (Remote host closed the connection)
12:40:57 Join Jinx [0] (~Jinx@unaffiliated/jinx)
12:41:24***Saving seen data "./dancer.seen"
13:00
13:00:04fs-bluebotBuild Server message: New build round started. Revision 138a4f9, 280 builds, 11 clients.
13:14:16fs-bluebotBuild Server message: Build round completed after 851 seconds.
13:14:17fs-bluebotBuild Server message: Revision 138a4f9 result: All green
13:47:00 Join speachy [0] (d102414d@209.2.65.77)
13:59:29 Join massiveH [0] (~massiveH@ool-18e4e27c.dyn.optonline.net)
14:00
14:01:14 Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:495b:8e7:706f:4bd0)
14:05:51 Quit ZincAlloy (Ping timeout: 276 seconds)
14:41:27***Saving seen data "./dancer.seen"
14:55:43 Join Soap [0] (~Soap@rockbox/staff/soap)
14:58:20 Quit Soap_ (Ping timeout: 245 seconds)
14:59:44 Quit massiveH (Quit: Leaving)
15:00
15:36:50 Join vmx [0] (~vmx@ip5f5ac62a.dynamic.kabel-deutschland.de)
15:51:05 Join krabador [0] (~krabador@unaffiliated/krabador)
16:00
16:03:27 Join ZincAlloy [0] (~Adium@ip5f5acea4.dynamic.kabel-deutschland.de)
16:07:56 Quit ZincAlloy (Ping timeout: 245 seconds)
16:19:24 Quit krabador (Remote host closed the connection)
16:41:30***Saving seen data "./dancer.seen"
17:00
17:10:42speachyhmm. the info screen multi-volume patch isn't perfect −− wrong type showed for external storage if no card was inserted.
17:14:55fs-bluebotBuild Server message: New build round started. Revision 83963fc, 280 builds, 11 clients.
17:27:14 Quit petur (Quit: Connection reset by beer)
17:31:45speachybut hotplug works. Yay!
17:34:34*speachy pokes the buildbot.
17:42:55 Quit Soap (Ping timeout: 245 seconds)
17:52:03 Join Soap [0] (~Soap@rockbox/staff/soap)
18:00
18:00:00 Quit Soap (Ping timeout: 245 seconds)
18:05:31 Join ZincAlloy [0] (~Adium@ip5f5acea4.dynamic.kabel-deutschland.de)
18:09:44 Quit ZincAlloy (Ping timeout: 246 seconds)
18:14:42 Join Soap [0] (~Soap@rockbox/staff/soap)
18:20:35 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
18:41:32***Saving seen data "./dancer.seen"
18:55:34 Join pR0Ps [0] (~pR0Ps@orlnon0608w-lp130-01-70-53-103-78.dsl.bell.ca)
19:00
19:03:38 Quit dys (Ping timeout: 264 seconds)
19:22:12 Quit Moarc (Read error: Connection reset by peer)
19:24:57 Join Moarc [0] (~chujko@a105.net128.okay.pl)
19:25:30 Join lebellium [0] (~lebellium@89-92-69-110.hfc.dyn.abo.bbox.fr)
19:36:18 Join ZincAlloy [0] (~Adium@ip5f5acea4.dynamic.kabel-deutschland.de)
20:00
20:40:04speachySo, I'm trying to figure out why the X3 won't work with ROLO.
20:41:35***Saving seen data "./dancer.seen"
21:00
21:04:19 Quit Soap (Ping timeout: 258 seconds)
21:10:52 Join dys [0] (~dys@tmo-120-145.customers.d1-online.com)
21:14:17 Join Soap [0] (~Soap@rockbox/staff/soap)
21:37:17*__builtin seems to have broken quake with his caching layer
21:40:36__builtinor it might be the same memory corruption issue rearing its head again...
21:44:53_Bilgus__builtin, memset is re-enabled in tlsf..
21:48:22*__builtin isn't sure that's the issue
21:48:33__builtinbut at this point I have no idea *what* the issue is...
21:52:06 Join mendelmunkis [0] (~mendelmun@cpe-67-245-191-31.nyc.res.rr.com)
21:59:23mendelmunkisjust making sure I'm getting this right. plugins write to the framebuffer then the framebuffer gets copied to the screen correct?
22:00
22:00:41__builtinthat's right
22:01:01mendelmunkisthanks.
22:01:59__builtinon another note, I can now reproduce the quake crash in sim... thank the lord
22:02:06_Bilgusyou can also swap frame buffers :)
22:02:26mendelmunkiswait theres another frame buffer?
22:02:45_Bilgusno you have to alloc your own space for it
22:03:06__builtin_Bilgus: as in lcd_framebuffer = my_frambuffer
22:03:10__builtin?
22:03:14mendelmunkisOh. that was the plan
22:03:27mendelmunkiseventually.
22:03:38__builtindamn, how did I miss that in my five years here!?
22:03:40_Bilgusyes
22:04:01mendelmunkisOnce I get a decent landscape by swapping the exiting framebuffer.
22:04:18mendelmunkis*existing
22:05:51_Bilguslcd_set_framebuffer()
22:07:56mendelmunkisWhere is it defined?
22:08:28__builtinfirmware/drivers/lcd-bitmap-common.c
22:10:42_Bilgusremember most of those functions get LCD_ prepended to them
22:11:08mendelmunkisYeah remebered when I looked at it.
22:13:37_Bilgusno what would be even more exciting is to grab the static fb when you run out of memory to defrag the buf lib :)
22:14:36mendelmunkisAnd if you are very good use that as a debug display :)
22:14:51_Bilguslol memory hotspot mapping lol
22:15:09 Quit ZincAlloy (Quit: Leaving.)
22:15:19 Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:b95e:692d:ab49:fcb)
22:16:47_Bilgusjust remember that fb is in native format that shit gets weird fast
22:18:39speachyhmm, there are a bunch of modelnums in scramble.c that are wrong.
22:18:51speachyor at least don't match what's in the configure script.
22:19:48gevaertsI have a *very* vague memory of there maybe being two sets of numbers
22:20:08speachyROLO needs them to be the same.
22:20:59 Quit mendelmunkis (Ping timeout: 258 seconds)
22:21:01speachyor at least the MODEL_NUMBER and scramble need to agree..
22:21:23speachythen... what's the TARGET_ID?
22:22:08speachyTARGET_ID is used for the language, codec, and plugins..
22:22:09speachyoh FFS..
22:23:36*gevaerts quickly explains that all of that was in place long before he even became aware of rockbox
22:25:01_Bilgusyeah archos has been first since 2002 so they don't correspond
22:25:03speachythere's sorta a registry for TARGET_ID (aka the configure script) but MODEL_NUMBER looks like you just randomly pick a number and shove it in export/config/target.h
22:25:52_Bilgusthey appear sequential
22:25:54speachyI think the point of them being different is variations of the same hardware.
22:26:17_Bilguscall it scramble_id :D
22:26:20gevaertsIIGC (I can't Remember, really, so I'm mostly Guessing :) TARGET_ID is used to identify things like the correct language set, and MODEL_NUMBER is mostly a sanity chect to avoid loading the wrong binary
22:27:58speachyI'm presuming there's a sane technical reason for them to be distinct, but... define them in the same place FFS. :)
22:29:34_Bilgusit appears to only used as a base for the checksum
22:30:28speachyI think so too.
22:31:59_Bilgusok m244 appears to be non sequential modelnum = 131;
22:32:36gevaertsI'd be prepared to bet that there will be some mistakes in those numbers
22:32:54speachysequential, yes, but the definitions are scattered all over the place and (more importantly) not shared between the target config header and the host-side firmware scrambler.
22:34:30_BilgusI'd be prepared to bet you BREAKAWHOLELOTTASHIT tm :) if you change em
22:34:45speachyespecially if bootloaders check things
22:35:07gevaertsThey do
22:36:24speachyI don't think the X3's bootloader checks anything. At least not the old xvortex build that everyone's actually using.
22:36:37speachyotherwise, I guess I'll find out. :)
22:37:09gevaertsWell, at least classic ipod and sansa bootloaders do. Not sure about ipod classic
22:37:26*gevaerts likes distinguishing between "classic ipod" and "ipod classic" :)
22:38:13speachyheh. :)
22:39:10gevaertsThere are things like http://forums.rockbox.org/index.php/topic,26957.msg176614.html#msg176614 where the checksum checking really helps
22:41:14gevaertsAlso plenty on irc over the years
22:41:36***Saving seen data "./dancer.seen"
22:41:46gevaerts*much* easier to diagnose than "freezes on boot"
22:43:16speachyOh, a checksum is invaluable. I just wish there hadn't been two distinct enumerations in plat.
22:43:21speachys/plat/play/
22:44:13gevaertsThat's just to keep non-determined people out :)
22:44:57speachyit also means this was missed in the review before the merge of x3 and ihifi770/770c/800 targets.
22:45:28*speachy adds another nugget to the tribal-knowledge tree.
22:48:22gevaertsThere are too many bits that worked well enough when the project was very active and half a dozen old hands who knew most of the code history were working on things
22:48:38gevaertsA lot of that never got documented properly
22:48:43gevaerts(or fixed0
22:49:02speachy"it seemed like a good idea at the time" :)
22:49:20gevaerts"We'll fix it when it becomes a problem" :)
22:49:42__builtin"If it run, it done" :)
22:50:00gevaertsAnd then, ten years later, I'm expected to remember how the USB stack works!
22:51:17speachyit's a good thing that Rockbox still has questionably-sane folks wandering in to stub their toes.
22:52:06gevaerts(and the multivolume/multidrive rework. I deny being involved in that, and you can't prove I was unless you check the commit logs!)
22:52:57speachyI have nearly all the quirks worked out of the info screen multivolume stuff.
22:53:05speachy...a "useful" learning exercise.
22:55:38speachyOkay, looks like the X3 is going to have to live with a MODEL_NUM collision
22:56:33gevaertsAh yes. 2f8a0081, which was broken enough to make it to https://www.rockbox.org/wiki/BuildHighScores :)
22:57:27*__builtin thinks he fixed quake
22:57:35__builtina single missing return statement...
22:57:44gevaertsI mean, there's been a bit of red on the build table during the past few days, but all of that looked a bit amateurish! Back in the old days, we has some *proper* broken builds!
22:59:53speachykids these days, pfft.
23:00
23:01:46gevaertsI mean, look at n1s' record of 16075834 points with 172 builds back then. That's around 9000 compiler errors *per build*!
23:01:58gevaerts(or 90000 warnings)
23:04:57speachyI'll take this over the blackbox-within-blackbox-within-blackbox that are EDA tools.
23:05:16speachyat least here we can fix our warts.
23:06:17gevaertsThere is that
23:10:19speachyokay, let's see if ROLO works now...
23:11:34fs-bluebotBuild Server message: New build round started. Revision bad461a, 280 builds, 12 clients.
23:11:42speachyand it does.
23:14:32_Bilgusmaybe you should put a prominent note somewhere in the ROLO function
23:16:20_BilgusI've been trying to implement hot reload on the database tag_tree that is a complicated multi tentacled beast
23:16:52_Bilgusno wonder it just gets locked after init and never touched again
23:23:29 Join dandels [0] (~dandels@unaffiliated/dandels)
23:26:19 Quit dandels (Client Quit)
23:28:28speachylooks like we lost our build complete messages
23:30:40gevaertsHmmm
23:31:04gevaertsThey are in the build server logs, so I'm guessing it's a problem with fs-bluebot
23:43:50 Nick Acou_Bass_AFK is now known as Acou_Bass (~Acou_Bass@cpc97736-bolt17-2-0-cust152.10-3.cable.virginm.net)
23:58:38__builtinhmm... the simulator crashes in some SDL code on GNOME 3 :(
23:59:01*__builtin was trying to find *his* bugs, but apparently not...

Previous day | Next day