--- Log opened Sat Feb 05 00:01:14 2011
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:19  * Farthen announces that the emcore.py api may break soon as ints will be converted according to their prefix. so "08000000" will become 0x7A1200 and not 0x8000000. to get it correct you would need to write "0x8000000"
00:19 < Farthen> if anyone has problems with this please tell me. i will try to find another solution then
00:20 < Farthen> otherwise i will probably commit this change tomorrow
01:56 -!- Keripo [~Keripo@eng339.wireless-resnet.upenn.edu] has joined #freemyipod
02:25 -!- hdcool09-ipod [~hdcool09-@cpe-98-31-50-157.woh.res.rr.com] has left #freemyipod
03:23 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has quit [Ping timeout: 240 seconds]
03:27 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has joined #freemyipod
04:41 -!- Keripo [~Keripo@eng339.wireless-resnet.upenn.edu] has quit [Quit: Leaving.]
04:58 -!- Keripo [~Keripo@eng130.wireless-resnet.upenn.edu] has joined #freemyipod
04:58 -!- Keripo [~Keripo@eng130.wireless-resnet.upenn.edu] has quit [Client Quit]
05:03 -!- Keripo [~Keripo@eng130.wireless-resnet.upenn.edu] has joined #freemyipod
05:45 -!- Keripo [~Keripo@eng130.wireless-resnet.upenn.edu] has quit [Quit: Leaving.]
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
06:08 -!- Keripo [~Keripo@eng339.wireless-resnet.upenn.edu] has joined #freemyipod
06:10 -!- Keripo [~Keripo@eng339.wireless-resnet.upenn.edu] has quit [Client Quit]
06:26 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has quit [Ping timeout: 240 seconds]
06:27 -!- Keripo [~Keripo@eng130.wireless-resnet.upenn.edu] has joined #freemyipod
07:13 -!- Keripo [~Keripo@eng130.wireless-resnet.upenn.edu] has quit [Quit: Leaving.]
07:23 -!- Keripo [~Keripo@eng339.wireless-resnet.upenn.edu] has joined #freemyipod
07:50 -!- Keripo [~Keripo@eng339.wireless-resnet.upenn.edu] has quit [Read error: Connection reset by peer]
07:54 -!- Keripo [~Keripo@eng339.wireless-resnet.upenn.edu] has joined #freemyipod
09:09 -!- user890104 [~Venci@2001:0:5ef5:79fd:2077:15b7:2b16:10ec] has quit [Ping timeout: 245 seconds]
09:11 -!- user890104 [~Venci@2001:0:5ef5:79fd:2077:15b7:2b16:10ec] has joined #freemyipod
09:14 -!- n1s [~n1s@nl118-175-108.student.uu.se] has joined #freemyipod
09:14 -!- n1s [~n1s@nl118-175-108.student.uu.se] has quit [Changing host]
09:14 -!- n1s [~n1s@rockbox/developer/n1s] has joined #freemyipod
09:16 -!- user890104_ [~Venci@2001:0:5ef5:73b8:34df:1684:2b16:10ec] has joined #freemyipod
09:19 -!- user890104 [~Venci@2001:0:5ef5:79fd:2077:15b7:2b16:10ec] has quit [Ping timeout: 245 seconds]
10:40 -!- Keripo [~Keripo@eng339.wireless-resnet.upenn.edu] has quit [Quit: Leaving.]
10:45 -!- Keripo [~Keripo@eng339.wireless-resnet.upenn.edu] has joined #freemyipod
10:55 -!- Keripo1 [~Keripo@eng339.wireless-resnet.upenn.edu] has joined #freemyipod
10:58 -!- Keripo [~Keripo@eng339.wireless-resnet.upenn.edu] has quit [Ping timeout: 260 seconds]
11:05 -!- Keripo [~Keripo@eng339.wireless-resnet.upenn.edu] has joined #freemyipod
11:07 -!- Keripo1 [~Keripo@eng339.wireless-resnet.upenn.edu] has quit [Ping timeout: 255 seconds]
11:15 -!- Keripo1 [~Keripo@eng339.wireless-resnet.upenn.edu] has joined #freemyipod
11:17 -!- Keripo [~Keripo@eng339.wireless-resnet.upenn.edu] has quit [Ping timeout: 240 seconds]
11:21 -!- Keripo1 [~Keripo@eng339.wireless-resnet.upenn.edu] has quit [Quit: Leaving.]
11:27 -!- Jiss [Jiss_epikn@ip-11.net-82-216-242.rev.numericable.fr] has joined #freemyipod
11:37 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has joined #freemyipod
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:24 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has quit [Ping timeout: 240 seconds]
12:28 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has joined #freemyipod
12:35 -!- user890104_ [~Venci@2001:0:5ef5:73b8:34df:1684:2b16:10ec] has quit [Ping timeout: 260 seconds]
12:37 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has quit [Ping timeout: 255 seconds]
12:41 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has joined #freemyipod
12:45 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has quit [Ping timeout: 240 seconds]
12:48 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has quit [Ping timeout: 240 seconds]
12:49 -!- benedikt93 [~benedikt9@unaffiliated/benedikt93] has joined #freemyipod
12:50 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has joined #freemyipod
12:55 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has quit [Ping timeout: 276 seconds]
12:58 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has joined #freemyipod
13:51 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has quit [Ping timeout: 255 seconds]
14:06 -!- user890104 [~Venci@2001:0:5ef5:79fd:1098:3e9f:2b16:10ec] has joined #freemyipod
14:15 < Farthen> i will commit the api breaking change for the python tools now if nobody complains
14:16 < Farthen> as said yesterday, ints will now be converted according to their prefix and hex is not always implied as it was before
14:16 < Farthen> user890104: do you need time to adjust your build scripts?
14:17 < user890104> Farthen: i've installed the linux distribution and rb's toolchain, but haven't copied the script yet
14:18 < user890104> it should build embios, iloader and the other stuff related to iloader fine
14:18 < Farthen> does this script use any emcore tools?
14:18 < user890104> not yet, the script was written before emcore ever existed
14:18 < Farthen> ok
14:18 < user890104> but it should be easy to include one more dir
14:19 < user890104> i'm planning to make unofficial daily builds of the embios-based installer
14:19 < Farthen> ah, nice
14:19 < user890104> (by connecting a nano2g to my home pc which i don't use)
14:20 < Farthen> i can't do them myself because i don't own a n2g and the server is only a vserver somewhere in a datacenter
14:20 < user890104> yep, i think it should be useful
14:20 -!- n1s [~n1s@rockbox/developer/n1s] has quit [Quit: Ex-Chat]
14:20 < user890104> maybe i could use the php script i wrote
14:20 < user890104> to list the builds
14:21 < Farthen> it is maintenance hell btw -.-
14:21 < user890104> in terms of?
14:21 < Farthen> i could give you access to a special ftp server so you could push your builds to our server
14:21 < Farthen> in terms of everything
14:22 < Farthen> but it works so i don't really complain about it
14:22 < user890104> ok, i will setup the alias that i use for receiving freemyipod-commits to send a copy so i will be notified when a new build is available
14:23 < user890104> then it will build, encrypt and push to your server
14:23 < Farthen> i could also send you some xmpp message or something like that
14:23 < Farthen> just tell me if you need anything
14:24 < user890104> for now, a ftp account to build.freemyipod.org's web root would be enough
14:24 < user890104> i will try to keep your build script's structure
14:25 < Farthen> ok
14:43 < [Saint]> awesome....dailies.
14:43 < [Saint]> &daylies too
14:44 -!- nieuwbie [~user@ip4daa4a6f.direct-adsl.nl] has joined #freemyipod
14:44 < nieuwbie> Hello everybody.
14:44 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has joined #freemyipod
14:45 < Farthen> hi nieuwbie
14:46 < nieuwbie> Farthen: Any progress about that UBI file?
14:46 < Farthen> yep, 1 sec
14:46 < nieuwbie> ^^
14:46 < nieuwbie> Farthen: Take your time.
14:52 < Farthen> hmm, do you have another computer around?
14:53 < Farthen> would be easiest if you had a windows box somewhere
14:54 < nieuwbie> Farthen: I have windows 7 on my father's notebook.
14:54 < nieuwbie> I'm well prepered. :P
14:55 < Farthen> can you try doing the installer for windows thing?
14:57 < nieuwbie> Farthen: Yes, but I don't really understand those instructions.
14:57 < Farthen> where do you have problems?
14:58 < nieuwbie> Farthen: like point it to the winusb.inf file. How to point it?
14:59 < Farthen> you start device manager, right click your device and select "update driver"
15:00 < TheSeven> or split the whole thing:
15:00 < TheSeven> start umsboot from linux
15:00 < TheSeven> immediately unplug it as soon as umsboot has been transferred, before umsboot detects the usb connection
15:00 < TheSeven> then connect it to a windows pc and continue from there
15:08 < nieuwbie> wait I need to change the system
15:08 -!- nieuwbie [~user@ip4daa4a6f.direct-adsl.nl] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
15:13 -!- nieuwbie [~user@ip4daa4a6f.direct-adsl.nl] has joined #freemyipod
15:14 < nieuwbie> TheSeven: My laptop refuse to reboot. I plugged it to linux and iTunes want me to download software to recover my ipod.
15:14 < nieuwbie> TheSeven: Ok, false alarm.
15:14 < TheSeven> if itunes recognizes it as an ipod at all, it is not running umsboot
15:15 < nieuwbie> TheSeven: I coudn't run usmboot cause I got an error message
15:15 < nieuwbie>   File "/home/lwh/Desktop/ipod/libipoddfu.py", line 87, in __init__
15:15 < nieuwbie>     raise Exception("Could not find specified DFU device (generation = %d, type = %d)" % (generation, type))
15:15 < nieuwbie>  
15:16 < TheSeven> is the ipod in DFU mode?
15:16 < TheSeven> (display off)
15:17 < nieuwbie> TheSeven: Wait I'll try again.
15:17 < nieuwbie> TheSeven: My ipod is in DFU mode, but it freeze during uploading.
15:17 < nieuwbie> Strange.
15:18 < TheSeven> what are you uploading? bootstrap-ipodclassic.dfu?
15:18 < nieuwbie> Last time everything went smoothly
15:18 < nieuwbie> TheSeven: Yes.
15:19 < nieuwbie> I still have the embios-ipodclassic-r508.dfu.
15:20 < TheSeven> throw that one away, it can't work
15:20 < nieuwbie> TheSeven: I tried again run umsbootbut with the same result
15:20 < TheSeven> does lsusb find the ipod?
15:21 < nieuwbie> yes.
15:21 < nieuwbie> Bus 001 Device 010: ID 05ac:1223 Apple, Inc. 
15:21 < nieuwbie>  
15:22 < nieuwbie> TheSeven: Yes, still uploading.
15:22 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has joined #freemyipod
15:23 < nieuwbie> and yet iPod's Display is blank.
15:27 < nieuwbie> TheSeven: Is it possible that that embios istaller somehow affected my ipod's OF?
15:27 < TheSeven> certainly
15:28 < TheSeven> usually it should remove it altogether
15:28 < TheSeven> but i have no idea what exactly you have tried so far and how far it actually came
15:28 < nieuwbie> TheSeven: So maybe I should recover it?
15:29  * TheSeven is confused
15:29 < TheSeven> our installer shouldn't care about the OF's state
15:29 < nieuwbie> I see.
15:31 < nieuwbie> So you have no idea how to fix it?
15:35 < nieuwbie> I recovered it, now everything is as it should be.
15:40 < nieuwbie> Windows does not see my ipod.
15:51 < nieuwbie> TheSeven: I mean it see it cause it generate a sound every time I plug it in, but no new hardware found pops up.
15:52 < TheSeven> isn't that basically normal if windows already has a driver?
15:56 < nieuwbie> TheSeven: No iPod Classic in DFU mode found while running UMSbootiPodClassic
15:57 < TheSeven> is iTunes installed on that computer?
15:57 < TheSeven> if yes, it has probably caught it
15:57 < nieuwbie> TheSeven: I have uninstalled iTunes
15:58 < TheSeven> that doesn't mean that it has uninstalled its drivers
15:58 < TheSeven> what does the device manager say?
15:58 < nieuwbie> TheSeven: in mass storage controller section?
15:59 < TheSeven> no
16:00 < TheSeven> either unknown devices, usb controllers, or maybe some apple thing
16:01 < nieuwbie> I see nothing described as Apple Inc.
16:13 < nieuwbie> I tried to do it once again under linux but my ipod once again started to freeze during upload.
16:23 < nieuwbie> Farthen: Any ideas?
16:24 < Farthen> not really
16:25 < nieuwbie> Damn.
16:26 < nieuwbie> I restored and it's the same issue - hanging up while uploading.
16:28 < nieuwbie> Farthen: What's UBI file anyway?
16:28 < Farthen> just an executable that expects to be run at 0x8000000
16:29 < nieuwbie> Farthen: and at this address your program can jump to any other address?
16:29 < Farthen> what do you plan to do?
16:31 < nieuwbie> Farthen: Learn about it and fix it myself.
16:31 < nieuwbie> Farthen: What other choice do I have?
16:32 < Farthen> i still need to understand your problem
16:33 < nieuwbie> Farthen: Main problem is that that somehow my pc does not see my ipod while in DFU mode.
16:33 < Farthen> ok
16:33 -!- Kebianizao [~kvirc@82.68.22.95.dynamic.jazztel.es] has joined #freemyipod
16:34 < nieuwbie> Current problem is that I can't even upload undr my Gentoo Linux via ipoddfu because it's hanging up during the upload. 
16:35 < Farthen> does itunes see it when in dfu?
16:35 < Farthen> ah, you have uninstalled it
16:35 < nieuwbie> Let me check.
16:35 < nieuwbie> I installed it again 
16:35 < Farthen> ok
16:35 < Farthen> you need to close itunes, plug your ipod in and start itunes again
16:35 < nieuwbie> I thought that everything will get to normal when I'll recover it.
16:36 < Farthen> not really as we are overwriting the apple bootloader
16:36 < nieuwbie> Yes, iTunes sees it.
16:37 < nieuwbie> So this ipoddfu overwrites the bootloader?
16:37 < Farthen> the installer does
16:37 < Farthen> ok, close itunes again
16:37 < Farthen> which os was that?
16:37 < nieuwbie> Windows 7.
16:37 < Farthen> if windows then open device manager
16:38 < nieuwbie> Done.
16:38 < Farthen> and look for any device with apple or dfu in it
16:39 < nieuwbie> Apple Mobile Device USB driver?
16:39 < nieuwbie> Found in USB controllers?
16:39 < Farthen> hmm, i'm not completely sure
16:39 < Farthen> is there another one?
16:40 < nieuwbie> I don't see any.
16:40 < Farthen> can you open preferences of that one?
16:41 < nieuwbie> Sure.
16:41 < Farthen> and then details->hardware ids
16:42 < Farthen> and tell me then numbers after VID and PID
16:42 < Farthen> *the
16:42 < nieuwbie> USB/VID_05AC&PID_1241&REV_0001
16:42 < nieuwbie> I think it's correct one.
16:43 < Farthen> weird
16:43 < Farthen> wait a sec
16:43 < Farthen> you are still in dfu mode?
16:43 < nieuwbie> Farthen: Yes.
16:43 < Farthen> hmm
16:45 < nieuwbie> There's no idProcuct with value 1241 in libipoddfu.
16:45 < Farthen> yeah, that is why i am confused
16:45 < nieuwbie> and maybe I missed it but I haven't encountered it under linux.
16:46 < nieuwbie> But it's correct one because it disappeared when I unplugged it.
16:47 < nieuwbie> Majide, it's the same under linux.
16:47 < nieuwbie> Bus 001 Device 041: ID 05ac:1241 Apple, Inc. 
16:47 < nieuwbie>  
16:48 < Farthen> hmm, which generation was it?
16:48 < nieuwbie> First generation 80GiB.
16:49 < Farthen> TheSeven: any idea?
16:49 < TheSeven> 1241 smells like the OF is running
16:49 < TheSeven> or maybe a WTF
16:50 < nieuwbie> What's the WTF?
16:50 < Farthen> can't be dfu mode then
16:50 < Farthen> WTF WTF? xD
16:50 < TheSeven> see the inf file:
16:50 < TheSeven> "iPod Classic 1G WTF"=USB_Install,USB\VID_05ac&PID_1241
16:50 < nieuwbie> Farthen: Yes, I thought about the same thing. :P
16:50 < Farthen> this mode was poorly named IMHO
16:53 < nieuwbie> anyway what's that WTF mode?
16:53 < nieuwbie> *the
16:54 < TheSeven> some kind of second-stage DFU mode
16:54 < TheSeven> you should reboot it and start over
17:02 < nieuwbie> TheSeven: Ok, finelly 1223.
17:02 < TheSeven> which is being detected as what?
17:02 < nieuwbie> sudo python ipoddfu.py installer-classic.ubi
17:03 < TheSeven> wrong file
17:03 < nieuwbie> ???
17:03 < nieuwbie> oh god
17:03 < nieuwbie> It should be boot.
17:03 < TheSeven> you'll need to run bootstrap-ipodclassic.dfu with that, not the UBI file
17:03 < nieuwbie> My mistake.
17:04 < nieuwbie> That's the reasone that it choked.
17:04 < nieuwbie> I feel so stupid right now.
17:04 < nieuwbie> :/
17:04 < nieuwbie> Everything's seems to be fine, but no ipod recognised by linux
17:05 < nieuwbie> No sdc block device found.
17:07 < nieuwbie> http://pastebin.com/88Ca03dg
17:07 < nieuwbie> dmesg above
17:10 < nieuwbie> damn, linux should create sdc, but it didn't.
17:13 < nieuwbie> Is it ehci_hcd bug?
17:14 < nieuwbie> Is there a other way to copy UBI file to the ipod?
17:20 < TheSeven> yes, doing it on a different system or removing the ehci_hcd module
17:20 < nieuwbie> How to remove it?
17:20 < TheSeven> sudo rmmod ehci_hcd
17:20 < TheSeven> and if it's in use, you'll need to blacklist it in /etc/modprobe.d and reboot
17:21 < nieuwbie> I think I didn't compiled it as a module... it's builded in
17:22 < nieuwbie> yes.
17:22 < nieuwbie> Majidf
17:22 -!- Keripo [~Keripo@eng096.wireless-resnet.upenn.edu] has joined #freemyipod
17:25 < nieuwbie> TheSeven: I'll recompile it.
17:25 < TheSeven> what about the trick i proposed earlier?
17:25 < TheSeven> (uploading the DFU image on linux, but doing the rest on windows)
17:25 < nieuwbie> TheSeven: Which one?
17:26 < TheSeven> it's just a matter of disconnecting it in the right millisecond :P
17:26 < TheSeven> but others proved it's doable
17:26 < nieuwbie> TheSeven: The same issue, code 1241.
17:26 < nieuwbie> *idProduct
17:26 < TheSeven> that means you disconnected it too early and have itunes installed on the windows pc
17:27 < TheSeven> (which took control of DFU and uploaded WTF)
17:27 < TheSeven> basically enter DFU mode, upload umsboot (bootstrap-ipodclassic.dfu), and disconnect it
17:27 < TheSeven> if the display stays dark, it was too early. reconnect and retry.
17:27 < TheSeven> if it says "no ubi file found" it was too late. reconnect, re-enter dfu and retry.
17:28 < TheSeven> if it just shows the umsboot screen without "no ubi file found", you succeeded. connect it to windows and copy the UBI file.
17:29 -!- Keripo [~Keripo@eng096.wireless-resnet.upenn.edu] has quit [Quit: Leaving.]
17:31 < nieuwbie> God it's really a true test of dexterity. :P
17:32 -!- n1s [~n1s@nl118-175-108.student.uu.se] has joined #freemyipod
17:32 -!- n1s [~n1s@nl118-175-108.student.uu.se] has quit [Changing host]
17:32 -!- n1s [~n1s@rockbox/developer/n1s] has joined #freemyipod
17:32 < nieuwbie> So only I should do now is to uninstall iTunes
17:33 < nieuwbie> right?
17:38 < nieuwbie> It UMSBoot appeared under Windows so I copied the file ejected my ipod but the screen didn't change.
17:44 < nieuwbie> I tried to plug it once again, but it didn't recognise the the USMBoot
17:50 < nieuwbie> I tried three times without success.
17:50 < Farthen> you don't need to uninstall itunes
17:50 < Farthen> start dfu mode
17:50 < Farthen> install the winusb driver
17:51 < Farthen> you just need to kill iTunes.exe, iTunesHelper.exe and AppleMobileDeviceHelper.exe
17:53 < Farthen> ah, sorry
17:53 < Farthen> i misunderstood you
17:54 < nieuwbie> ^^ No problem.
17:54 < nieuwbie> The problem is that iPod does not respond to placing the file on UMSBoot.
17:55 < nieuwbie> Nothing happends.
17:55 < Farthen> you need to unmount it
17:55 < TheSeven> define "nothing".
17:55 < TheSeven> i'm sure it will at least print some lines of information to the LCD
17:55 < nieuwbie> TheSeven: It didn't.
17:56 < TheSeven> not even "Loading UBI file..."?
17:56 < nieuwbie> Not even.
17:58 < nieuwbie> Now i puted my ipod on DFU mode again.
17:59 < Farthen> did you safe remove your ipod and plug it out?
18:00 < nieuwbie> Yes.
18:01 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Remote host closed the connection]
18:01 < nieuwbie> The partition of the volume has FAT filesystem
18:01 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod
18:02 < nieuwbie> I solve it.
18:03 < nieuwbie> The issue was that when I disconnected ipod I plugged out the dock connector instead of usb connector.
18:04 < nieuwbie> I'm so excited. ^^
18:07 < nieuwbie> Thanks guys!
18:14 < nieuwbie> Ok, so how to run c code on it?
18:18 < Farthen> so what is running on it now?
18:21 -!- user890104 [~Venci@2001:0:5ef5:79fd:1098:3e9f:2b16:10ec] has quit [Ping timeout: 245 seconds]
18:22 < nieuwbie> What do you mean?
18:22 < Farthen> embios?
18:22 < Farthen> what do you see on your screen at the moment?
18:23 < nieuwbie> Yes, but when I'm choosing emBIOS Console i get...
18:24 < nieuwbie> Just iLoader terminated on user's request.
18:24 < nieuwbie> Nothing else.
18:24 < nieuwbie> I wnat to run emCore on it.
18:24 < TheSeven> [19:03] <nieuwbie> The issue was that when I disconnected ipod I plugged out the dock connector instead of usb connector. << WTF?
18:24 < TheSeven> should essentially be the same
18:25 < TheSeven> i always unplug it on the ipod side
18:25 < nieuwbie> TheSeven: I thought so to, then I tried to unplugged via usb connector and it worked on a first time.
18:25 < TheSeven> nieuwbie: sudo python embios.py runfirmware 08000000 emcore.bin
18:25 < TheSeven> that's very funny.
18:26 < nieuwbie> I know. ^^
18:29 < nieuwbie> TheSeven: ERROR: No emBIOS device found!
18:29 < TheSeven> lsusb?
18:30 < nieuwbie> TheSeven: http://pastebin.com/fcdpV6ST
18:31 < TheSeven> no embios...
18:31 < TheSeven> is dmesg complaining about enumeration failures?
18:32 < nieuwbie>  ehci_hcd 0000:00:04.1: detected XactErr len 0/31 retry 12
18:32 < nieuwbie>  
18:33 < nieuwbie> I'm afraid so.
18:33 < TheSeven> does windows detect it?
18:34 < TheSeven> those ehci problems are getting really annoying...
18:35 < TheSeven> i wonder if we can work around that from the ipod side, but i have absolutely no clue what's going on in the first place
18:35 < nieuwbie> I'll check.
18:37 < nieuwbie> TheSeven: ok, it's working but I've got
18:37 -!- Rim13 [5f1b282e@gateway/web/freenode/ip.95.27.40.46] has joined #freemyipod
18:37 < nieuwbie> No usable boot options, waiting for USB commands.
18:38 < TheSeven> ok, that basically means success :)
18:38 < TheSeven> it booted up, but doesn't know what do do
18:38 < TheSeven> at that stage you can upload an executable and run it
18:38 < TheSeven> e.g. sudo python emcore.py run whatever.emcoreapp
18:40 < nieuwbie> So when I want to run the code on it I should first upload emcore and then upload the program?
18:40 < TheSeven> yep
18:41 < TheSeven> or, as soon as i've committed my local changes to that, embed a program into the emcore binary using emcoreembedapp.py
18:41 < nieuwbie> Ok.
18:43 < nieuwbie> TheSeven: Where do I find emCore app samples?
18:43 < TheSeven> /apps/helloworld
18:44 < nieuwbie> That's what I thought. Thansk.
18:44 < nieuwbie> *Thanks
18:44 < TheSeven> the current svn state of that one is a bit weird (some testing remnants)
18:45 < TheSeven> revision 488 of /apps/helloworld is actually a helloworld program
18:51 -!- n1s [~n1s@rockbox/developer/n1s] has quit [Quit: Ex-Chat]
18:53 < nieuwbie> TheSeven: So if I want to write something suing emcore do I need to know Assembler as well?
18:53 < nieuwbie> or just copy file ls.x?
18:57 < nieuwbie> anyway I've get that libui.h is missing.
18:57 < nieuwbie> but I can't find it on svn
18:59 < TheSeven> [19:53] <nieuwbie> TheSeven: So if I want to write something suing emcore do I need to know Assembler as well? << no
18:59 < TheSeven> [19:57] <nieuwbie> anyway I've get that libui.h is missing. / but I can't find it on svn << use revision 488
19:02 < nieuwbie> But how to download 188 revision?
19:06 < nieuwbie> *488
19:07 -!- paulo_ [~paulo@112.204.126.69] has joined #freemyipod
19:07 < paulo_> Hello
19:08 < nieuwbie> paulo_: Hello.
19:08 < paulo_> i'm trying to hack the nano 6g
19:08 < paulo_> i think i found a vuln
19:09 < paulo_> is there anyway to debug?
19:11 < benedikt93> first of all, don't tell anybody in the public, apple might read it ;)
19:11 < benedikt93> otherwise I can't really help you as I never dealt with such stuff, but others here did AFAIK
19:13 < paulo_> i don't think apple would be a problem
19:15 < benedikt93> they might fix the vuln
19:16 < paulo_> oh, i thought you meant they might break in to my house.
19:17 < paulo_> i'll try not to divulge the details
19:17 < benedikt93> this was the problem with the notes exploit found by the former linux4nano. it has been fixed since the nano 5G
19:19 < benedikt93> Farthen or TheSeven (I think so at least) might let you into the -dev channel which is not public in case you want to go into detail on this
19:19 < TheSeven> nieuwbie: svn up -r 488 apps/helloworld
19:20 < TheSeven> paulo_: you may as well send me a private message
19:24 < nieuwbie> TheSeven: make: *** No rule to make target `build/__emcore_armhelpers.o', needed by `build/helloworld.elf'.  Stop.
19:24 < nieuwbie>  
19:25 < TheSeven> damn. incompatibilities
19:25 < nieuwbie> amen
19:25 < TheSeven> change the "build/__emcore_%.o: $(EMCOREDIR)/export/%.S" line in the makefile to "build/__emcore_%.o: $(EMCOREDIR)/export/%.c" as a quick fix
19:27 < nieuwbie> TheSeven: make: arm-elf-eabi-elf2emcoreapp: Command not found
19:27 < nieuwbie>  
19:27 < Farthen> ah
19:27 < Farthen> you need to install elf2emcoreapp first
19:28 < nieuwbie> :/
19:28 < TheSeven> it's in /tools/elf2emcoreapp
19:28 < TheSeven> you'll need to have the bfd headers though
19:28 < TheSeven> is that a 32bit linux system with the rockbox toolchain?
19:29 < nieuwbie> 64bit
19:29 < nieuwbie> with gnu arm toolchain.
19:29 < TheSeven> ok, in that case you probably built it yourself?
19:29 < TheSeven> do you still have the binutils build dir?
19:30 < nieuwbie> binutils build dir?
19:30 < TheSeven> the directory where you built binutils in
19:32 < nieuwbie> I used rockbox tools to do it, but I don't have it anymore.
19:32 < TheSeven> huh?
19:32 < TheSeven> now which one?
19:32 < TheSeven> the rockbox or gnuarm toolchain?
19:33 < nieuwbie> yyy I think the rockbox.
19:33 < TheSeven> so you used rockboxdev.sh to build it?
19:33 < nieuwbie> Yes.
19:34 < nieuwbie> I thought gnu arm and rockbox toolchain are the same. I guess I was wrong.
19:35 < TheSeven> in that case, you should re-run rockboxdev.sh and watch its output closely
19:35 < TheSeven> during binutils make install (after building binutils, before removing the binutils-build directory) interrupt it
19:36 < TheSeven> then cd to the /tools/elf2emcoreapp directory and run the following:
19:36 < TheSeven> ./configure --target=arm-elf-eabi --with-binutils-build-dir=/tmp/rbdev-build/build-binutils --with-libiberty=/usr/lib/libiberty.a && make && sudo make install
19:39 < Kebianizao> Hi there
19:39 < Kebianizao> I'm having this linking error when building emcore: http://paste.debian.net/106634/
19:39 < Kebianizao> embios actually
19:40 < Kebianizao> this on svn trunk
19:40 < TheSeven> you should probably use the rockbox toolchain
19:41 < Kebianizao> oh :S
19:41 < Kebianizao> why is that?
19:41 < TheSeven> seems like the linker you're using doesn't know how to generate shims if distances are too long
19:42 < TheSeven> you can also try adding -mlong-calls to CFLAGS, but that will cause unneccessary overhead
19:43 < Kebianizao> sry, shims? 
19:44 < TheSeven> if a call target exceeds the possible range of a BL instruction (like IRAM=>DRAM or DRAM=>IRAM calls), the linker needs to add some LDR PC, =whatever instruction withing the range of the BL and patch the BL to point to that
19:45 < Kebianizao> I'd like to see how rockbox guys addressed this issue
19:45 < Kebianizao> IOW, what's special about his toolchain
19:46 < TheSeven> see the dozens of patches they apply to gcc/binutils :)
19:46 < Kebianizao> oh, binutils then
19:47 < Kebianizao> are they trying to push those upstream?
19:48 < TheSeven> no idea
19:50 < nieuwbie> Jesus ChristI try to checkout rockbox svn and I get svn: OPTIONS of 'http://svn.rockbox.org/rockbox/trunk/tools': 200 OK (http://svn.rockbox.org)
19:50 < nieuwbie>  
19:51 < nieuwbie> I'm using svn co svn://svn.rockbox.org/rockbox/trunk/tools tools && tools/rockboxdev.sh command. 
19:53 -!- Keripo [~Keripo@eng383.wireless-resnet.upenn.edu] has joined #freemyipod
20:03 -!- user890104 [~Venci@2001:0:5ef5:79fd:1098:3e9f:2b16:10ec] has joined #freemyipod
20:04 -!- user890104_ [~Venci@2001:0:5ef5:79fd:1098:3e9f:2b16:10ec] has joined #freemyipod
20:04 -!- user890104 [~Venci@2001:0:5ef5:79fd:1098:3e9f:2b16:10ec] has quit [Read error: Connection reset by peer]
20:05 < nieuwbie> TheSeven: anyway How you can interrupt compilation if it's done so fast?
20:11 -!- Kebianizao [~kvirc@82.68.22.95.dynamic.jazztel.es] has quit [Ping timeout: 240 seconds]
20:11 -!- user890104_ [~Venci@2001:0:5ef5:79fd:1098:3e9f:2b16:10ec] has quit [Ping timeout: 245 seconds]
20:13 -!- benedikt93 [~benedikt9@unaffiliated/benedikt93] has quit [Quit: Bye ;)]
20:15 -!- user890104 [~Venci@2001:0:5ef5:79fd:1098:3e9f:2b16:10ec] has joined #freemyipod
20:16 -!- Rim13 [5f1b282e@gateway/web/freenode/ip.95.27.40.46] has quit [Quit: Page closed]
20:17 < TheSeven> ctrl+c should work
20:18 < TheSeven> and its not *that* fast
20:19 < nieuwbie> Yes it is.
20:19 < nieuwbie> I have iMac 21"
20:22 < nieuwbie> I've got an error - I'm done for today.
20:22 < nieuwbie> Thanks for help.
20:22 < nieuwbie> bye
20:22 -!- nieuwbie [~user@ip4daa4a6f.direct-adsl.nl] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
20:29 -!- user890104 [~Venci@2001:0:5ef5:79fd:1098:3e9f:2b16:10ec] has quit []
21:02 -!- paulo_ [~paulo@112.204.126.69] has quit [Quit: Leaving]
21:05 -!- Kebianizao [~kvirc@154.68.22.95.dynamic.jazztel.es] has joined #freemyipod
21:05 < Kebianizao> Hi again :)
21:06  * Kebianizao is happy because he manage to build embios with emdebian toolchain
21:09 < Kebianizao> so what I need to do now is use the notes bug and load embios into ram using ibugger tools, right?
21:09 < Kebianizao> I'm not sure if this question is relevant here or more -support
21:09 < TheSeven> yes
21:09  * TheSeven thinks this belongs here
21:10 < Kebianizao> is ibugger permanent or just written into ram?
21:10 -!- benedikt93 [~benedikt9@unaffiliated/benedikt93] has joined #freemyipod
21:10  * Kebianizao have lots of doubts now :)
21:10 < TheSeven> it's a file on the data flash
21:11 < Kebianizao> oh, so what do I need to restore the "regular" ipod behaviour?
21:11 < TheSeven> boot disk mode and remove that file
21:11 < Kebianizao> ah, I see
21:11 < TheSeven> really nice kind of exploit :)
21:11 < Kebianizao> so what's need to be done is booting embios and fiddling into ipod trying to reverse engineer how it works, right?
21:12 < TheSeven> basically reading disassemblies and poking at the hardware to understand them better
21:12 < Kebianizao> true, it took a while to get but it's a great work (re the ibugger)
21:12 < TheSeven> and once you think you know how something works, implement a driver / test app in embios userspace
21:12 < Kebianizao> I guess embios needs to be loaded on every boot, right?
21:12 < TheSeven> once that works fine, integrate it into the kernel
21:12 < TheSeven> and one day maybe port it to rockbox
21:13 < TheSeven> yes
21:13 < Kebianizao> you've done a great work, guys
21:14 < Kebianizao> is there any pointer I can follow to poke into the HW? any roadmap or current status
21:14 < Kebianizao> my intention is to catch up from there and then go on my own
21:15 < Kebianizao> but well, I'd like to test disk mode first :)
21:30 < Kebianizao> one more, how do I remove the note in DFU mode?
21:31 -!- nieuwbie [~user@ip4daa4a6f.direct-adsl.nl] has joined #freemyipod
21:31 < Kebianizao> I've seen ipoddfu allows to send a file, but I can't see anything related to file removal
21:32 < nieuwbie> Farthen: I tried to compile elf2emcoreapp but I've got gcc: ../ucl/src/libucl.a: No such file or directory
21:32 < nieuwbie>  
21:32 < nieuwbie> I configured it with ./configure --target=arm-elf-eabi --with-binutils-build-dir=/tmp/rbdev-build/build-binutils --with-libbfd=/tmp/rbdev-build/build-binutils/bfd/libbfd.a --with-libiberty=/tmp/rbdev-build/build-binutils/libiberty/libiberty.a 
21:32 < nieuwbie>  
21:33 < benedikt93> Kebianizao, a file send by ipoddfu is not written anywhere permanently but signature-checked and then executed from RAM
21:33 < benedikt93> a reset will wipe this away again, ofc
21:34 < Kebianizao> benedikt93: so could that be another way to run embios?
21:34 < Kebianizao> w/o using the notes exploit
21:35 < benedikt93> yep, if you can create an image that won't be rejected by the DFU code in bootrom
21:35 < TheSeven> nieuwbie: make _C ../ucl
21:35 < TheSeven> nieuwbie: make -C ../ucl
21:36 < benedikt93> I think you can patch an apple wtf with fucc for this
21:36 < TheSeven> and --with-libbfd should not be needed if --with-binutils-build-dir is supplied
21:37 < TheSeven> benedikt93, Kebianizao: yes, we can make binaries that it accepts (=> pwnage 2.0 exploit), but we don't have any code that can be run at that stage
21:37 < TheSeven> we still don't know enough about the hardware to do that
21:37 < TheSeven> someone would need to look at seccore/peicore, like benedikt93 did for the s5l8702
21:37 < Kebianizao> anyway the notes exploit is good enough
21:37 < nieuwbie> TheSeven: /usr/bin/install: cannot stat `elf2emcoreapp': No such file or directory :/
21:37 < TheSeven> er, wtf?
21:37 < nieuwbie> TheSeven: While make install.
21:38 < TheSeven> did make actually succeed?
21:38 < TheSeven> does that file exist?
21:38 < TheSeven> hm, actually it should be called arm-elf-eabi-elf2emcoreapp
21:38 < nieuwbie> TheSeven: No, there is elf2emcoreapp.o.
21:39 < TheSeven> did you re-run make after building the UCL lib?
21:39 < nieuwbie> TheSeven: No... Ok everything is fine.
21:40 < TheSeven> you should probably also run make install in the ucl folder, you'll need ucl2e10singleblk one day
21:41 < Kebianizao> is audio support for nano2g available in embios?
21:41  * Kebianizao is excited about how this stuff works
21:41 < TheSeven> not in the kernel, but i have a userspace driver lying around somewhere
21:42 < Kebianizao> I guess we'll need spi to get some peripherals to work, but I'm not sure what's connected to i2c and what to spi
21:42 < Kebianizao> TheSeven: I wanted to take a look at it, so I eventually can port it for n4g
21:42 < TheSeven> actually i wouldn't expect anything to be connected via SPI
21:42 < Kebianizao> well, if I'm able, OC :)
21:42 < TheSeven> the only thing that was there on older platforms was the boot flash, and the nano4g doesn't even have one
21:43 < Kebianizao> I see
21:50 -!- benedikt93 [~benedikt9@unaffiliated/benedikt93] has quit [Quit: Bye ;)]
21:50 < nieuwbie> TheSeven: I compiled hello world and still I can't run it via sudo python embios.py run helloworld.emcoreapp
21:51 < nieuwbie> http://pastebin.com/1e81hKXX
21:51 < TheSeven> you need to use emcore.py, not embios.py :)
21:51  * TheSeven runs into the very same thing at least 10 times a day :)
21:51 < TheSeven> damn old habits...
21:51 < nieuwbie> ^^
21:52 < nieuwbie> TheSeven: Connected to emCORE Debugger v0.1.4 r518 running on iPod classic
21:52 < nieuwbie> ERROR: There is a problem with the USB connection.
21:52 < nieuwbie>  
21:52 < nieuwbie> :/
21:54 -!- benedikt93 [~benedikt9@unaffiliated/benedikt93] has joined #freemyipod
21:56 < TheSeven> that can mean about everything from ehci_hcd problems to a faulty cable or a software bug that crashed emcore
21:56 < TheSeven> try running it again
21:57 < TheSeven> if this results in a different message (no device found or "device busy"), an ipod-side software problem is likely
21:58 < nieuwbie> http://pastebin.com/agHpSY0R
21:59 -!- user890104 [Venci@venci-notebook-lan.ipv6.6bez10.info] has joined #freemyipod
22:26 < nieuwbie> ok, good night guys.
22:26 -!- nieuwbie [~user@ip4daa4a6f.direct-adsl.nl] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
22:40 -!- benedikt93 [~benedikt9@unaffiliated/benedikt93] has quit [Quit: Bye ;)]
22:49 -!- Keripo [~Keripo@eng383.wireless-resnet.upenn.edu] has quit [Quit: Leaving.]
23:26  * TheSeven is about to commit another dozen things
23:27 < fmibot> New commit by theseven (r519): emCORE: Fix execfirmware() locking up if the firmware destination overlaps with the calling thread's stack
23:27 < fmibot> r519 build result: emcore: All green!
23:27 < fmibot> r519 build result: embios: All green!
23:28 < fmibot> New commit by theseven (r520): emCORE Loader for iPod Classic: Don't encrypt generated loader, it's pretty useless as it's device dependent
23:28 < fmibot> r520 build result: emcore: All green!
23:28 < fmibot> r520 build result: embios: All green!
23:31 < fmibot> New commit by theseven (r521): emCORE: iPod Classic LCD driver: Make LCD updates more reliable. The root cause (mutexes being locked from an IRQ handler) isn't fixed yet, but the probability of triggering the clash has been reduced a lot.
23:31 < fmibot> r521 build result: emcore: All green!
23:31 < fmibot> r521 build result: embios: All green!
23:33 < fmibot> New commit by theseven (r522): emcore.py: Fix another forgotten conversion
23:34 < fmibot> r522 build result: emcore: All green!
23:34 < fmibot> r522 build result: embios: All green!
23:34 < fmibot> New commit by theseven (r523): libipodcrypto.py: Adapt to emCORE
23:34 < fmibot> r523 build result: emcore: All green!
23:34 < fmibot> r523 build result: embios: All green!
23:35 < fmibot> New commit by theseven (r524): Boot configuration utilities: Adapt to emCORE
23:35 < fmibot> r524 build result: emcore: All green!
23:35 < fmibot> r524 build result: embios: All green!
23:39 < fmibot> New commit by theseven (r525): elf2emcoreapp: Fix some inconsistent line endings
23:39 < fmibot> r525 build result: emcore: All green!
23:39 < fmibot> r525 build result: embios: All green!
23:40 < fmibot> New commit by theseven (r526): libUI: Add timeout to wheel chooser action handler
23:40 < fmibot> r526 build result: emcore: All green!
23:41 < fmibot> r526 build result: embios: All green!
23:42 < fmibot> New commit by theseven (r527): libUI: Change function names a bit, allow blending of images that don't have an alpha channel
23:42 < fmibot> r527 build result: emcore: All green!
23:42 < fmibot> r527 build result: embios: All green!
23:43 < fmibot> New commit by theseven (r528): New project: emCORE boot menu for iPod Classic
23:43 < fmibot> r528 build result: emcore: All green!
23:43 < fmibot> r528 build result: embios: All green!
23:46 < Kebianizao> now I see you committing :) I have a patch to fix missing new line at the end of some files
23:46 < fmibot> New commit by theseven (r529): Helloworld: Remove library testing crap, make it a real hello world program again
23:46 < fmibot> r529 build result: emcore: All green!
23:46 < Kebianizao> w/o it build is cluttered with warnings
23:46 < TheSeven> Kebianizao: can you send that over?
23:46 < fmibot> r529 build result: embios: All green!
23:46 < Kebianizao> how would you like it?
23:46  * TheSeven 's build isn't cluttered by any warnings
23:46 < TheSeven> .patch file or pastebin, doesn't matter
23:46 < Kebianizao> oh, well, maybe it's fixed with toolchain upgrade
23:47 < Kebianizao> I'll prepare a patch
23:48 < Kebianizao> TheSeven: can I DCC it to you?
23:48 < TheSeven> you can try, but DCC usually isn't very reliable
23:48 < fmibot> New commit by theseven (r530): Installer for iPod Classic: Adapt to emCORE
23:48 < fmibot> r530 build result: emcore: All green!
23:48 < TheSeven> Kebianizao: even if it was the toolchain, i'd like to see those line endings fixed
23:49 < fmibot> r530 build result: embios: All green!
23:49 < Kebianizao> TheSeven: http://pastebin.com/HVEZnz5R
23:49 < Kebianizao> since DCC failed
23:49 < Farthen> DCC always fails. i've never seen it working
23:50 < Kebianizao> I saw most of them come from rockbox, maybe they'd like to have it as well
23:50 < Farthen> ask in #rockbox
23:52 < Kebianizao> I'll do, but not right now, I'm quite excited with freemyipod repo :)
23:52 < Farthen> ;)
23:53 < Farthen> it is somewhat hard to find things but i don't know of any repo that is different
23:56 < Kebianizao> should I already focus on emcore?
23:56 < Farthen> probably the best idea, it is quite stable
23:56 < Kebianizao> good
23:57 < Farthen> i am no longer developing the embios python tools, i switched to emcore already
23:57 < fmibot> New commit by theseven (r531): Add some missing newlines

23:58 < fmibot> r531 build result: emcore: All green!
23:58 < fmibot> r531 build result: embios: All green!
23:58 < TheSeven> emcore on the classic and nano 4g should be up to speed
23:59 < TheSeven> on the nano 2g it still needs some love, mostly iloader and the installer be ported
23:59 < Farthen> well, the point is that the nano 4g never got any love in the first place :-P
23:59 < Farthen> TheSeven: may i break the emcore tools api now? :-P
--- Log closed Sun Feb 06 00:00:22 2011