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).

#rockbox log for 2018-01-25

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:00
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__builtingevaerts: lebellium: I thought we at least tried to build for the recorder
01:20:39__builtinGiven that the speech files are there
01:21:30__builtinAh, 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:05cohokiller673How 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:00
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:00
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:00
05:22:45***No seen item changed, no save performed.
06:00
06:08:15 Quit Googie2149 (Ping timeout: 248 seconds)
06:09:07 Quit TheSeven (Ping timeout: 255 seconds)
06:20:17dongsim 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:00
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:00
08:05:07 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
08:18:32 Join ender` [0] (krneki@foo.eternallybored.org)
09:00
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:00
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:00
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:00
12:14:40 Join JannF [0] (~jann@HSI-KBW-091-089-057-179.hsi2.kabelbw.de)
12:58:21duo8do the sony players support anything other than FAT?
13:00
13:01:04 Quit petur (Quit: Connection reset by beer)
13:04:50pamauryduo8: rockbox does not, but in theory players that are based on linux for example could support something else
13:05:03duo8hmm i wonder
13:05:13duo8it might even support ext4
13:06:21pamauryfor 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:28pamaury*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:22pamauryyeah, 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:23duo8aw but i want my chinese filenames
13:15:02HunterebHey, 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:07wodzNow 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:02HunterebRecently 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:03pamaurywodz: why is that?
13:16:10 Join xorly| [0] (~xorly@wced-179-218-32-147.feld.cvut.cz)
13:16:48pamaurywodz: I'm interested because on the X1 I am running the code in kuseg
13:17:13duo8Huntereb check headphone jack maybe
13:17:27pamauryHuntereb: did you change the software? If the noises appeared without changing the software that might indicate a hardware problem.
13:18:15Hunterebduo8 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:42HunterebNo one knows what that sd-only firmware is? Is there a fuze+ development forum somewhere?
13:18:43pamauryHuntereb: did you try with other headphones?
13:18:57HunterebI'll do that as well
13:18:58pamauryHuntereb: ask Bilgus
13:19:11Hunterebah right! Bilgus was the creator of it I believe
13:19:33pamauryhe is the one who did that work, part of it is already in mainline but some patches are still not committed
13:20:53BilgusHunterb why not try installing a new build to the internal drive and see if the problem persists
13:21:05BilgusHuntereb*
13:21:45Bilgusand 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:01HunterebBilgus has the internal "flash-less" version not been updated recently?
13:22:34BilgusI think the last time I put up builds was august??
13:22:47BilgusThe files have a date attached
13:22:50Huntereblink pls
13:22:55***Saving seen data "./dancer.seen"
13:23:04HunterebI can't find the post, that's much newer than what I have
13:23:06Bilgushttp://forums.rockbox.org/index.php/topic,51844.msg240021.html#msg240021
13:23:51wodzpamaury: 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:52wodze (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:25Bilgusjuly for the fuze+
13:25:10wodzpamaury: 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:39pamaurywodz: 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:00pamauryI 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:11wodzpamaury: 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:31pamaurysounds great...
13:28:57wodzpamaury: yeah, I am trying paging in order to set some parts RO.
13:29:04pamauryMIPS is a really weird architecture
13:31:01pamaurywodz: 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:07pamauryyou put the minimum amount of stuff in kseg0 to handle this and they everything else in kuseg with registers mapped as uncached
13:33:02HunterebIt's still doing it, how do I boot the factory firmware?
13:33:12HunterebJust to see if it does it there
13:33:30Hunterebnevermind figured it out lol
13:33:48wodzpamaury: 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:36HunterebOh, nevermind!
13:34:57HunterebThanks for the rec pamaury! Cleaning out the jack with some alchohol fixed it!
13:35:12HunterebProbably just a metal shaving... And thank you Bilgus for the upgraded firmware!
13:36:34wodzpamaury: but having mmu, paging and page protection could be usefull anyway.
13:37:11pamauryyeah for sure
13:39:40wodzpamaury: so for your case if you can live with mapping entirely handled by wired entries this is fairly easy.
13:40:05pamauryyeah that's what I do, I map the entire DRAM using 16MB wired entries
13:41:06wodzpamaury: That works. The only question is what good for is mmu in this case. MMU should allow to protect memory
13:41:14pamauryand that's precisely why I struggled so much: 16MB entries didn't work without the magic CP0 register write
13:41:32pamaurywodz: it's useful to avoid iram being too far
13:41:39wodztrue
13:41:43pamauryI have the same problem, iram is wired in kseg2
13:41:50pamauryI can't change it
13:42:18Huntereboh duo8 you rec'd me that lol
13:42:23HunterebThat worked fine so thank you!
13:44:09Bilgusnp
13:44:21 Join krabador [0] (~krabador@unaffiliated/krabador)
13:46:29pamaurywodz: 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:29pamauryto have a L1 latency
13:47:48wodzyeah, that ruins the whole point of iram
13:47:56pamauryI 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:00
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:00
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:00
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:00
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:00
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:00
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:47SammysHPtoo bad, the battery on my "new" sansa fuze is almost dead. from 100% to 65% in less than 1 hour
19:26:03SammysHPI think this will be permanently installed in my car
19:27:20SammysHPbut 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:00
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:00
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:00
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:00
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)

Previous day | Next day