[coreboot] soc/amd/stoneyridge
ron minnich
rminnich at gmail.com
Wed Jun 14 01:14:24 CEST 2017
After last week's meeting I did have one thought: keeping a 'best of breed'
example board for each generation of DRAM might be useful. E.g. one good
board for SDRAM, DDR2, DDR3. Just pick a really good one and mark it as an
example.
I realize it's all in git but out of sight is out of mind. My old favorite
would the first sis630 board or the intel/l440gx simply because they were
the very first ones and because of sdram.
To this day I think the work Stefan did on the getac and i945 is a great
read for memory training.
ron
On Tue, Jun 13, 2017 at 4:02 PM Taiidan at gmx.com <Taiidan at gmx.com> wrote:
> I don't think that trying to support every 10+ year old board is worth
> it, but at least a few from each genre (desktop, server/workstation and
> embedded) should be required to be ported for a style change to occur
> rather than everything simply abandoned as there wasn't anyone willing
> to update it.
>
> AFAIK as of now every non-development AMD board will be dropped in a few
> release cycles, I am not a firmware developer but I can't understand as
> to how a code style change makes that worth it especially considering
> many of those are the last and latest owner controlled x86 devices.
>
> In terms of vendor support (for the very few that do that); the majority
> of coreboot boards are in the expensive server or the embedded category
> so I don't think that it is unreasonable to expect the hypothetical
> vendor that releases code and advertises coreboot support to directly
> support for both initial release equivalent functionality and security
> it for 2x the hw warranty (as that is generally a useful life for most
> hardware)
>
> The "standard" 3 and now even 1 year update lifecycle that comes with
> hardware is creating a massive internet security issue.
>
>
> --
> coreboot mailing list: coreboot at coreboot.org
> https://mail.coreboot.org/mailman/listinfo/coreboot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.coreboot.org/pipermail/coreboot/attachments/20170613/7fe7ba31/attachment.html>
More information about the coreboot
mailing list