Hello Marek, we used Micron MT41K512M16HA-125:E (that was from the same family of original memory chip, just with double capacity...)
bye On Sunday, November 25, 2018 at 1:36:21 AM UTC+1, Belisko Marek wrote: > > Hi, > > do you remember by any chance which RAM chips was used? Thanks. > > BR, > > marek > On Sat, Nov 24, 2018 at 2:42 PM Gianfranco Rosso > <gianfran...@tiscali.it <javascript:>> wrote: > > > > Hello Marek, > > > > to be honest, I really don't remember if it was succesfull. > > For sure I can tell you that we didn't got any bricked boards... so at > least the board with 1G ram was working anyway (maybe using only 512M as > the original configuration). > > It's also possilbe that the BBBs auto recognized the new size and made > it available without making any change to configuration... > > Anyway few days later we found a supplier (www.specialcomp.com) that > provide us BBB boards with 1G natively installed (non reworked) and also in > industrial temperature range, we use those. > > > > bye > > > > On Friday, November 23, 2018 at 3:57:10 PM UTC+1, marek....@gmail.com > wrote: > >> > >> Hi Gianfranco, > >> > >> did you succeeded with adding 1G of SDRAM to your BBB? I'm fighting > with similar problem but different chip. Thanks. > >> > >> BR, > >> > >> marek > >> > >> > >> > >> > >> Dňa piatok, 26. júna 2015 11:32:36 UTC+2 Gianfranco Rosso napísal(-a): > >>> > >>> I have a couple of BBB boards (rev. C) where the original 512MB DDR3 > chip (Micron MT41K256M16HA-125:E) was removed and replaced with a new one > with 1GB capacity (Micron MT41K512M16HA-125:E). > >>> The only difference between the chips are the number of row address > lines (15 for 512MB chip, 16 for 1GB chip). > >>> In order to have the system to handle the full memory I know I have to > change the setting of the SDRAM_CONFIG register, reg_rowsize field from > actual 6 to 7. > >>> I have to change the SDRAM_CONFIG register from the actual 0x61C05332 > to 0x61C053B2 > >>> > >>> I've find the 0x61C05332 constant into the MLO file (there's only one > into the file and also it's very close to the other constants used to > initialize the other EMIF registers so I'm very confident that it's really > it).I'm just wondering if I could, simply, directly edit the content of the > MLO file... without recompiling all the boot enviroment. > >>> > >>> Can this work? or has the MLO file some checksum also? > >>> > >>> I don't need a new brick... ;P > >>> bye > > > > -- > > For more options, visit http://beagleboard.org/discuss > > --- > > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/5bK9W64NBTQ/unsubscribe. > > To unsubscribe from this group and all its topics, send an email to > beagleboard...@googlegroups.com <javascript:>. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/abe53370-f0d4-488f-a7f3-9ed0a76736c6%40googlegroups.com. > > > > For more options, visit https://groups.google.com/d/optout. > > > > -- > as simple and primitive as possible > ------------------------------------------------- > Marek Belisko - OPEN-NANDRA > Freelance Developer > > Ruska Nova Ves 219 | Presov, 08005 Slovak Republic > Tel: +421 915 052 184 > skype: marekwhite > twitter: #opennandra > web: http://open-nandra.com > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/eb175693-e2ad-4fbf-8990-ebc0baacfeac%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
