--- Log for 05.03.118 Server: barjavel.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 10 days and 11 hours ago 00.04.23 Quit myki (Ping timeout: 260 seconds) 00.05.33 Join MrZeus_ [0] (~MrZeus@2a02:c7f:7066:fb00:60be:7c93:ce23:f3f2) 00.06.10 Quit MrZeus (Ping timeout: 256 seconds) 00.07.17 Join this_is_a_nick [0] (~amofiuhr_@ip11-155-64-186.ct.co.cr) 00.08.03 Quit xorly (Ping timeout: 240 seconds) 00.11.31 Quit this_is_a_nick (Remote host closed the connection) 00.13.53 Join this_is_a_nick [0] (~amofiuhr_@ip11-155-64-186.ct.co.cr) 00.25.39 Join MrZeus [0] (~MrZeus@2a02:c7f:7066:fb00:60be:7c93:ce23:f3f2) 00.26.00 Quit MrZeus_ (Ping timeout: 245 seconds) 00.27.43 *** Saving seen data "./dancer.seen" 00.35.53 Quit ender` (Quit: You can never be too careful with the truly righteous—their faith allows them to justify all kinds of underhanded behaviour. — Simon R. Green: Just Another Judgement Day) 00.40.46 Quit ZincAlloy (Quit: Leaving.) 00.52.00 Quit terminalator (Ping timeout: 276 seconds) 01.37.42 Join terminalator [0] (terminalat@gateway/vpn/privateinternetaccess/terminalator) 01.38.28 Join MrZeus_ [0] (~MrZeus@2a02:c7f:7066:fb00:60be:7c93:ce23:f3f2) 01.40.40 Quit MrZeus (Ping timeout: 256 seconds) 02.02.34 Join MrZeus [0] (~MrZeus@bcdc9ab5.skybroadband.com) 02.03.20 Quit MrZeus_ (Ping timeout: 256 seconds) 02.21.21 Quit JdGordon (Ping timeout: 252 seconds) 02.27.32 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 02.27.44 *** Saving seen data "./dancer.seen" 02.31.19 Join MrZeus_ [0] (~MrZeus@2a02:c7f:7066:fb00:60be:7c93:ce23:f3f2) 02.33.11 Quit MrZeus (Ping timeout: 240 seconds) 03.03.38 Quit Moarc (Ping timeout: 240 seconds) 03.04.02 Join Moarc [0] (~chujko@a105.net128.okay.pl) 04.13.07 Quit MrZeus_ (Ping timeout: 256 seconds) 04.26.34 Quit this_is_a_nick (Ping timeout: 276 seconds) 04.27.48 *** Saving seen data "./dancer.seen" 05.04.18 Join this_is_a_nick [0] (~amofiuhr_@ip240-155-64-186.ct.co.cr) 05.14.34 Quit terminalator (Ping timeout: 256 seconds) 05.44.41 # <_Bilgus> wodz I think JhMikeS root redirect would probably work for your use as well.. g#1556 05.44.42 # 3Gerrit review #1556 at http://gerrit.rockbox.org/r/1556 : 3Allow mounting of any directory as the root directory. by William Wilgus 06.07.32 Quit TheSeven (Ping timeout: 240 seconds) 06.14.08 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net) 06.17.58 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.22.38 Quit TheSeven (Ping timeout: 252 seconds) 06.23.55 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.24.16 Quit michaelni (Ping timeout: 256 seconds) 06.27.50 *** Saving seen data "./dancer.seen" 06.28.30 Quit TheSeven (Ping timeout: 252 seconds) 06.31.44 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.36.14 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) 06.54.43 Quit aphirst (Ping timeout: 276 seconds) 06.57.02 Join aphirst [0] (~aphirst@unaffiliated/aphirst) 07.44.27 Join wodz [0] (~wodz@89-64-18-74.dynamic.chello.pl) 07.44.48 # _Bilgus: thanks. Somehow I missed this. 07.50.39 # <_Bilgus> NP I think this should show you how to use it http://gerrit.rockbox.org/r/#/c/1613/10/firmware/include/dircache_redirect.h 07.53.01 # oh, I thought it was a matter of overwriting RB_ROOT_CONTENTS_DIR in rbpaths.h :/ 07.54.29 # _Bilgus: what for is this g#1613 ? 07.54.31 # 3Gerrit review #1613 at http://gerrit.rockbox.org/r/1613 : 3Multiboot Firmware Root Redirect - Do Not Commit by William Wilgus 07.55.05 # <_Bilgus> Its what multiboot is using to redirect the root to the SD card 07.55.35 # <_Bilgus> JhmikeS said he wasn't done with filesystem rewrites yet so its marked don't commit 07.56.37 Join dys [0] (~dys@tmo-108-30.customers.d1-online.com) 07.56.45 # <_Bilgus> In my case though I still leave the real root exposed 07.58.16 # for my purpose I strictly don't want original / to be exposed. On Agptek / is the ubifs mounted rw so careless user can cause real damage. 07.59.20 # <_Bilgus> you just need to mount above that then and/or set NSITEM_HIDDEN 07.59.57 # <_Bilgus> Like you can mount to sd as root and give them a user folder IIRC 08.01.36 # I can't wrap my head around from first reading :/ 08.04.18 # <_Bilgus> Me either JhMikeS can give more insight I'm sure 08.08.06 Quit wodz (Ping timeout: 245 seconds) 08.11.39 Join deevious [0] (~Thunderbi@193.226.142.214) 08.13.16 Join wodz [0] (~wodz@89-64-18-74.dynamic.chello.pl) 08.15.52 # <_Bilgus> I think it was a year ago I last messed with it so I may be mis remembering but I think you pass a path as root and then set its flags to be root or hidden 08.16.33 # <_Bilgus> like if I pass <1>\sdcard\ as path and 0 as the flag it becomes the shown root at <0> 08.18.23 # <_Bilgus> and Wodz you may be right about RB_ROOT_CONTENTS_DIR just needing to be changed as My needs were a bit more involved with dynamic user defined paths 08.19.10 Join ender` [0] (krneki@foo.eternallybored.org) 08.27.52 *** Saving seen data "./dancer.seen" 08.32.06 Quit wodz (Quit: Leaving) 08.33.43 Join johnb3 [0] (~johnb2@p5B3AFFF6.dip0.t-ipconnect.de) 09.21.53 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 09.26.43 # jhMikeS: ping 09.49.40 Join Bilgus [0] (~Bilgus@unaffiliated/bilgus) 09.51.31 Quit _Bilgus (Ping timeout: 276 seconds) 09.54.49 Quit jhMikeS (Ping timeout: 256 seconds) 09.59.48 Quit dys (Ping timeout: 256 seconds) 10.00.39 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 10.05.16 Quit jhMikeS (Ping timeout: 268 seconds) 10.06.49 Join dys [0] (~dys@2003:5b:203b:100:6af7:28ff:fe06:801) 10.18.50 Quit deevious (Read error: Connection reset by peer) 10.18.51 Quit Al3x_10m (Read error: Connection reset by peer) 10.20.20 Join Al3x_10m_ [0] (~Al3x_10m@5-14-240-160.residential.rdsnet.ro) 10.26.32 Join deevious [0] (~Thunderbi@193.226.142.214) 10.27.56 *** Saving seen data "./dancer.seen" 10.36.51 Join xorly [0] (~xorly@wced-41-219-32-147.feld.cvut.cz) 10.41.45 Join ernestask [0] (~ernestask@78-56-62-157.static.zebra.lt) 10.51.28 Quit xorly (Ping timeout: 260 seconds) 11.07.28 Quit aphirst (Ping timeout: 248 seconds) 11.09.54 Join aphirst [0] (~aphirst@unaffiliated/aphirst) 11.39.15 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 11.55.14 Nick Guest80067 is now known as alexbobp (~alex@testificate.xen.prgmr.com) 12.15.44 # pamaury: ping 12.17.10 Quit johnb3 (Quit: Nettalk6 - www.ntalk.de) 12.17.53 Quit this_is_a_nick (Remote host closed the connection) 12.27.57 *** Saving seen data "./dancer.seen" 12.29.03 Join terminalator [0] (terminalat@gateway/vpn/privateinternetaccess/terminalator) 12.45.09 # wodz: pong 12.46.24 # pamaury: Have you seen discussion about 'chroot' in rockbox? It might be interesting for you in NWZ 12.46.46 # pamaury: I used different approach (naive one) in my github branch 12.46.48 # wodz: yes, but I am not sure it's needed. The root filesystem on nwz is read-only, there is no need to protect it 12.47.15 # pamaury: Still I'd hide OS internals from the user 12.47.32 # pamaury: on Agptek this is more important because rootfs is rw 12.47.34 # still that can be useful, but I would only want to hide it from the user however 12.47.52 # jhMikes has this fancy patch on gerrit 12.49.16 # wodz: by the way, still stuck on jz4760b. But I can reproduce the problem. I am implementing a way to do a coredump using hwstub, so I can use gdb to debug it 12.50.15 # pamaury: This patch seems to do more. I'd like to ask Mike about it. 12.51.04 # yes, it's more general I think, it's useful to change the rootfs. But it's also cleaner, you can ask him on gerrit too 12.52.17 # pamaury: I wasn't aware of this patch till today. I used naive approach inspired by how we switch root in simulator 12.53.14 # If Mike's patch is going to be merged I am definitely interested in using it instead of reimplementing such functionality 12.55.06 # pamaury: How do you trigger jz bug? 12.55.51 # wodz: I don't know, but basically if I put code in iram and move code around a bit (ie add some nops here and there), I can trigger the bug with 100% chance. 12.56.11 # apparently if I don't use iram for code it doesn't trigger 12.56.26 # if I change the virtual addresses it doesn't change anything. So either it 12.56.35 # it's a weird cache problem 12.56.39 # or some cpu bug 12.57.05 # or some undocumented "feature" of iram, since it uses this weird 0xf4000000 virtual address 12.57.54 # pamaury: Did you benchmark running code from iram? Is it worth the hassle? 12.58.12 # pamaury: Frequently used functions will sit in cache anyway. 12.59.11 # wodz: yes, it's much much faster. With the clock as setup by the OF, I can read from DRAM at200Mib/s, but from IRAM at over 1GiB/s 12.59.37 # basically IRAM has the same speed as the L1 cache, which runs at the cpu clock 13.00.02 # so it 13.00.05 # 's useful for data 13.00.07 # So this is like cache but without miss penalty 13.00.31 # but my problem is that I do not understand why the crash happens 13.00.51 # I would like to make sure it's related to iram and not some other bug in the mmu or cache code 13.01.11 # makes sense 13.01.17 # also it only seems to occur if I use the LCD dma, if I drive the LCD using PIO it doesn't happen 13.01.26 # but again this could be unrelated or not, I do not know 13.01.58 Quit terminalator (Quit: terminalator) 13.02.04 # where is lcd buffer located? Maybe dma can't do reliable transfers from iram for some reason? 13.02.06 Join myki [0] (5c2ad908@gateway/web/freenode/ip.92.42.217.8) 13.02.20 # transfers are from dram 13.03.01 # some DMA engines are limited/excluded from/to iram, the lcd dma is under-documented but it can definitely transfer from dram 13.04.34 # bluebrother: have you seen g#1825 ? 13.04.36 # 3Gerrit review #1825 at http://gerrit.rockbox.org/r/1825 : 3rbutil: Add sysquazip CONFIG option to use system-wide QuaZIP by James Le Cuirot 13.07.54 # pamaury: Do you use in any tool sha1 hash? 13.10.05 # wodz: yes, imxtools 13.10.47 # and zentools I think (in form of hmac) 13.11.02 # why? 13.11.09 # Which lib are you using? I'd like to protect bsdiff file with sha1 of original and maybe patched to exclude patching wrong file 13.11.39 # And I am thinking what will be the least problematic to build for linux/win/macos 13.12.55 # wodz: I use libcrypto++ 13.13.03 # which works fine on windows and macos 13.13.32 # iirc there is just a minor problem about the name (sometimes libcrypto++ and sometimes libcryptopp, depending on the ditribution) 13.14.28 # you can look in rbutil/mkimxboot/Makefile I think 13.14.42 # thanks 13.23.46 Join massiveH [0] (~massiveH@ool-18e4e27c.dyn.optonline.net) 13.25.34 # pamaury: When will you be back in France so I can send you cradle? 13.39.57 Quit massiveH (Quit: Leaving) 13.42.18 Join massiveH [0] (~massiveH@ool-18e4e27c.dyn.optonline.net) 13.47.36 Join quaz0r [0] (~quaz@c-24-18-93-195.hsd1.wa.comcast.net) 13.49.32 # wodz: I came back yesterday 13.53.36 # pamaury: Ok. I'll send you back cradle this week. 14.10.09 Join amayer [0] (~amayer@107-1-97-172-ip-static.hfc.comcastbusiness.net) 14.19.09 Join xorly [0] (~xorly@wced-200-216-32-147.feld.cvut.cz) 14.27.43 Quit massiveH (Quit: Leaving) 14.27.58 *** Saving seen data "./dancer.seen" 14.35.18 Quit myki (Ping timeout: 260 seconds) 14.43.53 Join myki [0] (5c2ad908@gateway/web/freenode/ip.92.42.217.8) 14.44.22 # Hello, I need some help on my Creative zen x-fi... Could you help me, please ? 14.50.42 # myki: what is the problem? 14.51.32 # Hi pamaury, Rockbox is working fine but when I try to boot the OFW (with the back button pressed at start) the screen says "Firmware Problem". Is it possible to have both RB and the OFW working, please ? 14.52.38 # myki: I would need to double-check but I think for the moment no because the OF uses a weird proprietary file system on the internal storage but rockbox only understands FAT 14.53.04 # oh I see ! ok 14.53.05 # however one solution (which may or may not work now but can be fixed easily) is to keep the internal storage for the OF and only use the SD card for rockbox 14.53.30 # that still means your music on the internal storage cannot be used by rockbox but at least you can dual boot 14.54.26 # but will the OFW be able to play the music on the sd card, with its FAT system ? 14.55.18 # myki: yes stupidly the OF undertands FAT on the SD card, just not on the internal storage 14.56.34 # really stupid indeed ! so yes I would be interested in dual booting the OFW in the internal storage and RB in the SD card :) 14.57.07 # if you want to do this, you need to 1) boot in recovery format and select reformat (so that internal storage is usable by OF), 2) use a SD card (make sure it uses FAT and not xFAT), install rockbox on it (ie extract the rockbox.zip file there) 14.57.48 # the issue you might run into is the bootloader complaining it cannot mount the internal storage, in which case I will need to fix the bootloader but this is easy, I can do it tonight 14.58.15 # really ? it would be really appreciated, thank you pamaury 14.58.49 # for now I am locked on the Firmware problem message, can't switch the Zen off 14.59.17 # myki: I think hold power off should work, otherwise hit the reset hole 14.59.39 # yes, the reset hole ! I forgot it 15.00.15 # then hold the "play" button and power on while holding, you should get into a menu 15.00.35 # select format, this will reformat the internal storage and now you should be able to boot the OFW 15.02.57 # I choosed "format all" and RB is still there 15.03.28 # RB bootloader is not erased by format, it's normal 15.04.47 # to boot OF you still need to hold back when booting 15.04.47 # (if you want to really erase rockbox, you need to hit Reload and then reinstall the OF using the Creative tool) 15.06.33 Join Strife1989 [0] (~quassel@adsl-98-80-190-168.mcn.bellsouth.net) 15.06.38 # both firmwares are booting fine, I will try with an SD card later, I want to keep Rockbox (love it) 15.08.10 # myki: ah yes, there is a slight issue you must be aware of, I didn't think about it 15.08.17 # I have another question but not really with Rockbox... I have 2 Sandisk Clip Sport, and I read that RB will never be able to be runed on it, right ? 15.08.34 # righ now, rockbox might successfully boot from the internal storage even though you reformatted the internal storage 15.09.00 # (sorry for crossing questions) 15.09.44 # that's because the OF is lazy and the "reformat" only reformats the minimum number of sectors necessary. In particular it does not erase certain blocks for the (old) FAT system. Thus rockbox thinks you still have a FAT file system, and the OF still thinks you have its system. So avoid using rockbox for now, otherwise the two system will corrupt each other :-/ 15.10.01 Quit Strife89 (Ping timeout: 276 seconds) 15.10.01 # yes the Clip Sport cannot be supported by Rockbox 15.11.10 # so will I be able to use RB after your planed modifications ? 15.11.32 # myki: yes, but you will need to put it on the SD card 15.12.23 # that will be perfect for me, so is it possible to do a clean format with their external tool ? 15.13.21 # good question, I do not know but that's worth a try 15.13.49 # but I will definitely add some code to rockbox to check against a "lazy" reformat, otherwise this silent corruption is sneaky 15.18.56 # and I thaught that I had an external tool but no, I was confused with the sendfirm.exe tool that cannot format at all 15.21.09 # ok found this : http://support.creative.com/Products/ProductDetails.aspx?catID=213&CatName=MP3+Players&prodID=17810&prodName=ZEN+X-Fi+8GB 15.21.37 Quit wodz (Ping timeout: 265 seconds) 15.22.21 # myki: one possibility to do a clean reformat is the following: boot rockbox and plug USB: on your computer it should show a disk, then use windows to zero out the entire disk, then hit reformat in the recovery menu of the device 15.23.08 # ok 15.23.15 # for example http://blog.exxactcorp.com/zeroing-hard-drive-windows-7810/ 15.23.30 # another option is to do a full reformat using say NTFS on the internal storage 15.23.50 # since neither rockbox nor creative OF know NTFS, this will effectively prevent rockbox from thinking it can use the partition 15.24.37 # ok I will try in NTFS it seems easier 15.34.18 # as expected RB is still booting but don't detect the partition anymore... When I will install RB on the SD Card, I will have to push another bootloader, pointing on the SD card so that this error will disappear, right ? 15.39.23 # myki: yes, I will change the bootloader so that if it detects the internal storage is not using FAT, it should look at the SD card 15.40.20 # ok, thank you pamaury :) 15.43.16 # at last, about the Sansa Clip Sport... even if RB can't run on it, would it be possible to code a soft that would be able to build the songs database from the pc and push it on the Clip Sport ? I am not a coder but I'm just curious :) 15.45.14 # myki: I suppose it is possible but someone would need to reverse engineer the format they use. I don't think a lot of people here are interested in the Clip Sport but who knows 15.45.34 Join Soap_ [0] (~Soap@rockbox/staff/soap) 15.46.35 # You are right... At least I am happy to know that it might be technically possible :) 15.48.15 Quit Soap (Ping timeout: 260 seconds) 15.48.56 # I can't understand how they can make devices with strong storages but unusable because of databases too long to build and without offering the possibility to have a browse mode ! 15.56.18 Join marex-cloud_ [0] (sid137234@gateway/web/irccloud.com/x-yoyzqrlzbspclqox) 15.57.29 Join tom\flint [0] (~tomflint@107.170.245.165) 15.57.29 Quit tom\flint (Changing host) 15.57.29 Join tom\flint [0] (~tomflint@unaffiliated/tomflint) 15.57.34 Quit marex-cloud (Ping timeout: 276 seconds) 15.57.34 Quit tomflint (Ping timeout: 276 seconds) 15.57.34 Quit igitoor_ (Excess Flood) 15.57.47 Nick tom\flint is now known as tomflint (~tomflint@unaffiliated/tomflint) 15.57.49 Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648) 15.59.56 Quit pystar89 (Ping timeout: 240 seconds) 16.00.32 Quit igitoor (Changing host) 16.00.32 Join igitoor [0] (igitur@unaffiliated/contempt) 16.23.04 Quit alexweissman (Remote host closed the connection) 16.28.00 *** Saving seen data "./dancer.seen" 16.42.57 Quit pamaury (Ping timeout: 256 seconds) 16.51.04 Join alexweissman [0] (~alexweiss@c-68-50-13-64.hsd1.in.comcast.net) 16.51.56 Quit xorly (Ping timeout: 240 seconds) 16.52.12 Join xorly [0] (~xorly@wced-200-216-32-147.feld.cvut.cz) 17.11.34 Join dandels [0] (~dandels@unaffiliated/dandels) 17.40.24 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:fc7d:8de0:c62c:19f4) 17.52.32 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 18.00.57 Join pystar89 [0] (~pystar89@ip5b432207.dynamic.kabel-deutschland.de) 18.19.15 Join krabador [0] (~krabador@unaffiliated/krabador) 18.28.01 *** Saving seen data "./dancer.seen" 18.37.41 Quit dandels (Quit: WeeChat 2.0.1) 18.51.34 Quit dys (Ping timeout: 255 seconds) 19.15.08 Join lebellium [0] (~hexchat@89-93-177-206.hfc.dyn.abo.bbox.fr) 19.16.14 Join MrZeus_ [0] (~MrZeus@2a02:c7f:7066:fb00:7c00:2427:a1f5:39a7) 19.22.37 Join PimpiN8 [0] (~textual@ip56535846.direct-adsl.nl) 19.35.08 Quit myki (Ping timeout: 260 seconds) 19.51.26 Join dys [0] (~dys@80.187.99.35) 19.53.41 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 20.15.40 Quit Rower (Quit: Hmmm...) 20.26.33 # RIP Sansa Fuse+ 20.26.57 # I had it in my car for about a month in car mode, and this morning I started my car and she didn't wake up ;( 20.27.13 # No response at all from it, uncertain what the issue is. 20.28.02 *** Saving seen data "./dancer.seen" 20.28.25 # Erm, just kidding? 20.28.46 # I plugged it into a wall outlet and it boots up just fine. Says the battery is dead. 20.29.02 # I guess my car charger is just no good :P 20.41.25 Quit alexweissman (Remote host closed the connection) 20.50.26 Quit MrZeus_ (Ping timeout: 256 seconds) 20.59.03 Join Rower [0] (husvagn@m83-182-102-23.cust.tele2.se) 21.15.41 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net) 21.20.31 Quit alexweissman (Ping timeout: 268 seconds) 21.20.55 Join Cu5tosLimen [0] (~CustosLim@unaffiliated/cust0slim3n) 21.20.58 # hi 21.21.12 # is there new devices I can buy that runs rockbox? 21.22.15 # Cu5tosLimen: some recent Sonys are supported 21.22.26 # the AGPTek Rocker is almost supported 21.27.30 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net) 21.46.09 Quit krabador (Read error: Connection reset by peer) 22.19.39 # pamaury wow... That's a really pretty device. 22.20.09 # Very happy to see more devices with ports coming along 22.20.48 # I really might consider it given how dreadful my fuse+'s controls are, but rockbox really really helps that. 22.28.05 *** Saving seen data "./dancer.seen" 22.30.53 Quit amayer (Quit: Leaving) 22.51.45 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 22.54.29 Quit xorly (Ping timeout: 265 seconds) 23.12.39 Quit ZincAlloy (Quit: Leaving.) 23.19.55 Quit lebellium (Quit: Leaving) 23.35.55 Quit ernestask (Quit: ernestask) 23.38.01 Quit pamaury (Ping timeout: 268 seconds)