--- Log opened Sat Feb 12 00:01:25 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:05 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has quit [Read error: No route to host]
00:07 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has joined #freemyipod
00:59 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has quit [Ping timeout: 255 seconds]
02:25 -!- Dreamxtreme [~Dre@92.30.213.148] has quit [Read error: Connection reset by peer]
02:26 -!- Dreamxtreme [~Dre@92.30.213.148] has joined #freemyipod
03:06 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has quit [Ping timeout: 240 seconds]
03:10 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has joined #freemyipod
04:09 -!- Jiss [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has quit [Read error: Connection reset by peer]
04:09 -!- Jiss [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has joined #freemyipod
04:33 -!- Jiss [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has quit [Quit: Quit]
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
09:18 -!- paulo_ [~paulo@112.204.126.69] has joined #freemyipod
09:18 < paulo_> hello
09:21 -!- n1s [~n1s@rockbox/developer/n1s] has joined #freemyipod
09:24 < paulo_> so if i have this right, the contents of the NOR is mapped to memory?
09:24 < paulo_> then decrypted & sigchecked, then copied to another portion of the memory?
10:23 -!- n1s [~n1s@rockbox/developer/n1s] has quit [Quit: Ex-Chat]
10:48 -!- benedikt93 [~benedikt9@unaffiliated/benedikt93] has joined #freemyipod
10:56 -!- paulo_ [~paulo@112.204.126.69] has quit [Ping timeout: 240 seconds]
11:29 < fmibot> New commit by theseven (r584): misc.py: Fix to_int and to_bool, don't globally modify core objects and provide better error details
11:29 < fmibot> r584 build result: emcore: All green!
11:30 < fmibot> New commit by theseven (r585): [lib]emcore.py: Fix ipodclassic_hddaccess and make ipodclassic_writebbt use allocated memory if no buffer is provided
11:30 < fmibot> r584 build result: embios: All green!
11:30 < fmibot> r585 build result: emcore: All green!
11:31 < fmibot> r585 build result: embios: All green!
11:41 < fmibot> New commit by farthen (r586): emCORE tools: misc.py: fix leftover
11:42 < fmibot> r586 build result: emcore: All green!
11:42 < fmibot> r586 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:05 -!- Jiss [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has joined #freemyipod
12:16 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has joined #freemyipod
14:20 -!- n1s [~n1s@nl118-175-108.student.uu.se] has joined #freemyipod
14:20 -!- n1s [~n1s@nl118-175-108.student.uu.se] has quit [Changing host]
14:20 -!- n1s [~n1s@rockbox/developer/n1s] has joined #freemyipod
14:27 -!- Keripo [~Keripo@eng130.wireless-resnet.upenn.edu] has quit [Quit: Leaving.]
15:04 -!- n1s [~n1s@rockbox/developer/n1s] has quit [Read error: No route to host]
15:12 < Fiber-> Nice fixes TheSeven :)
15:13  * TheSeven wonders which ones Fiber- is referring to :)
15:14 < Fiber-> r585 TheSeven ;)
15:14 < Fiber-> ah well.. both actually :)
15:16 < TheSeven> huh? those were the some of the most trivial ones
15:23 < S_a_i_n_t> perhaps all fixes are nice ones? ;)
15:27 < Fiber-> Haha yes.. when I said that I was thinking that S_a_i_n_t ;)
15:27 < Fiber-> every fix is nice :)
15:28 < Fiber-> I love rockbox on my ipod classic.. one thing I REALLY missed when my old ipod 5g died 
15:29 -!- S_a_i_n_t is now known as [Saint]
15:30 -!- [Saint] is now known as S_a_i_n_t
15:30 -!- S_a_i_n_t is now known as [Saint]
15:52 -!- paulo_ [~paulo@112.204.126.69] has joined #freemyipod
16:07 < fmibot> New commit by theseven (r587): libemcore.py: Fix null pointer dereference
16:07 < fmibot> r587 build result: emcore: All green!
16:07 < fmibot> r587 build result: embios: All green!
16:25 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has quit [Read error: No route to host]
16:27 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has joined #freemyipod
16:42 < fmibot> New commit by theseven (r588): libemcore.py: Fix readstring: Handle null pointers and control characters gracefully
16:43 < fmibot> r588 build result: emcore: All green!
16:43 < fmibot> r588 build result: embios: All green!
16:44 < fmibot> New commit by farthen (r589): emCORE tools: libemcore.py: Fix encoding of appheader
16:45 < fmibot> r589 build result: emcore: All green!
16:45 < fmibot> r589 build result: embios: All green!
16:45 < TheSeven> huh? those were the some of the most trivial ones
16:46 < fmibot> New commit by farthen (r590): emCORE tools: emcore.py: Console output belongs to stdout
16:46 < fmibot> r590 build result: emcore: All green!
16:46 < fmibot> r590 build result: embios: All green!
17:03 -!- tala2xlc [~kvirc@pD9E9783F.dip.t-dialin.net] has joined #freemyipod
17:05 < paulo_> TheSeven: does exception_28 decrypt the bootrom?
17:05 < paulo_> I was analysing it, it doesn't seem like it
17:05 < paulo_> *decrypt the nor
17:05 < paulo_> not the bootrom
17:08 < TheSeven> 28 and 2c are doing that kind of things, yes
17:08 < TheSeven> one only validates it, and the other one decrypts the data as well
17:12 < paulo_> why are they called exceptions? confused me at first
17:12 < TheSeven> because they work like the hardware exception vectors right before them
17:12 -!- Kebianizao [~kvirc@224.69.22.95.dynamic.jazztel.es] has joined #freemyipod
17:13 < TheSeven> so those names are more or less a relic from when I didn't know what those things were doing
17:17 -!- noiseqowo [~noiseqowo@a89-153-34-252.cpe.netcabo.pt] has joined #freemyipod
17:22 < fmibot> New commit by theseven (r591): emCORE: Remove some obviously nonsense code from the FAT driver. No idea how that got there in the first place.
17:22 < fmibot> r591 build result: emcore: All green!
17:22 < fmibot> r591 build result: embios: All green!
17:24 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has quit [Read error: No route to host]
17:25 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has joined #freemyipod
17:26 < fmibot> New commit by farthen (r592): emCORE tools: libemcore.py: Fix some accidentally introduced tabs
17:26 < fmibot> r592 build result: emcore: All green!
17:26 < fmibot> r592 build result: embios: All green!
17:27 < paulo_> i have questions
17:27 < paulo_> aes_load_key
17:27 < paulo_> it checks 0x3980006C
17:27 < paulo_> which was set to #2 before
17:28 < paulo_> so it just returns
17:28 < paulo_> is this correct?
17:28 < TheSeven> exactly
17:28 < TheSeven> that one is for a user-specified key, which they never use
17:29 < fmibot> New commit by theseven (r593): emCORE: Merge yield() and context_switch(), which are essentially the same thing
17:30 < fmibot> r593 build result: emcore: All green!
17:30 < paulo_> what do you mean?
17:30 < fmibot> r593 build result: embios: All green!
17:31 < TheSeven> they only use the hardware keys, and never really specify a binary key
17:31 < TheSeven> so you can just ignore that call
17:31 < fmibot> New commit by theseven (r594): emCORE: Fix CPU time accounting if yield() is involved
17:32 < fmibot> r594 build result: emcore: All green!
17:32 < paulo_> at 0x20001C64
17:32 < fmibot> r594 build result: embios: All green!
17:33 < paulo_> it is check if the size is higher than 0x10, then aes_decrypt_xor returns
17:33 < paulo_> is this correct?
17:34 < paulo_> or is it the other way around?
17:36 < paulo_> it is compared to 0x800
17:37 -!- n1s [~n1s@rockbox/developer/n1s] has joined #freemyipod
17:37 < TheSeven> that's an "if (R6 < 0x10) return 1;"
17:38 < paulo_> oh. so it is the other way around.
17:53 -!- paulo_ [~paulo@112.204.126.69] has quit [Ping timeout: 276 seconds]
17:53 -!- paulo__ [~paulo@112.204.126.69] has joined #freemyipod
17:56 -!- tala2xlc [~kvirc@pD9E9783F.dip.t-dialin.net] has quit [Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/]
17:56 < paulo__> so we can't expose keys?
17:56 -!- paulo__ is now known as paulo_
17:58 -!- noisoqoqo [~noiseqowo@a89-153-34-252.cpe.netcabo.pt] has joined #freemyipod
18:00 -!- noiseqowo [~noiseqowo@a89-153-34-252.cpe.netcabo.pt] has quit [Ping timeout: 255 seconds]
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:33 < fmibot> New commit by theseven (r595): emCORE: Only switch back to the same thread when yield() is called if there is no other ready thread
18:34 < fmibot> r595 build result: emcore: All green!
18:34 < fmibot> r595 build result: embios: All green!
18:34 < TheSeven> paulo_: yes, the keys can only be accessed by the AES coprocessor
18:34 < TheSeven> we can use them, but can't read them ouzt
18:34 < TheSeven> out*
18:37 < fmibot> New commit by theseven (r596): emCORE: If an IRQ while we are sleeping causes a wakeup to be signalled, for which a thread is waiting, don't go to sleep after handling the IRQ but switch to the woken up thread instead
18:37 < fmibot> r596 build result: emcore: All green!
18:37 < fmibot> r596 build result: embios: All green!
18:39 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has quit [Ping timeout: 255 seconds]
18:39  * paulo_ sleeps
18:39 < TheSeven> woah
18:39 < TheSeven> almost 40MB/s disk throughput now!
18:39 -!- paulo_ [~paulo@112.204.126.69] has quit [Read error: Connection reset by peer]
18:42 < fmibot> New commit by theseven (r597): emCORE: Remove the periodic scheduler tick. Instead, wakeup and preemting IRQs are now scheduled dynamically
18:42 < fmibot> r597 build result: emcore: All green!
18:42 < fmibot> New commit by theseven (r598): emCORE: Rework yield vs. sleep usage a bit
18:42 < fmibot> r597 build result: embios: All green!
18:42 < fmibot> r598 build result: emcore: All green!
18:43 < fmibot> r598 build result: embios: All green!
18:44 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has joined #freemyipod
18:52 -!- noisoqoqo [~noiseqowo@a89-153-34-252.cpe.netcabo.pt] has quit [Ping timeout: 250 seconds]
18:57 -!- noiseqowo [~noiseqowo@a89-153-34-252.cpe.netcabo.pt] has joined #freemyipod
18:59 < fmibot> New commit by farthen (r599): i fail
18:59 < fmibot> r599 build result: emcore: All green!
19:00 < fmibot> r599 build result: embios: All green!
19:08 -!- user890104 [Venci@venci-notebook-lan.ipv6.6bez10.info] has joined #freemyipod
19:09 < user890104> TheSeven: let me know when you are done commiting changes, so i can build an installer and push it to the build server
19:10 < fmibot> New commit by theseven (r600): even more fail...
19:10 < fmibot> r600 build result: emcore: All green!
19:11 < fmibot> r600 build result: embios: All green!
19:15 < fmibot> New commit by theseven (r601): emCORE: Lock the ATA driver mutex on the iPod Classic before attempting to access the raw disk through target-specific monitor commands
19:15 < fmibot> r601 build result: emcore: All green!
19:15 < fmibot> r601 build result: embios: All green!
19:22 -!- Jiss [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has quit [Quit: Quit]
19:23 -!- Jiss [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has joined #freemyipod
19:36 -!- Jiss_ [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has joined #freemyipod
19:53 -!- Jiss [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has quit [Quit: Quit]
19:55 -!- Jiss_ [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has quit [Remote host closed the connection]
19:55 -!- Jiss [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has joined #freemyipod
20:04 -!- Kebianizao [~kvirc@224.69.22.95.dynamic.jazztel.es] has quit [Quit: Estaba usando KVIrc KVIrc Equilibrium 4.1.1, revision: 5464, sources date: 20110110, built on: 2011-02-11 12:50:04 UTC 5464 http://www.kvirc.net/]
20:09 -!- Jiss [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has quit [Remote host closed the connection]
20:10 -!- Jiss [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has joined #freemyipod
20:40 < user890104> installer for nano 2g (r601) is up at builds.freemyipod.org, and i'm going to test it on my ipod
21:31 -!- Jiss [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has quit [Remote host closed the connection]
21:31 -!- Jiss [~Jiss@ip-11.net-82-216-242.rev.numericable.fr] has joined #freemyipod
22:51 -!- benedikt93 [~benedikt9@unaffiliated/benedikt93] has quit [Quit: Bye ;)]
23:21 < fmibot> New commit by theseven (r602): [lib]emcore.py: Fix ipodclassic_writebbt command
23:21 < fmibot> r602 build result: emcore: All green!
23:21 < fmibot> New commit by theseven (r603): genbbt: Fix a small bug and add a Makefile
23:21 < fmibot> r602 build result: embios: All green!
23:22 < fmibot> r603 build result: emcore: All green!
23:22 < fmibot> r603 build result: embios: All green!
--- Log closed Sun Feb 13 00:01:27 2011