Re: [coreboot] Owner-controlled POWER9 Talos II [was: Disabling Intel ME 11 via undocumented mode]

2017-09-08 Thread taii...@gmx.com 
Also want to add why broadcom? I heard they didn't have a good attitude 
to open source and as a large company I imagine they have a lot of 
institutional inertia preventing that from changing? - why not one of 
the smaller NIC makers such as atheros, mellanox, solarflare etc?


Thank you for the future infos!

--
coreboot mailing list: coreboot@coreboot.org
https://mail.coreboot.org/mailman/listinfo/coreboot

Re: [coreboot] Owner-controlled POWER9 Talos II [was: Disabling Intel ME 11 via undocumented mode]

2017-09-08 Thread taii...@gmx.com 
I am curious as to how Raptor got the funding for TALOS this time 
around, have major corporations finally seen the light and ordered some :D?


I also want to know as to what is wrong with Intel's NICs so that I can 
share it with others (and not buy them in the future) - is it just 
simply the fact that they are an anti-computing-freedom company? or is 
there a sneaky backdoor?



I am so incredibly happy that we at long last have an off the shelf 
ultra high performance secure and owner controlled product, raptor has 
done what many other companies said wasn't possible AND made it 
reasonably priced for the level of juice you get - serious kudos to 
everyone involved in bringing talos to life <3


--
coreboot mailing list: coreboot@coreboot.org
https://mail.coreboot.org/mailman/listinfo/coreboot

[coreboot] New Defects reported by Coverity Scan for coreboot

2017-09-08 Thread scan-admin 

Hi,

Please find the latest report on new defect(s) introduced to coreboot found 
with Coverity Scan.

1 new defect(s) introduced to coreboot found with Coverity Scan.
1 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent 
build analyzed by Coverity Scan.

New defect(s) Reported-by: Coverity Scan
Showing 1 of 1 defect(s)


** CID 1380991:  Code maintainability issues  (UNUSED_VALUE)
/3rdparty/vboot/firmware/lib/vboot_ui_menu.c: 1114 in vb2_recovery_menu()



*** CID 1380991:  Code maintainability issues  (UNUSED_VALUE)
/3rdparty/vboot/firmware/lib/vboot_ui_menu.c: 1114 in vb2_recovery_menu()
1108break;
1109case VB_BUTTON_VOL_UP:
1110case VB_BUTTON_VOL_DOWN:
case VB_KEY_UP:
1112case VB_KEY_DOWN:
1113if (current_menu == 
VB_MENU_RECOVERY_INSERT) {
>>> CID 1380991:  Code maintainability issues  (UNUSED_VALUE)
>>> Assigning value from "vb2_update_menu(ctx)" to "ret" here, but that 
>>> stored value is overwritten before it can be used.
1114ret = vb2_update_menu(ctx);
1115
vb2_set_disabled_idx_mask(shared->flags);
1116} else {
1117vb2_update_selection(cparams, 
key);
1118}
1119vb2_draw_current_screen(ctx, cparams);



To view the defects in Coverity Scan visit, 
https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V05UPxvVjWch-2Bd2MGckcRbLuoVetFLSjdonCi1EjfHRqWGQvojmmkYaBE-2BPJiTQvQ-3D-3D_q4bX76XMySz3BXBlWr5fXXJ4cvAsgEXEqC7dBPM7O5bitsdhFsrGyJ-2BxOj3NN-2BP6QLFjCZ4bgAytyK5IHIHeJgRYqAReTeLLp1C-2BRvwCXb2CJFNU2GS5H4R2nMT0pHIVajXbzAlMSA0b5Hy8x2cC-2FSonjHpXOW4z4wrgou3ln9-2BZ8jQztyKGXhYmtuWqy6IliNEdpS5ZBmpSvS8zy0F74b5hhI7Dd-2FC-2FRCSgM-2Fo191M-3D

