On Wed, Feb 28, 2018 at 07:25:59PM +0200, Andy Shevchenko wrote:
> Instead of mapping to built-in device properties, implement a full
> property provider.
> 
> This is needed due to an architectural differences between built-in
> device property data structures and ones that are used on Apple
> machines.
> 
> Signed-off-by: Andy Shevchenko <andriy.shevche...@linux.intel.com>
> ---
> 
> Hi, Lukas.
> 
> This is a skeleton of proof-of-concept conversion of apple-properties to
> be a full featured property provider.

I'm struggling to understand what the problem is with the existing code
that necessitates these changes.  In a prior e-mail there was the
question what type these Mac EFI properties have and I said it's just
a raw byte array.  Thus, always assuming an array of type DEV_PROP_U8
would seem to be sufficient.  That's also the type I used to retrieve
the "ThunderboltDROM" property in drivers/thunderbolt/eeprom.c.
Would that not work?  (Sorry if I'm sounding really ignorant.)

Thanks,

Lukas
--
To unsubscribe from this list: send the line "unsubscribe linux-efi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to