[00:35:15] *** Quits: bcobco (~bcobco@77.225.204.119) (Remote host closed the connection) [00:35:40] *** Joins: bcobco (~bcobco@77.225.204.119) [01:55:54] *** Quits: bcobco (~bcobco@77.225.204.119) (Remote host closed the connection) [01:56:20] *** Joins: bcobco (~bcobco@77.225.204.119) [02:11:28] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [02:11:28] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [02:52:39] *** Quits: bcobco (~bcobco@77.225.204.119) () [05:53:39] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Remote host closed the connection) [05:54:48] *** Joins: [Saint] (~saint@rockbox/staff/saint) [06:40:37] *** Quits: TheSeven (~quassel@rockbox/developer/TheSeven) (Ping timeout: 252 seconds) [06:42:44] *** Joins: TheSeven (~quassel@rockbox/developer/TheSeven) [06:51:01] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Remote host closed the connection) [06:52:05] *** Joins: [Saint] (~saint@rockbox/staff/saint) [08:11:26] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [08:11:26] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [10:21:23] *** Joins: bcobco (~bcobco@77.225.204.119) [10:28:04] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Read error: Connection reset by peer) [10:28:14] *** Joins: [Saint] (~saint@rockbox/staff/saint) [12:12:26] TheSeven: can you help me debug why emCORE doesn't work on my iPT2G? [12:16:02] if i put some code at the end of initthread() inside a critical section, it works. once it leaves the thread, it seems like the scheduler is not entering any other thread at all [12:16:36] and no exception handler are called [13:40:21] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Read error: Connection reset by peer) [13:40:28] *** Joins: [Saint_] (~saint@rockbox/staff/saint) [13:59:07] *** Quits: bcobco (~bcobco@77.225.204.119) (Remote host closed the connection) [13:59:30] *** Joins: bcobco (~bcobco@77.225.204.119) [14:11:30] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [14:11:30] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [14:24:34] *** Quits: bcobco (~bcobco@77.225.204.119) (Remote host closed the connection) [14:24:56] *** Joins: bcobco (~bcobco@77.225.204.119) [15:48:26] apple native diskmode does not offers s.m.a.r.t. [15:48:51] also confirm a dead hdd [16:17:34] *** Joins: jan_bee_ (~some@vpn.janbeerden.be) [16:21:41] *** Quits: jan_bee (~some@vpn.janbeerden.be) (Ping timeout: 252 seconds) [17:50:34] *** Joins: n1s (~n1s@c-26d572d5.010-215-7570701.cust.bredbandsbolaget.se) [17:50:34] *** Quits: n1s (~n1s@c-26d572d5.010-215-7570701.cust.bredbandsbolaget.se) (Changing host) [17:50:34] *** Joins: n1s (~n1s@rockbox/developer/n1s) [18:25:12] *** Joins: user890104 (Venci@unaffiliated/user890104) [19:41:20] *** Quits: bcobco (~bcobco@77.225.204.119) (Remote host closed the connection) [19:41:43] *** Joins: bcobco (~bcobco@77.225.204.119) [20:07:53] *** Quits: bcobco (~bcobco@77.225.204.119) (Remote host closed the connection) [20:08:16] *** Joins: bcobco (~bcobco@77.225.204.119) [20:11:28] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [20:11:28] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [21:24:43] user890104: seems like it's going into an endless IRQ handling loop [21:25:27] if you have a way to do that, try printing something on entry/exit of the IRQ handler [21:25:30] including the IRQ number [21:25:36] so you can see where it's getting stuck [21:26:12] what call can i use inside an irq handler to safely print on the lcd? [21:26:39] IIRC the ipt2g has a framebuffer LCD [21:26:46] yes [21:27:04] so just directly render the text to that framebuffer, without going through the console API [21:27:12] it prints the "emCORE v.xxx rxxx ... Waiting for USB commands" message just fine [21:27:27] hm... [21:27:40] even if you udelay() for a few seconds before that? [21:27:50] maybe not [21:27:54] if so, does that change if you use sleep instead of udelay? [21:28:07] let me see [21:28:28] could also be that it fails to wake up after going to sleep [21:29:19] is the nano4g affected by the same behavior? [21:29:30] no, i don't think so [21:29:48] it could possibly help to add a tick IRQ that wakes it up in predefined intervals [21:29:57] emCORE was running just fine the last time i played with that one [21:30:11] IIRC the current emcore kernel is tickless and attempts to schedule a wakeup IRQ for the time that the next thread wants to wake up [21:30:43] something might be wrong with that, but I don't see why that would only affect the ipt2g, while not affecting other devices with the same soc [21:31:34] in this particular case, there might be no thread which wants to wake up at all, putting it into an indefinite sleep until an IRQ wakes it up [21:31:45] some leftovers from openiBoot might be getting in the way [21:31:55] or maybe not... I think there might at least be some thread polling USB Vbus at some interval [23:32:21] *** Quits: n1s (~n1s@rockbox/developer/n1s) (Quit: Ex-Chat) [23:38:21] *** Quits: bcobco (~bcobco@77.225.204.119) (Remote host closed the connection) [23:38:44] *** Joins: bcobco (~bcobco@77.225.204.119)