Thank you for the reply!
On 30/03/18 00:00, Thor Thayer wrote:
Hi,If the hardware/IP registers are designed not to provide access to EL1,
I'm working on an ARM64 architecture that needs to manipulate some
protected registers that are only accessible in EL3. Linux is running at
EL1 which doesn't have the proper permissions for these registers.
then providing one in software by some means is simply wrong approach to
solve whatever issue you are trying to address here.
Yes, the existing implementation is doing this and implements a SiP service framework.Since U-Boot is running at the higher EL3, we communicate to the U-BootPlease follow SMCCC to add any SMC interface.
functions through a SMC mechanism.
I'm not following about abstracting the level of services. For accessing the registers, I thought a regmap implementation would be nice because of the read/write/update functionality that would wrap around the SMC SiP service functions.The regmap framework seems like a good match for accessing theseNo, providing register access to EL1 using regmap+SMC just defeats the
registers. We need the same functionality as I2C and SPI regmaps - read,
write, and update registers.
hardware security restrictions and may provide ways to exploit.
Why not abstract to the level of services you need ?
Thank you for those pointers. I vaguely knew about PSCI but I wasn't aware of SCMI. Let me study these interfaces, particularly SCMI, before I reply further because this may answer many of my questions.Any comments or suggestions about using regmap for this purpose? IsIf you are looking for power management features, then PSCI and SCMI are
there a better method?
couple of specifications to look at. I would really like to know more
details on your use case to provide any suggestions.