--- Log for 20.05.117 Server: hitchcock.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 days and 23 hours ago 00.01.16 Quit vita_cell (Read error: Connection reset by peer) 00.04.38 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 00.04.53 Join Linton [0] (586862d9@gateway/web/freenode/ip.88.104.98.217) 00.10.24 Quit Bilgus (Remote host closed the connection) 00.11.04 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 00.29.55 Join Strife1989 [0] (~quassel@adsl-98-80-197-232.mcn.bellsouth.net) 00.30.03 Quit Strife89 (Ping timeout: 240 seconds) 00.32.36 *** Saving seen data "./dancer.seen" 00.44.38 Quit Linton (Ping timeout: 260 seconds) 00.49.15 Quit ender` (Quit: [].map.call( "Batman", function( x, y, z ) { return !y && z || +x }).reverse().join( " " );) 00.50.08 # Bilgus: sure 00.56.56 Quit edhelas (Ping timeout: 268 seconds) 01.09.48 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 01.11.11 Quit LinuxArie (Ping timeout: 246 seconds) 01.17.28 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 53.0.2/20170504105526]) 01.27.33 Join chatter29 [0] (2d3878f1@gateway/web/cgi-irc/kiwiirc.com/ip.45.56.120.241) 01.27.39 # hey guys 01.27.41 # allah is doing 01.27.48 # sun is not doing allah is doing 01.27.50 # to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger 01.31.11 Quit chatter29 (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) 01.49.43 Join smoke_fumus [0] (~smoke_fum@188.35.176.90) 01.52.15 Quit petur (Quit: Leaving) 01.54.33 Quit dys (Ping timeout: 240 seconds) 02.05.25 Quit ZincAlloy (Quit: Leaving.) 02.18.50 Quit Ruhan (Quit: Connection closed for inactivity) 02.32.39 *** Saving seen data "./dancer.seen" 02.35.12 Quit duo8 (Ping timeout: 255 seconds) 02.39.45 Join idonob [0] (~Owner@S010600259c3e7d7b.vs.shawcable.net) 02.49.03 Quit idonob (Ping timeout: 240 seconds) 02.51.40 Part dsg 02.59.11 Quit alexweissman (Remote host closed the connection) 03.00.24 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 03.00.33 Quit alexweissman (Remote host closed the connection) 03.00.55 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 03.13.16 Join superluig164 [0] (~superluig@72-188-90-124.res.bhn.net) 03.15.41 Quit superluig164_ (Ping timeout: 268 seconds) 03.33.02 Quit MrZeus1 (Ping timeout: 246 seconds) 03.50.24 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-juxumtijbrvlusjq) 03.59.35 Join Strife89 [0] (~quassel@adsl-98-80-185-120.mcn.bellsouth.net) 04.00.05 Quit robertd1 (Ping timeout: 240 seconds) 04.01.10 Join Bilgus_ [0] (~Bilgus@gateway/tor-sasl/bilgus) 04.02.57 Quit Strife1989 (Ping timeout: 240 seconds) 04.05.05 Quit Bilgus (Ping timeout: 248 seconds) 04.11.44 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 04.14.41 Quit Bilgus_ (Ping timeout: 248 seconds) 04.15.04 Join Bilgus_ [0] (~Bilgus@gateway/tor-sasl/bilgus) 04.16.17 Quit Bilgus (Ping timeout: 248 seconds) 04.32.40 *** Saving seen data "./dancer.seen" 06.32.42 *** No seen item changed, no save performed. 06.39.31 Quit TheSeven (Ping timeout: 260 seconds) 06.39.42 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 07.19.34 Quit alexweissman (Remote host closed the connection) 07.20.52 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 07.21.15 Quit jhMikeS (Ping timeout: 240 seconds) 07.34.35 Join dys [0] (~dys@x5f71c1de.dyn.telefonica.de) 07.49.51 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 08.17.51 Quit fs-bluebot (Ping timeout: 246 seconds) 08.19.17 Quit bluebrother (Ping timeout: 260 seconds) 08.25.55 Quit michaelni (Ping timeout: 260 seconds) 08.32.43 *** Saving seen data "./dancer.seen" 08.36.31 Join edhelas [0] (~edhelas@54693F03.cm-12-2a.dynamic.ziggo.nl) 08.39.13 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) 08.47.50 Quit alexweissman (Remote host closed the connection) 09.01.07 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 09.03.12 Join johnb2 [0] (~johnb2@p5B3AFE99.dip0.t-ipconnect.de) 09.11.36 Quit jhMikeS (Ping timeout: 240 seconds) 09.24.50 Quit edhelas (Quit: Leaving.) 09.24.56 Join fs-bluebot [0] (~fs-bluebo@port-92-196-50-149.dynamic.qsc.de) 09.31.04 Join lebellium [0] (~chatzilla@89-93-178-245.hfc.dyn.abo.bbox.fr) 09.39.45 # regarding disabling puzzles help only for the c200v2: would it be better to have the definition check for plugin RAM size? (I always wondered about the simple checks for target name instead of the condition that actually has to be met, to be honest. If people take themselves a few more minutes and used the latter things would be automatically correct for future targets and others would understand the reason quicker in case they want to try a fix) 09.42.44 # I could understand it in case where a define for the "real reason" doesn't exist yet, but not when it does. 09.43.45 # (and in yesterday's example fml wouldn't have askes) 09.43.56 # *asked 09.48.18 Join lorenzo92_1 [0] (~lorenzo@host216-111-dynamic.40-79-r.retail.telecomitalia.it) 09.54.56 Join edhelas [0] (~edhelas@54693F03.cm-12-2a.dynamic.ziggo.nl) 09.58.27 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 10.02.37 Quit alexweissman (Ping timeout: 246 seconds) 10.10.43 Quit johnb2 (Ping timeout: 255 seconds) 10.13.33 Quit edhelas (Quit: Leaving.) 10.15.48 Join edhelas [0] (~edhelas@54693F03.cm-12-2a.dynamic.ziggo.nl) 10.20.35 Quit edhelas (Ping timeout: 268 seconds) 10.32.45 *** Saving seen data "./dancer.seen" 10.49.58 Join johnb2 [0] (~johnb2@p5B3AFE99.dip0.t-ipconnect.de) 11.40.05 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:9137:2ab2:a71a:305b) 11.47.47 Join xorly [0] (~xorly@ip-86-49-24-93.net.upcbroadband.cz) 11.48.49 Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) 12.03.47 Join edhelas [0] (~edhelas@145.15.244.19) 12.04.46 Join asymsucon [0] (c3180652@gateway/web/freenode/ip.195.24.6.82) 12.06.40 # Bilgus_: Battery drain with multiboot should be the same as with regular RB? 12.08.04 Quit edhelas (Ping timeout: 240 seconds) 12.09.04 Quit lorenzo92_1 (Ping timeout: 240 seconds) 12.24.34 Quit Soap (Quit: Soap) 12.31.37 Join robertd1 [0] (~root@201.242.174.75) 12.32.47 *** Saving seen data "./dancer.seen" 13.11.08 Quit johnb2 (Ping timeout: 272 seconds) 13.17.34 Quit fs-bluebot (Ping timeout: 268 seconds) 13.18.04 Quit bluebrother (Ping timeout: 240 seconds) 13.19.03 Quit amiconn (Quit: No Ping reply in 64 seconds.) 13.19.53 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 13.20.01 Quit pixelma (Quit: No Ping reply in 120 seconds.) 13.20.14 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 13.21.10 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 13.31.48 Join fs-bluebot [0] (~fs-bluebo@port-92-196-108-86.dynamic.qsc.de) 13.32.40 Quit __builtin (Ping timeout: 272 seconds) 13.55.05 Join johnb2 [0] (~johnb2@p5B3AFE99.dip0.t-ipconnect.de) 14.09.50 Join lorenzo92_1 [0] (~lorenzo@host216-111-dynamic.40-79-r.retail.telecomitalia.it) 14.13.55 Quit johnb2 (Ping timeout: 246 seconds) 14.32.51 *** Saving seen data "./dancer.seen" 14.44.32 # is the hosted linker calling main() first or are there any other intialization stubs? 14.44.40 # i.e. on RaaA 14.54.52 Quit dys (Ping timeout: 246 seconds) 14.58.42 Quit lorenzo92_1 (Ping timeout: 268 seconds) 15.06.09 Join Bilgus_ph [0] (41ba23be@gateway/web/freenode/ip.65.186.35.190) 15.09.22 # getting somewhat worse battery life out of Zip after the patch, but maybe it's subjective 15.10.18 # @asymsucon it should be exactly the same as far as the bootloader is concerned although I imagine there might be some variance in accessing the SD card more but I can'tell imagine it'does be much that second firmware will work on internal or external storage if you want to see 15.11.06 # Darn auto correct can't and it'd 15.11.43 Join LinuxArie [0] (~Arie@ip54579264.direct-adsl.nl) 15.11.48 # I haven't done battery bench yet 15.12.20 # but 60% went away faster than I'm used to 15.15.01 # It could also be something with the firmware at HEAD as well only way to say for sure would be to bench it off the SD and then bench it from internal using the same fw 15.15.39 # or putting ammeter straight between battery and terminals 15.16.35 # so no need to reflash BL, just move the .rockbox from SD to internal, correct? 15.16.39 # Well sure but without an average over a period of time it wouldn't be very conclusive 15.17.36 # Yes bootloader is good just copy rockbox folder to internal and rename rockbox_main.clip zip 15.19.18 # That bootloader shouldn't have any need to be touched again unless something major changes and I'd try my best to keep it backwards compatible even if so 15.20.36 Join duo8 [0] (~ZNC-SRV-H@117.6.48.228) 15.21.04 # You can leave your install on the SD just copy the folder and as long as you rename the redirect file on SD it'll boot internal also that redirect file will not work on the internal drive fyi 15.21.10 # Yes, when bad luck happens and internal went to read-only or completely away, it's good to have the correct BL in place :) 15.21.40 # 2 DAPs died on me already 15.21.44 # Exactly and the same reason I disabled the redirect on internal.. 15.22.54 # OK, will test it today, report back tomorrow 15.23.32 # BTW, any idea how to fix the pitch error @ 48kHz? 15.23.51 # No if you put Bilgus in front of it I'll see it when I get back to my dev machine 15.24.15 # Yeah no clue haven'THE 15.24.40 # haven't looked at that code 15.25.12 # Will do, sorry 15.26.50 # That was supposed to be np I keep hitting the autocorret button 15.26.55 # Lol 15.28.05 # Now I seriously doubt if the internal drive dies completely the bootloader will make a difference but time will tell 15.28.49 # But it seems like for most it goes readonly or only loads the bootloader 15.34.57 Join PimpiN8 [0] (~textual@ip51cd65d5.speed.planet.nl) 16.08.38 Quit Bilgus_ph (Ping timeout: 260 seconds) 16.09.52 Join johnb2 [0] (~johnb2@p5B3AFE99.dip0.t-ipconnect.de) 16.20.43 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 16.22.53 Quit robertd1 (Quit: Leaving.) 16.28.04 Join dys [0] (~dys@x5f71c1de.dyn.telefonica.de) 16.32.55 *** Saving seen data "./dancer.seen" 16.45.04 Quit Bilgus_ (Ping timeout: 248 seconds) 16.49.39 Quit superluig164 (Ping timeout: 246 seconds) 17.09.20 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 17.15.12 Quit Strife89 (Ping timeout: 246 seconds) 17.21.07 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 17.29.26 Join JanC_ [0] (~janc@lugwv/member/JanC) 17.29.52 Join PurlingNayuki [0] (~Thunderbi@223.72.82.121) 17.30.43 Nick JanC is now known as Guest79783 (~janc@lugwv/member/JanC) 17.30.43 Quit Guest79783 (Killed (card.freenode.net (Nickname regained by services))) 17.30.43 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 17.34.00 Quit PurlingNayuki (Ping timeout: 246 seconds) 17.56.02 Join lorenzo92_1 [0] (~lorenzo@host216-111-dynamic.40-79-r.retail.telecomitalia.it) 18.13.43 # jhMikeS, When I load the firmware from internal the redirect works properly, this unit had nothing on internal when I was getting the data abort, I'll look into it further later possibly something to do with the check for rolo?? 18.13.58 Quit johnb2 (Ping timeout: 258 seconds) 18.19.10 # Nope nevermind still does it on shutdown 18.32.58 *** Saving seen data "./dancer.seen" 18.33.45 # Bilgus: I'll try to check later. Record where the abort happens and find it in the disassembly 18.35.13 Join johnb2 [0] (~johnb2@p5B3AFE99.dip0.t-ipconnect.de) 18.36.21 # Bilgus: I kinda wanted the newer code in before doing the mount point things since it's actually more friendly to it. That is, if anyone wants the memory hit that comes with the performance upgrade. 18.43.04 Quit jhMikeS (Ping timeout: 240 seconds) 18.53.36 Quit lorenzo92_1 (Ping timeout: 255 seconds) 18.54.49 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 19.11.33 Quit dfkt (Disconnected by services) 19.12.06 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 19.31.53 Quit johnb2 (Ping timeout: 268 seconds) 20.10.46 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 20.15.36 Quit jhMikeS (Ping timeout: 260 seconds) 20.20.15 Quit xorly (Ping timeout: 246 seconds) 20.32.59 *** Saving seen data "./dancer.seen" 20.36.11 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 20.36.38 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 21.04.28 Join johnb2 [0] (~johnb2@p5B3AFE99.dip0.t-ipconnect.de) 21.41.26 Quit johnb2 (Ping timeout: 240 seconds) 21.45.47 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 21.57.20 Join johnb2 [0] (~johnb2@p5B3AFE99.dip0.t-ipconnect.de) 22.14.54 # jhMikeS I tracked it down to fat_dir_is_parent( and sure enough when i make it return false or comment it out of fileobj_mgr.c> fileobj_sync_parent it doesn't data abort 22.15.08 # I find taht very odd buffer overrun? 22.15.22 # also how much of a memory hit?? 22.27.22 Join petur [0] (~petur@rockbox/developer/petur) 22.33.00 *** Saving seen data "./dancer.seen" 22.38.26 Quit pamaury (Ping timeout: 240 seconds) 22.53.25 # ok it has to be something in comparing the clusters when I change it to return dircluster && dircluster == dir->firstcluster 22.53.25 # IF_MV( && dir->volume == file->volume ) && dircluster == 809987; it still crashes but.. 22.54.34 # when I change it to return dircluster == 809987 && dircluster == dir->firstcluster 22.54.34 # IF_MV( && dir->volume == file->volume ); it doesn't 23.02.24 Quit johnb2 (Ping timeout: 246 seconds) 23.08.19 Join Soap [0] (~Soap@rockbox/staff/soap) 23.20.30 # dircluster is 0 for root, which might mess something up hmmm 23.21.04 # is dir NULL in this case? 23.28.26 # Idk ill check I got it back as far as file.c>fsync_internal>>file_error:; >> if (rc2 >= 0) 23.28.26 # fileop_onsync_internal(&file->stream); /* dir_fatent is implicit arg */ 23.32.49 # just for kicks, remove "filestr_discard_cache" call 23.37.56 # dir is not NULL neither is file 23.39.41 # is probably will find the directory and assume parentstrp has to be valid but it won't be if noone has it open 23.40.02 # it _was_ a valid assumption, not with this (hasty) patch 23.41.45 # if my guess is correct, then adding 'if (parentstrp == NULL) continue;' may shut it up 23.44.19 # removing filestr_discard doesn't help ill try checking parentstrp for NULL 23.46.24 # assuming the list of open streams for that file is not NULL is no longer valid with the patch, so, it looks promising 23.48.27 # that worked :) 23.49.38 # awesome thanks 23.53.18 # I still would rather do this namespace thing _after_ updating file code since it gets rid of all the nonsense going on with caches attached to the descriptor 23.54.47 # ok I have no issue with waiting I have a perfectly viable solution atm 23.56.52 # It isn't perfect but it allows the boot data redirect to work don't have the possibility of changing directories within the root but that is ok for now 23.57.56 # What method are you planning on using to munt to root with your updated code?