Re: Kernel drivers and IOCTLs

2020-02-04 Thread Valdis Klētnieks
On Tue, 04 Feb 2020 20:57:24 -0600, WyoFlippa said: > I'm actually happy with the existing boot schemes. In this case, the > driver is going to validate a signed image (U-Boot or Linux) before it > is programmed into the flash memory. Although the image is validated > when booting, it is one

Re: Kernel drivers and IOCTLs

2020-02-04 Thread WyoFlippa
Hi Valdis, On 1/23/2020 10:49 AM, Valdis Klētnieks wrote: On Tue, 21 Jan 2020 22:27:01 -0600, WyoFlippa said: I'm working on a driver that would verify a Linux or U-Boot image is secure and I need to pass parameters such as the public key, starting address, etc. This is actually a lot harder

Re: Kernel drivers and IOCTLs

2020-01-23 Thread Valdis Klētnieks
On Tue, 21 Jan 2020 22:27:01 -0600, WyoFlippa said: > I'm working on a driver that would verify a Linux or U-Boot image is > secure and I need to pass parameters such as the public key, starting > address, etc. This is actually a lot harder to do properly than it looks, especially if you're

Re: Kernel drivers and IOCTLs

2020-01-22 Thread Greg KH
On Tue, Jan 21, 2020 at 10:27:01PM -0600, WyoFlippa wrote: > Hi, > > I'm working on a driver that would verify a Linux or U-Boot image is secure > and I need to pass parameters such as the public key, starting address, etc. > I'd heard in talking to developers that IOCTLs are frowned upon. I also

Kernel drivers and IOCTLs

2020-01-22 Thread WyoFlippa
Hi, I'm working on a driver that would verify a Linux or U-Boot image is secure and I need to pass parameters such as the public key, starting address, etc. I'd heard in talking to developers that IOCTLs are frowned upon. I also found this article that seems to indicate that using sysfs or