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 2017-10-26

00:08:18__builtinhmm, is there any reason we don't export lcd_alpha_bitmap_part() to plugins?
00:10:30__builtinah, never mind
00:10:37__builtinlooks like it's wrapped in lcd_bmp_part
00:19:45 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…)
00:20:30 Join PimpiN8 [0] (~textual@145.132.155.235)
00:25:19 Quit michaelni (Ping timeout: 240 seconds)
00:34:15 Join JdGordon [0] (~jonno@202.168.59.197)
00:34:17 Quit JdGordon (Changing host)
00:34:17 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
00:38:29 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at)
00:53:10 Join _mt_ [0] (~MT@129.59.122.21)
00:54:53 Quit ender` (Quit: All great truths begin as blasphemies.–– George Bernard Shaw)
00:58:38__builtinugh, this is harder than I expected
01:00
01:18:47 Join CrashBash-Kun [0] (~CrashBash@unaffiliated/crashbash-kun)
01:55:16***Saving seen data "./dancer.seen"
01:56:49 Quit Ruhan (Quit: Connection closed for inactivity)
02:00
02:01:53 Quit tchan (Quit: WeeChat 1.6)
02:11:51 Join tchan [0] (~tchan@c-98-206-136-82.hsd1.il.comcast.net)
02:11:51 Quit tchan (Changing host)
02:11:51 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
02:19:59 Quit jhMikeS (Ping timeout: 252 seconds)
02:42:33 Join Strife1989 [0] (~quassel@adsl-98-80-195-188.mcn.bellsouth.net)
02:44:39 Quit Strife89 (Ping timeout: 240 seconds)
02:56:43 Quit Strife1989 (Quit: No Ping reply in 180 seconds.)
02:58:07 Join Strife89 [0] (~quassel@adsl-98-80-195-188.mcn.bellsouth.net)
03:00
03:01:33 Join Strife1989 [0] (~quassel@adsl-98-80-186-113.mcn.bellsouth.net)
03:05:03 Quit Strife89 (Ping timeout: 248 seconds)
03:05:53 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…)
03:24:03 Quit _mt_ (Ping timeout: 240 seconds)
03:45:44 Join Strife89 [0] (~quassel@adsl-98-80-185-247.mcn.bellsouth.net)
03:47:06 Join Strife89|Quassel [0] (~quassel@adsl-98-80-182-250.mcn.bellsouth.net)
03:47:11 Quit Strife1989 (Ping timeout: 248 seconds)
03:50:44 Quit Strife89 (Ping timeout: 252 seconds)
03:55:20***Saving seen data "./dancer.seen"
04:00
04:01:04 Quit Strife89|Quassel (Ping timeout: 248 seconds)
04:17:58 Join Strife89 [0] (~quassel@adsl-98-67-57-26.mcn.bellsouth.net)
04:18:10 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-wjcxjknjmahbcubn)
04:53:42BilgusjhMikeS is there something you are waiting for to pust g#1578?
04:53:44fs-bluebot_3Gerrit review #1578 at http://gerrit.rockbox.org/r/1578 : 3Unify storage threads into one by Michael Sevakis
05:00
05:14:09 Join _mt_ [0] (~MT@2601:482:4402:2be0:e039:24a8:76cd:e132)
05:36:32 Join Strife1989 [0] (~quassel@adsl-98-80-183-124.mcn.bellsouth.net)
05:37:11 Quit _meg (Ping timeout: 260 seconds)
05:38:06 Join _meg [0] (~notsure@211.25.203.45)
05:39:26 Quit Strife89 (Ping timeout: 240 seconds)
05:46:32 Join Strife89 [0] (~quassel@adsl-98-80-193-175.mcn.bellsouth.net)
05:49:20 Quit Strife1989 (Ping timeout: 248 seconds)
05:51:03 Join PurlingNayuki [0] (~Thunderbi@119.254.120.72)
05:55:24***Saving seen data "./dancer.seen"
06:00
06:00:33 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
06:04:55 Quit jhMikeS (Ping timeout: 255 seconds)
06:06:16 Quit TheSeven (Ping timeout: 255 seconds)
06:07:27 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
06:09:21 Quit _mt_ (Ping timeout: 252 seconds)
06:25:05 Join _mt_ [0] (~MT@2601:482:4402:2be0:e039:24a8:76cd:e132)
06:48:24 Quit _mt_ (Ping timeout: 252 seconds)
07:00
07:27:34 Quit Ruhan (Quit: Connection closed for inactivity)
07:33:27 Join dys [0] (~dys@tmo-123-67.customers.d1-online.com)
07:40:35 Join yukinc [0] (~purlingna@119.254.120.72)
07:41:11 Quit yukinc (Client Quit)
07:41:21 Join ychan [0] (~purlingna@119.254.120.72)
07:41:58 Quit alexweissman (Remote host closed the connection)
07:42:52 Nick ychan is now known as purling (~purlingna@119.254.120.72)
07:43:04 Nick purling is now known as yzflcyq (~purlingna@119.254.120.72)
07:43:25 Nick yzflcyq is now known as pnayuki (~purlingna@119.254.120.72)
07:44:13 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
07:46:56 Quit JdGordon (Ping timeout: 240 seconds)
07:55:28***Saving seen data "./dancer.seen"
08:00
08:21:20 Join ender` [0] (krneki@foo.eternallybored.org)
08:42:33 Join petur [0] (~petur@91.183.48.77)
08:42:33 Quit petur (Changing host)
08:42:33 Join petur [0] (~petur@rockbox/developer/petur)
09:00
09:05:09 Quit dys (Ping timeout: 264 seconds)
09:10:01 Join p3tur [0] (~petur@91.183.48.77)
09:10:01 Quit p3tur (Changing host)
09:10:01 Join p3tur [0] (~petur@rockbox/developer/petur)
09:10:01 Quit petur (Read error: Connection reset by peer)
09:20:39 Join dys [0] (~dys@2003:5b:203b:100:6af7:28ff:fe06:801)
09:33:17 Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan)
09:42:47 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net)
09:47:45 Quit alexweissman (Ping timeout: 264 seconds)
09:55:31***Saving seen data "./dancer.seen"
10:00
10:34:34 Quit _meg (Ping timeout: 240 seconds)
10:35:36 Join _meg [0] (~notsure@211.25.203.45)
10:55:33 Nick p3tur is now known as petur (~petur@rockbox/developer/petur)
11:00
11:07:41 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
11:19:28 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
11:30:04 Quit ender` (Ping timeout: 240 seconds)
11:31:10 Quit ender| (Ping timeout: 255 seconds)
11:33:47 Quit [Saint] (Read error: Connection reset by peer)
11:34:06 Join [Saint] [0] (~sinner@rockbox/staff/saint)
11:37:52 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42)
11:38:50 Join xorly [0] (~xorly@ip-86-49-24-93.net.upcbroadband.cz)
11:43:28 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net)
11:48:20 Quit alexweissman (Ping timeout: 264 seconds)
11:55:34***Saving seen data "./dancer.seen"
11:55:57 Quit copper (Remote host closed the connection)
11:56:45 Join copper [0] (~copper@unaffiliated/copper)
12:00
12:01:04 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
12:11:05 Quit dfkt (Read error: Connection reset by peer)
12:15:20 Join robertd1 [0] (~root@186-90-22-253.genericrev.cantv.net)
12:35:39 Quit pamaury (Ping timeout: 258 seconds)
12:44:39 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
12:56:21 Quit PurlingNayuki (Ping timeout: 258 seconds)
13:00
13:00:24 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.")
13:06:39 Quit petur (Ping timeout: 255 seconds)
13:07:04 Join petur [0] (~petur@rockbox/developer/petur)
13:33:01 Join p3tur [0] (~petur@91.183.48.77)
13:33:01 Quit p3tur (Changing host)
13:33:01 Join p3tur [0] (~petur@rockbox/developer/petur)
13:33:01 Quit petur (Read error: Connection reset by peer)
13:44:15 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net)
13:49:09 Quit alexweissman (Ping timeout: 252 seconds)
13:55:37***Saving seen data "./dancer.seen"
13:56:10 Join _mt_ [0] (~MT@2601:482:4402:2be0:e039:24a8:76cd:e132)
14:00
14:04:33 Quit _meg (Ping timeout: 240 seconds)
14:04:56 Join _meg [0] (~notsure@211.25.203.45)
14:05:08 Quit _mt_ (Ping timeout: 246 seconds)
14:10:39 Quit robertd1 (Remote host closed the connection)
14:18:25 Join robertd1 [0] (~root@186-90-22-253.genericrev.cantv.net)
14:20:58 Join amayer [0] (~amayer@107-1-97-172-ip-static.hfc.comcastbusiness.net)
14:24:49 Nick p3tur is now known as petur (~petur@rockbox/developer/petur)
14:25:48 Part robertd1
14:42:24 Join robertd1 [0] (~root@186-90-22-253.genericrev.cantv.net)
15:00
15:00:33 Quit Moarc (Ping timeout: 240 seconds)
15:04:14 Join Moarc [0] (~chujko@a105.net128.okay.pl)
15:31:01 Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan)
15:44:57 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net)
15:47:50 Quit petur (Quit: Connection reset by beer)
15:49:36 Quit alexweissman (Ping timeout: 258 seconds)
15:53:14 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net)
15:55:38***Saving seen data "./dancer.seen"
16:00
16:13:02 Quit robertd1 (Quit: Leaving.)
16:33:43 Quit prg318 (Quit: ZNC 1.6.5 - http://znc.in)
16:34:48 Join prg318 [0] (~prg@deadcodersociety/prg318)
16:44:14 Join _mt_ [0] (~MT@129.59.122.21)
16:55:10 Join PurlingNayuki [0] (~Thunderbi@45.77.71.80)
16:55:59 Quit PurlingNayuki (Remote host closed the connection)
17:00
17:21:10 Join PurlingNayuki [0] (~Thunderbi@122.224.52.19)
17:24:33BilgusjhMikeS is there something you are waiting for to push g#1578?
17:24:35fs-bluebot_3Gerrit review #1578 at http://gerrit.rockbox.org/r/1578 : 3Unify storage threads into one by Michael Sevakis
17:28:49jhMikeSdidn't know anyone cared about my personal experiments? it was a prerequite for write-behind caching. otoh, ata behaves much better with it.
17:32:23BilgusIt looks like a lot better way of handling storage to me and a hell of a lot cleaner I was messing with powering down the sd clocks for johnb and came across it
17:34:36jhMikeSsee any possible improvements? of course they can be added later anyway.
17:38:27Bilgustbh I haven't looked into it super deep yet just browsed through the drivers to see what was going on, write behind caching though how is that coming???
17:42:37 Quit CrashBash-Kun (Read error: Connection reset by peer)
17:42:39jhMikeSBilgus: that's just been sitting around in gerrit
17:44:47BilgusDoes it give any noticable performance increase I mean how much is the cache really utilized?
17:44:58jhMikeSpretty much considered it pushable though.
17:45:47jhMikeSit's utilized a lot, to the point I had to put in special yielding or it would hold the cpu too much
17:46:11jhMikeSthe local file buffers no longer exist
17:46:30Bilgusohh that sounds awesome
17:48:09jhMikeSit's still single sector caching but it caches all such accesses for dir scanning, file reading and writing, directory access for opening/creating. lots more stuff so it has to be much larger.
17:48:57 Join petur [0] (~petur@rockbox/developer/petur)
17:49:13Bilgusbut after you remove all those wasted buffers floating around it pretty much equals out on memory footprint?
17:49:14jhMikeSbut it's possible to leave dircache off without it being to much slower. it's not really possible to beat preprocessed directory entries for speed.
17:49:28jhMikeSno buffers are wasted, ever.
17:49:49jhMikeSnot now. they're borrowed from the cache. if a file isn't using them, the cache uses them.
17:49:52BilgusI'm saying compared to the current code
17:50:42jhMikeSit has way more buffers compared to current code, exactly at the point where the return on more is nearly zero
17:50:55jhMikeSthey're all used though
17:51:21Bilgusoh so how much more memory then are there players that would be unable to use it?
17:53:11Bilgusor players where it would pointless to use it would be a better question I suppose
17:55:39***Saving seen data "./dancer.seen"
17:55:58 Join krabador [0] (~krabador@unaffiliated/krabador)
17:55:59jhMikeSit configures based on memory size and storage type. it needs a bit more size with an actual disk drive because to avoid seeking
17:57:00Bilgusnice is that configurable on the fly?
17:57:57jhMikeSit's statically determined by testing where the sweet spot is
17:58:44jhMikeSfor a bootloader it only uses 16 buffers iirc. they don't do much concurrent access
18:00
18:00:04BilgusI'd pretty much say don't bother for the bootloaders and just leave caching off
18:00:35Bilgusor are you storing the cache as you go?
18:01:40jhMikeSit's several times faster than current code without dircache on and would be far better with increased compiler optimization (more -O delivers up to about 3x more)
18:02:09jhMikeSBilgus: ??
18:02:42jhMikeSit writes back dirty buffers automatically after 1/2-second of no activitu
18:03:01jhMikeSunless a bootload writes there won't be anything to flush
18:03:46Bilgusand they pretty much never do till you hook up usb
18:04:51jhMikeSany caching there is done by the host since USB bypasses the filesystem code and uses storage directly
18:04:53BilgusI was thinking maybe you somehow persisted the cache
18:05:35jhMikeSyeah, it's call a cache flush :)
18:05:43Bilgusso do you need testing or what are you waiting for a kick in the ass of some sort?
18:06:12jhMikeSno one said anything in favor so I just left it there
18:06:40Bilgusno one ever says anything unless you break something
18:07:12Bilgusyou could put it out on the mailing list and a lack of response ++ approval?
18:07:14jhMikeSor tweak someone's binsize neurosis
18:07:23Bilgus==
18:07:49Bilgusthere are a few players that have no room for more code in the bootloader
18:08:01jhMikeSI secretly put it on friends' players and haven't heard complaints
18:08:07jhMikeShow much is "no room"?
18:08:14Bilguslike bytes
18:08:18jhMikeShmmm
18:08:56Bilgusthe e200v1 clip v1 a few others I've run across for multiboot stuff
18:09:21Bilgusbut that why I was removing unused but loaded baggage a few months back
18:09:29jhMikeSif it doesn't need a storage thread for it, it might end up smaller
18:09:53Bilguslike RTL lang support, ISO tables a few other things
18:10:37jhMikeSit started smaller, then I started taking that savings back for better outcome
18:11:28BilgusI think we need to talk about what players we want to get rid of support for
18:11:54jhMikeSI thought HWCODEC was on the chopping block.
18:12:41Bilgusyeah there was talk of that but I haven't really heard of anything definitive
18:13:19jhMikeSdoes that mean nuking the entire codebase for it? I did it by hand for a side project. didn't take too long actually.
18:13:37Bilguspersonally I think there should be a purge of anything with less than X people affected
18:13:58jhMikeShow about nuking things that no one ever brought to a decent fruition, like pnx0101? that stuff doesn't even compile.
18:14:09Bilgusnuked from the current code and left in the legacy code
18:14:53 Quit dys (Ping timeout: 258 seconds)
18:15:19jhMikeSI'm probably the only one nuking gigabeat S would piss off :)
18:15:37jhMikeSthe hell it's gonna get nuked. it's perfectly functional
18:16:22jhMikeSand it's my favorite target
18:16:44Bilgusyeah I'm sure that would be the case with plenty of obscure stuff but It still would work and it could be branched privately
18:16:52jhMikeSpersonally, I'd go for apparently abandoned stuff first
18:17:34jhMikeSthere are thing that don't appear like they've even gotten to sound stage and they were just left that way for years
18:18:13BilgusIt can be an ongoing thing but for the moment getting the really old players no one uses out of the codebase will clean things up
18:18:53Bilgusall those conditionals and a bunch of baggage
18:20:04jhMikeSthe state of stuff now is waaaay better than when I first got here. nothing was abstracted at all.
18:20:49jhMikeSthe worst conditionals to me are between swcodec, hwcodec and charcell
18:20:56 Join robertd1 [0] (~root@186-90-22-253.genericrev.cantv.net)
18:21:09 Quit robertd1 (Client Quit)
18:21:13BilgusI hope charcell goes away to die
18:21:27jhMikeSJdGordon was already irate about it years ago
18:23:39BilgusI think [Saint] would be on board he was the one talking about sunsetting the old stuff last
18:24:31 Quit PurlingNayuki (Ping timeout: 248 seconds)
18:24:57Bilgustbh I haven't heard anyone not want to retire the oldest crustiest of the code
18:25:26Bilgusplus its not like its gone forever
18:27:26jhMikeSbtw, the caching patch applied over the storage thread unification increases the e200 binsize by 28 bytes
18:27:56Bilguslol that might still be too much one of them had 33 free IIRC
18:27:57jhMikeSindeed, just yank it back in if there's a resurgence in interest
18:28:52jhMikeSyou could easily conditionalize hundreds away though
18:29:34BilgusI mean at first sure but eventually its just cruft that needs cut
18:29:40jhMikeSbesides 33 > 28 :)
18:29:58jhMikeSthat's the main binary. I should check the bootloader
18:30:36BilgusI can't imagine the bootloader would be much different but maybe
18:32:44jhMikeS108916 actual size with the two patches
18:33:52jhMikeS107904 from HEAD :(
18:34:41Bilgussome of that gets compressed but probably not 1000 bytes worth
18:35:53 Join PurlingNayuki [0] (~Thunderbi@122.224.52.19)
18:36:49Bilgus1572 and 1560 removes about that much IIRC
18:37:25Bilgusand I think 1562 removes another 500 bytes at the cost of file writing
18:39:05jhMikeSwhat's the maximum e200 size? I don't remember
18:39:52 Join PurlingNayuki1 [0] (~Thunderbi@122.224.52.19)
18:39:58 Quit PurlingNayuki (Ping timeout: 248 seconds)
18:39:58 Nick PurlingNayuki1 is now known as PurlingNayuki (~Thunderbi@122.224.52.19)
18:44:03 Quit PurlingNayuki (Ping timeout: 240 seconds)
18:45:22 Join dys [0] (~dys@tmo-112-154.customers.d1-online.com)
18:45:24BilgusIts based on the OF so is there a little wiggle room there maybe
18:46:38Bilgusthe original was ~103424
18:49:58BilgusI've yet to see any better in-place compression than ucl
18:50:24jhMikeSturning off priority scheduling in the bootloader gives you 104584
18:51:05Bilgusthats quite the savings
18:51:37jhMikeSnot sure why it's there. it seems like it somehow bled over from enabling it in the gigabeat-s-bootloader, where the size is irrelevant
18:51:51Bilgusassuming it compiled at head its been a year ago since I tried
18:52:57BilgusI wonder how many other devices have a similar story
19:00
19:03:06 Join ender` [0] (krneki@foo.eternallybored.org)
19:13:22jhMikeSoh, with the patches it's 105588 (no priority)
19:14:36jhMikeSram use drops 16k with the patches though
19:18:05fs-bluebot_Build Server message: 3New build round started. Revision 7807934, 273 builds, 13 clients.
19:19:42Bilgusnice, you gonna post to the devlist about it?
19:26:42jhMikeSI don't know. I did talk about there a bit already about putting it in the last release and I said I though it was a bit too soon (at that time).
19:28:33fs-bluebot_Build Server message: 3Build round completed after 629 seconds.
19:28:35fs-bluebot_Build Server message: 3Revision 7807934 result: All green
19:41:19 Quit _mt_ (Ping timeout: 248 seconds)
19:42:22 Quit dys (Ping timeout: 248 seconds)
19:46:47 Join johnb3 [0] (~johnb2@p5B3AFD40.dip0.t-ipconnect.de)
19:49:17johnb3Bilgus: I got 14:01h vs the 10h with the dev build.
19:49:19 Join dys [0] (~dys@tmo-102-111.customers.d1-online.com)
19:49:31Bilgusnice thats a tidy increase
19:51:00BilgusI added a patch to underclock i2C as well but i'm not sure how well that will work with the audio stuff
19:52:31johnb3I believe you did some other changes to them after I had compiled 1704 & 1705?
19:53:02Bilgusnah I just cleaned them up but 1705 is the i2C underclock now
19:53:44johnb3Let me stress test my current build for a while and then we look at the i2c.
19:54:43Bilgusyeah I doubt it is going to affect much the I2C OTOH
19:55:40***Saving seen data "./dancer.seen"
20:00
20:08:55 Join p3tur [0] (~petur@78-23-23-252.access.telenet.be)
20:08:55 Quit p3tur (Changing host)
20:08:55 Join p3tur [0] (~petur@rockbox/developer/petur)
20:11:21 Join wodz_ [0] (~wodz@89-79-40-110.dynamic.chello.pl)
20:12:08wodz_jhMikeS: For me moving out thread creation and stuff from driver code is value for itself
20:12:54 Join lebellium [0] (~chatzilla@89-93-177-206.hfc.dyn.abo.bbox.fr)
20:14:10jhMikeSwodz_: for g1578?
20:14:47wodz_jhMikeS: yes
20:15:58jhMikeSwas going to push that one and just see what explodes or whatever, if anything
20:17:50 Quit johnb3 (Quit: Nettalk6 - www.ntalk.de)
20:21:00 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:f563:d3ee:a8d8:a3ee)
20:21:55 Join _mt_ [0] (~MT@129.59.122.21)
20:26:59 Quit JdGordon_ (Ping timeout: 240 seconds)
20:37:32 Quit pamaury (Ping timeout: 264 seconds)
20:38:32fs-bluebot_Build Server message: 3New build round started. Revision 1654efc, 273 builds, 13 clients.
20:41:43BilgusJhMikeS I would like to implement sd_spin and sd_spin_down on whatever players I can stop the clocks without too much hassle, With nand they each carry their own stubs what would be my best course of action concering those players like should I add a define HAS_SD_SPINDOWN and just build it within sd.c to connect to the drivers code or should I make each driver carry their own implementation like nand.h
20:43:21jhMikeSI suppose the driver should just sleep like any
20:45:58jhMikeSyou can override default behavior of storage_event_default_handler
20:46:11Bilgusthats what I was wondering
20:47:54fs-bluebot_Build Server message: 3Build round completed after 562 seconds.
20:47:55fs-bluebot_Build Server message: 3Revision 1654efc result: 103 errors 0 warnings
20:48:27jhMikeSargh
20:50:47Bilgusspeaking of nand storage
20:52:42jhMikeSthe one I don't get is usb_signal_transfer_completion undefined
20:54:11BilgusI bet its something fucky to quote saint
20:56:25jhMikeSI don't know. I get it compiling it myself.
21:00
21:10:51 Join johnb4 [0] (~johnb2@p5B3AFD40.dip0.t-ipconnect.de)
21:13:34Bilgusweird you didn't remove any files or touch any code that contains it maybe something else touched it and it just hasn't built before now or are all files rebuilt from scratch?
21:15:20Bilgusmore likely I bet its just something with the other error
21:19:45 Quit johnb4 (Ping timeout: 255 seconds)
21:21:08 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
21:23:07jhMikeSthe last revision compiles fine with HAVE_USBSTACK yet never defines USB_FULL_INIT, which is need for that function to even exist
21:24:19jhMikeSthis makes nooooo sense right now
21:25:31jhMikeSperhaps some weird -ffunction-sections dependency broke down
21:26:02jhMikeSone thing's for sure, it couldn 't have had a functioning usb stack in the bootloader
21:26:19jhMikeSnot storage anyway
21:31:10 Quit JdGordon (Ping timeout: 248 seconds)
21:51:04 Quit wodz_ (Quit: Leaving)
21:55:41***Saving seen data "./dancer.seen"
22:00
22:13:39 Quit fs-bluebot_ (Ping timeout: 240 seconds)
22:13:42 Quit bluebrother (Ping timeout: 258 seconds)
22:15:22 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
22:28:30 Join fs-bluebot [0] (~fs-bluebo@port-92-196-122-152.dynamic.qsc.de)
22:28:48 Quit alexweissman (Remote host closed the connection)
22:29:58 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net)
22:30:36 Join PurlingNayuki [0] (~Thunderbi@122.224.52.19)
22:34:32fs-bluebotBuild Server message: 3New build round started. Revision e4a46c8, 273 builds, 13 clients.
22:34:39 Quit PurlingNayuki (Ping timeout: 248 seconds)
22:39:41 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-oanpqxqqlinhgcqw)
22:45:12fs-bluebotBuild Server message: 3Build round completed after 640 seconds.
22:45:13fs-bluebotBuild Server message: 3Revision e4a46c8 result: All green
22:51:48 Quit ZincAlloy (Quit: Leaving.)
22:59:07 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
23:00
23:05:31Bilguslooks like you got it what ended up being the issue with usb_signal_transfer_completion?
23:06:35 Quit JdGordon (Ping timeout: 260 seconds)
23:11:45jhMikeSit made no sense and still doesn't. previously it didn't care that the function was missing (I verified that section of usb.c wasn't being built)
23:15:03 Quit alexweissman (Remote host closed the connection)
23:15:25 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
23:16:13 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net)
23:18:28 Quit GeekShadow (Ping timeout: 246 seconds)
23:19:57 Quit xorly (Ping timeout: 248 seconds)
23:20:59 Quit JdGordon (Ping timeout: 240 seconds)
23:26:38 Quit p3tur (Quit: Leaving)
23:28:49 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 56.0/20170926190823])
23:41:02 Quit amayer (Quit: Leaving)
23:47:49Bilgushuh weird
23:47:54 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.")
23:48:15 Quit _mt_ (Ping timeout: 248 seconds)
23:55:45***Saving seen data "./dancer.seen"

Previous day | Next day