To manage Coverity Scan email notifications for "coreboot@coreboot.org", click 
https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V05UPxvVjWch-2Bd2MGckcRbVDbis712qZDP-2FA8y06Nq4e-2BpBzwOa5gzBZa9dWpDbzfofODnVj1enK2UkK0-2BgCCqfkfgGF5ECMwHI0-2FVznrU953Dvw3Ddjop950pccFQ-2Br0qaXkQSgAjbZsF6g7Yem3Y-3D_q4bX76XMySz3BXBlWr5fXXJ4cvAsgEXEqC7dBPM7O5bitsdhFsrGyJ-2BxOj3NN-2BP656-2FfgUfBQTsPdRY9O8A1HI86V3TBDdYAQPCYeYquDAA0VWdaRBgqW0ysfEBO6-2BRFj-2FGQwijV93IGpEIkwXQt06NCK7SM3LyWUyaWFS-2F9LTsp0OqO-2BmZ4HU2roY-2Btcqk3h31AVIULqYOrVjgQSMpFT5CTecBNPwtvtRYbKUCq-2Blg-3D


-- 
coreboot mailing list: coreboot@coreboot.org
https://mail.coreboot.org/mailman/listinfo/coreboot

Re: [coreboot] INT 13, real mode, block write commands and coreboot

2017-09-08 Thread Alberto Bursi 


On 08/09/2017 04:42, taii...@gmx.com wrote:
> AFAIK the more higher performance beagleboards such as the X15 have 
> native pci-e devices for sata, esata, ethernet etc.
>
> I would suggest a more free device such as a BeagleBoard, the RPI 
> foundation only likes open source when it is convenient with them 
> (side question - how come so many laymen think it is an open source 
> hardware?)
>
> If you get a RPI for a long term project you're eventually going to 
> run in to issues when support ends and the blobs no longer work with 
> new distros/kernels.
>

you probably missed the info that Broadcom there is an open driver for 
VC4 made by Eric Anholt (is also in Mesa mainline), which was hired by 
Broadcom years ago and is now also making VC5 driver (next gen of that GPU).

Currently the only thing needed by Raspi (1, 2, 3) is the firmware blob 
for booting and board initialization (running on bare metal in the GPU 
part of the SoC), that will still work fine in the future.

So Raspi has now upstream support for everything (also its own wifi chip 
is supported, don't know about bluetooth but would be surprising if it 
doesn't).

It took them like 4 years of lying about it being "open source", but now 
it is.

-Alberto
-- 
coreboot mailing list: coreboot@coreboot.org
https://mail.coreboot.org/mailman/listinfo/coreboot

Re: [coreboot] KGPE-D16 PCI passthrough

2017-09-08 Thread taii...@gmx.com 

On 09/08/2017 02:12 AM, Iru Cai wrote:


On Fri, Sep 8, 2017 at 2:02 PM, taii...@gmx.com  wrote:


On 09/08/2017 12:44 AM, Iru Cai wrote:

On Fri, Sep 8, 2017 at 11:42 AM, taii...@gmx.com  wrote:

On 09/07/2017 11:21 PM, Iru Cai wrote:

Hi,


I have a problem about PCI passthrough on KGPE-D16. I plugged in a PCI
to
USB adapter to the PCI slot, and it's in IOMMU group 7 with the ASpeed
video card and the LSI 1394a controller. I try to pass them all to a VM,
but then kernel crashes. I tried in Linux 4.9.47 and Linux 4.12.10.

Does anyone with KGPE-D16 have this problem?

Iru

You are attempting to pass the primary video device to a VM which hardly

ever works, I tried the same thing and it didn't work (I wanted my PCI
sound card in the VM, and as PCI doesn't support ACS and all the PCI
devices on the D16 are behind the same bridge they are in the same IOMMU
group so I had to do that - I ended up buying a USB sound adapter)

Now I'm using GTX 650 as my primary video device and not using the on

board
ASpeed  video card.

Also I tried to pass the onboard USB controller to the VM, and also
crashed
the kernel.


Damn :[
FYI you forgot to reply all - please re post this to the list :]

Hmm can I have dmesg logs and your libvirt or w/e VM config files? for the
new config you are trying.
I am playing games right now with my pass thru usb ports.


So are you using vfio-pci or pci-stub? I don't know if I can use pci-stub
in libvirt, but vfio-pci will require all devices
in an IOMMU group passed to a VM, and I don't use a modded kernel.

