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 would we expect Intel to take open source into account now?

It's very easy to predict that the open source rewrite, or release,
will never happen. Because there's decades of history to draw upon.

I hope this explains a certain apparent disbelief on the community's
part that we should take binaries now, and an open source version
tomorrow. Because we know it won't happen. It seems pointless to
accept a binary blob, in the short term, when we know there are only
binary blobs in the long term.

ron


On Thu, Sep 7, 2023 at 1:50 PM Williams, Hannah
<hannah.willi...@intel.com> wrote:
>
> 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 teams in 
> Intel like i915 team. We have to see how to write common code between the two 
> so that we can open source at the same time.
>
> Hannah
>
>
>
> _______________________________________________
> coreboot mailing list -- coreboot@coreboot.org
> To unsubscribe send an email to coreboot-le...@coreboot.org
_______________________________________________
coreboot mailing list -- coreboot@coreboot.org
To unsubscribe send an email to coreboot-le...@coreboot.org

Reply via email to