[coreboot] Re: 2023-08-23 - coreboot Leadership meeting minutes

2023-09-07 Thread Williams, Hannah
Already there are binaries FSP, AGESA, PSP being used in Coreboot and because of IP and licensing issues everything cannot be open sourced. The uGOP is just a stripped down version of GOP that is already inside FSP. This is the fastest method for this specific product and hence we are asking f

[coreboot] Re: 2023-08-23 - coreboot Leadership meeting minutes

2023-09-07 Thread Arthur Heymans
Hi Hannah It looks like your information is not up to date. https://www.phoronix.com/news/Intel-HDMI-2.1-FRL-Linux so hdmi 2.1 upstreaming in Linux began 10 months ago? Both Linux and https://gitlab.freedesktop.org/drm/igt-gpu-tools/-/commits/master/ has support for VBT, which should suffice wit

[coreboot] Re: 2023-08-23 - coreboot Leadership meeting minutes

2023-09-07 Thread Williams, Hannah
It is not possible to open source uGOP today without re-writing it. We do not have time to re-write considering our product timeline and hence the request to allow to use binary now. We acknowledge that we will make effort to open source uGOP for future SOC by working internally with the other t

[coreboot] Re: 2023-08-23 - coreboot Leadership meeting minutes

2023-09-07 Thread ron minnich
Were it not for the fact that we've been having the general open source discussion with intel for 24 years, and this graphics discussion for 10 years, we might believe that the claim of future open source is possible. Intel did not take open source into account when Intel wrote this code; why woul

[coreboot] Re: 2023-08-23 - coreboot Leadership meeting minutes

2023-09-07 Thread Arthur Heymans
Hi Hannah So the only reason for including uGOP as a blob is a failed planning at Intel and nothing technical? I agree with Patrick here. This is really an Intel-problem and not something coreboot should have to put up with. Arthur On Thu, Sep 7, 2023, 21:50 Williams, Hannah wrote: > It is no