Re: [RFC PATCH] fpga: region: Add support for FPGA region variants

Xu Yilun <[email protected]>
Newsgroups org.kernel.vger.linux-fpga,org.kernel.vger.linux-kernel
Message-ID <aoJ6paA/8ndpJ17y@yilunxu-OptiPlex-7050>
> > But if the no-verification-in-driver is denied, I think the thing we
> > need to do is to verify the binding between the DT description & image.
> > After we've verified the DTO & the image is a valid pair, they are not
> > arbitrary, whatever the DTO does is necessary to the updated hardware.
> 
> I think we agree on this. Ideally, we should validate the complete
> {config, image} pair. However, I don't see how using DTO at runtime can
> help with this goal.

Validation is not the goal. Re-enumeration is the goal. DTO is what FPGA
is now using for re-enumeration. Validation helps DTO if you want extra
integrity.

> On the contrary, it would put us in a situation
> where neither element of the pair is guaranteed since it enables the
> user to feed arbitrarily forged DTOs.

As you referenced, no OS component (even the kernel) could guarantee the
functionality of the binary for a device, only the device can. So what's
the difference who provides the pair?

The only thing matters here is integrity and authentication, which is
totally a different thing from kernel-user privilege.

I'm also confused you keep on telling that userspace is arbitrary so no
userspace interface, which seems to suggest kenrel should never get any
input from user.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.