--- Log for 25.01.118 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 23 days and 1 hour ago 00.14.43 Join amofiuhr_ [0] (~amofiuhr_@ip140-237-64-186.ct.co.cr) 00.17.01 Quit nlogex (Remote host closed the connection) 00.18.21 Quit this_is_a_nick (Ping timeout: 272 seconds) 00.19.56 Join nlogex [0] (~nlogex@198-16-168-171.on.cable.ebox.net) 00.26.19 Quit JannF (Ping timeout: 260 seconds) 00.42.45 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 00.53.47 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:903e:3cbc:2c40:a3a) 01.04.51 Quit nlogex (Remote host closed the connection) 01.06.32 Join nlogex [0] (~nlogex@198-16-168-171.on.cable.ebox.net) 01.20.19 # <__builtin> gevaerts: lebellium: I thought we at least tried to build for the recorder 01.20.39 # <__builtin> Given that the speech files are there 01.21.30 # <__builtin> Ah, it didn't fit, right. 01.22.40 *** Saving seen data "./dancer.seen" 01.25.23 Join cohokiller673 [0] (~adambomb@c-24-22-103-176.hsd1.wa.comcast.net) 01.26.05 # How do you turn the shuffle on from the now playing screen on a ipod classic 160gb? 01.26.17 Join uwe__ [0] (~uwe_@dslb-088-067-060-039.088.067.pools.vodafone-ip.de) 01.27.07 Quit uwe_ (Ping timeout: 276 seconds) 01.33.18 Quit nlogex (Remote host closed the connection) 01.44.36 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 01.52.28 Quit xorly (Ping timeout: 276 seconds) 01.53.26 Join nlogex [0] (~nlogex@198-16-168-171.on.cable.ebox.net) 02.23.48 Quit nlogex (Remote host closed the connection) 02.25.42 Join nlogex [0] (~nlogex@198-16-168-171.on.cable.ebox.net) 02.29.18 Quit nlogex (Remote host closed the connection) 02.32.09 Join nlogex [0] (~nlogex@198-16-168-171.on.cable.ebox.net) 02.40.44 Quit nlogex (Remote host closed the connection) 02.42.14 Join nlogex [0] (~nlogex@198-16-168-171.on.cable.ebox.net) 03.06.44 Quit amofiuhr_ (Quit: Konversation terminated!) 03.10.33 Join amofiuhr_ [0] (~amofiuhr_@ip63-154-64-186.ct.co.cr) 03.12.55 Quit nlogex (Remote host closed the connection) 03.21.19 Quit duncan^ (Ping timeout: 264 seconds) 03.22.43 *** Saving seen data "./dancer.seen" 03.24.08 Join duncan^ [0] (~duncan@fez.tardis.ed.ac.uk) 05.22.45 *** No seen item changed, no save performed. 06.08.15 Quit Googie2149 (Ping timeout: 248 seconds) 06.09.07 Quit TheSeven (Ping timeout: 255 seconds) 06.20.17 # im surprised people still use music players 06.23.24 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.28.07 Quit TheSeven (Ping timeout: 252 seconds) 06.28.40 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.33.15 Quit TheSeven (Ping timeout: 252 seconds) 06.37.01 Quit Jinx (Ping timeout: 255 seconds) 06.44.03 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.48.32 Join Jinx [0] (Dojo@unaffiliated/jinx) 06.55.23 Quit prg318 (Quit: ZNC 1.6.5 - http://znc.in) 06.56.35 Join prg318 [0] (~prg@deadcodersociety/prg318) 07.13.45 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:d054:bb69:f978:669d) 07.13.53 Quit ZincAlloy (Client Quit) 07.22.47 *** Saving seen data "./dancer.seen" 07.48.34 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:d054:bb69:f978:669d) 07.48.46 Quit ZincAlloy (Client Quit) 08.05.07 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 08.18.32 Join ender` [0] (krneki@foo.eternallybored.org) 09.06.39 Quit jhMikeS (Ping timeout: 260 seconds) 09.08.08 Join petur [0] (~petur@91.183.48.77) 09.08.08 Quit petur (Changing host) 09.08.08 Join petur [0] (~petur@rockbox/developer/petur) 09.08.34 Quit copper (Remote host closed the connection) 09.09.18 Join copper [0] (~copper@unaffiliated/copper) 09.10.26 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 09.14.56 Quit jhMikeS (Ping timeout: 240 seconds) 09.22.48 *** Saving seen data "./dancer.seen" 09.37.48 Quit petur (Read error: Connection reset by peer) 09.38.10 Join petur [0] (~petur@91.183.48.77) 09.38.10 Quit petur (Changing host) 09.38.10 Join petur [0] (~petur@rockbox/developer/petur) 10.02.18 Quit petur (Quit: Connection reset by beer) 10.26.28 Join petur [0] (~petur@91.183.48.77) 10.26.28 Quit petur (Changing host) 10.26.28 Join petur [0] (~petur@rockbox/developer/petur) 10.29.34 Quit cohokiller673 () 10.37.28 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:903e:3cbc:2c40:a3a) 11.02.22 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 11.07.44 Quit igitoor (Ping timeout: 256 seconds) 11.10.19 Join xorly [0] (~xorly@ip-86-49-24-93.net.upcbroadband.cz) 11.19.17 Quit xorly (Ping timeout: 240 seconds) 11.22.52 *** Saving seen data "./dancer.seen" 11.32.44 Join JannF [0] (~jann@HSI-KBW-091-089-057-179.hsi2.kabelbw.de) 11.38.27 Join RedCat27 [0] (~redcat@gateway/tor-sasl/redcat27) 11.42.22 Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648) 11.45.45 Quit igitoor (Changing host) 11.45.45 Join igitoor [0] (igitur@unaffiliated/contempt) 11.49.56 Quit JannF (Quit: Leaving.) 12.14.40 Join JannF [0] (~jann@HSI-KBW-091-089-057-179.hsi2.kabelbw.de) 12.58.21 # do the sony players support anything other than FAT? 13.01.04 Quit petur (Quit: Connection reset by beer) 13.04.50 # duo8: rockbox does not, but in theory players that are based on linux for example could support something else 13.05.03 # hmm i wonder 13.05.13 # it might even support ext4 13.06.21 # for example the NWZ-A10 and more recent have all the ext2/3/4 drivers. But the sdcard is usually mounted explicitely as far by Sony's code I think 13.06.28 # *as FAT 13.07.45 # * gevaerts suspects ext* may use more RAM for normal operation than FAT, and he strongly suspects that for a DAP, the benefits are negligible 13.11.22 # yeah, I also doubt there is much benefit to using anything other than FAT on an SD card, especially since cards as slow anyway 13.12.24 Join xorly [0] (~xorly@wced-179-218-32-147.feld.cvut.cz) 13.13.04 Quit xorly (Read error: Connection reset by peer) 13.14.23 # aw but i want my chinese filenames 13.15.02 # Hey, it's been a while since I've messed with my device... I have the Sansa Fuze+, and I installed a firmware that made it so the rockbox firmware was loaded from the SD rather than the internal flash, in case that flash ever decides to fail... Forgot the name of this project :/ 13.15.07 # Now I understand why everyone run kernel in kseg0 on mips. It is f***ing complicated and error prone to run kernel in VMA. 13.16.02 # Recently it started making a lot of odd noise alongside my music, a lot of hissing and some really odd electronic noises. Wanted to try upgrading to see if that fixed it. 13.16.03 # wodz: why is that? 13.16.10 Join xorly| [0] (~xorly@wced-179-218-32-147.feld.cvut.cz) 13.16.48 # wodz: I'm interested because on the X1 I am running the code in kuseg 13.17.13 # Huntereb check headphone jack maybe 13.17.27 # Huntereb: did you change the software? If the noises appeared without changing the software that might indicate a hardware problem. 13.18.15 # duo8 I'll dig around in it but it's unusual and I don't see that being the issue. pamaury nope, and that's what I was afraid of. Might pop her open and see if any metal shavings or something have gathered somewhere 13.18.42 # No one knows what that sd-only firmware is? Is there a fuze+ development forum somewhere? 13.18.43 # Huntereb: did you try with other headphones? 13.18.57 # I'll do that as well 13.18.58 # Huntereb: ask Bilgus 13.19.11 # ah right! Bilgus was the creator of it I believe 13.19.33 # he is the one who did that work, part of it is already in mainline but some patches are still not committed 13.20.53 # Hunterb why not try installing a new build to the internal drive and see if the problem persists 13.21.05 # Huntereb* 13.21.45 # and do note: pamaury> Huntereb: did you change the software? If the noises appeared without changing the software that might indicate a hardware problem 13.22.01 # Bilgus has the internal "flash-less" version not been updated recently? 13.22.34 # I think the last time I put up builds was august?? 13.22.47 # The files have a date attached 13.22.50 # link pls 13.22.55 *** Saving seen data "./dancer.seen" 13.23.04 # I can't find the post, that's much newer than what I have 13.23.06 # http://forums.rockbox.org/index.php/topic,51844.msg240021.html#msg240021 13.23.51 # pamaury: 1) exceptions MUST be in kseg0. even with EBASE you cannot remap this into VMA - top bits are ignored. 2) Basically exceptions should not throw tlb refill (with some catch). The easiest way to ensure this is to run in statically mapped address (hence kseg0). tlb refill exception needs PTE table somewhere to read address fixups. Realistically it has to be in VMA to circumvent alignment requirement AND support holes in virtual address spac 13.23.52 # e (as dram, iram, uncached etc.). That means that you either reserve wired entries for PTE mapping or you exploit curious mips feature that tlb miss inside any exception throws general exception to avoid recursive tlb refill happening. 13.24.25 # july for the fuze+ 13.25.10 # pamaury: Any code messing with MMU should run in kseg0 as well as otherwise it is hard to predict what will happen when you do tlb flush. It may survive if enough is cached but you cannot prove it. 13.25.39 # wodz: yeah, the exception can jump "to itself" in VMA though. I didn't know that they were not allowed to trigger TLB refill. 13.27.00 # I guess the simplest option is to use wired entries for the kernel (at least the critical parts). But you are trying to use paging right? 13.28.11 # pamaury: thechnically you can trigger tlb miss from other exception with the catch that tlb refill is not called then but general exception instead. There are some other interesting effects of this as some c0 registers are not updated so after fixup tlb refill is rethrowed as if everything was correct from the beginning :-) 13.28.31 # sounds great... 13.28.57 # pamaury: yeah, I am trying paging in order to set some parts RO. 13.29.04 # MIPS is a really weird architecture 13.31.01 # wodz: is there somehow a way to run code in userland but still get easy access to the hardware? That would solve the problem 13.32.07 # you put the minimum amount of stuff in kseg0 to handle this and they everything else in kuseg with registers mapped as uncached 13.33.02 # It's still doing it, how do I boot the factory firmware? 13.33.12 # Just to see if it does it there 13.33.30 # nevermind figured it out lol 13.33.48 # pamaury: data access is not a problem. It is jumping to some code which is problematic. My whole endeavor with mmu is because on atj iram is too far from dram in address space to allow calling functions between this two segments 13.34.36 # Oh, nevermind! 13.34.57 # Thanks for the rec pamaury! Cleaning out the jack with some alchohol fixed it! 13.35.12 # Probably just a metal shaving... And thank you Bilgus for the upgraded firmware! 13.36.34 # pamaury: but having mmu, paging and page protection could be usefull anyway. 13.37.11 # yeah for sure 13.39.40 # pamaury: so for your case if you can live with mapping entirely handled by wired entries this is fairly easy. 13.40.05 # yeah that's what I do, I map the entire DRAM using 16MB wired entries 13.41.06 # pamaury: That works. The only question is what good for is mmu in this case. MMU should allow to protect memory 13.41.14 # and that's precisely why I struggled so much: 16MB entries didn't work without the magic CP0 register write 13.41.32 # wodz: it's useful to avoid iram being too far 13.41.39 # true 13.41.43 # I have the same problem, iram is wired in kseg2 13.41.50 # I can't change it 13.42.18 # oh duo8 you rec'd me that lol 13.42.23 # That worked fine so thank you! 13.44.09 # np 13.44.21 Join krabador [0] (~krabador@unaffiliated/krabador) 13.46.29 # wodz: though technically, I could remap iram in kseg0 by using an absurd kludge: the second CPU code on the JZ4760 has an internal bus HAB2 that is connected to iram and can access using physical address (whereas the main CPU can only access it by virtual address). So if one enables HAB2, it gets bridges to HAB so you can issue the iram physical address on the bus and it goes HAB > HAB2 > iram. Which is ridiculous given that iram is supposed 13.46.29 # to have a L1 latency 13.47.48 # yeah, that ruins the whole point of iram 13.47.56 # I should benchmark it just for fun one day 13.52.27 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 13.59.02 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:903e:3cbc:2c40:a3a) 14.05.45 Join petur [0] (~petur@77.246.35.40) 14.05.45 Quit petur (Changing host) 14.05.45 Join petur [0] (~petur@rockbox/developer/petur) 14.09.05 Quit xorly| (Read error: Connection reset by peer) 14.10.22 Join xorly| [0] (~xorly@wced-179-218-32-147.feld.cvut.cz) 14.11.14 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 14.29.23 Quit xorly| (Read error: Connection reset by peer) 14.30.29 Quit krabador (Quit: Leaving) 14.30.35 Join xorly| [0] (~xorly@wced-179-218-32-147.feld.cvut.cz) 14.35.54 Quit amofiuhr_ (Read error: Connection reset by peer) 14.38.49 Quit xorly| (Read error: Connection reset by peer) 14.40.09 Join xorly| [0] (~xorly@wced-179-218-32-147.feld.cvut.cz) 14.43.28 Quit petur (Quit: Connection reset by beer) 14.44.08 Join petur [0] (~petur@rockbox/developer/petur) 14.50.51 Quit RedCat27 (Quit: WeeChat 1.9.1) 15.02.23 Quit deevious (Ping timeout: 246 seconds) 15.03.26 Quit xorly| (Read error: Connection reset by peer) 15.04.24 Join xorly| [0] (~xorly@wced-179-218-32-147.feld.cvut.cz) 15.04.37 Quit xorly| (Client Quit) 15.12.22 Join amayer [0] (~amayer@107-1-97-172-ip-static.hfc.comcastbusiness.net) 15.19.48 Join deevious [0] (~Thunderbi@193.226.142.214) 15.22.59 *** Saving seen data "./dancer.seen" 15.29.23 Join JannF1 [0] (~jann@HSI-KBW-091-089-057-179.hsi2.kabelbw.de) 15.32.53 Quit JannF (Ping timeout: 268 seconds) 15.34.56 Quit petur (Quit: Connection reset by beer) 15.57.48 Join petur [0] (~petur@rockbox/developer/petur) 16.28.23 Join amofiuhr_ [0] (~amofiuhr_@ip63-154-64-186.ct.co.cr) 16.31.57 Join johnb2 [0] (~johnb2@p5B3AFC1E.dip0.t-ipconnect.de) 16.43.01 Quit johnb2 (Ping timeout: 252 seconds) 16.50.04 Join johnb2 [0] (~johnb2@p5B3AFC1E.dip0.t-ipconnect.de) 16.51.03 Join krabador [0] (~krabador@unaffiliated/krabador) 17.11.44 Quit petur (Quit: Connection reset by beer) 17.23.01 *** Saving seen data "./dancer.seen" 17.29.26 Quit johnb2 (Ping timeout: 268 seconds) 17.31.24 Join johnb2 [0] (~johnb2@p5B3AFC1E.dip0.t-ipconnect.de) 17.54.39 Quit johnb2 (Ping timeout: 240 seconds) 18.17.13 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 18.20.06 Quit advcomp2019_ (Ping timeout: 256 seconds) 18.20.33 Join Googie2149 [0] (~Googie214@162-198-8-170.lightspeed.tukrga.sbcglobal.net) 18.21.33 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:edf1:8e75:5142:1d83) 18.27.55 Quit Googie2149 (Quit: Leaving) 18.54.52 Join johnb2 [0] (~johnb2@p5B3AFC1E.dip0.t-ipconnect.de) 19.07.16 Join _Bilgus [0] (~Bilgus@unaffiliated/bilgus) 19.08.09 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 19.10.00 Join dys [0] (~dys@tmo-098-46.customers.d1-online.com) 19.10.13 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 19.10.45 Quit Bilgus (Ping timeout: 265 seconds) 19.18.21 Quit amofiuhr_ (Ping timeout: 272 seconds) 19.22.31 Quit JannF1 (Ping timeout: 252 seconds) 19.23.04 *** Saving seen data "./dancer.seen" 19.25.47 # too bad, the battery on my "new" sansa fuze is almost dead. from 100% to 65% in less than 1 hour 19.26.03 # I think this will be permanently installed in my car 19.27.20 # but who mapped the "home" key to playlist and the "menu/(list)" key to home/menu. this is different to the sansa clip and drives me crazy :D 19.30.09 Quit johnb2 (Ping timeout: 240 seconds) 19.33.19 Join petur [0] (~petur@rockbox/developer/petur) 19.35.37 Join johnb2 [0] (~johnb2@p5B3AFC1E.dip0.t-ipconnect.de) 19.39.56 Quit johnb2 (Ping timeout: 246 seconds) 19.42.56 Join smoke_fumus [0] (~smoke_fum@188.35.176.90) 19.47.40 Join amofiuhr_ [0] (~amofiuhr_@ip158-132-50-179.ct.co.cr) 20.01.02 Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan) 20.08.12 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:e9b7:2420:771e:d066) 20.12.39 Quit ZincAlloy (Ping timeout: 240 seconds) 20.12.39 Quit wodz (Ping timeout: 240 seconds) 20.17.33 Quit duo8 (Ping timeout: 240 seconds) 20.33.17 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 20.39.23 Join duo8 [0] (~ZNC-SRV-H@171.240.91.174) 20.41.13 Join RedCat27 [0] (~redcat@gateway/tor-sasl/redcat27) 21.04.34 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:e9b7:2420:771e:d066) 21.12.30 Join johnb2 [0] (~johnb2@p5B3AFC1E.dip0.t-ipconnect.de) 21.21.09 Quit johnb2 (Ping timeout: 240 seconds) 21.23.08 *** Saving seen data "./dancer.seen" 21.33.41 Quit RedCat27 (Quit: WeeChat 1.9.1) 21.37.03 Quit amofiuhr_ (Ping timeout: 272 seconds) 21.43.32 Join lebellium [0] (~hexchat@89-93-177-206.hfc.dyn.abo.bbox.fr) 21.44.45 Join RedCat27 [0] (~redcat@gateway/tor-sasl/redcat27) 21.46.59 Quit michaelni (Read error: Connection reset by peer) 21.49.47 Join amofiuhr_ [0] (~amofiuhr_@201.199.104.226) 22.11.36 Join johnb2 [0] (~johnb2@p5B3AFC1E.dip0.t-ipconnect.de) 22.21.46 Quit pamaury (Ping timeout: 240 seconds) 22.30.04 Quit amayer (Quit: Leaving) 22.38.14 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) 22.44.31 Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) 23.04.23 Quit ZincAlloy (Quit: Leaving.) 23.05.10 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 23.08.48 Quit Jinx (Ping timeout: 255 seconds) 23.10.01 Quit lebellium (Quit: Leaving) 23.22.19 Join Jinx [0] (Dojo@unaffiliated/jinx) 23.23.09 *** Saving seen data "./dancer.seen" 23.51.23 Quit petur (Quit: Leaving)