| 00:00:12 | TheSeven | hm, it seems to get past enumeration at least |
| 00:02:00 | TheSeven | works even with 20msec delay |
| 00:02:36 | TheSeven | if a non-setup endpoint doesn't at least NAK the transfers, this should have broken enumeration IIUC, which it apparently didn't |
| 00:03:02 | TheSeven | gevaerts: is there a difference between control and bulk transfers regarding this kind of stuff? |
| 00:03:54 | gevaerts | You mean the NAK behaviour? |
| 00:04:05 | TheSeven | yeah, or lost packet behavior |
| 00:04:30 | TheSeven | adding that delay kicks us back into this IDENTIFY loop which gives up after 6 tries, without the delay it gets past that but craps out after a couple READ(10) requests |
| 00:05:08 | gevaerts | That should be the same. Isochronous is different, but bulk, interrupt and control are token/NAK or token/DATA |
| 00:05:43 | | Join GeekShadow [0] (~antoine@34.42.75.86.rev.sfr.net) |
| 00:06:09 | gevaerts | Basically the host sends a "token", and you're supposed to respond quickly, with either a data packet or a NAK |
| 00:06:47 | TheSeven | so do you have any explanation why a delay before setting up a UMS data stage EP could make the IN transfer block without ever getting a transfer completion (on the device side)? |
| 00:07:01 | TheSeven | I don't yet know whether the affected packet is received by the host or not, but I would suspect not |
| 00:08:13 | gevaerts | I don't know. Sounds like a driver/controller issue to me |
| 00:08:47 | TheSeven | OTOH I'm using basically the same driver in emCORE and there are a couple USB requests which take up to several seconds, and if I configure the timeout on the client side accordingly everything works fine |
| 00:08:49 | gevaerts | And outside the ARC driver (which is atypical) I don't have experience with device-side |
| 00:09:29 | | Join stoffel [0] (~quassel@pD9E415C0.dip.t-dialin.net) |
| 00:09:51 | TheSeven | so if it's a timeout, it would be one that's sitting inside windows' UMS implementation |
| 00:10:03 | TheSeven | and I don't think that makes much sense |
| 00:10:50 | gevaerts | I don't really believe that |
| 00:13:05 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 00:13:32 | | Quit stoffel (Remote host closed the connection) |
| 00:13:51 | | Quit marcol07 (Quit: CGI:IRC (Ping timeout)) |
| 00:14:37 | | Quit kevku (Ping timeout: 268 seconds) |
| 00:15:12 | TheSeven | hm, 100ms delay don't hurt data stages, but tiny amounts of logging action do seem to hurt certain CSW transmissions |
| 00:15:19 | TheSeven | this needs further investigation |
| 00:17:13 | | Quit [Saint] (Read error: Connection reset by peer) |
| 00:17:17 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 00:19:01 | | Nick [Saint_] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) |
| 00:20:28 | TheSeven | gevaerts: the delay seems to only hurt for INQUIRY commands. sounds like a highlevel timeout :/ |
| 00:21:01 | * | gevaerts still doubts that |
| 00:21:26 | gevaerts | That's also still the first bulk transfer on that endpoint |
| 00:21:48 | TheSeven | well, i added a udelay(100000) before every invocation of send_command_result except for the inquiry one and it works |
| 00:21:55 | TheSeven | if i add it to send_command_result itself it breaks |
| 00:22:25 | TheSeven | interesting idea... |
| 00:27:10 | | Quit GeekShadow (Ping timeout: 252 seconds) |
| 00:32:44 | TheSeven | hm, but even if i initialize that endpoint to some dummy values that should match what's there after a successful transfer it doesn't work |
| 00:33:07 | | Quit Strife89 (Ping timeout: 240 seconds) |
| 00:38:53 | JdGordon_ | kugel: what are you talking about with fast_readline? |
| 00:40:48 | funman | JdGordon_: can you have a look at FS #12475 ? |
| 00:40:49 | fs-bluebot | http://www.rockbox.org/tracker/task/12475 Crash while playing audio (bugs, unconfirmed) |
| 00:40:58 | JdGordon_ | yes, but not till this evening |
| 00:41:07 | funman | right |
| 00:41:21 | funman | i've seen also malloc errors on clipv1. kugel: might this be related? |
| 00:44:12 | | Join GeekShadow [0] (~antoine@212.101.193.77.rev.sfr.net) |
| 00:44:14 | JdGordon_ | any crashes in the skin rendering are quite likely to be buflib isues |
| 00:44:58 | funman | kugel: ping FS #12475 , crashes in buflib on clipv1 |
| 00:44:59 | fs-bluebot | http://www.rockbox.org/tracker/task/12475 Crash while playing audio (bugs, unconfirmed) |
| 00:54:44 | *** | Saving seen data "./dancer.seen" |
| 00:59:04 | | Part jlbiasini |
| 01:00 |
| 01:07:35 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
| 01:17:02 | | Quit Misan (Remote host closed the connection) |
| 01:31:22 | | Join skx` [0] (~skx@78-22-77-87.access.telenet.be) |
| 01:38:31 | | Join perrikwp [0] (~quassel@cpe-071-076-184-171.triad.res.rr.com) |
| 01:42:09 | | Join Strife89 [0] (~Strife89@adsl-068-213-037-174.sip.mcn.bellsouth.net) |
| 01:45:11 | nosa-j | man i wish dfkt was here i wanted to ask him about the clips |
| 01:45:38 | nosa-j | the screens on the clips are really small and some other things i wanted to ask |
| 01:47:36 | [Saint] | You could always try asking anyway...just for fun. |
| 01:51:25 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
| 01:53:32 | | Part jlbiasini |
| 01:54:05 | nosa-j | :D |
| 01:54:58 | nosa-j | well i want to know if the clip can be removed cause i would never use that and if its removed does the slot the clip was in stand out and make it look ugly, but im pretty set on the fuze it seams a lot more durable |
| 01:55:25 | funman | nosa-j: not sure if it's rockbox related |
| 01:55:52 | nosa-j | no the clip and small screen are just the way its made |
| 01:56:00 | nosa-j | ha |
| 01:57:23 | nosa-j | but i was, wondering how rockbox runs. i supose i really loved rockbox on the nano1g but, its 1g... |
| 01:57:52 | nosa-j | gah gota run |
| 02:00 |
| 02:05:39 | | Quit captainkwel (Quit: Ex-Chat) |
| 02:07:54 | | Quit bertrik (Ping timeout: 240 seconds) |
| 02:18:15 | | Quit lebellium (Quit: ChatZilla 0.9.88 [Firefox 10.0/20111221135037]) |
| 02:22:31 | | Quit n1s (Quit: Ex-Chat) |
| 02:42:27 | | Quit skx` (Ping timeout: 276 seconds) |
| 02:43:35 | | Join skx` [0] (~skx@78-22-74-38.access.telenet.be) |
| 02:54:45 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:04:47 | | Quit Strife89 (Quit: Vamoose.) |
| 03:05:20 | | Quit efyx (Remote host closed the connection) |
| 03:17:12 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 03:18:37 | | Quit [Saint] (Ping timeout: 240 seconds) |
| 03:22:48 | | Quit Torne (Ping timeout: 252 seconds) |
| 03:23:19 | jhMikeS | what's up with "/" not being the default recording directory any longer? |
| 03:29:00 | jhMikeS | recording just says it can't write to it :\ |
| 03:33:25 | | Quit Scromple (Read error: Connection reset by peer) |
| 03:33:47 | | Quit kugel (Ping timeout: 276 seconds) |
| 03:35:51 | JdGordon_ | that sounds wrong |
| 03:38:47 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 03:38:49 | jhMikeS | indeed |
| 03:41:31 | | Quit [Saint_] (Ping timeout: 252 seconds) |
| 03:46:00 | | Join Torne [0] (~torne@rockbox/developer/Torne) |
| 03:49:00 | | Quit tails_ (Quit: Leaving) |
| 04:00 |
| 04:05:44 | | Join Scromple [0] (~Simon@119.225.209.134) |
| 04:13:56 | | Quit remlap (Read error: Connection reset by peer) |
| 04:18:23 | | Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) |
| 04:26:33 | | Quit amiconn (Disconnected by services) |
| 04:26:34 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:26:56 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:27:26 | | Quit pixelma (Disconnected by services) |
| 04:27:29 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:27:31 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:28:20 | | Quit TheSeven (Disconnected by services) |
| 04:28:32 | | Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:40:59 | | Join user890104 [0] (~Venci@6bez10.info) |
| 04:54:49 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:04:58 | | Quit SynrG (Read error: Connection reset by peer) |
| 05:22:22 | bug2000 | JdGordon_, If still here, please check FS #12475 [Though I'm starting to think it's already fixed on the builds, but haven't had enough time to confirm it] |
| 05:22:23 | CIA-88 | New commit by jethead71 (r31460): i.MX31: Some tweaks with variable declaration in SPI driver. |
| 05:22:23 | fs-bluebot | http://www.rockbox.org/tracker/task/12475 Crash while playing audio (bugs, unconfirmed) |
| 05:23:00 | bug2000 | JdGordon_, And thanks, sorry to bother you. |
| 05:23:22 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 05:24:33 | CIA-88 | r31460 build result: All green |
| 05:25:33 | | Join stephph [0] (~stephph@103-180.200-68.tampabay.res.rr.com) |
| 05:26:03 | stephph | i need help... i am looking for the channel and how to d.l. karaoke music |
| 05:28:50 | | Join Rob2222 [0] (~Miranda@p4FFF3A31.dip.t-dialin.net) |
| 05:32:37 | | Quit Rob2223 (Ping timeout: 252 seconds) |
| 05:34:29 | | Quit stephph (Ping timeout: 248 seconds) |
| 05:35:42 | | Join user890104_ [0] (~Venci@6bez10.info) |
| 05:38:41 | | Quit user890104 (Ping timeout: 252 seconds) |
| 05:39:53 | | Join saratoga [0] (9803c31c@gateway/web/freenode/ip.152.3.195.28) |
| 05:51:29 | | Join ungali [0] (~Samuel@S01060007e907c60a.cg.shawcable.net) |
| 05:52:50 | | Quit skx` (Ping timeout: 248 seconds) |
| 06:00 |
| 06:09:32 | | Part ungali |
| 06:15:37 | CIA-88 | New commit by jethead71 (r31461): i.MX31: Implement asynchronous version of I2C driver. ... |
| 06:17:28 | CIA-88 | r31461 build result: All green |
| 06:23:14 | | Quit factor (Read error: Connection reset by peer) |
| 06:40:22 | | Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 06:40:37 | | Join factor [0] (~factor@74.197.205.204) |
| 06:46:15 | | Quit bluefoxx (Ping timeout: 240 seconds) |
| 06:54:53 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:14:53 | | Join SynrG [0] (~synrg@blk-222-91-184.eastlink.ca) |
| 08:00 |
| 08:03:58 | | Quit saratoga (Quit: Page closed) |
| 08:08:06 | | Join chkktri_ [0] (~user@83.149.48.115) |
| 08:54:55 | *** | Saving seen data "./dancer.seen" |
| 08:56:12 | | Join JdGord [0] (~AndChat@pa58-109-178-209.pa.nsw.optusnet.com.au) |
| 08:56:30 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 09:00 |
| 09:03:04 | | Quit JdGord (Ping timeout: 252 seconds) |
| 09:03:44 | | Join Horschti [0] (~Horscht@p57B57F23.dip.t-dialin.net) |
| 09:03:44 | | Quit Horschti (Changing host) |
| 09:03:44 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 09:06:36 | | Quit Horscht (Ping timeout: 244 seconds) |
| 09:08:48 | | Quit Scromple (Read error: Connection reset by peer) |
| 09:08:49 | | Join JdGord [0] (~AndChat@pa58-109-178-209.pa.nsw.optusnet.com.au) |
| 09:15:49 | | Quit JdGord (Ping timeout: 248 seconds) |
| 09:38:07 | | Quit n17ikh (Ping timeout: 252 seconds) |
| 09:39:34 | | Quit chkktri_ (Ping timeout: 252 seconds) |
| 09:45:34 | | Quit bieber (*.net *.split) |
| 09:45:35 | | Quit ze (*.net *.split) |
| 09:45:35 | | Quit ender| (*.net *.split) |
| 09:45:35 | | Quit bzed (*.net *.split) |
| 09:45:35 | | Quit Rondom (*.net *.split) |
| 09:45:35 | | Quit kkit (*.net *.split) |
| 09:45:35 | | Quit pjm0616 (*.net *.split) |
| 09:45:35 | | Quit ack (*.net *.split) |
| 09:45:35 | | Quit Galois (*.net *.split) |
| 09:48:19 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 09:49:11 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 09:49:11 | | Join ze [0] (ze@ze.yi.org) |
| 09:49:11 | | Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) |
| 09:49:11 | | Join bzed [0] (~bzed@devel.recluse.de) |
| 09:49:11 | | Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) |
| 09:49:11 | | Join kkit [0] (~quassel@li135-248.members.linode.com) |
| 09:49:11 | | Join pjm0616 [0] (~user@114.200.203.101) |
| 09:49:11 | | Join ack [0] (~ack@mingbai.org) |
| 09:49:11 | | Join Galois [0] (djao@efnet-math.org) |
| 09:59:34 | | Join nosa [0] (~m00k@adsl-74-235-26-132.clt.bellsouth.net) |
| 10:00 |
| 10:00:51 | | Quit nosa-j (Ping timeout: 252 seconds) |
| 10:00:52 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-132.clt.bellsouth.net) |
| 10:03:09 | | Join stoffel [0] (~quassel@pD9E4382E.dip.t-dialin.net) |
| 10:21:22 | | Quit adnap (Remote host closed the connection) |
| 10:27:49 | | Join adnap [0] (~adnap@rrcs-71-42-140-57.sw.biz.rr.com) |
| 10:27:50 | | Quit stoffel (Read error: Operation timed out) |
| 10:29:00 | | Join bluefoxx [0] (FuzzyLomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 10:36:33 | | Quit scorche (Read error: Connection reset by peer) |
| 10:48:35 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 10:49:18 | | Join stoffel [0] (~quassel@pD9E4382E.dip.t-dialin.net) |
| 10:54:56 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:05:25 | | Join einhirn [0] (~Miranda@p4FC74C99.dip0.t-ipconnect.de) |
| 11:11:08 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 11:20:47 | | Quit stoffel (Read error: Operation timed out) |
| 11:20:59 | | Join lebellium [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) |
| 11:24:50 | | Join marcol07 [0] (~4e628860@www.haxx.se) |
| 11:28:34 | | Join kugel [0] (~kugel@141.45.176.104) |
| 11:28:34 | | Quit kugel (Changing host) |
| 11:28:34 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 11:43:08 | | Quit kugel (Ping timeout: 240 seconds) |
| 12:00 |
| 12:04:09 | | Nick user890104_ is now known as user890104 (~Venci@6bez10.info) |
| 12:12:59 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 12:15:37 | | Join chkktri_ [0] (~user@ip-78-139-196-175.danet.in) |
| 12:17:20 | | Quit bluefoxx (Ping timeout: 248 seconds) |
| 12:23:32 | | Join kugel [0] (~kugel@141.45.176.104) |
| 12:23:32 | | Quit kugel (Changing host) |
| 12:23:32 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 12:34:16 | | Quit einhirn (Ping timeout: 252 seconds) |
| 12:39:45 | kugel | I _think_ I found the problem with the android r7 ndk |
| 12:40:07 | kugel | we're not linking gcc, which you do need to do explicitely in the new toolchain |
| 12:40:13 | kugel | libgcc |
| 12:41:41 | [Saint] | I was unaware there was a problem. |
| 12:42:27 | | Quit chkktri_ (Ping timeout: 240 seconds) |
| 12:42:28 | kugel | apparently libgcc is implicitely linked on any other toolchain |
| 12:42:43 | kugel | [Saint]: well, it doesnt compile with r7 |
| 12:42:52 | kugel | (it==RaaAoA=) |
| 12:44:00 | [Saint] | Yeah. That's not *too* much of a problem though is it? Is there any benefit in using the newer ndk? |
| 12:46:33 | kugel | [Saint]: the problem is more that you can't officially download earlier versions :) |
| 12:47:05 | [Saint] | Ah...gotcha. |
| 12:49:18 | | Join chkktri_ [0] (~user@ip-78-139-196-175.danet.in) |
| 12:53:54 | | Quit bertrik (Remote host closed the connection) |
| 12:55:00 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:02:52 | CIA-88 | New commit by jethead71 (r31462): Gigabeat S: Update RDS processing to use asynchronous I2C rather than thread. |
| 13:03:09 | kugel | jhMikeS: ping |
| 13:03:14 | jhMikeS | pong? |
| 13:03:48 | kugel | jhMikeS: you mentioned the default rec dir doesnt work anymore |
| 13:03:59 | jhMikeS | when it's cleared or never set, yes |
| 13:04:08 | kugel | I suspect r31430 is the cause |
| 13:04:47 | CIA-88 | r31462 build result: All green |
| 13:06:21 | kugel | jhMikeS: you could try changing the "/" in rec_create_filename() to HOME_DIR. Or removing the strcpy entirely |
| 13:06:48 | jhMikeS | hmmm...can do |
| 13:07:28 | kugel | HOME_DIR (which is also the default rec dir) is now "/." instead of "/" to work around the "//" a the beginning of a path issue |
| 13:08:53 | kugel | the strcpy() is to avoid that but that shouldn't be needed anymore |
| 13:11:24 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 13:15:15 | | Quit JdGordon_ (Remote host closed the connection) |
| 13:23:04 | bertrik | hm, rds.c now has a hardware dependency |
| 13:23:06 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 13:24:14 | bertrik | it was meant originally as HW independent rds parser |
| 13:25:28 | jhMikeS | then let's have two |
| 13:26:28 | jhMikeS | if it needs to operate differently on different archs, then what should be done to keep it that way? |
| 13:28:05 | jhMikeS | kugel: so, if the dir is "/", then make the dir blank? |
| 13:31:22 | | Quit [Saint] (Read error: Connection reset by peer) |
| 13:32:45 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 13:35:13 | kugel | jhMikeS: that's what it does right now |
| 13:39:48 | jhMikeS | did you mean to say to remove the strcpy or the strcmp? |
| 13:45:49 | kugel | both |
| 13:46:03 | kugel | no, wait |
| 13:46:19 | kugel | only the strcmp. still copy global_settings.rec_dir |
| 13:47:03 | kugel | (or make it the second param of create_*_filename |
| 13:47:15 | kugel | that's assuming r31430 is really the cause of course |
| 13:49:57 | | Quit ender| (Read error: Operation timed out) |
| 13:51:09 | marcol07 | hi guys can somebody please tell me how to make local settings? i mean that setting would be set in .cfg and displayed in .wps |
| 13:53:00 | | Quit ender` (Ping timeout: 255 seconds) |
| 13:53:12 | [Saint] | marcol07: what are you wanting to achieve? |
| 13:54:26 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 13:56:59 | marcol07 | i want theme to act as set in .cfg... for example what to show in statusbar... |
| 13:57:40 | | Quit user890104 (Read error: Connection reset by peer) |
| 13:59:36 | [Saint] | I think you're going to need to word that slightly better... |
| 14:00 |
| 14:00:08 | [Saint] | You do know a theme can already set any valid configuration option...right? |
| 14:01:20 | | Join n17ikh [0] (~peter@c-174-56-150-44.hsd1.sc.comcast.net) |
| 14:01:54 | marcol07 | something like "scrollbar: left" in .cfg? |
| 14:02:15 | jhMikeS | funny that dir_exists doesn't return true for the home dir |
| 14:02:36 | [Saint] | "any valid configuration setting" |
| 14:02:59 | [Saint] | If you can set it via Settings, a theme can set it. |
| 14:03:52 | gevaerts | Mostly, anyway |
| 14:04:00 | gevaerts | The theme site doesn't allow *all* settings |
| 14:04:15 | * | jhMikeS thinks this HOME_DIR thing missed a thing or two |
| 14:04:17 | marcol07 | yeah i know that a bit but i just wanted to set some theme params for theme |
| 14:04:29 | gevaerts | A theme author may think that his theme works better with more bass, but that doesn't mean it's a good idea :) |
| 14:04:44 | marcol07 | :D |
| 14:04:46 | [Saint] | I was getting to that...the themesite is *very* restrictive. But I didn't mention that as we'd not got that far yet. |
| 14:04:58 | kugel | jhMikeS: hm, don't we handle "."? |
| 14:05:57 | [Saint] | But, if you have no intention of uploading it to the themesite...its totally unrestricted. |
| 14:06:41 | [Saint] | A theme .cfg and a configuration .cfg are pretty much the same thing. |
| 14:06:43 | jhMikeS | kugel: as a path component? |
| 14:06:49 | kugel | jhMikeS: yea |
| 14:06:57 | kugel | "/." should be a valid path |
| 14:08:41 | jhMikeS | dir_exists isn't handling it in rec_create_directory and when recording goes to save the data, it also fails. someone put in a fudge to test for equivalence to HOME_DIR and not call dir_exists |
| 14:08:49 | [Saint] | marcol07: the themesite wont let you upload a theme with "bad" values...so you'll quickly learn what you can/can't set. |
| 14:08:57 | jhMikeS | but, why should fudges be necessary? |
| 14:09:07 | marcol07 | i didnt want to chcange "system" settings but only some custom variables... |
| 14:09:23 | [Saint] | Such as? |
| 14:10:38 | [Saint] | (There's a very good reason why we disallow most values to be set via a theme, btw) |
| 14:11:21 | marcol07 | clip sansa plus: i want status bar at top and i want to show a song title in menus and i just wanted to allow user disable to show there also artist... |
| 14:12:07 | marcol07 | i am too tired i suppose :/ |
| 14:12:38 | [Saint] | Statusbar is set to top by default (and can be set via a theme cfg), and the latter isn't possible. |
| 14:12:41 | | Quit Topy44 (Ping timeout: 268 seconds) |
| 14:13:33 | kugel | jhMikeS: I thought we handled "/." as it's valid. If that's not true change HOME_DIR to be "/" and hope everything can handle "//" (including the numerious OSes we can possibly run on) |
| 14:13:45 | kugel | that worked in the past at least |
| 14:13:46 | marcol07 | i am missing something... :/ i should read it again few times... |
| 14:14:51 | [Saint] | Basically...there's no way for a theme to add arbitrary configuration values. You only get to use what is already present. |
| 14:15:38 | [Saint] | A touchscreen theme can do a toggle for whatever you can imagine...a non touch target cannot. |
| 14:15:50 | marcol07 | ok thanks thats it i think |
| 14:16:55 | CIA-88 | New commit by jethead71 (r31463): Forgot a "static" in r31462. |
| 14:18:32 | jhMikeS | kugel : I thought it was to make sure it ran on numerous OSes ? :) |
| 14:18:46 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 14:19:03 | CIA-88 | r31463 build result: All green |
| 14:19:04 | * | jhMikeS isn't sure he wants to get deep right this moment |
| 14:19:28 | kugel | jhMikeS: yes, but we need to handle it ourselves first and foremost :) |
| 14:26:52 | | Quit chkktri_ (Quit: Leaving) |
| 14:38:45 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
| 14:39:12 | | Join user890104 [0] (~Venci@Addicted.to.Minecraft.ipv6.6bez10.info) |
| 14:46:30 | | Join stoffel [0] (~quassel@pD9E42040.dip.t-dialin.net) |
| 14:49:06 | bertrik | jhMikeS, I think it would be a waste to split RDS parsing for different archs |
| 14:49:29 | bertrik | the code you added is basically protection against concurrent access to the RDS ps and rt data, right? |
| 14:50:11 | bertrik | can you think of a way to do this without having SI4700 #ifdefs in rds.c? |
| 14:51:13 | bertrik | I don't mind making the triple buffer part of the arguments to the rds_get_ps() and rds_get_rt() functions |
| 14:55:02 | *** | Saving seen data "./dancer.seen" |
| 14:55:24 | amiconn | kugel: // at the start of a path means unc format at least in cygwin |
| 14:58:43 | | Quit [Saint] (Quit: I know its a sin to kiss and swallow.) |
| 14:59:17 | | Quit JdGordon| (Remote host closed the connection) |
| 14:59:18 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 15:00 |
| 15:10:55 | | Quit mikroflops (Quit: <(^_^)>) |
| 15:12:54 | | Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) |
| 15:14:06 | jhMikeS | bertrik: basically just that, yes |
| 15:15:17 | jhMikeS | bertrik: yeah, it doesn't need to be SI4700_* since it could be used on other archs |
| 15:17:20 | kugel | amiconn: so the sim tried to record to a network location until recently? |
| 15:17:22 | jhMikeS | or, perhaps the caller should just pass the buffers. in any case, it just needed to be implemented |
| 15:18:17 | amiconn | Does the sim record at all? |
| 15:18:33 | jhMikeS | amiconn: not actually |
| 15:26:06 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 15:26:20 | | Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) |
| 15:39:56 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
| 15:43:56 | | Join webguest45 [0] (~3ba17a65@www.haxx.se) |
| 15:47:46 | | Quit webguest45 (Client Quit) |
| 15:55:51 | CIA-88 | New commit by jethead71 (r31464): RDS: Use a define that doesn't imply any particular hardware dependency. ... |
| 15:57:49 | CIA-88 | r31464 build result: All green |
| 16:00 |
| 16:06:26 | | Join ironzorg [0] (~ironzorg@ironzorg.fr) |
| 16:07:43 | | Quit liar (Read error: Connection timed out) |
| 16:08:14 | ironzorg | hi, I'm not sure how I'm supposed to properly remove the game I installed with the rockbox utility on my sansa clip+ |
| 16:08:28 | ironzorg | can anybody help me with this ? |
| 16:08:55 | ironzorg | I think I could remove a few folders from the .rockbox directory manually.. |
| 16:09:42 | [Saint] | What game are you talking of, rockdoom one assumes? |
| 16:10:10 | ironzorg | I have a whole bunch of games/demos/apps on my music player that I don't want |
| 16:10:31 | ironzorg | yes, rockdoom is one of them |
| 16:11:05 | [Saint] | So don't use them? You'll recover approximately sweet-f-all space removing them. |
| 16:12:22 | ironzorg | how much space do those thing take ? |
| 16:12:34 | dfkt | just delete the .rockbox/rocks folder to gain ~4mb space :) |
| 16:12:51 | [Saint] | Pretty much none. A few hundred KB. |
| 16:13:27 | [Saint] | 4MB?!? Wow...ok, slightly more than I thought. |
| 16:13:59 | gevaerts | dfkt: that's a bit much. Some stuff in there is used in a "non-plugin" context |
| 16:14:22 | dfkt | true, the viewers folder should probably stay |
| 16:16:00 | dfkt | i think the biggest file in rockbox is actually 16-GNU-Unifont ;) |
| 16:19:03 | gevaerts | You can safely remove games/ and demos/. apps/ depends on what you think is essential (random_folder_advance_config.rock comes to mind as something that isn't "extra"), viewers/ has some stuff you might want to keep (properties.rock and credits.rock are called from elsewhere) |
| 16:19:44 | ironzorg | I removed the whole rocks folder |
| 16:20:12 | [Saint] | Silly move. |
| 16:20:23 | [Saint] | You're removing useful tools. |
| 16:20:28 | ironzorg | you all seemed to agree with dfkt suggestion |
| 16:20:42 | gevaerts | we did? |
| 16:20:47 | [Saint] | We did? |
| 16:21:07 | ironzorg | given you didnt say anything after his suggestion, yse pretty much |
| 16:21:10 | ironzorg | ^T |
| 16:21:10 | dfkt | nobody agreed with me... but you can easily extract a new rockbox over the old one, and jsut remove the stuff gevaerts suggested |
| 16:21:17 | [Saint] | Saying nothing != agreement. |
| 16:21:23 | ironzorg | thats arguable |
| 16:21:33 | ironzorg | what am I missing without that folder anyway ? |
| 16:21:33 | [Saint] | Apparently it is... |
| 16:21:37 | gevaerts | You mean we didn't say anything within 10 seconds |
| 16:22:05 | ironzorg | in fact, for 5 minutes |
| 16:22:36 | [Saint] | We have timestamps... |
| 16:22:40 | gevaerts | http://www.rockbox.org/irc/log-20111229#16:13:59 |
| 16:23:03 | [Saint] | Its not even been five minutes yet :) |
| 16:23:36 | ironzorg | what am I missing without that folder anyway ? |
| 16:23:51 | gevaerts | Read what I said |
| 16:23:58 | [Saint] | But ...putting that aside. You pretty much want to keep /rocks/apps/ |
| 16:24:00 | ironzorg | "some stuff" |
| 16:24:04 | ironzorg | thank you |
| 16:26:57 | gevaerts | ironzorg: I did say more than that |
| 16:27:56 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 16:28:35 | gevaerts | dfkt: you only get unifont if you install the font pack I believe |
| 16:29:01 | [Saint] | Oh...I forgot about viewers. Yeah, you *might* want to keep that... |
| 16:29:54 | ironzorg | I'm updating my version of rockbox anyway, I guess it doesn't matter anywya |
| 16:29:59 | ironzorg | ^W |
| 16:31:52 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
| 16:31:54 | | Quit pamaury (Changing host) |
| 16:31:54 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 16:38:35 | ironzorg | and now, the hardest step of the installation |
| 16:38:37 | ironzorg | choosing a theme. |
| 16:39:47 | [Saint] | CabbieV2, done, we did it for you! |
| 16:41:46 | ironzorg | I don't see it in the list ! |
| 16:42:30 | [Saint] | Its the default theme, that's what I meant by "we did it for you". |
| 16:43:13 | ironzorg | oh |
| 16:43:15 | [Saint] | 'Twas an attempt at humour. |
| 16:47:38 | ironzorg | I think I will roll with the default theme ! |
| 16:48:43 | * | [Saint] needs to get around to backporting raaa cabbie code into non-application targets. |
| 16:49:15 | [Saint] | There's a lot of fixes/refinements I'd like to add. |
| 16:51:32 | dfkt | does anyone have a wps syntax highlighting config for notepad++? i tried to make one, but there seems to be some annoying limitations |
| 16:54:04 | [Saint] | I can't even begin to think how it could handle the foolishly complicated mess of nested conditions in some of my themes. |
| 16:54:38 | dfkt | the major issue with highlighting is that there's often no space between % tags, and notepad++ chokes on that |
| 16:55:06 | *** | Saving seen data "./dancer.seen" |
| 16:55:07 | dfkt | nesting is not an issue, but maybe my themes aren't convoluted enough :) |
| 16:58:32 | dfkt | http://img.elektrokrishna.com/images/14625821123853775413.png |
| 16:59:57 | dfkt | it keeps using the reddish % color for plain text that follows afterwards |
| 17:00 |
| 17:02:12 | ironzorg | worse then LaTeX |
| 17:09:03 | | Join einhirn [0] (Miranda@vpn10.rz.tu-clausthal.de) |
| 17:26:09 | bug2000 | dfkt, Yap doesn't crash with this build. I'll update the bugtracker. |
| 17:29:05 | dfkt | Yap? |
| 17:34:48 | bug2000 | dfkt, Look at the last lines from last night. |
| 17:35:16 | bug2000 | dfkt, Basically it doesn't crash with some recent build. |
| 17:36:50 | [Saint] | That's even more of a problem, really. If its not been deliberately fixed, then there's always a chance it will reappear. |
| 18:00 |
| 18:14:36 | | Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) |
| 18:16:44 | | Quit remlap (Ping timeout: 252 seconds) |
| 18:21:41 | | Join adnap_ [0] (~adnap@rrcs-71-42-140-57.sw.biz.rr.com) |
| 18:22:01 | | Quit adnap (Ping timeout: 244 seconds) |
| 18:32:57 | | Quit remlap1 (Quit: Leaving.) |
| 18:33:15 | | Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) |
| 18:38:05 | | Quit stoffel (Ping timeout: 240 seconds) |
| 18:43:33 | | Quit factor (Read error: Connection reset by peer) |
| 18:46:31 | | Join factor [0] (~factor@74.197.205.204) |
| 18:55:06 | | Quit user890104 (Ping timeout: 268 seconds) |
| 18:55:09 | *** | Saving seen data "./dancer.seen" |
| 18:55:21 | | Join user890104 [0] (~Venci@Addicted.to.Minecraft.ipv6.6bez10.info) |
| 19:00 |
| 19:01:46 | | Join stephph [0] (~stephph@103-180.200-68.tampabay.res.rr.com) |
| 19:06:34 | | Quit stephph (Ping timeout: 276 seconds) |
| 19:09:55 | | Quit factor (Ping timeout: 252 seconds) |
| 19:16:47 | | Quit jlbiasini (Remote host closed the connection) |
| 19:20:19 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
| 19:25:27 | | Join factor [0] (~factor@74.197.205.204) |
| 19:29:14 | | Join stoffel [0] (~quassel@pD9E42040.dip.t-dialin.net) |
| 19:31:02 | | Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) |
| 19:33:31 | | Join bluefoxx [0] (FuzzyLomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 19:33:50 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 19:35:37 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 19:35:44 | jlbiasini | hello all |
| 19:36:17 | jlbiasini | usb hid doesn't work anymore on my device fuze+. I 've eard there's been some change? |
| 19:36:58 | | Quit bluebrother^ (Read error: Operation timed out) |
| 19:38:08 | | Quit fs-bluebot (Ping timeout: 240 seconds) |
| 19:39:22 | gevaerts | jlbiasini: could you check if r31457 causes this? |
| 19:39:31 | gevaerts | And if so, poke funman |
| 19:39:42 | | Join fs-bluebot [0] (~fs-bluebo@g226071023.adsl.alicedsl.de) |
| 19:40:36 | | Quit y4n (Disconnected by services) |
| 19:40:43 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
| 19:40:44 | | Quit Galois (Read error: Operation timed out) |
| 19:41:16 | jlbiasini | ok what's the command again to downgrade svn? |
| 19:41:21 | | Join Galois [0] (djao@efnet-math.org) |
| 19:41:28 | gevaerts | svn up -r xxxx |
| 19:49:35 | jlbiasini | funman: hid doesn't work anymore on fuze+ since r31457! :D |
| 19:53:57 | jlbiasini | no hang, display as it would work, but keys have no effect (exept the one to switch mode) |
| 19:54:48 | pamaury | funman: I think you wrongly removed buf[0] = report_id; |
| 19:54:58 | pamaury | (line 822) |
| 19:55:24 | pamaury | jlbiasini: try adding this back after the memset |
| 19:55:36 | jlbiasini | ok |
| 19:55:55 | pamaury | ah perhaps not, he added it at another place :-/ |
| 19:58:05 | jlbiasini | pamaury: should I try anyway? |
| 19:58:15 | pamaury | yes |
| 19:59:09 | | Quit y4n (Ping timeout: 244 seconds) |
| 19:59:39 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
| 20:00 |
| 20:01:55 | jlbiasini | ‘report_id’ undeclared (first use in this function) |
| 20:03:59 | pamaury | arf, so he must have changed the logic somewhat, I don't have the time to check, so you'll have to wait for funman |
| 20:05:31 | | Join lorenzo92 [0] (~chatzilla@host8-14-dynamic.182-80-r.retail.telecomitalia.it) |
| 20:05:47 | | Quit lorenzo92 (Client Quit) |
| 20:07:27 | | Quit remlap (Ping timeout: 240 seconds) |
| 20:07:48 | | Quit perrikwp (*.net *.split) |
| 20:09:02 | | Join perrikwp [0] (~quassel@cpe-071-076-184-171.triad.res.rr.com) |
| 20:09:13 | | Part jlbiasini |
| 20:12:38 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
| 20:14:23 | | Join WilliamC [0] (~William@nc-184-4-50-27.dhcp.embarqhsd.net) |
| 20:14:55 | WilliamC | Is Rockbox better than the default firmware for the Sansa Clip Zip? |
| 20:15:42 | | Quit MethoS- (Remote host closed the connection) |
| 20:16:30 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 20:17:45 | pamaury | WilliamC: a few people here believe it's the case ;) |
| 20:18:07 | | Quit [Saint] (Ping timeout: 240 seconds) |
| 20:18:39 | WilliamC | Anyway, I'm having an issue |
| 20:18:48 | | Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) |
| 20:18:55 | WilliamC | It says Device Cannot Start |
| 20:19:33 | WilliamC | I think I'll reboot |
| 20:20:05 | | Quit WilliamC (Read error: Connection reset by peer) |
| 20:20:11 | pamaury | usb on the clip zip is unstable |
| 20:20:15 | pamaury | he left... |
| 20:22:53 | | Join lorenzo92 [0] (~chatzilla@host8-14-dynamic.182-80-r.retail.telecomitalia.it) |
| 20:22:55 | | Join Strife89 [0] (~Strife89@207.144.201.128) |
| 20:25:26 | | Quit [Saint_] (Ping timeout: 240 seconds) |
| 20:25:27 | | Quit dreamlayers (Quit: Leaving) |
| 20:26:36 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 20:27:12 | | Quit bluefoxx (Ping timeout: 255 seconds) |
| 20:31:41 | | Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 20:35:26 | | Quit [Saint] (Ping timeout: 240 seconds) |
| 20:37:37 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 20:41:15 | marcol07 | do somebody how to display graphic frequency in FM? |
| 20:41:20 | marcol07 | sansa clip |
| 20:41:32 | funman | pamaury: hm? |
| 20:41:41 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
| 20:41:47 | funman | i tested on clipv1 |
| 20:42:03 | | Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) |
| 20:42:11 | pamaury | apparently it broke on the fuze+, jlbiasini said |
| 20:42:37 | kugelp | lorenzo92: hi |
| 20:42:44 | funman | buf[0] = report_id is set in the loop |
| 20:43:04 | lorenzo92 | hi! I'm sorry but I failed both benchmarks :(..now I clean the GPIO patch, so you can see |
| 20:43:25 | | Quit stoffel (Ping timeout: 252 seconds) |
| 20:44:35 | | Quit Strife89 (Quit: House call.) |
| 20:44:39 | lorenzo92 | kugel: first of all...the player does NOT turn itself off |
| 20:45:17 | lorenzo92 | kugelp: secondly I need to see what's the problem for the benchmark, I guess that a completely new build will solve that hopefully |
| 20:45:44 | kugelp | something is strange then. it really should work |
| 20:46:12 | kugelp | did you attempt new.benches |
| 20:46:17 | kugelp | ? |
| 20:46:18 | pamaury | funman: yes I saw that, I don't see anything suspicious in your commit |
| 20:47:16 | lorenzo92 | kugelp: nope. Will do that... |
| 20:47:28 | kugelp | okay |
| 20:47:46 | lorenzo92 | kugelp: well I recorded something like 7 hours with backlight on, but no data in the bench file :( |
| 20:48:11 | lorenzo92 | kugelp: anyway in some minutes I'll post the gpio patch with headphone sense ;) |
| 20:49:44 | funman | kugelp: did you see the clip bug rpeort? |
| 20:50:04 | funman | kugelp: FS #12475 |
| 20:50:04 | fs-bluebot | http://www.rockbox.org/tracker/task/12475 Crash while playing audio (bugs, unconfirmed) |
| 20:51:04 | | Join WilliamC [0] (~William@nc-184-4-50-27.dhcp.embarqhsd.net) |
| 20:51:18 | WilliamC | Rebooting fixed it, anyways, how does Rockbox treat the external memory cards? |
| 20:53:32 | funman | WilliamC: like external memory cards |
| 20:54:05 | WilliamC | Will it scan it just like the primary music folder? |
| 20:55:10 | *** | Saving seen data "./dancer.seen" |
| 20:56:23 | funman | yes |
| 20:56:41 | funman | assuming the "primary music folder" is the internal storage anyway |
| 21:00 |
| 21:03:15 | | Quit Horschti (Quit: Verlassend) |
| 21:04:06 | | Join kevku [0] (x@2001:470:28:773::) |
| 21:09:31 | lorenzo92 | kugelp: here it is ;) http://pastebin.com/5Q9JSy0u |
| 21:12:50 | | Part ironzorg |
| 21:14:08 | lorenzo92 | kugelp: now I apply again your patch for the battery, let's see... |
| 21:14:47 | | Join dreamlayers [0] (~bgjenero@bas4-windsor12-1279315889.dsl.bell.ca) |
| 21:14:47 | | Quit dreamlayers (Changing host) |
| 21:14:47 | | Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) |
| 21:17:45 | lorenzo92 | kugelp: shit, tested latest patch for headphone sense and doesn't actually work, wait I'll search for the probleb |
| 21:21:43 | jlbiasini | funman: any test I could perform to help you figuring out? |
| 21:22:20 | funman | jlbiasini: not really, just try one revision before my change and my revision |
| 21:24:58 | jlbiasini | funman: I already did that: this is why I was saying that it is caused by your revision |
| 21:26:36 | funman | hm ok i don't know what could go wrong |
| 21:27:46 | | Join amarc [0] (~amar@cm-static-13-180.telekabel.ba) |
| 21:28:41 | funman | jlbiasini: you didn't change e.g. the mode ? (mouse/presentation) |
| 21:29:13 | lorenzo92 | kugelp: ahhhh |
| 21:29:21 | amarc | hello.. I try'd to install rockbox with utility on Clip+ but I accidentaly removed USB before installing bootloader.. Now There is somekind of Rockbox on Clip+ but I cant get it recognized as USBat all. Is there any way to revert this ? |
| 21:29:23 | lorenzo92 | kugelp: forgot to open device at startup -.- |
| 21:29:37 | | Quit bluefoxx (Ping timeout: 240 seconds) |
| 21:29:47 | funman | amarc: boot OF |
| 21:29:59 | amarc | funman how ? |
| 21:30:49 | funman | the manual tells you how |
| 21:31:01 | funman | jlbiasini: try to apply http://pastie.org/3092119 with patch -R |
| 21:31:09 | funman | it's just the report_id diff |
| 21:31:55 | amarc | funman player is not recognized on USB how can I do anything with it ? |
| 21:32:11 | funman | amarc: the manual also tells you to enable MSC |
| 21:33:20 | gevaerts | amarc: I there's *nothing* installed before the bootloader, so if the bootloader isn't installed yet it's still in its original state |
| 21:33:21 | lorenzo92 | kugelp: okay solved :) |
| 21:34:13 | lorenzo92 | kugelp: this works fine ... http://pastebin.com/yhEfYYNK |
| 21:34:57 | amarc | gevaerts no,player boots in someking of Rockbox ( I am guessing utility copied some files on it? ) |
| 21:35:19 | amarc | btw I used "automatic install" so utility might do something to boot loader too ? |
| 21:35:24 | gevaerts | amarc: right, that's probably the bootloader then. What exactly does it show? |
| 21:35:38 | | Quit jlbiasini (Remote host closed the connection) |
| 21:36:47 | amarc | gevaerts> when I turn it on Rockbox logo for a second then in menu there is: Files, Database, Resume playback,Settings, Recording, FM Radio etc... |
| 21:37:05 | gevaerts | OK. Rockbox is fully installed then |
| 21:37:09 | amarc | gevaerts> but I cant get files on it : ( |
| 21:37:21 | gevaerts | You have to reboot to the original firmware for USB |
| 21:37:30 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
| 21:37:36 | amarc | gevaerts> how to do that ? |
| 21:37:56 | gevaerts | Either plug it in while it's switched off, or hold the "left" button while powering on |
| 21:38:50 | amarc | gevaerts> ohh, thats it! thank you : ) |
| 21:39:35 | amarc | gevaerts> and If I wish to remove Rockbox I would need to do what ? |
| 21:40:17 | gevaerts | amarc: http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch2.html#x4-200002.5 |
| 21:41:40 | amarc | geaverts so I could just copy clppa.bin on it , remove .rockbox and shut off/on ? |
| 21:41:49 | gevaerts | yes |
| 21:48:55 | jlbiasini | funman: sorry: no change... |
| 21:49:12 | jlbiasini | still no reaction to keys |
| 21:53:46 | | Join davo [0] (~davo@adsl-75-56-194-65.dsl.lsan03.sbcglobal.net) |
| 21:55:32 | | Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 22:00 |
| 22:00:57 | kugelp | lorenzo92: nice |
| 22:01:01 | lorenzo92 | kugelp: I guess the gpio patch is quite fine to commit, well yeah there are still some comments to be removed/checked etc but.... |
| 22:01:31 | kugelp | where did you get the defines from? just disassembly? |
| 22:02:24 | lorenzo92 | indeed...for all the modules there are no sources :( |
| 22:03:33 | lorenzo92 | well now I check something... |
| 22:03:41 | lorenzo92 | about the ioctl numbers... |
| 22:04:36 | davo | hi all. sorry if i'm interrupting, but quick question. i've read over the manual for rbutil, but still not sure how to determine which version of sansa fuze I have and if it's supported by rbutil? |
| 22:06:41 | kugelp | lorenzo92: the request codes suggest a struct should be passed to ioctl |
| 22:06:50 | gevaerts | davo: if it's not a fuze plus, it's supported. Autodetection should work fine |
| 22:06:53 | dfkt | davo - http://www.rockbox.org/wiki/SansaFuze#How_to_find_out_if_you_have_a_Fuze_V1_or_V2 |
| 22:07:41 | lorenzo92 | kugelp: a struct? well passing the "pin" number as adress seems to do the tick uhm, i'm still unsure about some ioctl codes lol |
| 22:08:03 | lorenzo92 | kugelp: in ida I can see 9 switches, one is the default one |
| 22:08:39 | kugelp | the C in 400C4701 is the size hint |
| 22:09:50 | davo | thank you gevaerts, dfkt thanks, will check the link and try again |
| 22:10:16 | lorenzo92 | kugelp: uhm the problem is that it's not really clear to me how the mxc_ functions are working :) |
| 22:11:32 | kugelp | perhaps pass a random 12 byte struct with the pin as first? |
| 22:12:03 | lorenzo92 | atm the pins is read as first indeed, since it's the address that points to the argument |
| 22:14:39 | lorenzo92 | kugelp: indeed at first I looked at this magical 12 byte number |
| 22:15:28 | kugelp | I'd rather not have the kernel overwrite our stack you know |
| 22:16:02 | davo | gevaerts: sorry, another question based on what you said, which version of rockbox has autodetection that will work ? |
| 22:16:32 | gevaerts | davo: Rockbox Utility does autodetection. Any semi-recent version will do that |
| 22:16:41 | gevaerts | It will tell you what you have |
| 22:16:50 | funman | jlbiasini: no clue, the other changes should have no effect |
| 22:17:12 | davo | gevaerts: thanks, yes, i think i tried it and was unsuccessful, will try again now |
| 22:17:13 | funman | jlbiasini: let's look at the binary differences perhaps |
| 22:18:08 | funman | jlbiasini: what does lsusb -v / dmesg say abotu the fuze+ in hid mode? |
| 22:18:19 | ze | gevaerts: fyi autodetection seemed to fail for my clip+ on my system... said something about unable to detect mount point, even though i had already specified the mount point... though i think it might've still hilighted clip+ in the list? it wasn't very clear either way |
| 22:18:51 | lorenzo92 | kugelp: uhm not sure as I don't know well the matter :) but at least the headhpone sense *seems* to work flawlessy |
| 22:18:57 | * | gevaerts points Rockbox Utility bug reports to the tracker or bluebrother or domonoky |
| 22:20:02 | * | ze considers putting that on his todo list |
| 22:20:12 | kugelp | lorenzo92: do you see copy_to_user() calls in the module? they have a size param |
| 22:20:30 | | Quit marcol07 (Quit: CGI:IRC (EOF)) |
| 22:21:38 | lorenzo92 | kugelp: yeah I can see it, but I cannot understand the param value :( |
| 22:23:11 | lorenzo92 | kugelp: R11 = R12 - 4; R4 = R2; R1 = R3; R0 = R4 >> 0x10 << 0x12 >> 0x12; |
| 22:23:18 | lorenzo92 | R0 should be the value... |
| 22:24:26 | lorenzo92 | bah |
| 22:25:44 | kugelp | one param of copy_to_user() is the data size, like with memcpy |
| 22:25:45 | funman | jlbiasini: oops |
| 22:26:09 | lorenzo92 | kugelp: do you see R0_MX37_GPIO_MAP? |
| 22:26:55 | kugelp | where? |
| 22:27:13 | kugelp | I'm not looking at any disassembly right now |
| 22:27:19 | lorenzo92 | in the module...ah ok |
| 22:27:46 | lorenzo92 | but I know probably what's that...they are the code present in gpio_pins.h in the kernel sources.... |
| 22:28:11 | lorenzo92 | instread of using "long" numeric values, simple integers |
| 22:28:14 | lorenzo92 | 1,2..... |
| 22:28:35 | funman | jlbiasini: http://pastie.org/3092379 |
| 22:28:42 | * | funman curses evil macros |
| 22:29:52 | | Part jlbiasini |
| 22:30:11 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
| 22:30:33 | CIA-88 | New commit by sdoyon (r31465): Fix shortcut to talk time: force enqueuing otherwise it interrupts itself right away when speaking the shortcut entry again. |
| 22:30:56 | jlbiasini | funman: dmesg no change while switching mode -> https://gist.github.com/f52c005ef17fe6b7f2d2 |
| 22:32:16 | funman | jlbiasini: hm i don't see the HID device, but the patch i gave you should have some effect |
| 22:32:41 | pamaury | funman: haha, I wondered if the check was correct and concluded that yes, that's definitely evil |
| 22:32:44 | CIA-88 | r31465 build result: All green |
| 22:32:47 | pamaury | *change |
| 22:33:05 | jlbiasini | funman: https://gist.github.com/1536297 for lsusb |
| 22:33:08 | funman | perhaps the macro could be static inline to avoid these things |
| 22:35:57 | jlbiasini | funman: I think I've reversed to the last revision as your patch didn't solve the issue. Should I reapply it before dmesg lsusb? |
| 22:36:12 | lorenzo92 | kugelp: anyway I have rebuilt the svn with battery patch, now I check for some minutes if the plugins works! |
| 22:36:22 | lorenzo92 | kugelp: * battery bench plugin |
| 22:36:47 | jlbiasini | pamaury: new keymaps minor update coming soon.... |
| 22:36:48 | funman | jlbiasini: yeah i think dmesg/lsusb won't give us much |
| 22:37:31 | jlbiasini | funman: so I reapply and resend pastebin? |
| 22:37:59 | jlbiasini | just to be sure... |
| 22:39:00 | funman | jlbiasini: apply my pastie, notice that HID works, cscream success |
| 22:39:06 | funman | -c |
| 22:40:44 | | Quit Xerion (Quit: ) |
| 22:40:45 | jlbiasini | oh you send a new pastie in the meantime |
| 22:40:59 | jlbiasini | I had to reboot and didn't notice |
| 22:44:46 | lorenzo92 | kugelp: argg still issues :( |
| 22:45:01 | lorenzo92 | no real data in battery_bench.txt |
| 22:45:15 | jlbiasini | funman: SUCCESS!!!! :D |
| 22:45:37 | lorenzo92 | kugelp: moreover...says rockbox run only 9 seconds (while it has run about 3 minutes or so..) |
| 22:46:08 | lorenzo92 | kugelp: you told me once that a timer feature was still missing...could be that the problem? |
| 22:46:23 | funman | jlbiasini: :P |
| 22:47:03 | funman | i'll see if a static inline is better |
| 22:47:56 | | Quit benedikt93 (Quit: Bye ;)) |
| 22:48:09 | | Quit pamaury (Remote host closed the connection) |
| 22:48:49 | | Join Topy44 [0] (~Topy44@f049141151.adsl.alicedsl.de) |
| 22:49:31 | CIA-88 | New commit by funman (r31466): usb_hid: fix r31457 ... |
| 22:51:27 | CIA-88 | r31466 build result: All green |
| 22:51:49 | | Quit lorenzo92 (Quit: ChatZilla 0.9.88 [Firefox 8.0/20111115183813]) |
| 22:55:10 | | Join marcol07 [0] (~4e628860@www.haxx.se) |
| 22:55:12 | *** | Saving seen data "./dancer.seen" |
| 22:58:35 | CIA-88 | New commit by funman (r31467): usb PACK_DATA: use a static inline to enable type checking |
| 23:00 |
| 23:00:17 | CIA-88 | r31467 build result: All green |
| 23:01:47 | | Join adnap [0] (~adnap@rrcs-71-42-140-57.sw.biz.rr.com) |
| 23:03:19 | | Quit dreamlayers (Quit: Leaving) |
| 23:03:37 | | Quit adnap_ (Ping timeout: 240 seconds) |
| 23:09:21 | | Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) |
| 23:15:14 | | Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) |
| 23:22:56 | | Join Strife1989 [0] (~Strife89@207.144.201.128) |
| 23:22:56 | | Quit Strife89 (Ping timeout: 248 seconds) |
| 23:26:17 | | Quit davo (Ping timeout: 255 seconds) |
| 23:26:22 | | Join Scromple [0] (~Simon@119.225.209.134) |
| 23:27:59 | | Join davo [0] (~davo@ppp-68-120-83-185.dsl.irvnca.pacbell.net) |
| 23:29:26 | jlbiasini | funman:data abord at 6006F12C |
| 23:29:47 | funman | aerm |
| 23:29:52 | jlbiasini | on usb connecion |
| 23:29:55 | funman | which function is that? |
| 23:30:42 | jlbiasini | address 0x40119A09 |
| 23:30:47 | funman | i couldn't test usb_storage because linux crashed |
| 23:31:05 | funman | jlbiasini: i don't know fuze+ memory map :o there's a find-addr script in utils/analysis iirc |
| 23:31:51 | jlbiasini | "linux crashed" this sound like an unbelievable excuse... :d yeah i'm on it |
| 23:32:31 | funman | http://pastie.org/3092669 |
| 23:32:39 | funman | looks like storage worked again.. strange |
| 23:32:45 | funman | gevaerts: any clue about this? |
| 23:33:09 | gevaerts | About what> |
| 23:33:10 | gevaerts | ? |
| 23:33:10 | funman | i have a proprietary nvidia module linked in but same things happened on a non tainted kernel |
| 23:33:21 | gevaerts | Oh |
| 23:33:24 | funman | the linux crash and how it prevents mass storage to work again on replug |
| 23:33:42 | gevaerts | no idea |
| 23:36:54 | jlbiasini | so 0x40119A09 == firmware/libfirmware.a(thread.o) -> threads |
| 23:37:36 | jlbiasini | 0x6006F12C == firmware/libfirmware.a(usb_hid.o) -> usb_hid_disconnect |
| 23:38:14 | jlbiasini | funman: (usb_hid.o) == your fault! :D |
| 23:39:02 | funman | i didn't change usb_hid_disconnect |
| 23:39:28 | jlbiasini | ...and it happen on connecting... |
| 23:39:50 | funman | hm |
| 23:40:14 | funman | i hope it shows that usb_hid is broken somewhere else, and that we find where |
| 23:40:35 | funman | or my pack_data function is broken |
| 23:41:15 | funman | hm no it looks correct |
| 23:43:39 | | Nick Strife1989 is now known as Strife89 (~Strife89@207.144.201.128) |
| 23:43:47 | funman | jlbiasini: r31466 and r31467 usb_hid.o disassemble to the exact same output |
| 23:44:31 | funman | try disabling hid perhaps to see if it makes a difference |
| 23:45:13 | funman | usb_storage.o disassemble to the same output as well (both checked with arm-elf-eabi-objdump -d|md5sum -) |
| 23:46:53 | jlbiasini | funman: yes without hid no bug and storage works |
| 23:47:08 | | Quit ender` (Quit: Life is what happens to you when you had other plans. -- John Lennon) |
| 23:48:01 | funman | r31466 works? |
| 23:51:00 | jlbiasini | it used to lets try again |
| 23:51:36 | jlbiasini | I might have made no make clean between 31466 and 31467 could it be that? |
| 23:52:31 | jlbiasini | make zip |
| 23:52:38 | funman | makefile dependencies are borken so it could (or not) |
| 23:52:44 | jlbiasini | oups wrong windows :D |
| 23:55:02 | jlbiasini | 31466 works |
| 23:55:09 | gevaerts | I know make zip dependencies aren't very good, but apart from that? |
| 23:56:08 | funman | try changing config.h or config/ |
| 23:56:26 | funman | or remove .o files |
| 23:56:35 | jlbiasini | make zip was destinated to my console, not a comment from me |
| 23:56:49 | gevaerts | right, stuff that changes the files to be compiled may be troublesome |
| 23:57:24 | funman | Unknown option "−−disable-ffprobe". |
| 23:57:55 | jlbiasini | yeah but rm -fr * && ../tools/configure works flawlessly! :D |
| 23:58:12 | funman | true but if we assume this we don't need make for a start :/ |
icon identifies that the person is a core developer (has commit access).