--- Log for 12.11.116 Server: karatkievich.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 5 days ago 00.11.44 Join Senji [0] (~Senji@95-43-91-2.ip.btc-net.bg) 00.32.46 Part robertd1 00.50.45 *** Saving seen data "./dancer.seen" 00.51.45 Quit ZincAlloy (Quit: Leaving.) 00.55.13 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 49.0.2/20161019084923]) 00.57.48 # <__builtin> prof_wolfff: so half of the '8702's IRAM is slower than DRAM, and half is slightly faster, right? 00.58.01 # <__builtin> is there a way to force something to be located in the "fast" half? 01.41.50 # __builtin: can't recall the numbers exactly, for the first half of IRAM there is a multiplicator and the maximum speed is about half the speed of SDRAM, the SDRAM is about as fast as the second half of IRAM, these ratios are not the same for read and write 01.43.01 # on Classic all IRAM is defined as a single region so AFAIK there is not way to specify the second half, anyway i see no reason to use the IRAM on Classic, i was thinking on disabling (in future) at least the first half of IRAM for powersaving 01.49.42 Quit cc___ (Ping timeout: 258 seconds) 02.22.26 Quit ender` (Quit: I will never employ any device with a digital countdown. If I find that such a device is absolutely unavoidable, I will set it to activate when the counter reaches 117 and the hero is just putting his plan into operation. — Evil Overlord List #15) 02.24.42 Quit krnlyng (Ping timeout: 260 seconds) 02.29.05 Join smoke_fumus [0] (~smoke_fum@leased-line-195-222-90-170.telecom.by) 02.39.03 Join krnlyng [0] (~liar@77.116.83.202.wireless.dyn.drei.com) 02.43.55 Quit Senji (Ping timeout: 240 seconds) 02.50.48 *** Saving seen data "./dancer.seen" 02.52.42 Quit __builtin (Ping timeout: 260 seconds) 02.54.07 Join __builtin [0] (~xray@unaffiliated/franklin) 03.00.29 Quit toli (Ping timeout: 256 seconds) 03.02.45 Quit __builtin (Ping timeout: 256 seconds) 03.03.51 Join __builtin [0] (~xray@unaffiliated/franklin) 03.07.09 Join toli [0] (~toli@ip-83-134-71-64.dsl.scarlet.be) 03.08.34 Join Senji [0] (~Senji@95-43-91-2.ip.btc-net.bg) 03.35.36 Join __builtin_ [0] (~xray@unaffiliated/franklin) 03.37.32 Quit __builtin (Ping timeout: 245 seconds) 03.58.53 Join JanC_ [0] (~janc@lugwv/member/JanC) 04.00.07 Join __builtin [0] (~xray@unaffiliated/franklin) 04.00.10 Quit JanC (Killed (sinisalo.freenode.net (Nickname regained by services))) 04.00.10 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 04.02.45 Quit __builtin_ (Ping timeout: 258 seconds) 04.20.49 Quit __builtin (Quit: No Ping reply in 180 seconds.) 04.23.16 Join __builtin [0] (~xray@unaffiliated/franklin) 04.50.52 *** Saving seen data "./dancer.seen" 04.57.14 # <[Saint]> prof_wolfff: is IRAM not address mapped? 04.58.54 Mode "#rockbox +o [Saint]" by ChanServ (ChanServ@services.) 04.59.09 Mode "#rockbox -b #rockbox!*@*" by [Saint] (~sinner@rockbox/staff/saint) 04.59.21 Mode "#rockbox -b $r:PurlingNayuki*$##fix_your_connection" by [Saint] (~sinner@rockbox/staff/saint) 04.59.27 # <[Saint]> whoops... 04.59.39 Mode "#rockbox -o [Saint]" by ChanServ (ChanServ@services.) 04.59.50 # * [Saint] maintains that wasn't his fault 05.00.22 # <[Saint]> I PM'ed the guy about a dozen times saying to contact a staffer to get unbanned. 05.13.40 Join __builtin_ [0] (~xray@unaffiliated/franklin) 05.16.21 Quit __builtin (Ping timeout: 258 seconds) 05.22.14 Join ultramario1998 [0] (ae17b7a3@gateway/web/freenode/ip.174.23.183.163) 05.28.27 # hey, so I'm trying to install Rockbox on my ipod Classic 6G 05.29.08 # I got the UMSboot screen to appear, but it's not showing a mass storage device 05.29.41 # <[Saint]> Nor should it. 05.29.44 # When I disconnect it, it tries to load a UBI file and won't reconnect 05.30.05 # really? I was under the impression that was what I was meant to be seeing. 05.30.41 # <[Saint]> Oh, sorry. I misread. Interesting. 05.30.50 # <[Saint]> Are you positive you've killed off all Apple services? 05.31.08 # <[Saint]> I mentally replaced UMS with DFU, sorry. 05.31.37 # <[Saint]> People often expect DFU mode to present a visible device somewhere other than the device manager. 05.33.16 # <[Saint]> ultramario1998: are you using the ancient old Freemyipod install path, or the current patched RockboxUtility install path? 05.33.23 # Yeah. I killed all Apple/iPod related services, even including some seemingly-unrelated ones like iCloud 05.36.17 # hm. looking further, it appears that I'm using an outdated program. I'll update everything and let you know what happens 05.37.17 # <[Saint]> Are you using Freemyipod documentation? 05.37.45 # <[Saint]> The "don't use that, use this" disclaimer is pretty clear atop the page of the install flow documentation. 05.39.07 # I'm using this https://files.freemyipod.org/~user890104/bootloader-ipodclassic.html 05.41.02 # <[Saint]> that should be sufficient. 05.52.02 # got it working, thank you! 05.52.08 Quit ultramario1998 (Quit: Page closed) 06.12.08 Quit TheSeven (Ping timeout: 245 seconds) 06.12.32 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.37.18 Join PurlingNayuki [0] (~Thunderbi@103.224.80.88) 06.50.54 *** Saving seen data "./dancer.seen" 06.51.32 Quit krabador (Remote host closed the connection) 07.07.31 # OK. Selective backlight patch is up now I just need some victims erm willing candidates to test it on a bunch of devices 07.33.33 Quit smoke_fumus (Ping timeout: 252 seconds) 07.53.46 Quit [Saint] (Quit: Quit.) 07.55.01 Join [Saint] [0] (~sinner@rockbox/staff/saint) 08.18.17 Quit paulk-collins (Ping timeout: 252 seconds) 08.31.09 Join megal0maniac [0] (~megal0man@unaffiliated/megal0maniac) 08.50.55 *** Saving seen data "./dancer.seen" 09.11.43 # Bilgus: I'll willingly test on my Clip Zip, though I haven't gone to the trouble of figuring out compiling new builds myself. 09.15.48 Quit alexweissman (Remote host closed the connection) 09.19.41 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 09.26.25 Quit alexweissman (Remote host closed the connection) 09.30.28 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 10.01.29 Join girafe [0] (~girafe@LFbn-1-8015-136.w90-112.abo.wanadoo.fr) 10.34.01 Join robertd1 [0] (~as@201.208.225.40) 10.36.59 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 10.37.26 Quit girafe (Read error: Connection reset by peer) 10.41.17 Quit alexweissman (Ping timeout: 246 seconds) 10.50.58 *** Saving seen data "./dancer.seen" 11.04.36 Join ender` [0] (krneki@foo.eternallybored.org) 11.08.47 Quit idonob (Ping timeout: 252 seconds) 11.16.57 Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) 11.20.45 Join lebellium [0] (~chatzilla@ren77-h01-176-151-188-9.dsl.sta.abo.bbox.fr) 11.23.42 Quit toli (Ping timeout: 256 seconds) 11.25.14 Join johnb__ [0] (d95649ba@gateway/web/freenode/ip.217.86.73.186) 11.29.07 # pamaury: are you going to commit the confirmed KAS for A850 in upgtool.c? 11.29.26 # Bilgus: I can test on clip+ (and maybe later on Fuze V2). 11.31.25 # lebellium: already done 11.31.56 # ah 11.31.59 # didn't see it sorry 11.32.31 # and what is HAS_KEY and HAS_SIG? Can I do something for it? 11.36.31 Join cc___ [0] (~ac@2001:910:113f:1:6a05:caff:fe1c:1627) 11.37.56 Quit dfkt (Ping timeout: 248 seconds) 11.38.43 # lebellium: the key and sig are derived from the kas 11.42.07 Quit johnb__ (Quit: Page closed) 11.42.51 Quit idonob (Ping timeout: 260 seconds) 11.49.35 Join johnb2 [0] (~johnb@pD95649BA.dip0.t-ipconnect.de) 12.24.42 Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) 12.25.25 Join johnb2 [0] (~johnb@pD95649BA.dip0.t-ipconnect.de) 12.30.13 Part johnb2 12.32.18 Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) 12.32.25 Join johnb2 [0] (~johnb@pD95649BA.dip0.t-ipconnect.de) 12.40.38 Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) 12.42.00 Join johnb2 [0] (~johnb2@pD95649BA.dip0.t-ipconnect.de) 12.51.01 *** Saving seen data "./dancer.seen" 12.52.43 Join toli [0] (~toli@62.235.64.222) 12.58.25 Quit johnb2 (Ping timeout: 252 seconds) 13.11.18 Join johnb2 [0] (~johnb2@pD95649BA.dip0.t-ipconnect.de) 13.20.03 Quit johnb2 (Ping timeout: 252 seconds) 13.24.14 Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) 13.45.14 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:9185:a1cb:1db4:55e0) 13.51.31 Join paulk-collins [0] (~paulk@gagarine.paulk.fr) 13.58.35 # pamaury: how similar is tyhe fuze+ sim versus the actual target? especially on the button maps? 14.03.40 # button map is the same 14.05.28 # weird .. Im getting actions on the actual target that I don't see in the sim 14.09.37 # I hope there are not different corner cases on every device vs sim 14.17.13 # what kind of actions? 14.17.28 # otherwise i'm going to have to get rid of seek 14.17.49 # sim and target are not 100% the same, the keymap is the same but lots of code involved in the target is different 14.17.52 # on the fuze+ i get std_cancel on rew 14.18.12 # and on target? 14.18.33 # it depends on the context, what is rew? 14.19.12 # thats on the target in sim its Action_seek_back 14.19.34 # i checked its returning context 1 which is WPS 14.19.36 # that's sound impossible in the same context 14.20.20 # unless the simulator buttons are wrong, maybe check if click left actually simulates left 14.21.01 # maybe it has to do with the way get_action_worker looks up the actions 14.21.15 # the sim gives the expected actions oddly enough 14.21.25 # the action is the same 14.21.42 # the only difference betwee sim and target is how the buttons are read 14.21.55 # I suggest you print what button_read_device() returns 14.22.26 # I'm thinking ill just get rid of seek completely its either that of filter_first_keypress and Its staying. 14.23.04 # k ill check the button buffer 14.49.34 # yeah \o/ access to sony nwz emmc 14.49.54 # now I just have to figure out what is wrong... 14.51.04 *** Saving seen data "./dancer.seen" 15.03.00 Join johnb2 [0] (~johnb2@pD95649BA.dip0.t-ipconnect.de) 15.21.47 Join TheLemonMan [0] (~root@unaffiliated/thelemonman) 15.37.45 Quit paulk-collins (Remote host closed the connection) 15.39.02 Quit scorche (Disconnected by services) 15.39.06 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 15.41.56 Join paulk-collins [0] (~paulk@gagarine.paulk.fr) 15.43.06 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 15.56.36 Quit Moarc (Ping timeout: 240 seconds) 15.59.03 Join Moarc [0] (~chujko@a105.net128.okay.pl) 16.01.55 # hum my nwz e460 is still dead after fscking all filesystem :-/ something else is wrong 16.30.25 Join petur [0] (~petur@rockbox/developer/petur) 16.41.14 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 16.51.07 *** Saving seen data "./dancer.seen" 16.56.20 Quit johnb2 (Ping timeout: 260 seconds) 16.57.41 Quit xorly (Read error: Connection reset by peer) 16.58.42 Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) 17.08.06 Quit PurlingNayuki (Remote host closed the connection) 17.08.30 Join PurlingNayuki [0] (~Thunderbi@103.224.80.88) 17.17.27 Join johnb2 [0] (~johnb2@pD95649BA.dip0.t-ipconnect.de) 17.37.00 Quit PurlingNayuki (Remote host closed the connection) 17.37.34 Join PurlingNayuki [0] (~Thunderbi@103.224.80.88) 17.37.34 # oops, I suspect my update script accidently wiped out the rootfs, could explain why it's not booting :D 17.38.29 # because of a stupid to: 17.38.29 # rm -rf "$ROOTFS_TMP_DIR" 17.38.29 # instead of 17.38.29 DBUG Enqueued KICK pamaury 17.38.29 # rm -rf "$RB_TMP_DIR" 17.41.01 # just press 'cancel' 17.41.03 # \o/ 17.42.36 Quit johnb2 (Ping timeout: 240 seconds) 17.58.06 # pamaury: figured out why I wasn't seeing the same actions from sim vs target.. BitAND instead of AND :/ smh it just happens the sim is so fast i couldn't see the buttons now the next question is why its grabbing the stdcontext button maps instead of the wps ones but ill figure that out soon 18.04.17 Join JanC_ [0] (~janc@lugwv/member/JanC) 18.05.32 Nick JanC is now known as Guest64473 (~janc@lugwv/member/JanC) 18.05.32 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 18.06.08 Quit Guest64473 (Ping timeout: 246 seconds) 18.09.19 Quit xorly (Ping timeout: 260 seconds) 18.12.13 Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) 18.16.06 Quit PurlingNayuki (Remote host closed the connection) 18.17.18 Join PurlingNayuki [0] (~Thunderbi@45.76.202.201) 18.24.01 Quit lebellium (Ping timeout: 265 seconds) 18.25.17 Join lebellium [0] (~chatzilla@ren77-h01-176-151-188-9.dsl.sta.abo.bbox.fr) 18.26.51 # pamaury: I figured it out.. when the button is pressed (Left) get action falls through to the std context action which happens to be STD_CANCEL 18.27.26 # when the button is released it has stored last_button and the returns the proper action 18.27.42 Quit xorly (Ping timeout: 244 seconds) 18.31.21 Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) 18.36.51 # yeah \o/ my NWZ-E460 is (mostly) back to life 18.37.14 # I just I wished I hadn't spent an entire afternoon unbricking a device because I rm -rf its root filesystem 18.37.55 # Bilgus: in which context? 18.38.30 # any context but specifically the wps 18.38.35 # it is usually bad if a key is mapped on release and a different action is mapped on press, that can be unpredictable, maybe a mapping error 18.39.26 # I thought it went through all contexts but looking at action.c it checks the proper context and then falls through to STD 18.39.39 # hum you are right, I guess/hope that sd_cancel does not do anything in wps 18.39.51 # it seems to work so I guess it's the case 18.40.17 # I know it falls through, but in this case it seems fine 18.40.19 # well it just happens to be that the map doesn't have anything defined for LEFT 18.42.13 # if i didn't want filter first keypress so bad this would be easier but I REEEALLLY want it :p 18.43.14 Quit paulk-collins (Remote host closed the connection) 18.43.54 Join paulk-collins [0] (~paulk@gagarine.paulk.fr) 18.51.10 *** Saving seen data "./dancer.seen" 18.52.02 Join johnb2 [0] (~johnb2@pD95649BA.dip0.t-ipconnect.de) 18.54.38 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 18.55.46 Quit xorly (Read error: Connection reset by peer) 19.06.32 Join rela [0] (~x@pdpc/supporter/active/rela) 19.10.17 # and... NWZ E460 fully restored 19.19.30 Quit rela (Read error: Connection reset by peer) 19.35.30 Join Kruppt [0] (~Krupptus@50.111.18.229) 19.37.22 Quit johnb2 (Ping timeout: 256 seconds) 19.58.00 Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) 20.28.08 # awesome you going to document what you did now? 20.30.56 # errr, that's... messy, most of it is really "just" managing to wire the emmc board to something 20.32.29 # I think anyone with real electronics skills can do much more easily than me 20.35.13 # oh so it was a j-tag kinda thing? 20.39.40 # not really, the emmec board is connected to the main connector via a weird board-to-board connector. I suspect a real eletrical engineer could make a board with the complementary connector but I don't have those skills. On the other hand the board has some test pads, so by trial and error I figured out which pad correspond to which pin. And I then wired this to micro-sd breakout board 20.51.14 *** Saving seen data "./dancer.seen" 20.56.49 # huh I was't aware they used the same protocol explains why some of the cheapie tablets I repaired had sdmmc connectors inside them a few years ago 20.59.28 # sd and mmc are electrically compatible, they use a slightly different protocol but any decent stack supports both of them because it's quick easy 21.00.15 Quit Marex (Ping timeout: 250 seconds) 21.00.29 Join Marex [0] (~Marex@195.140.253.167) 21.09.16 # lebellium: robertd1: I have a tentative bootloader working on my E460 and E450. If you want to take some risks ;) 21.15.24 Quit xorly (Ping timeout: 256 seconds) 21.33.11 Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) 21.38.14 Quit petur (Remote host closed the connection) 21.55.52 # :) dual boot? Thanks, sure pamaury 21.58.39 Join athidhep [0] (~afoakf@S0106602ad06acd48.vc.shawcable.net) 21.59.29 Quit athidhep (Changing host) 21.59.29 Join athidhep [0] (~afoakf@unaffiliated/athidhep) 22.04.26 # I will push it to the repo 22.04.43 # I haven't push rockbox code, so you be able to dualboot anything, but at least you'll have a nice menu :-p 22.04.52 # *you won't be able 22.05.22 # thats is great :-D 22.09.57 Join johnb2 [0] (~johnb2@pD95649BA.dip0.t-ipconnect.de) 22.20.19 Quit bluebrother^ (Read error: Connection reset by peer) 22.20.20 Quit fs-bluebot_ (Read error: Connection reset by peer) 22.21.24 Join fs-bluebot [0] (~fs-bluebo@xd9bef718.dyn.telefonica.de) 22.25.29 Join bluebrother [0] (~dom@xd9bef718.dyn.telefonica.de) 22.25.36 Quit bluebrother (Changing host) 22.25.36 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 22.30.30 # Build Server message: 3Build round completed after 583 seconds. 22.30.31 # Build Server message: 3Revision 0c1a961 result: All green 22.36.16 Join Strife1989 [0] (~quassel@adsl-98-80-196-128.mcn.bellsouth.net) 22.40.08 Quit Strife89 (Ping timeout: 268 seconds) 22.51.15 *** Saving seen data "./dancer.seen" 22.58.28 Quit xorly (Ping timeout: 260 seconds) 23.00.30 Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) 23.02.46 Quit johnb2 (Ping timeout: 258 seconds) 23.07.01 Quit dfkt (Disconnected by services) 23.07.12 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 23.10.52 Quit pamaury (Ping timeout: 245 seconds) 23.17.19 Quit athidhep (Quit: athidhep) 23.35.19 Quit Kruppt (Quit: Leaving) 23.44.05 Nick __builtin_ is now known as __builtin (~xray@unaffiliated/franklin) 23.46.40 Quit xorly (Ping timeout: 252 seconds) 23.47.30 Join girafe [0] (~girafe@LFbn-1-8015-136.w90-112.abo.wanadoo.fr) 23.52.06 Part robertd1