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.shevchenko@xxxxxxxxxxxxxxx> > --- > > 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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
