[01:39:46] *** Joins: Bene (25189d4e@gateway/web/freenode/ip.37.24.157.78) [01:40:42] *** Quits: Bene (25189d4e@gateway/web/freenode/ip.37.24.157.78) (Client Quit) [02:59:52] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Remote host closed the connection) [03:02:01] *** Joins: [Saint] (~saint@rockbox/staff/saint) [05:09:24] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Remote host closed the connection) [05:11:30] *** Joins: [Saint] (~saint@rockbox/staff/saint) [06:18:45] *** Quits: [7] (~quassel@rockbox/developer/TheSeven) (Disconnected by services) [06:18:59] *** Joins: TheSeven (~quassel@rockbox/developer/TheSeven) [09:25:12] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Remote host closed the connection) [09:27:28] *** Joins: [Saint] (~saint@rockbox/staff/saint) [13:22:05] [Saint]: i'm probably going to find an ipod of the newer batch, and try to see what's wrong and fix it [14:28:54] user890104: I'll need to check, but I think that one of mine might be affected as well [14:29:05] should be somewhat straightforward to fix without a device though [14:29:22] this is a UMSboot LCD driver bug [14:29:44] TheSeven: i see. did you see my message on skype? [14:29:48] but I haven't bothered fixing it yet as resorting to umsboot 0.1 is a somewhat viable workaround for now [14:30:28] in this case, we could offer two bootstraps, so users can try the other one if the first fails [14:31:13] this is just a display butg [14:31:15] bug* [14:31:23] 0.2 should work if used blindly as well [14:31:37] it just fails to properly display its splashscreen [14:31:53] however that in combination with the win8 issues is a bit nasty [14:32:12] i'm more curious how does it mix our splash screen with apple's boot logo [14:32:15] fixing the LCD issue won't fix it failing to boot [14:33:11] i have a couple of machines in the office, with all flavours of windows, one or two ubuntus and a macbook white [14:33:34] and an ipod classic, of course [14:34:23] there's something wrong with the interface bit width (18bit vs. 16bit) [14:35:18] isn't there any compatibility mode? i have some charcell lcd modules, and they can operate in both 4-bit and 8-bit [14:36:28] that causes the LCD to interpret width=320 as width=64 [14:37:12] which means that the pixels that are supposed to be at the bottom of the LCD end up on the left on the LCD [14:37:15] and the rightmost 256 columns never get touched [14:37:19] fixing that is probably a one-liner [14:38:08] i see [14:38:25] i might also try to fix the lcd driver for my nano 4g [14:38:36] http://websvn.freemyipod.org/filedetails.php?repname=freemyipod&path=%2Fumsboot%2Ftarget%2Fipodclassic%2Flcd.c&peg=870 [14:38:42] look at the hack in lcd_send_data [14:39:53] along with some writes to LCDCON [14:40:25] that's partially due to 0.1 running in 18 bit mode, like emcore [14:40:31] uhm... you shift the most significant byte 1 bit left? [14:40:54] 0.2 uses 16 bit mode which removes most of that hassle and is absolutely sufficient for a text console [14:41:07] so that probably removes the need for the LCDCON write [14:41:13] and for some of the bit shifting tricks [14:41:22] but apparently only on one of the LCD types for some reason [14:42:01] that bit shifting might be needed in one of the code paths of ipcl_lcd_setup_range in http://websvn.freemyipod.org/filedetails.php?repname=freemyipod&path=%2Fumsboot%2Fsrc%2Fboard%2Fipodclassic%2Flcd.c [14:42:32] more precisely the upper (type & 2) one [14:42:49] the lower one doesn't have that problem as it doesn't ever use high bits [14:43:17] so the bit shifting hack could possibly just be applied to ipcl_lcd_send_data [14:43:51] is there an easy way to check the lcd type? diagmode? [14:43:51] porting that line over should actually fix that LCD problem if I'm not mistaken [14:44:16] no idea... it's been way too long ago [14:44:23] a quick test might be running umsboot 0.2 ;) [14:45:03] it works fine on my ipod [14:45:36] then you have a leadis LCD, not an ilitek one [14:46:07] so if you want to, you can try if applying that hack breaks yours, and if not, commit it [14:46:48] ok, i'll try it this evening [14:47:07] can you send me a public ssh key of yours?