[coreboot] ASUS KGPE-D16 IOMMU issue

2017-05-03 Thread lowsec
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]

[coreboot] PCIe Role-based error reporting

2017-05-03 Thread Youness Alaoui
Hi, I'm looking at the src/device/pciexp_device.c file trying to understand what it does and I've noticed this in pciexp_enable_aspm : /* Enable ASPM role based error reporting. */ devcap = pci_read_config32(endp, endp_cap + PCI_EXP_DEVCAP); devcap |= PCI_EXP_DEVCAP_RBER; pci_write_config32(endp,

[coreboot] ASUS KGPE-D16 Automated Test Failure [master]

2017-05-03 Thread Raptor Engineering Automated Coreboot Test Stand
The ASUS KGPE-D16 fails verification for branch master as of commit 21b08522c27f2e70a081f4634dc0404c7eeb94f9 The following tests failed: BOOT_FAILURE Commits since last successful test: 21b0852 google/gru: skip usbphy1 setup for Scarlet See attached log for details This message was

Re: [coreboot] Remote security exploit in all 2008+ Intel platforms

2017-05-03 Thread Nico Huber
On 03.05.2017 09:28, Zoran Stojsavljevic wrote: >> The reason we want to prioritize the ME vs. the FSP, is because a lot > more people were interested in getting rid of the ME, >> so it is a higher priority, *but the FSP is also going to be reversed > eventually and coreboot deblobbed entirely*. >

Re: [coreboot] Remote security exploit in all 2008+ Intel platforms

2017-05-03 Thread Nico Huber
On 03.05.2017 01:39, Youness Alaoui wrote: > to answer Nico's other post: > I'm quite surprised and disappointed by your answer. You have every right > to say that you are disappointed or distrusting Purism due to past actions, > but I find it harsh for you to be repeatedly saying "fraud" and

Re: [coreboot] Anyone got an opinion, technical or otherwise, on this?

2017-05-03 Thread Nico Huber
On 03.05.2017 16:31, Matt DeVillier wrote: > On Wed, May 3, 2017 at 4:17 AM, John Lewis wrote: > >> I think I've answered my own questions by checking out the menuconfig >> options, it looks to me as though up to and including Skylake is possible, >> and flashing internally

Re: [coreboot] BIOSBits ...

2017-05-03 Thread Nico Huber
Hi Kashif, On 02.05.2017 23:04, Kashif Ali wrote: > Hi all, > > We modified coreboot for the OpenCellular project and looking to have test > suite for BIOS, specially during manufacturing. The OpenCellular is based > on Intel Atom E3845, similar to minnowboard. I came across biosbits.org, > have

Re: [coreboot] Anyone got an opinion, technical or otherwise, on this?

2017-05-03 Thread Matt DeVillier
On Wed, May 3, 2017 at 4:17 AM, John Lewis wrote: > I think I've answered my own questions by checking out the menuconfig > options, it looks to me as though up to and including Skylake is possible, > and flashing internally *should* be okay? > Since writing to the ME region

Re: [coreboot] Coreboot on the Supermicro H8SCM-F

2017-05-03 Thread taii...@gmx.com
On 05/02/2017 05:05 AM, PeerCorps Trust Fund wrote: Hi! Thanks for the feedback on this. It is a decent motherboard, but it wasn't for anything critical. It just seemed like a nice low barrier (cost wise) entry to a desktop. It might be nice however if some of the other Supermicro Opteron

Re: [coreboot] Anyone got an opinion, technical or otherwise, on this?

2017-05-03 Thread John Lewis
I think I've answered my own questions by checking out the menuconfig options, it looks to me as though up to and including Skylake is possible, and flashing internally *should* be okay? John. On 03/05/17 10:09, John Lewis wrote: > > Thanks everyone for the responses. > > The thing that bothers

Re: [coreboot] Anyone got an opinion, technical or otherwise, on this?

2017-05-03 Thread John Lewis
Thanks everyone for the responses. The thing that bothers me, is if you take a possibly extreme interpretation of "There is also a chance of attacks performed on Intel systems without Intel AMT support." from the people who reported the vuln @ https://www.embedi.com/news/mythbusters-cve-2017-5689

Re: [coreboot] Remote security exploit in all 2008+ Intel platforms

2017-05-03 Thread Zoran Stojsavljevic
> The reason we want to prioritize the ME vs. the FSP, is because a lot more people were interested in getting rid of the ME, > so it is a higher priority, *but the FSP is also going to be reversed eventually and coreboot deblobbed entirely*. This is very serious claim, Youness. In FSP you do