Skip to content
Snippets Groups Projects
  1. Jan 21, 2020
  2. Sep 25, 2018
    • Kumar Harsh's avatar
      ldrp_V2 : Support increased length in Linux banner string · a2583fc2
      Kumar Harsh authored
      
      This patch fixes the need for a hard coded value
      to specify upper limit on length of the Linux Banner.
      
      get_version() inside ramdump.py has been renamed to
      get_matched_version() to reflect the true nature of
      the function.
      
      Added a variable banner_len in get_matched_version()
      which is the length of linux_banner returned by
      gdbmi.get_value_of_string('linux_banner').
      This variable is further passed to read_cstring()
      function to specify the max limit of characters to
      be read. We are dynamically calculating the length
      using gdb to read linux banner.
      
      Change-Id: I571882a5999c26ccd8accd90b26d0149c839633b
      Signed-off-by: default avatarKumar Harsh <harkumar@codeaurora.org>
      a2583fc2
  3. May 03, 2018
  4. Apr 25, 2018
  5. Jan 30, 2018
  6. Aug 21, 2017
  7. Aug 16, 2017
  8. Jul 25, 2017
    • wadesong's avatar
      lrdp-v2: Add symbol parsing for loadable modules · 88519637
      wadesong authored
      Current Linux Ram Dump Paser scripts are only able to load kernel
      symbols by default. No loadable modules' symbols will be parsed
      at startup time, which may result in 'unknown symbols' in some
      cases, especially when checking SLAB info on dual-wifi platforms.
      
      With this change, loadable modules' symbols can be parsed on
      script startup by the following configurations:
      
      1) Put all symbols under a certain dir, such as:
      
      <dump_location>/symbols/wlan.ko
      <dump_location>/symbols/wlan_sdio.ko
      
      2) Add --sym_path when invoking the scripts, such as:
      
      python %RAM_DUMP_PARSER_PATH%\ramparse.py --sym_path
      <dump_location>/symbols
      
      With the above actions, all loadable modules' symbols will be
      parsed and stored for subsequent information dumping. Symbol
      loading commands will also be added into the Trace32 startup
      script.
      
      Change-Id: Idda9c9a08cfd24c19bf4021e80fee5187cd031b9
      88519637
  9. Jan 11, 2016
    • Robert Morrison's avatar
      lrdp-v2: Add KASLR support · 44655976
      Robert Morrison authored
      Add '--kaslr-offset' option.  This specifies the offset for loading symbols
      for a KASLR-enabled kernel.
      
      Change-Id: I208d964ea3ca58536a0b80a32b4e334c73aae534
      44655976
  10. Dec 17, 2015
    • Mitchel Humpherys's avatar
      lrdp-v2: docs: Improve existing documentation · 0b529cc6
      Mitchel Humpherys authored
      Some of our module documentation is a bit lacking.  Fix this by filling
      in some docstrings and add then adding some pointers to existing
      modules/functions in the docs.
      
      Change-Id: Ibf714225f1fc185be916e514861540fd98cb2de5
      0b529cc6
  11. Dec 09, 2015
  12. Nov 17, 2015
  13. Apr 23, 2014
    • Mitchel Humpherys's avatar
      lrdp-v2: improve handling of unsupported python versions · 76fe732d
      Mitchel Humpherys authored
      We don't support python3 at all and python2.6 can only be used if the
      user installs an extra package (OrderedDict [1]). Ask for python2
      explicitly in the shebang line to resolve the python3 issues and print
      some instructions to the user regarding python2.6 when that is used.
      
      If the user insists on using python2.6, provide a command line
      switch (--force-26) to skip the version check. To reduce clutter, don't
      document this switch in the --help text but inform the user about its
      existence when we error out due to the python2.6 check.
      
      In order to even print an error message in python3 we have to first
      ensure that our code is valid in python3, otherwise the interpreter
      fails to even start executing our code (so we can't print any
      messages). Use 2to3 to patch up some print statements, etc. Also fix
      inconsistent whitespace, which is a syntax error on python3.
      
      [1] https://pypi.python.org/pypi/ordereddict
      
      Change-Id: Ie2c0a200e60ec90bf6cf49789f2cc75f181fa94b
      76fe732d
  14. Apr 16, 2014
  15. Jan 03, 2014
    • Laura Abbott's avatar
      linux-ramdump-parser-v2: Initial contribution of ram parser · 9133968f
      Laura Abbott authored
      After a crash, ramdumps may be collected for analysis. The ram
      parser is a tool to aid in analysis of these dumps. The script
      extracts useful information from the dumps to help with debugging.
      Please see the README for full details.
      
      Change-Id: I7795686a96bbfe246edf47d09e3f616131688429
      9133968f
Loading