On Fri, Feb 26, 2016 at 06:18:30PM -0600, Nishanth Menon wrote: > On Fri, Feb 26, 2016 at 12:18 PM, Tom Rini <tr...@konsulko.com> wrote: > > On Thu, Feb 25, 2016 at 12:53:46PM -0600, Nishanth Menon wrote: > > > >> Enable support for PMMC the TI power processor on K2G. This processor > >> manages all power management related activities on the SoC and and > >> allows the Operating Systems on compute processors such as ARM, DSP to > >> offload the power logic away into the power processor. U-boot just has a > >> load responsibility, hence the view of the hardware from a bootloader > >> perspective is different from the view of hardware from a Operating > >> System perspective. While bootloader just loads up the firmware, > >> Operating Systems look at the resultant system as "hardware". > >> > >> Signed-off-by: Nishanth Menon <n...@ti.com> > > > > Reviewed-by: Tom Rini <tr...@konsulko.com> > > > > ... and this will match whatever is in the kernel, right? > > The Linux kernel will not need to access PMMC similar to how bootloader has > to. > > Bootloader looks to load up the peripheral - so, it's view of the > hardware is as a programmable core (similar to how we'd look at a > DSP/other remote proc), however, linux kernel only cares about the > communication link (which is the message manager) and the protocol on > top to communicate and does not need to access PMMC directly (it is > only done once by bootloader). > > So the the current u-boot dt binding will not even need to be send > upstream kernel, instead a protocol level definition (similar to SCPI) > will be exposed to linux kernel.
So is the kernel community going to be unhappy about getting what it might consider extraneous information in the device tree? The goal here is to be able to just copy in the DT files from $upstream and really really not have local changes without a good reason (and yes, we need to revisit u-boot,dm-pre-reloc at some point). Maybe a question for one of the higher level DT lists... -- Tom
signature.asc
Description: Digital signature
_______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
