Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 26 Dec 2015 07:15:33 +0200
From:      Stanislav Galabov <sgalabov@gmail.com>
To:        "Rodney W. Grimes" <freebsd@pdx.rh.CN85.chatusa.com>
Cc:        Willem Jan Withagen <wjw@digiware.nl>, "freebsd-mips@freebsd.org" <freebsd-mips@freebsd.org>
Subject:   Re: mt7620 works!
Message-ID:  <10F858B5-2F48-4E23-996A-E6D9663FEB46@gmail.com>
In-Reply-To: <201512260057.tBQ0vcVO005566@pdx.rh.CN85.chatusa.com>
References:  <201512260057.tBQ0vcVO005566@pdx.rh.CN85.chatusa.com>

next in thread | previous in thread | raw e-mail | index | archive | help

> On 26.12.2015 =D0=B3., at 2:57, Rodney W. Grimes <freebsd@pdx.rh.CN85.chat=
usa.com> wrote:
>=20
> ...
>>> But if you're trying to build a kernel for the WiTi board (MT7621) you w=
on't be able to as the MT7621 bits are still not in -head.
>>>=20
>>> The last commits by Adrian only support RT305x and introduce support for=
 RT5350 (basic support) and MT7620. The MT7620 is substantially different th=
an the MT7621, so it's not a straightforward thing to make it work (UART is d=
ifferent for one).
>>>=20
>>> I'll continue working on Mediatek/Ralink support in the new year, so hop=
efully things are going to get easier then.
>>=20
>> Sort of informative, but the page refers to 'oldlzma'.
>> Which I suspect is needed otherwise Uboot starts complaining about
>> during decompressing and aborts.
>=20
> Also I see in the page where some of the magic 0x80xxxxxx addresses come f=
rom, but where
> did the magic number come from for these two commands:
>=20
> tftpboot 0x80800000 DIR-620/kernel.oldlzma.uboot
> bootm 0x80800000
>=20
>=20
> --=20
> Rod Grimes                                                 rgrimes@freebsd=
.org

0x80800000 is u-boot's default value for the loadaddr environment variable o=
n some Ralink/Mediatek boards. This is the address which is used for loading=
 stuff via tftp for example.
In any case, it could be any valid memory address, which wouldn't cause over=
writing u-boot itself while loading a file (kernel image in this case) via t=
ftp. U-boot will then properly relocate the loaded file to the address insid=
e the image header before booting the kernel as part of executing the bootm c=
ommand.
I guess the page author didn't think it was necessary to add this informatio=
n...=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?10F858B5-2F48-4E23-996A-E6D9663FEB46>