Changes

The main difference between the two is that the Linux kernel itself knows pretty well how much the A8 is loaded at a given time (due to the fact that it's the kernel that schedules its processes). Having a configurable CPU governor is a standard feature of Linux kernel, that can be found on PCs and laptops. The Kernel changes A8 frequency/voltage in accordance with user settings.

CPU governor is a standard feature of recent Linux Kernels. The kernel itself selects the best working point depending on CPU load. User can choose select between various predefined governors or choose the working frequency himself. In the latter configuration the kernel will only select the best allowed OPP from the frequency chosen by the user. Please note that this allows the Cortex-A8 to be treated like the rest of the PM subsystem (DSP, CORE, HDVICP2) thus allowing direct OPP setup (see next section).

For its [[:Category:Naon|Naon]] platform, Dave '''DAVE Embeddded Systems''' provides a ''custom'' PM driver that allows for selection, at runtime, of an OPP for each subsystem (Cortex A8, CORE, DSP, HDVICP) providing a default stable voltage/frequency setting. Some OPPs are directly derived from the ones officially supported by TI (see DM814x TRM at DVFS section, for example) and some other custom OPPs are provided by Dave'''DAVE Embeddded Systems'''.

{{ImportantMessage|text=As described on the table above, not all OPPs can be used with video output enabled. In fact OPP0 has does not have enough processing power on HDVPSS to display even static images on HDMI (VOUT1) @1080p60. For streaming video processing (e.geg. H264 decoding) at least an OPP100 or higher is required.}}

OPP settings can be changed globally (in other words: the same OPP for each subsystem) or locally individually (a different OPP for each subsystem).

OPP setup can be done performed via sysfs interface. For example to globally configure ''OPP50'' globally , enter the following command at [[:Category:Naon|Naon]] console

To choose The user can select a different OPP for each subsystem, the user can use using the same sysfs entry, but by specifying the OPPs separated by commas. E.gEg. for an application that does not require DSP and hardware encoder/decoder, the user can choose:

To have a more in-depth control over power management and performance, [[Category:Naon|Naon]] PM driver allow allows the user to specify the frequency for each configurable clock known to by the Linux Kernel.

{{WarningMessage|text=Please note that changing frequency will also require a power supply change, to have a stable system. However changing Changing power supply is a critical issue for the module and may damage it permanently. For this reason [[Category:Naon|Naon]] PM driver allow allows the user to customize only the frequency and not power supply, which is automatically adjusted by choosing the right appropriate OPP}}

First of all, the user should find the correct clock name, e.geg. by looking inside ''/sys/kernel/debug/clock'' (DEBUGFS must be enabled and mounted). We will suppose that the user wants to configure HDVPSS (and thus M3) frequency, which is derived from ''iss_dpll_ck'' PLL (only PLL are configurable, of course).

Clock removal from list can be done by changing ''+'' with ''-'', e.geg.

Before use using the clock, this it must be selected between all the one that are inside from the list

User can now query read the current frequency value:

Setting the frequency is just a matter of writing its value, in MHzHz, into the same sysfs entry:

Entering standby means putting the [[Category:Naon|Naon]] module in into a ''sleep'' state, where the power consumption is minimal and also no processing is allowed. All processes are halted, ARM Cortex A8 goes into a specific mode called WFI (''Wait For Interrupt'') and DDR2 RAM goes in into self-refresh mode (the lowest power consumption mode without wasting memory contents).

Entering standby Standby mode can be done activated by any userspace application, while wakeup is allowed triggered only from:

* an interrupt sources source (e.geg. GPIO or UART). Please note that having an interrupt source enabled means that its clocks cannot be disabled when entering standby mode.

Due to system complexity and user application dependency, standby mode requires a bit of configuration for optimal performance. The user can (and should) set the standby configuration for various clockclocks, depending on it's its application. However Dave '''DAVE Embeddded Systems''' provides a default clock configuration and system setup that usually is both functional and best performing for common [[Category:Naon|Naon]] based platform. Clock Clocks are managed by the same Naon PM driver described on the previous sections.

# configuring suspend/standby clock clocks (by slowing down their frequencies and/or gate gating them completely)

The first step is the most complex one, but is required to have obtain the best performance regarding performances in relation to power consumption. Dave '''DAVE Embeddded Systems''' provides a script that correctly configure configures most of the unused clock clocks and give gives the best power result, without too much impact on suspend/wakeup performance (regarding in terms of suspend/wakeup latency).

Here is the bash script provided with NELK:

See also the following table to understand what is done on each subsystem:

Configuring wakeup source sources is a matter of choosing which IRQ are left unmasked when entering standby and isenabling/how enable configuring wakeup timer. We will take a look only to consider the latter, because the former is highly driver dependent.

Wakeup timer is described in details into in the [http://processors.wiki.ti.com/index.php/DM814x_AM387x_PM_Suspend_resume_overview TI wiki]. In brief, the user should just enter the timeout (in seconds and/or milliseconds) via sysfs. E.gEg. to wakeup after 2.5 secs seconds standby mode is entered, the following command can be used:

{{Board Specific Information|text=Please note that the above commands requires require debugfs enabled and mounted (e.geg. ''mount -t debugfs debugfs /sys/kernel/debug'')}}

If wakeup timer has been configured, among amongst the other messages , the user will see something like the following:

* call suspend() function of each registered device driver (e.geg. suspend() function of USB driver will put usb phy in suspend too)

* (if needed) mask all interrupts apart from except for the peripheral peripherals used for wakeup

When an interrupt is issue issued or when wakeup timer elapses:

* interrupt mask masks are restored

* clock clocks are un-gated and/or restored* all processes are unfreezedunfrozen

This is not very precise but give gives an order of magnitude measure of the latency. Please note that the time for entering standby is also taken in into account.

In the following table we summarize the power consumption of the whole [[Category:Naon|Naon]] module (3.3V power supply) in the different situations.

* shut shunt voltage has been measured on R422 (10mOhm), in [[:Category:NaonEVB-Mid|NaonEVB-Mid]], which feeds [[:Category:Naon|Naon]] module 3.3V power supply