1. 27 May, 2011 1 commit
  2. 26 May, 2011 5 commits
  3. 25 May, 2011 7 commits
  4. 24 May, 2011 10 commits
  5. 20 May, 2011 2 commits
    • Dimitris Papastamos's avatar
      ASoC: soc-cache: Cache a pointer to the last accessed rbnode · 7e146b55
      Dimitris Papastamos authored
      Whenever we are doing a read or a write through the rbtree code, we'll
      cache a pointer to the rbnode.  To avoid looking up the register
      everytime we do a read or a write, we first check if it can be found in
      the cached register block, otherwise we traverse the rbtree and finally
      cache the rbnode for future use.
      Signed-off-by: default avatarDimitris Papastamos <dp@opensource.wolfsonmicro.com>
      Acked-by: default avatarLiam Girdwood <lrg@ti.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      7e146b55
    • Dimitris Papastamos's avatar
      ASoC: soc-cache: Block based rbtree compression · 0944cc39
      Dimitris Papastamos authored
      This patch prepares the ground for the actual rbtree optimization patch
      which will save a pointer to the last accessed rbnode that was used
      in either the read() or write() functions.
      
      Each rbnode manages a variable length block of registers.  There can be no
      two nodes with overlapping blocks.  Each block has a base register and a
      currently top register, all the other registers, if any, lie in between these
      two and in ascending order.
      
      The reasoning behind the construction of this rbtree is simple.  In the
      snd_soc_rbtree_cache_init() function, we iterate over the register defaults
      provided by the driver.  For each register value that is non-zero we
      insert it in the rbtree.  In order to determine in which rbnode we need
      to add the register, we first look if there is another register already
      added that is adjacent to the one we are about to add.  If that is the case
      we append it in that rbnode block, otherwise we create a new rbnode
      with a single register in its block and add it to the tree.
      
      In the next patch, where a cached rbnode is used by both the write() and the
      read() functions, we also check if the register we are about to add is in the
      cached rbnode (the least recently accessed one) and if so we append it in that
      rbnode block.
      Signed-off-by: default avatarDimitris Papastamos <dp@opensource.wolfsonmicro.com>
      Acked-by: default avatarLiam Girdwood <lrg@ti.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      0944cc39
  6. 10 May, 2011 4 commits
  7. 08 May, 2011 11 commits