[19:27] rwhitby-away: guys, let's continue landslide's 128MB apex discussion here ... [19:27] rwhitby-away: [19:07] landslide: u know how i have a 128mb slug (4 x 256mbit). [19:27] rwhitby-away: [19:08] landslide: i set the bank size to 0x04000000 and enabled the second bank [19:27] rwhitby-away: [19:08] landslide: then compiled [19:27] rwhitby-away: [19:08] landslide: when i do version i get this [19:27] rwhitby-away: [19:08] landslide: memory: [19:27] rwhitby-away: [19:08] landslide: 0x0 0x02000000 (32 MiB) [19:27] rwhitby-away: [19:08] landslide: 0x4000000 0x02000000 (32 MiB) [19:27] rwhitby-away: [19:08] landslide: nor: 8MiB total 32B write buffer [19:27] rwhitby-away: [19:08] landslide: region 0: 64 blocks of 131072 (0x20000) bytes [19:27] rwhitby-away: [19:08] landslide: cpu: id 0x690541f1 ctrl 0xafa cpsr 0x200000d3 [19:27] rwhitby-away: [19:09] landslide: it still thinks they are 32MiB yet the second bank starts at 64MiB. [19:27] rwhitby-away: [19:09] landslide: i'm going to trace through the code and work out what's going on. [19:27] rwhitby-away: (for beewoolie to see in the logs) [19:32] dyoung: #openjtag. the place where all the funky hardware developments happen. [19:32] rwhitby-away: heh, thx [19:38] landslide: ok here.. [19:39] landslide: i'm just debugging the drv-mem.c memory_scan() function. [19:39] landslide: where it does a mark and identify and counts the blocks. [19:39] landslide: i'm trying to work out what it does. [19:40] landslide: keep in mind I might have faulty ram chips... [19:40] landslide: they were removed from another board so got 2 doses of heat from the rework station [19:58] landslide: i think i need to load it into flash [19:59] landslide: some of that drv-mem.c code uses the APEX_VMA_START/END which i don't understand why. [20:10] DaKa2 (~david@193.13.58.211) has joined [20:12] NAiL (~repvik@repvik-active-pdpc.nslu2-linux) has joined [20:42] landslide: how many regions is memoryscan() supposed to find? I think there is a bug in the identify portion, it seems that once it gets past 0x2000000 it keeps finding the region end.. should there be only 1 region found? [20:43] landslide: or is this relying on some quirk or trick to find out how many ram chips there are? [20:44] landslide: see i printed out the pointer and data and the data and pointer are the same until the second block of 16 mb. [20:45] landslide: the data is then 0x02000000 less than the pointer. [20:46] landslide: pointer = pl ... data = *pl [20:59] DaKa2 (~david@193.13.58.211) has disconnected: Read error: 104 (Connection reset by peer) [21:00] DaKa2 (~david@193.13.58.211) has joined [21:55] VoodooZ (~VoodooZ@CPE00c0f021712c-CM000f9fac823a.cpe.net.cable.rogers.com) has joined [22:08] landslide: i' [22:08] landslide: i've had some success.. [22:08] DaKa2: :) [22:10] landslide: i found out that if i did printf("SDR_CONFIG %lX", (unsigned long)SDR_CONFIG); from drv_mem.c in function memory_init() [22:10] landslide: it returned 0x18, which is wrong.. [22:10] landslide: i had forced it to SDR_CONFIG = SDR_CONFIG_CAS3 | 0x03; in initialize.c [22:10] landslide: for some reason it gets reset. [22:11] landslide: anyway i forced it again in memory_init() and all the memory is now available. [22:11] landslide: the memory_scan() function worked fine. [22:11] landslide: for both banks. [22:12] landslide: so anyway after reading SDR_CONFIG once i forced it in memory_init() it was 0x1B which is correct for my configuration (4x16Mx16) [22:14] landslide: now i get this: -> [22:14] landslide: apex => mem:0x00200000+0xe488 (58504 bytes) [22:14] landslide: env => nor:128k+64k [22:14] landslide: Services: [22:14] landslide: memory: [22:14] landslide: 0x00000000 0x08000000 (128 MiB) [22:14] landslide: nor: 8MiB total 32B write buffer [22:14] landslide: region 0: 64 blocks of 131072 (0x20000) bytes [22:14] landslide: cpu: id 0x690541f1 ctrl 0xafa cpsr 0x200000d3 [22:19] landslide: the ram is working fine, i've done numerous fills and dump checks in each bank. [22:49] rwhitby-away (~rwhitby@rwhitby.nslu2-linux) is now known as rwhitby [22:49] rwhitby: so does it work? [22:59] ka6sox-zzzz (~tking@ka6sox.nslu2-linux) is now known as ka6sox-away [23:02] landslide: very close. [23:02] landslide: i can't get the kernel to boot. [23:02] landslide: mind you, i'm running apex from ram. [23:03] landslide: even when i revert to the same configuration as the wiki the kernel will uncompress then say 'crc checksum error' [23:06] landslide (~david@203-206-61-8.dyn.iinet.net.au) has disconnected: niven.freenode.net irc.freenode.net [23:06] cbpage (~cpage@ip68-6-39-177.sb.sd.cox.net) has disconnected: niven.freenode.net irc.freenode.net [23:06] Jacmet (~jacmet@50C59F0E.flatrate.dk) has disconnected: niven.freenode.net irc.freenode.net [23:06] cbpage (~cpage@ip68-6-39-177.sb.sd.cox.net) has joined [23:07] landslide (~david@203-206-61-8.dyn.iinet.net.au) has joined [23:31] ByronT (ByronT@ByronT.nslu2-linux) has joined [23:42] landslide (~david@203-206-61-8.dyn.iinet.net.au) is now known as landslide-zzzz