RockPro64 with u-boot 2010.01
Klaus Küchemann
maciphone2 at googlemail.com
Tue Mar 3 19:13:03 UTC 2020
> Am 03.03.2020 um 19:17 schrieb Emmanuel Vadot <manu at bidouilliste.com>:
>
> On Tue, 3 Mar 2020 18:55:57 +0100
> Klaus Küchemann <maciphone2 at googlemail.com> wrote:
>
>>
>>
>>> Am 03.03.2020 um 18:28 schrieb Bernd Walter <ticso at cicely7.cicely.de>:
>>>
>>> On Tue, Mar 03, 2020 at 05:58:22PM +0100, Klaus Küchemann wrote:
>>>>
>>>> ??..
>>>
>>> Ok - there are two likely unrelated issues.
>>> First is that my self build u-boot 2020.01 didn't boot and your
>>> build worked fine.
>>>
>> The problem is that when the u-boot ports-maintainer begins to talk about
>> the distance of the sun to earth, I answer with IceCream ,
>> and he replies with talking about his new shaver :-) Ha Ha
>> So probably a language barrier of both of us ..
>
> ???
>
>> So we could not make a ?deal? for upgrading the fbsd-u-boot-port to it`s current version so far?
>
> You reached out to me privately to say that you wanted to update the
> u-boot port, I told you that there will be problem with rockchip but
> that you should try to update the ports. Your response was that you
> will not do that because you didn't wanted to "disturb my workflow" and
> "steal my time" and that I'm the "u-boot man" or whatever.
> If you want to update u-boot, please send patches and make sure that
> everything is working on most of the boards that we support. If you
> don't have a lot of boards reach out to people for a call or testing.
> I'll also note that you've never compiled u-boot from our ports tree,
> I don't know if you ever compiled u-boot since you've talked about the
> openbsd port,
Yes, I told you that we probably should think about backporting patches
(for e.g. ATF) but that I don’t like to backport to 2019.10 ,
and instead would prefer to back port to 2020.01
Because why patching „old" versions when the upstream is already patched?
You can ask Bernd :
There is no more reboot-issue with Rockchip with the version I’ve uploaded to the Wiki .
You told me that you don’t want to upgrade to 2020.01..
> and their ATF contain some patches for rockchip which
> makes me think again that an ATF update is needed (but haven't had time
> yet to try myself).
Why waiting for months or so until they update if that’s manageable by a backport-patches?
I don’t want to patch all updates from "MacOS 10.15.3 to MacOS 9.2.2“ ;-)
>
>>> Then there is the USB card reader problem within FreeBSD,
>>> which I hadn't when I booted the very same system with the
>>> u-boot 2019.10, which I installed via package on my 12.1 amd64.
>>> Maybe the 2G vs 4G RAM avoided triggering the bug - who knows.
>>> I just mentioned it in the same thread since it happened to me after
>>> using the newer u-boot (and therefor the full 4G RAM).
>>>
>>> --
>>> B.Walter <bernd at bwct.de> http://www.bwct.de
>>> Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
>>
>> At the moment I can only say that the card reader-panic has nothing to do with the 4GB Ram itself, but as you suspect, it perhaps could have to do with what the fbds-kernel is ?doing? with that additionally 2 Gigs?
>> I?ll give it GENERIC-MMCCAM and then I?ll look if the issue consists...
>
> I don't see how MMCCAM will help for an usb card reader.
> Also dwmmc doesn't have MMCCAM code so you will not able to boot from
> SD.
>
> --
> Emmanuel Vadot <manu at bidouilliste.com>
What I meant is: I compile to src-head from TODAY(to whatever kernel), because if`ve seen many issues in that range the last weeks, which were solved(perhaps even by you) but other issues came new to head…
( e.g. RPI4 booted again but suddenly only 1 CPU is detected)
But what I definitely can say is that the card reader- panic has nothing to do with any ATF-patch,
wherever ATF was patched.
So for the moment my question is : what causes 2020.01 to panic where’s Bernd`S 2019.10
Doesn’t crash… perhaps you know why,
until I know that
of course I will not send patches…
Regards
Klaus
More information about the freebsd-arm
mailing list