--- Log for 18.01.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 10 hours ago 00.00.00 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 00.01.44 Join solexx_ [0] (n=jrschulz@e176125231.adsl.alicedsl.de) 00.07.48 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 00.11.56 Join {phoenix} [0] (n=dirk@p54B45569.dip.t-dialin.net) 00.13.39 Quit tajlero ("Leaving") 00.14.37 Quit {phoenix} (Read error: 104 (Connection reset by peer)) 00.18.34 Quit solexx (Read error: 110 (Connection timed out)) 00.21.13 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.22.27 Quit n17ikh () 00.28.50 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-076-220.ewe-ip-backbone.de) 00.35.13 Quit gevaerts (Nick collision from services.) 00.35.24 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 00.42.29 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 00.46.09 Join ndundu [0] (n=47a77fb9@gateway/web/cgi-irc/labb.contactor.se/x-60c18fd55ed80d3a) 00.46.34 # I have a Sansa E250, and can't get the rockbox firmware, the gui and tthe ocmmand line tell me theres no sansa on the system = ( 00.47.28 Join domonoky1 [0] (n=Domonoky@g229174142.adsl.alicedsl.de) 00.48.17 Quit tajlero (Remote closed the connection) 00.48.29 Quit japc_ (Read error: 60 (Operation timed out)) 00.50.30 Join japc_ [0] (n=japc@bl6-70-16.dsl.telepac.pt) 00.50.51 Quit tessarakt ("Client exiting") 00.52.04 Quit ndundu ("CGI:IRC") 00.52.20 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 00.52.41 Join MethoS- [0] (n=lem@dyndsl-085-016-163-107.ewe-ip-backbone.de) 00.56.36 Quit MethoS (Read error: 60 (Operation timed out)) 00.57.14 # in MSC or MTP mode? 00.57.25 # and, is it an E250 v1 or v2? 00.57.47 # ie. what Sansa firmware is on it, nd (oh - he is gone) 00.58.26 Quit tvelocity[a] (Remote closed the connection) 00.58.56 Quit linuxstb (Remote closed the connection) 01.00.09 Quit culture (Connection timed out) 01.00.09 Quit parafin (grisham.freenode.net irc.freenode.net) 01.00.09 NSplit grisham.freenode.net irc.freenode.net 01.00.09 Quit freqmod_qu (grisham.freenode.net irc.freenode.net) 01.00.09 Quit suom1 (grisham.freenode.net irc.freenode.net) 01.00.09 Quit balou (grisham.freenode.net irc.freenode.net) 01.05.03 Join parafin [0] (i=parafin@parafin.dialup.corbina.ru) 01.05.08 Join Monobro [0] (n=_twek@ip70-176-183-208.ph.ph.cox.net) 01.05.24 NHeal grisham.freenode.net irc.freenode.net 01.05.24 NJoin balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 01.05.24 NJoin freqmod_qu [0] (i=quassel@2001:700:300:1430:213:d3ff:fee9:5ed0) 01.05.37 # Question: I have a birkced c250 and I figured I need the e200 eraser tool to fix it. anyone know where to grab it? 01.06.11 Join suom1 [0] (i=markus@viitamaki.net) 01.07.49 # a sansa c250, naturally 01.08.13 # all forum posts on the topic are incomplete, either saying what you need with no links to it, or links to something without instructions 01.15.36 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 01.16.27 # Monobro, this is on the wiki 01.17.19 # Monobro, http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick 01.18.16 Quit tajlero ("Leaving") 01.18.44 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 01.20.15 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 01.21.17 # krazykit, could you show me where? I searched the page 01.21.40 # read the Manufacturing Mode section closely 01.22.38 # but try doing recovery mode first, which is an easier process, and see if that doesn't fix it 01.23.38 # don't see the eraser tool or any info on that 01.23.44 # i'll keep looking around though, thanks 01.26.04 Quit nplus (Remote closed the connection) 01.26.20 Quit Monobro (Read error: 131 (Connection reset by peer)) 01.29.07 # does memcpy() crash if the src pointer is NULL? 01.31.19 # That would depend on whether the device has memory at 0x0... 01.36.14 Quit tajlero ("Leaving") 01.37.14 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 01.42.21 Join n17ikh|Lappy [0] (n=n17ikh@130.127.74.89) 01.46.06 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 01.47.34 Quit Horscht (Read error: 104 (Connection reset by peer)) 01.47.41 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 01.49.02 # Unhelpful: Imo codecs should also be converted to use a loader-initialized api pointer, for consistency 01.49.30 *** Saving seen data "./dancer.seen" 01.49.42 # They also use mem wrappers iirc 01.55.10 Quit Slack_ ("Ex-Chat") 02.02.14 Join Slack_ [0] (n=brett@12-218-60-196.client.mchsi.com) 02.02.56 Quit tajlero ("Leaving") 02.05.59 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-70150b256e2d2d85) 02.16.05 Quit n17ikh|Lappy (Read error: 60 (Operation timed out)) 02.16.27 Join n17ikh|Lappy [0] (n=n17ikh@130.127.74.89) 02.17.37 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 02.19.11 Quit MethoS- (Remote closed the connection) 02.20.21 Quit n17ikh|Lappy (Client Quit) 02.20.43 Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 02.23.34 Join Aurix_Lexico2 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 02.26.28 Quit flydutch ("/* empty */") 02.33.22 Quit m0f0x (Read error: 104 (Connection reset by peer)) 02.37.16 Quit Aurix_Lexico1 (Read error: 110 (Connection timed out)) 02.37.27 Quit tyfoo ("Carpe diem") 02.37.36 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 02.40.16 Join m0f0x [0] (n=m0f0x@189-47-69-230.dsl.telesp.net.br) 02.40.45 Quit timc`` (Read error: 104 (Connection reset by peer)) 02.40.49 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 02.40.55 Join timc`` [0] (n=aoeu@124.93.243.83) 02.41.14 Join Darksair [0] (n=user@221.221.163.147) 02.41.59 Part domonoky1 02.47.52 Join Rob2223 [0] (n=Miranda@p4FDCE557.dip.t-dialin.net) 02.51.12 Quit Aurix_Lexico2 (Read error: 110 (Connection timed out)) 02.57.14 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 02.57.25 Quit Horschti (Read error: 104 (Connection reset by peer)) 03.06.28 Quit Rob2222 (Read error: 110 (Connection timed out)) 03.10.22 Quit Horscht ("Verlassend") 03.14.40 Quit film42 (Client Quit) 03.14.46 # amiconn: it's on my list, as is moving mem wrappers to the lib. did we ever determine if the cache wrappers serve a legitimate purpose, or if they're just a convenience? i don't see any reason the ones in mpegplayer can't be replaced with rb->func calls, and that will be smaller and faster than calling a function that just calls rb->func 03.16.38 Join n17ikh|Lappy [0] (n=n17ikh@130.127.74.89) 03.22.26 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 03.26.52 Quit ender` (" Documentation is like sex: when it's good, it's very good, and when it's bad it's still better than nothing.") 03.39.18 Quit timc`` (Remote closed the connection) 03.49.32 *** Saving seen data "./dancer.seen" 03.54.52 Join film42 [0] (n=GT@ip68-4-171-205.oc.oc.cox.net) 03.55.50 Join timc`` [0] (n=aoeu@124.93.243.83) 03.59.10 Quit goffa (Read error: 104 (Connection reset by peer)) 04.05.06 Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) 04.05.43 Quit Slack_ (Operation timed out) 04.06.19 Join Slack_ [0] (n=brett@12-218-60-196.client.mchsi.com) 04.08.10 Quit Slack_ (SendQ exceeded) 04.08.36 Quit film42 (Client Quit) 04.08.56 Join Slack_ [0] (n=brett@12-218-60-196.client.mchsi.com) 04.12.15 Quit PaulJam (".") 04.14.41 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 04.19.14 Join Barahir_ [0] (n=jonathan@Xd7a4.x.pppool.de) 04.26.02 Join Rob2222 [0] (n=Miranda@p4FDCFCF1.dip.t-dialin.net) 04.31.08 Quit Barahir (Read error: 110 (Connection timed out)) 04.33.20 Quit Rob2223 (Read error: 60 (Operation timed out)) 04.33.33 Join Rob2223 [0] (n=Miranda@p4FDCFECB.dip.t-dialin.net) 04.37.51 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 04.41.50 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 04.44.20 Join kugel [0] (n=chatzill@unaffiliated/kugel) 04.44.36 # saa 04.44.40 # R+ 04.44.52 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 04.44.52 # sara 04.44.54 # g 04.47.03 # kugel: what version of svn should be used to build mkamsboot for a fuze to ensure that OF is bootable? 04.47.28 # oops:/ 04.48.14 Quit Rob2222 (Read error: 110 (Connection timed out)) 04.50.06 Join blkhawk- [0] (n=blkhawk@g226134147.adsl.alicedsl.de) 04.55.20 Quit tajlero (Remote closed the connection) 05.01.23 Quit Aurix_Lexico ("Leaving.") 05.01.57 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 05.02.07 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 05.05.58 Quit timc`` (Connection timed out) 05.06.40 Join timc`` [0] (n=aoeu@119.109.98.78) 05.06.45 Quit blkhawk (Read error: 113 (No route to host)) 05.07.04 Nick blkhawk- is now known as blkhawk (n=blkhawk@g226134147.adsl.alicedsl.de) 05.14.22 Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") 05.19.02 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 05.25.51 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.26.35 Quit XavierGr () 05.49.11 Quit m0f0x () 05.49.36 *** Saving seen data "./dancer.seen" 05.54.02 Join m0f0x [0] (n=m0f0x@189-47-69-230.dsl.telesp.net.br) 06.03.38 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 06.07.05 Quit timc`` (Read error: 145 (Connection timed out)) 06.12.56 Quit sputnik (Read error: 110 (Connection timed out)) 06.17.01 Quit Makuseru (Read error: 104 (Connection reset by peer)) 06.21.49 Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) 06.22.09 Quit amiconn (Nick collision from services.) 06.22.11 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 06.23.54 Quit pixelma (Read error: 110 (Connection timed out)) 06.26.42 Quit krazykit ("Connection reset by beer") 06.26.45 Join timc`` [0] (n=aoeu@119.109.98.78) 06.31.41 Quit tajlero ("Leaving") 06.34.31 # anyone around who uses an ipod and an accessory which relies on the track change event? (I'm not actually sure we support any like this though) 06.41.41 Join sajes [0] (n=sajes@66.82.244.88) 06.41.57 Part sajes ("Wrong channel.") 06.46.57 Join _lifeless [0] (n=lifeless@89.20.116.116) 06.48.11 Join film42 [0] (n=GT@ip68-4-171-205.oc.oc.cox.net) 07.05.01 Quit __lifeless (Read error: 110 (Connection timed out)) 07.20.28 Quit kugel (Read error: 110 (Connection timed out)) 07.27.54 Quit Aurix_Lexico (Remote closed the connection) 07.35.40 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 07.47.34 Quit jhulst (Read error: 113 (No route to host)) 07.49.38 *** Saving seen data "./dancer.seen" 08.02.16 Join fyrestorm [0] (n=fyre@cpe-68-173-235-77.nyc.res.rr.com) 08.03.43 Quit timc`` (Read error: 104 (Connection reset by peer)) 08.03.58 Join timc`` [0] (n=aoeu@119.109.98.78) 08.18.56 Quit film42 (Client Quit) 08.26.52 Join Rob2222 [0] (n=Miranda@p4FDCF713.dip.t-dialin.net) 08.30.48 Join japc__ [0] (n=japc@bl7-250-228.dsl.telepac.pt) 08.31.49 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 08.32.51 Join film42 [0] (n=GT@ip68-96-68-104.oc.oc.cox.net) 08.32.57 Quit Aurix_Lexico (Read error: 60 (Operation timed out)) 08.42.33 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 08.42.45 Quit japc_ (Read error: 110 (Connection timed out)) 08.45.27 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.45.53 Quit daurnimator (Read error: 60 (Operation timed out)) 08.46.06 Join daurnimator [0] (n=quae@ppp118-208-173-207.lns10.mel4.internode.on.net) 08.49.35 Quit XavierGr () 08.51.55 Join Prot [0] (n=ari@ip70-176-183-208.ph.ph.cox.net) 08.52.29 # Question: I'm getting 'permission for disc access denied!' from the rockbox utility with c250 sansa on vista/windows7. any times on how to get past it? 08.52.42 # apparently 1.07 doesn't have this bug, but the complete installation causes http 404 08.53.07 # any times? i guess I meant any tips 09.04.23 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 09.19.31 Quit Makuseru (Read error: 104 (Connection reset by peer)) 09.23.15 Join Jaykay [0] (n=chatzill@p579E79B1.dip.t-dialin.net) 09.34.29 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 09.46.25 Join flydutch [0] (n=flydutch@host5-154-dynamic.14-87-r.retail.telecomitalia.it) 09.46.26 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 09.49.02 Quit Makuseru (Read error: 104 (Connection reset by peer)) 09.49.41 *** Saving seen data "./dancer.seen" 09.51.03 Quit n17ikh|Lappy () 09.54.42 # pixelma_: hey, any chance you could test 9795 on hwcodec today/tonight please? 10.10.00 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 10.14.42 Join Jaykay_ [0] (n=chatzill@p579E79B1.dip.t-dialin.net) 10.19.40 Join Jaykay__ [0] (n=chatzill@p579E79B1.dip.t-dialin.net) 10.20.49 Quit Jaykay__ (Client Quit) 10.33.40 Quit Jaykay (Read error: 110 (Connection timed out)) 10.34.06 Quit Darksair ("People who are zhuangbility want to show their niubility but only reflect their shability.") 10.35.49 Quit film42 (Remote closed the connection) 10.36.35 Quit Jaykay_ (Read error: 110 (Connection timed out)) 10.53.58 Join {phoenix} [0] (n=dirk@p54B46479.dip.t-dialin.net) 11.04.37 Quit Horscht (Read error: 104 (Connection reset by peer)) 11.06.14 Join n17ikh|Lappy [0] (n=n17ikh@130.127.74.89) 11.06.46 Quit n17ikh|Lappy (Client Quit) 11.10.03 Join ender` [0] (i=krneki@foo.eternallybored.org) 11.15.19 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 11.16.01 Quit BigBambi (Remote closed the connection) 11.17.28 Join tvelocity [0] (n=tony@adsl15-17.her.forthnet.gr) 11.31.23 # Unhelpful: Afaics the optimised scaling neglects proper rounding 11.34.31 Join n17ikh|Lappy [0] (n=n17ikh@130.127.74.89) 11.37.25 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 11.42.04 Join Valerian [0] (n=chatzill@203.171.86.202) 11.43.04 Quit Horscht (Read error: 113 (No route to host)) 11.43.10 Quit nuonguy ("This computer has gone to sleep") 11.45.20 Join MethoS [0] (n=lem@host-091-096-213-127.ewe-ip-backbone.de) 11.46.59 Quit Valerian (Client Quit) 11.48.59 Join miepchen^schlaf [0] (n=miepel@p579EC19A.dip.t-dialin.net) 11.49.44 *** Saving seen data "./dancer.seen" 11.53.29 Quit BHSPitLappy (Remote closed the connection) 11.57.37 Join os2user [0] (n=chatzill@87.228.64.2) 12.11.55 Quit XavierGr (Read error: 104 (Connection reset by peer)) 12.19.29 Quit miepchen^schlaf () 12.20.25 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 12.34.16 Join fragilematter [0] (n=barbu_do@92.85.78.88) 12.36.43 # Unhelpful: Cache wrappers hides the fact that some CPUs cache functions are not inlines. Really, I was considering removing inlining for all of them. They aren't used much and are fairly slow. Also, align_buffer out of the core...not sure. It seemed appropriate for it to be there. 12.37.10 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 12.38.14 Quit Makuseru (Read error: 104 (Connection reset by peer)) 12.43.52 Quit MethoS (Read error: 104 (Connection reset by peer)) 12.46.20 Join MethoS [0] (n=lem@dyndsl-085-016-166-068.ewe-ip-backbone.de) 12.54.11 Join MethoS- [0] (n=lem@dyndsl-085-016-167-083.ewe-ip-backbone.de) 12.55.08 Join tim__ [0] (n=aoeu@119.109.98.78) 12.55.09 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 12.56.10 Quit timc`` (Read error: 54 (Connection reset by peer)) 12.59.30 Join MethoS-- [0] (n=lem@dyndsl-085-016-163-073.ewe-ip-backbone.de) 13.01.25 Quit MethoS (Read error: 145 (Connection timed out)) 13.05.25 Join domonoky [0] (n=Domonoky@g229174142.adsl.alicedsl.de) 13.13.12 Join Buschel [0] (n=AndreeBu@p54A3C94A.dip.t-dialin.net) 13.16.44 Quit MethoS- (Read error: 110 (Connection timed out)) 13.17.20 Join PaulJam [0] (n=PaulJam_@vpn-3031.gwdg.de) 13.18.38 Join Darksair [0] (n=user@221.221.163.147) 13.19.48 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 13.20.31 Join MethoS [0] (n=lem@host-091-097-244-165.ewe-ip-backbone.de) 13.21.39 Nick Barahir_ is now known as Barahir (n=jonathan@Xd7a4.x.pppool.de) 13.33.49 Quit XavierGr (Read error: 104 (Connection reset by peer)) 13.37.05 Quit MethoS-- (Read error: 110 (Connection timed out)) 13.41.39 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.42.55 Join gregzx [0] (n=chatzill@drz39.neoplus.adsl.tpnet.pl) 13.43.59 Join MethoS- [0] (n=lem@host-091-097-246-198.ewe-ip-backbone.de) 13.48.20 Quit MethoS (Read error: 60 (Operation timed out)) 13.49.46 *** Saving seen data "./dancer.seen" 13.51.42 Join MethoS-- [0] (n=lem@host-091-097-243-045.ewe-ip-backbone.de) 13.52.27 Join culture [0] (n=none@cpc2-bele3-0-0-cust89.belf.cable.ntl.com) 13.57.08 Join MethoS [0] (n=lem@host-091-097-245-041.ewe-ip-backbone.de) 13.57.31 Join archivator [0] (i=foobar@77.70.28.57) 14.05.46 Quit scorche|sh (Remote closed the connection) 14.05.49 Join scorche|sh [0] (n=scorche@squisch.net) 14.06.19 Quit blithe_ (Remote closed the connection) 14.06.30 Join blithe [0] (n=blithe@stiletto.djblithe.com) 14.06.50 Quit MethoS- (Read error: 110 (Connection timed out)) 14.08.11 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 14.09.23 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 14.10.44 Quit MethoS-- (Read error: 110 (Connection timed out)) 14.15.27 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-f9eea3d88878e0c1) 14.18.14 Join tessarakt [0] (n=jens@e180071137.adsl.alicedsl.de) 14.20.02 Quit pixelma ("http://quassel-irc.org - Chat comfortably. Anywhere.") 14.20.51 Quit jhMikeS (Nick collision from services.) 14.20.57 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 14.21.39 Join MethoS- [0] (n=lem@host-091-096-215-056.ewe-ip-backbone.de) 14.24.05 Quit parafin ("So long and thanks for all the fish") 14.24.07 Join parafin [0] (i=parafin@paraf.in) 14.25.02 Join pixelma [0] (n=pixelma@rockbox/staff/pixelma) 14.29.02 Quit MethoS (Read error: 145 (Connection timed out)) 14.30.39 Quit JdGordon|zzz (Read error: 110 (Connection timed out)) 14.33.28 Part Buschel 14.38.00 Join Schmogel [0] (n=Miranda@essn-4db6cab7.pool.einsundeins.de) 14.38.13 Quit Schmogel (Client Quit) 14.41.07 Join miepchen^schlaf [0] (n=miepel@p579EC19A.dip.t-dialin.net) 14.49.29 Quit mrkiko ("Lost terminal") 14.49.45 Nick n17ikh|Lappy is now known as n17ikh (n=n17ikh@130.127.74.89) 14.55.29 Join mrkiko [0] (n=mrkiko@host49-50-dynamic.0-87-r.retail.telecomitalia.it) 14.57.45 Quit Horschti ("Verlassend") 14.59.05 Join ibseo [0] (n=hd@p5B16026A.dip0.t-ipconnect.de) 15.01.03 Quit fragilematter ("Time to eat!") 15.04.31 Join gartral [0] (n=Gartral@75.33.65.127) 15.05.29 # di the H10 5 and 20 gig DAPs have different sized screens? 15.05.57 # do* 15.06.17 # yes 15.10.26 # Are some rockbox-supported players again in the market? 15.14.52 # amiconn: you mean for pictureflow? i can change those divisions to round to nearest. if you mean that it no longer dithers, as the core scaler does, that's actually deliberate. because the renderer is using point sampling (any better would probably be terribly slow), dithered output suffers from aliasing. 15.15.58 # I mean the addition, which is now missing 15.17.28 Quit HellDragon (Remote closed the connection) 15.17.55 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.20.52 Quit MethoS- (Read error: 104 (Connection reset by peer)) 15.22.05 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 15.24.01 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 15.24.01 # * amiconn thinks that the old solution might even have been faster 15.24.15 Join MethoS- [0] (n=lem@host-091-097-242-177.ewe-ip-backbone.de) 15.24.20 # The new one uses 64*64bit multiplies... 15.24.42 Join gregzx_ [0] (n=chatzill@dth156.neoplus.adsl.tpnet.pl) 15.24.55 # Unhelpful: What are the limits for ctx->divisor and ctx->round? 15.33.05 # amiconn: if i read the asm correctly, <32> * <64> >> 32 is output as a umull, discarding one of the output registers 15.33.14 # divisor and round are 32-bit 15.34.02 Quit gregzx (Nick collision from services.) 15.34.05 Quit robin0800 (Remote closed the connection) 15.34.07 Nick gregzx_ is now known as gregzx (n=chatzill@dth156.neoplus.adsl.tpnet.pl) 15.34.08 # arm is not the only architecture this will run on 15.35.34 # And I know they are 32 bit - I was asking what range they actually use 15.40.13 # amiconn: the scaler is already quite non-optimal on other architectures already, as that's the same math the scaler itself is using per-pixel. 15.42.28 Join kushal_12_27_200 [0] (n=kushal@12.169.180.145) 15.42.59 Join krazykit [0] (n=kkit@cpe-24-210-137-198.woh.res.rr.com) 15.43.39 # * Unhelpful can't figure out what that compiles to on sh-1 at all 15.44.03 # * amiconn is more concerned about coldfire, actually 15.45.11 # the other version already needed a 64-bit multiply, and was doing a 64-bit divide as well. sh-1 and coldfire lack a 32*32->64 multiply? 15.46.43 # actually, it looks good to me on coldfire... if mulu is what i think it is? 15.47.08 # There is mulu.w and mulu.l 15.47.36 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 15.47.46 # * amiconn would like to know the value range, which might offer further optimisation possibilities 15.48.23 # Unhelpful: Btw, there's now a settings bug in PF 15.48.35 # No matter how often I disable "Show FPS", it is reenabled after a plugin restart 15.49.48 *** Saving seen data "./dancer.seen" 15.51.45 # the value is approximately (the last bit is zeroed, to avoid a 64-bit division) equal to (1<<32) / sf, where sf is the product of the input dimensions when scaling down, and the product of the output dimensions when scaling up 15.52.48 # i'll have to look into the settings bug. i could kick myself over that, as i thought that i'd made sure TYPE_BOOL worked properly. :/ 15.53.09 Join how [0] (n=kushal@12.169.180.145) 15.55.22 Join fragilematter [0] (n=barbu_do@92.85.70.142) 15.55.26 # this seems to say it's 32*32->64? http://68k.hax.com/MULU 15.55.58 # No, it's 32*32->32 15.56.17 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 15.56.19 # (mulu.l that is. mulu.w is 16*16->32) 15.57.01 # the asm output looks like the second form for mulu.l given there 15.57.16 Quit kushal_12_27_200 (Nick collision from services.) 15.57.21 Nick how is now known as kushal_12_27_200 (n=kushal@12.169.180.145) 15.57.52 # Yes, the 3rd form doesn't exist for coldfire 15.57.58 # i put just the multiply-shift in a function, it compiles to some moves and this: mulu.l 12(%a6),%d0:%d3 15.58.24 # ahhh... i must not be using the right arguments to gcc, i'll see which we actually use 15.58.35 # This is a bad source of information; coldfire is a risc implementation of m68k and some addressing modes, forms, and even instructions don't exist on coldfire 15.59.27 # * amiconn recommends the coldfire programming reference manual 15.59.40 # It's in our wiki iirc 16.00.27 Quit culture (Read error: 54 (Connection reset by peer)) 16.01.14 Join culture [0] (n=none@cpc2-bele3-0-0-cust89.belf.cable.ntl.com) 16.01.17 # i'll have to check that later... it might be best, at least on some architectures, to go back to having a multiply in each scaler, if it's 16*16->32 instead of calling a 64-bit multiply function. 16.02.06 # i'm pretty sure this means that pictureflow.c is already full of code that will work horribly on non-arm, by the way 16.02.46 # That's why I was asking for the actual range used; I think it might be possible to avoid dealing with 64 bit ints, and avoid the division at the same time 16.03.36 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 16.14.15 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 16.28.39 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-078-076.ewe-ip-backbone.de) 16.28.52 Quit kushal_12_27_200 ("Leaving") 16.32.46 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 16.38.54 Join axionix_ [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 16.40.45 Join arohtar [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) 16.49.30 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.52.16 Quit axionix (Read error: 110 (Connection timed out)) 16.56.03 Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 16.57.46 Quit faemir (Read error: 110 (Connection timed out)) 16.58.01 Quit tyfoo (Read error: 60 (Operation timed out)) 17.08.57 Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 17.11.14 # amiconn: if we shift values right by 8 places, it can use an unsigned 32x32->32... do we have *those* everywhere? 17.12.05 # No, SH1 only has 16*16->32 17.12.26 # But even then, 32*32->32 is better than anything that involves 64 bit ints 17.13.49 # On SH1, 32*32->32 is a relatively simple libgcc routine (in asm), while the 64 bit multiplication routines are rather crappy 17.22.34 # Unhelpful: I know why your TYPE_BOOL doesn't work properly 17.22.52 Quit axionix_ (Read error: 110 (Connection timed out)) 17.22.54 # You cannot cast between int and bool and expect it to magically work 17.23.38 # They're different, incompatibel types. Depending on architecture and endianess it *may* work, but it is pure coincidence and never guaranteed 17.24.54 # * amiconn is looking into the issue 17.26.17 # Hehe, "%s: 10%d\n" is a funny format string... 17.29.51 # amiconn: so, it needs boolvar ? 1 : 0 to convert to int, and intvar ? true : false to convert to bool, then? 17.29.55 # that's a quick fix 17.30.09 # I already have a fix, just need to test 17.30.23 # It will write "on" or "off" for booleans like the core config 17.30.49 Join fredddy [0] (n=freddy@p3E9E263D.dip0.t-ipconnect.de) 17.30.52 # amiconn: the trouble with that is that many things are using ints for booleans now 17.30.58 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 17.31.48 # I actually think the bug was the wrong format string 17.32.13 # But anyway, if we have a bool type, using "on"/ "off"is better imho 17.32.58 # Explicit and implicit casts between int and bool do work; what's doesn't work is casting pointers and then expect the read/written value to be correct 17.34.25 # the problems with on/off are: 1) it would be nice to convert the things that use ints to bools, when they get ported away from oldmenuapi, and 2) mpegplayer at least expects to be able to call set-one and get-one functions that use an int 17.35.00 # ? 17.35.18 # The settings are broken anyway now 17.35.25 # pictureflow is the only thing using bools for on/off settings. others are abusing ints. 17.35.35 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 17.37.44 # Unhelpful: My pictureflow.cfg: zoom: 100 / show fps: 101 / resize: 101 17.39.00 # right... that's because of the typo. fixing the typo should fix the bug, and still allow things that use ints now to use bool and core set_bool to work with their old config files. 17.39.40 # * amiconn doesn't understabd 17.39.44 # *understand 17.39.46 Quit agaffney (Read error: 104 (Connection reset by peer)) 17.39.52 Quit fragilematter ("Out for today. Exam tomorrow...") 17.40.02 # amiconn: many plugins use 0/1 and TYPE_INT for on/off settings. 17.40.13 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 17.40.32 # I know, because TYPE_BOOL is new 17.40.32 # and expect to be able to write or read just one of these settings... 17.40.43 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 17.40.50 # I don't see the problem 17.41.07 # right, but if TYPE_BOOL expects to find "on" or "off" in config, won't it break old configs for these plugins? 17.41.45 # It will, once, when the plugin is converted to use TYPE_BOOL 17.42.21 # My solution just compares the string with "on", everything else than "on" means false 17.42.40 # also, mpegplayer uses configfile_update_entry and configfile_get_value, which expect settings to be fixed-size - but perhaps those just need to go away, and it should write the whole config? 17.43.02 # _get_value already has to read up to the line it's looking for, anyway. 17.43.10 # Fixed size? Who added that?? 17.43.22 # Imo this is just wrong and needs to be removed 17.43.25 # amiconn: that's what all the %10d is. 17.43.47 # Back when I checked configfile.[ch] last, this wasn't there 17.44.15 # The config files are meant to be plain assci, one setting per line, with no other formatting requirements 17.44.21 # *ascii 17.44.40 # could it perhaps recognize "1" or "on" as true, anything else as false? that would make existing configs continue to work. 17.45.45 # That would be possible 17.45.52 # amiconn: Hmm, seemed that sneaked in with an mpegplayer commit... http://svn.rockbox.org/viewvc.cgi?view=rev&revision=15052 17.45.56 # or things that convert could bump their config versions 17.46.01 # Still, this silliness with constant widths needs to be fixed first 17.46.28 # better they reset to defaults than read in broken values 17.47.42 Quit agaffney (Read error: 104 (Connection reset by peer)) 17.47.50 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 17.48.19 # i'll let you go ahead if you have a working "on"/"off" version. we can just reset defaults when loading old config files, using the file version. that's better than making pre-TYPE_BOOL settings always false on read 17.48.57 # The problem with on/off is that it breaks constant width, so that needs to be fixed first 17.49.12 # I was totally unaware of that 17.49.15 # linuxstb: Specifically here: http://www.rockbox.org/tracker/task/7487#comment17352 17.49.50 *** Saving seen data "./dancer.seen" 17.50.32 # hmpf! 17.55.19 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.56.44 Quit ibseo ("quit") 17.57.00 Quit Horscht (Client Quit) 17.57.26 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.59.36 # Unhelpful: For the mpegplayer resume points constant width is obviously needed because they can be updated. But since there are also arbitrary many, they aren't part of the config array 18.00.16 # So I think they should get their own type (e.g. TYPE_DYN_INT), and the number should be zero-padded instead of space-padded 18.00.51 Join tvelocity[a] [0] (n=tony@adsl26-125.her.forthnet.gr) 18.01.11 Quit tvelocity (Connection timed out) 18.03.07 Quit Horscht ("Verlassend") 18.03.35 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 18.04.26 # Hmm, or the resume points could get their own file 18.06.22 # that seems sensible, anyway - they're not "configuration" 18.07.10 # if you're looking to do something more complex, then, should i commit fix for the printf typo for now, to at least make it work until then? 18.07.13 Join EleminoP [0] (n=EleminoP@173-99-67-197.pools.spcsdns.net) 18.07.16 Part EleminoP 18.09.03 Join kugel [0] (n=chatzill@unaffiliated/kugel) 18.11.14 # *a* fix 18.11.39 # Check the front page... 18.12.55 # i see that. thanks :) 18.14.54 Quit Darksair (Remote closed the connection) 18.15.10 Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt) 18.37.26 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-1e75549d6648b0d0) 18.38.08 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-115-057.ewe-ip-backbone.de) 18.50.28 Quit arohtar (Client Quit) 18.50.41 Join faemir [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) 18.52.13 Join z35 [0] (n=z35@h173.57.90.75.dynamic.ip.windstream.net) 18.58.27 Quit Nico_P (Remote closed the connection) 19.02.26 Quit robin0800 (Read error: 60 (Operation timed out)) 19.02.39 Join petur [50] (n=petur@rockbox/developer/petur) 19.03.32 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 19.05.19 Join Dauron [0] (n=DarkAuro@ppp-70-249-156-112.dsl.rcsntx.swbell.net) 19.07.38 Quit BXCracer (Read error: 110 (Connection timed out)) 19.11.18 Join ToHellWithGA [0] (n=ryan@68-114-198-186.dhcp.clma.mo.charter.com) 19.12.48 # i read that the chips in the newer ipods are nasty and make it more or less impossible to get rockbox on such a device 19.13.02 # was that ever the case with previous generations of ipods? 19.13.39 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 19.14.11 # i'm interested in the history of this project so i can compare it to the advancement of specialized chips 19.15.04 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-bc1f92bd21871a92) 19.15.21 # its not the chips, its that the firmware is encrypted 19.15.39 # ToHellWithGA: the chips aren't the problem. the encryption is, which makes it impossible to run custom code 19.15.48 # oh 19.15.54 # lol saratoga, you're blazing fast 19.15.56 # so y'all would be up against brute forcing encryption 19.16.02 # which is illegal, right? 19.16.47 # its not illegal just impossible 19.17.06 # i wonder what Apple feels it must protect. the reasons i purchased my iPod were the sleek look and the availability of Rockbox 19.17.14 # really impossible? 19.17.29 # a kershmillion bit key or something as awful 19.17.40 # bruteforching decently implemented cryptography is basically impossible, yes 19.17.48 Quit gregzx (Read error: 104 (Connection reset by peer)) 19.17.49 # bummer 19.18.02 # i should hope they're far from decent then 19.18.09 # thanks for explaining that to me 19.18.13 # You know, I wouldn't even bother. I compared the sound of my 5.5 gen ipod with my friend's cowon iaudio7 and there is such a big different it's not even funny :( 19.18.39 # we're talking about the 6g, the 5.5 already runs rockbox 19.19.21 # faemir: so long as the storage, ease of use, and aesthetics are on the same level I would be fine with switching 19.19.25 # Yes, but the 6g doesn't sound better than the 5.5g :P 19.19.44 # (my point is I won't even bother getting an ipod next time due to sound quality) 19.19.54 # losing rockbox will be fail though :( 19.19.56 # perhaps as data density increases i'll be able to swap the hdd from my ipod 19.20.08 # if its controller can handle larger disks, that is 19.20.18 # I need a new battery, my ipod one is being dodgy now... 19.20.31 # ToHellWithGA, try the cowon s9 ;) 19.20.38 # my girlfriend's ipod mini will turn off fully at random 19.20.43 Join danpeterson [0] (n=chatzill@mn-10k-dhcp1-7950.dsl.hickorytech.net) 19.20.52 # This is going off topic fast 19.20.53 # please try to stay on topic, as this IS a rockbox channel 19.20.56 # yeh, mine randomly goes down to 0% and I have to leave for 5 mins to go back to normal 19.20.59 # sorry :( 19.21.01 # sorry y'all 19.21.16 # oh epic 3.1 is released 19.21.22 Part ToHellWithGA ("Oh no!") 19.21.51 # saratoga: any success on the compiler side? I read the logs and you seem to have some problems? 19.22.08 # I'm really curious that a binutils release doesn't work for arm 19.22.55 Quit krazykit ("Connection reset by beer") 19.23.02 # kugel: i think its just the gcc version ubuntu uses that can't compile it for arm 19.23.12 # but theres a simple patch for it 19.23.23 Quit _Auron_ (Read error: 110 (Connection timed out)) 19.23.24 Nick Dauron is now known as _Auron_ (n=DarkAuro@ppp-70-249-156-112.dsl.rcsntx.swbell.net) 19.23.25 # ah cool 19.24.14 # basically the compiler i got doesn't work and i'm not sure why 19.24.29 # i need to try a different binutils version to rule out the possibility that the snapshot build i grabbed was broken 19.27.00 # saratoga: I think the two patches here can be committed http://www.rockbox.org/tracker/task/9663 19.32.41 # kugel: does the button light not work now on the AMS models? 19.33.20 # does the fuze have a button light? 19.35.34 # yes 19.35.45 # the buttonlight doesn't work in svn 19.35.49 # perhaps I broke mine when swapping the wheel 19.36.01 # should it be on when in the OF USB mode? 19.37.12 # yes 19.37.18 # or wait 19.38.02 Join gregzx [0] (n=chatzill@dth156.neoplus.adsl.tpnet.pl) 19.38.05 # yes, it's on here 19.39.38 # the fuze has easily the least friendly internal construction of any mp3 player 19.40.01 # :p 19.40.13 Quit _Auron_ (Read error: 54 (Connection reset by peer)) 19.41.24 # kugel: fading looks good on my fuze 19.44.09 Join _Auron_ [0] (n=DarkAuro@ppp-70-244-168-42.dsl.rcsntx.swbell.net) 19.45.42 # saratoga: yea, I thought so too :) 19.47.06 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 19.47.16 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 19.47.26 # kugel: did you get anywhere with the MMU? 19.47.58 Quit danpeterson ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 19.48.10 # saratoga: not yet, I need to have some chat with someone who knows how it works on F/X 19.49.04 # I didn't have time the past few days, but the progress I had was to get the bootloader booting, it hangs at loading the main though 19.49.06 Join saratoga2 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-4c107144e48124b9) 19.49.47 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-90cee24c9ae6ac1f) 19.49.51 *** Saving seen data "./dancer.seen" 19.51.19 # kugel: ok just curious 19.51.34 # if the F is doing things differently then the AMS code, then the AMS code is probably wrong 19.51.41 # maybe this will fix some of our playback issues 19.52.44 Quit saratoga ("CGI:IRC (Ping timeout)") 19.53.21 # saratoga2: exactly 19.54.03 # at very least its probably going to break half our drivers because they implicitly assume that the CPU is slow as hell :) 19.54.27 # I copied the mmu setup from F/X-specific crt0.S into the one that AMS uses 19.55.40 # I don't think the cpu will be faster, but accessing RAM will be 19.55.52 Join TheSkunkMan [0] (n=TheSkunk@207-255-45-173-dhcp.jst.pa.atlanticbb.net) 19.56.40 # hm 19.56.43 # kugel: without the MMU theres no icache right? 19.56.52 # it should be in fact faster, with the icache 19.57.00 # yeah 19.57.02 # a lot faster 19.57.07 # assuming its really off 19.57.16 # I think it is 19.57.21 # the ds indicates 19.57.46 Join nibbler [0] (n=Nibbler@pD9E30E2A.dip.t-dialin.net) 20.01.53 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 20.02.28 # saratoga2: crt0.S is also executed when loading the main binary? 20.03.04 # amiconn said I may miss to flush & invalidate the caches before executing it, but the crt0.S does that iiuc 20.04.23 # kugel: I'm not sure, the details of how rockbox works are beyond me 20.04.52 # at least at the firmware level 20.04.55 # hehe, same here, but I'm learning slowly 20.06.06 Join PaulJam_ [0] (n=PaulJam_@vpn-3030.gwdg.de) 20.06.23 Quit PaulJam (Read error: 145 (Connection timed out)) 20.06.30 # kugel: did you ask kkurbjun about the F? 20.06.39 # no 20.06.58 # i'll ping him 20.07.11 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-b09173f8cadddd2c) 20.09.56 # ah, he seems to be the man to ask 20.11.10 Join goffa [0] (n=goffa@216.220.23.105) 20.13.52 Join karashata [0] (n=karashat@69.41.192.215) 20.13.57 Join tusjen [0] (n=Administ@159.80-202-81.nextgentel.com) 20.19.27 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.20.41 Join axionix_ [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 20.21.22 # jhMikeS: ping 20.23.55 Quit os2user (Remote closed the connection) 20.26.00 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 20.27.23 Join troy_ [0] (n=toppy@78.146.213.144) 20.28.16 Quit Slack_ (SendQ exceeded) 20.29.18 Join Slack_ [0] (n=brett@12-218-60-196.client.mchsi.com) 20.34.40 Quit axionix (Read error: 110 (Connection timed out)) 20.35.09 Quit troy_ (Read error: 104 (Connection reset by peer)) 20.39.45 Join {-phoenix-} [0] (n=dirk@p54B47282.dip.t-dialin.net) 20.40.42 Part tusjen 20.43.29 Quit Slack_ (SendQ exceeded) 20.46.17 # how does someone typically discover usb bootloader mode on a device? do they just try different combinations of buttons as the player is turning on? 20.46.58 Quit fredddy (Remote closed the connection) 20.49.30 # TheSkunkMan: Sometimes they're just explained by the device manufacturer for use when something goes wrong 20.50.21 Quit FOAD (Remote closed the connection) 20.51.44 Join Slack_ [0] (n=brett@12-218-60-196.client.mchsi.com) 20.53.04 Quit {phoenix} (Read error: 110 (Connection timed out)) 20.53.19 Join FOAD [0] (n=dok@dinah.blub.net) 20.55.44 Quit saratoga2 ("CGI:IRC (EOF)") 21.00.40 Join JdGordon|zzz [0] (n=jonno@rockbox/developer/JdGordon) 21.01.11 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 21.01.40 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 21.03.34 Quit Slack_ (SendQ exceeded) 21.04.14 Join Slack_ [0] (n=brett@12-218-60-196.client.mchsi.com) 21.04.15 Join pisicalanai [0] (n=toma@89.33.105.205) 21.04.43 Part pisicalanai 21.05.25 # kugel: pong 21.07.15 # jhMikeS: hey, I've found out that the cache+mmu setup is exactly the same on the AMS sansas as on F/X 21.07.43 # but copy and paste wasn't enough, so I miss something, maybe you can help me? 21.07.57 # Of they use a similar v4 core I would be surprised. 21.08.01 # (bootloader works, but main build doesn't execute) 21.08.02 # *wouldn't 21.08.40 # doing memmapping can be a chore but IRAM can be helpful there and I think there's plenty, no? 21.08.55 # yes 21.09.59 # if the main build starts executing from a virtual address but performs remapping itself, that could hang it 21.10.28 # we have icache and dcache (8KB each) and 320KB IRAM 21.11.18 # our bootloader is in IRAM, but the main build is in SDRAM (of course), could that cause problems? 21.11.38 # it has no mcrr instruction or do you need the rather manual cache range functions as on F/X? 21.11.53 # the latter 21.12.22 # Does the main binary start executing at 0 or the physical address? 21.12.23 Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) 21.12.37 # again, it's exactly the same. Only cache sizes differ between arm922T and arm920T 21.12.50 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-8a72b84af3cdd35b) 21.12.54 # I'm not exactly sure 21.13.29 # I think it's using the physical adress 21.13.40 # I haven't really looked at the F/X code too closely. It should probably hop to physical addresses before doing anything with the MMU. 21.14.07 # since we start with the MMU disabled, I would expect physical address 21.14.31 # but what about the start vector? 21.15.25 # loadaddress = 0x30000000; 21.15.42 # i.e. physical address 21.16.09 # yes, vectors are also relative branches by default and should be relocatable 21.16.31 # interrupt vectors? 21.16.48 # Is there a reason that a build on the clip should behave differently/install differently on reinstalls? 21.17.01 # bugs 21.17.27 Join Davekong [0] (n=Davekong@69.0.39.76) 21.17.51 # saratoga: the default vectors at 0x00000000 21.18.02 Quit archivator ("<>") 21.18.09 # IRAM is mapped to that address 21.18.35 # jhMikeS: what I'm wondering too is: what is TTB_SIZE? 21.18.55 # TTB_SIZE = size of remapping table 21.19.07 # jhMikeS: since we don't need address translation, what exactly does turning the MMU on do? 21.19.16 # i just assumed we could leave it off and keep using physical memory 21.19.35 # the firmware image is to run from 0x30000000? 21.20.01 # saratoga: that's what we're doing right now. but it seems we cannot use caches without mmu 21.20.09 # jhMikeS: yes 21.20.28 # Doesn't the core expect the vectors to be at 0x00000000 to handle abort mode et al? 21.21.46 # I imagine you can remap with the same address, only problem is then obtaining a physical address translation for devices to use 21.22.19 Quit nuonguy ("This computer has gone to sleep") 21.22.23 # The way the memory is mapped might not be compatible then (though I'm not sure). 21.23.14 # jhMikeS: I think F/X runs from 0x30000000 too 21.23.41 # unless I got the code wrong 21.23.50 # DRAMORIG is still 0x00000000 21.24.18 # It starts off at 0x30000000, remaps phys to virt and then I believe jumps to the virt address and continues executing. 21.25.07 # ah 21.25.15 # so that could be the first problem 21.25.27 # http://pastie.org/364076 this is what I have now 21.25.40 # should we do that too? 21.26.09 # See crt0.S line 420 for s3c2440 21.26.54 # ah that maps 0x300.. to 0x0? 21.27.09 # I have copied that part too, so I (accidentely) did that too 21.27.30 # which, of course, can't work 21.27.32 # It makes sure write buffering is on for non-cached sections as well (for framebuffer, _huge_ speed benefit). 21.29.29 # Tried a Windows filecheck/defrag on the clip drive. Still paniced/rebooted after a couple seconds. Would play MP3. Crash on FM. Ran disktidy plugin. Things are OK again. 21.29.36 # do we have to pay special attention on IRAM or cache sizes? 21.30.11 # the iram is unused on fuze and e200v2, but used for codecs on the 2MB ones, if that matters 21.30.46 # * gevaerts suspects that Willwolfe is seeing the 1GB limit issue 21.31.02 # jhMikeS: is memory paged or do the virtual addresses just directly map to physical addresses in a linear fashion? 21.31.14 # gevaerts: on the clip? 21.31.20 # kugel: yes 21.31.38 # I didn't know the clip suffers from that too 21.31.39 # I thought it did not apply to the clip? 21.31.45 # saratoga: It's done as flat on F/X. 21.31.47 # It does (I have it) 21.32.01 # my clip doesnt 21.32.12 # saratoga: It can be done non-flat. Gigabeat S does so. 21.32.23 # is it done nonflat? 21.32.26 # At least I think I have it. I haven't seen any issues since I reformatted it to 950MB or so 21.32.26 # oh sorry 21.32.30 # missed your previous line 21.32.44 # kugel: how big is your clip? 21.32.49 # 2GB 21.32.59 # i think the limit is 2GB for the 2GB model 21.33.01 # maybe the 4GB suffers from that 21.33.02 # and 1GB for the regular 21.33.08 # Mine is 2GB as well 21.33.15 # weird 21.33.29 # * gevaerts doesn't disagree 21.33.32 # i believe the 2GB can access the whole disk, at least thats what funman implied 21.33.33 # Mine is a 2 GB model 21.33.33 # but, my clip has had a lot of problems with the filesystem 21.33.41 # I needed to reformat a zillion times 21.34.04 # although i suppose its possible theres clips with different physical arrangements of Flash banks out there 21.35.31 # I havn't actually reformatted as such. But I can get a completely different behavior with simply reapplying a build. 21.35.47 Quit Horscht ("Verlassend") 21.36.03 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 21.36.23 # jhMikeS: the thing is, this is all new to me, and I have hardly any idea how this memory mapping and stuff works 21.36.27 # if you've got it formatted wrong that will happen 21.36.36 # so I could need some assistance 21.40.51 Join film42 [0] (n=GT@ip68-96-68-104.oc.oc.cox.net) 21.41.44 Quit tim__ (Read error: 54 (Connection reset by peer)) 21.41.58 Join tim__ [0] (n=aoeu@119.109.98.78) 21.42.19 # kugel: It makes table of address translations SRC->DST. There's various formats for the entries described in the docs. Granularity here is 1MB but it can be done down to 4KB. 21.43.37 # FAT, 848 MB used, 1.04 GB free on my clip 21.48.13 # I'm reading the ds a bit and spot: You must only enable the DCache when the MMU is enabled. 21.48.32 # and before that ICache can be enabled without MMU 21.49.46 Join Jaykay [0] (n=chatzill@p579E79B1.dip.t-dialin.net) 21.49.53 *** Saving seen data "./dancer.seen" 21.50.30 # yes, remapping is possible, then caches 21.52.01 # I imagine it won't know what to cache and not without having the MMU telling it what is cacheable from the flags in the table entries 21.55.08 Quit {-phoenix-} () 21.55.19 Join {-phoenix-} [0] (n=dirk@p54B47282.dip.t-dialin.net) 21.55.50 # I suppose flush_icache/invalidate_icache are also the same as for s3c? Those will also need implementation 21.56.30 # jhMikeS: yep 21.56.53 Quit gromit`` (Read error: 110 (Connection timed out)) 21.57.18 # jhMikeS: I thought the ones in mmu-arm.c can be used 21.59.51 # F/X use those too 22.00.05 # kugel: see /firmware/target/arm/s3c2440/gigabeat-fx/system-target.h 22.00.20 # oh that's only dcache 22.00.50 # It shouldn't be, it should include both 22.01.40 Join gromit` [0] (n=gromit@ALagny-154-1-14-251.w83-112.abo.wanadoo.fr) 22.01.46 # Nope, it's the icache invalidate 22.02.05 # aka. "Invalidate entire instruction cache" 22.02.40 # It might be missing "Flush prefetch buffer" 22.03.50 # oops, my bad...it's got clean_dcache and I missed that :p 22.04.18 # heh 22.04.37 # 'mcr p15, 0, %0, c7, c14, 0' (clean and invalidate entire dcache) isn't valid there? 22.04.50 # Saratoga: How would you recommend reformatting a clip? 22.06.01 # jhMikeS: I think it is 22.06.02 Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 22.07.01 Nick JdGordon is now known as JdGordon|afk (n=jonno@rockbox/developer/JdGordon) 22.09.52 # Saratoga: Meaning should I format using a windows utility or the OF format? 22.13.36 # jhMikeS: Invalidate ICache and DCache "MCR p15,0,Rd,c7,c7,0" 22.14.04 # Clean and Invalidate DCache "MCR p15,0,Rd,c7,c14,1" 22.16.28 Quit bmbl ("Woah!") 22.17.06 Join timc`` [0] (n=aoeu@119.109.98.78) 22.18.11 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 22.18.16 # kugel: either I made an error or they changed it for ARM1136. I really don't remember now. hehe. 22.19.08 # jhMikeS: the F/X implementation looks correct to me 22.20.11 # jhMikeS: oh and 'mcr p15, 0, %0, c7, c14, 0' is valid, but only to c&i a single entry, not the whole 22.20.22 # maybe they changed it 22.20.26 # that just flushes the dcache to ram without invalidating it 22.20.44 Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") 22.20.54 # Clean and Invalidate DCache entry (using index) 22.22.06 Quit faemir (Read error: 104 (Connection reset by peer)) 22.22.16 # (from the ds) 22.23.10 # jhMikeS: so, it looks alright to use mmu-arm.c and the invalidate_icache() from F/X 22.23.11 # clean_dcache won't invalidate 22.23.29 # no 22.23.32 # that's correct 22.24.05 # ah, you mean invalidate_icache() should also do invalidate_dcache() (not only clean_dcache())? 22.24.19 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 22.24.23 # that's what's expected of it 22.24.39 Quit karashata ("G'bye everyone!") 22.25.17 Join yhuang [0] (n=blah@c-68-84-62-252.hsd1.nj.comcast.net) 22.25.43 Quit t0mas ("bye bye") 22.26.07 # those really should be renamed to invalidate/flush_cache. I think the naming is a holdover from coldfire which only has an icache. 22.26.37 # possibly 22.27.15 Part Davekong ("Leaving") 22.27.59 Join Rondom [0] (n=Rondom@dslb-084-057-152-147.pools.arcor-ip.net) 22.28.29 # Unhelpful was having frustrations about the cache function wrappers. Really none of those functions need to be inlined and then the wrappers can go away. 22.29.32 # PP has ones that are too large for inlining and so they are not there. 22.34.23 Quit tim__ (Connection timed out) 22.35.57 # i have a few files on my DAP that cause it to abort at 000090D0 (0), the files are ultra high quality MP3 ABR of 300 and at 48 kHz sample rate, the DAP is a Sansa E250 v1, running latest bootloader and official build 22.47.35 # saratoga: ok, the icache is probably enabled 22.47.53 # I notice a big difference if I don't enable it 22.49.35 # ive uploaded one of the songs too a drop, since its "protected" by the dmca, i cant post the link in the open... 22.50.54 # gartral: most data aborts are related to unproper tags from my experience 22.52.40 # Unhelpful: test_boost is broken 22.52.45 # kugel: does a completly untagged file break? 22.53.07 # I don't think so 22.56.54 Quit Rondom ("Ex-Chat") 22.57.01 # and the weird part is that the files will play for about 30s and then RB aborts at the address i gave you 22.59.44 Quit petur (Remote closed the connection) 23.00.36 Join krazykit [0] (n=kkit@adsl-76-252-3-75.dsl.ipltin.sbcglobal.net) 23.02.37 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-3447180d2622e521) 23.03.22 # gartral: Have you tried the files in the UI simulator? Do you have any similar files that work? 23.03.44 Join dberg918 [0] (n=dave@cpe-098-121-161-003.ec.res.rr.com) 23.06.12 Join ibseco [0] (n=ibseco@BAH55a0.bah.pppool.de) 23.10.02 Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) 23.10.08 Quit amiconn (Nick collision from services.) 23.10.10 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 23.10.40 Quit pixelma (Read error: 110 (Connection timed out)) 23.11.30 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 23.12.24 # kugel: Doing flush & invalidate in crt0.S of the main binary is too late. If the bootloader enables caches, it needs to flush & invalidate them after loading the main binary but *before* calling it 23.12.32 # The alternative would be to not enable caches in the bootloader, but only in the main binary. That would remove the need for flush & invalidate in the bootloader. It still needs that in the main binary for a working rolo implementation, and also for loading plugins, codecs etc 23.12.36 # (actually with the exception of codec on the lowmem as3525 targets, as codecs reside completely in iram on those) 23.13.52 # amiconn: I tried invalidate_icache() right before kernel_entry() in the bootloader, without success 23.14.30 # (invalidate_icache() also flushes&invalidates dcache) 23.14.33 # You need to flush the data cache first, then invalidate the icache, and then call the main binary 23.17.12 # well, that didn't work 23.17.20 # but I think the problem is with the mapping 23.17.33 # I didn't get that right yet 23.17.33 Join tvelocity [0] (n=tony@adsl19-145.her.forthnet.gr) 23.19.08 Quit {-phoenix-} (Read error: 104 (Connection reset by peer)) 23.21.08 # i can update my sims build with any rockbox.zip, as long as its built for the target the sim is enulating, right? 23.21.20 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 23.21.35 # wrong 23.21.54 # The simulator is a simulator (sic!), not an emulator 23.22.22 # Plugins, codecs etc need to be built for the simulator 23.23.53 # The simulator emulates a simulator or simulates and emulator? 23.24.05 Quit tvelocity[a] (Read error: 110 (Connection timed out)) 23.24.36 Quit tajlero ("Leaving") 23.24.39 # ohh.. 1) i put emulator when i meant simulator (and didnt make the connection till now) and 2) i need too do a sim build for the e200 then, so one moment 23.28.02 # gevaerts: http://jhmikes.cleansoap.org/usb-drv-more-updates.patch I assumed the c200 situation was the same as e200. This also cleans some junk up from the arc driver between IMX31 and others before it got too cluttered. 23.31.07 # c200 is indeed the same as e200 23.31.21 Quit dberg918 ("Ex-Chat") 23.32.49 Quit nibbler (Read error: 110 (Connection timed out)) 23.39.49 # jhMikeS: I think that looks OK. The only small issue I see is that the USB_PLUGGED vs USB_INSERTED naming could be confusing 23.40.16 # Any suggestion for renaming? 23.40.37 # not yet. I'm thinking... 23.41.02 # I wanted to preserve the INSERTED/EXCTRACTED event to function equivalently. 23.41.08 # USB_PLUGGED means "cable inserted" and USB_INSERTED means "cable inserted and USB signalling seen", right? 23.41.20 # yes 23.41.50 # basically, charger insertion prepares it to see a bus reset. if it gets that it goes further with full enabling. 23.41.50 # Does "cable inserted" mean that the cable is attached to anything at the other end? 23.42.00 # yes 23.42.18 # So it's "power" and "data"? 23.42.26 # it means the charger is present which is indistinguishable from USB power from an electrical standpoint 23.42.56 # Isn't there already a USB_POWERED define being used somewhere? 23.42.59 # I even checked the PCB on that one 23.43.16 # linuxstb: only as a state, not a message event 23.43.52 # Why not add EVT or similar to those event defines? 23.45.01 # I could use USB powered as an event and it would conflict with nothing at all. 23.45.12 # *USB_POWERED 23.45.30 # I guess that would be better 23.46.30 # Anyway I think using bus reset detection is the right way to go with this 23.49.56 *** Saving seen data "./dancer.seen" 23.58.42 Quit gregzx (Connection timed out)