--- Log for 04.01.114 Server: adams.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 6 days and 7 hours ago 00.00.08 # I can do that for you 00.01.03 # but it's very strange that mkfs.vfat didn't work... 00.01.23 # with -S 2048 it's supposed to do the same thing as mformat, right? 00.01.52 # It's supposed to do something similar at least 00.01.55 Join bertrik [0] (~quassel@cl-1037.haa-01.nl.sixxs.net) 00.01.55 Quit bertrik (Changing host) 00.01.55 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 00.01.56 # Build Server message: 3Build round completed after 211 seconds. 00.02.23 # It's not necessarily going to be entirely identical, you do have some freedom in how to layout things 00.03.08 # I'm leaning towards the bug being in the rockbox fat code, but who knows? 00.04.59 # would it help you to have that .dd file of my entire 60GiB ide ssd? 00.05.49 # The non-working one, yes. Actually, if you dd /dev/zero to it first, before formatting it, it should compress quite well 00.05.59 # Of course that takes time... 00.07.17 # Hmmm, maybe I can try to reproduce it on my 30GB ipod 00.07.59 # I just think it's not in the bytes, but rather in the controller of that SSD 00.10.40 # I'm doubtful, given that people have seen the same issue with the original 80GB drive 00.10.49 # however the Rockbox error "no partition found" is a little bit confusing in here: the partition's there, it's just a mess with the filesystem on 2048-byte devices 00.11.02 Part rocketnine 00.12.12 # * gevaerts looks at the code 00.12.27 # Right. It says that when it can't mount any filesystem at all 00.12.47 # Which indeed isn't the same as not finding partitions 00.13.02 # I could shrink the 2nd partition to ~10MB and partition it with vfat, dd first 200MB to a file; then partition it with mformat, dd first 200MB to another file; gzip and send both to you; would that help? 00.13.42 # If the shrunk version still has the issue, yes 00.13.54 # then you could bindiff though them; I won't copy anything, it's going to be just an empty fs in both cases 00.14.06 # Hmmm, actually I doubt if you can. FAT32 does have a minimum size 00.14.14 # okay, that'll be my task for tonight 00.14.19 # I'll make it as small as possible 00.23.49 # you know what, I'm gonna do it right now 00.24.06 Quit ender` (Quit: I know a joke about UDP, but you might not get it.) 00.24.10 # just need another reason to procrastinate the jogging 00.24.17 Quit y4n (Quit: We're fucking 3LN!) 00.24.42 # Always useful :) 00.24.56 Quit bertrik (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 00.26.34 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 00.28.51 Quit fyrestorm (Read error: Connection reset by peer) 00.30.29 Quit pamaury (Ping timeout: 240 seconds) 00.35.30 # gevaerts: I need about 30 minutes to finish it, will you still be around? 00.35.35 # Yes 00.39.10 Quit Rower (Quit: Hmmm...) 00.40.42 Quit krabador (Ping timeout: 260 seconds) 00.48.18 # flatr0ze_: actually, I now have a bootloader here with the fat driver built with debug enabled, which with any luck should print out what it doesn't like. Of course I can't find my ipod video right now, so I can't test it... 00.48.46 # I'm about to upload the files and give you the links 00.48.56 # Let 00.49.01 # OK 00.49.09 *** Saving seen data "./dancer.seen" 00.49.23 # here's the paper: http://nopaste.info/593eb61de7.html now hold on for the links Ü 00.51.39 # I've uploaded the test bootloader to http://www.hostname.be/bootloader-ipodvideo.ipod . If you have ipodpatcher handy, running that might give some quick clues too (or none at all, if it doesn't work...) 00.52.02 # http://paste.debian.net/74136/ 00.52.20 # is what I changed 00.53.45 # ok hold on; going to put that one on my ipod 00.54.27 # btw I stopped copying, it'll take me 3 hours to upload it, I should better do it overnight, not to clog the bandwidth atm 00.54.39 # Yes, that's the issue with this sort of thing 00.56.56 # this bootloader's unable to boot my rockbox... I do not have rockbox.ipod or any other rockbox data on my /dev/sdb2 but there's no error, it's just hanging on the apple logo, no backlight is on 00.57.29 # hold on, I'm gonna copy the .rockbox dir to /dev/sdb2 00.59.07 # nah, this bootloader still won't get past the dark apple stage, no debug info from it :( 00.59.24 # Right, so either we broke bootloaders in git, or my quick hack is broken 00.59.54 # I'm getting the rockbox back onto /osos and will stretch the sda2 to the maximum, upload some Justin Bieber and go for a run 01.01.06 # If you manage to upload those files at some time during the next few days, let me know and I'll have a look 01.01.41 # sure, I'll take care of it tonight gevaerts just don't want to clog the channel, I'm not the only one using this channel 01.08.46 Quit yosafbridge (Ping timeout: 260 seconds) 01.10.53 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 01.14.53 Quit mt (Ping timeout: 245 seconds) 01.27.24 # Hmmm 01.27.36 # Something is not right here 01.29.30 # I formatted 80GB images with 2K sectors using both mformat and mkdosfs. At offset 0x20, where the total number of sectors should be stored, mformat puts 39005820 (which seems sane), while mkdosfs puts 160002? 01.30.11 # rockbox does check that number and refuses to deal with the filesystem if it's smaller than number of clusters * cluster size 01.30.27 # no, if it's smaller than freecount 01.30.31 # * gevaerts looks further 01.34.31 # Ah, no. I'm messing up the byte swapping 01.35.12 # * gevaerts doesn't know what's wrong then 01.37.30 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 27.0/20131216183647]) 01.39.25 Quit flatr0ze_ (Ping timeout: 240 seconds) 01.41.11 Join flatr0ze_ [0] (~flatr0ze@108-205-242-13.lightspeed.bcvloh.sbcglobal.net) 01.50.01 Quit bertrik (Ping timeout: 264 seconds) 01.57.36 Quit Narod () 02.09.54 Join Jaym29 [0] (44c86e56@gateway/web/freenode/ip.68.200.110.86) 02.12.01 Join mt [0] (~mt@cpe-24-165-191-253.neo.res.rr.com) 02.12.52 Quit Jaym29 (Client Quit) 02.15.58 Quit alexbobp (Ping timeout: 252 seconds) 02.23.16 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 02.49.12 *** Saving seen data "./dancer.seen" 03.02.12 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 03.12.29 Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) 03.21.13 Quit cmhobbs (Ping timeout: 245 seconds) 03.25.00 Join cmhobbs [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) 03.25.00 Quit cmhobbs (Changing host) 03.25.00 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 03.40.07 Quit GeekShadow (Ping timeout: 252 seconds) 03.43.30 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 03.45.43 Quit ^7heo (Disconnected by services) 03.46.16 Join ^7heo [0] (~7heo@p4FF782D3.dip0.t-ipconnect.de) 04.00.21 Join Strife89 [0] (~Strife89@adsl-98-80-215-52.mcn.bellsouth.net) 04.01.49 Quit cmhobbs (Ping timeout: 246 seconds) 04.24.12 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.24.12 Quit amiconn (Disconnected by services) 04.24.14 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.24.36 Quit pixelma (Disconnected by services) 04.24.36 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.24.39 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.29.37 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 04.35.03 Quit tyllmoritz (Ping timeout: 260 seconds) 04.39.46 Quit Strife89 (Quit: Leaving) 04.40.02 Join Strife89 [0] (~Strife89@adsl-98-80-215-52.mcn.bellsouth.net) 04.49.14 *** Saving seen data "./dancer.seen" 05.11.51 Quit TheSeven (Disconnected by services) 05.12.05 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 06.20.32 # <[Saint]> flatr0ze_: Its a little odd that iTunes didn't manage to set up the disk correctly. 06.21.05 # <[Saint]> s/a little/very/ 06.26.27 # I may have messed up somewhere else, I've been trying every combination possible 06.26.48 # I made those .dd dumps for gevaerts he'll get them when he wakes up 06.28.13 # <[Saint]> It just surprises me because if there's one thing that is supposed to set up the disk correctly, its iTunes. 06.34.25 Join Gallomimia_ [0] (~gallomimi@S0106c8fb26452633.ca.shawcable.net) 06.49.09 Quit cmhobbs (Ping timeout: 245 seconds) 06.49.15 *** Saving seen data "./dancer.seen" 06.49.35 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) 06.52.30 Quit advcomp2019_ (Ping timeout: 245 seconds) 07.25.33 Quit Provel (Read error: Connection reset by peer) 07.30.50 Join Provel [0] (~Provel@97-88-171-31.dhcp.stls.mo.charter.com) 07.35.02 Join nosa-j [0] (~m00k@66.233.224.206) 07.36.17 Quit nosa-j (Max SendQ exceeded) 07.36.37 Join nosa-j [0] (~m00k@66.233.224.206) 08.08.34 Quit Strife89 (Ping timeout: 246 seconds) 08.09.37 Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) 08.24.32 Join pretty_f_ [0] (~sigBART@123.252.214.13) 08.24.59 Quit mt (Ping timeout: 245 seconds) 08.26.27 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 08.38.11 Join SergeyMuratov [0] (5426b216@gateway/web/freenode/ip.84.38.178.22) 08.39.23 # Please add me to the WikiUsersGroup. I registered in Wiki but I haven't got edit permission. 08.46.15 Quit pretty_f_ (Remote host closed the connection) 08.49.19 *** Saving seen data "./dancer.seen" 08.50.19 Quit Gallomimia_ (Quit: Gallomimia_) 08.51.22 Join pretty_f_ [0] (~sigBART@123.252.214.13) 08.52.46 Quit pretty_f_ (Client Quit) 09.00.50 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 09.01.34 Quit ter2 (Read error: Connection reset by peer) 09.01.52 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 09.04.23 Quit tertu (Ping timeout: 272 seconds) 09.30.41 Join Gallomimia_ [0] (~gallomimi@S0106000f6690b14a.ca.shawcable.net) 09.42.18 Quit Gallomimia_ (Read error: Connection reset by peer) 09.42.44 Join Gallomimia_ [0] (~gallomimi@S0106000f6690b14a.ca.shawcable.net) 09.43.26 Quit sakax (Quit: Leaving) 09.48.48 Join akaWolf [0] (~akaWolf@188.134.9.161) 09.48.51 Quit akaWolf (Changing host) 09.48.51 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 09.49.09 Quit akaWolf (Client Quit) 09.53.25 Join Gallomimia__ [0] (~gallomimi@S0106c8fb26452633.ca.shawcable.net) 09.54.29 Quit Gallomimia_ (Ping timeout: 245 seconds) 10.05.41 Quit uwe_ (Ping timeout: 252 seconds) 10.05.53 Quit SergeyMuratov (Quit: Page closed) 10.07.42 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 10.08.00 Join scorche [0] (~scorche@ip68-2-90-161.ph.ph.cox.net) 10.16.09 Quit PurlingNayuki (*.net *.split) 10.16.09 Quit DormantBrain (*.net *.split) 10.16.10 Quit SrRaven (*.net *.split) 10.16.10 Quit Guest80912 (*.net *.split) 10.16.11 Quit Scromple (*.net *.split) 10.16.12 Quit froggyman (*.net *.split) 10.16.12 Quit Synergist (*.net *.split) 10.16.13 Quit Unhelpful (*.net *.split) 10.16.13 Quit olspookishmagus (*.net *.split) 10.16.13 Quit gelraen (*.net *.split) 10.16.13 Quit man_in_shack (*.net *.split) 10.16.13 Quit nosa-j (*.net *.split) 10.16.13 Quit pixelma (*.net *.split) 10.16.13 Quit amiconn (*.net *.split) 10.16.14 Quit Topy44 (*.net *.split) 10.16.14 Quit ruskie (*.net *.split) 10.16.15 Quit tweek (*.net *.split) 10.16.15 Quit scorche` (*.net *.split) 10.16.15 Quit Mir (*.net *.split) 10.16.15 Quit simabeis (*.net *.split) 10.16.16 Quit ender| (*.net *.split) 10.16.16 Quit endee_ (*.net *.split) 10.16.17 Quit Karrde (*.net *.split) 10.16.17 Quit onder` (*.net *.split) 10.16.18 Quit mc2739 (*.net *.split) 10.16.18 Quit Naked_ (*.net *.split) 10.16.19 Quit Kohlrabi (*.net *.split) 10.16.19 Quit albb0920 (*.net *.split) 10.16.20 Quit flatr0ze_ (*.net *.split) 10.16.21 Quit APLU (*.net *.split) 10.16.21 Quit Cultist (*.net *.split) 10.16.21 Quit Elfish (*.net *.split) 10.16.24 Quit ^7heo (*.net *.split) 10.16.24 Quit GeekShadow (*.net *.split) 10.16.25 Quit fs-bluebot (*.net *.split) 10.16.25 Quit uwe_mobile (*.net *.split) 10.16.26 Quit Galois (*.net *.split) 10.16.26 Quit scorche|sh (*.net *.split) 10.16.27 Quit Raptors (*.net *.split) 10.16.27 Quit markun (*.net *.split) 10.16.28 Quit dokan (*.net *.split) 10.16.28 Quit maraz (*.net *.split) 10.16.29 Quit KotH (*.net *.split) 10.16.30 Quit jmspeex (*.net *.split) 10.16.30 Quit __jae__ (*.net *.split) 10.16.35 Quit Beta2K (*.net *.split) 10.16.40 Quit [7] (*.net *.split) 10.16.42 Quit K1773R (*.net *.split) 10.16.43 Quit toehser1 (*.net *.split) 10.16.43 Quit DexterLB (*.net *.split) 10.16.44 Quit n17ikh (*.net *.split) 10.16.50 Quit evilnick (*.net *.split) 10.16.51 Quit user890104 (*.net *.split) 10.16.52 Quit spurgear (*.net *.split) 10.16.52 Quit saratoga (*.net *.split) 10.16.55 Quit whiskers75 (*.net *.split) 10.16.56 Quit tchan (*.net *.split) 10.16.57 Quit ranmacha1 (*.net *.split) 10.16.59 Quit Gallomimia__ (*.net *.split) 10.17.01 Quit B4gder (*.net *.split) 10.17.03 Quit [Saint] (*.net *.split) 10.17.03 Quit Slasheri (*.net *.split) 10.17.04 Quit Marex (*.net *.split) 10.17.04 Quit michaelni (*.net *.split) 10.17.04 Quit knittl (*.net *.split) 10.17.05 Quit derf (*.net *.split) 10.17.05 Quit ter2 (*.net *.split) 10.17.05 Quit advcomp2019__ (*.net *.split) 10.17.06 Quit yosafbridge (*.net *.split) 10.17.06 Quit krnlyng (*.net *.split) 10.17.06 Quit akaWolf1 (*.net *.split) 10.17.08 Quit copper (*.net *.split) 10.17.08 Quit TBCOOL (*.net *.split) 10.17.09 Quit Guest20651 (*.net *.split) 10.17.09 Quit shamus (*.net *.split) 10.17.10 Quit AlexP (*.net *.split) 10.17.10 Quit ladyblink (*.net *.split) 10.17.10 Quit babylonlurker (*.net *.split) 10.17.11 Quit pystar89 (*.net *.split) 10.17.12 Quit funman (*.net *.split) 10.17.12 Quit bluebrother (*.net *.split) 10.17.13 Quit x56 (*.net *.split) 10.17.13 Quit bzed (*.net *.split) 10.17.13 Quit zoktar (*.net *.split) 10.17.14 Quit rudi_s (*.net *.split) 10.17.14 Quit Jack87 (*.net *.split) 10.17.15 Quit amee2k (*.net *.split) 10.17.15 Quit ChanServ (*.net *.split) 10.17.23 Quit alexbobp (*.net *.split) 10.17.24 Quit alecjw (*.net *.split) 10.17.24 Quit JdGordon (*.net *.split) 10.17.24 Quit FOAD (*.net *.split) 10.17.25 Quit ps-auxw (*.net *.split) 10.29.11 Join nosa-j [0] (~m00k@66.233.224.206) 10.29.11 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 10.29.11 Join tweek [0] (~tweek@irc.cloud.tilaa.com) 10.29.18 Join mc2739 [0] (~mc2739@75.92.33.140) 10.29.18 Join onder` [0] (~onder@dyn-dsl-to-76-75-115-88.nexicom.net) 10.29.18 Join Topy44 [0] (~Topy44@93.190.93.215) 10.29.18 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 10.29.18 Join amee2k [0] (~amee2k@vm197.cugnet.net) 10.29.18 Join x56 [0] (~0x56@sillytitties.com) 10.29.18 Join bzed [0] (~bzed@devel.recluse.de) 10.29.18 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 10.29.18 Join rudi_s [0] (31580@ircbox.informatik.uni-erlangen.de) 10.29.18 Join Jack87 [0] (Jack87@nasadmin/admin/jack87) 10.29.32 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 10.29.32 Join ranmacha1 [0] (ranma@kagami.uguu.de) 10.29.38 Join PurlingNayuki [0] (uid20107@gateway/web/irccloud.com/x-czldzhbrxbquniwb) 10.29.38 Join DormantBrain [0] (~andy@2001:470:8:a61::5f92:59a1) 10.29.48 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 10.29.53 Join B4gder [241] (~daniel@rockbox/developer/bagder) 10.29.53 Join albb0920_ [0] (~albb0920@alice.mgt.ncu.edu.tw) 10.29.53 Join alecjw [0] (~wright@cpc8-cmbg14-2-0-cust680.5-4.cable.virginm.net) 10.29.53 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 10.29.53 Join Naked [0] (~naked@naked.iki.fi) 10.29.53 Join uwe__ [0] (~uwe_@dslb-088-066-160-105.pools.arcor-ip.net) 10.29.53 Join ^7heo [0] (~7heo@p4FF782D3.dip0.t-ipconnect.de) 10.29.53 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 10.29.53 Join flatr0ze_ [0] (~flatr0ze@108-205-242-13.lightspeed.bcvloh.sbcglobal.net) 10.29.53 Join fs-bluebot [0] (~fs-bluebo@f053153086.adsl.alicedsl.de) 10.29.53 Join uwe_mobile [0] (~uwe@static.88-198-8-117.clients.your-server.de) 10.29.53 Join APLU [0] (~mulx@2a01:e34:ee29:12b0::10) 10.29.53 Join Cultist [0] (~CultOfThe@2601:d:9280:fc:8634:97ff:fe17:5dc3) 10.29.53 Join Elfish [0] (amba@2001:1608:12:1:13:3:3:7) 10.29.53 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 10.29.53 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 10.29.53 Join Kohlrabi [0] (~kohlrabi@94-23-217-152.kimsufi.com) 10.29.53 Join Beta2K [0] (~Beta2K@d24-36-136-246.home1.cgocable.net) 10.29.53 Join jmspeex [0] (jm@mf4-xiph.osuosl.org) 10.29.53 Join Raptors [0] (~whoneedsa@198-200-68-213.cpe.distributel.net) 10.29.53 Join markun [0] (~markun@rockbox/developer/markun) 10.29.53 Join dokan [0] (~minatani@ac250006.ppp.asahi-net.or.jp) 10.29.53 Join maraz [0] (maraz@kapsi.fi) 10.29.53 Join KotH [0] (~attila@lou-outside.kinali.ch) 10.29.53 Join __jae__ [0] (~jae@dedicated.jaerhard.com) 10.30.29 Join Mir [0] (~Mir@pool-71-109-219-225.lsanca.dsl-w.verizon.net) 10.30.29 Join simabeis [0] (~simabeis@lobmenschen.de) 10.30.29 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) 10.30.29 Join endee_ [0] (sid15467@gateway/web/irccloud.com/x-uraereqniyorgbdg) 10.30.29 Join Karrde [0] (alucard@karrde.kiserai.net) 10.30.35 Join Guest80912 [0] (Slayer@c-69-143-187-144.hsd1.va.comcast.net) 10.30.35 Join Scromple [0] (~Simon@161.43.73.67) 10.30.35 Join froggyman [0] (~frogs@unaffiliated/froggyman) 10.30.44 Join Guest20651 [0] (~lucent@silenceisdefeat.com) 10.30.44 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 10.30.44 Join AlexP [0] (~alex@rockbox/staff/AlexP) 10.30.44 Join ladyblink [0] (bassgeisha@selectah.drop.that.bass.aikyou.bassgeisha.com) 10.30.44 Join babylonlurker [0] (~quassel@veda.xs4all.nl) 10.30.44 Join pystar89 [0] (~pystar89@ip-109-90-154-150.unitymediagroup.de) 10.30.44 Join funman [0] (~fun@rockbox/developer/funman) 10.30.56 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 10.30.56 Join [Saint] [0] (~saint@rockbox/staff/saint) 10.30.56 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 10.30.56 Join Marex [0] (~Marex@195.140.253.167) 10.30.56 Join michaelni [0] (~michael@chello084114129144.4.15.vie.surfer.at) 10.30.56 Join knittl [0] (~knittl@unaffiliated/knittl) 10.30.56 Join derf [0] (~derf@fuzzyneural.net) 10.31.07 Join spurgear [0] (617dbc1e@gateway/web/freenode/ip.97.125.188.30) 10.31.07 Join saratoga [0] (47e22765@gateway/web/freenode/ip.71.226.39.101) 10.31.27 Join FOAD [0] (~foad@83.161.135.61) 10.35.16 Join Synergist [0] (~synfn@unaffiliated/synergist) 10.35.16 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 10.35.16 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) 10.35.16 Join gelraen [0] (~imax@lab.biomed.kiev.ua) 10.35.16 Join man_in_shack [0] (~likeyouca@unaffiliated/man-in-shack/x-4279753) 10.36.56 Quit onder` (Ping timeout: 245 seconds) 10.37.14 Join onder`_ [0] (~onder@dyn-dsl-to-76-75-115-88.nexicom.net) 10.39.45 Join SrRaven [0] (srraven@fatfecker.shagged.org) 10.44.15 Join Scall [0] (~chat@host10-17-static.5-79-b.business.telecomitalia.it) 10.44.15 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 10.44.15 Join K1773R [0] (~K1773R@unaffiliated/k1773r) 10.44.15 Join toehser1 [0] (~tom@Connqueror.Toms.NET) 10.44.15 Join DexterLB [0] (~dex@82.137.116.166) 10.44.15 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) 10.44.15 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 10.44.15 Join user890104 [0] (Venci@unaffiliated/user890104) 10.48.00 Join bertrik [0] (~quassel@ip117-49-211-87.adsl2.static.versatel.nl) 10.49.23 *** Saving seen data "./dancer.seen" 10.53.41 Join ChanServ [0] (ChanServ@services.) 10.53.41 Join JdGordon [0] (~jonno@ppp118-209-38-124.lns20.mel4.internode.on.net) 10.53.41 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 10.53.41 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) 10.53.41 Join krnlyng [0] (~liar@83.175.90.24) 10.53.41 Join akaWolf1 [0] (~akaWolf@188.134.9.161) 10.53.41 Join copper [0] (~copper@unaffiliated/copper) 10.53.41 Join TBCOOL [0] (~tb@c-2691e555.09-273-73746f44.cust.bredbandsbolaget.se) 10.53.41 Mode "#rockbox +o ChanServ " by adams.freenode.net 10.55.04 Nick Scall is now known as Guest19973 (~chat@host10-17-static.5-79-b.business.telecomitalia.it) 10.55.04 Nick alexbobp is now known as Guest57181 (~alex@capitalthree.pwnz.org) 10.55.45 Join amiconn [0] (quassel@rockbox/developer/amiconn) 10.55.45 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 10.55.56 Join pretty_f_ [0] (~sigBART@123.252.214.13) 10.55.59 Join whiskers75_ [0] (~whiskers7@198.52.199.22) 11.01.29 Quit whiskers75_ (Changing host) 11.01.30 Join whiskers75_ [0] (~whiskers7@unaffiliated/whiskers75) 11.01.50 Nick whiskers75_ is now known as whiskers75 (~whiskers7@unaffiliated/whiskers75) 11.03.38 Join ender` [0] (krneki@foo.eternallybored.org) 11.07.54 Join rela [0] (~x@pdpc/supporter/active/rela) 11.13.18 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.21.46 Join sakax [0] (~sakax@d8D862C77.access.telenet.be) 11.21.46 Quit sakax (Changing host) 11.21.46 Join sakax [0] (~sakax@unaffiliated/sakax) 11.44.45 Nick Guest57181 is now known as alexbobp (~alex@capitalthree.pwnz.org) 11.50.35 Quit rela (Quit: Leaving) 12.03.57 Quit krnlyng (Quit: huiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii) 12.15.39 Quit pretty_f_ (Ping timeout: 272 seconds) 12.23.24 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 12.24.40 Quit sakax (Quit: Leaving) 12.28.08 Join sakax [0] (~sakax@d8D862C77.access.telenet.be) 12.28.08 Quit sakax (Changing host) 12.28.08 Join sakax [0] (~sakax@unaffiliated/sakax) 12.34.52 Join tyllmoritz [0] (~robin@p5481685B.dip0.t-ipconnect.de) 12.44.37 Quit whiskers75 (Quit: whiskers75 - http://whiskers75.com) 12.48.21 Join krnlyng [0] (~liar@83.175.90.24) 12.49.24 *** Saving seen data "./dancer.seen" 12.50.45 Join fragilematter [0] (~fragilema@unaffiliated/fragilematter) 12.54.45 Quit ter2 (Read error: Connection reset by peer) 12.55.00 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 12.57.55 Quit ter2 (Read error: Connection reset by peer) 12.58.21 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 12.59.33 Quit tertu (Read error: Connection reset by peer) 12.59.55 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.03.11 Quit tertu (Read error: Connection reset by peer) 13.03.34 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.04.31 Quit tertu (Read error: Connection reset by peer) 13.04.38 Quit [Saint] (Remote host closed the connection) 13.05.00 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.06.31 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.06.51 Join [Saint] [0] (~saint@rockbox/staff/saint) 13.07.56 Quit ter2 (Read error: Connection reset by peer) 13.07.56 Quit Galois (Ping timeout: 272 seconds) 13.08.05 Quit Guest19973 (Quit: Bye bye) 13.08.18 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.10.37 Quit tertu (Ping timeout: 246 seconds) 13.11.39 Quit ter2 (Read error: Connection reset by peer) 13.11.54 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.14.04 Join Scall [0] (~chat@unaffiliated/scall) 13.15.15 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.16.36 Quit tertu (Read error: Connection reset by peer) 13.16.54 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.18.10 Quit ter2 (Ping timeout: 252 seconds) 13.20.06 Quit tertu (Read error: Connection reset by peer) 13.20.20 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.21.40 Quit tertu (Read error: Connection reset by peer) 13.21.55 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.26.00 Quit tertu (Read error: Connection reset by peer) 13.26.19 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.27.55 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.29.07 Quit ter2 (Read error: Connection reset by peer) 13.29.24 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.30.32 Quit ter2 (Read error: Connection reset by peer) 13.30.59 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.31.17 Quit tertu (Ping timeout: 272 seconds) 13.32.13 Join tertu3 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.35.55 Quit ter2 (Ping timeout: 260 seconds) 13.35.59 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.36.20 Part ^7heo 13.37.21 Quit tertu3 (Ping timeout: 245 seconds) 13.37.37 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.39.19 Join tertu3 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.41.02 Quit tertu3 (Read error: Connection reset by peer) 13.41.19 Join tertu3 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.41.37 Quit tertu (Ping timeout: 265 seconds) 13.43.19 Quit ter2 (Ping timeout: 245 seconds) 13.45.20 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.48.23 Quit tertu3 (Ping timeout: 265 seconds) 13.49.23 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.53.14 Quit ter2 (Read error: No route to host) 13.53.31 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.54.10 Quit tertu (Ping timeout: 272 seconds) 13.55.04 Quit ter2 (Read error: Connection reset by peer) 13.55.30 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.57.13 Quit ter2 (Read error: Connection reset by peer) 13.57.29 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.59.15 # hm 13.59.17 Join tertu3 [0] (~tertu@65-128-138-136.mpls.qwest.net) 14.02.27 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 14.03.57 Quit ter2 (Ping timeout: 272 seconds) 14.04.58 # how do i get %Li in sbs to display the icon rather than the number of the current screen 14.05.01 # ? 14.05.29 Quit tertu3 (Ping timeout: 272 seconds) 14.05.41 Quit tertu (Read error: Connection reset by peer) 14.05.58 Join tertu [0] (~tertu@65-128-138-136.mpls.qwest.net) 14.07.25 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 14.08.59 Join tertu3 [0] (~tertu@65-128-138-136.mpls.qwest.net) 14.10.25 Quit tertu3 (Read error: Connection reset by peer) 14.10.49 Join tertu3 [0] (~tertu@65-128-138-136.mpls.qwest.net) 14.11.37 Join soap [0] (~soap@cpe-24-26-136-51.columbus.res.rr.com) 14.11.37 Quit soap (Changing host) 14.11.37 Join soap [0] (~soap@rockbox/staff/soap) 14.11.54 Quit tertu (Ping timeout: 272 seconds) 14.13.01 Quit tertu3 (Read error: Connection reset by peer) 14.13.15 Quit ter2 (Ping timeout: 260 seconds) 14.13.18 Join tertu3 [0] (~tertu@65-128-138-136.mpls.qwest.net) 14.14.00 # <[Saint]> man_in_shack: used as a conditional 14.15.07 Join wekalaner [0] (~Adium@95-88-1-73-dynip.superkabel.de) 14.15.11 # hello 14.15.12 # <[Saint]> something like %?Li<%xd(my_icon_set, %Li)> should work. 14.15.51 # <[Saint]> assuming my_icon_set is a 32 subimage bitmap strip 14.16.14 Quit tertu3 (Read error: Connection reset by peer) 14.16.20 # how can i set that upon restart of my device the current folder is the same as when shutting down? (currently i can only resume the last played song after a restart, however, when opening the files view i always end up on my root directory rather than the parent directory of the last played song) 14.16.29 Join tertu3 [0] (~tertu@65-128-138-136.mpls.qwest.net) 14.16.38 # my player is sandisk sansa clip+ 14.17.15 # <[Saint]> there is the setting "follow playlist". 14.17.21 # <[Saint]> set it to yes 14.17.24 # any idea where i can find it? 14.17.33 # <[Saint]> one sec. 14.17.37 # <[Saint]> on my phone 14.18.19 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 14.18.47 # <[Saint]> Settings > General Settings > File View > Follow Playlist 14.18.52 # is there a way to just use the standard icons? 14.19.03 # i found it but it doesn't lead to the desired effect... 14.20.30 # <[Saint]> as far as i was aware it _should_. 14.20.41 # when i am in the currently playing menu, press the home button, select "Files" i end up on my root folder 14.21.33 # ok, i need to press the "ok" button rather than the home button, then it works. thanks a lot, this is gonna help me a lot 14.21.39 Quit tertu3 (Ping timeout: 260 seconds) 14.21.52 # <[Saint]> ah. not a problem. 14.22.44 # also, i have another question: i am using the sd card and the onboard memory - usually i play music from my sd card, so i set the sd card folder as root. is there a way that i bookmark a particular folder from the onboard memory so that i can access it without browsing through my file system? (i want to use it to regularly listen to a particular podcast) 14.23.44 # <[Saint]> bring up the context menu on the file/folder/setting and select "add to shortcuts". 14.24.20 Quit ter2 (Quit: Leaving) 14.24.23 # amazing! 14.25.27 # <[Saint]> Our manual is available via the main page at rockbox.org and is jam packed with info. 14.26.31 # yes i know - but it's quite difficult to find a particular setting as the document is quite long. in general i got quite a good grasp of how rb works by experimenting, but there were just these two things i couldn't find a i didn't know how to find them in the docs 14.27.25 # <[Saint]> Right. I understand that. It is hard to search for things you don't know exist. Yes. :) 14.27.57 # yes that's what i mean - and currently i don't want to spend hours reading about my music player (i have other things to read with a higher priority) 14.29.25 # <[Saint]> Theres also a setting somewhere (in general settings i think) to replace the quick screen with the shortcuts menu. 14.29.39 # <[Saint]> so then shortcuts are available in all screens. 14.31.17 # <[Saint]> the only slightly annoying thing is that a shortcut to a file wont actually open the file. just take you to it with the file selected. 14.31.34 # that sounds very interesting - i was acutally thinking about asking something like that, but decided not to ask as i considered it unlikely that such an option exists 14.31.42 # <[Saint]> but it can still be a lot faster than digging through a lengthy path. 14.33.07 # <[Saint]> Settings > General Settings > System > Use shortcuts menu instead of quick screen 14.33.13 # what is referred to as "quick screen" in rockboc? 14.33.16 # *x 14.34.12 # <[Saint]> its a menu with four selections offered, configurable, available from all screens. 14.34.14 # when i activate this option the "add shortcut" menu disappears from context menu 14.34.37 # i think i have not encountered this quick scren 14.34.40 # *screen 14.35.03 # <[Saint]> hold Menu 14.35.48 # great, where can i configure the remaining entries? 14.36.16 # <[Saint]> via the context menu. it can only be settings. 14.37.40 # <[Saint]> i just tested here - and with the quick screen replaced by the shortcuts menu I still have add to shortcuts in my context menu as expected. 14.37.53 # i guess i should take the time to read to doc at some point - i will probably find more of these nice options 14.38.35 # yes, i was wrong - but it is missing in the context menu of the currently played file (i guess it wasn't there before, too) 14.38.43 Join mt [0] (~mt@cpe-24-165-191-253.neo.res.rr.com) 14.39.33 # <[Saint]> yeah, when I mentioned it it may have seemed like "RTFM" bit there's more options than we could discuss in a whole night. :) 14.40.29 # <[Saint]> even experienced users sometimes comment on finding new features via the manual occasionally. 14.47.35 # <[Saint]> though its quite the testimony that users can get away without reading it at all, considering the rather advanced nature of the firmware. 14.49.27 *** Saving seen data "./dancer.seen" 14.56.14 Quit soap (Ping timeout: 245 seconds) 15.07.12 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 15.14.08 Quit fragilematter (Quit: Leaving.) 15.17.25 # been trying to get sbs to display a different %VI for record screen 15.17.30 # doesn't work :( 15.22.33 Quit wekalaner (Quit: Leaving.) 15.29.15 Quit ChanServ (*.net *.split) 15.29.43 Join ChanServ [0] (ChanServ@services.) 15.29.43 Mode "#rockbox +o ChanServ " by adams.freenode.net 15.31.59 Quit pamaury (Ping timeout: 272 seconds) 15.37.57 Join rela [0] (~x@pdpc/supporter/active/rela) 15.44.59 Join kugel [0] (~kugel@91-64-116-250-dynip.superkabel.de) 15.44.59 Quit kugel (Changing host) 15.44.59 Join kugel [0] (~kugel@rockbox/developer/kugel) 15.46.31 Quit krnlyng (Ping timeout: 245 seconds) 16.09.06 Join soap [0] (~soap@rockbox/staff/soap) 16.12.33 Join lorenzo92 [0] (~chatzilla@host79-106-dynamic.17-79-r.retail.telecomitalia.it) 16.12.52 Quit Scall (Quit: Bye bye) 16.16.24 Join Scall [0] (~chat@unaffiliated/scall) 16.18.13 Quit soap (Ping timeout: 265 seconds) 16.21.31 Join krnlyng [0] (~liar@83.175.90.24) 16.24.06 Join soap [0] (~soap@rockbox/staff/soap) 16.24.29 Join wekalaner [0] (~Adium@95-88-1-73-dynip.superkabel.de) 16.36.31 Quit sakax (Quit: Leaving) 16.38.44 Nick uwe__ is now known as uwe_ (~uwe_@dslb-088-066-160-105.pools.arcor-ip.net) 16.49.29 *** Saving seen data "./dancer.seen" 17.07.49 Quit APLU (Ping timeout: 240 seconds) 17.11.49 Join sakax [0] (~sakax@d8D862C77.access.telenet.be) 17.11.49 Quit sakax (Changing host) 17.11.49 Join sakax [0] (~sakax@unaffiliated/sakax) 17.15.24 Join Strife89 [0] (~Strife89@adsl-98-80-215-52.mcn.bellsouth.net) 17.21.38 Quit amiconn (Remote host closed the connection) 17.21.38 Quit pixelma (Remote host closed the connection) 17.26.06 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 17.26.06 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 17.26.35 Quit FOAD (Quit: I'll be back) 17.26.51 Join FOAD [0] (~foad@unaffiliated/foad) 17.33.27 Quit wekalaner (Quit: Leaving.) 17.43.50 Join APLU [0] (~mulx@2a01:e34:ee29:12b0::10) 17.48.26 Quit bertrik (Remote host closed the connection) 18.08.20 Quit mc2739 (Changing host) 18.08.20 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 18.09.07 Join pretty_f_ [0] (~sigBART@123.252.212.13) 18.19.50 # flatr0ze_: downloading now 18.20.03 # gevaerts: great 18.22.25 # I can start debugging in about 15 minutes it seems :) 18.43.22 # flatr0ze_: which rockbox versions did you try? Both 3.13 and current dev? 18.45.37 Join joshin [0] (~josh@unaffiliated/joshin) 18.49.30 *** Saving seen data "./dancer.seen" 18.50.50 # that is correct gevaerts 18.51.06 # though the dd images only with 3.13 18.51.18 # but it's been all the same when I tried before 18.51.31 # the issue's in mkfs.vfat tool, I believe 18.52.47 # I'm playing with the test tool in firmware/test/fat, and I'm not having issues with that, which is weird 18.52.57 # That just uses our regular FAT code 18.54.53 Join Zuliane [0] (5b715024@gateway/web/freenode/ip.91.113.80.36) 19.03.11 # I g2g gevaerts thanks once again for looking into this issue and helping me solve it! 19.03.40 # I found my ipod now, so I'll be able to do some proper testing as soon as the battery is charged 19.04.31 Quit flatr0ze_ (Quit: Communi 3.0.1 - http://communi.github.com) 19.39.26 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 19.42.14 # are you guys talking about the ipod nano 2g usb charger issue? :) 19.45.20 # scorche: is it correct that we have no way to ban new users from using certain email providers without also banning existing users with those providers? 19.45.40 Quit Strife89 (Ping timeout: 272 seconds) 19.48.02 Quit Zuliane (Quit: Page closed) 19.52.27 Quit pretty_f_ (Remote host closed the connection) 19.57.58 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.59.43 # sakax: no 19.59.59 # one day it will be solved :) 20.07.08 # saratoga: at least without an addon that might do that, that sounds correct 20.10.07 Quit nosa-j (Ping timeout: 252 seconds) 20.10.09 Join Rower [0] (husvagn@90-230-142-55-no41.tbcn.telia.com) 20.15.51 Quit kugel (Quit: Lost terminal) 20.17.38 # Do we have a stacktrace decoder? 20.18.49 # we have utils/analysis/find_addr.pl 20.18.57 Join nosa-j [0] (~m00k@66.233.224.206) 20.19.07 # Ah, yes 20.19.31 # Hmmm 20.19.41 # Where do I get String::Scanf again? 20.19.56 # I don't remember, using perl packages 20.21.19 # scanf in perl? just use regex :) 20.22.03 # saratoga: I'm not goint to try to change a perl tool! 20.23.40 Quit dokan (Ping timeout: 272 seconds) 20.23.52 # output_row_8_native? 20.24.06 # * gevaerts will investigate that one later, if at all possible 20.25.45 # There, reading a bmp can't crash if I remove all of .rockbox :) 20.49.32 *** Saving seen data "./dancer.seen" 20.58.27 # OK, now on to figuring out who's in the wrong... 21.00.41 # Any FAT experts around? 21.01.18 # what is the issue ? 21.01.29 # bpb_is_sane() in fat.c doesn't like cluster sizes of more than 128K, but mkdosfs apparenty does generate filesystems with such things if the sector size is 2K 21.01.41 # If I comment out that check, things seem to work better 21.02.11 # So where does that 128K limit come from? Is it real, or is it a misinterpretation of something? 21.03.56 Join linuxstb [0] (~linuxstb@unaffiliated/linuxstb) 21.03.59 # let me check the spec 21.04.28 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 21.05.33 # Number of sectors per allocation unit. This value must be a power of 2 that is greater than 0. The legal values are 1, 2, 4, 8, 16, 32, 64, and 128. Note however, that a value should never be used that results in a “bytes per cluster” value (BPB_BytsPerSec * BPB_SecPerClus) greater than 32K (32 * 1024). There is a misconception that values greater than this are OK. Values that cause a cluster size greater than 32K bytes do not work 21.05.33 # properly; do not try to define one. Some versions of some systems allow 64K bytes per cluster value. Many application setup programs will not work correctly on such a FAT volume. 21.06.10 # OK, and we allow 128K 21.06.30 # and mkdosfs creates 256K clusters, which does indeed seem wrong 21.06.48 # I need to double check a bit though 21.07.06 Quit rela (Read error: Connection reset by peer) 21.07.46 # Windows XP allowed for 64K cluster size 21.09.07 Quit cmhobbs (Read error: Connection reset by peer) 21.09.27 # bah, working with 2K sector sizes is a pain :( 21.10.23 # Unless you have a device that actually tells you it does 2K sectors, all tools go wrong 21.10.31 # So forget working with image files 21.13.06 Quit tyllmoritz (Quit: Verlassend) 21.14.29 Join cmhobbs [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) 21.14.30 Quit cmhobbs (Changing host) 21.14.30 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 21.15.01 # Hmmmm 21.15.50 # It's not as clear as that... 21.15.55 # Looks like a rockbox bug after all 21.17.46 # fat.c:339 sets bpb_secperclus to the number of sectors per cluster according to the superblock *multiplied* by the sector multiplier, so we get a "virtual" sectors per cluster that pretends the sectors are 512 bytes 21.18.33 # And then bpb_is_sane() multiplies that by fat_bpb->bpb_bytspersec, so if sectors are larger than 512 bytes the sector multiplier is effectively used twice 21.18.40 Join Zuliane [0] (5b715024@gateway/web/freenode/ip.91.113.80.36) 21.24.03 # Is there a reported bug for the sansa clip+, which reports that after booting either via OF or via rockbox itself it shuts down by itself? Any advice for leading me in the right direction would be much appreciated. 21.25.26 # if its turning off in both firmwares that sounds like a hardware problem 21.25.29 # You mean it suddenly powers off while playing, and this happens both in rockbox and the OF? 21.26.18 # No, It shuts down right after booting to the main screen, and it can only be stopped by constantly pressing a button in rockbox and on the OF by locking the device with the home button. 21.27.24 # On the OF it is possible to play music after executing the method described above, but it is impossible to shut down the device by pressing the power off button. Even after pressing it for 30 or more seconds. 21.29.51 # That does indeed sound like a hardware issue 21.30.59 # I repeatedly formatted and reinstalled the OF and rockbox itself. So when you say hardware issue, it's not something I might be able to fix? 21.31.35 # well i've never heard of that happening, but my guess is you're not likely to figure it out 21.32.16 # FWIW, if you find an obscure problem that happens in the sandisk and rockbox firmware even though they have no software in in common, its probably not a software thing 21.34.48 # I guess the cause of the problem was, that I plugged the device to the PC of a friend of mine and he has a different mp3-player. Also I didn't remove it safely from his PC. At least right after that the device stopped working properly. 21.35.17 # Build Server message: 3New build round started. Revision 646edc5, 243 builds, 33 clients. 21.36.13 Quit bertrik (Ping timeout: 264 seconds) 21.37.35 Join bertrik [0] (~bertrik@space.nurdspace.nl) 21.37.35 Quit bertrik (Changing host) 21.37.35 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 21.43.54 # Build Server message: 3Build round completed after 518 seconds. 21.47.31 # OK, on to the next issue... 21.51.04 Quit bertrik (Ping timeout: 272 seconds) 21.51.24 # gevaerts: now port an exfat driver :) 21.51.32 Join bertrik [0] (~bertrik@space.nurdspace.nl) 21.51.32 Quit bertrik (Changing host) 21.51.32 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 21.51.48 # saratoga: the next issue is that a default install crashes in some bmp code :) 21.52.02 # on what device? 21.52.06 # ipod video 21.52.38 # for everyone? 21.52.57 # No idea, but I assume so. I'm testing on a freshly formatted device here 21.54.51 # * gevaerts bisects 22.00.04 # ef92ed4a6a997524944f42aa7abffddca7bef05e 22.00.10 # "Support GIMP bmp files" 22.01.54 Quit bertrik (Ping timeout: 246 seconds) 22.03.48 Join bertrik [0] (~bertrik@space.nurdspace.nl) 22.03.51 Quit bertrik (Changing host) 22.03.51 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 22.04.09 Quit Zuliane (Quit: Page closed) 22.07.40 # Hmmm 22.07.50 # bmp.c line 279 22.07.58 # Indeed a data abort waiting to happen 22.12.19 Quit DexterLB (Read error: Connection reset by peer) 22.15.26 # Build Server message: 3New build round started. Revision 61a0964, 243 builds, 34 clients. 22.15.38 Quit Scall (Quit: Bye bye) 22.15.38 # There 22.16.45 Join DexterLB [0] (~dex@46.10.136.234) 22.17.31 # We'll need new ipod video bootloaders, by the way, for the cluster size issue 22.18.06 # Technically we need them for all targets, but only ipod video seems to commonly have the issue 22.18.12 # Hmmmm 22.18.16 # I hope 22.18.33 Join Scall [0] (~chat@unaffiliated/scall) 22.19.51 Quit Scall (Client Quit) 22.20.05 # Bah, we're *really* not stable these days 22.20.16 # Build Server message: 3Build round completed after 290 seconds. 22.21.37 # PANIC playlist_resume() OOM 22.22.02 # Recipe: boot, plug in, unplug 22.22.31 # kugel: ^ 22.22.47 # This is 'core_alloc_maximum("temp", &buflen, &dummy_ops);' failing 22.22.47 Join Scall [0] (~chat@unaffiliated/scall) 22.24.44 Quit bluebrother (Disconnected by services) 22.24.49 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 22.25.06 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.26.01 # gevaerts: how ef92ed4a could possibly introduce that issue? 22.26.24 # kugel: it probably uncovered it 22.26.32 # That code was suspicious all along, I'd say 22.26.53 # All I know is that git bisect told me it started with ef92ed4a 22.27.48 Quit fs-bluebot (Ping timeout: 272 seconds) 22.27.59 # gevaerts: what's the problem anyway? the bmp data should be 4 byte aligned 22.29.00 # kugel: there are lines in there doing ibuf++ 22.29.07 # So ibuf definitely isn't aligned 22.29.41 # Anyway, that one seems to be fixed now. Right now, I'm trying to figure out why core_alloc_maximum() fails on usb unplug 22.29.57 Join fs-bluebot [0] (~fs-bluebo@g231123130.adsl.alicedsl.de) 22.30.00 # gevaerts: this particular case does "ibuf += 2" 22.30.19 # Ah, true 22.30.43 # gevaerts: about the other thing, I pinged you the other day whether usb_storage_disconnect() could be missed to be called 22.31.16 # Ah, right 22.31.35 Quit bertrik (Remote host closed the connection) 22.32.12 # * gevaerts checks 22.32.22 # I don't know this part very good but you told me a few months ago that this would be called for unplug, and going by the code this is right (although the code there is hard to follow) 22.34.34 # re: 61a0964; i think the fix hides the actual error 22.34.48 # when unaligned access actually happened the bitmap data is read incorrectly 22.35.05 Quit kugel (Quit: leaving) 22.36.25 # Maybe 22.36.36 # I'm trying to figure out if len can be odd there 22.36.46 Quit lorenzo92 (Ping timeout: 260 seconds) 22.37.08 # Hmmm 22.38.28 # My USB crash is *not* caused by usb_storage_disconnect() not being called. Things go wrong well before that 22.42.56 Quit DexterLB (Read error: Connection reset by peer) 22.44.11 # Oh 22.45.30 # * gevaerts is confused 22.47.21 # This is a nice race condition 22.47.48 Join DexterLB [0] (~dex@84.238.180.18) 22.49.34 *** Saving seen data "./dancer.seen" 22.50.13 # At the point where core_alloc_maximum() is called in usb_storage.c, I think playback *may* still be holding on to the buffer 22.51.10 # The old code called audio_get_buffer, which called audio_hard_stop(), which made sure this wasn't an issue 22.55.31 # We could of course call audio_hard_stop() from usb_storage, but that's not very clean at all 22.57.52 # OK, there are two issues as far as I can see: 22.58.38 Quit mt (Ping timeout: 260 seconds) 22.58.56 # (a) usb_storage may ask for the buffer *before* the SYS_USB_CONNECTED bit. I'm not sure if that's easy to change 22.59.28 # (b) playback.c responds to SYS_USB_CONNECTED by stopping audio, but as far as I can see it doesn't release the handle 23.00.16 # Hmm 23.00.46 # I must be misundertstanding something. If my theory is correct, usb should *never* work 23.02.55 Quit Rower (Quit: Hmmm...) 23.11.38 # (a) should be fixable if we have a dedicated static CBW buffer, but if I'm looking correctly that's only 31 bytes 23.13.48 # And maybe another similarly-sized buffer for all responses except read data 23.15.56 # Also, usb_storage really doesn't need _maximum(). We actually have this nice ALLOCATE_BUFFER_SIZE for that. We should probably fix that as well, for future use 23.22.44 Join mt [0] (~mt@cpe-24-165-191-253.neo.res.rr.com) 23.31.14 # <[Saint]> Oh, new bootloader(s)? 23.31.45 # <[Saint]> I should get cracking removing IPL as a boot option then. 23.32.05 # [Saint]: well, you can't boot from (some) 2K filesystems using the old ones 23.33.09 # <[Saint]> right. this is just good for me as it allows me to slide a trivial change that wasnt worth pushing new bootloaders in with a change that does really matter. :) 23.36.06 # <[Saint]> Nice work. Btw. 23.37.35 Join kugel [0] (~kugel@91-64-116-250-dynip.superkabel.de) 23.37.35 Quit kugel (Changing host) 23.37.35 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.38.21 # kugel: g#708 is a partial workaround for the USB issue. Not wanting to grab everything (a) is cleaner and (b) gives buflib a reasonable chance of actually finding the memory. The race condition is probably still there though 23.38.23 # 3Gerrit review #708 at http://gerrit.rockbox.org/r/708 : 3Don't use core_alloc_maximum() in usb_storage. by Frank Gevaerts (changes/08/708/1) 23.38.42 # So although I do want that pushed at some point, maybe we should wait until things don't crash even without it 23.39.03 # Unless you can promise that playback will always manage to shrink enough :) 23.39.15 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 23.39.38 Quit kugel (Client Quit) 23.40.34 # gevaerts: core_alloc_maximum() should cause audio stop, via the shrink_callback() 23.40.56 # Hmmm 23.41.12 # do you mean by "Things go wrong well before that" that the usb connection doesnt have a buffer? 23.41.17 # Yes 23.41.41 # Well, I hadn't established that yet when I said that, but yes, that was what I found 23.41.59 # okay, I haven't placed a panic in usb_storage, but that of course shouldn't happen 23.42.08 # playback should give up its buffer 23.45.12 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 23.45.49 Quit pamaury (Ping timeout: 264 seconds) 23.46.09 # Right. In that case there shouldn't be a race condition after all 23.52.56 Quit pamaury_ (Ping timeout: 272 seconds)