--- Log for 01.01.112 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 15 hours ago 00.03.07 Quit T44 (Ping timeout: 240 seconds) 00.09.40 Quit Keripo (Quit: Leaving.) 00.27.11 Quit Osix (Quit: Leaving.) 00.39.44 # how does the table of contents get build in manuals? 00.40.36 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 00.43.01 # jlbiasini: you compile several times normally 00.44.32 # pamaury: for some reason the tableof content doesn't get build and all the referrence are falling down 00.45.05 # this is the problem I try to solve since 2 days: I just find out 00.46.01 # but I can't get no file where it is defined how it should build toc 00.46.31 # jlbiasini: the TOC is done automatically. If not the LaTeX run is failing at some point 00.48.21 # are there any errors in rockbox-build.log? 00.48.23 # A LOT! I v'e made comparation of one good build (gigabeats and my broken fuze+ build I' can post the rockbuild.log, one second 00.48.29 # jlbiasini: usually latex uses data generated by the previous run to build the current run's TOC, so you'll need to run it at least twice until the TOC has contents 00.48.41 # can you pastebin the output somewhere? 00.49.22 # the problem is that if the first LaTeX run fails in some way you might get a (somewhat) usable output file, but make won't do the second run then. 00.49.47 # which means you'll end up with a missing TOC 00.50.36 # why do you get that much LaTeX errors btw? 00.52.59 Join TheTippingPoint [0] (~TheTippin@c-71-227-233-23.hsd1.wa.comcast.net) 00.54.24 # bluebrother: the 2 output are identical until some point and then it run mad. Mainly toc fail and then i am getting a hell of undefined refenrence 00.54.46 # gevaerts: assumption confirmed, the OTG runs out of fifo space 00.54.52 # undefined references are not a problem. But I guess that the first run causes problems for you 00.55.42 # bluebrother: good build output https://gist.github.com/1545682 00.56.01 Quit bluefoxx (Ping timeout: 252 seconds) 00.56.17 # bluebrother: bad one https://gist.github.com/1545683 00.56.29 # I've cut the beginning that are exactly identical 00.56.30 *** Saving seen data "./dancer.seen" 00.57.50 Part TheTippingPoint 00.57.52 # jlbiasini: there's your problem: ! LaTeX Error: \begin{enumerate} on input line 61 ended by \end{document}. 00.58.13 Quit jlbiasini (Read error: Connection reset by peer) 00.58.24 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 00.58.24 Quit jlbiasini (Remote host closed the connection) 00.58.24 # as a result the second LaTeX run (that inserts the TOC) won't be done 00.58.41 # have you changed contents or is this only adding the Fuze+? 00.59.31 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 00.59.53 # funman: the following code at the beginning of ep_transfer works around the issue: 00.59.59 # while (((GNPTXSTS & 0xffff) << 2) < length); 01.01.56 # i still don't get why the OTG fails to manage that properly by itself though 01.01.56 # hmm, rockbox.org down? 01.01.56 # or is it only hanging for me? 01.01.56 # TheSeven: the toc problem doesn't occurs on another device manual build 01.01.56 # jep 01.01.56 # jlbiasini: did you see my previous messages? 01.01.56 DBUG Enqueued KICK bluebrother 01.01.56 # 00:57 < bluebrother> jlbiasini: there's your problem: ! LaTeX Error: \begin{enumerate} on input line 61 ended by \end{document}. 01.02.12 # yes but I don't understand quite good the latex output so where is to find this error 01.02.35 # that can be a bit of a problem :) 01.03.10 # since I can't reach the tracker right now, can you post it somewhere else so I can have a closer look? 01.03.26 # In most of the case I could find it because just before he said he was entering this or this file 01.03.48 # yes 01.05.09 Quit [Saint] (Ping timeout: 252 seconds) 01.07.06 # bluebrother: https://gist.github.com/1545718 01.08.08 # rockbox.org is back!!! 01.08.38 # wekk not totally... 01.11.14 Join Xerion [0] (~xerion@5419A30B.cm-5-2c.dynamic.ziggo.nl) 01.11.42 # bluebrother: I thing I've got it 01.11.48 # *think 01.12.12 # in IMX233_install.tex 01.14.05 Ctcp Ignored 2 channel CTCP requests in 2 hours and 7 minutes at the last flood 01.14.05 # * bluebrother would prefer to keep all filenames lower case 01.14.27 # not that we're consistent on this right now, though ... 01.14.50 # well there were sansaAMS_install 01.15.30 # so as imx is not related to some manufacturer I thought it was consistent 01.15.31 # I'm also not happy with the number of files called main.tex ... it's been this since years and I haven't found enought motivation to fix it :) 01.15.56 # I have alot of Idea regarding manual 01.16.14 # I'd like to get the fuze+ in in separate steps -- as first, add the platform files and front image. Then the manual should build. 01.16.29 # it will have a lot of information missing though 01.16.36 # \ActionStdUsbCharge 01.16.52 # that's the problem I get when applying the platform files to an svn tree 01.17.11 # ! Undefined control sequence. 01.17.28 # would have been the error message, pointing to ActionStdUsbCharge 01.17.35 # pasted the wrong line :o 01.18.57 # yes I remember having corrected this \usbcharge stuff already but I had to start from a former stage I pehraps did not recorrected it again 01.20.03 # there are some more issues like that. ActionKbdPageFlip would be one 01.22.58 # I'll try to get the basic (i.e. platform and front image) stuff committed tomorrow 01.22.58 # that should make it easier to fix the missing parts 01.22.58 # need to have a reachable tracker first though. 01.22.58 # oh, do we have an svg original for the Fuze+ front image? 01.22.58 # TheSeven: possibly linux driver 01.22.58 # yes I made it 01.22.58 # drivers/usb/gadget/usb-s3csomething in my memory 01.22.58 # all other image are derivated from it (exept the one on the themes site 01.23.17 # dfkt gave me a big version of it and I made the svg from it 01.23.44 # http://fxr.watson.org/fxr/source/contrib/octeon-sdk/cvmx-usbcx-defs.h is interesting as well 01.23.44 # TheSeven: as3525 datasheet is unlikely since it has another usb controller 01.23.44 # well I redrawed it completly in fact 01.23.51 # there's no "as3525v2 datasheet" 01.24.01 # bluebrother: it was in the patch on FS 01.25.13 # ok, I guess I missed that. So let's give the server some hours to get up and working again 01.25.28 # bluebrother: I corrected the \end{enumerate} but still no TOC 01.26.32 # the first real difference is at the beginning of the too output I pastbined and I don't see no reason for this divergence 01.28.10 # that "Overfull \hbox"? 01.29.10 # not just after the version.tex stuff 01.29.29 # on the good version it seems to define a lot of thing 01.29.43 # hmm, interesting error: "! LaTeX Error: Too deeply nested." 01.30.27 # on the bad there are just a few line and then it start quicly to load the text file 01.31.07 # bluebrother: yeah tell me about it! especially on a file I didn't touch! :/ 01.33.17 # I get also a strange "! LaTeX Error: There's no line here to end." related to configure_rockbox/system_options.tex l. 717 which is: "}" and I didn't miss those bracet either I checked several time no luck 01.33.47 # therefore I think the problem occurs before and those are just consequence 01.34.52 # then there are some parentenses that are wrongly balanced. 01.37.31 # yeah I also thought so but didn't fiound any mismatch... 01.37.31 # such errors can unfortunately be rather hard to find in LaTeX. 01.37.31 # I'll leave for some sleep now and try to check the full patch tomorrow. It's been pretty late the last couple of days. 01.38.57 # lol i did get rid of the \end{enumerate} stuff but I did the error twice in the same file! now this error is gone 01.39.46 # bluebrother: yeah good night, go on fs tomorrow I will post the very last patch before going to bed 01.40.00 # well if fs want to come back... 01.43.55 # funman: which driver is used by the classic in HEAD? 01.44.00 # where did you hide it? 01.44.02 # \o/ TOC is back !!!! 01.48.16 # ah, you renamed yours :) 01.51.07 Quit bertrik (Ping timeout: 240 seconds) 01.56.23 Join perrikwp [0] (~quassel@cpe-071-076-184-171.triad.res.rr.com) 02.01.52 # TheSeven: so you have to do some driver work to keep multiple IN endpoints from harming each other? This could explain some HID instabilities... 02.02.16 # gevaerts: apparently the OTG manages to overflow it's internal FIFOs 02.02.27 # sounds like fun 02.02.38 # if I poll the fifo state to ensure that there is enough space before setting up DMA everything works fine 02.04.18 # if i don't, it ends up in a state where it claims it has 16 free bytes (out of 2560) in the TX fifo, 8 out of 8 free queued transfers, and it's completely stuck until the next bus reset 02.08.19 # TheSeven: as an answer to your earlier question, we probably don't handle error conditions very well, so I wouldn't be surprised if MSC indeed doesn't properly shutown on bus reset 02.09.01 # well, it continued to babble for some time even after unplugging and replugging (and even though our stack had realized it was unplugged) :) 02.10.49 # That does sound a bit weird. It's completely event-driven, so what exactly is driving it? 02.11.09 # youhou!! fuze+ manual compiles!!! 02.11.25 Quit kevku (Ping timeout: 252 seconds) 02.11.45 # leftover transfer completions in the message queue 02.12.34 # That should be one or two at most I'd think 02.13.30 # yeah, but that can be quite a number of packets if it's attempting to send a 64K data stage and CSW 02.14.13 # true 02.16.38 # Does the fifo thing look at all related to the bug you're seeing on the classic? 02.17.03 # pamaury: could you commit my keymap update? the manual commit rely on it to be done (because of the conditionnal compiling in the keymaps files regarding radio and recorder that have to be undef for the fuze+ manual as long as there are not supported 02.18.04 # hm althought I guess the manual will still wait a little probably 02.18.17 # I still have to reread it 02.22.39 # gevaerts: hm, i've just updated to funman's reworked driver, and now the fifo hack doesn't seem to be sufficient 02.23.08 # a udelay(200) at the same location does fix it though - so it might after all have been once again timing 02.24.07 # Looks like you're not done with that driver yet... 02.26.05 Quit Elfish (Ping timeout: 252 seconds) 02.27.33 Quit ranmachan (Ping timeout: 252 seconds) 02.27.55 Quit Farthen (Ping timeout: 252 seconds) 02.29.57 Join ranmachan [0] (ranma@2a01:4f8:130:9321::2) 02.30.26 Join Farthen [0] (~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9) 02.31.48 Quit ranmachan (Read error: Operation timed out) 02.34.57 Join ranmachan [0] (ranma@2a01:4f8:130:9321::2) 02.38.09 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 02.44.30 # gevaerts: at the end I'll probably just throw it away anyway 02.44.50 # i'm just trying to understand what the actual cause is so that I can avoid it the next time 02.56.34 *** Saving seen data "./dancer.seen" 03.21.36 Quit ender` (Ping timeout: 240 seconds) 03.49.29 Quit pamaury (Remote host closed the connection) 03.49.41 Join jhMikeS [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net) 03.49.41 Quit jhMikeS (Changing host) 03.49.41 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 03.59.03 # usb_plugged is NOT PP Only! 03.59.13 # that should be fixed immediately 04.19.55 # New commit by 03jethead71 (r31510): Gigabeat S: Revert removal of usb_plugged in r31489 ... 04.22.22 # r31510 build result: All green 04.23.05 Quit amiconn (Disconnected by services) 04.23.07 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.23.12 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.24.10 Quit pixelma (Disconnected by services) 04.24.13 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.24.15 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.25.16 Quit TheSeven (Disconnected by services) 04.25.29 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.46.54 Join JdGord [0] (~AndChat@pa58-109-128-175.pa.nsw.optusnet.com.au) 04.49.48 Quit JdGord (Read error: Connection reset by peer) 04.49.57 Join JdGord [0] (~AndChat@pa58-109-128-175.pa.nsw.optusnet.com.au) 04.51.15 Join jdgord_ [0] (~AndChat@pa58-109-128-175.pa.nsw.optusnet.com.au) 04.51.19 Quit anewuser () 04.51.34 Quit JdGord (Read error: Connection reset by peer) 04.56.36 *** Saving seen data "./dancer.seen" 05.00.44 Join anewuser [0] (~anewuser@186.93.131.58) 05.00.44 Quit anewuser (Changing host) 05.00.44 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 05.03.11 Quit jdgord_ (Quit: Bye) 05.13.14 Part jlbiasini 05.25.38 Join Rob2222 [0] (~Miranda@p4FFF0ABF.dip.t-dialin.net) 05.29.07 Quit Rob2223 (Ping timeout: 240 seconds) 05.33.48 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 06.06.06 Quit lebellium (Quit: ChatZilla 0.9.88 [Firefox 10.0/20111221135037]) 06.22.17 Join JdGord [0] (~AndChat@122.110.129.99) 06.26.10 Quit JdGord (Read error: Connection reset by peer) 06.33.11 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 06.41.36 Join JdGord [0] (~AndChat@123-243-215-22.static.tpgi.com.au) 06.52.44 Quit Bawitdaba () 06.56.40 *** Saving seen data "./dancer.seen" 07.24.44 Quit robin0800 (Quit: Leaving) 07.34.31 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 07.44.50 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 07.50.36 Quit bluefoxx (Ping timeout: 252 seconds) 08.08.29 Join captainkwel [0] (~jason@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) 08.23.40 Quit JdGord (Quit: Bye) 08.27.51 Join kevku [0] (x@2001:470:28:773::) 08.40.58 Quit Keripo (Ping timeout: 252 seconds) 08.56.43 *** Saving seen data "./dancer.seen" 08.56.52 Quit chkktri_ (Quit: Leaving) 09.18.01 Quit captainkwel (Quit: Ex-Chat) 09.46.52 Join bluefoxx [0] (FuzzyLomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 09.55.57 Join B4gder [241] (~daniel@rockbox/developer/bagder) 10.01.38 Quit bluefoxx (Quit: resources-get) 10.02.44 # [7]: the classic should use usb-s3c6400x.c, old usb-drv-as3525v2 is ifdefed CONFIG_CPU == AS3525v2 10.20.49 Join stoffel [0] (~quassel@pD9E4355C.dip.t-dialin.net) 10.42.27 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 10.42.27 Quit bertrik (Changing host) 10.42.27 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 10.56.47 *** Saving seen data "./dancer.seen" 11.16.35 # New commit by 03bluebrother (r31511): Manual: add initial Fuze+ files. ... 11.16.49 # New commit by 03bluebrother (r31512): Manual: make Fuze+ manual build. ... 11.18.43 # r31511 build result: All green 11.20.56 # r31512 build result: All green 11.30.49 Quit B4gder (Quit: It is time to say moo) 11.37.26 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 11.37.26 Quit pamaury (Changing host) 11.37.26 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.43.47 Join ender` [0] (~ender@foo.eternallybored.org) 11.46.50 Join Horscht [0] (~Horscht@p579881A4.dip.t-dialin.net) 11.46.57 Quit Horscht (Changing host) 11.46.57 Join Horscht [0] (~Horscht@xbmc/user/horscht) 11.49.29 Quit Horscht (Client Quit) 11.58.27 Join Horscht [0] (~Horscht@xbmc/user/horscht) 12.03.29 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 12.34.01 # New commit by 03jdgordon (r31513): oops, somehow a leading \ went missing making these checks a bit silly! 12.36.06 # r31513 build result: All green 12.36.57 # <[Saint]> What's the char after the committer, before the revision number, which my irc refuses to show me? 12.39.42 Quit [Saint] (Read error: Connection reset by peer) 12.39.45 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 12.41.11 Join y4n [0] (y4n@unaffiliated/y4ndexx) 12.55.39 # <[7]> [Saint_]: color codes? 12.56.19 # <[7]> in my client it looks like this: New commit by jdgordon (r31513): ... 12.56.48 *** Saving seen data "./dancer.seen" 12.58.10 # <[Saint_]> I strip color codes, they annoy me. 12.58.38 # * [7] concludes that [Saint_]'s client doesn't do that properly then :) 12.59.48 # <[Saint_]> I don't see it anywhere else I know color codes are used. 13.00.13 # <[Saint_]> It doesn't appear in the build report, foe example. 13.00.18 # <[Saint_]> *for 13.17.41 Quit markun (Quit: leaving) 13.31.51 Join fyre^OS [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 13.34.07 Quit fyrestorm (Ping timeout: 240 seconds) 14.07.00 Join Misan [0] (~Misanthro@adsl-84-226-92-84.adslplus.ch) 14.16.21 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) 14.18.31 Quit stoffel (Ping timeout: 244 seconds) 14.43.24 Quit Sleepy_Coder (Read error: Connection reset by peer) 14.44.03 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 14.49.45 # <[7]> gevaerts: hm, ensuring that only one IN xfer is active at once (by blocking the drv_send function until the previous one completes) seems to avoid the deadlock 14.50.30 # <[7]> and some more tests show that there are also cases where it deadlocks with an almost empty fifo (apparently if the previous IN request was a CSW, not a data stage) 14.50.50 # <[7]> so that filled fifo seems to have been coincidence 14.51.14 Join lebellium [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 14.55.18 Join Sleepy_Coder [0] (majic@unaffiliated/sleepycoder/x-938672) 14.56.51 *** Saving seen data "./dancer.seen" 15.14.22 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 15.15.36 # bluebrother: so what is there still to do/rearrange to have the fuze+ manual? 15.16.38 Join lorenzo92 [0] (~chatzilla@host166-41-dynamic.50-82-r.retail.telecomitalia.it) 15.19.29 Quit lorenzo92 (Client Quit) 15.31.01 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 15.45.46 # jlbiasini: well, with the commits I made earlier the manual builds. It needs fixing all wrong / missing stuff though. You did some of that in the task already 15.46.03 # but I left that out intentionally, so it's easier to work on it 15.48.03 # bluebrother: ok I will prepare a new patch that build on what you already commited... there are afew stuff to fix and then I will reread all 15.51.26 # bluebrother: I have also question regarding keymaps, because some stuff will probably never get implemented: the ab repeat for example could theoricacly work but we don't have key left for that. So I guess it would be better to cut those out of the mannual for fuze+, isn't it? I mean it is not a tobe done problem 15.53.15 # hmm. Yes. I'm wondering if there is some kind of elegant way to do that -- i.e. to minimize the \opt{someplayer} stuff in the manual itself 15.53.42 # bluebrother: same stuff for radio and recording: there not fonctionnal and actually even the fact to have menu for them in rockbox is a problem for radio menu will hang the device if selected 15.54.45 # well, the Fuze+ is currently not even unstable, so I don't consider that too much of a problem right now 15.54.55 # of course eventually this needs fixing 15.55.00 # reason why I thought It would be better to have code for keymaps and manual ready but to cut them out from export/config file until it gets implemented 15.55.59 # bluebrother: well the idea now would be to push it to unstable asap possible: we have rockbox utility and manual 15.56.00 # IMO the way to go is to (1) make the manual build (2) add installation instructions (3) add it to the nightly manuals 15.56.45 # yes, but even with unstable minor problems in the manual are acceptable imo 15.57.14 # bluebrother: I can deal with (1) and (2) today 15.57.33 # optimally Mr Someone would go through all manuals and clean them up :) 15.57.40 # jlbiasini: well, (1) is already done :) 15.58.03 # and AFAIS (2) is contained in your FS patch 15.58.29 # so that need to get finished and committed. 15.58.36 # yes and I will reread everything with someone that contacted me 15.58.47 # nice 15.59.11 # what aboot this IMX233_intsall.tex? 15.59.26 # what name are you suggesting? 16.00.50 Quit liar (Read error: No route to host) 16.02.18 # given the AMS file I'd just keep it for now 16.02.26 # and clean up everything in one go later 16.10.36 Part plush 16.24.08 Join captainkwel [0] (~jason@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) 16.25.19 Join MethoS- [0] (~clemens@134.102.106.250) 16.37.00 Quit captainkwel (Quit: Ex-Chat) 16.38.43 Quit MethoS- (Remote host closed the connection) 16.47.40 Join MethoS- [0] (~clemens@134.102.106.250) 16.49.46 Join lovasoa [0] (~olojkine@78.251.21.108) 16.51.22 Join bluefoxx [0] (FuzzyLomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 16.54.59 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 16.56.54 *** Saving seen data "./dancer.seen" 16.59.12 Quit bluefoxx (Ping timeout: 244 seconds) 17.04.20 Join bluefoxx [0] (FuzzyLomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 17.22.54 Quit MethoS- (Remote host closed the connection) 17.46.43 Part lovasoa 17.52.04 Join lorenzo92 [0] (~chatzilla@host166-41-dynamic.50-82-r.retail.telecomitalia.it) 18.02.19 Join dreamlayers [0] (~bgjenero@bas4-windsor12-1242457494.dsl.bell.ca) 18.02.19 Quit dreamlayers (Changing host) 18.02.19 Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) 18.05.13 Quit lorenzo92 (Quit: ChatZilla 0.9.88 [Firefox 8.0/20111115183813]) 18.09.30 Quit GermanMushroom (Read error: Connection reset by peer) 18.15.30 Join dfkt [0] (dfkt@unaffiliated/dfkt) 18.19.30 Join krnlyng [0] (~liar@clnet-p09-185.ikbnet.co.at) 18.26.38 Quit pamaury (Remote host closed the connection) 18.33.52 Join captainkwel [0] (~jason@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) 18.35.30 Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) 18.35.51 Quit remlap1 (Client Quit) 18.36.37 Quit remlap (Ping timeout: 252 seconds) 18.39.03 Quit krnlyng (Read error: Connection timed out) 18.39.31 # New commit by 03dreamlayers (r31514): Fix FS#12243 : On 20GB H10, restore correct upside down state when waking LCD. ... 18.41.47 # r31514 build result: All green 18.45.33 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 18.51.48 Quit dreamlayers (Remote host closed the connection) 18.56.57 *** Saving seen data "./dancer.seen" 18.59.50 Join dreamlayers [0] (~dreamlaye@bas4-windsor12-1242457494.dsl.bell.ca) 18.59.50 Quit dreamlayers (Changing host) 18.59.50 Join dreamlayers [0] (~dreamlaye@rockbox/developer/dreamlayers) 19.00.57 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 19.18.31 Quit rjg (Quit: leaving) 19.27.47 Join robin0800 [0] (~robin0800@149.254.61.42) 19.32.05 Join Claudi [0] (~claudi_lo@186.16.6.39) 19.32.41 # holaa como estan..? 19.33.54 Join lorenzo92 [0] (~chatzilla@host166-41-dynamic.50-82-r.retail.telecomitalia.it) 19.34.56 # kugel: are you waiting for sth particular before including the R0 into the build system? nobody seems to understand why there is still no official build to download ;) 19.37.20 Quit bluebrother (Disconnected by services) 19.37.21 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 19.40.08 Quit fs-bluebot (Ping timeout: 240 seconds) 19.41.13 # I see that some device have a combo on boot to reset all setting to default. Is ist device related or is there a keymap for that? 19.41.41 Join fs-bluebot [0] (~fs-bluebo@g231120079.adsl.alicedsl.de) 19.42.17 Quit lorenzo92 (Quit: ChatZilla 0.9.88 [Firefox 8.0/20111115183813]) 19.46.04 # jhMikeS: sorry I have missed that 19.49.50 Quit Claudi () 19.50.11 Join Claudi [0] (~claudi_lo@186.16.6.39) 19.51.40 Quit bluefoxx (*.net *.split) 19.51.40 Quit Sleepy_Coder (*.net *.split) 19.51.50 # lebellium: it needs an admin I think 19.52.02 # also there are still warnings that want to be fixed 19.52.30 Join bluefoxx [0] (FuzzyLomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 19.52.30 Join Sleepy_Coder [0] (majic@unaffiliated/sleepycoder/x-938672) 19.58.12 # I'm not sure about it but extract of the manual: "like a USB Drive" should read "like an USB Drive" isn't it? 19.58.49 # "a USB" is correct 19.59.10 # ok thx 20.05.05 Part Claudi 20.08.20 Nick Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87) 20.14.22 # [7]: all the HWCFG registers are present on nano2g ? 20.14.33 # <[7]> yes 20.15.53 # we should move them to usb-s3c6400x.h 20.17.37 # GHWCFG1-4 = 0x00002664 0x228DD850 0x053500E8 0x0FF08030 on clip zip 20.21.50 # New commit by 03funman (r31515): GHWCFG* are not as3525v2 specific 20.23.51 # r31515 build result: All green 20.25.16 Quit y4n (Quit: only amiga makes it possible) 20.25.51 # kugel: hum ok... I hope that won't take too long 20.26.19 Quit Sleepy_Coder (Ping timeout: 260 seconds) 20.28.51 Join webguest597 [0] (~63ec8c69@www.haxx.se) 20.29.42 # bluebrother: I think that I will have to update the image files... 20.31.11 # the Play/Pause button is not really nice well dealing with table with several button like Volume up/Volume down 20.31.40 # I think I will move Play/Pause to Play-Pause 20.31.44 # <[7]> funman: did you have trouble with rapid sequences of IN transactions on amsv2 as well? 20.31.58 # no clue 20.32.12 # <[7]> it seems like something dislikes another IN request being set up while one is still in flight 20.32.24 # i didn't do low level debugging 20.32.31 # <[7]> "being set up" == enable + clearnak 20.32.44 # <[7]> if I wait with one of those until the old request has completed everything is fine 20.33.05 # <[7]> any clue what might be the cause of that? (you seem to have read datasheets more recently than me :P) 20.36.15 # i didn't read datasheets either, i only looked at the samsung one to see if the list of registers matched between nano2g and amsv2 :/ 20.36.39 # you've read s3c-hsotg.c 20.37.01 # <[7]> no, what is that? linux kernel= 20.37.18 # in linux drivers/usb/gadget/ , and the header in arch/arm/plat-samsung/include/plat 20.37.38 # regs-usb-hsotg.h 20.40.26 # where did you find GHWCFG bits definitions? your analysis looked much more complete than what i see in the header 20.40.35 # lebellium: there's no hurry :) 20.40.48 # endpoints: 0 bidir, 1 3 5 in, 2 4 6 out (so there's one more endpoint than we thought?!) 20.41.09 # <[7]> funman: that driver is not dma-capable, so it might not help much here 20.41.26 # <[7]> funman: i used the header that i linked yesterday 20.41.35 # yes though there's some dma code 20.42.08 # <[7]> http://fxr.watson.org/fxr/source/contrib/octeon-sdk/cvmx-usbcx-defs.h 20.42.26 # kugel: for you maybe not, but most users including me can't compile anything and are totally dependant of the builds that Lorenzo compile ;) 20.48.39 # [7]: hm there are 8 endpoints ?? but we have a panic to check that it was 6 20.49.17 # ah no i cant count 20.49.20 # <[7]> note that "0" in the EP direction register can mean both "nonpresent" and "bidirectional", depending on the endpoint count value 20.49.57 # yeah we have 6 endpoints 20.50.02 # + ep0 20.51.24 # <[7]> 783 /* Note, trying to clear the NAK here causes problems with transmit 20.51.25 # <[7]> 784 * on the S3C6400 ending up with the TXFIFO becoming full. */ 20.51.27 # <[7]> in the linux driver 20.52.11 # <[7]> so this seems to be a somewhat known bug 20.54.37 Join thegeek [0] (~thegeek@87.37.34.95.customer.cdi.no) 20.55.26 Quit dreamlayers (Quit: dreamlayers) 20.57.01 *** Saving seen data "./dancer.seen" 20.57.13 # minimum AHB frequency less than 60MHz= NO 20.57.24 # oops, it's YES 20.58.33 # extract of the manual latex file: "When the cursor is on the input line, \ActionKbdSelect{} deletes the preceding character" this should be \ActionKbdBackSpace isn't it? 20.59.23 # [7]: http://pastie.org/3108417 21.00.26 # <[7]> optional feature = 0 (possibly not availabe) 21.00.35 # <[7]> that bit means "optional features stripped" IIRC 21.01.06 # <[7]> and the fifo size is a bit weird 21.05.23 Quit webguest597 (Quit: CGI:IRC) 21.13.08 Quit perrikwp (Ping timeout: 252 seconds) 21.21.27 # indeed 21.21.35 # it's 4000/3 21.32.47 Join Osix [0] (~saurpriva@cpe-72-231-148-65.nycap.res.rr.com) 21.53.14 Part jlbiasini 21.55.05 Quit Keripo (Quit: Leaving.) 22.06.39 # thomaasjfox (logs): Can you test FS#12502 ? 22.06.40 # http://www.rockbox.org/tracker/task/12502 3Rework powermgmnt for RaaA/Sim (patches, new) 22.06.46 Quit ze (Ping timeout: 252 seconds) 22.07.21 Join ze [0] (ze@tardis.yi.org) 22.27.37 Quit Torne (Ping timeout: 252 seconds) 22.28.05 # New commit by 03theseven (r31516): Make USB work again on iPod Nano 2G and iPod Classic. Still not 100% stable on Nano 2G, and HID is still broken. 22.30.12 # r31516 build result: All green 22.30.22 # [7]: when did it break ? 22.31.09 # <[7]> well, the classic has never really worked before, and the nano seems to be unreliable in terms of sometimes failing to enumerate and sometimes locking up when leaving USB mode 22.31.25 # <[7]> and as soon as HID comes into play everything breaks 22.31.35 # [7]: not sure about this DEPDMA change 22.31.43 # <[7]> which one? 22.32.00 # s/0x10000000/NULL/ 22.32.12 # <[7]> oops, that one sneaked in 22.32.27 # <[7]> but I haven't had trouble with that recently and have been using NULL successfully in emcore 22.32.29 # iirc we use valid physical memory but pointing to nothing useful 22.32.44 # 0 points to the vectors. is ther a risk of overwriting them? 22.33.03 # <[7]> no, we used invalid addresses to make it not corrupt anything if it should try to write some crap 22.33.18 # let me try on clip zip 22.33.23 # <[7]> yeah, but as I haven't seen vector corruption recently I think it's safe 22.33.40 # is 'inflight = false' atomic? 22.33.57 # <[7]> it's in an IRQ handler, so it must be 22.34.23 # also what you describe is what i see on clip zip so it's good sign :) 22.34.51 # <[7]> and the one in the EP reset code is just an additional safeguard which will usually be called from IRQ context or when the driver is initializing 22.35.36 # <[7]> this whole inflight thing is just there to prevent a race condition or whatever this is, so it's at least better than nothing 22.36.10 # <[7]> i'd really like to know what's going on there 22.36.21 # <[7]> seems like the linux driver gets around this by not using DMA 22.36.42 # did you see pamaury's PIO driver? 22.36.49 # FS#11664 iirc 22.36.50 # http://www.rockbox.org/tracker/task/11664 3Workaround for usb random failures on amsv2. (patches, closed) 22.37.05 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 22.37.05 Quit pamaury (Changing host) 22.37.05 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 22.37.38 Join Sleepy_Coder [0] (majic@unaffiliated/sleepycoder/x-938672) 22.37.57 # [7]: r31516 works on clip zip 22.40.41 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.49.52 # * bluebrother^ stumbles across http://http://vusb-analyzer.sourceforge.net/ 22.57.03 *** Saving seen data "./dancer.seen" 23.11.30 Nick Jack87|Away is now known as Jack87 (Jack87@nasadmin/admin/jack87) 23.23.28 Quit Horscht (Quit: Verlassend) 23.23.29 Join webguest20 [0] (~63ec8c69@www.haxx.se) 23.28.22 # I just put Rockbox 3.10 on my Sansa Clip+ and I can't get viewers working. If I try to open a file using the Open With option, it gives me a list of mojibake options that don't work. If I try to open a viewer plugin from the file view, it either gives me a plugin error or the player crashes. Any ideas? 23.29.03 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 23.40.29 Quit ender` (Quit: I sometimes wish lipstick really would.) 23.44.17 # webguest20: could you try checking the filesystem? This sounds like something is seriously messed up 23.45.39 # Sure, what should I look for? 23.46.43 # Well, run a filesystem checking tool, like chkdsk on windows or fsck.vfat on linux 23.48.47 # if you're on windows, just right click the clip+ in explorer > properties > tools > error checking 23.49.13 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 23.49.32 Quit domonoky (Read error: Connection reset by peer) 23.50.34 # Ok, chkdsk found no problems. 23.51.01 Quit perrikwp_ (Read error: Connection reset by peer) 23.51.48 Quit perrikwp (Ping timeout: 276 seconds) 23.52.20 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 23.53.17 # hm, I can't really think of anything then. Maybe try resetting the settings? This definitely isn't normal, 3.10 works for many people on the clip+... 23.54.17 # additionally, maybe just extracting a fresh 3.10 over the old one? 23.56.29 # I think I'll try cleaning it up, formatting, and reinstalling Rockbox. I had other problems earlier with it crashing when I changed themes too. 23.56.38 # that's the best 23.57.01 # while you're at it, you might want to use the official SD formatter for both, internal and external memory 23.57.15 # https://www.sdcard.org/downloads/formatter_3/ 23.58.25 Join Torne [0] (~torne@rockbox/developer/Torne) 23.58.48 # Would doing a manual install make any difference?