| 00:00:14 | | Quit n1s () |
| 00:00:46 | gevaerts | pyro_maniac: I know, it should (within BUFFER_SIZE), but I've never had that work properly... |
| 00:03:34 | pyro_maniac | gevaerts: so this serial connection is untested? |
| 00:04:13 | gevaerts | Not untested as such, just not used very much in this sort of circumstances |
| 00:05:28 | pyro_maniac | but there is a chance to get this work in this way, right? |
| 00:05:32 | LambdaCalculus37 | bluebrother: All right... patch applied... here goes! |
| 00:05:37 | * | LambdaCalculus37 makes |
| 00:05:37 | gevaerts | sure |
| 00:06:36 | mcuelenaere | can any DAP-with-touchscreen-user (Cowon D2?) test FS #9918 and give feedback please? |
| 00:08:43 | pyro_maniac | gevaerts: have you any ideas? I don't have a device where it works, so I can't test the "right" way |
| 00:08:50 | | Quit amiconn (Nick collision from services.) |
| 00:08:51 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 00:08:51 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 00:08:51 | | Quit pixelma (Nick collision from services.) |
| 00:09:04 | mcuelenaere | gevaerts: shouldn't USB driver handling be something like this? http://pastebin.com/d58f884f3 |
| 00:09:05 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 00:09:11 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 00:11:05 | gevaerts | mcuelenaere: that's an option. It's not really necessary though |
| 00:11:30 | | Join sarixe [0] (n=sarixe@pool-68-239-154-103.nwrk.east.verizon.net) |
| 00:11:46 | mcuelenaere | so you think USB serial should currently still need changes to usb.c and usb_core.h? |
| 00:11:58 | mcuelenaere | or a not-at-compiler-time implementation? |
| 00:12:10 | gevaerts | pyro_maniac: maybe try looking for the code that dumps logf to disk |
| 00:12:28 | gevaerts | mcuelenaere: what do you mean? |
| 00:12:56 | mcuelenaere | I mean a way to let the user decide what USB driver gets loaded at runtime |
| 00:13:02 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.6/2009020911]") |
| 00:13:22 | mcuelenaere | perhaps something like plugins and codecs get loaded |
| 00:13:31 | gevaerts | That will need a lot more changes |
| 00:14:02 | mcuelenaere | true, and currently it isn't really needed as there are only 2 drivers |
| 00:14:39 | * | mcuelenaere thinks this could get added on the Mr. Someone's TODO list |
| 00:14:44 | gevaerts | One basically. Serial is not at all needed for end users, so it requiring compile-time options is not an issue |
| 00:15:17 | pyro_maniac | gevaerts: can tell me, where this happens? |
| 00:15:23 | gevaerts | pyro_maniac: no |
| 00:15:38 | mcuelenaere | yes, but if (at some time) an MTP driver gets added, choosing which driver gets loaded would be nice |
| 00:15:43 | gevaerts | I'd have to search the same way as you... |
| 00:16:39 | gevaerts | Sure, but that's not for this week |
| 00:16:53 | Unhelpful | it would mean moving the USB driver out of the core, and into an API. i think that at *most* it would be sensible to allow a plugin to hook and replace the core USB handler, and just have one USB handler in core. |
| 00:17:03 | pyro_maniac | gevaerts: ok I will search for that tomorrow. I have to go now. thanks for help again |
| 00:17:47 | Unhelpful | and actually, that wouldn't really be useful for *some* cases (i'm thinking gdb over usb serial ;) |
| 00:17:49 | gevaerts | Unhelpful: sure. usb_core.c will always be in the core. |
| 00:18:05 | * | LambdaCalculus37 is starting to fix some English here and there in the manual |
| 00:18:20 | | Quit pyro_maniac ("Leaving.") |
| 00:18:25 | BigBambi | LambdaCalculus37: Mind your spelling :) |
| 00:18:31 | mcuelenaere | Unhelpful: that looks like another way to do this, but it wouldn't allow running plugins and some USB drivers at the same time |
| 00:18:33 | LambdaCalculus37 | BigBambi: I will. :) |
| 00:19:04 | | Quit flydutch ("/* empty */") |
| 00:19:06 | BigBambi | LambdaCalculus37: I want to see lots of "u"s and no "z"s :) |
| 00:19:15 | Unhelpful | mcuelenaere: no, it certainly wouldn't. the only alternate USB usage i can think of where i would care about that is debugging, though, and we don't have that yet :/ |
| 00:19:38 | mcuelenaere | doesn't GDB over USB require an USB driver which doesn't use interrupts? |
| 00:20:05 | gevaerts | I'm not sure how well gdb would work with usb serial. The current usb implementation needs interrupts, threads, ... |
| 00:20:11 | LambdaCalculus37 | BigBambi: Yes sir. :) |
| 00:20:20 | BigBambi | hehe :) |
| 00:20:39 | * | bluebrother would consider an Ipod acting as soundcard fun |
| 00:20:45 | Unhelpful | heh, that would be a lot of "fixing" ;) |
| 00:21:14 | mcuelenaere | bluebrother: yes, and controlling the FM chip from a PC would mean you could use it as a FM receiver :) |
| 00:21:30 | mcuelenaere | I mean that + routing audio to the PC |
| 00:24:08 | | Quit undertakingyou (Remote closed the connection) |
| 00:25:45 | | Join jfc^2 [0] (n=john@dpc691978010.direcpc.com) |
| 00:26:40 | | Join undertakingyou [0] (n=will@undertakingyou.dsl.xmission.com) |
| 00:27:01 | | Quit jfc^3 (Read error: 60 (Operation timed out)) |
| 00:28:08 | | Quit bluebrother ("leaving") |
| 00:28:13 | moos | Unhelpful: it seems that you forgot the attachments for fs#9916 |
| 00:28:25 | | Part undertakingyou |
| 00:28:36 | Unhelpful | ..so it does! :/ |
| 00:29:31 | *** | Saving seen data "./dancer.seen" |
| 00:29:52 | | Quit Hillshum ("Leaving") |
| 00:29:57 | Unhelpful | fixed, enjoy some appalling use of empty for loops, among other things. |
| 00:30:44 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-3d8a346398329978) |
| 00:32:42 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 00:33:55 | LambdaCalculus37 | bluebrother: (for the logs) Another brick wall: http://pastebin.com/m648a128a |
| 00:36:44 | | Join parafin [0] (i=parafin@paraf.in) |
| 00:37:55 | | Nick Beaver`univ is now known as Beaver`alszik (i=balvito@dsl540010D7.pool.t-online.hu) |
| 00:40:18 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 00:40:53 | * | LambdaCalculus37 will start doing some more manual work later |
| 00:41:09 | | Quit {-phoenix-} ("Konversation terminated!") |
| 00:41:14 | LambdaCalculus37 | I'm going to go take a break. See everyone later. |
| 00:41:40 | | Quit LambdaCalculus37 ("Fwump") |
| 00:43:20 | | Quit mcuelenaere () |
| 00:44:59 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 00:48:58 | | Quit MethoS- (Remote closed the connection) |
| 00:56:59 | | Quit Thundercloud (Remote closed the connection) |
| 00:58:36 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-51822454284357ef) |
| 00:58:53 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 00:59:03 | JdGordon | PaulJam: hey, can you send me the wps which partially works? |
| 01:00 |
| 01:02:20 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-d39ef3d0b40f7859) |
| 01:03:01 | | Join mellery_ [0] (n=mike@pool-70-110-6-231.roa.east.verizon.net) |
| 01:04:45 | JdGordon | PaulJam: ta, I tried finding the cause of these lockups yesterday and unfortunatly adding splash()'s got rid of the problem :p |
| 01:05:33 | Unhelpful | JdGordon: logf, maybe? |
| 01:07:02 | JdGordon | yeah, maybe |
| 01:11:00 | | Quit gevaerts (Nick collision from services.) |
| 01:11:10 | jhMikeS | Why does the front page still state that rockbox doesn't "run" on the gigabeat S series? I'd sure say it runs on it even if not "supported". |
| 01:11:12 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 01:11:26 | | Quit SoapWork (Remote closed the connection) |
| 01:13:03 | JdGordon | as proof that its out of date and that we really have a working 4g nano port ! |
| 01:13:16 | moos | hi jhMikeS still those installation issues (license problem if you recall...) |
| 01:13:49 | Unhelpful | #9919 is the initial support of buffer_alloc in pictureflow |
| 01:13:59 | jhMikeS | doesn't mean it doesn't run or is it to discourage traffic? |
| 01:14:01 | | Join midijunkie [0] (n=Miranda@pD9547A7B.dip0.t-ipconnect.de) |
| 01:14:40 | toffe82 | moos: we know have an official source for the nk.bin |
| 01:15:08 | jhMikeS | JdGordon: And I don't know enough about nano support to know if you're being sarcastic or not ;) |
| 01:15:32 | moos | one time Bagder made it, but it was reverted, linuxstb wanted so until we work out installation procedure support and the license issue... |
| 01:15:37 | | Quit mellery_ ("Ex-Chat") |
| 01:16:40 | moos | jhMikeS: to discourage traffic of people floading with OF recovery weirdness |
| 01:16:48 | moos | problems |
| 01:17:15 | JdGordon | jhMikeS: I was joking :) we had a guiy in here ysetrday asking why rbutil couldnt find his ipod "color" which turned out to be a g4 nano |
| 01:17:49 | jhMikeS | JdGordon: I see. Well, if it has a color screen then it must be a "color" iPod? |
| 01:19:27 | | Quit obo ("Bye") |
| 01:23:15 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-80f0187fc38ce24c) |
| 01:23:29 | scorche | then again, there is the video nano... |
| 01:23:36 | * | scorche stabs |
| 01:24:57 | JdGordon | amiconn: you're not still up are you? |
| 01:26:19 | | Nick jfc^2 is now known as jfc (n=john@dpc691978010.direcpc.com) |
| 01:31:39 | | Quit moos ("Time to say moo !") |
| 01:33:11 | | Quit jhMikeS (Nick collision from services.) |
| 01:33:17 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 01:41:16 | JdGordon | Unhelpful: if that global_context is a global var anyway, and presumably only going to be one per plugin... why the need to pass it into evey call? |
| 01:43:12 | | Quit jhMikeS (Nick collision from services.) |
| 01:43:18 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 01:48:37 | | Quit Taylor ("Leaving") |
| 01:51:39 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") |
| 01:59:46 | | Part piotrek2234 |
| 02:00 |
| 02:01:20 | | Quit dandin1 () |
| 02:03:52 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 02:05:43 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 02:07:53 | | Quit JdGordon (Remote closed the connection) |
| 02:12:19 | | Part toffe82 |
| 02:12:26 | | Join JdGordon [0] (n=Miranda@123-243-140-31.static.tpgi.com.au) |
| 02:14:00 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
| 02:18:24 | | Quit PaulJam (".") |
| 02:19:28 | | Quit midijunkie ("?(???~•~)?") |
| 02:24:12 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 02:28:47 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:29:36 | *** | Saving seen data "./dancer.seen" |
| 02:30:22 | | Part gartral1 |
| 02:35:23 | | Join JdGordon [0] (n=Miranda@123-243-140-31.static.tpgi.com.au) |
| 02:44:26 | | Quit goffa (Read error: 60 (Operation timed out)) |
| 02:45:08 | | Join goffa [0] (n=goffa@216.220.23.105) |
| 02:50:53 | | Quit sarixe ("Leaving") |
| 03:00 |
| 03:01:29 | Unhelpful | JdGordon: the idea was supporting more than one allocator. i'm not sure it's a good idea, though, still. it wouldn't be hard to rework without it. |
| 03:02:44 | Unhelpful | i don't think running multiple allocators is of practical value... one allocator with multiple memory segments might be sensible, though (say, the remaining plugin buffer + stolen audio buffer) |
| 03:06:29 | Unhelpful | i should figure out what causes the data abort on my e200, first, though. it flashed slides very briefly first, at least :) |
| 03:07:14 | | Join blkhawk- [0] (n=blkhawk@g228004106.adsl.alicedsl.de) |
| 03:08:30 | | Join noobtaculus [0] (n=40e63f20@gateway/web/cgi-irc/labb.contactor.se/x-166c3142e0ba1d3b) |
| 03:11:26 | | Quit noobtaculus (Client Quit) |
| 03:11:29 | | Join noobtaculus [0] (n=40e63f20@gateway/web/cgi-irc/labb.contactor.se/x-4daf65967289d83b) |
| 03:11:42 | | Quit noobtaculus (Client Quit) |
| 03:14:30 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 03:15:33 | Unhelpful | maybe a macro that defines an appropriate global_context, possibly an array of contexts if we want to support multiple segments later? |
| 03:18:34 | Unhelpful | what, exactly, does data abort on ARM mean? i know unaligned access can be one cause... |
| 03:19:13 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 03:19:58 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 03:20:54 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
| 03:21:12 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g228004106.adsl.alicedsl.de) |
| 03:23:22 | kugel | any target tree expert here? |
| 03:23:36 | kugel | it seems to not include the correct debug-target.h here |
| 03:24:40 | | Quit pixelma (Nick collision from services.) |
| 03:24:41 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 03:24:57 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 03:25:37 | | Join Horschti [0] (n=Horscht@xbmc/user/horscht) |
| 03:42:02 | jhMikeS | kugel: is there a debug-target.h at a lower level? I think it picks the deepest one but I'm not 100% sure on that. |
| 03:43:07 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 03:43:15 | kugel | jhMikeS: I was told that it picks highler level ones first after r19866 |
| 03:44:11 | kugel | lower* I mean |
| 03:44:20 | kugel | and make (deps) seems to pick the correct include (the correct one showed grepping make.dep), but it still included the higher one |
| 03:44:28 | jhMikeS | yeah, or else gigabeat S would choose PP files |
| 03:45:05 | jhMikeS | weird |
| 03:45:11 | kugel | well, it didn't work |
| 03:46:13 | kugel | maybe it's using lower ones, but only if there's no such file in the same dir as the .c? |
| 03:48:18 | | Quit Rob2223 (Read error: 104 (Connection reset by peer)) |
| 03:48:27 | | Join Rob2222 [0] (n=Miranda@p4FDCCC10.dip.t-dialin.net) |
| 03:48:43 | jhMikeS | maybe move the .c file then? All the targets I've got seem to have the .c in the same dir as the xxx-target.h files. |
| 03:48:54 | | Quit pixelma (Nick collision from services.) |
| 03:48:55 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 03:49:04 | kugel | the .c is mostly common over the ams sansas |
| 03:49:11 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 03:49:28 | kugel | it's not #ifdef enough (yet) to fork it imo |
| 03:52:05 | Unhelpful | HM. does core bufalloc catch attempts to free invalid handles? |
| 03:53:59 | jhMikeS | core buffalloc has no free |
| 03:54:32 | jhMikeS | nvm, I was thinking buffer_alloc :p |
| 03:56:23 | jhMikeS | it does look like it checks it's list of valid handles using find_handle |
| 03:56:29 | Unhelpful | it's "bufclose" actually, seems to work for freeing non-file buffers as well. |
| 03:56:56 | Unhelpful | it looks like pictureflow depended on that behavior :) |
| 03:59:34 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 03:59:46 | Unhelpful | should i fix it in pictureflow, or in buffer_alloc? seems to me that trying to free some value that is not an alloc result is the behavior that is wrong, and should be fixed |
| 04:00 |
| 04:03:42 | kugel | Unhelpful: I'd wait how http://www.rockbox.org/tracker/task/9885 turns out |
| 04:04:03 | Unhelpful | jhMikeS: what would mpegplayer need to use buffer_alloc? besides it not being horribly experimental code... |
| 04:04:30 | jhMikeS | Unhelpful: Perhaps. Personally I'm the type that believes in going the more robust route. |
| 04:04:36 | kugel | unless it's a bug of course |
| 04:05:14 | Unhelpful | kugel: the trouble with that is that the malloc API can not support compaction without virtual memory, since the caller is just handed a pointer to the memory. |
| 04:05:45 | jhMikeS | Unhelpful: libmpeg2 dynamically allocates its frambuffers and preview mode does as well. It would also allow allocating overlays and alternate framebuffers for the IPU. |
| 04:05:51 | Unhelpful | jhMikeS: well, what exactly would be needed for optional multicore safety? there are some extra alignment requirements, i know, but i'm sure that's not it.... |
| 04:06:58 | jhMikeS | 1) Shared data structures in noncacheable memory 2) A synchronization scheme that doesn't just involve globally locking the allocator would be best (maximize concurrency). |
| 04:07:21 | kugel | Unhelpful: alone the description sounds like it would have very little memory waste: http://daniel.haxx.se/projects/dbestfit/ |
| 04:07:53 | kugel | I haven't looked at it deeply, but maybe it does some more than the standard malloc to keep waste low |
| 04:08:10 | kugel | "- and it doesn't fragment the memory as much. " |
| 04:09:57 | Unhelpful | that's nice to have, also, but i think that malloc API is more useful for "things we don't want to port away from malloc" than as a general solution to things that need dynamic allocation. you can do your best to *manage* fragmentation, and certainly allocating best-fit instead of first-fit is a way to do that, but i'm talking about being able to collect fragmented pieces into one contiguous segment again. |
| 04:10:23 | | Quit rocko ("Leaving") |
| 04:10:58 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 04:11:14 | kugel | anyway, I'm off. night |
| 04:11:17 | | Join Barahir [0] (n=jonathan@Xa58d.x.pppool.de) |
| 04:11:18 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
| 04:13:43 | | Quit AndyIL (Read error: 60 (Operation timed out)) |
| 04:16:08 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 04:17:26 | | Join ipod5580gb [0] (n=someone@S0106001217268a35.vc.shawcable.net) |
| 04:18:22 | ipod5580gb | Can anyone help me with getting TuneFM to work with my ipod. It does not power up when connected when running RockBox 3.1 |
| 04:22:21 | | Join Llorean [0] (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net) |
| 04:26:36 | | Quit Barahir_ (Read error: 110 (Connection timed out)) |
| 04:29:19 | | Quit Beaver`alszik (Read error: 54 (Connection reset by peer)) |
| 04:29:24 | | Join Bavlito [0] (i=balvito@dsl540010D7.pool.t-online.hu) |
| 04:29:40 | *** | Saving seen data "./dancer.seen" |
| 04:35:53 | Unhelpful | jhMikeS: actually, you know, that might be a decent use for the multiple-allocators support, have each core "own" a chunk of memory and a buffer_context |
| 04:36:41 | Unhelpful | although, that's no good for allocating things both cores might share |
| 04:36:47 | jhMikeS | Unhelpful: It's basically like that now though the first allocator allocates the buffer for the second one. |
| 04:37:15 | ipod5580gb | Can anyone give me a bit of help with a FM Transmitter? |
| 04:37:41 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:37:45 | Unhelpful | hrm... buffer_alloc would be *quite* unsafe to use in that fashion, *unless* that allocation was the first one made. |
| 04:39:32 | Unhelpful | it would be wasteful, anyway, an allocation has a 12B overhead, you could just divide the buffer in half, and pass each half to a separate buf_init_ctx call with its own struct buffer_context |
| 04:39:36 | | Quit Bavlito (Read error: 104 (Connection reset by peer)) |
| 04:42:35 | | Join Beaver`alszik [0] (i=balvito@dsl540010D7.pool.t-online.hu) |
| 04:44:13 | | Quit HBK () |
| 04:44:35 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 04:44:35 | jhMikeS | as it is now, the libmpeg2 buffer is the first buffer allocated |
| 04:47:10 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-4d8f487bb73b5fee) |
| 04:47:39 | jhMikeS | whatever the case, things are limited because it wants whatever is left from all that for the disk buffer |
| 04:49:21 | jhMikeS | and it uses whatever remains in the libmpeg2 buffer to make thumbnails and fails that if enough isn't there |
| 04:49:26 | Unhelpful | hrm... i *could* add some calls to allow moving or resizing the allocation buffer. moving it would require an extra pointer stored in context, since the buffer doesn't actually know where buffer start is, now. |
| 04:54:52 | | Quit sarixe ("Leaving") |
| 04:55:58 | | Join blkhawk- [0] (n=blkhawk@f051195140.adsl.alicedsl.de) |
| 04:56:30 | Unhelpful | how does this sound, for a possible concurrency scheme... an allocator per-core, with handles valid on that core, but the buffers each allocator uses are stored back-to-back in the available space. *if* an allocation fails, even after compacting the existing allocations in that buffer together, we take a global lock, and move the join between the two buffers such that the allocation can succeed, and leave roughly the same amount of free |
| 04:56:30 | Unhelpful | space in each buffer. |
| 04:58:01 | Unhelpful | allocations and fetches from both buffers would have to be blocked for the duration, but it should not be a very frequent event |
| 04:59:31 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 05:00 |
| 05:00:22 | Unhelpful | the big issue i see is that this could still lead to a thread on one core checking ot the pointer for its handle, and having the pointer invalidated without calling yield :/ |
| 05:02:57 | jhMikeS | there's also multithreaded codecs that might need to share things |
| 05:05:33 | Unhelpful | as in multicore? or just threaded? threads are quite safe, as long as they understand that yielding invalidates the pointers associated with handles |
| 05:06:36 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-ae7ef5a387527bd3) |
| 05:08:20 | jhMikeS | well, like mpa.c. mpegplayer make no such assumptions, it's too complex to guarantee what code "yields" or not and so it written as if preemptive. |
| 05:08:22 | ipod5580gb | Anyone around that can help me? |
| 05:10:56 | Unhelpful | jhMikeS: well, i think the way i'd handle that is to have any function "check out" its handles again around calls to other functions... but, yeah, this is not an allocator for all purposes. i don't think we can really have one, without using virtual memory, that can suit *every* use. |
| 05:13:24 | | Quit blkhawk (Read error: 113 (No route to host)) |
| 05:13:56 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@f051195140.adsl.alicedsl.de) |
| 05:17:25 | saratoga | ipod5580gb: looking at the logs, I'd guess you need to turn on the accessory power supply, or that your device doesn't work with rockbox |
| 05:18:01 | jhMikeS | Unhelpful: it's the approach that's needed really that stuff. playback.c had problems when one target's version of a function blocked or yielded and other didn't. in many cases there really is no difference in treatment between the two types of multitasking at all except in very simple code that has complete control. |
| 05:19:00 | Unhelpful | i favored pointer-checkout speed over pretty much everything else, though. that's a table lookup, and inlined ;) |
| 05:19:02 | | Join gartral [0] (n=Gartral@adsl-75-33-69-103.dsl.bcvloh.sbcglobal.net) |
| 05:19:24 | gartral | the buyers guide page in the wiki is outdated |
| 05:19:57 | gartral | particularly, it says that the sansas can only record via microphone |
| 05:20:00 | Unhelpful | the handle table never actually moves, so it would also be quite possible, instead of using handles at all, to pass the address of the table entry back |
| 05:20:40 | Unhelpful | i'm not sure if gcc could be made to understand that the contents of that entry are volatile, while the pointer to it is not? |
| 05:21:36 | jhMikeS | sure, declare the needed members as volatile |
| 05:22:37 | | Join tvelocity[away] [0] (n=tony@adsl18-77.her.forthnet.gr) |
| 05:23:40 | Unhelpful | it's a union, not a struct... would that work? |
| 05:24:21 | jhMikeS | I think so. If you look at the volatile member it should be treated as such. |
| 05:26:50 | Unhelpful | it needn't *actually* be a union, in the handle table... it was mostly a matter of wanting to be able to treat the entire buffer as a collection of the same thing, whether it's pointers to allocated blocks, integers indicating their length/status, etc. |
| 05:28:34 | | Quit tvelocity[a] (Connection timed out) |
| 05:29:46 | Unhelpful | but, if adding, maybe, a volatile void *data to union buffer_data would make it easier to use in more places, now would be the time, while it's only being used experimentally in one place :) |
| 05:30:45 | jhMikeS | void * volatile data ? |
| 05:31:42 | Unhelpful | ...do i have my volatile in the wrong place? my C is still a little rusty where qualifiers are concerned. :) |
| 05:32:28 | jhMikeS | that would point to volatile data, not a volatile pointer to data |
| 05:33:35 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 05:33:46 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
| 05:34:10 | jhMikeS | I've been through the ringer on that stuff so that volatile thing is pretty down pat :) |
| 05:35:19 | Unhelpful | ah, i get it. would that maybe be better than using the integer handles? everything that refers to the int handles can be replaced with passing the handle address directly, quite easily. the ints are never actually used inside the allocator, they're just converted to/from addresses when handles are passed in from or out to the caller |
| 05:37:08 | | Join tvelocity[a] [0] (n=tony@adsl26-123.her.forthnet.gr) |
| 05:37:29 | | Quit Horschti ("Verlassend") |
| 05:38:15 | jhMikeS | so long as an old pointer can't alias a new one but then one it's freed it shouldn't be passed back. a little different from threads using slot pointer publicly. |
| 05:39:26 | Unhelpful | hrm... yeah, slots in the handle table *can* be replaced after they've been freed. |
| 05:40:56 | jhMikeS | the scheduler encodes a handle with a slot index in the low byte and a version number in the high byte as a guard, if the id in the slot doesn't match, it's considered removed but not treated as an error. |
| 05:42:53 | | Quit Llorean ("Leaving.") |
| 05:45:56 | | Join Llorean [0] (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net) |
| 05:48:38 | jhMikeS | it's 0xvvnn. 0x0000 is reserved as invalid and 0x01nn is the first handle for any slot, version incremented when it exits and recycles every 255 threads in a slot |
| 05:49:25 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 05:49:50 | | Join dude187 [0] (n=chris@cpe-75-187-51-53.columbus.res.rr.com) |
| 05:52:01 | Unhelpful | hrm. i'm not sure we could do that with allocator handles, they're really *just* pointers to the actual data. |
| 05:52:17 | | Quit tvelocity[away] (Read error: 110 (Connection timed out)) |
| 05:52:45 | Unhelpful | they're set to NULL on free, but of course, if we want to guard against the handle being reallocated, that doesn't help |
| 05:53:48 | | Quit Aurix_Lexico (Remote closed the connection) |
| 05:54:36 | | Part gartral |
| 05:55:57 | soap | saratoga, the first HA/RB cross-post? |
| 05:56:04 | jhMikeS | it's implemented that way to guard against a thread_wait call referring to a newly created thread using a pointer to one it expects to be exiting. it's a problem a programmer can't write away properly himself. |
| 05:56:17 | soap | I wasn't as nice on HA as you were on RB |
| 05:56:22 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 05:56:45 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-7ed2690965358546) |
| 05:57:04 | Unhelpful | is there a similar problem we expect to see with a memory allocator? i don't think you're crazy, i'm just not sure what we're trying to prevent :/ |
| 05:58:23 | ipod5580gb | Just wondering if anyone can help me with getting a FM Transmitter to work. |
| 05:58:53 | jhMikeS | I'm just discussion a solution for something under the most difficult conditions where resources allocated to a thread must no longer be in use before a plugin or codec exits. |
| 06:00 |
| 06:00:05 | jhMikeS | ipod5580gb: I'm not aware of any such thing being officially supported. |
| 06:00:14 | Unhelpful | hrm. but this isn't a system-wide allocator, it's intended to be used by a plugin or codec on memory that it already owns. |
| 06:01:15 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 06:01:59 | soap | jhMikeS, prelim accessory support is in SVN |
| 06:02:29 | soap | ipod5580gb, which FM transmitter, which ipod (?) and what have you tried? |
| 06:03:09 | ipod5580gb | Well it is TUNEFM from Belkin, Ipod5.5 80gb, with rockbox 3.1 |
| 06:03:33 | soap | have you turned on the accessory power supply? |
| 06:03:43 | ipod5580gb | I have |
| 06:03:52 | ipod5580gb | And tried the car dock even. |
| 06:03:56 | ipod5580gb | It doesn't power up |
| 06:04:06 | jhMikeS | soap: I had guessed that much but ipod5580gb has been poking for quite some time for something to be said. So I gave the best answer I could about the issue. |
| 06:04:39 | soap | sorry for jumping in late and assuming, jhMikeS |
| 06:04:48 | saratoga | looks like it doesn't work then |
| 06:05:15 | soap | ipod5580gb, when you say "it" doesn't power up - you mean the FM transmitter or the iPod? |
| 06:05:25 | ipod5580gb | Shit, guess I will look at maybe returning it or something |
| 06:05:29 | ipod5580gb | Ya, I mean, the tramisster doesn't turn on |
| 06:05:35 | ipod5580gb | no numbers appear or anything |
| 06:05:53 | * | jhMikeS forgives soap ;-) |
| 06:06:02 | soap | There is a wiki page IpodAccessories and a thread in the Unsupported Builds forum. Within those two resources is the sum of knowledge so far on what works and what doesn't. |
| 06:06:34 | soap | When I get off my lazy ass I'll merge the two sources into one, but until that time you can read the two - even contribute to the wiki! - and learn all Rockbox knows. |
| 06:06:53 | ipod5580gb | Ya done my best to look around, but guess either I live with rebooting in the apple firmware or return it. |
| 06:07:32 | soap | It appears to be one of those models which has no display of its own and uploads BMPs to the iPod to show what it is doing. |
| 06:07:52 | jhMikeS | soap: Not without the initiation ceremonies! One must vow to protect the rb brotherhood's secrets to the death. :p |
| 06:07:53 | soap | If I had to guess, I'd bet none of the accessories of that type will function properly/fully. |
| 06:07:59 | ipod5580gb | Actually it does have a display, let me find a picture |
| 06:08:34 | soap | great, another bloody series of products sold with the same name yet different models. |
| 06:08:55 | ipod5580gb | http://www.target.com/Belkin-iPod-TuneFM-Wireless-Audio/dp/B00195GAMW |
| 06:09:05 | soap | PM me all the details you can dig on the item, model name, number, every little thing you can think of, and I'll add it to the wiki when I get a chance. |
| 06:09:16 | ipod5580gb | I know, sort of pissing me off as well. |
| 06:09:30 | soap | http://www.amazon.com/Belkin-TuneFM-Transmitter-iPod-Black/dp/B000EMDOD4 |
| 06:09:36 | soap | is what I had been looking at. |
| 06:11:14 | ipod5580gb | Is there a good FM trasmitter you would recommended that work with RockBox? |
| 06:11:28 | soap | read the IpodAccessories wiki page and please also pm me (on the forums is ideal) all the info it asks for as well, including the debug info. Or fill out the wiki yourself if you want. |
| 06:11:39 | soap | I've never used an iPod accessory. |
| 06:12:37 | | Quit ipod5580gb (Read error: 60 (Operation timed out)) |
| 06:12:56 | | Join ipod55800 [0] (n=someone@S0106001217268a35.vc.shawcable.net) |
| 06:17:37 | ipod55800 | Damn, lost connection. |
| 06:17:43 | ipod55800 | Is there a good FM trasmitter you would recommended that work with RockBox? |
| 06:21:32 | | Quit saratoga ("CGI:IRC (EOF)") |
| 06:22:42 | soap | as I said - I've never owned one, though perhaps i should buy one. |
| 06:23:24 | Unhelpful | jhMikeS: i don't think this allocator can do anything like that, without changing what is stored in the handle table. that's certainly possible, we could use a struct that also contains a version counter, instead of buffer_data. it would double the cost of the handle itself, a 1/3 gain in the overhead per allocation, which is not a big deal if most allocations are large. |
| 06:23:25 | soap | With buschel and dreamlayer's insane attempts to turn the iPod 5G into a perpetual motion machine I should probably watch for breaking of accessory support. ;) |
| 06:23:37 | | Join lymeca [0] (n=lymeca@student164-128.hampshire.edu) |
| 06:25:16 | Unhelpful | it'd break the idea of handing the actual address of the handle table entry back to the caller, but that's broken anyway if we want some memory manager to *always* be able to check on a handle when something wants to use it. |
| 06:26:29 | ipod55800 | Thanks, I appreciate your help. Shitty it doesn't work. |
| 06:26:45 | | Quit rocko ("Leaving") |
| 06:29:41 | *** | Saving seen data "./dancer.seen" |
| 06:33:21 | | Quit jhMikeS (Nick collision from services.) |
| 06:33:27 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 06:54:49 | * | jhMikeS wouldn't mind more thorough commenting in that patch so he'd know what's supposed to be going on :) |
| 06:58:03 | | Quit pixelma ("No Ping reply in 30 seconds.") |
| 07:00 |
| 07:01:14 | | Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) |
| 07:02:32 | | Quit ipod55800 () |
| 07:08:02 | | Quit HBK (Read error: 104 (Connection reset by peer)) |
| 07:08:27 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 07:09:45 | | Quit CaptainKwel (Read error: 110 (Connection timed out)) |
| 07:11:06 | jhMikeS | Unhelpful: You treat it like an array of union buffer_data and allocations grow from the left while the handle array grows from the right? |
| 07:13:08 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 07:25:25 | | Quit lymeca (Connection timed out) |
| 07:26:10 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 07:58:16 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 07:58:49 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-45b500c243eec473) |
| 08:00 |
| 08:24:30 | | Quit BHSPitMonkey ("Ex-Chat") |
| 08:25:28 | | Join Rob2223 [0] (n=Miranda@p4FDCF89B.dip.t-dialin.net) |
| 08:29:42 | *** | Saving seen data "./dancer.seen" |
| 08:33:30 | | Quit nuonguy (Connection reset by peer) |
| 08:40:34 | * | JdGordon is starting to get annoyed with the simulated backlight |
| 08:40:39 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:42:15 | Llorean | So set the backlight to always on. :-P |
| 08:42:35 | JdGordon | thats generally annoying |
| 08:43:08 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:44:30 | * | JdGordon wonders why the hell he has a completyl blank WPS screen with the real default wps |
| 08:45:35 | JdGordon | thats on the e200... on the h300 it just locks up :( |
| 09:00 |
| 09:00:08 | | Quit z35 ("Leaving") |
| 09:04:58 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:11:42 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 09:14:10 | amiconn | Unhelpful: I don't think that you can make an allocator that moves blocks on compaction multi-core safe |
| 09:15:36 | amiconn | Even if you guard the handles so that one core doesn't change a handle while the other accesses it, there's still the possibility that one core starts a compaction while the other is accessing a block of data |
| 09:16:26 | amiconn | So this mechanism can only work for a single core with cooperative threading. The swcodec bufalloc has the same limitation |
| 09:27:14 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 09:30:55 | JdGordon | well this is wierd.. the remote lcd seems to be working but the main lcd is borked |
| 09:36:12 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 09:38:08 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
| 09:45:23 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
| 09:46:05 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 09:48:55 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
| 09:49:05 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 09:55:18 | | Quit daurnimator (Read error: 60 (Operation timed out)) |
| 09:55:31 | | Join daurnimator [0] (n=quae@ppp121-44-216-55.lns10.mel4.internode.on.net) |
| 09:58:37 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
| 09:58:53 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
| 10:00 |
| 10:11:50 | | Join pyro_maniac [0] (i=foobar@p57BB935F.dip0.t-ipconnect.de) |
| 10:14:00 | | Quit bmbl (Read error: 104 (Connection reset by peer)) |
| 10:15:48 | | Join piotrek2234 [0] (n=piotrek2@chello084010133138.chello.pl) |
| 10:18:18 | | Quit kachna|lappy (Read error: 113 (No route to host)) |
| 10:22:07 | * | JdGordon curses at his code |
| 10:23:31 | | Quit piotrek2234 (Read error: 104 (Connection reset by peer)) |
| 10:29:44 | *** | Saving seen data "./dancer.seen" |
| 10:32:07 | | Quit Thundercloud (Remote closed the connection) |
| 10:35:08 | | Join midijunkie [0] (n=Miranda@pD9E54413.dip0.t-ipconnect.de) |
| 10:37:15 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 10:48:02 | | Join _lifeless [0] (n=lifeless@90.150.114.6) |
| 10:48:37 | | Join miepchen^schlaf [0] (n=miepel@p579ECBAB.dip.t-dialin.net) |
| 10:58:04 | | Nick Beaver`alszik is now known as Beaver`univ (i=balvito@dsl540010D7.pool.t-online.hu) |
| 11:00 |
| 11:04:10 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
| 11:05:33 | | Quit __lifeless (Read error: 110 (Connection timed out)) |
| 11:05:58 | | Join __lifeless [0] (n=lifeless@94.50.185.27) |
| 11:06:16 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
| 11:07:43 | | Join akur [0] (n=akur@bl6-149-77.dsl.telepac.pt) |
| 11:07:45 | | Part akur |
| 11:13:54 | | Part rob_ |
| 11:29:34 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-45ea94a997796234) |
| 11:30:01 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 11:31:25 | | Join JdGordon_ [0] (n=jonno@123-243-140-31.static.tpgi.com.au) |
| 11:32:50 | | Quit daurnimator (Read error: 60 (Operation timed out)) |
| 11:33:03 | | Join daurnimator [0] (n=quae@ppp121-44-216-55.lns10.mel4.internode.on.net) |
| 11:36:03 | rocko | http://www.inatux.com/gnu |
| 11:41:26 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 11:44:26 | | Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) |
| 11:56:25 | | Quit JdGordon_ (Read error: 110 (Connection timed out)) |
| 12:00 |
| 12:11:22 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 12:29:47 | *** | Saving seen data "./dancer.seen" |
| 12:42:26 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 12:43:02 | | Quit rocko ("Leaving") |
| 12:49:53 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 12:52:53 | | Quit idshark (Remote closed the connection) |
| 13:00 |
| 13:05:24 | | Quit freqmod_qu (Remote closed the connection) |
| 13:17:45 | | Quit miepchen^schlaf () |
| 13:23:55 | | Join bandan [0] (n=x@p57A5B7E6.dip.t-dialin.net) |
| 13:45:20 | | Quit jhMikeS (Nick collision from services.) |
| 13:45:26 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 13:52:29 | | Part bandan |
| 13:58:28 | | Join zimba42 [0] (n=wolfgang@static-87-245-24-216.teleos-web.de) |
| 14:00 |
| 14:02:18 | zimba42 | I happily booted rockbox on my e200v2-4GB with working buttons. Does someone need any kind of testing on that target? |
| 14:03:31 | | Quit kachna|lappy (Read error: 110 (Connection timed out)) |
| 14:03:40 | zimba42 | Is the hardware on that target slower than the e200v1 one? (the demos seem to run slower) |
| 14:06:53 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 14:07:30 | Bagder | it is faster, although possibly not taken advantage of yet |
| 14:08:36 | zimba42 | Good :-) ..anyway, great to have the v2 supported at all. |
| 14:09:15 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 14:12:43 | | Quit parafin (Remote closed the connection) |
| 14:13:15 | | Join parafin [0] (i=parafin@paraf.in) |
| 14:17:48 | | Quit __lifeless (Remote closed the connection) |
| 14:18:05 | | Join __lifeless [0] (n=lifeless@94.50.185.27) |
| 14:18:35 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
| 14:26:36 | rvvs89 | Woah v2 support, when did this happen? |
| 14:26:44 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 14:26:46 | rvvs89 | Never mind I'll check the web site |
| 14:27:14 | BigBambi | It didn't yet |
| 14:27:29 | | Join miepchen^schlaf [0] (n=miepel@p579ECBAB.dip.t-dialin.net) |
| 14:27:32 | BigBambi | They are being worked on, and it is going well, but they are not yet supported |
| 14:29:07 | | Join Rob2222 [0] (n=Miranda@p4FDCF8D6.dip.t-dialin.net) |
| 14:29:50 | *** | Saving seen data "./dancer.seen" |
| 14:30:03 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
| 14:34:33 | zimba42 | it's not officially supported.. but works |
| 14:34:49 | | Join grdxyxy [0] (n=eric@121.34.168.206) |
| 14:35:26 | | Quit grdxyxy (Remote closed the connection) |
| 14:35:48 | | Join grdxyxy [0] (n=eric@121.34.168.206) |
| 14:37:19 | | Quit gromit` (Read error: 60 (Operation timed out)) |
| 14:44:58 | | Join gromit` [0] (n=gromit@ALagny-154-1-88-61.w81-48.abo.wanadoo.fr) |
| 14:47:23 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 14:56:11 | | Part LinusN |
| 15:00 |
| 15:00:34 | | Join midijunkie [0] (n=Miranda@pD9E54413.dip0.t-ipconnect.de) |
| 15:05:54 | | Part grdxyxy |
| 15:10:55 | | Quit jordoex (Read error: 110 (Connection timed out)) |
| 15:12:52 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 15:14:07 | | Quit avis (Remote closed the connection) |
| 15:22:44 | | Quit n1s () |
| 15:23:53 | | Join piotrek2234 [0] (n=piotrek2@chello084010133138.chello.pl) |
| 15:25:48 | Unhelpful | amiconn: i know it will still not be multicore-safe, but what about the idea of passing the handle's address back, rather than its index, and adding a member to the handle that's marked volatile, for use in accessing the data... would gcc do a decent job of knowing when that pointer-to-a-pointer needs to be reloaded from memory, or should i just stick with the int handles and leave the caller to make sure that the pointer returned is us |
| 15:25:48 | Unhelpful | ed safely? |
| 15:28:31 | Unhelpful | jhMikeS: yes, allocations grow up from the bottom of the buffer, handles down from the top. the handle deallocation routine only worries about shrinking the handle table by one, if it's called for the last handle, which is sufficient for making sure that the allocator doesn't extend the handle table when an allocation fails. i should probably remove even that check, since it can extend it by one handle at the most. |
| 15:29:10 | | Part piotrek2234 |
| 15:29:18 | Unhelpful | i'll work on comments now, actually. if i say what/why it does what it does, that only makes it easier for others to say what i'm doing wrong ;) |
| 15:41:38 | | Join jaykay [0] (n=chatzill@p579E7038.dip.t-dialin.net) |
| 15:50:40 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
| 15:54:56 | | Quit bmbl (Read error: 110 (Connection timed out)) |
| 15:57:31 | | Join z35 [0] (n=z35@h213.100.91.75.dynamic.ip.windstream.net) |
| 16:00 |
| 16:03:41 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 16:08:30 | | Join PaulJam [0] (n=PaulJam_@vpn-3119.gwdg.de) |
| 16:13:06 | | Join MethoS- [0] (n=lem@dyndsl-085-016-162-218.ewe-ip-backbone.de) |
| 16:14:49 | | Quit rocko ("Leaving") |
| 16:19:14 | | Quit zimba42 (Read error: 113 (No route to host)) |
| 16:24:26 | | Quit rwong (Remote closed the connection) |
| 16:24:36 | | Join rwong [0] (n=ricky@www.roflwaffle.com) |
| 16:24:54 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:26:19 | | Quit B4gder (Read error: 60 (Operation timed out)) |
| 16:27:19 | | Quit sarixe ("Leaving") |
| 16:29:15 | | Join dfkt_dt [0] (i=dfkt@unaffiliated/dfkt) |
| 16:29:46 | | Quit robin0800 (Remote closed the connection) |
| 16:29:54 | *** | Saving seen data "./dancer.seen" |
| 16:35:25 | | Quit dfkt (Nick collision from services.) |
| 16:35:31 | | Nick dfkt_dt is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
| 16:39:18 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-bb9b115e494d5865) |
| 16:39:20 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 16:39:21 | | Join CaptainKewl [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-e6bb7b7d4bd00723) |
| 16:40:04 | evilnick | Hi All; are there any settings that need changing to ensure that the Beast charges via USB? |
| 16:41:18 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 16:43:26 | | Quit miepchen^schlaf () |
| 16:44:01 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
| 16:47:10 | LambdaCalculus37 | evilnick: Heyo, let me check out for you. |
| 16:47:27 | | Join MethoS-- [0] (n=lem@host-091-097-242-052.ewe-ip-backbone.de) |
| 16:48:50 | LambdaCalculus37 | evilnick: Nope, doesn't seem to be anything you need to change. |
| 16:50:49 | LambdaCalculus37 | n1s: Ping |
| 16:50:55 | LambdaCalculus37 | Oh crap, forgot. |
| 16:51:17 | LambdaCalculus37 | n1s: (for the logs) I need to know if you can help me check out if DFU mode exists on the 4th gen nano. |
| 16:57:21 | | Nick Beaver`univ is now known as Beaver (i=balvito@dsl540010D7.pool.t-online.hu) |
| 16:57:52 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 17:00 |
| 17:00:04 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 17:02:56 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 17:05:52 | | Join webguest98 [0] (n=5657aa5c@gateway/web/cgi-irc/labb.contactor.se/x-0bed02698486e7df) |
| 17:07:58 | webguest98 | hello I have a problem with my rockbox. when my player is on the usb recharging than my sansa e280va works normally. but when I disconnect my player then he turns off and don't start up again. I can don't start up him by my self. can someone help me? |
| 17:10:10 | | Quit webguest98 (Client Quit) |
| 17:10:13 | | Join webguest15 [0] (n=5657aa5c@gateway/web/cgi-irc/labb.contactor.se/x-623aa0f0af48db5b) |
| 17:11:19 | | Quit webguest15 (Client Quit) |
| 17:20:58 | | Join {-phoenix-} [0] (n=dirk@p54B47BAB.dip.t-dialin.net) |
| 17:26:51 | Unhelpful | evilnick: nope, it should work "out of the box". you'll need to have enough charge for it to start, though, to be able to charge from USB. |
| 17:28:02 | PaulJam | petur: have you made any progress with the H300 bootloader issues? |
| 17:28:38 | petur | nope... Linus was looking into it but he has no time right now... |
| 17:28:58 | PaulJam | ok |
| 17:29:27 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 17:30:25 | evilnick | Unhelpful: So is it expected behaviour for the beast to turn off due to lack of battery power, when used as an external HDD? Maybe if there are constant transfers then the beast can't get enough power from USB alone? |
| 17:30:43 | LambdaCalculus37 | Yep. |
| 17:31:48 | Unhelpful | erm, possibly? you should probably use the AC if you're doing that. |
| 17:36:46 | evilnick | Cool - makes sense. |
| 17:37:27 | | Quit fdinel (Read error: 110 (Connection timed out)) |
| 17:43:33 | | Join gregzx [0] (n=chatzill@dtn164.neoplus.adsl.tpnet.pl) |
| 17:46:29 | | Part TMM ("Ex-Chat") |
| 18:00 |
| 18:06:16 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 18:15:49 | | Quit petur ("work->home") |
| 18:21:00 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 18:23:28 | jhMikeS | evilnick: The beast isn't going to necessarily maintain charge very well on USB alone with heavy HDD use. |
| 18:24:35 | evilnick | jhMikeS: I'm glad that I have the charger with me today then ;) |
| 18:24:41 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:28:42 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:29:57 | *** | Saving seen data "./dancer.seen" |
| 18:31:33 | | Join lymeca [0] (n=lymeca@student166-248.hampshire.edu) |
| 18:42:00 | | Join jaykay [0] (n=chatzill@p579E7038.dip.t-dialin.net) |
| 18:45:51 | jaykay | jhmikes: with FS #9910 the runtime was ten minutes less |
| 18:46:00 | jaykay | i guess i did something wrong... |
| 18:50:49 | | Join flydutch [0] (n=flydutch@host210-153-dynamic.15-87-r.retail.telecomitalia.it) |
| 18:54:08 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
| 18:54:30 | | Quit B4gder ("It is time to say moo") |
| 18:56:22 | | Join jordoex [0] (n=quassel@d154-20-53-81.bchsia.telus.net) |
| 19:00 |
| 19:00:44 | jhMikeS | jaykay: 10 minutes? I'd think normal variability could cause more than that (initial charge level, different HD activity, etc.) |
| 19:03:01 | | Quit pyro_maniac ("Leaving.") |
| 19:03:13 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-ff405cf236379ed2) |
| 19:03:57 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 19:04:06 | jaykay | ok, i took the time from 90%to zero to avoid a different charge level... now your patch gives 10min more |
| 19:04:22 | jaykay | and its on the e200, so without a hd |
| 19:06:28 | saratoga | what format? |
| 19:07:20 | jaykay | ogg VBR 256kbps |
| 19:08:18 | | Join Lear [0] (n=chatzill@rockbox/developer/lear) |
| 19:08:57 | jhMikeS | I might expect some minutes more at most, but still it could get swamped in variability. Consistently less over many trials I would be surprised (but it would take many). |
| 19:10:24 | jaykay | should o do some more benches? |
| 19:10:28 | jaykay | *i |
| 19:11:42 | jhMikeS | If it's not much trouble, thanks. At least we get 1-2 MHz back even if it doesn't extend the batt by much (or at all). I mean I could just turn mine on and and let it go too. :) |
| 19:12:22 | jhMikeS | pardon I meant "%" back. |
| 19:18:20 | jhMikeS | In fact, I've just started one (but I have no previous data of my own). |
| 19:18:35 | jhMikeS | jaykay: What was the total time? |
| 19:19:23 | jaykay | jhmikes: with patch: 19:18, without: 19:29 |
| 19:19:39 | jaykay | r20012 |
| 19:20:27 | jaykay | i also had no previous data, only a bench with r19896, and with that revision you patch didnt patch |
| 19:20:44 | | Quit bertrik (Read error: 60 (Operation timed out)) |
| 19:22:07 | jhMikeS | That's from just cutting it at 90%? I though you said it was 10min more if you just gave the total time from the battery bench. |
| 19:23:02 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:25:47 | jhMikeS | on the more recent ones, 90% appears to be a good 2hrs into the run |
| 19:26:34 | jaykay | jhmikes: no without cutting: your patch gives ten minutes less. with cutting: the patch gives 10 minutes more |
| 19:26:45 | jhMikeS | ah |
| 19:26:46 | | Join idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) |
| 19:27:12 | | Join einhirn [0] (n=Miranda@p4FC62B2F.dip0.t-ipconnect.de) |
| 19:28:00 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 19:28:42 | | Quit idshark (Remote closed the connection) |
| 19:29:16 | jhMikeS | can you post both of those? |
| 19:29:24 | jaykay | jhmikes: i deeply apologize, with cutting it gives exactly the same time |
| 19:29:32 | jaykay | sorry |
| 19:29:43 | jaykay | yes, where? in the tracker? |
| 19:30:01 | jhMikeS | pastebin even |
| 19:30:03 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 19:34:58 | jaykay | without patch: http://pastebin.com/m4fc1ca31 |
| 19:35:06 | jaykay | with patch: http://pastebin.com/ma60151f |
| 19:35:19 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 19:38:58 | jhMikeS | jaykay: thanks |
| 19:39:49 | | Quit midijunkie ("?(???~•~)?") |
| 19:48:11 | | Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 19:48:26 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 19:48:57 | jhMikeS | hrm, I can't really see any real difference. The unpatched one started off with a little higher charge it appears. |
| 19:51:08 | | Join perrikwp [0] (i=98213ca1@gateway/web/ajax/mibbit.com/x-078cf1729fbd8540) |
| 19:52:38 | jaykay | jhmikes: and the first data from the patched one is after 41 seconds :) so the start chrage doesnt make the difference |
| 19:53:00 | jaykay | if youre not totally convinced, cut 10% off |
| 19:53:55 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 19:54:15 | mcuelenaere | any Cowon D2 user in here with some free time available to test a patch? |
| 19:55:44 | jhMikeS | I'm looking at the initial dip, the rise at the start (presumably after backlight off). |
| 20:00 |
| 20:02:33 | | Join miepchen^schlaf [0] (n=miepel@p579ECBAB.dip.t-dialin.net) |
| 20:06:21 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
| 20:06:57 | | Quit rocko ("Leaving") |
| 20:07:03 | shotofadds | hi mcuelenaere, I saw your touchscreen patch earlier and will give it a try later (i'm just off for some dinner now...) btw. it's nice to be back ;-) |
| 20:07:18 | mcuelenaere | good to see you back :) |
| 20:07:32 | | Join MethoS- [0] (n=lem@host-091-097-246-188.ewe-ip-backbone.de) |
| 20:11:54 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
| 20:13:32 | jhMikeS | jaykay: 70149-5474=64675 (17:57:55), 69483-5209=64274 (17:51:14) (patch) counting from 90% (where I see 90% clearly start) |
| 20:14:50 | jaykay | true |
| 20:15:00 | jaykay | wheres the problem (if there is any)? |
| 20:15:53 | | Join dan__ [0] (n=dan@dynamic-oit-lifenet-b-3.Princeton.EDU) |
| 20:16:00 | | Quit Thundercloud (Remote closed the connection) |
| 20:17:00 | | Quit FlynDice (Remote closed the connection) |
| 20:17:27 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 20:19:22 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
| 20:19:40 | jhMikeS | jaykay: No problem. I appreciate your taking the time mostly. |
| 20:20:20 | | Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de) |
| 20:21:11 | jaykay | ok |
| 20:21:19 | jaykay | ill do two more benches (with and without patch) and see whether they confirm the first results |
| 20:21:55 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
| 20:21:55 | jaykay | is it possible that you patch shortens battery runtime? |
| 20:22:54 | | Join Shav3 [0] (n=gabriele@151.66.38.40) |
| 20:23:09 | Shav3 | how to install a theme ? |
| 20:23:28 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 20:25:15 | jaykay | shav3: search the manual or the wiki.... |
| 20:30:00 | *** | Saving seen data "./dancer.seen" |
| 20:33:16 | | Quit Shav3 () |
| 20:44:42 | bluebrother | LambdaCalculus37: that pastebin looks weird ... like some internal Qt issue :( |
| 20:44:58 | bluebrother | maybe domonoky can create a build based on the patch? |
| 20:45:37 | | Join perrikwp [0] (i=98213ca1@gateway/web/ajax/mibbit.com/x-66859360303f2f55) |
| 20:45:56 | * | domonoky logs into jdgordons mac.. where is this patch ? |
| 20:46:18 | LambdaCalculus37 | bluebrother: I installed Qt 4.4.0 from source. |
| 20:46:21 | bluebrother | domonoky: http://www.alice-dsl.net/dominik.riebeling/rockbox/0001-OS-X-after-installing-the-bootloader-for-Ipod-San.patch should be the latest one −− updated shortly ago |
| 20:46:30 | | Quit pyro_maniac (Read error: 104 (Connection reset by peer)) |
| 20:46:41 | | Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de) |
| 20:51:06 | domonoky | it complains about bootloaderinstallbase.cpp:223, "ent" doesnt exist |
| 20:53:16 | bluebrother | domonoky: patch updated |
| 20:53:25 | bluebrother | seems I uploaded the old file instead :( |
| 20:54:00 | * | bluebrother feels stupid and goes standing in the corner |
| 20:54:33 | domonoky | are there more changes then this fix ? |
| 20:55:10 | bluebrother | I increased the timeout delay |
| 20:55:38 | gevaerts | mcuelenaere: I guess you don't have a PP device? |
| 20:55:45 | mcuelenaere | nope |
| 20:55:54 | mcuelenaere | gevaerts: why? |
| 20:56:01 | gevaerts | FS #9923 |
| 20:56:35 | mcuelenaere | oh, you want me to test it with the usb tracer? |
| 20:57:07 | gevaerts | Depends. If it really seems to improve things, the tracer is the only way to be sure if the issue is really gone |
| 20:57:08 | mcuelenaere | hmm even if I would have a PP device, I don't have access to the tracer during the week (it's at home currently) |
| 20:58:03 | | Join yziquel_ [0] (n=55da41ba@gateway/web/cgi-irc/labb.contactor.se/x-bbd6b7e2fdd97d36) |
| 20:58:09 | gevaerts | It's not that urgent. It's just that you're the current tracer-holder. Maybe I should send you my c250... |
| 20:58:19 | mcuelenaere | heh :) |
| 20:58:30 | mcuelenaere | or I should send the tracer back |
| 20:58:46 | mcuelenaere | (even though I should still use it to finally get USB fully working on the Onda) |
| 20:58:58 | gevaerts | If you're done with it, sure, but if it's still useful for you I think you'd better keep it |
| 20:59:20 | mcuelenaere | yes it's useful, I just need to spend some time with it.. |
| 21:00 |
| 21:00:28 | | Join dasvolk [0] (i=scott@64-42-91-8.atgi.net) |
| 21:00:39 | | Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 21:01:03 | dasvolk | is anyone doing work on a port for the 6th/7th gen ipods? |
| 21:01:24 | gevaerts | Let's wait for a bit of normal testing of this patch first. If it seems to really improve things, we can discuss how to do the tracer tests |
| 21:01:38 | bluebrother | dasvolk: no, not actively. See the forum thread about those Ipods −− that's the progress |
| 21:01:45 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 21:01:53 | dasvolk | :( |
| 21:01:59 | bluebrother | so far nobody has been able running custom code on those Ipod in general, so there is no progress |
| 21:02:38 | dasvolk | damn, that sucks.. I was hoping to put it on my girlfriend's ipod |
| 21:02:45 | yziquel_ | hi. i've got a problem on my m:robe box. It seems that it went out of batteries, and now the Rockbox boot loader fails to find /System/OF.mi4 and then fails to find /System/OF.bin. I just cannot get it to connect to my laptop to see what's on the drive. How should I proceed to recover the system? |
| 21:03:10 | dasvolk | I was able to revive a mini with it, the battery tolerances on theapple firmware are damn lies |
| 21:03:20 | | Join killan [0] (n=nnscript@c-415472d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 21:04:16 | domonoky | LambdaCalculus37: try this file jdgordon.info/~domonoky/rbutilqt.dmg">http://jdgordon.info/~domonoky/rbutilqt.dmg |
| 21:05:26 | | Quit lymeca (Read error: 110 (Connection timed out)) |
| 21:13:19 | | Quit bluebrother (Nick collision from services.) |
| 21:13:20 | LambdaCalculus37 | domonoky: I'll download it and try it out later, when I get off work. |
| 21:13:23 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
| 21:13:40 | * | domonoky hopes it works. |
| 21:13:41 | | Part dasvolk |
| 21:14:23 | | Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/developer/bluebrother) |
| 21:17:06 | yziquel_ | hello. is there any documentation on how the m:robe boots? From when in the boot process is it possible to access the m:robe's filesystem? |
| 21:17:10 | LambdaCalculus37 | domonoky: Don't worry, I'll let you know if it does or not. :) |
| 21:17:46 | bluebrother | yziquel_: it works like the other mi4 devices −− it loads its firmware from a file in mi4 format. |
| 21:18:06 | bluebrother | you can plug in usb, then reset the player. It should go to usb mode. |
| 21:19:09 | | Join roman__ [0] (n=roman@89-178-208-216.broadband.corbina.ru) |
| 21:19:11 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 21:19:44 | | Join perrikwp [0] (i=98213ca1@gateway/web/ajax/mibbit.com/x-9f29cc67a8bb01f1) |
| 21:20:33 | yziquel_ | bluebrother: loading the .mi4 file is exactly what my player is unable to do. The screen keeps flashing in a loop complaining about that. thanks for the tip on how to get in usb mode... |
| 21:21:06 | | Join buk_ [0] (n=buk@fac34-2-82-228-151-145.fbx.proxad.net) |
| 21:21:12 | linuxstb | bluebrother: So it loads the file directly, rather than "flashing" it to a firmware partition (like the Sansas) ? |
| 21:21:31 | | Join lymeca [0] (n=lymeca@student164-235.hampshire.edu) |
| 21:22:00 | bluebrother | linuxstb: yes. All mi4 bootloader installs only place (and move) a file |
| 21:22:08 | bluebrother | well, except sansa ;-) |
| 21:23:07 | linuxstb | The Sansa's official firmware upgrade is the same - put an mi4 file on the filesystem, and it will get copied to the firmware partition. We use sansapatcher in order to keep a copy of the OF in the firmware partition as well (for easy dual-booting) |
| 21:23:11 | | Quit Horscht ("Verlassend") |
| 21:23:41 | | Nick {-phoenix-} is now known as {phoenix} (n=dirk@p54B47BAB.dip.t-dialin.net) |
| 21:24:08 | bluebrother | well, m:robe 100 f.e. simply has a file in the filesystem (which is hidden by default). We can simply move the OF mi4 file and place ours instead |
| 21:24:13 | saratoga | the sansa stuff seems to be sandisk's work, the update works exactly the same on AMS players |
| 21:24:21 | saratoga | so presumably they're not using the PP code for it |
| 21:25:42 | linuxstb | No, but Sansa's method is sensible - keeping the firmware off the main filesystem. |
| 21:25:52 | * | linuxstb realises Rockbox doesn't do that ;) |
| 21:26:35 | saratoga | gevaerts: how do you check for bus resets with PP USB on linux? the wiki doesn't mention it |
| 21:26:46 | gevaerts | saratoga: dmesg |
| 21:29:00 | | Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0017.bb.online.no) |
| 21:29:16 | | Quit Zoxc (Client Quit) |
| 21:29:52 | gevaerts | It looks promising anyway. I've just copied 2GB back and forth to my c250 with two hubs in between without any resets, whereas before it usually doesn't even enumerate without resets in that setup |
| 21:30:48 | | Quit __lifeless (Remote closed the connection) |
| 21:31:04 | | Join __lifeless [0] (n=lifeless@90.151.37.135) |
| 21:33:07 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 21:36:24 | | Quit lymeca (SendQ exceeded) |
| 21:36:36 | | Join bs66_1 [0] (n=sysuser@79.138.154.3.bredband.tre.se) |
| 21:38:16 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 21:40:37 | linuxstb | Does anyone know why FS #9923 is just for the PP5022? Are people testing it on other PP chips as well? |
| 21:41:25 | saratoga | i think dreamlayers only has a 5G, so thats probably why |
| 21:42:23 | bertrik | what does that patch do anyway? it seems to 'clock' in some values |
| 21:43:44 | | Join apaininth [0] (n=irchon@c-67-169-127-192.hsd1.ca.comcast.net) |
| 21:47:14 | | Quit apaininth (Client Quit) |
| 21:47:53 | | Join apaininth [0] (n=irchon@c-67-169-127-192.hsd1.ca.comcast.net) |
| 21:48:20 | | Quit shadearg (Read error: 60 (Operation timed out)) |
| 21:48:47 | gevaerts | We've looked at similar bits before (from some OF), but without much (or indeed any) result. I guess the "this initialization must be done after USB is reset" bit is important |
| 21:48:55 | | Join pyro_mania1 [0] (n=jens@77-21-68-46-dynip.superkabel.de) |
| 21:49:19 | | Quit pyro_maniac (Read error: 104 (Connection reset by peer)) |
| 21:49:42 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 21:49:54 | | Join shadearg [0] (n=arg@ipv4.panoptix.net) |
| 21:49:57 | | Quit apaininth (Read error: 104 (Connection reset by peer)) |
| 21:50:14 | | Quit Horscht ("Verlassend") |
| 21:52:10 | mcuelenaere | gevaerts: for using USB serial on a non-bootloader build, do I only have to compile with logf() and USB_SERIAL enabled in usb_core.h? |
| 21:52:53 | gevaerts | mcuelenaere: basically, yes. It won't be enabled before you select the right option in the debug menu though |
| 21:53:38 | mcuelenaere | is there some kind of priority management in usb_core? |
| 21:53:53 | mcuelenaere | because debug_menu only seems to enable the USB serial driver, and not disable mass storage? |
| 21:54:19 | gevaerts | ah yes. That's because the ARC core can handle both at the same time |
| 21:54:32 | gevaerts | You'll have to disable the other I guess |
| 21:54:39 | mcuelenaere | oh ok |
| 21:55:12 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 21:55:16 | mcuelenaere | (just out of interested, is there any predicted behaviour when both drivers would be enabled?) |
| 21:55:20 | mcuelenaere | s/interested/interest/ |
| 21:55:31 | mcuelenaere | s/predicted/predictable/ |
| 21:55:46 | gevaerts | I *think* the one with the lowest index in the driver table will win |
| 21:55:46 | | Join midijunkie [0] (n=Miranda@pD9E54413.dip0.t-ipconnect.de) |
| 21:56:11 | gevaerts | And that's mass storage |
| 21:56:40 | | Quit Aurix_Lexico (Read error: 110 (Connection timed out)) |
| 21:56:44 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 21:57:19 | yziquel_ | bluebrother: wow... just had a look at the .rockbox folder. http://paste.lisp.org/display/75658 |
| 21:57:52 | mcuelenaere | gevaerts: hmm shouldn't adding 'usb_core_enable_driver(USB_DRIVER_MASS_STORAGE, !serial_enabled);' to logf_usb_serial() do the trick? |
| 21:57:53 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 21:58:06 | bluebrother | yziquel_: looks like a corrupt filesystem. |
| 21:58:18 | yziquel_ | can a battery getting flat cause such a corruption? |
| 21:58:22 | gevaerts | I've now copied 4.5GB back and forth to my ipod video over those two hubs, without a single reset. This ipod usually doesn't enumerate at all over that setup |
| 21:58:24 | bluebrother | no |
| 21:58:35 | bertrik | \o/ |
| 21:58:56 | yziquel_ | bluebrother: so can it be the mass storage device partitions that are in a bad shape? |
| 21:59:04 | linuxstb | gevaerts: Do you only have PP5022 devices? |
| 21:59:05 | gevaerts | mcuelenaere: for your case, yes, but being able to use serial to debug mass storage was *very* useful :) |
| 21:59:20 | mcuelenaere | well it doesn't seem to work here |
| 21:59:24 | bluebrother | that doesn't necessarily mean the partitions being messed up. It's the filesystem. |
| 21:59:41 | bluebrother | of course it could also the hard disk dying and causing weird filesystem issues. |
| 21:59:58 | | Quit bs66_ (Read error: 110 (Connection timed out)) |
| 22:00 |
| 22:00:01 | bluebrother | but with a messed up partiton table you won't be able to simply mount the filesystem at all, so ... |
| 22:00:06 | gevaerts | linuxstb: no. I have two 5020s (mr100 and h10/5) |
| 22:00:16 | mcuelenaere | Windows first gives me some message about 'composed USB drives' (samengestelde USB apparaten), then something about a mass storage driver and then Rockbox crashes |
| 22:00:29 | linuxstb | gevaerts: Did you have the same reset issues on those? |
| 22:00:37 | gevaerts | mcuelenaere: that bit obviously needs work then... |
| 22:00:52 | rasher | Is this patch expected to help for e200? |
| 22:01:14 | gevaerts | linuxstb: IIRC they are a lot less sensitive to it, but I should retest |
| 22:01:16 | gevaerts | rasher: yes |
| 22:01:20 | linuxstb | rasher: The patch needs changing - it's currently #if CONFIG_CPU==PP5022 (e200 is PP5024) |
| 22:01:30 | rasher | linuxstb: ah |
| 22:01:31 | yziquel_ | bluebrother: how can i have a more in depth look at that issue? |
| 22:01:44 | gevaerts | linuxstb: isn't the PP5024 considered a PP5022 in the source? |
| 22:01:51 | linuxstb | Not in config-e200.h |
| 22:02:28 | bluebrother | yziquel_: first you should chkdsk / fsck.vfat the drive |
| 22:02:54 | gevaerts | hm, true |
| 22:03:12 | gevaerts | I guess it needs a bit of testing first |
| 22:03:34 | saratoga | oh i didn't change that for the sansa |
| 22:04:16 | linuxstb | Probably "#ifdef CPU_PP502x" is easiest... |
| 22:04:49 | rasher | If appropriate |
| 22:05:03 | gevaerts | Only if it also applies to PP5020 |
| 22:05:10 | linuxstb | Of course... |
| 22:06:21 | gevaerts | I think I'll test it on e200 and mr100 now. That should clear things up a lot |
| 22:06:39 | | Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b3pre/20090213033101]") |
| 22:06:58 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 22:07:52 | * | rasher copies a few gigabytes |
| 22:08:54 | rasher | No resets yet.. Pretty sure I used to get them with the front port of my desktop |
| 22:09:41 | gevaerts | did you fix the patch to also do PP5024? |
| 22:09:45 | rasher | Yes |
| 22:10:25 | | Join midgey|work [0] (i=8dd3ea49@gateway/web/ajax/mibbit.com/x-67501cbb74c7c9d6) |
| 22:11:05 | jhMikeS | it's looking promising about enabling the stack by default now? |
| 22:11:32 | rasher | As far as I know, the signal quality issues were the last thing holding it back? |
| 22:11:50 | midgey|work | it'd be a heck of a 3.2 feature |
| 22:12:33 | gevaerts | I want to commit this patch tonight, but I think it would be wise to postpone enabling the stack by default until we've had a look with the tracer |
| 22:12:52 | jhMikeS | that will be a major relief, H10 is quick to reboot and test on but e200 is just a pain (database rebuilt supression hardly ever works). |
| 22:12:58 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 22:13:22 | yziquel_ | bluebrother: thanks a lot. |
| 22:13:28 | jhMikeS | My troubles aren't very severe though. I have to copy alot of data to get any resets on anything I plug, if I get any. |
| 22:13:28 | bertrik | jhMikeS, oh it doesn't work for you? |
| 22:13:28 | | Quit yziquel_ ("CGI:IRC") |
| 22:14:53 | jhMikeS | bertrik: I haven't tried the patch per what I said above. I'm not a good candidate. Maybe I should try H10 just to make sure it keeps working there since it's a PP5020 |
| 22:15:00 | bertrik | jhMikeS, IIRC some of the old OF settings are cleared only when upgrading the OF through sansapatcher, and this settings clearing is required in some cases for e200 database update suppression to work. |
| 22:15:04 | evilnick | jhMikeS: Of course, if you choose formats that the OF doesn't recognise then the rebuild is fairly minimal |
| 22:15:32 | | Quit rwong (grisham.freenode.net irc.freenode.net) |
| 22:15:32 | NSplit | grisham.freenode.net irc.freenode.net |
| 22:15:35 | | Quit Slasheri (grisham.freenode.net irc.freenode.net) |
| 22:15:35 | | Quit jon-kha (grisham.freenode.net irc.freenode.net) |
| 22:15:40 | rasher | How do I check I'm connected at hi-speed? |
| 22:15:51 | Bagder | dmesg! ;-) |
| 22:15:58 | gevaerts | rasher: linux? If so, dmesg |
| 22:16:05 | * | rasher feels sheepish |
| 22:16:10 | saratoga | the database never updates for me, its nice |
| 22:17:03 | jhMikeS | bertrik: I used sansa.fmt and completely redid the e260. It worked a few times (but not 100%) and then stopped altogether. |
| 22:17:11 | * | pixelma quite reliably gets resets with the c200 |
| 22:17:30 | midgey|work | i'm in the same boat as jhMikeS - datebase refreshes happen fairly often |
| 22:17:38 | pixelma | so have a nice test setup here |
| 22:18:26 | jhMikeS | I had another firmware problem to fix where it would just hang for awhile at times. That problem never came back after blowing it out. |
| 22:18:28 | midgey|work | probably has to do being in michigan.... |
| 22:18:41 | bertrik | there's some code in sansapatcher to clear the OF settings which should make the database refresh suppression work , but it's only called in case of an OF upgrade if I remember correctly |
| 22:18:52 | jhMikeS | probably, all that water + electronics |
| 22:19:33 | | Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) |
| 22:20:09 | jhMikeS | that means even if you use sansa.fmt and redo from scratch, it still won't be called? |
| 22:20:40 | | Quit toffe82 (Remote closed the connection) |
| 22:21:05 | bertrik | indeed. Have a look at sansapatcher.c line 917 and further where it clears the OF "nvparams" area. |
| 22:21:31 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 22:21:33 | bertrik | maybe that part should have its own sansapatcher command |
| 22:23:18 | | Quit n1s ("Lämnar") |
| 22:23:37 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 22:24:03 | * | mcuelenaere doesn't understand why USB doesn't work in normal Rockbox while it works in the bootloader.. |
| 22:30:03 | *** | Saving seen data "./dancer.seen" |
| 22:30:43 | saratoga | hmm my sansa only connects in full speed mode |
| 22:30:46 | saratoga | i wonder why |
| 22:32:35 | rasher | Okay, 2.0GB just transferred to e280 main memory without any resets. 900MB transferred to msd wihtout resets. |
| 22:33:12 | gevaerts | Same thing here. For some reason my e200 is a lot slower than both c200 and ipod video though |
| 22:33:24 | saratoga | did it connect in highspeed mode? |
| 22:33:31 | gevaerts | it did, yes |
| 22:33:33 | rasher | It seems slow here as well |
| 22:33:45 | rasher | Although I've no numbers |
| 22:34:04 | rasher | Just seems like it took longer than it "should" |
| 22:34:07 | NHeal | grisham.freenode.net irc.freenode.net |
| 22:34:07 | NJoin | rwong [0] (n=ricky@www.roflwaffle.com) |
| 22:35:22 | | Join Neovanglist [0] (i=Neovangl@69.31.129.33) |
| 22:36:17 | | Quit roman__ (Read error: 110 (Connection timed out)) |
| 22:36:34 | | Quit bertrik ("Leaving") |
| 22:37:14 | | Quit mcuelenaere () |
| 22:38:03 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 22:38:04 | | Quit bluebrother ("bbl") |
| 22:39:06 | buk_ | mcuelenaere: to have usb serial working I had to remove "usb_core_enable_driver(USB_DRIVER_MASS_STORAGE, true);" in usb.c (about line 300) |
| 22:39:22 | | Quit pyro_mania1 (Read error: 113 (No route to host)) |
| 22:39:35 | | Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de) |
| 22:39:43 | saratoga | is there some way i can try and force highspeed mode? |
| 22:40:02 | | Part CaptainKewl |
| 22:40:03 | Unhelpful | hrm, my e200 hung when i tried to use serial logf, maybe that was my problem? |
| 22:40:44 | gevaerts | saratoga: you're not using -DUSB_NO_HIGH_SPEED, right? |
| 22:40:44 | buk_ | I forget to mention I used it on Cowon D2... |
| 22:41:00 | saratoga | "export EXTRA_DEFINES=-DUSE_ROCKBOX_USB" |
| 22:41:21 | gevaerts | should be ok |
| 22:41:51 | | Quit toffe82 (Remote closed the connection) |
| 22:42:15 | * | rasher checks md5sums |
| 22:43:34 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 22:43:47 | rasher | Although transfer errors didn't really occur did they? |
| 22:52:31 | | Join jon-kha [0] (i=jon-kha@kahvi.eu.org) |
| 22:53:09 | | Join Slasheri [0] (i=miipekk@xen.ihme.org) |
| 22:54:18 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 22:55:53 | | Quit faemir ("Lost terminal") |
| 22:56:54 | gevaerts | rasher: it seems that e200 not slower than without this patch |
| 22:57:10 | rasher | gevaerts: Well that's good |
| 22:57:41 | rasher | md5sums checked out |
| 22:57:56 | rasher | Now to try without the patch to see if I did in fact get resets previously |
| 22:58:02 | rasher | It's been a while since I used Rockbox USB |
| 22:58:07 | | Join gartral [0] (n=Gartral@adsl-75-33-69-103.dsl.bcvloh.sbcglobal.net) |
| 22:59:28 | BigBambi | Would anyone like to comment on http://www.rockbox.org/tracker/task/9895 (manual install chapter rework). I'd like to get it in, but it changes the layout quite a lot, so would appreciate opinions :) |
| 22:59:51 | gartral | on my e250 under the debug menu, in hardware info, it says PP version: PP5022C.. whats the"C" for? |
| 23:00 |
| 23:00:06 | gevaerts | BigBambi: unless it's been changed a lot since last time, go for it |
| 23:00:25 | BigBambi | gevaerts: I haven't changed it at all |
| 23:00:32 | BigBambi | so OK :) |
| 23:03:29 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 23:05:59 | | Quit n1s ("Lämnar") |
| 23:06:14 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 23:06:55 | | Quit n1s (Client Quit) |
| 23:09:49 | | Join akur [0] (n=akur@bl6-149-77.dsl.telepac.pt) |
| 23:10:19 | | Part akur |
| 23:11:25 | | Join domonoky1 [0] (n=Domonoky@g229113091.adsl.alicedsl.de) |
| 23:13:58 | | Quit tchan ("WeeChat 0.2.7-dev") |
| 23:14:14 | | Quit shotofadds ("Leaving") |
| 23:17:29 | | Quit ender` (" In every computer error, there are at least two human errors, including the error of blaming it on the computer.") |
| 23:17:46 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 23:19:40 | | Part pyro_maniac |
| 23:19:57 | | Quit n1s (Client Quit) |
| 23:20:02 | | Quit domonoky1 (Read error: 104 (Connection reset by peer)) |
| 23:20:13 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 23:20:40 | | Quit n1s (Client Quit) |
| 23:20:54 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 23:21:04 | | Join LambdaCalculus37 [0] (i=41585845@rockbox/staff/LambdaCalculus37) |
| 23:21:35 | | Quit petur ("Zzzzz") |
| 23:22:45 | rasher | Getting a million errors with Rockbox USB without FS #9923 (e280, hi-speed usb, front port usb) |
| 23:22:54 | rasher | So I think it's safe to say that the patch is an improvement |
| 23:24:07 | * | gevaerts commits |
| 23:24:38 | n1s | \o/ |
| 23:25:01 | rasher | Maybe it'd be a good idea to provide some test-builds for people to try? |
| 23:25:14 | gevaerts | Only for 5022/5024 though. It doesn't solve anything on 5020 |
| 23:25:22 | * | midgey|work does the USB danc |
| 23:25:31 | midgey|work | and by danc i mean dance |
| 23:25:34 | rasher | gevaerts: Did you enable USB also? |
| 23:25:57 | gevaerts | rasher: we could do that to make the "I want to help by testing" crowd happy, but the only tests I want to see are hardware analyser tests |
| 23:26:19 | gevaerts | rasher: no. That will have to wait until we've seen actual traces with zero errors in them |
| 23:26:37 | rasher | gevaerts: Still, it might help identifying targets/areas of interest |
| 23:27:27 | midgey|work | what ever happened to those USB conformance tests? |
| 23:28:10 | gevaerts | I guess I should re-run those one of these days |
| 23:30:22 | gevaerts | rasher: you mean things like specific targets that behave differently than expected? |
| 23:30:48 | rasher | Indeed |
| 23:31:46 | gevaerts | In terms of supported targets we're talking about ipod mini 2G, ipod nano, ipod video, c200 and e200. I have all of those except the nano |
| 23:32:48 | | Quit n17ikh () |
| 23:33:26 | gevaerts | If someone wants to make test builds, feel free, but I don't really see the point |
| 23:34:42 | * | rasher won't bother, then |
| 23:34:46 | n1s | gevaerts: has that same init been tested on pp5020? |
| 23:34:53 | gevaerts | n1s: yes |
| 23:35:08 | gevaerts | It doesn't help there |
| 23:35:08 | n1s | and no improvement? |
| 23:35:12 | n1s | ok |
| 23:36:39 | gevaerts | It may be a bit better, or a bit worse, but for this issue I basically don't think it's worth counting resets. If you have bad packets on the wire it's buggy, you don't even need to see bus resets for that |
| 23:38:20 | Llorean | How long is PP5022 testing likely to take. |
| 23:38:33 | Llorean | Specifically, it'd be really neat to roll it out to users "soon" since it'd be quite amazing to see it in 3.2 |
| 23:39:10 | gevaerts | Llorean: once we bring the players and the tracer together, an hour or so. |
| 23:39:19 | gevaerts | This will be in 3.2 |
| 23:39:30 | | Quit domonoky (Read error: 110 (Connection timed out)) |
| 23:39:39 | rasher | Famous last words. |
| 23:39:48 | gevaerts | except if it doesn't actually fix the bug of course, but I think that's unlikely |
| 23:40:54 | LambdaCalculus37 | domonoky: Ping! |
| 23:41:01 | LambdaCalculus37 | Crud! :( |
| 23:41:54 | n1s | LambdaCalculus37: i'd be happy to help looking for a DFU mode on the nano 4g, any ideas to try? |
| 23:42:34 | LambdaCalculus37 | n1s: Try doing a restore with iTunes, and interrupt the process (i.e. disconnect it from USB in the middle of the firmware transfer). |
| 23:42:42 | LambdaCalculus37 | That should ruin the firmware. |
| 23:43:04 | | Part LinusN |
| 23:44:01 | n1s | LambdaCalculus37: ok, will check that out, not today though |
| 23:44:50 | LambdaCalculus37 | n1s: No prob; let me know when you do. |
| 23:45:39 | n1s | ok |
| 23:45:40 | LambdaCalculus37 | Once you get the firmware trashed, try to reboot it. When it boots, press and hold BACK+PLAY and see what happens. |
| 23:46:38 | n1s | I had another more complicated idea, which was snooping on the usb traffic when dooing a firmware restore with itunes. |
| 23:47:30 | LambdaCalculus37 | n1s: Yes, that'll be good, too. But I want to see if there's still a DFU mode in later nanos. |
| 23:48:11 | n1s | did you figure out anything fun to do with it on the 2g nano? |
| 23:48:42 | LambdaCalculus37 | n1s: I tried sending stuff to it with meizu_dfu, but no dice. |
| 23:50:26 | | Quit n1s ("Lämnar") |
| 23:50:51 | | Quit flydutch ("/* empty */") |
| 23:51:15 | Llorean | gevaerts: Excellent |
| 23:53:54 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 23:53:58 | | Quit midgey|work ("http://www.mibbit.com ajax IRC Client") |
| 23:54:04 | | Quit dude187 (Read error: 113 (No route to host)) |
| 23:55:24 | | Join LambdaCalculus37 [0] (i=41585845@rockbox/staff/LambdaCalculus37) |
icon identifies that the person is a core developer (has commit access).