Am Mo., 26. Nov. 2018 um 11:32 Uhr schrieb Patrick Georgi <
pgeo...@google.com>:
> Am So., 25. Nov. 2018 um 17:14 Uhr schrieb taii...@gmx.com <
> taii...@gmx.com>:
>
>> You're referring to the dependencies for crossgcc?
>>
> That's a good point, I'll see that I'll set up a mirror for those.
>
See
Am So., 25. Nov. 2018 um 17:14 Uhr schrieb taii...@gmx.com :
> I can agree yes some stuff that clearly no longer works should be
> removed from master but people were talking about for instance removing
> the native fam15h boards KGPE-D16 and KCMA-D8 (last and best owner
> controlled libre
On 11/23/2018 10:28 AM, Felix Held wrote:
> I get the impressions that a few people are quite vocal on the mailing
> list about keeping stuff in the master branch that fell into disrepair
> and hinders the project in moving forward and improving things.
I can agree yes some stuff that clearly no
Hi!
Seems that I forgot to send this e-mail, so here's a rather late response:
By removing open-source AGESA and all boards that use them, you would remove
many boards that can boot blobless (like KGPE-D16 and KCMA-D8, there's also
cheap low-end like E350M1, although I'm not sure this uses
On Sun, Nov 11, 2018 at 7:53 AM wrote:
>
> Anyway I think that it is stupid to get offensive and confrontational with
> the coreboot comunity even if it gets more and more Intel oriented..
>
so is this statement based on a measurement or just your impression?
I count 181 mainboard
On 11/11/18 5:42 PM, Piotr Kubaj via coreboot wrote:
> The size of AGESA is currently about 10% of coreboot. Nico, do you
> think a single person working in spare time can reimplement 10% of
> coreboot?
I don't care how much it looks like. It's likely bloated vendor code.
For instance, look at
BTW does anybody now if IOMMU ever has worked on F2A85M.
Its kinda frustrating that there is nobody who seems to use this board.
is it maybe only broken on the richland core since i use a A8-6600K
Am 12. November 2018 00:46:26 MEZ schrieb Nico Huber :
>On 11/11/18 2:52 PM, eche...@free.fr
On 11/11/18 2:52 PM, eche...@free.fr wrote:
> So by force of circumstances, unfortunately, we can expect that the
> g505s (of other agesa based boards) will indeed be dropped from the
> coreboot master in the near future..
That's not what I said or intended to say (we might know if ppl.
On 11/11/18 4:09 AM, kinky_nekoboi wrote:
> I strongly agree to what Mike said.
> thats maybe the "i want a cheap but yet powerfull and as Free as
> possible" point of view.
>
> Also with the recent AMDGPU driver for linux. amd hardware is a good
> option to have a somewhat powerful and free
On 11/11/18 12:41 AM, Mike Banon wrote:
>> There is no evidence that there is such a thing for Intel systems with AMT
>> disabled, either.
>
> But it is easier not to have any AMT/ME/PSP at all: no need to clean
> anything and nothing to worry about.
>
>> I could secure it with a hyper-visor, I
@Nico
By removing open-source AGESA and all boards that use them, you would remove
many boards that can boot blobless (like KGPE-D16 and KCMA-D8, there's also
cheap low-end like E350M1, although I'm not sure this uses AGESA).
This would mean that if we want blobless, we can either use much less
If you want an owner controlled coreboot-libre firmware (coreboot isn't
always foss) available board get a kcma-d8, kgpe-d16, etc. or one of the
raptor computing systems OpenPOWER boards which have foss firmware (not
coreboot) from the factory, documentation and are owner controlled.
You can
Am So., 11. Nov. 2018 um 14:54 Uhr schrieb :
> We (the owners of agesa based boards) need to prepare for this
> eventuality, and maybe if we want to keep coreboot alive (and evolving) on
> our platforms we should consider a fork... Please don't insult me for this
> for this reasoning (it is not
Am So., 11. Nov. 2018 um 00:43 Uhr schrieb Mike Banon :
> But it is easier not to have any AMT/ME/PSP at all: no need to clean
> anything and nothing to worry about.
>
At least not to your knowledge. For all we know, POWER9 (to pick the ISA
where you can even edit the microcode) could have
I strongly agree to what Mike said.
thats maybe the "i want a cheap but yet powerfull and as Free as possible"
point of view.
Also with the recent AMDGPU driver for linux. amd hardware is a good option to
have a somewhat powerful and free graphics solution.
And i am personaly much less worried
> There is no evidence that there is such a thing for Intel systems with AMT
> disabled, either.
But it is easier not to have any AMT/ME/PSP at all: no need to clean
anything and nothing to worry about.
> I could secure it with a hyper-visor, I guess, but what if I just want to run
> Linux?
Am Fr., 9. Nov. 2018 um 19:29 Uhr schrieb Nico Huber :
> stand your biased bullshit.
I'd prefer the list to remain friendlier than that.
> So I'm looking for arguments against AMD
> when I see your unfounded arguments against Intel. Not because I don't
> like AMD but because I don't like this
On 11/9/18 2:22 PM, Mike Banon wrote:
>> There might be neither ME nor PSP, but that just means the controllers
>> that are known and researched are absent (it doesn't tell you anything
>> about less researched ones).
>
> There is no evidence that AMD processors contained any "remote
>
> There might be neither ME nor PSP, but that just means the controllers that
> are known and researched are absent (it doesn't tell you anything about less
> researched ones).
There is no evidence that AMD processors contained any "remote
management" controllers before late 16h family (Puma).
On 11/8/18 3:29 PM, Mike Banon wrote:
> Please consider AMD Lenovo G505S laptop: all the hardware
> virtualizations AMD-V / SLAT / IOMMU are fully supported there
> (although you have to install a microcode update to avoid the possible
> glitches), no Intel ME / AMD PSP, quad-core CPU, 16GB DDR3
seems like it was quite silent around these board in the mailing list
except my emails.
the first rom i test was send me by vid...@gmail.com it was labeled
coreboot_asus_f2a85-m_1532513585.rom .. i dont know if this is the
commit code of it.
this one was working it think also with IOMMU but it
A10-5750M CPU of AMD Lenovo G505S laptop is from the same Richland 15h
family as your F2A85M-* , and its' southbridge A76M should be also
very similar to what you have: its' Bolton-M3 but there's a relatively
small difference between these Bolton and Hudson since they are from
the same family of
hello mike that are great news!
it would be nice if this success would benefit the hudson boards (f2a85m-*) too.
IOMMU and Raminit(no dual channel)
even with microcode are still buggy as hell. But at least this port makes my
home workstation as fast and blobfree as possible.
greetings
the
Please consider AMD Lenovo G505S laptop: all the hardware
virtualizations AMD-V / SLAT / IOMMU are fully supported there
(although you have to install a microcode update to avoid the possible
glitches), no Intel ME / AMD PSP, quad-core CPU, 16GB DDR3 RAM
possible, recent build_status report, and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11/07/2018 01:56 PM, kinky_nekoboi wrote:
> sounds promissing i will give it a deeper look later.
> this makes the SNB/IVY platform much more attractive to me.
> thx for the information.
Be aware there's still an Intel ME requirement for those
sounds promissing i will give it a deeper look later.
this makes the SNB/IVY platform much more attractive to me.
thx for the information.
Am 7. November 2018 20:10:58 MEZ schrieb Angel Pons :
>Hello nekoboi,
>
>On Wed, Nov 7, 2018 at 7:53 PM Kinky Nekoboi
> wrote:
>>
>> Did not know it that
Hello nekoboi,
On Wed, Nov 7, 2018 at 7:53 PM Kinky Nekoboi
wrote:
>
> Did not know it that there is a replacement for FSP.
>
> Was it Reserve-engineered? i just recently build a working rom for my
> W520 with the afford to reduce as much blobs as possible. shined me and
> stuff.
>
> is there
Did not know it that there is a replacement for FSP.
Was it Reserve-engineered? i just recently build a working rom for my
W520 with the afford to reduce as much blobs as possible. shined me and
stuff.
is there any way to find out if my rom was build without FSP ? with
cbfstool or something?
Hello,
Currently board_status only lists the main variant for each board,
which means boards with variants (which may be somewhat different) are
not listed there.
On Wed, Nov 7, 2018 at 5:39 PM kinky_nekoboi
wrote:
>
> as far as i know it uses xen? so you need AMD-V or Intel VT-x + VT-d
> i
kinda... the wiki and the supported board lists are maintained by devs
in their freetime i guess so it is not always 100% up to date.
u can see all target board currently supported (more or less ) in the
nconfig build menu while compieling coreboot.
Am 07.11.18 um 17:37 schrieb J Clamp:
>
> I
as far as i know it uses xen? so you need AMD-V or Intel VT-x + VT-d
i think and sandy/ivy bridge platform with fsp blob would fit this needs best
there is the asus maximus ... and there is the T520 with a vpro cpu with feeds
this needs best i guess
Am 7. November 2018 17:33:40 MEZ schrieb J
Hi J.Clamp,
what kind of usecase to u have for your mainboard?
I use the G41m-es2l for my homeserver.
It supports core 2 quad CPUs and has 2 DDR2 slots.
Also it is usable without any nonfree blobs.
if u need something more powerful look for the ivy bridge boards or one that
does support the 15th
On 6/6/12 11:28 AM, Fengwei Zhang wrote:
Hi All,
My name is Fengwei. For one of my research project, I need a relative new
Coreboot supported board with SMM working. I am wondering if there is a list of
Coreboot supported boards with SMM working.
I have been working with board ASUS M2V-MX_SE,
33 matches
Mail list logo