Welcome! Log In Create A New Profile

Advanced

2016.05 U-Boot Kirkwood - GoFlexNet, GoFlexHome, PogoE02, Dockstar, iConnect, NetgearStora, PogoV4/Mobile, Sheevaplug, NSA325, NSA320, NSA310S, NSA320S, NSA310, HP T5325

Posted by bodhi 
Thanks for putting this together for us @bodhi, hope you are well ... I just upgraded successfully uboot to latest version on my GFN ... only issue is ethaddr :

root@GoFlexNet1:~/uboot# fw_setenv ethaddr 'XX:XX:XX:XX:XX:XX'
Can't overwrite "ethaddr"

Does setting the MAC address "correctly" matter ? ie can I just leave it with what it's set to ?

(next job is rootfs/kernel), so my uname -a is :

root@GoFlexNet1:~/uboot# uname -a
Linux GoFlexNet1 3.16.0-kirkwood-tld-3 #2 PREEMPT Sat Sep 27 02:01:41 PDT 2014 armv5tel GNU/Linux

(Wheezy)

I don't 100% understand the device tree stuff, but presumably once I try to boot new kernel from dropbox image, I will need to update the uboot to make it device tree aware ?
DonCharisma Wrote:
-------------------------------------------------------
> Thanks for putting this together for us @bodhi, ho
> pe you are well ... I just upgraded successfully u
> boot to latest version on my GFN ... only issue is
> ethaddr :
>
> root@GoFlexNet1:~/uboot# fw_setenv ethaddr 'XX:XX:
> XX:XX:XX:XX'
> Can't overwrite "ethaddr"
>
> Does setting the MAC address "correctly" matter ?
> ie can I just leave it with what it's set to ?
>
> (next job is rootfs/kernel), so my uname -a is :
>
> root@GoFlexNet1:~/uboot# uname -a
> Linux GoFlexNet1 3.16.0-kirkwood-tld-3 #2 PREEMPT
> Sat Sep 27 02:01:41 PDT 2014 armv5tel GNU/Linux
>
> (Wheezy)
>
> I don't 100% understand the device tree stuff, but
> presumably once I try to boot new kernel from drop
> box image, I will need to update the uboot to make
> it device tree aware ?

Hi Don :)

Good to see you posting again!

No need to worry, the latest uboot is FDT aware. The only thing to pay attention to is if you have flashed the default envs image that comes with the uboot image, it will automatically look for the DTB file in /boot/dts. This folder is populated when you install the kernel 4.10.0 (as instructed).

The default MAC address was randomly generated local MAC address, so it can be used w/o problem. But you should be able to change it after upgrading the ketnel to 4.10.0.

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
bodhi Wrote:
-------------------------------------------------------
> DonCharisma Wrote:
> --------------------------------------------------
> -----
> > Thanks for putting this together for us @bodhi,
> ho
> > pe you are well ... I just upgraded successfully
> u
> > boot to latest version on my GFN ... only issue
> is
> > ethaddr :
> >
> > root@GoFlexNet1:~/uboot# fw_setenv ethaddr 'XX:X
> X:
> > XX:XX:XX:XX'
> > Can't overwrite "ethaddr"
> >
> > Does setting the MAC address "correctly" matter
> ?
> > ie can I just leave it with what it's set to ?
> >
> > (next job is rootfs/kernel), so my uname -a is :
> >
> > root@GoFlexNet1:~/uboot# uname -a
> > Linux GoFlexNet1 3.16.0-kirkwood-tld-3 #2 PREEMP
> T
> > Sat Sep 27 02:01:41 PDT 2014 armv5tel GNU/Linux
> >
> > (Wheezy)
> >
> > I don't 100% understand the device tree stuff, b
> ut
> > presumably once I try to boot new kernel from dr
> op
> > box image, I will need to update the uboot to ma
> ke
> > it device tree aware ?
>
> Hi Don :)
>
> Good to see you posting again!
>
> No need to worry, the latest uboot is FDT aware.
> The only thing to pay attention to is if you have
> flashed the default envs image that comes with the
> uboot image, it will automatically look for the DT
> B file in /boot/dts. This folder is populated when
> you install the kernel 4.10.0 (as instructed).
>
> The default MAC address was randomly generated loc
> al MAC address, so it can be used w/o problem. But
> you should be able to change it after upgrading th
> e ketnel to 4.10.0.

Hey bodhi ... good to be back and speak again, apologies for absence ;) ...

I flashed the default envs from the file you supplied, which I think caused the MAC to change ... will try changing it after upgrading debian/kernel ...

Only issue left now is that netconsole seems to be masking some of the serial output (immediately after starting netconsole in uboot), will try switching off netconsole as I'm preferring serial connection these days. Also noticed netconsole seems to slow the boot process as it does ping first to see if server up, so another reason for using serial :)

Cheers
Don,

> Only issue left now is that netconsole seems to be
> masking some of the serial output (immediately aft
> er starting netconsole in uboot), will try switchi
> ng off netconsole as I'm preferring serial connect
> ion these days. Also noticed netconsole seems to s
> low the boot process as it does ping first to see
> if server up, so another reason for using serial :
> )

netconsole will mask serial output if using the same terminal for both serial console and netconsole. To see full log, you need 2 terminal sessions. With 1 terminal, when netconsole start, serial output stops, and vice versa.

If you have set the ping count to 5 like I suggested in the instruction, you could reduce the ping count to 2 to speed it up. This is needed only in a noisy network so that we dont get false positive (the 1st ping usually not reliable in a noisy network).
fw_setenv preboot_nc 'setenv nc_ready 0; for pingstat in 1 2 3 4 5; do; sleep 1; if run if_netconsole; then setenv nc_ready 1; fi; done; if test $nc_ready -eq 1; then run start_netconsole; fi'

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
bodhi Wrote:
-------------------------------------------------------
> Don,
>
> > Only issue left now is that netconsole seems to
> be
> > masking some of the serial output (immediately a
> ft
> > er starting netconsole in uboot), will try switc
> hi
> > ng off netconsole as I'm preferring serial conne
> ct
> > ion these days. Also noticed netconsole seems to
> s
> > low the boot process as it does ping first to se
> e
> > if server up, so another reason for using serial
> :
> > )
>
> netconsole will mask serial output if using the sa
> me terminal for both serial console and netconsole
> . To see full log, you need 2 terminal sessions. W
> ith 1 terminal, when netconsole start, serial outp
> ut stops, and vice versa.
>
> If you have set the ping count to 5 like I suggest
> ed in the instruction, you could reduce the ping c
> ount to 2 to speed it up. This is needed only in a
> noisy network so that we dont get false positive (
> the 1st ping usually not reliable in a noisy netwo
> rk).
>
> fw_setenv preboot_nc 'setenv nc_ready 0; for pings
> tat in 1 2 3 4 5; do; sleep 1; if run if_netconsol
> e; then setenv nc_ready 1; fi; done; if test $nc_r
> eady -eq 1; then run start_netconsole; fi'
>

Thanks bodhi, more investigation and I can see what you're saying. Sorry about repeated question in another thread !

I have solved this by :

fw_setenv preboot

ie, preboot doesn't now do anything, and of course messages now all go to serial

Don Charisma ... because anything is possible with Charisma

My blog - http://DonCharisma.org
Our commercial site - http://DonCharisma.com
Author:

Your Email:


Subject:


Spam prevention:
Please, enter the code that you see below in the input field. This is for blocking bots that try to post this form automatically. If the code is hard to read, then just try to guess it right. If you enter the wrong code, a new image is created and you get another chance to enter it right.
Message: