--- Log for 26.10.117 Server: orwell.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 25 days and 16 hours ago 00.08.18 # <__builtin> hmm, is there any reason we don't export lcd_alpha_bitmap_part() to plugins? 00.10.30 # <__builtin> ah, never mind 00.10.37 # <__builtin> looks 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 # <__builtin> ugh, this is harder than I expected 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.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.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.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.42 # jhMikeS is there something you are waiting for to pust g#1578? 04.53.44 # 3Gerrit review #1578 at http://gerrit.rockbox.org/r/1578 : 3Unify storage threads into one by Michael Sevakis 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.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.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.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.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.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.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.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.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.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.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.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.21.10 Join PurlingNayuki [0] (~Thunderbi@122.224.52.19) 17.24.33 # jhMikeS is there something you are waiting for to push g#1578? 17.24.35 # 3Gerrit review #1578 at http://gerrit.rockbox.org/r/1578 : 3Unify storage threads into one by Michael Sevakis 17.28.49 # didn'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.23 # It 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.36 # see any possible improvements? of course they can be added later anyway. 17.38.27 # tbh 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.39 # Bilgus: that's just been sitting around in gerrit 17.44.47 # Does it give any noticable performance increase I mean how much is the cache really utilized? 17.44.58 # pretty much considered it pushable though. 17.45.47 # it's utilized a lot, to the point I had to put in special yielding or it would hold the cpu too much 17.46.11 # the local file buffers no longer exist 17.46.30 # ohh that sounds awesome 17.48.09 # it'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.13 # but after you remove all those wasted buffers floating around it pretty much equals out on memory footprint? 17.49.14 # but 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.28 # no buffers are wasted, ever. 17.49.49 # not now. they're borrowed from the cache. if a file isn't using them, the cache uses them. 17.49.52 # I'm saying compared to the current code 17.50.42 # it has way more buffers compared to current code, exactly at the point where the return on more is nearly zero 17.50.55 # they're all used though 17.51.21 # oh so how much more memory then are there players that would be unable to use it? 17.53.11 # or 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.59 # it 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.00 # nice is that configurable on the fly? 17.57.57 # it's statically determined by testing where the sweet spot is 17.58.44 # for a bootloader it only uses 16 buffers iirc. they don't do much concurrent access 18.00.04 # I'd pretty much say don't bother for the bootloaders and just leave caching off 18.00.35 # or are you storing the cache as you go? 18.01.40 # it'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.09 # Bilgus: ?? 18.02.42 # it writes back dirty buffers automatically after 1/2-second of no activitu 18.03.01 # unless a bootload writes there won't be anything to flush 18.03.46 # and they pretty much never do till you hook up usb 18.04.51 # any caching there is done by the host since USB bypasses the filesystem code and uses storage directly 18.04.53 # I was thinking maybe you somehow persisted the cache 18.05.35 # yeah, it's call a cache flush :) 18.05.43 # so do you need testing or what are you waiting for a kick in the ass of some sort? 18.06.12 # no one said anything in favor so I just left it there 18.06.40 # no one ever says anything unless you break something 18.07.12 # you could put it out on the mailing list and a lack of response ++ approval? 18.07.14 # or tweak someone's binsize neurosis 18.07.23 # == 18.07.49 # there are a few players that have no room for more code in the bootloader 18.08.01 # I secretly put it on friends' players and haven't heard complaints 18.08.07 # how much is "no room"? 18.08.14 # like bytes 18.08.18 # hmmm 18.08.56 # the e200v1 clip v1 a few others I've run across for multiboot stuff 18.09.21 # but that why I was removing unused but loaded baggage a few months back 18.09.29 # if it doesn't need a storage thread for it, it might end up smaller 18.09.53 # like RTL lang support, ISO tables a few other things 18.10.37 # it started smaller, then I started taking that savings back for better outcome 18.11.28 # I think we need to talk about what players we want to get rid of support for 18.11.54 # I thought HWCODEC was on the chopping block. 18.12.41 # yeah there was talk of that but I haven't really heard of anything definitive 18.13.19 # does 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.37 # personally I think there should be a purge of anything with less than X people affected 18.13.58 # how about nuking things that no one ever brought to a decent fruition, like pnx0101? that stuff doesn't even compile. 18.14.09 # nuked from the current code and left in the legacy code 18.14.53 Quit dys (Ping timeout: 258 seconds) 18.15.19 # I'm probably the only one nuking gigabeat S would piss off :) 18.15.37 # the hell it's gonna get nuked. it's perfectly functional 18.16.22 # and it's my favorite target 18.16.44 # yeah 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.52 # personally, I'd go for apparently abandoned stuff first 18.17.34 # there 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.13 # It 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.53 # all those conditionals and a bunch of baggage 18.20.04 # the state of stuff now is waaaay better than when I first got here. nothing was abstracted at all. 18.20.49 # the 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.13 # I hope charcell goes away to die 18.21.27 # JdGordon was already irate about it years ago 18.23.39 # I 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.57 # tbh I haven't heard anyone not want to retire the oldest crustiest of the code 18.25.26 # plus its not like its gone forever 18.27.26 # btw, the caching patch applied over the storage thread unification increases the e200 binsize by 28 bytes 18.27.56 # lol that might still be too much one of them had 33 free IIRC 18.27.57 # indeed, just yank it back in if there's a resurgence in interest 18.28.52 # you could easily conditionalize hundreds away though 18.29.34 # I mean at first sure but eventually its just cruft that needs cut 18.29.40 # besides 33 > 28 :) 18.29.58 # that's the main binary. I should check the bootloader 18.30.36 # I can't imagine the bootloader would be much different but maybe 18.32.44 # 108916 actual size with the two patches 18.33.52 # 107904 from HEAD :( 18.34.41 # some of that gets compressed but probably not 1000 bytes worth 18.35.53 Join PurlingNayuki [0] (~Thunderbi@122.224.52.19) 18.36.49 # 1572 and 1560 removes about that much IIRC 18.37.25 # and I think 1562 removes another 500 bytes at the cost of file writing 18.39.05 # what'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.24 # Its based on the OF so is there a little wiggle room there maybe 18.46.38 # the original was ~103424 18.49.58 # I've yet to see any better in-place compression than ucl 18.50.24 # turning off priority scheduling in the bootloader gives you 104584 18.51.05 # thats quite the savings 18.51.37 # not 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.51 # assuming it compiled at head its been a year ago since I tried 18.52.57 # I wonder how many other devices have a similar story 19.03.06 Join ender` [0] (krneki@foo.eternallybored.org) 19.13.22 # oh, with the patches it's 105588 (no priority) 19.14.36 # ram use drops 16k with the patches though 19.18.05 # Build Server message: 3New build round started. Revision 7807934, 273 builds, 13 clients. 19.19.42 # nice, you gonna post to the devlist about it? 19.26.42 # I 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.33 # Build Server message: 3Build round completed after 629 seconds. 19.28.35 # 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.17 # Bilgus: 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.31 # nice thats a tidy increase 19.51.00 # I added a patch to underclock i2C as well but i'm not sure how well that will work with the audio stuff 19.52.31 # I believe you did some other changes to them after I had compiled 1704 & 1705? 19.53.02 # nah I just cleaned them up but 1705 is the i2C underclock now 19.53.44 # Let me stress test my current build for a while and then we look at the i2c. 19.54.43 # yeah I doubt it is going to affect much the I2C OTOH 19.55.40 *** Saving seen data "./dancer.seen" 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.08 # 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.10 # wodz_: for g1578? 20.14.47 # jhMikeS: yes 20.15.58 # was 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.32 # Build Server message: 3New build round started. Revision 1654efc, 273 builds, 13 clients. 20.41.43 # JhMikeS 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.21 # I suppose the driver should just sleep like any 20.45.58 # you can override default behavior of storage_event_default_handler 20.46.11 # thats what I was wondering 20.47.54 # Build Server message: 3Build round completed after 562 seconds. 20.47.55 # Build Server message: 3Revision 1654efc result: 103 errors 0 warnings 20.48.27 # argh 20.50.47 # speaking of nand storage 20.52.42 # the one I don't get is usb_signal_transfer_completion undefined 20.54.11 # I bet its something fucky to quote saint 20.56.25 # I don't know. I get it compiling it myself. 21.10.51 Join johnb4 [0] (~johnb2@p5B3AFD40.dip0.t-ipconnect.de) 21.13.34 # weird 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.20 # more 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.07 # the last revision compiles fine with HAVE_USBSTACK yet never defines USB_FULL_INIT, which is need for that function to even exist 21.24.19 # this makes nooooo sense right now 21.25.31 # perhaps some weird -ffunction-sections dependency broke down 21.26.02 # one thing's for sure, it couldn 't have had a functioning usb stack in the bootloader 21.26.19 # not 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.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.32 # Build 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.12 # Build Server message: 3Build round completed after 640 seconds. 22.45.13 # Build 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.05.31 # looks 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.45 # it 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.49 # huh 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"