--- Log for 29.12.111 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 15 hours and 5 minutes ago 00.00.12 # hm, it seems to get past enumeration at least 00.02.00 # works even with 20msec delay 00.02.36 # if a non-setup endpoint doesn't at least NAK the transfers, this should have broken enumeration IIUC, which it apparently didn't 00.03.02 # gevaerts: is there a difference between control and bulk transfers regarding this kind of stuff? 00.03.54 # You mean the NAK behaviour? 00.04.05 # yeah, or lost packet behavior 00.04.30 # adding that delay kicks us back into this IDENTIFY loop which gives up after 6 tries, without the delay it gets past that but craps out after a couple READ(10) requests 00.05.08 # That should be the same. Isochronous is different, but bulk, interrupt and control are token/NAK or token/DATA 00.05.43 Join GeekShadow [0] (~antoine@34.42.75.86.rev.sfr.net) 00.06.09 # Basically the host sends a "token", and you're supposed to respond quickly, with either a data packet or a NAK 00.06.47 # so do you have any explanation why a delay before setting up a UMS data stage EP could make the IN transfer block without ever getting a transfer completion (on the device side)? 00.07.01 # I don't yet know whether the affected packet is received by the host or not, but I would suspect not 00.08.13 # I don't know. Sounds like a driver/controller issue to me 00.08.47 # OTOH I'm using basically the same driver in emCORE and there are a couple USB requests which take up to several seconds, and if I configure the timeout on the client side accordingly everything works fine 00.08.49 # And outside the ARC driver (which is atypical) I don't have experience with device-side 00.09.29 Join stoffel [0] (~quassel@pD9E415C0.dip.t-dialin.net) 00.09.51 # so if it's a timeout, it would be one that's sitting inside windows' UMS implementation 00.10.03 # and I don't think that makes much sense 00.10.50 # I don't really believe that 00.13.05 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 00.13.32 Quit stoffel (Remote host closed the connection) 00.13.51 Quit marcol07 (Quit: CGI:IRC (Ping timeout)) 00.14.37 Quit kevku (Ping timeout: 268 seconds) 00.15.12 # hm, 100ms delay don't hurt data stages, but tiny amounts of logging action do seem to hurt certain CSW transmissions 00.15.19 # this needs further investigation 00.17.13 Quit [Saint] (Read error: Connection reset by peer) 00.17.17 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 00.19.01 Nick [Saint_] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) 00.20.28 # gevaerts: the delay seems to only hurt for INQUIRY commands. sounds like a highlevel timeout :/ 00.21.01 # * gevaerts still doubts that 00.21.26 # That's also still the first bulk transfer on that endpoint 00.21.48 # well, i added a udelay(100000) before every invocation of send_command_result except for the inquiry one and it works 00.21.55 # if i add it to send_command_result itself it breaks 00.22.25 # interesting idea... 00.27.10 Quit GeekShadow (Ping timeout: 252 seconds) 00.32.44 # hm, but even if i initialize that endpoint to some dummy values that should match what's there after a successful transfer it doesn't work 00.33.07 Quit Strife89 (Ping timeout: 240 seconds) 00.38.53 # kugel: what are you talking about with fast_readline? 00.40.48 # JdGordon_: can you have a look at FS#12475 ? 00.40.49 # http://www.rockbox.org/tracker/task/12475 3Crash while playing audio (bugs, unconfirmed) 00.40.58 # yes, but not till this evening 00.41.07 # right 00.41.21 # i've seen also malloc errors on clipv1. kugel: might this be related? 00.44.12 Join GeekShadow [0] (~antoine@212.101.193.77.rev.sfr.net) 00.44.14 # any crashes in the skin rendering are quite likely to be buflib isues 00.44.58 # kugel: ping FS#12475 , crashes in buflib on clipv1 00.44.59 # http://www.rockbox.org/tracker/task/12475 3Crash while playing audio (bugs, unconfirmed) 00.54.44 *** Saving seen data "./dancer.seen" 00.59.04 Part jlbiasini 01.07.35 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 01.17.02 Quit Misan (Remote host closed the connection) 01.31.22 Join skx` [0] (~skx@78-22-77-87.access.telenet.be) 01.38.31 Join perrikwp [0] (~quassel@cpe-071-076-184-171.triad.res.rr.com) 01.42.09 Join Strife89 [0] (~Strife89@adsl-068-213-037-174.sip.mcn.bellsouth.net) 01.45.11 # man i wish dfkt was here i wanted to ask him about the clips 01.45.38 # the screens on the clips are really small and some other things i wanted to ask 01.47.36 # <[Saint]> You could always try asking anyway...just for fun. 01.51.25 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 01.53.32 Part jlbiasini 01.54.05 # :D 01.54.58 # well i want to know if the clip can be removed cause i would never use that and if its removed does the slot the clip was in stand out and make it look ugly, but im pretty set on the fuze it seams a lot more durable 01.55.25 # nosa-j: not sure if it's rockbox related 01.55.52 # no the clip and small screen are just the way its made 01.56.00 # ha 01.57.23 # but i was, wondering how rockbox runs. i supose i really loved rockbox on the nano1g but, its 1g... 01.57.52 # gah gota run 02.05.39 Quit captainkwel (Quit: Ex-Chat) 02.07.54 Quit bertrik (Ping timeout: 240 seconds) 02.18.15 Quit lebellium (Quit: ChatZilla 0.9.88 [Firefox 10.0/20111221135037]) 02.22.31 Quit n1s (Quit: Ex-Chat) 02.42.27 Quit skx` (Ping timeout: 276 seconds) 02.43.35 Join skx` [0] (~skx@78-22-74-38.access.telenet.be) 02.54.45 *** Saving seen data "./dancer.seen" 03.04.47 Quit Strife89 (Quit: Vamoose.) 03.05.20 Quit efyx (Remote host closed the connection) 03.17.12 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.18.37 Quit [Saint] (Ping timeout: 240 seconds) 03.22.48 Quit Torne (Ping timeout: 252 seconds) 03.23.19 # what's up with "/" not being the default recording directory any longer? 03.29.00 # recording just says it can't write to it :\ 03.33.25 Quit Scromple (Read error: Connection reset by peer) 03.33.47 Quit kugel (Ping timeout: 276 seconds) 03.35.51 # that sounds wrong 03.38.47 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.38.49 # indeed 03.41.31 Quit [Saint_] (Ping timeout: 252 seconds) 03.46.00 Join Torne [0] (~torne@rockbox/developer/Torne) 03.49.00 Quit tails_ (Quit: Leaving) 04.05.44 Join Scromple [0] (~Simon@119.225.209.134) 04.13.56 Quit remlap (Read error: Connection reset by peer) 04.18.23 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 04.26.33 Quit amiconn (Disconnected by services) 04.26.34 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.26.56 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.27.26 Quit pixelma (Disconnected by services) 04.27.29 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.27.31 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.28.20 Quit TheSeven (Disconnected by services) 04.28.32 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.40.59 Join user890104 [0] (~Venci@6bez10.info) 04.54.49 *** Saving seen data "./dancer.seen" 05.04.58 Quit SynrG (Read error: Connection reset by peer) 05.22.22 # JdGordon_, If still here, please check FS#12475 [Though I'm starting to think it's already fixed on the builds, but haven't had enough time to confirm it] 05.22.23 # New commit by 03jethead71 (r31460): i.MX31: Some tweaks with variable declaration in SPI driver. 05.22.23 # http://www.rockbox.org/tracker/task/12475 3Crash while playing audio (bugs, unconfirmed) 05.23.00 # JdGordon_, And thanks, sorry to bother you. 05.23.22 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 05.24.33 # r31460 build result: All green 05.25.33 Join stephph [0] (~stephph@103-180.200-68.tampabay.res.rr.com) 05.26.03 # i need help... i am looking for the channel and how to d.l. karaoke music 05.28.50 Join Rob2222 [0] (~Miranda@p4FFF3A31.dip.t-dialin.net) 05.32.37 Quit Rob2223 (Ping timeout: 252 seconds) 05.34.29 Quit stephph (Ping timeout: 248 seconds) 05.35.42 Join user890104_ [0] (~Venci@6bez10.info) 05.38.41 Quit user890104 (Ping timeout: 252 seconds) 05.39.53 Join saratoga [0] (9803c31c@gateway/web/freenode/ip.152.3.195.28) 05.51.29 Join ungali [0] (~Samuel@S01060007e907c60a.cg.shawcable.net) 05.52.50 Quit skx` (Ping timeout: 248 seconds) 06.09.32 Part ungali 06.15.37 # New commit by 03jethead71 (r31461): i.MX31: Implement asynchronous version of I2C driver. ... 06.17.28 # r31461 build result: All green 06.23.14 Quit factor (Read error: Connection reset by peer) 06.40.22 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 06.40.37 Join factor [0] (~factor@74.197.205.204) 06.46.15 Quit bluefoxx (Ping timeout: 240 seconds) 06.54.53 *** Saving seen data "./dancer.seen" 07.14.53 Join SynrG [0] (~synrg@blk-222-91-184.eastlink.ca) 08.03.58 Quit saratoga (Quit: Page closed) 08.08.06 Join chkktri_ [0] (~user@83.149.48.115) 08.54.55 *** Saving seen data "./dancer.seen" 08.56.12 Join JdGord [0] (~AndChat@pa58-109-178-209.pa.nsw.optusnet.com.au) 08.56.30 Join ender` [0] (~ender@foo.eternallybored.org) 09.03.04 Quit JdGord (Ping timeout: 252 seconds) 09.03.44 Join Horschti [0] (~Horscht@p57B57F23.dip.t-dialin.net) 09.03.44 Quit Horschti (Changing host) 09.03.44 Join Horschti [0] (~Horscht@xbmc/user/horscht) 09.06.36 Quit Horscht (Ping timeout: 244 seconds) 09.08.48 Quit Scromple (Read error: Connection reset by peer) 09.08.49 Join JdGord [0] (~AndChat@pa58-109-178-209.pa.nsw.optusnet.com.au) 09.15.49 Quit JdGord (Ping timeout: 248 seconds) 09.38.07 Quit n17ikh (Ping timeout: 252 seconds) 09.39.34 Quit chkktri_ (Ping timeout: 252 seconds) 09.45.34 Quit bieber (*.net *.split) 09.45.35 Quit ze (*.net *.split) 09.45.35 Quit ender| (*.net *.split) 09.45.35 Quit bzed (*.net *.split) 09.45.35 Quit Rondom (*.net *.split) 09.45.35 Quit kkit (*.net *.split) 09.45.35 Quit pjm0616 (*.net *.split) 09.45.35 Quit ack (*.net *.split) 09.45.35 Quit Galois (*.net *.split) 09.48.19 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.49.11 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 09.49.11 Join ze [0] (ze@ze.yi.org) 09.49.11 Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) 09.49.11 Join bzed [0] (~bzed@devel.recluse.de) 09.49.11 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 09.49.11 Join kkit [0] (~quassel@li135-248.members.linode.com) 09.49.11 Join pjm0616 [0] (~user@114.200.203.101) 09.49.11 Join ack [0] (~ack@mingbai.org) 09.49.11 Join Galois [0] (djao@efnet-math.org) 09.59.34 Join nosa [0] (~m00k@adsl-74-235-26-132.clt.bellsouth.net) 10.00.51 Quit nosa-j (Ping timeout: 252 seconds) 10.00.52 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-132.clt.bellsouth.net) 10.03.09 Join stoffel [0] (~quassel@pD9E4382E.dip.t-dialin.net) 10.21.22 Quit adnap (Remote host closed the connection) 10.27.49 Join adnap [0] (~adnap@rrcs-71-42-140-57.sw.biz.rr.com) 10.27.50 Quit stoffel (Read error: Operation timed out) 10.29.00 Join bluefoxx [0] (FuzzyLomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 10.36.33 Quit scorche (Read error: Connection reset by peer) 10.48.35 Join scorche [0] (~scorche@rockbox/administrator/scorche) 10.49.18 Join stoffel [0] (~quassel@pD9E4382E.dip.t-dialin.net) 10.54.56 *** Saving seen data "./dancer.seen" 11.05.25 Join einhirn [0] (~Miranda@p4FC74C99.dip0.t-ipconnect.de) 11.11.08 Join n1s [0] (~n1s@rockbox/developer/n1s) 11.20.47 Quit stoffel (Read error: Operation timed out) 11.20.59 Join lebellium [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 11.24.50 Join marcol07 [0] (~4e628860@www.haxx.se) 11.28.34 Join kugel [0] (~kugel@141.45.176.104) 11.28.34 Quit kugel (Changing host) 11.28.34 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.43.08 Quit kugel (Ping timeout: 240 seconds) 12.04.09 Nick user890104_ is now known as user890104 (~Venci@6bez10.info) 12.12.59 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 12.15.37 Join chkktri_ [0] (~user@ip-78-139-196-175.danet.in) 12.17.20 Quit bluefoxx (Ping timeout: 248 seconds) 12.23.32 Join kugel [0] (~kugel@141.45.176.104) 12.23.32 Quit kugel (Changing host) 12.23.32 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.34.16 Quit einhirn (Ping timeout: 252 seconds) 12.39.45 # I _think_ I found the problem with the android r7 ndk 12.40.07 # we're not linking gcc, which you do need to do explicitely in the new toolchain 12.40.13 # libgcc 12.41.41 # <[Saint]> I was unaware there was a problem. 12.42.27 Quit chkktri_ (Ping timeout: 240 seconds) 12.42.28 # apparently libgcc is implicitely linked on any other toolchain 12.42.43 # [Saint]: well, it doesnt compile with r7 12.42.52 # (it==RaaAoA=) 12.44.00 # <[Saint]> Yeah. That's not *too* much of a problem though is it? Is there any benefit in using the newer ndk? 12.46.33 # [Saint]: the problem is more that you can't officially download earlier versions :) 12.47.05 # <[Saint]> Ah...gotcha. 12.49.18 Join chkktri_ [0] (~user@ip-78-139-196-175.danet.in) 12.53.54 Quit bertrik (Remote host closed the connection) 12.55.00 *** Saving seen data "./dancer.seen" 13.02.52 # New commit by 03jethead71 (r31462): Gigabeat S: Update RDS processing to use asynchronous I2C rather than thread. 13.03.09 # jhMikeS: ping 13.03.14 # pong? 13.03.48 # jhMikeS: you mentioned the default rec dir doesnt work anymore 13.03.59 # when it's cleared or never set, yes 13.04.08 # I suspect r31430 is the cause 13.04.47 # r31462 build result: All green 13.06.21 # jhMikeS: you could try changing the "/" in rec_create_filename() to HOME_DIR. Or removing the strcpy entirely 13.06.48 # hmmm...can do 13.07.28 # HOME_DIR (which is also the default rec dir) is now "/." instead of "/" to work around the "//" a the beginning of a path issue 13.08.53 # the strcpy() is to avoid that but that shouldn't be needed anymore 13.11.24 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 13.15.15 Quit JdGordon_ (Remote host closed the connection) 13.23.04 # hm, rds.c now has a hardware dependency 13.23.06 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 13.24.14 # it was meant originally as HW independent rds parser 13.25.28 # then let's have two 13.26.28 # if it needs to operate differently on different archs, then what should be done to keep it that way? 13.28.05 # kugel: so, if the dir is "/", then make the dir blank? 13.31.22 Quit [Saint] (Read error: Connection reset by peer) 13.32.45 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 13.35.13 # jhMikeS: that's what it does right now 13.39.48 # did you mean to say to remove the strcpy or the strcmp? 13.45.49 # both 13.46.03 # no, wait 13.46.19 # only the strcmp. still copy global_settings.rec_dir 13.47.03 # (or make it the second param of create_*_filename 13.47.15 # that's assuming r31430 is really the cause of course 13.49.57 Quit ender| (Read error: Operation timed out) 13.51.09 # hi guys can somebody please tell me how to make local settings? i mean that setting would be set in .cfg and displayed in .wps 13.53.00 Quit ender` (Ping timeout: 255 seconds) 13.53.12 # <[Saint]> marcol07: what are you wanting to achieve? 13.54.26 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 13.56.59 # i want theme to act as set in .cfg... for example what to show in statusbar... 13.57.40 Quit user890104 (Read error: Connection reset by peer) 13.59.36 # <[Saint]> I think you're going to need to word that slightly better... 14.00.08 # <[Saint]> You do know a theme can already set any valid configuration option...right? 14.01.20 Join n17ikh [0] (~peter@c-174-56-150-44.hsd1.sc.comcast.net) 14.01.54 # something like "scrollbar: left" in .cfg? 14.02.15 # funny that dir_exists doesn't return true for the home dir 14.02.36 # <[Saint]> "any valid configuration setting" 14.02.59 # <[Saint]> If you can set it via Settings, a theme can set it. 14.03.52 # Mostly, anyway 14.04.00 # The theme site doesn't allow *all* settings 14.04.15 # * jhMikeS thinks this HOME_DIR thing missed a thing or two 14.04.17 # yeah i know that a bit but i just wanted to set some theme params for theme 14.04.29 # A theme author may think that his theme works better with more bass, but that doesn't mean it's a good idea :) 14.04.44 # :D 14.04.46 # <[Saint]> I was getting to that...the themesite is *very* restrictive. But I didn't mention that as we'd not got that far yet. 14.04.58 # jhMikeS: hm, don't we handle "."? 14.05.57 # <[Saint]> But, if you have no intention of uploading it to the themesite...its totally unrestricted. 14.06.41 # <[Saint]> A theme .cfg and a configuration .cfg are pretty much the same thing. 14.06.43 # kugel: as a path component? 14.06.49 # jhMikeS: yea 14.06.57 # "/." should be a valid path 14.08.41 # dir_exists isn't handling it in rec_create_directory and when recording goes to save the data, it also fails. someone put in a fudge to test for equivalence to HOME_DIR and not call dir_exists 14.08.49 # <[Saint]> marcol07: the themesite wont let you upload a theme with "bad" values...so you'll quickly learn what you can/can't set. 14.08.57 # but, why should fudges be necessary? 14.09.07 # i didnt want to chcange "system" settings but only some custom variables... 14.09.23 # <[Saint]> Such as? 14.10.38 # <[Saint]> (There's a very good reason why we disallow most values to be set via a theme, btw) 14.11.21 # clip sansa plus: i want status bar at top and i want to show a song title in menus and i just wanted to allow user disable to show there also artist... 14.12.07 # i am too tired i suppose :/ 14.12.38 # <[Saint]> Statusbar is set to top by default (and can be set via a theme cfg), and the latter isn't possible. 14.12.41 Quit Topy44 (Ping timeout: 268 seconds) 14.13.33 # jhMikeS: I thought we handled "/." as it's valid. If that's not true change HOME_DIR to be "/" and hope everything can handle "//" (including the numerious OSes we can possibly run on) 14.13.45 # that worked in the past at least 14.13.46 # i am missing something... :/ i should read it again few times... 14.14.51 # <[Saint]> Basically...there's no way for a theme to add arbitrary configuration values. You only get to use what is already present. 14.15.38 # <[Saint]> A touchscreen theme can do a toggle for whatever you can imagine...a non touch target cannot. 14.15.50 # ok thanks thats it i think 14.16.55 # New commit by 03jethead71 (r31463): Forgot a "static" in r31462. 14.18.32 # kugel : I thought it was to make sure it ran on numerous OSes ? :) 14.18.46 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.19.03 # r31463 build result: All green 14.19.04 # * jhMikeS isn't sure he wants to get deep right this moment 14.19.28 # jhMikeS: yes, but we need to handle it ourselves first and foremost :) 14.26.52 Quit chkktri_ (Quit: Leaving) 14.38.45 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 14.39.12 Join user890104 [0] (~Venci@Addicted.to.Minecraft.ipv6.6bez10.info) 14.46.30 Join stoffel [0] (~quassel@pD9E42040.dip.t-dialin.net) 14.49.06 # jhMikeS, I think it would be a waste to split RDS parsing for different archs 14.49.29 # the code you added is basically protection against concurrent access to the RDS ps and rt data, right? 14.50.11 # can you think of a way to do this without having SI4700 #ifdefs in rds.c? 14.51.13 # I don't mind making the triple buffer part of the arguments to the rds_get_ps() and rds_get_rt() functions 14.55.02 *** Saving seen data "./dancer.seen" 14.55.24 # kugel: // at the start of a path means unc format at least in cygwin 14.58.43 Quit [Saint] (Quit: I know its a sin to kiss and swallow.) 14.59.17 Quit JdGordon| (Remote host closed the connection) 14.59.18 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 15.10.55 Quit mikroflops (Quit: <(^_^)>) 15.12.54 Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) 15.14.06 # bertrik: basically just that, yes 15.15.17 # bertrik: yeah, it doesn't need to be SI4700_* since it could be used on other archs 15.17.20 # amiconn: so the sim tried to record to a network location until recently? 15.17.22 # or, perhaps the caller should just pass the buffers. in any case, it just needed to be implemented 15.18.17 # Does the sim record at all? 15.18.33 # amiconn: not actually 15.26.06 Join ender` [0] (~ender@foo.eternallybored.org) 15.26.20 Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) 15.39.56 Join y4n [0] (y4n@unaffiliated/y4ndexx) 15.43.56 Join webguest45 [0] (~3ba17a65@www.haxx.se) 15.47.46 Quit webguest45 (Client Quit) 15.55.51 # New commit by 03jethead71 (r31464): RDS: Use a define that doesn't imply any particular hardware dependency. ... 15.57.49 # r31464 build result: All green 16.06.26 Join ironzorg [0] (~ironzorg@ironzorg.fr) 16.07.43 Quit liar (Read error: Connection timed out) 16.08.14 # hi, I'm not sure how I'm supposed to properly remove the game I installed with the rockbox utility on my sansa clip+ 16.08.28 # can anybody help me with this ? 16.08.55 # I think I could remove a few folders from the .rockbox directory manually.. 16.09.42 # <[Saint]> What game are you talking of, rockdoom one assumes? 16.10.10 # I have a whole bunch of games/demos/apps on my music player that I don't want 16.10.31 # yes, rockdoom is one of them 16.11.05 # <[Saint]> So don't use them? You'll recover approximately sweet-f-all space removing them. 16.12.22 # how much space do those thing take ? 16.12.34 # just delete the .rockbox/rocks folder to gain ~4mb space :) 16.12.51 # <[Saint]> Pretty much none. A few hundred KB. 16.13.27 # <[Saint]> 4MB?!? Wow...ok, slightly more than I thought. 16.13.59 # dfkt: that's a bit much. Some stuff in there is used in a "non-plugin" context 16.14.22 # true, the viewers folder should probably stay 16.16.00 # i think the biggest file in rockbox is actually 16-GNU-Unifont ;) 16.19.03 # You can safely remove games/ and demos/. apps/ depends on what you think is essential (random_folder_advance_config.rock comes to mind as something that isn't "extra"), viewers/ has some stuff you might want to keep (properties.rock and credits.rock are called from elsewhere) 16.19.44 # I removed the whole rocks folder 16.20.12 # <[Saint]> Silly move. 16.20.23 # <[Saint]> You're removing useful tools. 16.20.28 # you all seemed to agree with dfkt suggestion 16.20.42 # we did? 16.20.47 # <[Saint]> We did? 16.21.07 # given you didnt say anything after his suggestion, yse pretty much 16.21.10 # ^T 16.21.10 # nobody agreed with me... but you can easily extract a new rockbox over the old one, and jsut remove the stuff gevaerts suggested 16.21.17 # <[Saint]> Saying nothing != agreement. 16.21.23 # thats arguable 16.21.33 # what am I missing without that folder anyway ? 16.21.33 # <[Saint]> Apparently it is... 16.21.37 # You mean we didn't say anything within 10 seconds 16.22.05 # in fact, for 5 minutes 16.22.36 # <[Saint]> We have timestamps... 16.22.40 # http://www.rockbox.org/irc/log-20111229#16:13:59 16.23.03 # <[Saint]> Its not even been five minutes yet :) 16.23.36 # what am I missing without that folder anyway ? 16.23.51 # Read what I said 16.23.58 # <[Saint]> But ...putting that aside. You pretty much want to keep /rocks/apps/ 16.24.00 # "some stuff" 16.24.04 # thank you 16.26.57 # ironzorg: I did say more than that 16.27.56 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 16.28.35 # dfkt: you only get unifont if you install the font pack I believe 16.29.01 # <[Saint]> Oh...I forgot about viewers. Yeah, you *might* want to keep that... 16.29.54 # I'm updating my version of rockbox anyway, I guess it doesn't matter anywya 16.29.59 # ^W 16.31.52 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 16.31.54 Quit pamaury (Changing host) 16.31.54 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 16.38.35 # and now, the hardest step of the installation 16.38.37 # choosing a theme. 16.39.47 # <[Saint]> CabbieV2, done, we did it for you! 16.41.46 # I don't see it in the list ! 16.42.30 # <[Saint]> Its the default theme, that's what I meant by "we did it for you". 16.43.13 # oh 16.43.15 # <[Saint]> 'Twas an attempt at humour. 16.47.38 # I think I will roll with the default theme ! 16.48.43 # * [Saint] needs to get around to backporting raaa cabbie code into non-application targets. 16.49.15 # <[Saint]> There's a lot of fixes/refinements I'd like to add. 16.51.32 # does anyone have a wps syntax highlighting config for notepad++? i tried to make one, but there seems to be some annoying limitations 16.54.04 # <[Saint]> I can't even begin to think how it could handle the foolishly complicated mess of nested conditions in some of my themes. 16.54.38 # the major issue with highlighting is that there's often no space between % tags, and notepad++ chokes on that 16.55.06 *** Saving seen data "./dancer.seen" 16.55.07 # nesting is not an issue, but maybe my themes aren't convoluted enough :) 16.58.32 # http://img.elektrokrishna.com/images/14625821123853775413.png 16.59.57 # it keeps using the reddish % color for plain text that follows afterwards 17.02.12 # worse then LaTeX 17.09.03 Join einhirn [0] (Miranda@vpn10.rz.tu-clausthal.de) 17.26.09 # dfkt, Yap doesn't crash with this build. I'll update the bugtracker. 17.29.05 # Yap? 17.34.48 # dfkt, Look at the last lines from last night. 17.35.16 # dfkt, Basically it doesn't crash with some recent build. 17.36.50 # <[Saint]> That's even more of a problem, really. If its not been deliberately fixed, then there's always a chance it will reappear. 18.14.36 Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) 18.16.44 Quit remlap (Ping timeout: 252 seconds) 18.21.41 Join adnap_ [0] (~adnap@rrcs-71-42-140-57.sw.biz.rr.com) 18.22.01 Quit adnap (Ping timeout: 244 seconds) 18.32.57 Quit remlap1 (Quit: Leaving.) 18.33.15 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 18.38.05 Quit stoffel (Ping timeout: 240 seconds) 18.43.33 Quit factor (Read error: Connection reset by peer) 18.46.31 Join factor [0] (~factor@74.197.205.204) 18.55.06 Quit user890104 (Ping timeout: 268 seconds) 18.55.09 *** Saving seen data "./dancer.seen" 18.55.21 Join user890104 [0] (~Venci@Addicted.to.Minecraft.ipv6.6bez10.info) 19.01.46 Join stephph [0] (~stephph@103-180.200-68.tampabay.res.rr.com) 19.06.34 Quit stephph (Ping timeout: 276 seconds) 19.09.55 Quit factor (Ping timeout: 252 seconds) 19.16.47 Quit jlbiasini (Remote host closed the connection) 19.20.19 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 19.25.27 Join factor [0] (~factor@74.197.205.204) 19.29.14 Join stoffel [0] (~quassel@pD9E42040.dip.t-dialin.net) 19.31.02 Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) 19.33.31 Join bluefoxx [0] (FuzzyLomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 19.33.50 Join MethoS- [0] (~clemens@134.102.106.250) 19.35.37 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.35.44 # hello all 19.36.17 # usb hid doesn't work anymore on my device fuze+. I 've eard there's been some change? 19.36.58 Quit bluebrother^ (Read error: Operation timed out) 19.38.08 Quit fs-bluebot (Ping timeout: 240 seconds) 19.39.22 # jlbiasini: could you check if r31457 causes this? 19.39.31 # And if so, poke funman 19.39.42 Join fs-bluebot [0] (~fs-bluebo@g226071023.adsl.alicedsl.de) 19.40.36 Quit y4n (Disconnected by services) 19.40.43 Join y4n [0] (y4n@unaffiliated/y4ndexx) 19.40.44 Quit Galois (Read error: Operation timed out) 19.41.16 # ok what's the command again to downgrade svn? 19.41.21 Join Galois [0] (djao@efnet-math.org) 19.41.28 # svn up -r xxxx 19.49.35 # funman: hid doesn't work anymore on fuze+ since r31457! :D 19.53.57 # no hang, display as it would work, but keys have no effect (exept the one to switch mode) 19.54.48 # funman: I think you wrongly removed buf[0] = report_id; 19.54.58 # (line 822) 19.55.24 # jlbiasini: try adding this back after the memset 19.55.36 # ok 19.55.55 # ah perhaps not, he added it at another place :-/ 19.58.05 # pamaury: should I try anyway? 19.58.15 # yes 19.59.09 Quit y4n (Ping timeout: 244 seconds) 19.59.39 Join y4n [0] (y4n@unaffiliated/y4ndexx) 20.01.55 # ‘report_id’ undeclared (first use in this function) 20.03.59 # arf, so he must have changed the logic somewhat, I don't have the time to check, so you'll have to wait for funman 20.05.31 Join lorenzo92 [0] (~chatzilla@host8-14-dynamic.182-80-r.retail.telecomitalia.it) 20.05.47 Quit lorenzo92 (Client Quit) 20.07.27 Quit remlap (Ping timeout: 240 seconds) 20.07.48 Quit perrikwp (*.net *.split) 20.09.02 Join perrikwp [0] (~quassel@cpe-071-076-184-171.triad.res.rr.com) 20.09.13 Part jlbiasini 20.12.38 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 20.14.23 Join WilliamC [0] (~William@nc-184-4-50-27.dhcp.embarqhsd.net) 20.14.55 # Is Rockbox better than the default firmware for the Sansa Clip Zip? 20.15.42 Quit MethoS- (Remote host closed the connection) 20.16.30 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 20.17.45 # WilliamC: a few people here believe it's the case ;) 20.18.07 Quit [Saint] (Ping timeout: 240 seconds) 20.18.39 # Anyway, I'm having an issue 20.18.48 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 20.18.55 # It says Device Cannot Start 20.19.33 # I think I'll reboot 20.20.05 Quit WilliamC (Read error: Connection reset by peer) 20.20.11 # usb on the clip zip is unstable 20.20.15 # he left... 20.22.53 Join lorenzo92 [0] (~chatzilla@host8-14-dynamic.182-80-r.retail.telecomitalia.it) 20.22.55 Join Strife89 [0] (~Strife89@207.144.201.128) 20.25.26 Quit [Saint_] (Ping timeout: 240 seconds) 20.25.27 Quit dreamlayers (Quit: Leaving) 20.26.36 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 20.27.12 Quit bluefoxx (Ping timeout: 255 seconds) 20.31.41 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 20.35.26 Quit [Saint] (Ping timeout: 240 seconds) 20.37.37 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 20.41.15 # do somebody how to display graphic frequency in FM? 20.41.20 # sansa clip 20.41.32 # pamaury: hm? 20.41.41 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 20.41.47 # i tested on clipv1 20.42.03 Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) 20.42.11 # apparently it broke on the fuze+, jlbiasini said 20.42.37 # lorenzo92: hi 20.42.44 # buf[0] = report_id is set in the loop 20.43.04 # hi! I'm sorry but I failed both benchmarks :(..now I clean the GPIO patch, so you can see 20.43.25 Quit stoffel (Ping timeout: 252 seconds) 20.44.35 Quit Strife89 (Quit: House call.) 20.44.39 # kugel: first of all...the player does NOT turn itself off 20.45.17 # kugelp: secondly I need to see what's the problem for the benchmark, I guess that a completely new build will solve that hopefully 20.45.44 # something is strange then. it really should work 20.46.12 # did you attempt new.benches 20.46.17 # ? 20.46.18 # funman: yes I saw that, I don't see anything suspicious in your commit 20.47.16 # kugelp: nope. Will do that... 20.47.28 # okay 20.47.46 # kugelp: well I recorded something like 7 hours with backlight on, but no data in the bench file :( 20.48.11 # kugelp: anyway in some minutes I'll post the gpio patch with headphone sense ;) 20.49.44 # kugelp: did you see the clip bug rpeort? 20.50.04 # kugelp: FS#12475 20.50.04 # http://www.rockbox.org/tracker/task/12475 3Crash while playing audio (bugs, unconfirmed) 20.51.04 Join WilliamC [0] (~William@nc-184-4-50-27.dhcp.embarqhsd.net) 20.51.18 # Rebooting fixed it, anyways, how does Rockbox treat the external memory cards? 20.53.32 # WilliamC: like external memory cards 20.54.05 # Will it scan it just like the primary music folder? 20.55.10 *** Saving seen data "./dancer.seen" 20.56.23 # yes 20.56.41 # assuming the "primary music folder" is the internal storage anyway 21.03.15 Quit Horschti (Quit: Verlassend) 21.04.06 Join kevku [0] (x@2001:470:28:773::) 21.09.31 # kugelp: here it is ;) http://pastebin.com/5Q9JSy0u 21.12.50 Part ironzorg 21.14.08 # kugelp: now I apply again your patch for the battery, let's see... 21.14.47 Join dreamlayers [0] (~bgjenero@bas4-windsor12-1279315889.dsl.bell.ca) 21.14.47 Quit dreamlayers (Changing host) 21.14.47 Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) 21.17.45 # kugelp: shit, tested latest patch for headphone sense and doesn't actually work, wait I'll search for the probleb 21.21.43 # funman: any test I could perform to help you figuring out? 21.22.20 # jlbiasini: not really, just try one revision before my change and my revision 21.24.58 # funman: I already did that: this is why I was saying that it is caused by your revision 21.26.36 # hm ok i don't know what could go wrong 21.27.46 Join amarc [0] (~amar@cm-static-13-180.telekabel.ba) 21.28.41 # jlbiasini: you didn't change e.g. the mode ? (mouse/presentation) 21.29.13 # kugelp: ahhhh 21.29.21 # hello.. I try'd to install rockbox with utility on Clip+ but I accidentaly removed USB before installing bootloader.. Now There is somekind of Rockbox on Clip+ but I cant get it recognized as USBat all. Is there any way to revert this ? 21.29.23 # kugelp: forgot to open device at startup -.- 21.29.37 Quit bluefoxx (Ping timeout: 240 seconds) 21.29.47 # amarc: boot OF 21.29.59 # funman how ? 21.30.49 # the manual tells you how 21.31.01 # jlbiasini: try to apply http://pastie.org/3092119 with patch -R 21.31.09 # it's just the report_id diff 21.31.55 # funman player is not recognized on USB how can I do anything with it ? 21.32.11 # amarc: the manual also tells you to enable MSC 21.33.20 # amarc: I there's *nothing* installed before the bootloader, so if the bootloader isn't installed yet it's still in its original state 21.33.21 # kugelp: okay solved :) 21.34.13 # kugelp: this works fine ... http://pastebin.com/yhEfYYNK 21.34.57 # gevaerts no,player boots in someking of Rockbox ( I am guessing utility copied some files on it? ) 21.35.19 # btw I used "automatic install" so utility might do something to boot loader too ? 21.35.24 # amarc: right, that's probably the bootloader then. What exactly does it show? 21.35.38 Quit jlbiasini (Remote host closed the connection) 21.36.47 # gevaerts> when I turn it on Rockbox logo for a second then in menu there is: Files, Database, Resume playback,Settings, Recording, FM Radio etc... 21.37.05 # OK. Rockbox is fully installed then 21.37.09 # gevaerts> but I cant get files on it : ( 21.37.21 # You have to reboot to the original firmware for USB 21.37.30 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 21.37.36 # gevaerts> how to do that ? 21.37.56 # Either plug it in while it's switched off, or hold the "left" button while powering on 21.38.50 # gevaerts> ohh, thats it! thank you : ) 21.39.35 # gevaerts> and If I wish to remove Rockbox I would need to do what ? 21.40.17 # amarc: http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch2.html#x4-200002.5 21.41.40 # geaverts so I could just copy clppa.bin on it , remove .rockbox and shut off/on ? 21.41.49 # yes 21.48.55 # funman: sorry: no change... 21.49.12 # still no reaction to keys 21.53.46 Join davo [0] (~davo@adsl-75-56-194-65.dsl.lsan03.sbcglobal.net) 21.55.32 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 22.00.57 # lorenzo92: nice 22.01.01 # kugelp: I guess the gpio patch is quite fine to commit, well yeah there are still some comments to be removed/checked etc but.... 22.01.31 # where did you get the defines from? just disassembly? 22.02.24 # indeed...for all the modules there are no sources :( 22.03.33 # well now I check something... 22.03.41 # about the ioctl numbers... 22.04.36 # hi all. sorry if i'm interrupting, but quick question. i've read over the manual for rbutil, but still not sure how to determine which version of sansa fuze I have and if it's supported by rbutil? 22.06.41 # lorenzo92: the request codes suggest a struct should be passed to ioctl 22.06.50 # davo: if it's not a fuze plus, it's supported. Autodetection should work fine 22.06.53 # davo - http://www.rockbox.org/wiki/SansaFuze#How_to_find_out_if_you_have_a_Fuze_V1_or_V2 22.07.41 # kugelp: a struct? well passing the "pin" number as adress seems to do the tick uhm, i'm still unsure about some ioctl codes lol 22.08.03 # kugelp: in ida I can see 9 switches, one is the default one 22.08.39 # the C in 400C4701 is the size hint 22.09.50 # thank you gevaerts, dfkt thanks, will check the link and try again 22.10.16 # kugelp: uhm the problem is that it's not really clear to me how the mxc_ functions are working :) 22.11.32 # perhaps pass a random 12 byte struct with the pin as first? 22.12.03 # atm the pins is read as first indeed, since it's the address that points to the argument 22.14.39 # kugelp: indeed at first I looked at this magical 12 byte number 22.15.28 # I'd rather not have the kernel overwrite our stack you know 22.16.02 # gevaerts: sorry, another question based on what you said, which version of rockbox has autodetection that will work ? 22.16.32 # davo: Rockbox Utility does autodetection. Any semi-recent version will do that 22.16.41 # It will tell you what you have 22.16.50 # jlbiasini: no clue, the other changes should have no effect 22.17.12 # gevaerts: thanks, yes, i think i tried it and was unsuccessful, will try again now 22.17.13 # jlbiasini: let's look at the binary differences perhaps 22.18.08 # jlbiasini: what does lsusb -v / dmesg say abotu the fuze+ in hid mode? 22.18.19 # gevaerts: fyi autodetection seemed to fail for my clip+ on my system... said something about unable to detect mount point, even though i had already specified the mount point... though i think it might've still hilighted clip+ in the list? it wasn't very clear either way 22.18.51 # kugelp: uhm not sure as I don't know well the matter :) but at least the headhpone sense *seems* to work flawlessy 22.18.57 # * gevaerts points Rockbox Utility bug reports to the tracker or bluebrother or domonoky 22.20.02 # * ze considers putting that on his todo list 22.20.12 # lorenzo92: do you see copy_to_user() calls in the module? they have a size param 22.20.30 Quit marcol07 (Quit: CGI:IRC (EOF)) 22.21.38 # kugelp: yeah I can see it, but I cannot understand the param value :( 22.23.11 # kugelp: R11 = R12 - 4; R4 = R2; R1 = R3; R0 = R4 >> 0x10 << 0x12 >> 0x12; 22.23.18 # R0 should be the value... 22.24.26 # bah 22.25.44 # one param of copy_to_user() is the data size, like with memcpy 22.25.45 # jlbiasini: oops 22.26.09 # kugelp: do you see R0_MX37_GPIO_MAP? 22.26.55 # where? 22.27.13 # I'm not looking at any disassembly right now 22.27.19 # in the module...ah ok 22.27.46 # but I know probably what's that...they are the code present in gpio_pins.h in the kernel sources.... 22.28.11 # instread of using "long" numeric values, simple integers 22.28.14 # 1,2..... 22.28.35 # jlbiasini: http://pastie.org/3092379 22.28.42 # * funman curses evil macros 22.29.52 Part jlbiasini 22.30.11 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 22.30.33 # New commit by 03sdoyon (r31465): Fix shortcut to talk time: force enqueuing otherwise it interrupts itself right away when speaking the shortcut entry again. 22.30.56 # funman: dmesg no change while switching mode -> https://gist.github.com/f52c005ef17fe6b7f2d2 22.32.16 # jlbiasini: hm i don't see the HID device, but the patch i gave you should have some effect 22.32.41 # funman: haha, I wondered if the check was correct and concluded that yes, that's definitely evil 22.32.44 # r31465 build result: All green 22.32.47 # *change 22.33.05 # funman: https://gist.github.com/1536297 for lsusb 22.33.08 # perhaps the macro could be static inline to avoid these things 22.35.57 # funman: I think I've reversed to the last revision as your patch didn't solve the issue. Should I reapply it before dmesg lsusb? 22.36.12 # kugelp: anyway I have rebuilt the svn with battery patch, now I check for some minutes if the plugins works! 22.36.22 # kugelp: * battery bench plugin 22.36.47 # pamaury: new keymaps minor update coming soon.... 22.36.48 # jlbiasini: yeah i think dmesg/lsusb won't give us much 22.37.31 # funman: so I reapply and resend pastebin? 22.37.59 # just to be sure... 22.39.00 # jlbiasini: apply my pastie, notice that HID works, cscream success 22.39.06 # -c 22.40.44 Quit Xerion (Quit: ) 22.40.45 # oh you send a new pastie in the meantime 22.40.59 # I had to reboot and didn't notice 22.44.46 # kugelp: argg still issues :( 22.45.01 # no real data in battery_bench.txt 22.45.15 # funman: SUCCESS!!!! :D 22.45.37 # kugelp: moreover...says rockbox run only 9 seconds (while it has run about 3 minutes or so..) 22.46.08 # kugelp: you told me once that a timer feature was still missing...could be that the problem? 22.46.23 # jlbiasini: :P 22.47.03 # i'll see if a static inline is better 22.47.56 Quit benedikt93 (Quit: Bye ;)) 22.48.09 Quit pamaury (Remote host closed the connection) 22.48.49 Join Topy44 [0] (~Topy44@f049141151.adsl.alicedsl.de) 22.49.31 # New commit by 03funman (r31466): usb_hid: fix r31457 ... 22.51.27 # r31466 build result: All green 22.51.49 Quit lorenzo92 (Quit: ChatZilla 0.9.88 [Firefox 8.0/20111115183813]) 22.55.10 Join marcol07 [0] (~4e628860@www.haxx.se) 22.55.12 *** Saving seen data "./dancer.seen" 22.58.35 # New commit by 03funman (r31467): usb PACK_DATA: use a static inline to enable type checking 23.00.17 # r31467 build result: All green 23.01.47 Join adnap [0] (~adnap@rrcs-71-42-140-57.sw.biz.rr.com) 23.03.19 Quit dreamlayers (Quit: Leaving) 23.03.37 Quit adnap_ (Ping timeout: 240 seconds) 23.09.21 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) 23.15.14 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 23.22.56 Join Strife1989 [0] (~Strife89@207.144.201.128) 23.22.56 Quit Strife89 (Ping timeout: 248 seconds) 23.26.17 Quit davo (Ping timeout: 255 seconds) 23.26.22 Join Scromple [0] (~Simon@119.225.209.134) 23.27.59 Join davo [0] (~davo@ppp-68-120-83-185.dsl.irvnca.pacbell.net) 23.29.26 # funman:data abord at 6006F12C 23.29.47 # aerm 23.29.52 # on usb connecion 23.29.55 # which function is that? 23.30.42 # address 0x40119A09 23.30.47 # i couldn't test usb_storage because linux crashed 23.31.05 # jlbiasini: i don't know fuze+ memory map :o there's a find-addr script in utils/analysis iirc 23.31.51 # "linux crashed" this sound like an unbelievable excuse... :d yeah i'm on it 23.32.31 # http://pastie.org/3092669 23.32.39 # looks like storage worked again.. strange 23.32.45 # gevaerts: any clue about this? 23.33.09 # About what> 23.33.10 # ? 23.33.10 # i have a proprietary nvidia module linked in but same things happened on a non tainted kernel 23.33.21 # Oh 23.33.24 # the linux crash and how it prevents mass storage to work again on replug 23.33.42 # no idea 23.36.54 # so 0x40119A09 == firmware/libfirmware.a(thread.o) -> threads 23.37.36 # 0x6006F12C == firmware/libfirmware.a(usb_hid.o) -> usb_hid_disconnect 23.38.14 # funman: (usb_hid.o) == your fault! :D 23.39.02 # i didn't change usb_hid_disconnect 23.39.28 # ...and it happen on connecting... 23.39.50 # hm 23.40.14 # i hope it shows that usb_hid is broken somewhere else, and that we find where 23.40.35 # or my pack_data function is broken 23.41.15 # hm no it looks correct 23.43.39 Nick Strife1989 is now known as Strife89 (~Strife89@207.144.201.128) 23.43.47 # jlbiasini: r31466 and r31467 usb_hid.o disassemble to the exact same output 23.44.31 # try disabling hid perhaps to see if it makes a difference 23.45.13 # usb_storage.o disassemble to the same output as well (both checked with arm-elf-eabi-objdump -d|md5sum -) 23.46.53 # funman: yes without hid no bug and storage works 23.47.08 Quit ender` (Quit: Life is what happens to you when you had other plans. -- John Lennon) 23.48.01 # r31466 works? 23.51.00 # it used to lets try again 23.51.36 # I might have made no make clean between 31466 and 31467 could it be that? 23.52.31 # make zip 23.52.38 # makefile dependencies are borken so it could (or not) 23.52.44 # oups wrong windows :D 23.55.02 # 31466 works 23.55.09 # I know make zip dependencies aren't very good, but apart from that? 23.56.08 # try changing config.h or config/ 23.56.26 # or remove .o files 23.56.35 # make zip was destinated to my console, not a comment from me 23.56.49 # right, stuff that changes the files to be compiled may be troublesome 23.57.24 # Unknown option "--disable-ffprobe". 23.57.55 # yeah but rm -fr * && ../tools/configure works flawlessly! :D 23.58.12 # true but if we assume this we don't need make for a start :/