| 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 | jlbiasini | how does the table of contents get build in manuals? |
| 00:40:36 | | Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 00:43:01 | pamaury | jlbiasini: you compile several times normally |
| 00:44:32 | jlbiasini | pamaury: for some reason the tableof content doesn't get build and all the referrence are falling down |
| 00:45:05 | jlbiasini | this is the problem I try to solve since 2 days: I just find out |
| 00:46:01 | jlbiasini | but I can't get no file where it is defined how it should build toc |
| 00:46:31 | bluebrother | jlbiasini: the TOC is done automatically. If not the LaTeX run is failing at some point |
| 00:48:21 | bluebrother | are there any errors in rockbox-build.log? |
| 00:48:23 | jlbiasini | 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 | TheSeven | 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 | bluebrother | can you pastebin the output somewhere? |
| 00:49:22 | bluebrother | 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 | bluebrother | which means you'll end up with a missing TOC |
| 00:50:36 | bluebrother | 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 | jlbiasini | 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 | TheSeven | gevaerts: assumption confirmed, the OTG runs out of fifo space |
| 00:54:52 | bluebrother | undefined references are not a problem. But I guess that the first run causes problems for you |
| 00:55:42 | jlbiasini | bluebrother: good build output https://gist.github.com/1545682 |
| 00:56:01 | | Quit bluefoxx (Ping timeout: 252 seconds) |
| 00:56:17 | jlbiasini | bluebrother: bad one https://gist.github.com/1545683 |
| 00:56:29 | jlbiasini | 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 | bluebrother | 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 | bluebrother | as a result the second LaTeX run (that inserts the TOC) won't be done |
| 00:58:41 | bluebrother | 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 | TheSeven | funman: the following code at the beginning of ep_transfer works around the issue: |
| 00:59:59 | TheSeven | while (((GNPTXSTS & 0xffff) << 2) < length); |
| 01:00 |
| 01:01:56 | TheSeven | i still don't get why the OTG fails to manage that properly by itself though |
| 01:01:56 | bluebrother | hmm, rockbox.org down? |
| 01:01:56 | bluebrother | or is it only hanging for me? |
| 01:01:56 | jlbiasini | TheSeven: the toc problem doesn't occurs on another device manual build |
| 01:01:56 | jlbiasini | jep |
| 01:01:56 | bluebrother | jlbiasini: did you see my previous messages? |
| 01:01:56 | DBUG | Enqueued KICK bluebrother |
| 01:01:56 | bluebrother | 00:57 < bluebrother> jlbiasini: there's your problem: ! LaTeX Error: \begin{enumerate} on input line 61 ended by \end{document}. |
| 01:02:12 | jlbiasini | yes but I don't understand quite good the latex output so where is to find this error |
| 01:02:35 | bluebrother | that can be a bit of a problem :) |
| 01:03:10 | bluebrother | 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 | jlbiasini | In most of the case I could find it because just before he said he was entering this or this file |
| 01:03:48 | jlbiasini | yes |
| 01:05:09 | | Quit [Saint] (Ping timeout: 252 seconds) |
| 01:07:06 | jlbiasini | bluebrother: https://gist.github.com/1545718 |
| 01:08:08 | jlbiasini | rockbox.org is back!!! |
| 01:08:38 | jlbiasini | wekk not totally... |
| 01:11:14 | | Join Xerion [0] (~xerion@5419A30B.cm-5-2c.dynamic.ziggo.nl) |
| 01:11:42 | jlbiasini | bluebrother: I thing I've got it |
| 01:11:48 | jlbiasini | *think |
| 01:12:12 | jlbiasini | 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 | bluebrother | not that we're consistent on this right now, though ... |
| 01:14:50 | jlbiasini | well there were sansaAMS_install |
| 01:15:30 | jlbiasini | so as imx is not related to some manufacturer I thought it was consistent |
| 01:15:31 | bluebrother | 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 | jlbiasini | I have alot of Idea regarding manual |
| 01:16:14 | bluebrother | 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 | bluebrother | it will have a lot of information missing though |
| 01:16:36 | bluebrother | \ActionStdUsbCharge |
| 01:16:52 | bluebrother | that's the problem I get when applying the platform files to an svn tree |
| 01:17:11 | bluebrother | ! Undefined control sequence. |
| 01:17:28 | bluebrother | would have been the error message, pointing to ActionStdUsbCharge |
| 01:17:35 | bluebrother | pasted the wrong line :o |
| 01:18:57 | jlbiasini | 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 | bluebrother | there are some more issues like that. ActionKbdPageFlip would be one |
| 01:22:58 | bluebrother | I'll try to get the basic (i.e. platform and front image) stuff committed tomorrow |
| 01:22:58 | bluebrother | that should make it easier to fix the missing parts |
| 01:22:58 | bluebrother | need to have a reachable tracker first though. |
| 01:22:58 | bluebrother | oh, do we have an svg original for the Fuze+ front image? |
| 01:22:58 | funman | TheSeven: possibly linux driver |
| 01:22:58 | jlbiasini | yes I made it |
| 01:22:58 | funman | drivers/usb/gadget/usb-s3csomething in my memory |
| 01:22:58 | jlbiasini | all other image are derivated from it (exept the one on the themes site |
| 01:23:17 | jlbiasini | dfkt gave me a big version of it and I made the svg from it |
| 01:23:44 | TheSeven | http://fxr.watson.org/fxr/source/contrib/octeon-sdk/cvmx-usbcx-defs.h is interesting as well |
| 01:23:44 | funman | TheSeven: as3525 datasheet is unlikely since it has another usb controller |
| 01:23:44 | jlbiasini | well I redrawed it completly in fact |
| 01:23:51 | funman | there's no "as3525v2 datasheet" |
| 01:24:01 | jlbiasini | bluebrother: it was in the patch on FS |
| 01:25:13 | bluebrother | ok, I guess I missed that. So let's give the server some hours to get up and working again |
| 01:25:28 | jlbiasini | bluebrother: I corrected the \end{enumerate} but still no TOC |
| 01:26:32 | jlbiasini | 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 | bluebrother | that "Overfull \hbox"? |
| 01:29:10 | jlbiasini | not just after the version.tex stuff |
| 01:29:29 | jlbiasini | on the good version it seems to define a lot of thing |
| 01:29:43 | bluebrother | hmm, interesting error: "! LaTeX Error: Too deeply nested." |
| 01:30:27 | jlbiasini | on the bad there are just a few line and then it start quicly to load the text file |
| 01:31:07 | jlbiasini | bluebrother: yeah tell me about it! especially on a file I didn't touch! :/ |
| 01:33:17 | jlbiasini | 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 | jlbiasini | therefore I think the problem occurs before and those are just consequence |
| 01:34:52 | bluebrother | then there are some parentenses that are wrongly balanced. |
| 01:37:31 | jlbiasini | yeah I also thought so but didn't fiound any mismatch... |
| 01:37:31 | bluebrother | such errors can unfortunately be rather hard to find in LaTeX. |
| 01:37:31 | bluebrother | 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 | jlbiasini | 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 | jlbiasini | bluebrother: yeah good night, go on fs tomorrow I will post the very last patch before going to bed |
| 01:40:00 | jlbiasini | well if fs want to come back... |
| 01:43:55 | TheSeven | funman: which driver is used by the classic in HEAD? |
| 01:44:00 | TheSeven | where did you hide it? |
| 01:44:02 | jlbiasini | \o/ TOC is back !!!! |
| 01:48:16 | TheSeven | 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:00 |
| 02:01:52 | gevaerts | 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 | TheSeven | gevaerts: apparently the OTG manages to overflow it's internal FIFOs |
| 02:02:27 | gevaerts | sounds like fun |
| 02:02:38 | TheSeven | if I poll the fifo state to ensure that there is enough space before setting up DMA everything works fine |
| 02:04:18 | TheSeven | 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 | gevaerts | 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 | TheSeven | 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 | gevaerts | That does sound a bit weird. It's completely event-driven, so what exactly is driving it? |
| 02:11:09 | jlbiasini | youhou!! fuze+ manual compiles!!! |
| 02:11:25 | | Quit kevku (Ping timeout: 252 seconds) |
| 02:11:45 | TheSeven | leftover transfer completions in the message queue |
| 02:12:34 | gevaerts | That should be one or two at most I'd think |
| 02:13:30 | TheSeven | 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 | gevaerts | true |
| 02:16:38 | gevaerts | Does the fifo thing look at all related to the bug you're seeing on the classic? |
| 02:17:03 | jlbiasini | 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 | jlbiasini | hm althought I guess the manual will still wait a little probably |
| 02:18:17 | jlbiasini | I still have to reread it |
| 02:22:39 | TheSeven | 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 | TheSeven | a udelay(200) at the same location does fix it though - so it might after all have been once again timing |
| 02:24:07 | gevaerts | 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 | TheSeven | gevaerts: at the end I'll probably just throw it away anyway |
| 02:44:50 | TheSeven | 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:00 |
| 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 | jhMikeS | usb_plugged is NOT PP Only! |
| 03:59:13 | jhMikeS | that should be fixed immediately |
| 04:00 |
| 04:19:55 | CIA-88 | New commit by jethead71 (r31510): Gigabeat S: Revert removal of usb_plugged in r31489 ... |
| 04:22:22 | CIA-88 | 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 |
| 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:00 |
| 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:00 |
| 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:00 |
| 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:00 |
| 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:00 |
| 10:01:38 | | Quit bluefoxx (Quit: resources-get) |
| 10:02:44 | funman | [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:00 |
| 11:16:35 | CIA-88 | New commit by bluebrother (r31511): Manual: add initial Fuze+ files. ... |
| 11:16:49 | CIA-88 | New commit by bluebrother (r31512): Manual: make Fuze+ manual build. ... |
| 11:18:43 | CIA-88 | r31511 build result: All green |
| 11:20:56 | CIA-88 | 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:00 |
| 12:03:29 | | Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) |
| 12:34:01 | CIA-88 | New commit by jdgordon (r31513): oops, somehow a leading \ went missing making these checks a bit silly! |
| 12:36:06 | CIA-88 | 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 <green>jdgordon</green> (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: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:00 |
| 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:00 |
| 15:14:22 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
| 15:15:36 | jlbiasini | 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 | bluebrother | 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 | bluebrother | but I left that out intentionally, so it's easier to work on it |
| 15:48:03 | jlbiasini | 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 | jlbiasini | 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 | bluebrother | 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 | jlbiasini | 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 | bluebrother | well, the Fuze+ is currently not even unstable, so I don't consider that too much of a problem right now |
| 15:54:55 | bluebrother | of course eventually this needs fixing |
| 15:55:00 | jlbiasini | 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 | jlbiasini | bluebrother: well the idea now would be to push it to unstable asap possible: we have rockbox utility and manual |
| 15:56:00 | bluebrother | 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 | bluebrother | yes, but even with unstable minor problems in the manual are acceptable imo |
| 15:57:14 | jlbiasini | bluebrother: I can deal with (1) and (2) today |
| 15:57:33 | bluebrother | optimally Mr Someone would go through all manuals and clean them up :) |
| 15:57:40 | bluebrother | jlbiasini: well, (1) is already done :) |
| 15:58:03 | bluebrother | and AFAIS (2) is contained in your FS patch |
| 15:58:29 | bluebrother | so that need to get finished and committed. |
| 15:58:36 | jlbiasini | yes and I will reread everything with someone that contacted me |
| 15:58:47 | bluebrother | nice |
| 15:59:11 | jlbiasini | what aboot this IMX233_intsall.tex? |
| 15:59:26 | jlbiasini | what name are you suggesting? |
| 16:00 |
| 16:00:50 | | Quit liar (Read error: No route to host) |
| 16:02:18 | bluebrother | given the AMS file I'd just keep it for now |
| 16:02:26 | bluebrother | 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:00 |
| 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:00 |
| 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 | CIA-88 | New commit by dreamlayers (r31514): Fix FS #12243 : On 20GB H10, restore correct upside down state when waking LCD. ... |
| 18:41:47 | CIA-88 | 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 |
| 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 | Claudi | holaa como estan..? |
| 19:33:54 | | Join lorenzo92 [0] (~chatzilla@host166-41-dynamic.50-82-r.retail.telecomitalia.it) |
| 19:34:56 | lebellium | 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 | jlbiasini | 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 | funman | 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 | kugel | lebellium: it needs an admin I think |
| 19:52:02 | kugel | 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 | jlbiasini | 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 | dfkt | "a USB" is correct |
| 19:59:10 | jlbiasini | ok thx |
| 20:00 |
| 20:05:05 | | Part Claudi |
| 20:08:20 | | Nick Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87) |
| 20:14:22 | funman | [7]: all the HWCFG registers are present on nano2g ? |
| 20:14:33 | [7] | yes |
| 20:15:53 | funman | we should move them to usb-s3c6400x.h |
| 20:17:37 | funman | GHWCFG1-4 = 0x00002664 0x228DD850 0x053500E8 0x0FF08030 on clip zip |
| 20:21:50 | CIA-88 | New commit by funman (r31515): GHWCFG* are not as3525v2 specific |
| 20:23:51 | CIA-88 | r31515 build result: All green |
| 20:25:16 | | Quit y4n (Quit: only amiga makes it possible) |
| 20:25:51 | lebellium | 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 | jlbiasini | bluebrother: I think that I will have to update the image files... |
| 20:31:11 | jlbiasini | the Play/Pause button is not really nice well dealing with table with several button like Volume up/Volume down |
| 20:31:40 | jlbiasini | 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 | funman | 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 | funman | 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 | funman | 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 | funman | you've read s3c-hsotg.c |
| 20:37:01 | [7] | no, what is that? linux kernel= |
| 20:37:18 | funman | in linux drivers/usb/gadget/ , and the header in arch/arm/plat-samsung/include/plat |
| 20:37:38 | funman | regs-usb-hsotg.h |
| 20:40:26 | funman | where did you find GHWCFG bits definitions? your analysis looked much more complete than what i see in the header |
| 20:40:35 | kugel | lebellium: there's no hurry :) |
| 20:40:48 | funman | 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 | funman | 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 | lebellium | 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 | funman | [7]: hm there are 8 endpoints ?? but we have a panic to check that it was 6 |
| 20:49:17 | funman | 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 | funman | yeah we have 6 endpoints |
| 20:50:02 | funman | + 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 | funman | minimum AHB frequency less than 60MHz= NO |
| 20:57:24 | funman | oops, it's YES |
| 20:58:33 | jlbiasini | 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 | funman | [7]: http://pastie.org/3108417 |
| 21:00 |
| 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 | funman | indeed |
| 21:21:35 | funman | 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:00 |
| 22:06:39 | kugel | thomaasjfox (logs): Can you test FS #12502 ? |
| 22:06:40 | fs-bluebot | http://www.rockbox.org/tracker/task/12502 Rework 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 | CIA-88 | New commit by theseven (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 | CIA-88 | r31516 build result: All green |
| 22:30:22 | funman | [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 | funman | [7]: not sure about this DEPDMA change |
| 22:31:43 | [7] | which one? |
| 22:32:00 | funman | 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 | funman | iirc we use valid physical memory but pointing to nothing useful |
| 22:32:44 | funman | 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 | funman | 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 | funman | is 'inflight = false' atomic? |
| 22:33:57 | [7] | it's in an IRQ handler, so it must be |
| 22:34:23 | funman | 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 | funman | did you see pamaury's PIO driver? |
| 22:36:49 | funman | FS #11664 iirc |
| 22:36:50 | fs-bluebot | http://www.rockbox.org/tracker/task/11664 Workaround 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 | funman | [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:00 |
| 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 | webguest20 | 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 | gevaerts | webguest20: could you try checking the filesystem? This sounds like something is seriously messed up |
| 23:45:39 | webguest20 | Sure, what should I look for? |
| 23:46:43 | gevaerts | Well, run a filesystem checking tool, like chkdsk on windows or fsck.vfat on linux |
| 23:48:47 | dfkt | 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 | webguest20 | 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 | gevaerts | 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 | dfkt | additionally, maybe just extracting a fresh 3.10 over the old one? |
| 23:56:29 | webguest20 | 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 | dfkt | that's the best |
| 23:57:01 | dfkt | while you're at it, you might want to use the official SD formatter for both, internal and external memory |
| 23:57:15 | dfkt | https://www.sdcard.org/downloads/formatter_3/ |
| 23:58:25 | | Join Torne [0] (~torne@rockbox/developer/Torne) |
| 23:58:48 | webguest20 | Would doing a manual install make any difference? |
icon identifies that the person is a core developer (has commit access).