On Mon, 2015-06-22 at 15:58 -0300, Luiz Otavio O Souza wrote:
> On Sun, Jun 21, 2015 at 12:32 AM, Maxim Sobolev wrote:
> > Kewl, have you bothered to report it back to u-boot guys by any chance?
> >
> > -Max
>
> Well, I started to read the patches submission requirements and gave
> up (shame on me
On Sun, Jun 21, 2015 at 12:32 AM, Maxim Sobolev wrote:
> Kewl, have you bothered to report it back to u-boot guys by any chance?
>
> -Max
Well, I started to read the patches submission requirements and gave
up (shame on me). I'll try once more with a little bit more of
patience, but in any case,
Kewl, have you bothered to report it back to u-boot guys by any chance?
-Max
On Sat, Jun 20, 2015 at 1:11 PM, Luiz Otavio O Souza
wrote:
> On Sat, Jun 20, 2015 at 4:42 PM, Maxim Sobolev wrote:
> > No, what I am saying is that it sets "fdtaddr=4096" for the value of
> 0x1000
> > and that drives
On Sat, Jun 20, 2015 at 4:42 PM, Maxim Sobolev wrote:
> No, what I am saying is that it sets "fdtaddr=4096" for the value of 0x1000
> and that drives btloader nuts. Dumb, yeah! On the positive note got
> redpitaya fully working (except lack of the I2C support and actual fpga
> support being unknown
No, what I am saying is that it sets "fdtaddr=4096" for the value of 0x1000
and that drives btloader nuts. Dumb, yeah! On the positive note got
redpitaya fully working (except lack of the I2C support and actual fpga
support being unknown). But at least I can try to dual-boot it now.
-Max
On Fri,
On Fri, 2015-06-19 at 16:56 -0700, Maxim Sobolev wrote:
> Ian, that's cool and dandy, but I still suggest we put some sanity checking
> and have certain workarounds in the loader (whenever it does not add
> ambiguity or blows up a code too much of course), so that new folks in town
> trying to port
Ian, that's cool and dandy, but I still suggest we put some sanity checking
and have certain workarounds in the loader (whenever it does not add
ambiguity or blows up a code too much of course), so that new folks in town
trying to port to new platforms like myself won't spend hours and hours
huntin
On Fri, 2015-06-19 at 22:24 +, Maxim Sobolev wrote:
> Author: sobomax
> Date: Fri Jun 19 22:24:58 2015
> New Revision: 284614
> URL: https://svnweb.freebsd.org/changeset/base/284614
>
> Log:
> Provide bug4bug workaround for certain dumbiness of the u-boot's
> API_env_enum
> function, whic
Author: sobomax
Date: Fri Jun 19 22:24:58 2015
New Revision: 284614
URL: https://svnweb.freebsd.org/changeset/base/284614
Log:
Provide bug4bug workaround for certain dumbiness of the u-boot's API_env_enum
function, which is expected to set returned env to NULL upon reaching the end
of the en
