On Thu, Oct 30, 2014 at 10:50 PM, <[email protected]> wrote: > Hi Andrew, > > Now we are using one customized board based on Beaglebone Black Design. In > case of BBB TI is writing some board type configuration in the EEPROM, so > during the Initial booting process it reads those information and configures > the board accordingly. > > As we are using one fresh board we don't have anything written into the > EEPROM, because of which it is failing at the U-boot every time with some > errors like: > > U-Boot SPL 2013.01.01-00129-g6d40c2a-dirty (Oct 30 2014 - 09:58:22) > Incorrect magic number (0xffffffff) in EEPROM > > I have tried to skip the read_eeprom () in the u-boot which reads the > EEPROM header for board type, also done the Pin muxing in > board/ti/am335x/mux.c but didn't get any better result out of this. > > As per my knowledge if we will write the same Configuration into the EEPROM > as BBB then the board will boot properly. but we want to avoid that > procedure. so could you please tell me is there any other method to solve > this issue. > > Looking for a quick response from your end ..
See this patch for reference (yes it's v2014.10) It is what CircuitCo uses to boot blank eeprom boards. https://github.com/RobertCNelson/Bootloader-Builder/blob/master/patches/v2014.10/0002-NFM-Production-eeprom-assume-device-is-BeagleBone-Bl.patch Regards, -- Robert Nelson http://www.rcn-ee.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 [email protected]. For more options, visit https://groups.google.com/d/optout.