VFIO-PCI
I pass thru my video card, an onboard nic and an onboard usb controller 
(all three usb subdevices) - works great and they're all in their own 
iommu group.


--
coreboot mailing list: coreboot@coreboot.org
https://mail.coreboot.org/mailman/listinfo/coreboot

Re: [coreboot] KGPE-D16 PCI passthrough

2017-09-08 Thread Iru Cai 
On Fri, Sep 8, 2017 at 2:02 PM, taii...@gmx.com  wrote:

> On 09/08/2017 12:44 AM, Iru Cai wrote:
>
> On Fri, Sep 8, 2017 at 11:42 AM, taii...@gmx.com  wrote:
>>
>> On 09/07/2017 11:21 PM, Iru Cai wrote:
>>>
>>> Hi,
>>>
 I have a problem about PCI passthrough on KGPE-D16. I plugged in a PCI
 to
 USB adapter to the PCI slot, and it's in IOMMU group 7 with the ASpeed
 video card and the LSI 1394a controller. I try to pass them all to a VM,
 but then kernel crashes. I tried in Linux 4.9.47 and Linux 4.12.10.

 Does anyone with KGPE-D16 have this problem?

 Iru

 You are attempting to pass the primary video device to a VM which hardly
>>> ever works, I tried the same thing and it didn't work (I wanted my PCI
>>> sound card in the VM, and as PCI doesn't support ACS and all the PCI
>>> devices on the D16 are behind the same bridge they are in the same IOMMU
>>> group so I had to do that - I ended up buying a USB sound adapter)
>>>
>>> Now I'm using GTX 650 as my primary video device and not using the on
>> board
>> ASpeed  video card.
>>
>> Also I tried to pass the onboard USB controller to the VM, and also
>> crashed
>> the kernel.
>>
> Damn :[
> FYI you forgot to reply all - please re post this to the list :]
>
> Hmm can I have dmesg logs and your libvirt or w/e VM config files? for the
> new config you are trying.
> I am playing games right now with my pass thru usb ports.
>

So are you using vfio-pci or pci-stub? I don't know if I can use pci-stub
in libvirt, but vfio-pci will require all devices
in an IOMMU group passed to a VM, and I don't use a modded kernel.


-- 
Please do not send me Microsoft Office/Apple iWork documents. Send
OpenDocument instead! http://fsf.org/campaigns/opendocument/
-- 
coreboot mailing list: coreboot@coreboot.org
https://mail.coreboot.org/mailman/listinfo/coreboot

Re: [coreboot] KGPE-D16 PCI passthrough

2017-09-08 Thread taii...@gmx.com 

On 09/08/2017 12:44 AM, Iru Cai wrote:


On Fri, Sep 8, 2017 at 11:42 AM, taii...@gmx.com  wrote:


On 09/07/2017 11:21 PM, Iru Cai wrote:

Hi,

I have a problem about PCI passthrough on KGPE-D16. I plugged in a PCI to
USB adapter to the PCI slot, and it's in IOMMU group 7 with the ASpeed
video card and the LSI 1394a controller. I try to pass them all to a VM,
but then kernel crashes. I tried in Linux 4.9.47 and Linux 4.12.10.

Does anyone with KGPE-D16 have this problem?

Iru


You are attempting to pass the primary video device to a VM which hardly
ever works, I tried the same thing and it didn't work (I wanted my PCI
sound card in the VM, and as PCI doesn't support ACS and all the PCI
devices on the D16 are behind the same bridge they are in the same IOMMU
group so I had to do that - I ended up buying a USB sound adapter)


Now I'm using GTX 650 as my primary video device and not using the on board
ASpeed  video card.

Also I tried to pass the onboard USB controller to the VM, and also crashed
the kernel.

Damn :[
FYI you forgot to reply all - please re post this to the list :]

Hmm can I have dmesg logs and your libvirt or w/e VM config files? for 
the new config you are trying.

I am playing games right now with my pass thru usb ports.

--
coreboot mailing list: coreboot@coreboot.org
https://mail.coreboot.org/mailman/listinfo/coreboot