| 00:00:36 | pamaury | ok, and what is the error ? |
| 00:01:37 | OiD | "gcc -o mi4code mi4code.c -lgcrypt" gives "mi4code.c:1263:20: fatal error: gcrypt.h: No such file or directory compilation terminated." |
| 00:02:48 | pamaury | try to install the libgcrypt20-dev package |
| 00:05:42 | pamaury | I'm doing some disassembly, I found a very interesting things but it's probably still a lot of work |
| 00:17:56 | | Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 00:19:03 | franklin | Regarding the "colorblind mode" that started as a joke |
| 00:19:14 | franklin | ... how should it be done?? |
| 00:19:31 | franklin | Maybe by modifying the LCD driver? |
| 00:20:43 | pamaury | OiD: I found couple possibly interesting pins |
| 00:21:27 | OiD | I'm all ears while strugling away in ubuntu |
| 00:22:54 | pamaury | I'm not entirely sure, but it seems that pin E5 is used as input to detect something related to charging |
| 00:23:11 | pamaury | and pin B1 is used as output |
| 00:25:02 | pamaury | hum wait, possible mistake here |
| 00:27:00 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 00:28:05 | pamaury | the code is weird |
| 00:28:37 | pamaury | apparently E2 might be of interest too, as input |
| 00:29:17 | pamaury | yeah E5 and E2 might be USB and AC detect |
| 00:30:58 | pamaury | you can easily check that we the debug menu, I think the GPIO port are displayed |
| 00:33:56 | OiD | conecting the usb charger changes E from x02 to x06 and vice versa |
| 00:35:11 | pamaury | and what about AC ? |
| 00:35:16 | pamaury | good, that's E2 |
| 00:37:06 | OiD | Give me a minute, I need to open the player to apply AC |
| 00:37:47 | | Join Scromple [0] (~Simon@161.43.73.67) |
| 00:43:45 | OiD | E 0x22 with AC |
| 00:44:19 | pamaury | perfect, that's E5 |
| 00:44:36 | pamaury | so we have a good known way to detect USB and AC, might be useful |
| 00:45:28 | OiD | I'll check B1 |
| 00:46:33 | pamaury | now for B1 that's trickier because it's an output, and I'm not entirely sure of what the code does, especially since it only sets B1 but never clears it |
| 00:46:40 | pamaury | so i'm clearly missing some code here |
| 00:48:08 | * | franklin pings TheSeven |
| 00:50:18 | | Join tt01_ [0] (~tt01@host86-140-114-14.range86-140.btcentralplus.com) |
| 00:51:26 | OiD | No change on port B |
| 00:52:58 | OiD | B is 0xFC in all scenarios except when the device is booted pluged in to AC power |
| 00:53:12 | OiD | Then is changes fo 0xFE |
| 00:53:12 | pamaury | I don't except B to change, it's an output |
| 00:53:21 | pamaury | you need to change B1 to 1 or 0 |
| 00:56:36 | pamaury | I'm not sure you can do that just with the debug screen |
| 00:59:00 | OiD | Ok. I will give it a shot tomorow. As for now I have to get to bed. |
| 00:59:26 | OiD | Thanks a lot pamaury for all the great help, hints and info! |
| 00:59:41 | pamaury | ok, I'll be online tomorrow probably |
| 01:00 |
| 01:04:24 | | Quit bcobco (Remote host closed the connection) |
| 01:04:49 | | Join bcobco [0] (~bcobco@77.228.124.149) |
| 01:22:59 | | Quit ZincAlloy (Quit: Leaving.) |
| 01:26:21 | | Quit rasferret (Read error: Connection reset by peer) |
| 01:29:18 | | Quit tt01_ (Quit: Leaving...) |
| 01:30:12 | *** | Saving seen data "./dancer.seen" |
| 01:45:40 | saratoga | ploco: i remember dfkt wanted software balance on the iAudio X5 because it's line out didn't support balance adjustments, maybe enable it for that target too if its not too hard? |
| 01:48:46 | franklin | saratoga, do you think it would be worth it to fix 2048? the "bug" seems quite minor |
| 01:49:31 | saratoga | the contrast problem? |
| 01:49:54 | franklin | yes, that |
| 01:50:08 | saratoga | it looks fine on my zip, so i think its probably some problem with the zip port |
| 01:50:18 | saratoga | people have said that on some player album art looks funny |
| 01:50:32 | franklin | Have you gone past 10000 points? It apparently overflows into the grid |
| 01:50:42 | saratoga | no i didn't play it |
| 01:50:59 | franklin | not enough time :) |
| 01:51:26 | franklin | so I'll try feeding in some edited saves and see what happens |
| 01:56:35 | franklin | even with a score of 1 million, it still doesn't overflow into the grid |
| 01:56:57 | franklin | the highest possible score is 3 million or so, so it should be impossible to overflow |
| 01:57:32 | franklin | http://forums.rockbox.org/index.php/topic,48475.msg229330.html is completely wrong, *if* what they mean is the score overflowing |
| 02:00 |
| 02:02:26 | | Quit OiD (Ping timeout: 246 seconds) |
| 02:14:16 | | Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 32.0/20140814150857]) |
| 02:15:22 | | Quit pamaury (Ping timeout: 246 seconds) |
| 02:49:48 | | Quit franklin (Quit: Leaving) |
| 03:00 |
| 03:06:25 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 03:07:43 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 03:11:07 | | Quit bcobco (Remote host closed the connection) |
| 03:11:32 | | Join bcobco [0] (~bcobco@77.228.124.149) |
| 03:21:02 | | Quit bcobco () |
| 03:30:15 | *** | Saving seen data "./dancer.seen" |
| 03:53:22 | | Quit pystar89 (Ping timeout: 246 seconds) |
| 03:56:34 | | Join pystar89 [0] (~pystar89@ip-176-199-76-43.hsi06.unitymediagroup.de) |
| 04:00 |
| 04:00:03 | ikeboy | There's a bug in 2048: when you exit, it doesn't unboost. g#915 fixes it |
| 04:00:06 | fs-bluebot | Gerrit review #915 at http://gerrit.rockbox.org/r/915 : Always unboost at exit by Avi Eisenberg |
| 04:03:52 | ParkerR | ikeboy, wat |
| 04:04:01 | ParkerR | Theres a 2048 for rockbox? Neat |
| 04:05:13 | [Saint] | ...why the fuck does it boost to begin with? |
| 04:05:17 | [Saint] | Ugh. |
| 04:05:50 | ParkerR | Whats the boost? |
| 04:06:05 | [Saint] | CPU high clock boost. |
| 04:06:41 | [Saint] | I would posit rather a large selection of targets have no need for this whatsoever. |
| 04:06:43 | ParkerR | Ahh |
| 04:10:25 | ikeboy | I don't why why it was there, but it wasn't getting turned off at the exit. If you think it's fine without a boost, go ahead and take it out |
| 04:11:13 | [Saint] | It doesn't seem particularly computationally intensive. |
| 04:12:16 | [Saint] | Perhaps the pp iPods and some other less resource blessed targets may need to boost. |
| 04:12:20 | [Saint] | ...maybe. |
| 04:12:45 | fs-bluebot | Build Server message: New build round started. Revision ec844f8, 253 builds, 32 clients. |
| 04:12:51 | [Saint] | In general I would like to see boosting only done when strictly required. |
| 04:12:57 | [Saint] | But that's difficult. |
| 04:13:13 | [Saint] | And doesn't offer any real world savings on some devices. |
| 04:13:46 | [Saint] | ...or anything measurable and statistically relevant. |
| 04:14:12 | ikeboy | It delivers a lot of performance boost in textviewer, at least |
| 04:14:25 | ikeboy | By around a factor of six on Fuze+ |
| 04:14:30 | [Saint] | On some targets. |
| 04:14:55 | [Saint] | I didn't really find any difference of the sl* targets. |
| 04:15:04 | [Saint] | Classic, N2G |
| 04:15:09 | ikeboy | Perhaps we could disable boosting altogether on targets that don't have a noticable speedup? |
| 04:15:27 | ikeboy | Then you wouldn't need to do each plugin separately |
| 04:15:32 | [Saint] | That leads to the above. Its time consuming to test. |
| 04:15:46 | [Saint] | And may or may not offer great real world savings. |
| 04:15:49 | [Saint] | Or...any. |
| 04:16:14 | [Saint] | I understand why people do it, its just an irrational pet peeve of June. |
| 04:16:19 | [Saint] | *of mine |
| 04:17:36 | * | [Saint] really wants to add dynamic clocking other than high/low |
| 04:17:52 | [Saint] | Rather like a basic on demand governor. |
| 04:18:16 | [Saint] | But its difficult and again its debatable if there's any improvement to be had. |
| 04:19:27 | [Saint] | The Classic almost never needs to boost at all. |
| 04:19:45 | | Join pixelma [0] (pixelma@rockbox/staff/pixelma) |
| 04:19:48 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
| 04:19:48 | | Quit amiconn (Disconnected by services) |
| 04:19:49 | | Quit tchan (Quit: WeeChat 0.4.3) |
| 04:19:50 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
| 04:20:05 | fs-bluebot | Build Server message: Build round completed after 441 seconds. |
| 04:20:27 | [Saint] | I locked the clock off to the minimum for a while as an experiment and didn't see much/any difference save for decode times. |
| 04:21:28 | [Saint] | But then I also disabled GUI boosting, and can't see a change at all, and others swear they can. |
| 04:22:42 | | Join Mxh_ [0] (629a310c@gateway/web/freenode/ip.98.154.49.12) |
| 04:23:34 | | Quit Mxh_ (Client Quit) |
| 04:24:06 | | Quit pixelma_ (Ping timeout: 255 seconds) |
| 04:36:36 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 04:48:00 | | Quit ikeboy (Quit: Leaving) |
| 05:00 |
| 05:14:45 | ParkerR | [Saint], did you figure out what may have broken the android build? |
| 05:15:59 | [Saint] | From the look of your logcat it looks as though it may have been TiBU fucking shit up - it looks as though you did a data restore? |
| 05:16:03 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 05:16:11 | ParkerR | Nope |
| 05:16:21 | ParkerR | I just have TiBu for uninstalling freezing stuff |
| 05:16:29 | ParkerR | Ill try uninstalling tibu |
| 05:16:30 | | Quit steffengy (Disconnected by services) |
| 05:16:31 | | Join steffengy1 [0] (~quassel@p5088FA06.dip0.t-ipconnect.de) |
| 05:17:06 | ParkerR | Nope still crashes out |
| 05:17:11 | ParkerR | Clear rockbox data |
| 05:17:15 | ParkerR | *Cleared |
| 05:17:19 | [Saint] | Hmmm. Guess I misinterpreted the logs, I was on mobile in a movie theater trying to pretend it was interesting. |
| 05:17:26 | ParkerR | Haha |
| 05:18:02 | [Saint] | Do you know what revision this started for you? |
| 05:18:42 | ParkerR | Whatever yesterdays build was... 030f51c-140817 |
| 05:19:08 | ParkerR | I hadnt updated it religiously so I dont know if it starte dbefore that |
| 05:19:28 | ParkerR | Ahh |
| 05:19:30 | ParkerR | Current build |
| 05:19:36 | ParkerR | rasher.dk/rockbox/android/">http://rasher.dk/rockbox/android/ |
| 05:19:49 | ParkerR | Crashes on two devices |
| 05:19:59 | ParkerR | So I dont think its my end |
| 05:21:44 | [Saint] | OK. I can reproduce that so I can watch it on my end when I get a chance. |
| 05:22:25 | | Join Strife89 [0] (~Strife89@adsl-98-80-207-199.mcn.bellsouth.net) |
| 05:22:40 | [Saint] | Easier for me to aggressively filter my logs for relevancy at runtime on-the-fly on a test device than go through someone else's capture after the fact. |
| 05:22:51 | ParkerR | :) |
| 05:23:18 | [Saint] | Shopping presently. I'll see what I can see this evening. |
| 05:23:44 | * | ParkerR imagines [Saint] just strolling througha grocery store chatting on IRC |
| 05:24:12 | [Saint] | Yeah...pretty much. You forgot to add looking defeated. |
| 05:24:37 | ParkerR | Ahh girlfriend/wife drag you along? |
| 05:28:23 | | Join cramler [0] (b273804c@gateway/web/freenode/ip.178.115.128.76) |
| 05:30:17 | *** | Saving seen data "./dancer.seen" |
| 05:40:54 | | Quit TheSeven (Ping timeout: 272 seconds) |
| 05:41:50 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 05:41:58 | cramler | Greetings everyone! I just wanted to ask a quick question: I am fiddling around with a few old pictures of mine, and some (specifically those with a chromatic subsampling of "4:1:0", or 4x2) have the viewer abort with "Unsupported-3". I was just wondering. Did I something wrong, or this is simply not supported? Thank you. |
| 05:42:32 | cramler | Here is a test image, just in case: https://www.dropbox.com/s/brsn6feyx233ffi/chr_test.jpg |
| 05:44:14 | [Saint] | An artiste! |
| 05:47:01 | cramler | Hey, given the right marketing, this may be worth a fortune! |
| 05:47:17 | cramler | :D |
| 05:48:39 | [Saint] | It wouldn't actually surprise me if there was a large market for crudely drawn art with what appears to dicks for eyes. ;) |
| 05:57:14 | ParkerR | Hahahaha |
| 06:00 |
| 06:04:03 | cramler | Hm...maybe a form of Proto Cubism, but using primary and secondary sex organs as basic orimitives...a new genre? Profit awaits! |
| 06:04:39 | cramler | *primitives *hides in corner* |
| 06:12:16 | | Quit ikeboy (Quit: Leaving) |
| 06:12:34 | | Quit albb0920 (Ping timeout: 272 seconds) |
| 06:12:53 | | Join albb0920 [0] (~albb0920@alice.mgt.ncu.edu.tw) |
| 06:15:11 | | Quit Strife89 (Ping timeout: 245 seconds) |
| 06:30:36 | | Quit RiD (Ping timeout: 245 seconds) |
| 06:38:18 | cramler | At first I thought, that the problem is with the X:X:0 notation, (which indicates horizontal AND vertikal subsampling, with alternating Cb/Cr), but photos with 4:2:0 (2x2) are loaded without problems. |
| 07:00 |
| 07:03:52 | | Quit cramler (Quit: Page closed) |
| 07:30:20 | *** | Saving seen data "./dancer.seen" |
| 07:34:22 | | Join mortalis [0] (~kvirc@213.33.220.118) |
| 07:43:03 | | Join ploco [0] (dce9b7f9@gateway/web/freenode/ip.220.233.183.249) |
| 07:45:47 | ploco | saratoga: how does iAudio X5 line out differ from phone out? sound.c tells me either MONO_VOLUME or not after compile. |
| 07:45:58 | | Join kugel [0] (~kugel@avm-guido.avm.de) |
| 07:45:58 | | Quit kugel (Changing host) |
| 07:45:58 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 07:51:03 | ploco | saratoga: its up as g#914 , just need to figure out where to call the dsp_balance_enable(balance) for iAudio X5 line out |
| 07:51:05 | fs-bluebot | Gerrit review #914 at http://gerrit.rockbox.org/r/914 : a DSP based balance feature by Chiwen Chang |
| 07:53:23 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
| 08:00 |
| 08:12:07 | | Join saratoga_ [0] (123e1c18@gateway/web/freenode/ip.18.62.28.24) |
| 08:13:00 | saratoga_ | ploco: i think line out is always enabled for that target, but that it can't adjust the gain for it, so balance doesn't work |
| 08:13:12 | saratoga_ | i guess you'd have to disable the hardware balance controls entirely |
| 08:13:15 | saratoga_ | for it |
| 08:13:20 | saratoga_ | maybe thats not worth it? |
| 08:13:36 | | Quit Scromple (Read error: Connection reset by peer) |
| 08:14:09 | | Quit ploco (Ping timeout: 246 seconds) |
| 08:14:47 | | Join ploco [0] (dce9b7f9@gateway/web/freenode/ip.220.233.183.249) |
| 08:17:11 | ploco | i guess that will be separate patch. |
| 08:20:08 | ploco | which don't call audiohw_set_volume(l, r); but dsp_balance_enable(balance) on iAudio X5 |
| 08:21:32 | [Saint] | I has occurred to me that we're going to have to add touch callbacks for *all* settings. |
| 08:21:48 | [Saint] | ...if we want to do the %St bar thing "right". |
| 08:22:05 | [Saint] | Its conceivably possible that a user would want to turn any config setting into a bar. |
| 08:22:17 | [Saint] | (I know I'd like to be able to...) |
| 08:22:37 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:22:49 | ploco | [Saint]: totally agree. |
| 08:23:00 | [Saint] | Its a massive job though. |
| 08:23:05 | [Saint] | Over my head. |
| 08:24:02 | [Saint] | yeah - shit. |
| 08:24:13 | [Saint] | at a first glance that's a pretty large undertaking. |
| 08:24:27 | [Saint] | unless I'm missing some obvious clean/simple way to do it. |
| 08:24:47 | [Saint] | ploco: ...it is as daunting as I believe it to be, isn't it? |
| 08:25:37 | ploco | nope. I've done 50% of that in my build. |
| 08:25:41 | ploco | mostly sound settings |
| 08:26:18 | | Join Scromple [0] (~Simon@161.43.73.67) |
| 08:27:00 | JdGordon | [Saint]: the setting callback should handle them |
| 08:27:05 | JdGordon | once that patch is fixed |
| 08:27:35 | ploco | then its gonna be my job to fill all callback function pointers |
| 08:30:37 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 08:44:41 | | Quit saratoga_ (Quit: Page closed) |
| 08:49:21 | | Quit mortalis (Ping timeout: 245 seconds) |
| 08:53:26 | | Join mortalis [0] (~kvirc@213.33.220.118) |
| 09:00 |
| 09:00:41 | | Quit albb0920 (Ping timeout: 246 seconds) |
| 09:11:46 | | Join albb0920 [0] (~albb0920@alice.mgt.ncu.edu.tw) |
| 09:13:04 | | Quit bertrik (Ping timeout: 272 seconds) |
| 09:14:00 | | Quit ploco (Quit: Page closed) |
| 09:30:21 | *** | Saving seen data "./dancer.seen" |
| 09:36:53 | | Join Zagor [0] (~bjst@80.239.169.202) |
| 09:36:54 | | Quit Zagor (Changing host) |
| 09:36:54 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
| 09:40:53 | | Join efyx__ [0] (~efyx@91.176.119.28) |
| 10:00 |
| 10:33:24 | JdGordon | [Saint]: have you seen this on master? crash on startup |
| 10:33:25 | JdGordon | D/CrashAnrDetector( 840): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000060 |
| 10:34:09 | JdGordon | http://pastebin.com/6MvMMyqP full dump |
| 10:35:12 | copper | why does a track with a tracknumber of 0, get sorted as the last track of an album? |
| 10:35:26 | JdGordon | 0 > 9 in asciicode |
| 10:35:34 | [Saint] | ParkerR caught it in the rasher builds. |
| 10:35:50 | [Saint] | I haven't had time to look into it but can repro. |
| 10:36:16 | copper | JdGordon: no |
| 10:36:38 | copper | 0 is 0x30 and 9 is 0x39 |
| 10:37:09 | copper | in any case, I would hope that the Rockbox database doesn't sort by character code |
| 10:37:51 | JdGordon | [Saint]: balls, ok, i'll try to bisect after dinner |
| 10:39:44 | copper | the database doesn't even prepend the title with tracknumber 0 in the database view |
| 10:40:27 | copper | (tracks with tracknumber 0 are usually "hidden tracks" before track 01, on CD) |
| 10:48:42 | copper | the file browser sorts it correctly (puts track 0 as the first track of the playlist) |
| 10:49:19 | copper | (my filenames start with a two digit track number, e.g. 00 and 01) |
| 10:54:09 | * | [Saint] sees some great candidates for revision in the commit history |
| 10:54:26 | [Saint] | Lots of sweeping changes. |
| 10:58:09 | copper | I'm confused by the "fmt_title" definitions in tagnavi.config |
| 10:58:27 | copper | which is what I assume is responsible for sorting tracks in the database view |
| 11:00 |
| 11:00:13 | copper | hmm |
| 11:07:34 | | Join lebellium [0] (~chatzilla@i16-les01-ntr-212-194-176-149.sfr.lns.abo.bbox.fr) |
| 11:11:36 | copper | track 0 is displayed in the database as -1, when changing tagnavi.config to: ? tracknum >= "0" |
| 11:15:03 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:20:39 | | Quit TBCOOL (Read error: Connection reset by peer) |
| 11:26:11 | | Join TBCOOL [0] (~tb@c-3d96e555.09-273-73746f44.cust.bredbandsbolaget.se) |
| 11:30:22 | *** | Saving seen data "./dancer.seen" |
| 11:36:01 | | Quit pamaury (Ping timeout: 272 seconds) |
| 11:36:46 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:48:28 | copper | ok, I managed to fix with this in my tagnavi_custom.config: http://outpost.fr/tmp/q3d.txt |
| 11:48:57 | copper | no idea why this particular order of conditionals is needed, but it works |
| 11:59:32 | | Quit albb0920 (Ping timeout: 244 seconds) |
| 12:00 |
| 12:01:49 | JdGordon | jhMikeS: you're asleep I'm assuming? |
| 12:03:01 | JdGordon | jhMikeS: 6ed00870abd566d7267d2436c2693f5a281cda2f broke android, crashes on startup |
| 12:05:08 | | Join albb0920 [0] (~albb0920@alice.mgt.ncu.edu.tw) |
| 12:05:31 | jhMikeS | JdGordon: nope, not asleep |
| 12:05:42 | JdGordon | [Saint]: I can finally test your skin... doesnt quite scale correctly |
| 12:07:48 | JdGordon | jhMikeS: hey, I just did a bisect and that commit is broken, when you have a chance |
| 12:08:11 | jhMikeS | what about the two after that? |
| 12:08:47 | JdGordon | I did a bisect starting from master so its broken from at least that one |
| 12:10:07 | jhMikeS | I would try out 030f51ce first since some snafus were corrected at that point |
| 12:10:47 | JdGordon | one sec |
| 12:11:46 | JdGordon | jhMikeS: yeah, that one is broken |
| 12:15:40 | jhMikeS | ok, just making sure it got it for sure :) |
| 12:45:18 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 12:57:33 | * | jhMikeS wonders if it's about the incomplete interrupt emulation |
| 13:00 |
| 13:02:51 | | Quit the-kyle (Ping timeout: 260 seconds) |
| 13:30:23 | *** | Saving seen data "./dancer.seen" |
| 13:33:39 | | Join the-kyle [0] (~kyle@kyle.tk) |
| 13:41:34 | copper | TheSeven: why are certain "iPod Classic" changes in emCORE, located in target/ipodnano3g/ code? |
| 13:42:09 | jhMikeS | JdGordon: heck if I know right now. the unix threading was working fine in the sim |
| 13:42:10 | TheSeven | because target/ipodclassic is just the ipod classic specific code |
| 13:42:25 | TheSeven | everything that's SoC specific is in target/ipodnano3g because that one has the same SoC |
| 13:42:36 | copper | I see |
| 13:42:48 | copper | TheSeven: got a "stable" build incorporated your latest changes? |
| 13:42:57 | copper | incorporating* |
| 13:43:25 | TheSeven | theseven.homenet.org/~theseven/tmp/rockbox-ipodclassic-with-all-patches.zip">http://theseven.homenet.org/~theseven/tmp/rockbox-ipodclassic-with-all-patches.zip |
| 13:43:50 | copper | didn't you link that earlier to another user? |
| 13:44:00 | copper | were there no problems with it? |
| 13:44:41 | copper | also, I meant a stable build of emCORE |
| 13:45:21 | TheSeven | copper: I'm not aware of any problems worse than what's in git |
| 13:45:40 | TheSeven | there are still some bugs concerning USB, but it works far better than git master |
| 13:46:07 | TheSeven | there are no outstanding patches for emcore, those have all been pushed already |
| 13:46:54 | copper | yeah but I can't build it |
| 13:46:57 | TheSeven | the emcore fixes aren't really important unless you have a tarkan CF/SD mod or something like that anyway |
| 13:47:04 | TheSeven | i.e. this only matters during boot |
| 13:47:26 | copper | ok |
| 13:50:00 | copper | [2014-08-18 13:44:59] hid-generic: probe of 0003:05AC:1261.0005 failed with error -22 |
| 13:50:40 | copper | "USB keypad mode: multimedia" |
| 13:51:06 | | Join ZincAlloy [0] (~Adium@pD9EEBECC.dip0.t-ipconnect.de) |
| 13:51:53 | [Saint] | ...Classic supports HID now? |
| 13:58:54 | jhMikeS | JdGordon: what you did didn't leave any old stuff around did it? |
| 14:00 |
| 14:00:28 | [Saint] | I have head failing consistently |
| 14:00:33 | JdGordon | jhMikeS: what sort of old stuff? |
| 14:00:37 | [Saint] | W/ clean build. |
| 14:00:52 | JdGordon | jhMikeS: I did make clean && make |
| 14:01:01 | [Saint] | If its user error...all of us are managing to fuck it up. |
| 14:01:10 | [Saint] | So I kinda doubt it. |
| 14:01:25 | [Saint] | And, yes, you're right, Sim doesn't show it. |
| 14:01:42 | [Saint] | Real Android hardware however does. |
| 14:05:16 | jhMikeS | [Saint]: what the hell is real android hardware? |
| 14:06:01 | jhMikeS | I do need to know what somebody did first of all, that everything is clean. It means I no longer have to consider it as a possible issue. |
| 14:08:35 | jhMikeS | I also have to consider something in the android port itself could be naughty and depending upon something it shouldn't |
| 14:09:30 | jhMikeS | coders trying to cheat the given interface to do something piss me off to no end (not saying that's the case here) |
| 14:10:49 | jhMikeS | already had some of that that really I should just leave broken |
| 14:12:56 | jhMikeS | Mr. "screw regressions" is chastizing me, ok go ahead |
| 14:21:20 | jhMikeS | JdGordon: is playback involved in any way, like resuming at startup? |
| 14:26:26 | | Join RiD [0] (~RiD@2.83.168.78) |
| 14:44:58 | | Quit cmhobbs (Ping timeout: 255 seconds) |
| 14:54:12 | jhMikeS | thread-unix.c does do something a bit bad; it assumes the scheduler always will always save the old context but that's no longer the case |
| 15:00 |
| 15:02:47 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 15:06:09 | dfkt | @find pratchett truckers |
| 15:06:17 | dfkt | oops, wrong channel |
| 15:15:41 | | Quit mc2739 (Ping timeout: 255 seconds) |
| 15:17:28 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 15:17:49 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
| 15:22:56 | jhMikeS | haha, open pictureflow 7 times in a row and it crashes on the last one because the jump buffers aren't reused |
| 15:30:27 | *** | Saving seen data "./dancer.seen" |
| 15:49:00 | jhMikeS | JdGordon: if you want, try this out: jhmikes.cleansoap.org/thread-unix-patchup.patch">http://jhmikes.cleansoap.org/thread-unix-patchup.patch |
| 15:49:29 | jhMikeS | it probably should go in anyway since it corrects some wrongs |
| 15:53:29 | | Quit [Saint] (Ping timeout: 255 seconds) |
| 16:00 |
| 16:03:24 | | Quit gevaerts (Disconnected by services) |
| 16:03:29 | | Join gevaerts_ [0] (~fg@rockbox/developer/gevaerts) |
| 16:03:30 | | Nick gevaerts_ is now known as gevaerts (~fg@rockbox/developer/gevaerts) |
| 16:04:10 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 16:06:32 | | Join uwe_mobile__ [0] (~uwe@static.88-198-8-117.clients.your-server.de) |
| 16:10:33 | | Join GodEater` [0] (~whoknows@ec2-54-201-224-30.us-west-2.compute.amazonaws.com) |
| 16:10:33 | | Quit GodEater` (Changing host) |
| 16:10:33 | | Join GodEater` [0] (~whoknows@rockbox/staff/GodEater) |
| 16:11:56 | | Quit fs-bluebot (*.net *.split) |
| 16:11:56 | | Quit GodEater (*.net *.split) |
| 16:11:56 | | Quit copper (*.net *.split) |
| 16:11:56 | | Quit uwe_mobile (*.net *.split) |
| 16:11:56 | | Quit Scall (*.net *.split) |
| 16:11:56 | | Quit x56 (*.net *.split) |
| 16:12:24 | | Join x56 [0] (~0x56@sillytitties.com) |
| 16:14:00 | | Join copper [0] (~copper@unaffiliated/copper) |
| 16:17:29 | | Join fs-bluebot [0] (~fs-bluebo@g224237110.adsl.alicedsl.de) |
| 16:19:36 | | Join Scall [0] (~chat@unaffiliated/scall) |
| 16:31:16 | | Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) |
| 16:33:25 | | Quit ender^ (Read error: Connection reset by peer) |
| 16:44:21 | fs-bluebot | Build Server message: New build round started. Revision a9713d8, 253 builds, 32 clients. |
| 16:46:18 | kugel | jhMikeS: ouch! |
| 16:46:51 | jhMikeS | ouch as in....? |
| 16:48:06 | jhMikeS | actually my left ring finger is ouch |
| 16:52:04 | fs-bluebot | Build Server message: Build round completed after 464 seconds. |
| 16:57:03 | kugel | jhMikeS: the thread-unix.c issue (i authored that) |
| 17:00 |
| 17:00:15 | jhMikeS | ah...I'm guessing it was before sim use and plugins and everything was just created once at startup? |
| 17:11:02 | | Quit mortalis (Ping timeout: 240 seconds) |
| 17:11:30 | | Quit rela (Read error: Connection reset by peer) |
| 17:20:36 | | Nick GodEater` is now known as GodEater (~whoknows@rockbox/staff/GodEater) |
| 17:23:40 | | Quit kugel (Ping timeout: 250 seconds) |
| 17:30:28 | *** | Saving seen data "./dancer.seen" |
| 17:32:42 | * | jhMikeS can't even coherently |
| 17:38:11 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
| 17:42:54 | | Quit charlie (Ping timeout: 272 seconds) |
| 17:48:51 | | Join charlie [0] (~c@unaffiliated/charlie) |
| 17:53:04 | | Quit RiD (Read error: Connection reset by peer) |
| 17:57:49 | | Join RiD [0] (~RiD@2.83.168.78) |
| 18:00 |
| 18:19:01 | | Quit jhMikeS (Ping timeout: 245 seconds) |
| 18:23:14 | | Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 18:27:12 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 18:42:43 | | Quit efyx_ (Ping timeout: 246 seconds) |
| 18:43:09 | | Quit efyx__ (Ping timeout: 264 seconds) |
| 18:54:23 | | Join efyx__ [0] (~efyx@247.115-67-87.adsl-dyn.isp.belgacom.be) |
| 18:56:21 | | Join efyx_ [0] (~efyx@247.115-67-87.adsl-dyn.isp.belgacom.be) |
| 19:00 |
| 19:19:28 | | Join simpleuser [0] (~simpleuse@unaffiliated/simpleuser) |
| 19:20:38 | simpleuser | Hi there. I played a flac file on my sansa clip+, and there was an error like "divided by zero" or something. It seems a known bug ( http://www.rockbox.org/tracker/task/10067 , http://forums.rockbox.org/index.php?topic=27037.0 ) The problem is my sansa won’t boot anymore. Hum. |
| 19:24:39 | franklin | it won't boot? |
| 19:25:29 | franklin | What version are you running? |
| 19:25:42 | copper | 3.13 |
| 19:25:51 | copper | wait for it |
| 19:26:23 | simpleuser | yep, the last one |
| 19:26:32 | franklin | well, try a dev build... 3.13 is OLD |
| 19:26:47 | franklin | (and get 2048 :)) |
| 19:27:08 | simpleuser | I’d love to. But When I say It won’t boot, it’s like the hardware was dead. |
| 19:27:20 | simpleuser | Even when plugging it in usb. |
| 19:27:21 | franklin | like the screen remains black? |
| 19:27:24 | simpleuser | Yes. |
| 19:27:38 | franklin | this is almost certainly not FLAC related |
| 19:27:54 | simpleuser | And the battery was 70% when it stopped. |
| 19:28:13 | simpleuser | There was this quick error "divided…" and then black screen, and nothing works. |
| 19:28:48 | franklin | weird... take out the battery/reinsert? |
| 19:29:07 | copper | on a Clip+? |
| 19:29:22 | franklin | I only know the c200 |
| 19:29:23 | simpleuser | Yeah, that’s the prob ^^ |
| 19:29:30 | franklin | and it has a removable battery... does the clip+ |
| 19:29:31 | franklin | ? |
| 19:29:34 | copper | did you try to boot the original firmware? |
| 19:29:41 | copper | no it doesn't |
| 19:29:48 | franklin | ah... take apart? |
| 19:30:00 | copper | with a hammer? |
| 19:30:01 | simpleuser | copper: I can’t. Black screen, nothing happens. |
| 19:30:13 | simpleuser | copper: Even the computer does not recgnize it. |
| 19:30:18 | simpleuser | recognize* |
| 19:30:32 | *** | Saving seen data "./dancer.seen" |
| 19:30:45 | gevaerts | simpleuser: have you tried hard-resetting it? |
| 19:30:51 | simpleuser | gevaerts: How? |
| 19:30:54 | franklin | can the clip+ be taken apart? |
| 19:30:56 | copper | pressing power button for 30s or more? |
| 19:30:57 | franklin | (easily)? |
| 19:31:03 | gevaerts | franklin: no |
| 19:31:15 | franklin | ah sansa is copying apple now... :) |
| 19:31:34 | copper | when's the last time you've seen a removable battery on a DAP? |
| 19:31:44 | franklin | my c200 |
| 19:31:47 | franklin | which is... dead now |
| 19:31:49 | franklin | RIP |
| 19:32:11 | saratoga | hold power until the player reboots |
| 19:32:13 | simpleuser | Oh ! |
| 19:32:22 | saratoga | and unless you're running a build from many years ago, those links are unrelated |
| 19:32:28 | simpleuser | It works now |
| 19:32:33 | simpleuser | with the 30s technique ! |
| 19:32:34 | simpleuser | \o/ |
| 19:32:37 | simpleuser | Thanks ! :) |
| 19:32:42 | copper | yay |
| 19:32:46 | copper | I was helpful |
| 19:32:46 | franklin | w00t |
| 19:32:57 | copper | my life isn't totally worthless after all! |
| 19:33:06 | simpleuser | haha. Thank you very much. |
| 19:33:14 | simpleuser | I tried but maybe 10s. Not 30 ^^ |
| 19:33:42 | franklin | wait... that yellow+cyan screen doesn't run 2048 :) |
| 19:33:53 | franklin | why do so many people use the clip+? |
| 19:34:02 | franklin | no doom! :) |
| 19:34:10 | saratoga | its a really nice player |
| 19:34:27 | franklin | with a terrible screen |
| 19:34:27 | simpleuser | franklin: There is doom. |
| 19:34:33 | franklin | !? |
| 19:34:36 | simpleuser | But you can’t play it. That’s awful xD |
| 19:34:38 | gevaerts | franklin: the *only* reason 2048 doesn't run on it that you can't be bothered doing the graphics |
| 19:34:48 | gevaerts | Also, it's not a terrible screen at all. It's a rather nice screen |
| 19:34:58 | franklin | with a split in the middle... |
| 19:35:09 | simpleuser | Yeah. This split is quite ugly. |
| 19:35:44 | copper | franklin: the OLED display on the Clip+ is actually quite readable in broad daylight |
| 19:36:00 | copper | it's just super small |
| 19:36:04 | franklin | so is my lcd |
| 19:36:07 | franklin | on my ipod |
| 19:36:11 | copper | and tilted on mine :( |
| 19:36:34 | franklin | they installed the screen tilted? |
| 19:36:43 | copper | they glued it without care |
| 19:37:18 | franklin | hah my iPod is a beautiful, but useless piece of metal |
| 19:37:21 | copper | my clip+ was probably the 137th unit that chinese worker assembled that day |
| 19:37:25 | franklin | (without Rockbox, that is) |
| 19:37:27 | franklin | :) |
| 19:39:01 | franklin | how did RB installation work on the pre-6-gen iPods? |
| 19:42:35 | simpleuser | For the dev build I have to do a manual install? |
| 19:43:37 | simpleuser | Oh, it’s simple actually |
| 19:43:40 | simpleuser | very simple |
| 19:44:25 | franklin | just get rbutil, plug the player in, run rbutil and click install |
| 19:44:29 | franklin | auto-magic! |
| 19:45:13 | | Quit bluebrother (Disconnected by services) |
| 19:45:18 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 19:46:45 | simpleuser | Same for dev build. |
| 19:47:15 | | Quit fs-bluebot (Ping timeout: 245 seconds) |
| 19:47:24 | simpleuser | "Divide by zero at 308pc:9080A648 sp:30804Dbt end" |
| 19:47:45 | simpleuser | But at least, it reboots now xD |
| 19:48:08 | franklin | well... file a bug? someone'll get around to it... eventually :) |
| 19:48:12 | franklin | wait nvm |
| 19:48:22 | franklin | just update the current bug report |
| 19:48:41 | franklin | say that it still happens with the dev build |
| 19:49:06 | franklin | (because 3.2 is **OLD**) |
| 19:51:14 | simpleuser | In the Rockbox info it says my version is a9713d8-140818 |
| 19:51:45 | franklin | which is the latest version :) |
| 19:51:56 | franklin | about 6 hours old :) |
| 19:52:08 | | Join fs-bluebot [0] (~fs-bluebo@g224238103.adsl.alicedsl.de) |
| 19:52:16 | * | franklin waves at fs-bluebot |
| 19:54:54 | * | franklin slaps fs-bluebot |
| 19:54:54 | fs-bluebot | franklin: ouch! |
| 19:58:01 | simpleuser | franklin: So you want me to update the bug? |
| 19:58:15 | franklin | just say that it still is present in the dev build |
| 19:58:18 | franklin | add a comment |
| 20:00 |
| 20:00:46 | simpleuser | Don’t understand how to add a comment x_x |
| 20:00:46 | | Quit [Saint] (Ping timeout: 246 seconds) |
| 20:00:55 | | Nick franklin is now known as [Saint] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 20:00:56 | simpleuser | I just have "Request re-open" |
| 20:01:07 | | Nick [Saint] is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 20:01:22 | | Nick franklin is now known as [Satin] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 20:01:31 | simpleuser | I will do that later I think. |
| 20:01:39 | | Nick [Satin] is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 20:02:06 | franklin | simpleuser, just do that |
| 20:02:43 | | Quit APLU (Quit: !sucide) |
| 20:10:51 | franklin | saratoga, regarding the color blind mode (s)... do you think it could be done? |
| 20:11:03 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 20:11:06 | franklin | or was it just a joke that turned real? |
| 20:13:41 | | Join APLU [0] (~mulx@eva.aplu.fr) |
| 20:16:13 | | Quit APLU (Quit: !sucide) |
| 20:22:54 | | Join APLU [0] (~mulx@eva.aplu.fr) |
| 20:26:27 | saratoga | i think it could be done, but probably it would look very strange |
| 20:26:35 | saratoga | so i'm not sure if its actually useful |
| 20:27:17 | franklin | so it was a joke gone wrong... :) |
| 20:27:43 | franklin | well, I'm going to add Clip+ support to 2048 |
| 20:31:49 | franklin | and refactor the spaghetti code... |
| 20:33:40 | franklin | how do I view a raw file in gitweb? |
| 20:34:08 | franklin | (there is no raw option on http://git.rockbox.org/?p=rockbox.git;a=commit;h=e560aae05de51a39d92f977f098585c2a878598d) |
| 20:34:43 | franklin | never mind... click blob then raw |
| 20:39:06 | | Join OiD [0] (4de79c57@gateway/web/freenode/ip.77.231.156.87) |
| 20:42:05 | OiD | Hi to all |
| 20:42:45 | franklin | Sup OiD |
| 20:42:49 | franklin | g'day |
| 20:44:34 | OiD | Good evening from over here :) |
| 20:45:09 | franklin | spain? |
| 20:45:22 | OiD | Yup |
| 20:45:22 | franklin | off-topique... |
| 20:50:22 | OiD | Is pamaury around? |
| 20:50:42 | franklin | looks like he is |
| 20:52:45 | pamaury | OiD: yes |
| 20:54:12 | OiD | Hi, thanks for the help yesterday |
| 20:55:17 | OiD | I got the OF dissasembled. It's a lot longer than I expected. I tried changing B1 to set the current but it has no effect. |
| 20:56:05 | OiD | Do you have any pointers to find the pin in the assembly file? |
| 20:58:19 | pamaury | I can send you my ida file if you want, I continued the disassembly and found a lot of stuff, but I don't quite understand how the power management code works, I'm missing too much code yet |
| 21:00 |
| 21:00:08 | pamaury | the relevant function is at 0x1B7974, it calls several functions including one at 0x1CEF90 which is interesting and several which touches gpios at 0x192C54, 0x193A98 |
| 21:08:53 | simpleuser | franklin: "just do that". => Request re-open? |
| 21:09:13 | franklin | I guess... very little experience with FS :) |
| 21:09:18 | simpleuser | Ok ;) |
| 21:09:35 | OiD | If possible to see the ida file that would be great |
| 21:10:33 | OiD | I'm currently looking for the Arm instruction codes |
| 21:16:10 | simpleuser | franklin: Is this ok? https://gist.githubusercontent.com/Einenlum/55cfe5022e34f80fa31d/raw/cc2fc63ff188e7fa4e3168781a19c7c975ae6b5f/gistfile1.txt |
| 21:16:15 | franklin | why does the clip+ sim say "incompatible version" even though I have just cleaned+rebuilt? |
| 21:16:32 | franklin | sure |
| 21:18:44 | simpleuser | http://www.rockbox.org/tracker/task/10067 Well it’s not a comment… But I guess it does the job ;) |
| 21:19:13 | franklin | FS #10067 |
| 21:19:22 | franklin | fs#10067 |
| 21:19:24 | franklin | bluebot? |
| 21:19:47 | TheSeven | g#899 |
| 21:19:55 | TheSeven | hm, seems like it's dead |
| 21:19:56 | * | franklin slaps fs-bluebot |
| 21:19:58 | franklin | hmm |
| 21:20:02 | * | franklin slaps fs-bluebot |
| 21:20:06 | franklin | RIP bluebot :) |
| 21:20:12 | franklin | g#888 |
| 21:20:21 | * | TheSeven laughs if it spams us with a bunch of responses in a few hours :P |
| 21:20:25 | franklin | haha |
| 21:20:31 | franklin | TheSeven, I can't ping it |
| 21:21:25 | franklin | kick it? |
| 21:21:38 | franklin | I'll try pinging bluebrother |
| 21:22:03 | * | franklin slaps fs-bluebot |
| 21:22:04 | * | franklin slaps fs-bluebot |
| 21:22:20 | franklin | probably connection's broken... |
| 21:23:21 | | Quit fs-bluebot (Ping timeout: 260 seconds) |
| 21:23:30 | franklin | yep |
| 21:25:17 | | Join lleeloo [0] (~lleeloo@37.215.118.35) |
| 21:27:03 | | Join fs-bluebot [0] (~fs-bluebo@g224238103.adsl.alicedsl.de) |
| 21:27:24 | TheSeven | g#899 |
| 21:27:26 | fs-bluebot | Gerrit review #899 at http://gerrit.rockbox.org/r/899 : iPod Classic: Prevent low battery shutdown if no battery is present by Michael Sparmann |
| 21:27:32 | TheSeven | yay! :) |
| 21:27:47 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
| 21:28:14 | franklin | [Saint] is back |
| 21:28:57 | franklin | fs#10067 |
| 21:28:58 | fs-bluebot | http://www.rockbox.org/tracker/task/10067 FLAC, Divide by zero error (bugs, closed) |
| 21:28:59 | franklin | yay |
| 21:29:04 | user890104 | TheSeven, franklin: any progress with the ipod6g timers? |
| 21:29:28 | franklin | no, but bertrik suggested that it could be that PWRCON should be 1 to enable |
| 21:29:36 | franklin | so PWRCON(0)=1? |
| 21:29:41 | franklin | to enable |
| 21:30:01 | | Nick franklin is now known as [Satin] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 21:30:19 | user890104 | lol |
| 21:30:33 | *** | Saving seen data "./dancer.seen" |
| 21:30:37 | bertrik | no, just enable all the bits, like 0x0 or 0xFFFFFFFF (not sure if a bit enables or disables) |
| 21:31:04 | [Satin] | well, even better :) |
| 21:31:20 | bertrik | possibly read the datasheet to check what the bits probably are |
| 21:35:41 | TheSeven | 0 is enabled |
| 21:36:05 | TheSeven | and the datasheet isn't even close on most bits |
| 21:36:10 | TheSeven | so it's pure trial&error |
| 21:36:57 | [Satin] | well, why not try 0xffffffff? |
| 21:37:07 | [Satin] | It is fun being [Satin] |
| 21:38:24 | [Satin] | TheSeven, bertrik, setting PWRCON(0/1) to 0xffffffff just hangs |
| 21:38:40 | TheSeven | as expected, because you closed all clock gates |
| 21:39:33 | [Satin] | TheSeven, why not 1? |
| 21:40:12 | TheSeven | the individual bits of that reg are clock gates |
| 21:40:25 | TheSeven | 0 = enabled/open, 1 = disabled/closed |
| 21:40:29 | copper | [Satin] sounds like a "precious" version of [Saint] |
| 21:40:29 | [Satin] | ah |
| 21:40:35 | [Satin] | copper, haha |
| 21:41:06 | [Satin] | as bertrik said, I would expect a newer SoC to have more timers than an older one |
| 21:41:15 | copper | wtf |
| 21:41:45 | [Satin] | so I'm not giving up till im 100% sure that it doesn't exist... |
| 21:43:37 | [Satin] | TheSeven, so timer F interferes with the piezo... why? |
| 21:43:54 | | Nick [Satin] is now known as [Satan] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 21:44:13 | | Nick [Satan] is now known as [Satin] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 21:47:50 | [Satin] | TheSeven, I'll try timer H |
| 21:48:20 | | Nick [Saint] is now known as [Satan] (~saint@rockbox/staff/saint) |
| 21:48:25 | bertrik | [Satin]: maybe it's an alias of another timer |
| 21:48:47 | | Nick [Satan] is now known as [Saint] (~saint@rockbox/staff/saint) |
| 21:54:47 | | Nick [Satin] is now known as [tniaS] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 21:55:17 | | Nick [tniaS] is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 21:55:50 | | Join scorche` [0] (~scorche@ip68-0-156-139.tc.ph.cox.net) |
| 21:55:53 | | Quit scorche (Disconnected by services) |
| 21:55:53 | | Quit scorche` (Changing host) |
| 21:55:53 | | Join scorche` [0] (~scorche@rockbox/administrator/scorche) |
| 21:56:11 | | Quit GeekShad1w (Ping timeout: 255 seconds) |
| 21:57:52 | | Join uwe_mobile [0] (~uwe@static.88-198-8-117.clients.your-server.de) |
| 21:58:03 | | Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) |
| 21:58:20 | | Quit efyx_ (*.net *.split) |
| 21:58:21 | | Quit uwe_mobile__ (*.net *.split) |
| 21:58:21 | | Quit pamaury (*.net *.split) |
| 21:58:21 | | Quit ivanf (*.net *.split) |
| 21:59:01 | | Join efyx_ [0] (~efyx@247.115-67-87.adsl-dyn.isp.belgacom.be) |
| 21:59:29 | | Join ivanf [0] (~ivan@unaffiliated/kferdous) |
| 22:00 |
| 22:02:49 | | Join GeekShadow [0] (~antoine@nzf.turmel.info) |
| 22:02:49 | | Quit GeekShadow (Changing host) |
| 22:02:49 | | Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) |
| 22:04:11 | lleeloo | when i configure to use logf() "undefined reference to `wakeup_priority_protocol_release'" appear. Why? Where is it defined? |
| 22:08:21 | lleeloo | There is no realization of this function in source found? Is it bug? |
| 22:08:45 | franklin | logf is fine for me |
| 22:09:16 | lleeloo | so where is "wakeup_priority_protocol_release" body defined? |
| 22:10:23 | franklin | grep is your friend |
| 22:10:55 | lleeloo | already try and did't fint it=( |
| 22:11:05 | lleeloo | *find |
| 22:11:28 | franklin | hmm |
| 22:22:32 | | Quit n1s (Quit: Ex-Chat) |
| 22:23:42 | | Nick franklin is now known as [Satin] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 22:25:06 | lleeloo | some ideas?! or "wakeup_priority_protocol_release" is phantom function? |
| 22:25:16 | [Satin] | I have no idea... |
| 22:25:29 | [Satin] | update source? |
| 22:25:39 | lleeloo | So how does it work (i mean compiled)? |
| 22:26:16 | [Satin] | no idea... can't find any mention of it |
| 22:26:21 | [Satin] | what's the error? |
| 22:26:34 | lleeloo | error when linking |
| 22:26:40 | [Satin] | what file? |
| 22:27:02 | lleeloo | thread.c:(.text+0xfb6): undefined reference to `wakeup_priority_protocol_release' |
| 22:27:02 | lleeloo | collect2: error: ld returned 1 exit status |
| 22:27:02 | lleeloo | make: *** [/home/user/rockbox/rockbox/build/rockbox.elf] Error 1 |
| 22:27:09 | bertrik | I guess it's a bug that's revealed with #defines in a particular combination |
| 22:27:56 | [Satin] | I find no mention of it in thread.c |
| 22:28:24 | [Satin] | make clean+make? |
| 22:28:34 | lleeloo | already done=( |
| 22:28:48 | [Satin] | then i'm out of ideas... |
| 22:28:51 | lleeloo | shame on me!!! i always use SVN and never use GIT=( How can i do update source? |
| 22:28:57 | [Satin] | git pull −−rebase |
| 22:29:11 | lleeloo | so fast answer=) |
| 22:29:30 | [Satin] | if you want, I can spam the channel with a bot :) |
| 22:29:52 | lleeloo | lol |
| 22:30:09 | [Satin] | I've been kicked several times :) |
| 22:31:31 | lleeloo | sorry=) |
| 22:31:43 | [Satin] | like my new nick? :) |
| 22:32:06 | copper | no |
| 22:32:10 | lleeloo | it's very similar to [Saint] |
| 22:32:21 | [Satin] | that's the idea :) |
| 22:32:44 | * | [Satin] laughs if [Saint] comes and kicks me |
| 22:32:50 | lleeloo | I think i can differ you not only by nick names=) |
| 22:32:57 | [Satin] | haha |
| 22:33:06 | | Nick [Satin] is now known as |Saint| (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 22:33:13 | | Nick |Saint| is now known as [Satin] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 22:33:21 | lleeloo | so fast=) |
| 22:33:35 | gevaerts | *please* stop that |
| 22:33:50 | | Nick [Satin] is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 22:34:01 | franklin | </nickchange> |
| 22:37:13 | franklin | TheSeven, timer G and H don't work... weird |
| 22:37:29 | franklin | Maybe something's wrong with the timer code itself? |
| 22:39:33 | franklin | timer G+H regs stick, but THCON is 0x1000 |
| 22:39:39 | franklin | so it doesn't trigger the interrupt |
| 22:41:19 | | Quit krabador (Quit: Take the time.) |
| 22:42:51 | franklin | bertrik, what does the "clock select" and "prescaler" do? |
| 22:43:12 | franklin | It seems the clock select is zero, which causes the interrupt not to fire |
| 22:43:32 | | Join lleeloo_ [0] (~lleeloo@37.215.33.158) |
| 22:43:43 | bertrik | the make the timer run slower |
| 22:44:21 | franklin | but why is it zero? |
| 22:44:21 | | Quit lleeloo_ (Read error: Connection reset by peer) |
| 22:44:44 | | Join the-kyle1 [0] (~kyle@kyle.tk) |
| 22:44:47 | | Quit lleeloo (Ping timeout: 255 seconds) |
| 22:44:48 | | Join lleeloo_ [0] (~lleeloo@37.215.33.158) |
| 22:45:40 | | Quit the-kyle (Read error: Connection reset by peer) |
| 22:46:21 | franklin | bertrik, because I've tried basically all the timers now, I guess that it is something wrong with the timer code |
| 22:46:32 | franklin | not the SoC (except for C/D, they don't exist) |
| 22:46:34 | lleeloo_ | <franklin> thanks for help! source update resolve problem=) |
| 22:46:41 | franklin | :) |
| 22:47:20 | franklin | well, /someone/ likes to commit half-working code... no names :) |
| 22:49:03 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 22:49:26 | franklin | bertrik, so what's the cycles parameter to timer_register supposed to do? |
| 22:49:39 | franklin | time between calls? in what units? |
| 22:49:53 | franklin | oh wait... TIMER_FREQ |
| 22:51:06 | franklin | BTW, what's the rb->led function fore? |
| 22:51:08 | franklin | for |
| 23:00 |
| 23:06:37 | | Quit krabador (Quit: Take the time.) |
| 23:08:37 | | Quit pamaury_ (Ping timeout: 244 seconds) |
| 23:24:45 | | Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) |
| 23:26:54 | | Quit JdGordon (Ping timeout: 250 seconds) |
| 23:30:35 | *** | Saving seen data "./dancer.seen" |
| 23:34:04 | | Quit amayer (Quit: Leaving) |
| 23:38:30 | TheSeven | franklin: not all timers have the same features |
| 23:39:00 | franklin | If cs is zero, which it is, the IRQ won't fire |
| 23:39:12 | franklin | i.e., INT_TIMERX won't be called |
| 23:39:18 | franklin | right? |
| 23:39:36 | franklin | For cs to be zero, cycles needs to be < 65535 |
| 23:39:57 | franklin | (which it could be) |
| 23:41:13 | TheSeven | huh? |
| 23:41:22 | TheSeven | why would that mess with the IRQ? |
| 23:41:44 | TheSeven | IIRC clock source 0 means "undivided input clock" |
| 23:42:00 | TheSeven | if the timer actually counts, it should also generat IRQs, if it supports that at all |
| 23:42:33 | franklin | if (TACON & (TACON >> 4) & 0x7000) INT_TIMERA(); |
| 23:42:55 | | Quit Mir (Write error: Connection reset by peer) |
| 23:43:16 | TheSeven | so? |
| 23:43:31 | franklin | if the T*CON is 0x1000, it won't call |
| 23:43:38 | TheSeven | yes |
| 23:43:40 | franklin | and for that to happen, cs needs to be zero |
| 23:43:44 | franklin | and cs is zero :) |
| 23:43:46 | TheSeven | what does that have to do with cs? |
| 23:44:50 | franklin | T*CON is set to 0x1000 | cs<<8, if cs==0, then T*CON will be 0x1000 |
| 23:45:04 | franklin | but wait... then the timer changes T*CON |
| 23:45:54 | TheSeven | and if cs would be 1, 2 or 3, that would of course not set the IRQ pending bit (or clear bit for writes) either |
| 23:46:18 | franklin | *facepalm* |
| 23:47:17 | franklin | anyway, I'm pretty certain that something's wrong with the timer code, not the timer HW |
| 23:50:05 | bertrik | maybe you could set it up in simple free running mode and ignore the interrupt for now, just see if it runs |
| 23:50:14 | franklin | free running mode? |
| 23:52:40 | bertrik | yes, there's probably some kind of mode where the counter just runs until it overflows and then starts again, without getting reset or stopped |
icon identifies that the person is a core developer (has commit access).