around KGPE-D16 maintainership problems.
> After discussion with Thierry Laurion (Insurgo) at OSFC2019 3mdeb
> decided to help in maintaining that platform by organizing crowd
> founding campaign or getting founds in other ways (direct sponsors).
>
> Since we are based in Poland ther
ashing tools.
>
>
> Am 12.10.19 um 22:57 schrieb Merlin Büge:
> > Hi,
> >
> >> Due to lib depenency hell i am not able to build openbmc myself atm.
> >>
> > Are you building on Debian (9 or 10)?
> >
> >> Does somebody has openbmc working for th
shing tools.
>>
>>
>> Am 12.10.19 um 22:57 schrieb Merlin Büge:
>>> Hi,
>>>
>>>> Due to lib depenency hell i am not able to build openbmc myself atm.
>>>>
>>> Are you building on Debian (9 or 10)?
>>>
>>>> Does
wrote:
Hello,
I have an Asus kgpe-d16 with 2 AMD opteron 6282 SE installed;
obviously, since I had the first stock bios version the screen was
black and no boot occurs because CPUs are not supported. So I have
ordered a coreboot bios DIP and I have installed it but nothing has
changed, same
Hi there Ale, two suggestions: 1) check this thread -
https://www.reddit.com/r/coreboot/comments/jdcn5y/latest_coreboot_for_the_asus_kcmad8/
, you may have to revert a specific commit for a fresher coreboot
build 2) try to backport my XMP / custom RAM timings patch to KGPE-D16
related sources
can do real work on.
I would definitely get a KCMA-D8 or KGPE-D16[1] if you want something
newer with open source firmware that works straight away but that's me.
If you are a programmer and want to tinker/port coreboot there are other
similar boards of the same class and era that would be a better
n 4284, Ram: 16 or 32 gb KVR16E11/8 .
>
> The problem is persistent/reproducible with different kcma-d8 and
> kgpe-d16, with any os+xen setup we tried so far, also with qubes os.
>
> Since im using Qubes on various coreboot devices, it has to be something
> specific with
I'd be happy to assist as well with hardware. I have a spare fully functional
KGPE-D16 with dual CPUs that can be donated to a US-side developer interested
in keeping the native init alive, working, and in-tree. If enough
functionality can be restored in coreboot master I can also reactivate
be happy to assist as well with hardware. I have a spare fully
> functional KGPE-D16 with dual CPUs that can be donated to a US-side
> developer interested in keeping the native init alive, working, and
> in-tree. If enough functionality can be restored in coreboot master I can
> also
AM, Iru Cai wrote:
>>>
>>> On Fri, Sep 8, 2017 at 11:42 AM, taii...@gmx.com <taii...@gmx.com>
>>> wrote:
>>>
>>>> On 09/07/2017 11:21 PM, Iru Cai wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>>
egression before tomorrow. There are two
> more
> patches from that series, but I haven't reviewed them, since they add features
> and don't just fix problems.
>
> I'm not sure if Arthur has some other patches that are relevant to the
> KGPE-D16;
> IIRC he also looked int
Hi,
3mdeb office has two of these KGPE-D16 boards. We also experience some
issues with booting. Built an image from 4.11 branch using stable
SeaBIOS and enabled console over serial port. Using 1x Kingston
KVR16R11D4/16 16GB ECC RAM and booting without issues.
2. Secondary payloads may require
Engineering Automated
Coreboot Test Stand <no-re...@raptorengineering.com> wrote:
> The ASUS KGPE-D16 fails verification for branch master as of commit
> dc97b1ce2f4e671e73e2a3fb65e49a881a694590
>
> The following tests failed:
> BOOT_FAILURE
>
> Commits since last successfu
Dear coreboot folks,
With 128 GB of RAM consisting of eight 16 GB modules, coreboot takes
over a minute to get to the payload on the Asus KGPE-D16 even without
serial console enabled [1]. This is not much faster than the vendor
firmware.
Please note that the timings below are incorrect
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/02/2017 01:18 PM, Paul Menzel via coreboot wrote:
> Dear coreboot folks,
>
>
> With 128 GB of RAM consisting of eight 16 GB modules, coreboot takes
> over a minute to get to the payload on the Asus KGPE-D16 even without
&
SPI part ID there would
> prevent ACPI S3 resume, and likely enter the loop.>
Just to be sure: The S3 resume does not work with the __supported__ SPI
chip. I did not test S3 with the unsupported one.
> If someone takes the task of testing and/or bisecting please note:
>
> Regression present be
://www.asus.com/Commercial-Servers-Workstations/ASMB4iKVM/
The ASMB5-iKVM also works from a hardware perspective, but both may be
hard to find as the KGPE-D16 and the Opterons it uses are now out of
production.
On 02/14/2018 04:50 PM, Elisenda Cuadros wrote:
> Yes, I cleaned the CPU before but it's obvi
> Any particular reason those patches were not upstreamed?
Because a person who submitted these patches did not fix some problems,
if you scroll down to comments at
https://review.coreboot.org/#/c/coreboot/+/19820/
Paul Menzel
May 23, 2017
Patch Set 1:
(2 comments)
src/mainboard/asus/kgpe-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/01/2018 01:36 PM, Daniel Kulesz via coreboot wrote:
> Hi,
>
> after plugging a rather newish 2,5 SATA SSD to my KGPE-D16, I realized that
> the regular SATA ports connected to the SP5100 on this board can only handle
>
Hi,
One thing I just noticed about the page:
https://www.coreboot.org/Board:asus/kgpe-d16
Here "Crossfire XDMA" is listed as needing testing. If nobody has been able
to test this, and you (or someone else) has the opportunity this might be
an interesting thing to test.
Afte
the verbose anwser, as always.
>
> The board is not in my possession yet.
>
> I ordered it as upgrade for my Fileserver.
>
> I will investigate it, after i have it up running.
>
> Kinky greetings.
>
>
> Am 25.05.19 um 10:15 schrieb Mike Banon:
> > ASUS KGPE-D16 is u
Hello and thank you in advance for your time.
I recently bought a KGPE-D16 motherboard with a single AMD Opeteron
8262SE and coreboot installed. I bought from another supplier 4 memory
sticks Samsung 8GB (M393B1K70DH0-YK0) that per this thread[1] should
work with coreboot. I am able to start
That method of emergency recovery with a USB stick has already been wiped
out by installing coreboot.
-Matt
On Mon, Apr 29, 2019 at 4:09 PM Pablo Correa Gómez
wrote:
> Hello and thank you in advance for your time.
>
> I recently bought a KGPE-D16 motherboard with a single AMD
Hello,
On Tue, 17 Sep 2019 11:19:42 +0200
Piotr Król wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi all,
> we see a lot of attention around KGPE-D16 maintainership problems.
> After discussion with Thierry Laurion (Insurgo) at OSFC2019 3mdeb
> decided t
:53 schrieb Merlin Büge:
> Hi,
>
>
> maybe related:
>
> With coreboot master (as of 20190916), 4.10 and 4.9 (compiled on Debian
> 10) I get kernel panics, too. Log and config attached. There is one
> Opteron 6328 installed in the KGPE-D16. I'm using the GRUB2 payload
> (whi
Sent: Wednesday, October 2, 2019 2:44:22 AM
> Subject: [coreboot] Re: KGPE-D16 maintainership
> let me correct, you have to have modules installed on both NUMA nodes.
> (For example when you have an 16 core opteron, i guess the 8 core
> version have only one numa node inside ?
>
&
Hi there, KGPE-D16 friends.
1) Please look at my not-merged-yet "AMD_XMP" changes on
review.coreboot.org: they could help you to either use a XMP 1 or XMP
2 memory profile (should exist on ALL your sticks), or - preferably -
to set up your custom memory profile that will override the
:-) .
Regards,
- Eli
On 15/02/2018 2:46, taii...@gmx.com wrote:
On 02/14/2018 06:08 PM, Elisenda Cuadros wrote:
I have an ASMB4-iKVM. I think it's this, although it has two stickers
and I can not see the concrete model
If you got your D16 new it comes with one (so that is probably what
you
On 02/14/2018 06:08 PM, Elisenda Cuadros wrote:
I have an ASMB4-iKVM. I think it's this, although it has two stickers
and I can not see the concrete model
If you got your D16 new it comes with one (so that is probably what you
have) - its a tiny little module that attaches next to the PCI-e
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
wish you had replied :D
I have boards without it so I would love to buy some if they are priced
lower than the official one - Do you have an estimate?
Might be a way for you to make a bit of extra cash as you could peddle
them to the various core/libreboot D8/D16 sellers plus leah/minifree,
Hi,
as I currently have a D16 right next to me, I thought I'd just test it,
too. This is with coreboot-4.8-660-gb1d26f0e92. S3 seems to be working
somehow, but I have to press the power button to make it resume - it
doesn't react on (USB keyboard) key presses. Also it takes about one
minute
ver, there are certain facts
> that I would like to point out clearly for the community.
>
> Fact 1: I paid 100% of the KGPE-D16 contract with was 75k USD I
> did not pay the KCMA-D8 contract which was 15k. Timothy's email
> implies that I barely paid any of it. The D8 was a mere extension
> on
I'm curious, is there some Coreboot Foundation that would gather this money
and purchase the copyright or would Raptor just somehow crowd-fund this
money to license their work as GPLv2 while keeping the copyright?
--emi
On Thu, Apr 30, 2015 at 4:54 AM, Ward Vandewege w...@gnu.org wrote:
On
On 04/29/2015 04:56 PM, The Gluglug wrote:
What about simply pushing the code as-is (make your non-upstream tree
publicly available for people to git-clone), and let the community
upstream it in their own time?
There is no real incentive for Raptor to do this. There is no guarantee
of code
/R400/R500)
* fam10h AMD platforms (ASUS KFSN4-DRE, ASUS KGPE-D16)
Could someone shed a light on this?
Regards,
Francis Rowe.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEcBAEBAgAGBQJVy1gdAAoJEP9Ft0z50c+UYm0H/RutL81jWDKpYx9AGaSnIt5Y
kwhyRj5MByd4pB6TUF/nVEwvxtpef/rhLvE611Gv3s85
KFSN4-DRE, ASUS KGPE-D16)
Totally different architecture, I'm not sure if the APIC decoding behavior
even translates to that.
Patrick
--
Google Germany GmbH, ABC-Str. 19, 20354 Hamburg
Registergericht und -nummer: Hamburg, HRB 86891, Sitz der Gesellschaft:
Hamburg
Geschäftsführer: Graham Law
be the ASUS KGPE-D16.
Patrick
--
Google Germany GmbH, ABC-Str. 19, 20354 Hamburg
Registergericht und -nummer: Hamburg, HRB 86891, Sitz der Gesellschaft:
Hamburg
Geschäftsführer: Graham Law, Christine Elizabeth Flores
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman
On 07/29/2015 01:54 PM, Patrick Georgi wrote:
One server board that is for sale and can be equipped with coreboot would be
the ASUS KGPE-D16.
I looked at that - those are 5 years old now.. I would worry about the age of
the capacitors.
I'm no longer seeing any MB - desktop or server
easured disk image
> will be better suited to my goals.
>
>
>
well, that suits my goals as well, and I'm working on the same thing :-)
I have linux and root file system in flash on a KGPE-d16. All my tools in
root file system are written in Go, i.e. not busybox. I'm currently trying
to get
RAM (like
where the kgpe-d16 can only go to 192gb instead of the spec'ed 256
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
Assigning regular devices such as a graphics card to a VM works just
fine, but when I try to assign an intel i350 virtual function I receive
the error
"error: internal error: Invalid device :07:10.0 iommu_group file
/sys/bus/pci/devices/:07:10.0/iommu_group is not a symlink"
The
apply it?
A decade later? You should buy a new computer.
ron
Very excellent example Sam, couldn't have said it better myself.
For us who desire libre computing that simply won't be an option, 4
years from now when the KGPE-D16 is a 10 year old motherboard you will
only be able to buy ME/PS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/19/2017 11:36 AM, Martin Roth wrote:
> Hey Merlin,
> I was taking and keeping track of the pledges for Talos, so I'd be
> happy to continue.
>
> Martin
I just wanted to bring this back up for discussion. Raptor is chipping
in funding for
on an
older platform?
Does anyone know how long ASUS will keep making new ones?
Something for people to think about - In 2012 a brand new KGPE-D16
spec'ed out with cpus and memory would have been just as much as a
POWER8 system is now (I read on a forum that someone got a S822LC for 5K
through an IBM
/server development
should be focused on POWER as IBM isn't yet entirely hostile to the idea
of free firmware (in 2012 a new kgpe-d16, compatible RAM, cpu's etc
would be as much as a power habanero is now, it isn't really that
expensive the only issue is that they don't depreciate in value
I have tried booting with multiple gentoo kernels but every time it
either hangs on amd_pmu_init ("amd performance counters") with a stack
trace or simply black screens and reboots quickly.
Other distros (fedora, opensuse) work fine.
I have tried coreboot 4.5 and the git version but neither
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/09/2017 04:55 PM, ron minnich wrote:
> yes I do. I'm working from ToT. Bisecting now
This brings up an interesting question. How should we be testing for
payload-dependent failures on systems like the REACTS? The possibility
of the payload
On Mon, Jan 9, 2017 at 3:00 PM Timothy Pearson <
tpear...@raptorengineering.com> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/09/2017 04:55 PM, ron minnich wrote:
> > yes I do. I'm working from ToT. Bisecting now
>
> This brings up an interesting question. How should we be
what's weird is coreboot is unchanged, just the payload.
I am wondering if anyone recognizes this
IMD small region:
IMD ROOT0. bfffec00 0400
ROMSTAGE1. bfffebe0 0004
GDT 2. bfffe9e0 0200
Writing AMD DCT configuration to Flash
CBFS: 'Master Header Locator'
On 03/15/2017 04:09 PM, Daniel Kulesz via coreboot wrote:
> Hi,
>
> I wanted to try caching of the MRC training data. As described in Timothy's
> post, I commented the following line:
>
>> allow_config_restore = 0;
>
> However, I was not able to measure any effects regarding boot time. Does
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Are there any status updates on this?
>
> I noticed that some people still haven't paid up and we're a couple
> grand short.
That is correct; unfortunately we're still waiting for the remaining
payments. I'm checking with Martin to see if we've
Today I noticed a new stretch goal about flashrom support (kinda late in
the game), it seems pretty important to have this so I think that the
stretch goal funding should be extended.
I had assumed that the BMC firmware would be stored in and loaded from
the main coreboot flash image, or that
Paul Menzel via coreboot writes:
> I think most of the time is spent in RAM initialization.
>
>1. Do board owners with similar amount of memory (independent of the
> board) have similar numbers?
>2. What are the ways to improve that? Is it possible? For
On 2017-07-21 20:40, Timothy Pearson wrote:
It works, yes. ASUS just flipped the slot around for the PIKE slot as
a
crude form of lock-in to the PIKE cards. Electrically and
firmware-wise
it's just a standard 4x slot.
A crude form of lock-in indeed. I'm glad that it's only a minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/25/2017 12:35 PM, BogDan Vatra wrote:
> Hi,
>
> It's this a false positive? i.e. it's a problem with the test or
> actually coreboot doesn't boot?
>
> BogDan.
There remains an undiagnosed race condition in coreboot's Opteron
startup code that
Hi,
when starting a video I'm getting the following error with activated
IOMMU under Coreboot:
[ 230.800362] AMD-Vi: Event logged [
[ 230.800368] IO_PAGE_FAULT device=08:00.0 domain=0x
address=0x7370 flags=0x0050]
[ 230.800371] AMD-Vi: Event logged [
[ 230.800373]
Hello,
> No, afaik the VGA rom is only needed for native gfx init on (some) devices
> with embedded graphics but not for add-on pci(e) cards.
Ok.
> It seems like you are not using SeaBIOS. Normally, Seabios initializes PCI
> devices.
> Are you sure you are using the same coreboot
On 08/29/2017 02:24 PM, Timothy Pearson wrote:
Let me know what you think of the OpenBMC system. We're considering
allowing bugs to be tracked on GitHub; is this something the community
wants to see or would a separate Bugzilla type install be preferred? We
want to provide the infrastructure
On 11/01/2017 08:06 AM, Lucian Cojocar wrote:
Hi,
Is coreboot working on the H8SGL-F motherboard[1] with AMD Opteron 6168
(10h Family)?
Probably not, the code hasn't been modified since 2011.
I would just get a KGPE-D16, then you can use OpenBMC (it is very nice
to have) and benefit from
Thierry Laurion wrote:
> ENABLE_IDE_COMBINED_MODE available for sp800 but not for sp700, for ewhich
> sp5100 is derived from:
..
> Suggested Workaround
> Disable combined mode by setting a platform BIOS callback option to CIMx
> called "SataIdeCombinedMode" to 0.
..
> Is there something i'm
firmware for bmc and x86?
As tim said the KGPE-D16 and KCMA-D8 have a fully open source libre init
process on coreboot and support the libre OpenBMC for the AST BMC chip
There aren't any other coreboot boards that support a BMC, and the only
other device that has both fully open source firmware
ing
> different firmware for bmc and x86? As tim said the KGPE-D16 and KCMA-D8 have
> a fully open source libre init process on coreboot and support the libre
> OpenBMC for the AST BMC chip There aren't any other coreboot boards that
> support a BMC, and the only other device tha
Did you get my email? can you provide a:
dmesg
# lspci -t -v
# lspci -vv
Thanks
Most quad adapters use PCI-e bifurcation not a PCI-e switch and AFAIK
not many boards support bifurcation so you would need a switched model
which you might have (I am not sure) if you do have a switched card I
would
Hi
Now that we wiped out K8, I'd like to put my eyes on fam10-15 boards.
Couple questions for board owners:
First, about asus/kcma-d8 and asus/kgpe-d16: Do these have working S3
support? I remember rumours they originally worked at some point, but
regressed during the rebase / upstream process
the PCI bus/domain. I would try `src/northbridge/amd/pi/00660F01/
>> northbridge.c`.
>
>
> Could you point me to an example to know what I have to look for, p.e, to a
> good supported board or something related. I'm still introducing me in the
> coreboot world :)
The KGPE-D16
of it damaging my (expensive kgpe-d16) motherboard and I
should see if it works?
I got it for half the usual priceguess I should have asked for photos.
I noticed many CPU's sold on ebay have this issue (in those cases they
mentioned it) but I can't understand how it happens, for instance I
On 15/02/2018 02:56, taii...@gmx.com wrote:
> I am contemplating the purchase of an ASUS PIKE for my KGPE-D16 and I
> was wondering if anyone here knows if it is possible to externally
> re-flash them.
>
> I notice a SOIC-8 chip on the front of the card and I imagine
On 02/17/2018 09:46 AM, Elisenda Cuadros wrote:
Hi,
Now I trying to use your OpenBMC port.
I followed the instructions and everything was fine (compiling,
reading and flashing). I waited several minutes after flashing, but
the module didn 't blinked like in the vendor rom, nor did it
On 02/15/2018 01:22 AM, Elisenda Cuadros wrote:
Hello Taiidan,
I bought it used, but the seller was so kind to send me the module. It
was a nice surprise.
The rare moral fleabay seller haha.
If you need high quality photos of this module or anything else,
please don´t hesitate to contact
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/25/2018 02:18 AM, Mike Banon wrote:
>> Any particular reason those patches were not upstreamed?
>
> Because a person who submitted these patches did not fix some problems,
I'm aware of this. Upstreaming was never part of the original funding
On 02/27/2018 11:15 PM, taii...@gmx.com wrote:
> On 02/22/2018 04:36 PM, Timothy Pearson wrote:
>
>> Actually, for OpenBMC work, hotplugging is often the only way to go.
>> Just be very careful to align the pins correctly the first time; you
>> don't have a second chance if you misalign the pins
On Fri, Apr 6, 2018 at 5:45 PM Thierry Laurion <thierry.laur...@gmail.com>
wrote:
> I agree. This is wrong.
> Kgpe-d16 and alike are the last resorts for x86 blob free hardware.
>
> This NEEDS to be kept maintained and upstreamed.
>
>
>
I like the board too. I have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
That should work, yes. It's the very early init code that is getting
confused with the differing core counts, likely related to APIC setup or
similar.
On 04/11/2018 03:26 PM, taii...@gmx.com wrote:
> But it would be possible to have two CPU's with
lso dispatch
>serializing).
>
>This mode of LFENCE may be enabled by setting MSR C001_1029[1]=1.
>
>This is important and covers a variety of boards such as the KGPE-D16,
>KCMA-D8 and G505s (all the last and best owner controlled x86_64
>systems)
--
Arthur Heymans--
coreboot
On Sun, Feb 25, 2018 at 04:25:23AM -0600, Timothy Pearson wrote:
> On 02/25/2018 02:18 AM, Mike Banon wrote:
> >> Any particular reason those patches were not upstreamed?
> >
> > Because a person who submitted these patches did not fix some problems,
>
> I'm aware of this. Upstreaming was never
Using KGPE-D16 with master.
The choices for them have been messed around with in kconfig sometime ago:
In /src/device/kconfig
ON_DEVICE_ROM_LOAD has for some reason been changed to require VGA_ROM_RUN
which makes no sense to me (maybe someone could need option ROM's
without VGA option ROM's
Hi,
On Sat, Nov 03, 2018 at 12:10:25AM +0100, Angel Pons wrote:
> Is it me, or is that thing a SPI flash chip on a PCB plus a few
> transistors? It seems like copying the PCB design is rather doable, or am I
> missing something?
Indeed, very doable, but tedious work ;)
Here you go:
On 11/05/2018 03:44 PM, Daniel Gröber wrote:
> On Sun, Nov 04, 2018 at 02:21:10PM -0600, Timothy Pearson wrote:
>> Since Raptor has the ability to allocate official MACs (non-local),
>> which can be useful at the enterprise level via DHCP pinning, I might
>> see if we can reactivate our existing
Hi Taiidan,
Thanks for your message.
> I am using v4.6 on my system FYI (no reason for me to update) and the
> only options I have changed are the ones I told you about before...all I
> can figure is perhaps I have a different version of the SP5100 that
> doesn't have the erratum or something
Hello,
On Sun, Dec 2, 2018 at 4:07 PM petecb via coreboot
wrote:
> Thank you for all those details. I've now compiled a version with the default
> CMOS settings apart from the following changes
>
> Minimum memory voltage = 1.35v
> experimental_memory_speed_boost enabled
> 1394 controller
Hi Pete,
On 01.12.18 17:21, petecb via coreboot wrote:
> I'm wondering if my problem is related to not having any SATA drives
> installed? (I just have a PCI-E SSD). It may be the case that the logic
> to disable combined mode is not getting triggered in my scenario, yet it
> would do if there
On 12/02/2018 05:30 PM, Nico Huber wrote:
> Hi Pete,
>
> On 02.12.18 23:13, petecb via coreboot wrote:
>> As the default SATA setting already appeared correct, I modified the 3
>> additional settings that Taiidan had already indicated worked
>> (memory_speed_boost, 1394 controller and SATA ALPM)
Lots of people read this
> > list and you can now expect to see your IIRC bounce around the world
> > as fact, and we have no idea if it's true or not.
> Here's the source. Leah Rove writes that she "paid 90,000 USD to Raptor
> Engineering to port the ASUS KGPE
or not.
Here's the source. Leah Rove writes that she "paid 90,000 USD to Raptor
Engineering to port the ASUS KGPE-D16 and KCMA-D8 to Libreboot".
https://libreboot.org/news/leah-fundraiser.html
___
coreboot mailing list -- coreboot@coreboot.org
To u
d i guess cannot anymore test.
Tested in my case (KGPE-D16) with libreboot (coreboot 4.6) with and
without microcode.Same behaviour.
kernel 4.9 works flawless btw
Am 09.07.19 um 12:02 schrieb Felix Held:
> Hi!
>
>> Tested it both with microcode and without microcode. It doesent changes
&
.
I would love to see a clean rewrite and assume that I proposed this
when somebody asked what could/should be done. However, I don't see
it as a requirement. Also, we have much more worrisome code in the
tree (e.g. KGPE-D16 and surrounding code, suffering from undefined
behavio
Hi Kinky,
> i sadly had to replace KGPE-d16 board for my fileserver to a Supermicro
> A1SRi-C2558 because of electric pill
>
> investigating a bit with intelmetool and mecleaner non of them could
> found any sign for an ME-region in this board.. so i asking myself if
&
computer doesn't boot, did
> you have any suggestions? I put only 2 rams module, following the Asus kgpe
> d16 manual, is that the correct order (one in the first and one in the last
> orange socket)?
>
> Thank you very much
> Dave
> _
Hello,
recently I add to my asus kgpe d16 a pci-e to firewire card adapter, a sunix
FWB3400T; after that, my Debian distro previously installed doesn't boot
anymore, it boot partially but at one point it show "hdaudio no AFG or MFG node
found" and then the PC restart itself.
I
the problem myself when I first tested my KGPE board. The
motherboard draws a lot of current initially at start up and my first power
supply had an internal protection circuit that would activate and stop it due
to overload drawing too much current. Once I upgraded to a higher capacity
power supply
to confirm the board works properly before flashing coreboot. I
believe the problem is that your power supply itself does not have
enough capacity. I have experienced the problem myself when I first
tested my KGPE board. The motherboard draws a lot of current
initially at start up and my first
On 01/23/2017 09:23 AM, Timothy Pearson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/21/2017 02:57 AM, taii...@gmx.com wrote:
It seems the PCI-e root ports on the KGPE-D16 have ARI which is needed
for SR-IOV, however it is not reported via # lspci -vv
I assume that is why
Hi folks,
as we know, the KGPE-D16 is likely to hang during PCI init, especially if the
serial console is enabled (Timothy mentioned that he did not observe failures
with the debug level of the console lowered - however, for me this did not
work). Typical symptoms look like the following
l rank, x4 • Modules: 1x
> > 8GB • JEDEC: PC3L-12800R • Voltage: 1.35V
>
> I got 8 of these working with one CPU package on the KGPE-D16 with
> one of the latest Coreboot master versions:
(Please note, that coreboot is officially spelled all lowercase.)
How much did you pay for these m
On Tue, 17 Jan 2017 14:24:16 -0600
Timothy Pearson <tpear...@raptorengineering.com> wrote:
> Regarding the BMC work, we're looking to enable a fully libre BMC on
> the KGPE-D16. This is a complex process involving significant reverse
> engineering efforts, writing new
really do anything at all - we shouldn't entertain the purism
idiots who support that.
x86 is dead, in a year or so you won't be able to find any new non
FSP/ME/PSP type motherboards so we will be reduced to buying overpriced
used boards from ebay (kgpe-d16 - get em new while you can boys
the bzimage. I'll try that.
ron
On Tue, Sep 13, 2016 at 4:43 PM ron minnich <rminn...@gmail.com> wrote:
> I've been trying to find a problem in linux that makes it not boot when
> used as the payload in the KGPE-D16. The symptom is that I get no output at
> all on serial when linu
ile using Coreboot/Libreboot? The libreboot website says that the
motherboard offers full IOMMU-support when using a CPU from the Opteron
6200/6300 series.
https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF
https://libreboot.org/docs/hcl/kgpe-d16.html
--
coreboot mailing list:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/15/2016 03:35 PM, taii...@gmx.com wrote:
> I have KGPE-d16 with IOMMU/AMD-VI and I was wondering if it would be
> possible to designate in coreboot certain devices pass-through only to
> stop them from communicating with the host?
401 - 500 of 800 matches
Mail list logo