On Mon, Mar 7, 2016 at 8:55 AM, Robert Nelson robertcnelson@gmail.com wrote:

On Mon, Mar 7, 2016 at 4:50 AM, Matwey V. Kornilov matwey.kornilov@gmail.com wrote:

...

Hello,

I am running u-boot 2016.03-rc2 on BeagleBone Black and it is incorrectly detected as BeagleBone Green.

fdtfile=am335x-bonegreen.dtb

=> print board_name board_name=A335BNLT => print board_rev board_rev=t ue

Similar issue was here on 2016.01.

CC'ing Steven,

as he's rewritten the eeprom patchset:

https://patchwork.ozlabs.org/patch/587572/

Steven, here's the magical eeprom values this board needs:

https://gist.github.com/RobertCNelson/21f44591c78daed7c637

I've had no luck tracking down another copy of this unique board in the field for purchase.

and here's the older thread:

http://lists.denx.de/pipermail/u-boot/2015-December/237604.html

The 'test' operator:

http://git.denx.de/?p=u-boot.git;a=blob;f=include/configs/am335x_evm.h;h=6eb...

is chocking on the 0x0a character..

Regards,

2016-03-07 18:06 GMT+03:00 Matwey V. Kornilov matwey.kornilov@gmail.com:

2016-03-07 18:01 GMT+03:00 Robert Nelson robertcnelson@gmail.com:

...

On Mon, Mar 7, 2016 at 8:55 AM, Robert Nelson robertcnelson@gmail.com wrote:

...

On Mon, Mar 7, 2016 at 4:50 AM, Matwey V. Kornilov matwey.kornilov@gmail.com wrote:

...

Hello,

I am running u-boot 2016.03-rc2 on BeagleBone Black and it is incorrectly detected as BeagleBone Green.

fdtfile=am335x-bonegreen.dtb

=> print board_name board_name=A335BNLT => print board_rev board_rev=t ue

Similar issue was here on 2016.01.

CC'ing Steven,

as he's rewritten the eeprom patchset:

https://patchwork.ozlabs.org/patch/587572/

Steven, here's the magical eeprom values this board needs:

https://gist.github.com/RobertCNelson/21f44591c78daed7c637

I've had no luck tracking down another copy of this unique board in the field for purchase.

and here's the older thread:

http://lists.denx.de/pipermail/u-boot/2015-December/237604.html

The 'test' operator:

http://git.denx.de/?p=u-boot.git;a=blob;f=include/configs/am335x_evm.h;h=6eb...

is chocking on the 0x0a character..

Maybe just to fix the test operator? String comparison in bash processes \n character correctly.

I see that there is not way to escape strings in make_argv() in common/command.c So argv is probably constructed incorrectly and has four elements "t", "ue", "=", "BBG1"

...

Regards,

-- Robert Nelson https://rcn-ee.com/

-- With best regards, Matwey V. Kornilov http://blog.matwey.name xmpp://0x2207@jabber.ru