RPI4 vs AMLOGIC s905x2 / x96max

[Robert Crowston]

> the rpi4 is not interesting in terms of price

AFAIK the x96max only has the Cortex A-53 processor; the Pi4 has the A-72, which is significantly faster. (ARM claims 1.9 speed up.)

I have yet to see any hardware platform that really competes, across all categories, with the RPi4, at its price point. That’s one reason I keep hacking away at it.

But, the more chips we can work on the better, so I wish good luck to you.

--- Rob

On Fri, Feb 14, 2020 at 19:24, Adrian Gassmann <freebsd at x86.ch> wrote:

> the rpi4 is not interesting in terms of price the x96max USB 3 Received
> 1000MBPS Man today for $ 30 invest better there
>
> Am 14.02.2020 um 16:32 schrieb Klaus Küchemann via freebsd-arm:
>>
>>> Am 14.02.2020 um 12:20 schrieb Mark Millard <marklmi at yahoo.com>:
>>>
>>>
>>>
>>> For the root cause identification, you are welcome.
>>>
>>> (I've not proposed a solution for FreeBSD to adopt.)
>>>
>> But THE SKULL( ..just kidding,,) has( proposed a solution for FreeBSD) :-) … …. :
>>> Am 14.02.2020 um 11:10 schrieb Emmanuel Vadot :
>>>
>>> On Fri, 14 Feb 2020 10:54:40 +0100
>>>
>>> I have hold off the upgrade to 2020.01 as rockchip u-boot needs a
>>> newer ATF and they didn't made a new release yet. My plan is to wait
>>> until 2020.04 is release and if at that time there is still no new ATF
>>> release just update the ports to use the latest git version.
>>
>> It couldn’t be clearer:
>> NO breakage for Rockchip as long as there is no usptream - RELEASE.
>> The only thing possible Manu could think about is backporting,
>> but of course only from the upstream and NOT from any hacks outside there.
>> Backporting is much work and perhaps not the way he wants to go, so it is to be accepted
>> to wait for 2020.04 .
>>
>>
>>> Mark Millard :… I also do not see a communication path for the size to be reported
>>> to u-boot so that it could automatically adjust.
>> The communication-path is to track the u-boot upstream first.
>> If manu wouldn't do that, he would get complaints
>> for shutting down my RockPro64 ;-)
>>
>> Nevertheless, Mark, thanks again investigating to retrack the root cause of RPI4 breakage.
>> And all that u-boot stuff is absolutely no reason to stop support the RPI4(if possible),
>> Just hook up your RPi4-version which boots and continue patching that messy gadget.
>> But please in the (fbsd-) upstream ...
>>
>> just my two cents
>>
>> Regards
>>
>> Klaus
>>
>> _______________________________________________
>> freebsd-arm at freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"
> _______________________________________________
> freebsd-arm at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"