--- Log opened Mon Feb 07 00:00:23 2011 00:00 < Farthen> S_a_i_n_t: it makes your nand double the size! 00:00 < Farthen> you may be able to just use a pencil and try to create a contact 00:01 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Remote host closed the connection] 00:01 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod 00:01 < TheSeven> actually i'd like to connect that one to something accessible permanently 00:02 < Farthen> but you still want to close it again? 00:02 < Farthen> i don't know how that would work 00:02 < TheSeven> with something *very* tiny 00:02 < Farthen> you may be able to cut a hole in the aluminum 00:03 < TheSeven> hm, what about connecting TP12 to the hold switch? :P 00:03 < liar> TheSeven: i used thin litz(?) wire 00:04 < Farthen> what is TP12? 00:04 < TheSeven> the DFU trigger TP 00:04 < Farthen> wasn't that tp 15/16? 00:05 < TheSeven> no, that was the jammer jumper :P 00:05 < S_a_i_n_t> "jammer jumper"? 00:06 < TheSeven> that one jams the NOR's /CE line 00:06 < TheSeven> (by tying it to GND) 00:06 * S_a_i_n_t is still curious as to what bridging the points 15/16 does.. 00:06 < TheSeven> liar: how does an ipod without clickwheel react? 00:06 < Farthen> you want to wipe the whole nor? interesting idea 00:07 < liar> TheSeven: react to what? 00:07 < TheSeven> can one power it on / reset it? 00:07 < TheSeven> i.e. do i need to reconnect the clickwheel to boot it? 00:07 < TheSeven> apparently it powered on during the disassembly process :/ 00:08 < liar> yeah if you have access to the battery pins :) 00:08 * TheSeven doesn't want to blow the battery's fuse 00:09 < Farthen> why don't you just remove your battery? 00:09 < TheSeven> because it's soldered to the PCB 00:09 < Farthen> why don't you unsolder it? 00:09 < TheSeven> that's damn risky 00:10 < Farthen> what do you have to lose? 00:10 < TheSeven> i want to *repair* it 00:10 < TheSeven> not break it forever... 00:12 < liar> TheSeven: i know its brutal but shorting the battery pins worked for me^^ 00:13 < liar> it might be possible to trigger the reset via the clickwheel connector 00:13 < TheSeven> how did you manage to solder to those TPs? 00:17 < liar> a soldering bolt and solder did the trick ;-). it wasn't too hard 00:17 < Farthen> you soldering iron is too small apparently... try using something smaller as your tip instead 00:17 -!- Keripo [~Keripo@eng262.wireless-resnet.upenn.edu] has joined #freemyipod 00:18 < Farthen> you can make a tip out of a paper clip if you really wanted xD 00:18 * S_a_i_n_t needed to use a needle to swap the NANDs on his franken-2g 00:19 < S_a_i_n_t> *needle as the tip on his iron. 00:21 < TheSeven> my smd iron worked quite fine 00:21 < TheSeven> now i wonder if the wire is thin enough to allow reassembly 00:24 < liar> do not push if you put it back into the case :) 00:24 < TheSeven> damn, the back of the case being bent doesn't make things easier 00:24 < TheSeven> it's half a mm thinner at one point where it got hit some time ago 00:28 < TheSeven> liar: hm, it's getting stuck for no apparent reason with the display still sticking out about 2cm 00:29 < liar> TheSeven: i could send you the case of my broken nano2g if you want,... but it has scratches too 00:29 < liar> TheSeven: if you push now, the lcd might get damaged^^ 00:30 < S_a_i_n_t> I managed to push out the dent in mine from the LCD hole in the front while the PCD was out. 00:30 < S_a_i_n_t> s/in/out/ *derp* 00:30 < S_a_i_n_t> I actually ended up making the case slightly concave at the back, but that is better than convex. 00:31 < S_a_i_n_t> I had the same problem trying to re-assemble my franken-2g 00:31 < S_a_i_n_t> dammit convex<->concave 00:32 < TheSeven> hm, that rubbery thing around the lcd is causing prolems 00:32 < TheSeven> problems* 00:33 < TheSeven> i don't care *that* much about the lcd because it has a shitload of bad pixels anyway 00:33 < S_a_i_n_t> I have a spare LCD sitting somewhere, but I assume you won't want to open it again once it's closed ;) 00:34 < Farthen> we should open a spare ipod parts shop 00:37 < liar> i'd buy the first clickwheel + lcd set 00:37 < S_a_i_n_t> liar: you need a nano2G clickwheel? 00:37 < TheSeven> can you even swap a clickwheel on those 00:37 < TheSeven> it seems to be tied pretty close to the case? 00:38 < S_a_i_n_t> the clickwheel is the 3.5minijack assembly also 00:38 * TheSeven managed to push it inside again, but that damn rubbery thing lost some nasty traces on the lcd glass 00:38 < S_a_i_n_t> it's one big funky unit. 00:38 < Farthen> you nano 2g looks ugly anyway 00:39 < S_a_i_n_t> hush, all nanos are pretty except the 3 and 6 ;P 00:39 < liar> S_a_i_n_t: and an lcd^^ 00:40 < S_a_i_n_t> I could dig the clickwheel/3.5 headset minijack assembly out of one of my parts mules. 00:40 < S_a_i_n_t> And I have an LCD floating around also I believe. 00:41 < TheSeven> yay! 00:41 < TheSeven> it worked 00:41 < S_a_i_n_t> do you have the center plastic bit? 00:41 < TheSeven> so the TP12 trick is now confirmed as well :) 00:41 < S_a_i_n_t> liar: ^ 00:41 < liar> it seems to be tied pretty close to the case? | its glued to it 00:41 < S_a_i_n_t> a heat gun fixes that. 00:42 * TheSeven managed to do it with a single tiny insulated wire sticking out of the case :) 00:42 < liar> S_a_i_n_t: you mean the center button? 00:42 < S_a_i_n_t> yes, I don't have one of those spare it seems :/ 00:43 < liar> how did you manage to remove the center button in the first place ^^? 00:43 < Farthen> TheSeven: where do you connect the wire to? if it is only one? did you solder the other one to the case? :-P 00:44 < TheSeven> Farthen: i connect that wire through 33kOhms to +5V from USB 00:44 < Farthen> ah 00:44 < S_a_i_n_t> it can pop in/out of place if it gets loose, it's only really a covering. I think the heat might have got to it when I was removing the bottom plastic thingy. 00:45 < S_a_i_n_t> It's around here somewhere, it's just not on the clickwheel asembly presently apparently :/ 00:45 < TheSeven> dammit 00:45 < TheSeven> ipoddfu doesn't detect it 00:45 * TheSeven gets really really angry at that tool :P 00:46 < liar> TheSeven: do you see it with lsusb(or whatever tool you use on windows :))? 00:46 < TheSeven> yes, windows detects it 00:46 < TheSeven> must be some pyusb fuckup again 00:46 < liar> S_a_i_n_t: yes i do have a center button 00:49 * Farthen is wondering why his nano4g clockgates don't show deterministic behavior 00:57 < TheSeven> very interesting 00:57 < TheSeven> dfu rejects the image i have flashed to it 00:57 < TheSeven> why didn't it enter DFU in the first place then? 00:59 * S_a_i_n_t curses his inconsistent Nano5G 01:00 < Farthen> what are you doing with the n5g? 01:00 < S_a_i_n_t> just trying to use the f****ng thing ;) 01:01 < S_a_i_n_t> it gives "Dalayed Write Errors" all the freaking time, so syncing music to it is a PITA 01:01 < S_a_i_n_t> and, it seems to hate having wrtie cache enabled. 01:01 < S_a_i_n_t> that really freaks it out. 01:05 < TheSeven> hm, reseating the screw below the headphone jack is a daunting task 01:05 < TheSeven> any tips? 01:06 < Farthen> take a hammer? 01:10 < TheSeven> those hard drive magnets are really nice 01:10 < TheSeven> plug it to the end of the screwdriver, and the screws start hopping to the tip of it 01:23 < TheSeven> ok, fully assembled again 01:23 < TheSeven> but to reach the dfu wire i only need to unmount the top bezel and hold switch plate 01:23 < TheSeven> (the wire is hiding below that) 01:24 < TheSeven> now i'd really like to know why on earth that loader doesn't work 01:29 < TheSeven> huh 01:29 < TheSeven> the only difference between the working and nonworking loader is an "emCORE" vs. "emBIOS" string and a different svn revision number 01:30 < S_a_i_n_t> weird. 01:49 < S_a_i_n_t> TheSeven: So, does emCORE replace emBIOS...or? 01:50 < TheSeven> yes 01:50 < S_a_i_n_t> is there a specific update procedure? 01:51 < S_a_i_n_t> (to switch from one to the other) 01:51 < fmibot> New commit by theseven (r550): libipodcrypto.py: Don't brick innocent iPods... 01:51 < fmibot> r550 build result: emcore: All green! 01:52 < TheSeven> the installers are compatible to each other 01:52 < fmibot> r550 build result: embios: All green! 01:52 < S_a_i_n_t> is the iLoader theme updated for emCORE? 01:52 < TheSeven> there is no iLoader for emCORE 01:52 < S_a_i_n_t> hmmm, so it completely replaces iLoader also? or am I missing the point of it? 01:53 < TheSeven> there is an "emCORE boot menu", which is not themable, but replacable 01:53 < S_a_i_n_t> ah, I see. 01:53 < TheSeven> it's probably easier to just copy that and adapt it instead of making that thing themable 01:53 < S_a_i_n_t> "copy that"? 01:54 < TheSeven> every theme will basically be a fork of the bootloader 01:55 < S_a_i_n_t> so, is the emCORE menu pretty, and is there a "fastboot equivalent"? 01:56 < TheSeven> yes, it's pretty, and no, there s no fastboot variant yet 01:57 < S_a_i_n_t> I don't mind the added functionality, but I just need to be able to boot RB be default, the OF occasionally, disk-mode...and use the added bits to get myself out of a jam if I have to. 01:57 < S_a_i_n_t> primarily, I just want the thing to boot straight to RB. 01:57 < TheSeven> i'll probably write a fastboot stub that you can just write to /.boot/init.emcoreapp that checks for a button and either launches the default boot menu (which is on the NOR) or rockbox 01:58 < S_a_i_n_t> that would be nice, and...if you could walk me through updating at some point I'd appreciate it. 01:58 < TheSeven> i have a semi-working installer right now 01:58 < S_a_i_n_t> fastboot needn't necessarily come before the install/update. 01:59 < TheSeven> and the boot loader still fails to boot disk/diagmode and probably the OF 01:59 < TheSeven> no idea why 01:59 < S_a_i_n_t> should I just start fresh, and uninstall iLoader/emBIOS? 01:59 < TheSeven> no, it basically works like an embios update 01:59 < S_a_i_n_t> oh...wait, it doesn't boot the OF or diskmode? 01:59 < TheSeven> not *yet* 01:59 < S_a_i_n_t> because, the OF is needed. :? 01:59 < TheSeven> the options are there, but they don't work for some reason 01:59 < S_a_i_n_t> * :/ 02:00 < TheSeven> i hope to get that fixed rather soon 02:00 < TheSeven> but first i'll finish that installer, so that i can update easily :) 02:00 < S_a_i_n_t> I have to wait until then, as the GF uses the OF in the car. 02:01 < S_a_i_n_t> the car doesn't like RB for some reason. 02:11 < TheSeven> didn't you have dozens of those ipods? 02:11 < fmibot> New commit by theseven (r551): iPod Nano 2G installer: Adapt to emCORE 02:11 < fmibot> r551 build result: emcore: All green! 02:11 < fmibot> r551 build result: embios: All green! 02:13 < S_a_i_n_t> I have 5 2Gs yes, but it's nice to be able to use them in the car. 02:14 < TheSeven> and you really aren't curious enough to install it on one? :) 02:25 < S_a_i_n_t> gah...allright, twist my arm. 02:25 < S_a_i_n_t> I have some time ;) 02:25 < S_a_i_n_t> Should I just restore the iPod? 02:26 * TheSeven thinks he just caught the diskmode/diagmode bug 02:27 < TheSeven> and the OF probably wasn't even affected 02:27 < TheSeven> i'll know for sure in a minute 02:27 < S_a_i_n_t> cool. 02:28 < fmibot> New commit by theseven (r552): emCORE boot menu for iPod Nano 2G: Allow for a bit more space for disk/diagmode 02:28 < fmibot> r552 build result: emcore: All green! 02:28 < fmibot> r552 build result: embios: All green! 02:28 < fmibot> New commit by theseven (r553): noteboot: Use our own stdint.h to avoid trouble with system headers 02:28 < fmibot> r553 build result: emcore: All green! 02:28 < fmibot> r553 build result: embios: All green! 02:30 < TheSeven> S_a_i_n_t: everything working :) 02:30 < TheSeven> but i haven't yet tested the installation process thoroughly 02:31 < TheSeven> updating from embios/emcore works, but i don't know if initial installations are smooth as well 02:32 < TheSeven> S_a_i_n_t: http://files.freemyipod.org/misc/installer-ipodnano2g.ubi 02:32 < S_a_i_n_t> what do I do with that once I've got it? 02:32 < TheSeven> boot UMSboot and throw it into that 02:33 < TheSeven> to make the OF work, you'll have to move /iLoader/appleos.bin to /.boot/appleos.bin 02:33 < S_a_i_n_t> umsboot? 02:33 < TheSeven> should be in one of the more advanced iloader menus :) 02:34 < S_a_i_n_t> my emBIOS is probably not new enough. 02:34 < TheSeven> do you have the embios tools installed? 02:34 < S_a_i_n_t> no. 02:35 -!- Keripo1 [~Keripo@eng262.wireless-resnet.upenn.edu] has joined #freemyipod 02:35 < TheSeven> hm, in that case, save the file to the ipod as /iLoader/installer.bin 02:35 < S_a_i_n_t> ok. 02:35 < TheSeven> download update.cfg from the web site, and choose "update iloader" from the menu 02:35 < S_a_i_n_t> does that file ever change? 02:35 < S_a_i_n_t> update.cfg I mean. 02:36 < TheSeven> it didn't so far, and it will be gone with the new system 02:36 < S_a_i_n_t> as I'm pretty sure it just stays there. 02:36 < TheSeven> if you already have it, that's fine 02:36 < TheSeven> in the future, updates will be performed through umsboot by default 02:36 -!- Keripo [~Keripo@eng262.wireless-resnet.upenn.edu] has quit [Ping timeout: 240 seconds] 02:37 < TheSeven> the boot menu looks really crappy on a nano... 02:37 < TheSeven> you need to see that on a classic :) 02:39 < S_a_i_n_t> ok...right, renamed, placed in the folder...do I need to remove anything? 02:39 < TheSeven> nope 02:39 < TheSeven> after updating you can throw away the iloader folder 02:39 -!- Jiss [Jiss_rizon@ip-11.net-82-216-242.rev.numericable.fr] has quit [Quit: Quit] 02:39 < S_a_i_n_t> ok. 02:40 < S_a_i_n_t> fuck yeah.....*nice* ;) 02:41 < TheSeven> there's one known issue currently: it occasionally locks up while scrolling 02:41 < S_a_i_n_t> the menu needs to be a bit more responsive. 02:42 < S_a_i_n_t> aaaaaaand it won't boot RB :/ 02:42 < TheSeven> it does on mine 02:42 < TheSeven> does it complain about something or just lock up? 02:43 < S_a_i_n_t> the rockbox thing drops down, and it just locks up. 02:43 < S_a_i_n_t> I can hear my keyclicks, so...I guess it is running, just not visible. 02:43 < TheSeven> rockbox too old? 02:43 < TheSeven> if it's a version from before buschel's LCD patches, that could explain it? 02:43 < S_a_i_n_t> ah, ok...right. 02:44 < TheSeven> what do you mean with "more responsive"? 02:44 < S_a_i_n_t> the scrolling from side to side seems very laggy and slow. 02:44 < TheSeven> that's intentional 02:44 < S_a_i_n_t> argh 02:44 < TheSeven> as i said it looks way better on the classic 02:44 < S_a_i_n_t> I don't want it lightning fast, but it needs to be a little faster. 02:45 < TheSeven> also the wheel could be configured more sensitively on the nano 02:45 < S_a_i_n_t> it looks good, the scrolling looks good, the images look good...it just feels very...sluggish 02:45 < TheSeven> the currently selected icon is not the one in the center, but the highlighted one 02:45 < S_a_i_n_t> like running through mud 02:45 < TheSeven> if you have a build environment, you can play with those tunables yourself 02:45 * TheSeven objects 02:45 < TheSeven> the images look awful on the nano 02:46 < TheSeven> http://websvn.freemyipod.org/filedetails.php?repname=freemyipod&path=%2Fapps%2Fbootmenu-ipodnano2g%2Fmain.c 02:47 < TheSeven> you will probably want to decrease ".smoothness = 500000," 02:47 < TheSeven> and maybe also ".stepsperitem = 512," 02:47 < S_a_i_n_t> what's the number in the bottom right corner? 02:47 < TheSeven> timeout until auto power off 02:47 < S_a_i_n_t> ah. 02:48 < TheSeven> the smoothness value is that "sluggishness", the stepsperitem value is the inverse of the clickwheel sensitivity 02:49 < S_a_i_n_t> so I can just delete the entire iLoader fiolder now? 02:49 < S_a_i_n_t> *folder too 02:49 < TheSeven> if you have moved the OF out of it, yes 03:00 < fmibot> New commit by theseven (r554): New application: Fastboot launcher 03:00 < fmibot> r554 build result: emcore: All green! 03:01 < S_a_i_n_t> hmmmm, that didn't take you long. 03:01 < fmibot> r554 build result: embios: All green! 03:01 < TheSeven> that thing is a whopping 50 lines of code :) 03:01 < TheSeven> the new framework definitely pays off 03:01 < TheSeven> http://files.freemyipod.org/misc/fastboot.emcoreapp 03:02 < TheSeven> save that as /.boot/init.emcoreapp 03:02 < TheSeven> that transforms it to the old fastboot behavior 03:02 < S_a_i_n_t> is that actual on-demand dithering inthe menu? or dio you have selected/non-selected images? 03:02 < TheSeven> on-demand alpha blending and dithering 03:02 < TheSeven> only scaling support is still missing :P 03:02 < S_a_i_n_t> nice ;) 03:03 < S_a_i_n_t> sounds like I'm going to have some fun when I get the hang off it. 03:03 < TheSeven> also there is no weird graphics format any more 03:03 < TheSeven> everything is PNG 03:03 < S_a_i_n_t> oh, cool. 03:03 < TheSeven> with full alpha channel support :) 03:04 < S_a_i_n_t> yes, I'd like .png support in RB 03:04 < S_a_i_n_t> but it's just not going to happen with the current skin engine 03:04 < TheSeven> png support wouldn't help RB much 03:04 < TheSeven> at least it wouldn't reduce the amount of skin buffer needed 03:05 < TheSeven> btw, that boot menu needs ~500KB of RAM 03:05 < S_a_i_n_t> nice 03:06 < TheSeven> all size limits are removed 03:06 < TheSeven> you can use the full 32MB for whatever you want :) 03:06 < S_a_i_n_t> hahahahah! 03:07 < TheSeven> well, that's not entirely true 03:07 < TheSeven> the kernel needs ~1MB 03:07 < S_a_i_n_t> I doubt I'll need that much ;) unless I have intricate movie cutscenes implemented in .png ;) 03:07 < TheSeven> so only 31MB :P 03:07 < S_a_i_n_t> a three minute long boot enimation ;P 03:07 < TheSeven> what do you think about the OF logo? :) 03:08 < S_a_i_n_t> very nice. 03:08 < S_a_i_n_t> I bet "they" won't think so. 03:08 < TheSeven> http://svn.freemyipod.org/apps/bootmenu-ipodnano2g/images/ 03:08 < TheSeven> the PNG files are in the boot flash 03:11 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has quit [Disconnected by services] 03:11 -!- [7] [~TheSeven@rockbox/developer/TheSeven] has joined #freemyipod 03:11 < [7]> S_a_i_n_t: btw, have you ever seen ipod lcds building up bad pixels over time? 03:11 < S_a_i_n_t> my LCDs are all good. 03:12 < [7]> hm, so i'm the only one who has one with flickering bad subpixels 03:12 < [7]> like 20 of them now 03:12 < S_a_i_n_t> occasionally I get a stuck pixel, but doing the pattern test usually fixes it. 03:12 -!- Keripo1 [~Keripo@eng262.wireless-resnet.upenn.edu] has quit [Quit: Leaving.] 03:12 < S_a_i_n_t> that last commit...what do I need to do to get fastboot working? 03:13 < [7]> hm, more like 50 now 03:13 < S_a_i_n_t> susk :/ 03:13 < [7]> [04:01] http://files.freemyipod.org/misc/fastboot.emcoreapp 03:13 < [7]> [04:02] save that as /.boot/init.emcoreapp 03:13 < [7]> [04:02] that transforms it to the old fastboot behavior 03:13 < S_a_i_n_t> *suck 03:14 < S_a_i_n_t> awesome, thanks. 03:16 -!- Keripo [~Keripo@eng262.wireless-resnet.upenn.edu] has joined #freemyipod 03:19 < [7]> S_a_i_n_t: does that fastboot thing actually work? 03:20 < [7]> ttp://img18.imageshack.us/img18/5400/imag0693r.jpg 03:20 < S_a_i_n_t> I'm still waiting on a Nano2G build...it was the last in a big queue 03:21 < S_a_i_n_t> hmm, dropped an h 03:21 < [7]> oh, yeah 03:22 < [7]> and that mess is growing :/ 03:22 < S_a_i_n_t> [7]: yuck :/ 03:23 < S_a_i_n_t> the LCD in this one currently (I'm sure it's the LCD, I used to thing it was the piezo just doing garbage...) makes funny crunchy/crackly noises if powered up for too long. 03:24 * [7] falls asleep 03:24 < [7]> 4:30am again... 03:24 < S_a_i_n_t> shit, I always forget this...what did we need to set the iram to to get it to compile with AA? 03:27 < [7]> http://pastie.org/1535792 03:28 < S_a_i_n_t> thanks, I couldn't find it in my logs 03:28 < S_a_i_n_t> goodnight. 03:28 < [7]> that was a very productive day :) 03:31 < S_a_i_n_t> 'twas indeed. Am I the first to get emCore going on the Nano2G (other than yourself of course)? 03:33 < [7]> yes 03:33 < S_a_i_n_t> awesome. 03:33 < [7]> you got it like 5 minutes after the installer was fully working for the first time 03:33 < S_a_i_n_t> heh ;) 03:34 < S_a_i_n_t> there's been 3 other Nanos added to that list since then also. 03:34 < S_a_i_n_t> and 2 more when the GF gets home. 03:34 < S_a_i_n_t> 1 more. 03:35 < [7]> so fastboot worked fine? 03:36 < [7]> (if you're curious, here's the source code: http://websvn.freemyipod.org/filedetails.php?repname=freemyipod&path=%2Fapps%2Ffastboot%2Fmain.c ) 03:36 < S_a_i_n_t> it's still building, my build machine fell over and wake-on-LAN started being a dick. 03:36 < [7]> it isn't that terribly complex, is it? 03:36 < [7]> huh? 03:36 < [7]> what do you need to build for thatß 03:36 < [7]> s/ß/?/ 03:37 < S_a_i_n_t> I'm building a SVN head rockbox install. 03:38 < S_a_i_n_t> but I'm not where my build machine is currently, and it fell over halfway through a big set of builds...then wake on LAN started being a dick. 03:38 < S_a_i_n_t> building again now. 03:39 < S_a_i_n_t> the machine it's building on seems to be having a particularly hard time for some reason, it took ages to update from SVN, and the build is a LOT slower then normal, even for a "make clean". 03:56 -!- Keripo [~Keripo@eng262.wireless-resnet.upenn.edu] has quit [Quit: Leaving.] 04:39 -!- Keripo [~Keripo@eng262.wireless-resnet.upenn.edu] has joined #freemyipod 06:01 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Remote host closed the connection] 06:01 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod 08:03 -!- S_a_i_n_t [S_a_i_n_t@203.184.0.37] has quit [Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...] 08:08 -!- [Saint] [S_a_i_n_t@203.184.2.178] has joined #freemyipod 08:14 -!- STeeF [~STeeF@office.hostnetbv.nl] has quit [Ping timeout: 276 seconds] 08:47 -!- STeeF [~STeeF@office.hostnetbv.nl] has joined #freemyipod 10:07 -!- bicyclerepairman [~sam@78.150.175.95] has joined #freemyipod 10:12 < bicyclerepairman> Is there a usable Linux (or other unix-like) port for the ipod nano 2g? 10:32 -!- perror [~fleury@aldebaran.labri.fr] has joined #freemyipod 11:19 -!- bicyclerepairman [~sam@78.150.175.95] has quit [Remote host closed the connection] 11:19 < fmibot> New commit by theseven (r555): libemcorebootcfg: Fix an address generation bug 11:19 < fmibot> r555 build result: emcore: All green! 11:19 < fmibot> r555 build result: embios: All green! 11:19 < fmibot> New commit by theseven (r556): emCORE: Fix LCD pixel format constants 11:20 < fmibot> r556 build result: emcore: All green! 11:20 < fmibot> r556 build result: embios: All green! 11:20 < fmibot> New commit by theseven (r557): emCORE: Allow clock gate state to be read out 11:21 < [Saint]> [7]: that fastboot doesn' 11:21 < fmibot> r557 build result: emcore: All green! 11:21 < [Saint]> t work 11:21 < fmibot> New commit by theseven (r558): New app: Clock gate analysis tool 11:21 < [7]> [Saint]: r555 just fixed that :) 11:21 < fmibot> r557 build result: embios: All green! 11:21 < fmibot> r558 build result: emcore: All green! 11:21 < fmibot> r558 build result: embios: All green! 12:01 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Remote host closed the connection] 12:01 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod 12:12 < fmibot> New commit by theseven (r559): Clock gate analyzer: Only toggle gates if explicitly asked to 12:12 < user890104> could someone send me a precompiled x86 binary of elf2emcoreapp, because i suspect my build of it is not all right 12:12 < fmibot> r559 build result: emcore: All green! 12:12 < user890104> i'm leaving now, but i'll check the logs later 12:12 < fmibot> r559 build result: embios: All green! 12:12 -!- user890104 [~Venci@6bez10.info] has quit [] 12:16 -!- Keripo [~Keripo@eng262.wireless-resnet.upenn.edu] has quit [Quit: Leaving.] 12:23 < [Saint]> [7]: Where do I get the new init.emcorethingy from? 12:23 < [Saint]> (fastboot) 12:23 < [7]> it's actually a bug in the boot config written by the installer 12:23 < [Saint]> you'll be glad to know that all my Nanos are emCORE'd now ;) 12:24 < [7]> so you'll need to do a full update 12:24 < [Saint]> aha. 12:24 < [Saint]> at least with emCORE I can pull straight from the build server. 12:24 < [Saint]> so I just start UMSboot and feed it that .ubi then unmount correct? 12:25 < [7]> yep 12:25 < [Saint]> thanks. 12:25 < [Saint]> does .umsboot create a RAMdisk? 12:26 < [7]> yes 12:27 * [7] just uploaded the new installer: http://files.freemyipod.org/misc/installer-ipodnano2g.ubi 12:32 < [Saint]> do I rename the .bin on the buildserver to .ubi? 12:32 < [7]> which bin? 12:32 < [Saint]> http://builds.freemyipod.org/emcore/target/ipodnano2g/emcore-ipodnano2g-r549.bin 12:32 < [Saint]> I assume this is what I use to update? 12:32 < [7]> you can do that 12:32 < [7]> no, you need to use the file that i just linked 12:33 < [Saint]> ah, I see. 12:33 < [7]> emcore-whatever.bin is just the emcore kernel, not an installer 12:33 < [7]> you can use that (and rename it to *.ubi) to temporarily boot a different emcore version without flashing it 12:33 < [Saint]> aha. will you do daylies of the installer? 12:34 < [7]> no, because it requires an ipod to be connected to the build server 12:35 < [7]> but user890104 seems to be planning to do such a setup 12:37 < [Saint]> If I had the bandwidth I would do builds per-commit, but I could do daylies if I pillaged his build script. 12:37 < [Saint]> I could leave a Nano ticking over on a machine at home quite easily. 12:44 * [7] has a different idea :) 12:47 < [Saint]> you do? 12:48 < [7]> we should write some scripts to provide an "ipod crypto service" 12:48 < [7]> and then hack up libipodcrypto to optionally use a remote ipod crypto service if some environment variable is set 12:49 < [7]> that way the build server can do the installer builds using a pool of some people's crypto services 12:49 < [7]> of course we need to trust the people running crypto services 12:49 < [Saint]> Hmmmmm.....so I could have a Nano connected, and have it feed out encrypted builds on demand? 12:49 < [7]> basically yes 12:49 < [7]> the build server would send you an unencrypted build, and get back the encrypted build from you 12:50 < [Saint]> my bandwidth is shit, so it would need to build per commit and upload somewhere, then be pulled from there. 12:50 < [Saint]> that I could handle. 12:50 < [7]> would be ~500KB of upstream and ~500KB of downstream traffic per build 12:51 < [Saint]> 56K ;) 12:51 < [Saint]> I'm "between DSLs" at present. 12:52 < [7]> there are also other people who can run crypto services (me, user890104, ...) 12:52 < [7]> it's very likely anyway that i will have an ipod connected while i'm committing something 12:53 < [Saint]> I could potentially leave an iPod connected 24/7 12:53 < [Saint]> my bandwidth won't be terrible forever. 12:54 < [Saint]> I think it would be better if the script checked for an available "client", passed it the build to be encrypted, encrypted it and sent it back to the server. 12:54 < [Saint]> between the three of us, there should always be a Nano connected in that case. 13:17 -!- user890104 [~Venci@6bez10.info] has joined #freemyipod 13:24 -!- Jiss [Jiss@ip-11.net-82-216-242.rev.numericable.fr] has joined #freemyipod 14:01 -!- benedikt93 [~benedikt9@unaffiliated/benedikt93] has joined #freemyipod 14:08 < [Saint]> [7]: where do I find the driver that emCORE is asking for? 14:09 < [7]> [13:54] <[Saint]> I think it would be better if the script checked for an available "client", passed it the build to be encrypted, encrypted it and sent it back to the server. << exactly what i meant 14:09 < [7]> which driver do you mean? 14:10 < [Saint]> when I connect the iPod, it asks me for a driver...well, does the "found new hardware wizard". 14:10 < [7]> ah 14:10 < [7]> http://files.freemyipod.org/misc/WinUSBXP.7z 14:10 < [Saint]> thanks. 14:12 < [Saint]> hmmm...wow, what's in there? surely that's not just the driver? 14:18 < [7]> that *is* just the driver, but the full version of it 14:19 < [7]> on most systems, having just the winusb.inf file will be sufficient, but if no other WDF drivers were installed previously, there will be some files missing 14:19 < [7]> so every single driver has to carry that shit around with it 14:21 < [Saint]> disk mode no longer works in this current version. 14:22 < [7]> the OF as well? 14:23 < [Saint]> correct 14:24 < [Saint]> disk mode pauses on a white screen, the OF halts just after the "appleCORE" is deployed. 14:24 -!- n1s [~n1s@rockbox/developer/n1s] has joined #freemyipod 14:38 * [Saint] wonders if the piezo could be used by emCORE to signal various modes being entered, or key press/combos accepted. 14:39 < [Saint]> and for keyclicks in the menu. 14:40 < [7]> certainly :) 14:41 < [Saint]> that would be very nice, "beep beep" <-- I've entered recovery mode in emBIOS/CORE, "beep boop" <-- diskmode, etc. 14:41 < [7]> feel free to implement it :) 14:42 < [Saint]> I *just* know how to speak to the piezo, but...emCORE remains a mystery to me. 14:46 -!- paulo_ [~paulo@124.106.100.52] has joined #freemyipod 14:47 < [Saint]> hmmmmthe little hole in the spanners handle for the diagmode icon needs to be transparent instead of white I think. 14:47 < [Saint]> other than that small thing, I don't think the GFX look bad on the Nano at al. 14:47 < paulo_> Theseven here? 14:47 < paulo_> just found another way to make my nano6g crash 14:47 < [Saint]> quite probably inferrior to the Classic, but still very nice. 14:50 < paulo_> probably expoitable 14:58 < benedikt93> paulo_, [7] 15:12 -!- user890104 [~Venci@6bez10.info] has quit [Ping timeout: 245 seconds] 15:15 -!- user890104 [~Venci@6bez10.info] has joined #freemyipod 15:19 -!- user890104 [~Venci@6bez10.info] has quit [Client Quit] 15:55 -!- geek [~geek@cm89.gamma26.maxonline.com.sg] has joined #freemyipod 15:55 -!- geek is now known as faileas 16:36 -!- paulo_ [~paulo@124.106.100.52] has quit [Ping timeout: 246 seconds] 16:38 -!- STeeF [~STeeF@office.hostnetbv.nl] has quit [Remote host closed the connection] 16:50 -!- paulo_ [~paulo@124.106.100.52] has joined #freemyipod 16:50 < paulo_> what does the UART cable do? 16:51 < paulo_> this one: http://pargon.nl/?p=6 16:51 < paulo_> for the non-ios devices? 16:52 < benedikt93> UART refers to RS232 in this case 16:52 < benedikt93> which is a much simpler bus than USB 16:53 < paulo_> so what can we get out of it? 16:53 < benedikt93> and in this case might be used to talk to iDevices when you don't have USB access yet (AFAIU) 16:54 < benedikt93> on the currently being worked on devices we won't need it as there's USB access for all of those 16:54 < benedikt93> I think this has been used in early developement stages of the nano 2g 16:55 * faileas vaguely recalls, for many devices, debricking might involve RS232 too... 16:55 < faileas> though i could be wrong, i'm not a dev, merely an interested onlooker ;p 16:57 < paulo_> btw, the nano 6g is not vulnerable to limera1n 16:58 < paulo_> doesn't crash like other devices 16:58 < faileas> i hope this is an appropriate place to ask, but is the 160gb 1g classic in the pipeline? 17:03 * benedikt93 does not really no about this 17:03 < benedikt93> s/no/know/ 17:03 < faileas> not in any rush, but i'd like to keep an eye on this project if it is, i happen to have a spare, with a slightly dodgy hdd i could help test it with ;p 17:04 -!- paulo_ [~paulo@124.106.100.52] has quit [Read error: Connection reset by peer] 17:04 -!- paulo_ [~paulo@124.106.100.52] has joined #freemyipod 17:05 < paulo_> do the devices protect themselves from JTAG? 17:10 < [7]> yes, even the nano2g did that 17:10 < [7]> fuck it 17:11 < [7]> emcore with usb powered down needs more power than dfu with usb powered up 17:11 < [7]> backlight off of course 17:11 < [7]> ideas? 17:11 < [7]> hm, possibly the ddr ram 17:12 < [7]> emcore with usb running is at 45.0mA now 17:19 < paulo_> the nano 2g hw analysis in nicely documented 17:24 < paulo_> what is your motivation for doing this? 17:24 < paulo_> just curious 17:35 < fmibot> New commit by theseven (r560): emCORE: Power management optimizations 17:36 < fmibot> r560 build result: emcore: All green! 17:36 < [7]> paulo_: that wasn't even me 17:36 < fmibot> r560 build result: embios: All green! 17:37 < paulo_> my usb fuzzer keeps resetting the nano 17:37 < paulo_> randomly 17:37 < [7]> you're spamming the DFU with invalid control requests? 17:38 < paulo_> i did, but the DFU does not crash 17:39 < paulo_> the disk mode does 17:39 < paulo_> the white and black disk mode 17:45 < [7]> [Saint]: Now things are getting weird 17:46 < [7]> boot diag mode, choose the deep sleep test, power it on again, and then boot disk mode :) 17:46 < paulo_> the non-pwnage2 might be vulnerable to SHAtter 17:47 < paulo_> *non-pwnage2 devices 17:47 * [7] has no clue about those newer exploits 17:48 * [7] wonders if anyone wants to do an ipod touch emcore port :) 17:48 -!- user890104 [Venci@venci-notebook-lan.ipv6.6bez10.info] has joined #freemyipod 18:01 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Remote host closed the connection] 18:01 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod 18:04 -!- user890104 [Venci@venci-notebook-lan.ipv6.6bez10.info] has quit [Read error: Connection reset by peer] 18:04 -!- user890104 [Venci@venci-notebook-lan.ipv6.6bez10.info] has joined #freemyipod 18:04 -!- perror [~fleury@aldebaran.labri.fr] has quit [Quit: Bye all !] 18:04 < paulo_> has anyone tried SHAtter on non-iOS ipods? 18:04 < paulo_> pwnage2.0 worked on iOS and non-iOS devices 18:08 < fmibot> New commit by theseven (r561): Commit forgotten file 18:08 < fmibot> r561 build result: emcore: All green! 18:09 < GaveUp> shatter isn't public is it? 18:09 < fmibot> r561 build result: embios: All green! 18:09 < fmibot> New commit by theseven (r562): Boot menu for iPod Nano 2G: Fix a transparency problem in the graphics 18:09 < paulo_> GaveUP: not really, it was leaked last december 18:09 < paulo_> now there's no trace of it 18:09 < GaveUp> but really what's the point if pwnage does the job 18:09 < fmibot> r562 build result: emcore: All green! 18:10 < [7]> paulo_: what kind of exploit was shatter? 18:10 < [7]> another DFU buffer overflow, or something different? 18:10 < paulo_> ther saving SHAtter for future devices 18:10 < fmibot> r562 build result: embios: All green! 18:10 < paulo_> [7]: yep, in the bootrom 18:10 -!- user890104 [Venci@venci-notebook-lan.ipv6.6bez10.info] has quit [Ping timeout: 245 seconds] 18:10 < [7]> how badly did it leak? is there any point in trying to keep it secret? 18:11 < [7]> i.e. does apple already know what's going on? 18:11 < paulo_> no one's really sure about that 18:11 -!- user890104 [Venci@venci-notebook-lan.ipv6.6bez10.info] has joined #freemyipod 18:11 < GaveUp> well until a patched bootrom shows up it's best kept secret 18:11 < GaveUp> or as secret as possible... 18:11 < fmibot> New commit by theseven (r563): emCORE: Fix iPod Nano 2G disk mode and OF 18:11 < [7]> so it was a rather small leak? 18:12 < fmibot> r563 build result: emcore: All green! 18:12 < GaveUp> it was mentioned on a few twitters but none of the news sites posted about it or linked to it afaik 18:12 < fmibot> r563 build result: embios: All green! 18:12 < GaveUp> think i remember a tweet saying something like 25 people were in the channel when it happened? 18:15 -!- Keripo [~Keripo@SEAS071.wlan.seas.upenn.edu] has joined #freemyipod 18:16 < paulo_> people at #ios reacted badly when asked about the shatter leak. lol 18:17 < GaveUp> kind of wonder what's the real point of these tether bootrom exploits...still need a userland exploit to make it really worthwhile so why bother with the bootrom bit of it anyway 18:19 < paulo_> i'm guessing bootrom exploits would make it easy to find userland exploits 18:19 < GaveUp> keep it private then...not like the general public can hunt down exploits 18:27 -!- user890104 [Venci@venci-notebook-lan.ipv6.6bez10.info] has quit [Read error: Connection reset by peer] 18:28 -!- user890104 [Venci@venci-notebook-lan.ipv6.6bez10.info] has joined #freemyipod 18:30 -!- user890104_ [Venci@venci-notebook-lan.ipv6.6bez10.info] has joined #freemyipod 18:30 -!- user890104 [Venci@venci-notebook-lan.ipv6.6bez10.info] has quit [Read error: Connection reset by peer] 18:34 -!- user890104 [Venci@venci-notebook-lan.ipv6.6bez10.info] has joined #freemyipod 18:34 -!- user890104_ [Venci@venci-notebook-lan.ipv6.6bez10.info] has quit [Read error: Connection reset by peer] 18:45 -!- benedikt93 [~benedikt9@unaffiliated/benedikt93] has quit [Quit: Bye ;)] 18:52 -!- user890104_ [Venci@venci-notebook-lan.ipv6.6bez10.info] has joined #freemyipod 18:52 -!- user890104 [Venci@venci-notebook-lan.ipv6.6bez10.info] has quit [Read error: Connection reset by peer] 19:14 -!- user890104_ [Venci@venci-notebook-lan.ipv6.6bez10.info] has quit [Ping timeout: 260 seconds] 19:43 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has quit [Ping timeout: 255 seconds] 19:49 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has joined #freemyipod 19:53 -!- paulo_ [~paulo@124.106.100.52] has quit [Ping timeout: 240 seconds] 20:04 < fmibot> New commit by theseven (r564): UARTtest: Update makefile 20:04 < fmibot> r564 build result: emcore: All green! 20:05 < fmibot> r564 build result: embios: All green! 20:15 -!- user890104 [~Venci@6bez10.info] has joined #freemyipod 20:16 -!- Keripo [~Keripo@SEAS071.wlan.seas.upenn.edu] has quit [Quit: Leaving.] 20:35 < fmibot> New commit by theseven (r565): emCORE: Detect malloc heap size correctly, improve the default heap walker, and expose a function for walking the global malloc heap 20:36 < fmibot> New commit by theseven (r566): New tool: malloc heap memory map dumper 20:36 < fmibot> r565 build result: emcore: All green! 20:36 < fmibot> r566 build result: emcore: All green! 20:37 < fmibot> r565 build result: embios: All green! 20:37 < fmibot> r566 build result: embios: All green! 21:23 < fmibot> New commit by theseven (r567): emCORE: Fix library_unload 21:24 < fmibot> r567 build result: emcore: All green! 21:24 < fmibot> r567 build result: embios: All green! 21:47 < fmibot> New commit by theseven (r568): emCORE: Improve the default heap walker even more 21:47 < fmibot> New commit by theseven (r569): dumpmalloc: Reduce memory requirements 21:48 < fmibot> r568 build result: emcore: All green! 21:48 < fmibot> r569 build result: emcore: All green! 21:49 < fmibot> r568 build result: embios: All green! 21:49 < fmibot> r569 build result: embios: All green! 21:56 -!- Keripo [~Keripo@eng232.wireless-resnet.upenn.edu] has joined #freemyipod 22:04 -!- n1s [~n1s@rockbox/developer/n1s] has quit [Quit: Ex-Chat] 22:04 < fmibot> New commit by theseven (r570): emCORE: Prevent a null pointer dereference if realloc hits an out of memory condition 22:05 < fmibot> r570 build result: emcore: All green! 22:06 < fmibot> r570 build result: embios: All green! 22:17 < [Saint]> well, yes...it seems that booting diagmode once is sufficient to get diskmode and the OF booting in r554 22:17 < [Saint]> [7]: do you have an updated installer? 22:21 < [Saint]> also, I'm wondering if the "countdown to power off" in the bottom right corner could be in some other menu entry, preferences for example? I assume we could also do simple things like display a clock "widget" in emCORE? time/date settings could be placed in this "Preferences" menu also. 22:21 * [Saint] is just brainstorming, don't take him too seriously ;) 22:22 < [7]> in theory that's all possible 22:24 < [Saint]> I'm sure it's a lot less intrusive on the Classic, on the Nano it is quite distracting to my eye. 22:39 < [Saint]> [7]: So, is there a currenlt installer available? 22:39 < [Saint]> *current 22:39 * [7] needs to upload one 22:40 < [7]> do you want to update it now? 22:40 < [7]> i'll probably fix some rather critical crash bug tomorrow 22:40 < [7]> so you'd have to update again :) 22:41 < [Saint]> I don't mind, as long as you're willing to upload the installers I'm happy to install them. 22:41 * [7] just caught something rather nasty 22:41 < [7]> i'll fix that first 22:43 < fmibot> New commit by theseven (r571): emCORE: Fix a critical bug in realloc 22:44 < fmibot> r571 build result: emcore: All green! 22:45 < fmibot> r571 build result: embios: All green! 22:46 -!- Keripo [~Keripo@eng232.wireless-resnet.upenn.edu] has quit [Quit: Leaving.] 22:46 < [7]> [Saint]: updated 22:47 < [Saint]> thanks, where do I pull it from? I seem to have lost the link. 22:47 < [7]> http://files.freemyipod.org/misc/installer-ipodnano2g.ubi 22:49 < [7]> damn, that didn't fix the occasional hangs either 23:11 < fmibot> New commit by theseven (r572): emCORE: Force executable image header fields to 32 bits 23:12 < [7]> user890104: that might solve your elf2emcoreapp problems as well 23:12 < [7]> (at least if you were running it on a 64bit system) 23:13 < fmibot> r572 build result: emcore: All green! 23:14 < fmibot> r572 build result: embios: All green! 23:16 < user890104> [7]: my ubuntu VM is 32 bit because my laptop's CPU does not support hardware virtualisation 23:16 < user890104> but i'll give it a try again 23:16 < [7]> hm, then it shouldn't have changed anything 23:17 < user890104> can you provide a precompiled binary of it? 23:17 < user890104> i can skip the compiling for now 23:18 < user890104> just want to get the installers and emcore built 23:18 < [7]> so that's a 32bit ubuntu with the rockbox toolchain? 23:18 < [7]> then my binary should work 23:19 < user890104> yes, can you upload it somewhere? 23:19 < [7]> http://files.freemyipod.org/misc/arm-elf-eabi-elf2emcoreapp 23:34 < user890104> http://pastie.org/1538944 23:35 < Farthen> your build systems don't fit together i'd say 23:36 < Farthen> ah no, sorry. again only read part of the message 23:36 < Farthen> [7] shows as afk for me. so he may have already gone to sleep 23:38 < Farthen> he probably forgot to commit that file 23:38 < user890104> so everything but the classic installer builds fine for me 23:39 < user890104> i can extend the script to push to the ftp, or go for the "remote crypto" way 23:40 < Farthen> what are you building at the moment? 23:40 < user890104> almost everything 23:41 < user890104> http://pastie.org/1538968 23:41 < Farthen> ok 23:42 * Farthen already sees that he will be having a lot of background work to do the next weeks 23:43 < user890104> Farthen: can you set a CSS "float: left" for the
tag in builds.freemyipod 23:45 -!- timccc [~timccc@112.166.15.141] has quit [Ping timeout: 272 seconds] 23:45 < Farthen> done but that will make it grow on the sides 23:45 < Farthen> scrolling left/right isn't that good 23:45 < user890104> we could use smaller fonts 23:45 -!- timccc [~timccc@112.166.15.141] has joined #freemyipod 23:46 < Farthen> i could just rewrite the whole page to something more modular. maybe with some links, i don't know 23:47 < user890104> i get a error 500 internal server error now 23:48 < Farthen> the silly server has been very unresponsive the whole day 23:48 < Farthen> but that is just one of the things on my todo. others include making emcore tools being able to handle multiple connected ipods at a time (it picks the first one atm) and maybe finally looking at seccore on the nano 4g 23:49 < Farthen> weird 23:49 < Farthen> user890104: you caused the 500 btw 23:50 < Farthen> can you create a "inprogress" directory in your ftp root? 23:50 < user890104> yep, my fault 23:50 < user890104> just looking at the source 23:51 < Farthen> i should have named the directory better 23:52 -!- Dreamxtreme [~Dre@92.30.71.188] has quit [Read error: Connection reset by peer] 23:52 < user890104> could you add a check at the beginning at the script for that dir 23:52 < Farthen> not today. need to go to sleep 23:53 < user890104> ok, i'll try to deal with the builds somehow 23:54 -!- Dreamxtreme [~Dre@92.30.71.188] has joined #freemyipod --- Log closed Tue Feb 08 00:01:19 2011