Skip to first unread message
davidcb
Nov 23, 2014, 10:04:33 AM11/23/14
to beagl...@googlegroups.com
I have a Beagleboard Rev. C2. I fired it up after not using it for a couple of years. It booted the Always Innovating image I had installed. I decided to try to put Debian on it. I used the flasher script to try to update u-boot (thank you RobertCNelson). U-boot would lock up just after printing out DRAM on the serial console.
I tried a bunch of different things and managed to get the flasher MLO flashed to the NAND but nothing else got flashed.
I had been have better luck with x-loader so I downloaded x-loader source version 1.5.1. It correctly identifies the revision of the board but will not load u-boot. Hacking up x-loader source I have been able to figure out that anything that gets loaded to the DRAM gets read back as all zeros.
My question is, is there anything that could happen in a bad write to NAND that would interfere with DRAM? I had already hard coded the memory configuration in x-loader so it was not relying on the configuration values in NAND. I am thinking the DRAM is probably bad.
Gerald Coley
Nov 23, 2014, 10:31:45 AM11/23/14
to beagl...@googlegroups.com
If it booted the Always image, then the DRAM is working. Code executes out of DRAM.
Gerald
--
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...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
David Batzle
Nov 23, 2014, 10:55:18 AM11/23/14
to beagl...@googlegroups.com
Which is why I was thinking maybe a bad flash to NAND had caused a problem. The DRAM is definitely not working now.
When x-loader goes to load u-boot.bin off of MMC, it passes a file name to a function in fat.c. The function copies the filename into DRAM and then parses the copy of the name. It never finds a name because the contents of DRAM are zeros. If I modify the function so that the copy of the filename and the contents read from the MMC card are both in SRAM, then I get a message of loading u-boot.bin from MMC but then it locks up.
My next step I am planning to modify x-loader so it can properly wipe the NAND clean. I just didn't want to waste my time if a bad flash would not be a possible cause.
Thanks.
--------------------------------------------
On Sun, 11/23/14, Gerald Coley <ger...@beagleboard.org> wrote:
Subject: Re: [beagleboard] Is my Beagleboard dram dead?
To: "beagl...@googlegroups.com" <beagl...@googlegroups.com>
Date: Sunday, November 23, 2014, 10:31 AM
When x-loader goes to load u-boot.bin off of MMC, it passes a file name to a function in fat.c. The function copies the filename into DRAM and then parses the copy of the name. It never finds a name because the contents of DRAM are zeros. If I modify the function so that the copy of the filename and the contents read from the MMC card are both in SRAM, then I get a message of loading u-boot.bin from MMC but then it locks up.
My next step I am planning to modify x-loader so it can properly wipe the NAND clean. I just didn't want to waste my time if a bad flash would not be a possible cause.
Thanks.
--------------------------------------------
On Sun, 11/23/14, Gerald Coley <ger...@beagleboard.org> wrote:
Subject: Re: [beagleboard] Is my Beagleboard dram dead?
To: "beagl...@googlegroups.com" <beagl...@googlegroups.com>
Date: Sunday, November 23, 2014, 10:31 AM
Gerald Coley
Nov 23, 2014, 12:21:24 PM11/23/14
to beagl...@googlegroups.com
On the the BeagleBoard we booted form SD. Not NAND. So I am not sure where the support for booting from Flash comes from. We only implemented Flash (eMMC) on the BeagleBone Black.
Gerald
n2vdy
Nov 23, 2014, 12:58:16 PM11/23/14
to Gerald Coley, beagl...@googlegroups.com
Beagleboard rev c2 has 256MB of NAND flash. Normal sequence is to load MLO and u-boot from flash. If you hold the user button when powering up it then loads MLO and u-boot from SD.
T-Mobile. America's First Nationwide 4G Network.
Robert Nelson
Nov 23, 2014, 1:49:39 PM11/23/14
to Beagle Board
> Which is why I was thinking maybe a bad flash to NAND had caused a problem. The DRAM is definitely not working now.
>
> When x-loader goes to load u-boot.bin off of MMC, it passes a file name to a function in fat.c. The function copies the filename into DRAM and then parses the copy of the name. It never finds a name because the contents of DRAM are zeros. If I modify the function so that the copy of the filename and the contents read from the MMC card are both in SRAM, then I get a message of loading u-boot.bin from MMC but then it locks up.
>
> My next step I am planning to modify x-loader so it can properly wipe the NAND clean. I just didn't want to waste my time if a bad flash would not be a possible cause.
Why in the world are you still evening using "x-loader"? everything
>
> When x-loader goes to load u-boot.bin off of MMC, it passes a file name to a function in fat.c. The function copies the filename into DRAM and then parses the copy of the name. It never finds a name because the contents of DRAM are zeros. If I modify the function so that the copy of the filename and the contents read from the MMC card are both in SRAM, then I get a message of loading u-boot.bin from MMC but then it locks up.
>
> My next step I am planning to modify x-loader so it can properly wipe the NAND clean. I just didn't want to waste my time if a bad flash would not be a possible cause.
useful has been re-merged back into mainline u-boot as the generic
"SPL"..
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
David Batzle
Nov 23, 2014, 2:11:03 PM11/23/14
to beagl...@googlegroups.com
In my first message I stated that I started having problems when I tried to update using your flasher script. u-boot would hang after printing DRAM and before printing the size of the DRAM. I am using x-loader at this point because it gets further than SPL MLO and because it seemed a little easier for me to hack in order to try to find where the issue is. If I manage to get this straightened out then I will be trying your script again.
--------------------------------------------
Date: Sunday, November 23, 2014, 1:49 PM
--------------------------------------------
On Sun, 11/23/14, Robert Nelson <robert...@gmail.com> wrote:
Subject: Re: [beagleboard] Is my Beagleboard dram dead?
To: "Beagle Board" <beagl...@googlegroups.com>
Subject: Re: [beagleboard] Is my Beagleboard dram dead?
Date: Sunday, November 23, 2014, 1:49 PM
Robert Nelson
Nov 23, 2014, 2:19:09 PM11/23/14
to Beagle Board
On Sun, Nov 23, 2014 at 1:10 PM, 'David Batzle' via BeagleBoard
<beagl...@googlegroups.com> wrote:
> In my first message I stated that I started having problems when I tried to update using your flasher script. u-boot would hang after printing DRAM and before printing the size of the DRAM. I am using x-loader at this point because it gets further than SPL MLO and because it seemed a little easier for me to hack in order to try to find where the issue is. If I manage to get this straightened out then I will be trying your script again.
Just run "nand erase.chip" and ignore nand on the classic beagle's
<beagl...@googlegroups.com> wrote:
> In my first message I stated that I started having problems when I tried to update using your flasher script. u-boot would hang after printing DRAM and before printing the size of the DRAM. I am using x-loader at this point because it gets further than SPL MLO and because it seemed a little easier for me to hack in order to try to find where the issue is. If I manage to get this straightened out then I will be trying your script again.
The flasher script hasn't been updated in more then a year and it more
useful when users manually messed up the nand. Now day's it's just
easier and painliess to ignore the nand..
Gerald Coley
Nov 23, 2014, 2:42:23 PM11/23/14
to n2vdy, beagl...@googlegroups.com
It has been a while since I have dealt with that board. That was a while ago.
Gerald
David Batzle
Nov 23, 2014, 3:09:47 PM11/23/14
to beagl...@googlegroups.com
Can't get that far.New u-boot, from the flasher script, was locking up at printing the DRAM size. Older u-boot was able to start but usually froze at a command prompt. Now SPL does not get past MLO stage before locking up.
The more I think about it the more it seems like the problem is flaky DRAM that got progressively worse.
Original question was if there is some way that DRAM could be rendered non operational by the system locking up during start up with an SD card prepared with the flasher script.
--------------------------------------------
Date: Sunday, November 23, 2014, 2:19 PM
The more I think about it the more it seems like the problem is flaky DRAM that got progressively worse.
Original question was if there is some way that DRAM could be rendered non operational by the system locking up during start up with an SD card prepared with the flasher script.
--------------------------------------------
On Sun, 11/23/14, Robert Nelson <robert...@gmail.com> wrote:
Subject: Re: [beagleboard] Is my Beagleboard dram dead?
To: "Beagle Board" <beagl...@googlegroups.com>
Subject: Re: [beagleboard] Is my Beagleboard dram dead?
Date: Sunday, November 23, 2014, 2:19 PM
Gerald Coley
Nov 23, 2014, 3:17:32 PM11/23/14
to beagl...@googlegroups.com
If see no way for the SW to damage the DRAM. But, if you believe that the DRAM is bad, then an RMA can be used to have your board checked out.
Gerald
Reply all
Reply to author
Forward
0 new messages