Hello Eric, Martin, On Mon, Nov 28, 2016 at 12:30:38PM -0800, Eric Anholt wrote: > Eduardo Valentin <edubezval@xxxxxxxxx> writes: > <cut> > The firmware today always initializes thermal. I suggested adding the > init code because we (myself and the Pi Foundation) would like to reduce > how much closed firmware code is required in the platform, and the Linux > driver doing this would help make that possible in the future. Oh I see. Backup code for future chips/firmware. > > >> > Who has the ownership of this device? > >> > >> Joined ownership I suppose... > >> > > > > with no synchronization mechanism? > > Correct, because none is necessary. > <cut> > > Either the device was initialized by the firmware before handing off to > ARM (today's firmware) or it never will be (potential future firmware). And do you have a way to check if the firmware has the initialization code or not? By firmware version, for example. Or even, chip version, maybe? If the current firmware will always initialize the chip, I would say, ARM should simply read the registers, no initialization, unless it is known that the firmware intentionally left the device uninitialized. Again, just trying to avoid obscure misbehavior, when running into a faulty state, and running silently broken. -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
