1. 16 Jul, 2016 2 commits
  2. 15 Jul, 2016 1 commit
  3. 09 May, 2016 6 commits
  4. 14 Apr, 2016 3 commits
  5. 11 Dec, 2015 1 commit
  6. 23 Nov, 2015 1 commit
  7. 28 Aug, 2015 4 commits
  8. 27 Aug, 2015 5 commits
    • Praveen Rao's avatar
      [CPUINFO][DRA7] Support DRA74x SR2.0 samples · 3760d585
      Praveen Rao authored
      Support for DRA7xx SR2.0 IDCODE for DRA74x.
      
      NOTE: new silicon revisions are called SR (Silicon Revisions) as
      Opposed to ES (Engineering Samples) to avoid misunderstandings of what
      "engineering samples" actually mean. Unfortunately, the old code carry
      over still uses ES nomenclature for many legacy silicon. we leave that
      as is.
      Signed-off-by: default avatarPraveen Rao <prao@ti.com>
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      3760d585
    • Nishanth Menon's avatar
      [CPUINFO][DRA74x] Rename IDCODE MACROs to be closer to reality · 076719e3
      Nishanth Menon authored
      DRA7XX is a superset of DRA74x DRA75x and DRA72x.. that is not really
      true for these macros.. Lets just use DRA74x instead to keep things
      simple.
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      076719e3
    • Nishanth Menon's avatar
      [COMMON / OMAP4/ OMAP5] cast fget result to void · 79186cee
      Nishanth Menon authored
      Seems fgets needs to have return value checked, but our existing logic
      seems to have no need for it, so cast to void to make gcc 5.1 happy.
      
      Fixes:
      arch/arm/mach-omap/omap4/uc_audit44xx.c:887:2: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      arch/arm/mach-omap/omap5/lib54xx.c:500:2: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      arch/arm/mach-omap/omap5/lib54xx.c:501:2: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/cpuinfo.c:1576:3: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/cpuinfo.c:1704:3: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/cpuinfo.c:1707:4: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/cpuinfo.c:303:2: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/trace.c:1110:3: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/trace.c:1170:3: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/trace.c:450:3: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/trace.c:639:3: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/trace.c:782:3: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/trace.c:840:2: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/trace.c:853:3: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/trace.c:872:2: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/trace.c:884:3: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/trace.c:906:3: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/trace.c:961:3: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      common/trace.c:984:3: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result]
      Reported-by: default avatarRobert C Nelson <robertcnelson@gmail.com>
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      79186cee
    • Nishanth Menon's avatar
      [COMMON][MEM] get rid of inline accessors for public functions · 7fb33ae8
      Nishanth Menon authored
      Stop confusing gcc 5.1.
      
      Fixes build warnings:
      common/mem.h:59:14: warning: inline function 'mem_phys2virt' declared
      but never defined
       inline void *mem_phys2virt(void *addr);
      Reported-by: default avatarRobert C Nelson <robertcnelson@gmail.com>
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      7fb33ae8
    • Nishanth Menon's avatar
      [COMMON][LIB] Fix up inlines · 31ff9ba8
      Nishanth Menon authored
      Dont keep inlines in public functions, just make them static inlines
      
      Confuses the heck out of gcc 5.1
      
      Fixes:
      common/mem.h:59:14: warning: inline function 'mem_phys2virt' declared but never defined
       inline void *mem_phys2virt(void *addr);
                    ^
      In file included from omapconf.c:49:0:
      common/lib.h:237:12: warning: inline function 'mhz2khz' declared but never defined
       inline int mhz2khz(double mhz);
                  ^
      common/lib.h:236:15: warning: inline function 'khz2mhz' declared but never defined
       inline double khz2mhz(int khz);
                     ^
      common/lib.h:234:12: warning: inline function 'v2uv' declared but never defined
       inline int v2uv(double v);
                  ^
      common/lib.h:233:15: warning: inline function 'uv2v' declared but never defined
       inline double uv2v(int uv);
      Reported-by: default avatarRobert C Nelson <robertcnelson@gmail.com>
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      31ff9ba8
  9. 25 Aug, 2015 10 commits
  10. 25 Jun, 2015 1 commit
    • Suman Anna's avatar
      [CPUINFO] Correct I2C bus number to fix cpuinfo for OMAP4/5 · 727b8e6b
      Suman Anna authored
      The cpuinfo option prints out the PMIC and AudioIC device
      information alongside the SoC information. This data is
      gathered by querying the devices using appropriate i2c
      commands. The I2C bus number being used currently matches
      the bus numbers from the legacy non-DT boots, and does not
      match the DT alias numbers from the current DT-based boots.
      The PMIC and AudioIC info is incorrect as a result, and it
      also causes additional delays due to i2c timeouts on every
      omapconf command (especially on OMAP5).
      
      Fix this I2C bus number so that the cpuinfo information is
      printed properly for OMAP4 and OMAP5 SoCs. The behavior on
      other SoCs is same as before this patch.
      Signed-off-by: default avatarSuman Anna <s-anna@ti.com>
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      727b8e6b
  11. 06 May, 2015 2 commits
  12. 21 Mar, 2015 4 commits
    • Dave Gerlach's avatar
      [AM437x] Add export CTT functionality for AM437X · 3bf78ee4
      Dave Gerlach authored
      AM437X can now dump the registers used by the Clock Tree Tool(CTT).
      Registers can also be written to a file using ./omapconf export ctt
      [<filename>].rd1. Files written in rd1 format so that the CTT can import
      the file.
      Signed-off-by: default avatarDave Gerlach <d-gerlach@ti.com>
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      3bf78ee4
    • Dave Gerlach's avatar
      [AM437x] Add support for AM437X SoC · c89e6f60
      Dave Gerlach authored
      Add support for AM437X in omapconf. CPU should be automatically detected.
      Basic default operation should the be supported now through omapconf core.
      
      Also add cpu_max_speed detection at the same time for core cpuinfo
      support We compare specific bits against the DEV_ATTRIBUTE register
      found in the control module for am437x to determine the maximum
      frequency supported by the SoC.
      Signed-off-by: default avatarDave Gerlach <d-gerlach@ti.com>
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      c89e6f60
    • Dave Gerlach's avatar
      [CPUINFO] Refactor cpu_detect for cleaner implementation · bf0151e2
      Dave Gerlach authored
      Previously the CPU type detection logic was a bit messy and also used
      ONLY the dev_feature register to identify am335x parts. This really
      isn't correct as am437x also has a dev feature register and there could
      possibly be a collision between values leading to a part being
      misidentified once am437x support is added. This patch moves the
      detection into separate function, one for identifying sitara family
      devices and one for identifying omap family devices.
      
      Also, for sitara devices, the device_id register is used to detect which
      general SoC is in use and then the dev_feature register is read after to
      determine is a more specific part (AM3352, AM3354, ...) can be
      determined, otherwise a general SoC name is used (AM335X).
      Signed-off-by: default avatarDave Gerlach <d-gerlach@ti.com>
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      bf0151e2
    • Dave Gerlach's avatar
      [CPUINFO] Add generic AM335X SoC if dev_feature detection fails · 36ae04d1
      Dave Gerlach authored
      This patch adds a generic AM_335X SoC to use with device_id detection.
      We can then use the dev_feature register in a future patch  to narrow it
      down to a more specific part if possible but still identify AM_335X if
      that fails.
      Signed-off-by: default avatarDave Gerlach <d-gerlach@ti.com>
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      36ae04d1