[00:10:01] strange [00:11:00] TheSeven: so you ported your usb driver to rockbox, or fixed rockbox's? [00:39:24] ported mine [00:39:36] but in the process ran into some things that looked fishy in the old one as well [00:39:41] didn't attempt to fix the old one though [00:43:27] can you send me a test build? [01:33:19] user890104: do you remember anything about DMA engine messups on nano2g? [01:33:49] the ipod responds to a set address command with a device descriptor, that must have been floating around in some FIFO ;) [01:34:10] I think I can rule out a highlevel bug because the very same code works on the classic [01:58:17] *** Joins: [Saint] (~saint@rockbox/staff/saint) [02:04:32] *** Joins: [Saint_] (~saint@rockbox/staff/saint) [02:05:38] *** [Saint] is now known as Guest99155 [02:07:29] *** [Saint_] is now known as [Saint] [02:07:41] *** Quits: Guest99155 (~saint@rockbox/staff/saint) (Ping timeout: 264 seconds) [02:12:31] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [02:12:31] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [03:18:48] hm, diagmode is doing some weird interaction with my LCD [06:17:48] *** Quits: TheSeven (~quassel@rockbox/developer/TheSeven) (Ping timeout: 260 seconds) [06:18:40] *** Joins: TheSeven (~quassel@rockbox/developer/TheSeven) [06:56:58] *** Quits: steffengy (~quassel@p5088F45E.dip0.t-ipconnect.de) (Disconnected by services) [06:56:59] *** Joins: steffengy1 (~quassel@p5088F782.dip0.t-ipconnect.de) [08:12:30] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [08:12:30] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [08:42:28] *** Joins: goom (~goomba@cpe-72-177-176-215.satx.res.rr.com) [08:42:48] *** Parts: goom (~goomba@cpe-72-177-176-215.satx.res.rr.com) () [12:56:56] TheSeven: i have a n2g and a classic, available for testing [12:57:20] I'll just nail this final thing down ;) [12:57:30] ok [12:57:33] looks like discard_dcache_range is broken on nano2g [12:57:38] that's what has been trolling me all the time [12:57:48] ah, i see [12:58:22] * user890104 is setting up a new mailing list for the project [12:58:48] hm, tbh I think a working logbot would be more important... [13:01:00] my irc bouncer actually does that, so i can just write some script for symlinking those logs in the logs.* sumdomain's web dir [13:01:29] subdomain* [13:01:58] i tend to be online all the time :) [13:02:15] * TheSeven as well, except for the time where the connection goes flaky [13:04:04] s/symlinking/scp'ing/ ... they are on a different machines [13:29:39] yay! my n2g is still alive, and the clock is properly set :) [13:31:00] n3g's battery is completely drained, and n4g greeted me with a "connect to power" screen [13:31:27] ipt2g has 88% of battery! wow! [13:31:45] (haven't touched all of these in a couple of months) [13:37:12] * user890104 wonders where is fmibot [13:39:12] *** Joins: fmibot (~ircbot@freemyipod.org) [13:39:13] *** ChanServ sets mode: +o fmibot [13:39:21] n2g is completely off while n3g is just sleeping => drains battery [13:39:38] ah, damn you, apple! [13:39:49] well, n2g would also only be sleeping with the OF ;) [13:40:03] anyway, you missed a couple commit messages ;) [13:40:23] can you verify that everything still works? [13:40:35] just a moment [13:40:39] i got them on my email [13:40:42] I did some fairly invasive changes to both the UMSboot build process and emCORE/UMSboot's USB stack [13:40:48] that's how i found out that the bot is dead :) [13:43:02] for the logs: [13:43:08] New commit by theseven (r940): UMSboot: Don't rely on system headers http://is.gd/5Y58g0 [13:43:08] New commit by theseven (r941): Fix some missing newlines http://is.gd/8IJzX3 [13:43:08] New commit by theseven (r939): UMSboot: Add missing ASM file guard http://is.gd/HzhTdf [13:43:08] New commit by theseven (r943): UMSboot: No need to include system headers anymore http://is.gd/WEnnjD [13:43:08] New commit by theseven (r942): genBBT: Backport some fixes from hddscan2 http://is.gd/rSj2Ik [13:43:09] New commit by theseven (r944): emCORE: Rework USB core a bit (insights from the Rockbox USB fixes) http://is.gd/GT18Au [13:43:09] New commit by theseven (r945): UMSboot: Port over emCORE USB changes http://is.gd/2iGu9R [13:43:14] lol [13:43:16] :P [13:59:17] http://gerrit.rockbox.org/r/#/c/844/ [14:07:48] user890104: ^ [14:12:16] * user890104 needs to install the rockbox toolchain [14:12:30] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [14:12:30] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [14:15:18] TheSeven: does USB HID work with your driver? [14:15:39] it doesn't seem to, although it doesn't break storage anymore [14:15:53] I'm a bit clueless what's wrong there as I see the interrupt packets arriving at the PC [14:16:12] so it could also be a PC side problem on my system, however someone reported that it wouldn't work on windows either [14:16:25] feel free to have a look what's going on there ;) [14:28:26] *** Quits: fmibot (~ircbot@freemyipod.org) (Remote host closed the connection) [14:29:08] *** Joins: fmibot (~ircbot@freemyipod.org) [14:29:08] *** ChanServ sets mode: +o fmibot [14:31:52] user890104: does everything (especially umsboot) still compile for you? [14:32:00] yes [14:32:29] there are some warning though [14:32:45] figure out the cause and fix them ;) [14:33:10] http://paste.pm/raw/hc0 [14:33:11] the ones that I got were mostly stuff where the compiler was outright wrong [14:33:47] the src/cpu/arm/util.c warnings look valid, those functions should return a pointer [14:33:51] (see C standard) [14:34:12] I wonder why we didn't have those warnings before though [14:34:31] looks like you didn't get the nonsense warnings that I got though :) [14:35:36] oh wait, those are naked inline assembly functions [14:35:41] the compiler just doesn't see the return ;) [14:36:30] IIRC you're using a more recent gcc version than me [14:36:43] gcc version 4.6.4 (Ubuntu/Linaro 4.6.4-1ubuntu1~12.04) [14:37:00] yours was 4.8 the last time we checked [14:48:20] 4.9.0 20140316 by now :) [14:49:25] do you have a rockbox build that includes your patch? [14:50:01] for both n2g and 6g [15:02:47] http://theseven.homenet.org/~theseven/tmp/rockbox-classic.bin [15:02:47] http://theseven.homenet.org/~theseven/tmp/rockbox-classic.ipod [15:02:47] http://theseven.homenet.org/~theseven/tmp/rockbox-nano2g.bin [15:02:47] http://theseven.homenet.org/~theseven/tmp/rockbox-nano2g.ipod [15:02:51] user890104: ^ [15:06:29] thanks [16:40:48] TheSeven: does apple's DeepSleep (in diagmode) completely turn off the ipod, or it's in some power-saving mode? [18:35:57] that should turn it off like we do [18:45:05] well, i remeber leaving my n3g in this state [20:12:29] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [20:12:30] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [22:38:55] user890104: did you have success with these builds? [22:39:41] btw, I'm building rockbox with the TNT toolchain as well, not with the old rockbox one [22:43:48] TheSeven: can't test them at the moment, maybe later this night [22:44:17] i managed to build the rockbox toolchain on the server, and made clean builds for n2g and classic, just to test it [22:44:46] so emcore still builds with that? cool [22:45:06] emcore builds with tnt, rockbox builds with rbdev [22:45:22] s/clean builds/clean rockbox builds/ :) [22:46:07] i need to finish soldering some electronics, then i'll go back to the ipods