1. 07 Jun, 2016 3 commits
    • Bryan O'Donoghue's avatar
      greybus: timesync: Add timesync core driver · 970dc85b
      Bryan O'Donoghue authored
      This patch adds the core timesync functionality.
      
      0. arche-platform.c/arche-apb-ctrl.c
         Modifies the platform layer to hook the incoming TIME_SYNC signal up to
         the timesync strobe IRQ handler. If the arche-platform driver can't
         satisfy the request for the wake-detect line, it will return -EAGAIN and
         the calling work-queue must reschedule the attempt to get exclusive
         access to the wake-detect pin logic. A private data field is added to
         the arche-platform driver to enable passing of a timesync pointer to the
         ISR responsible for synchronizing time.
      
      1. timesync.c
         A new file added which contains all of the logic associated with sending
         greybus commands to SVC, APBx or Interfaces to enable, disable and
         disseminate timing information.
      
      2. timesync_platform.c
         Any platform/arch specific code goes into timesync_platform.c.
         Originally the idea was to keep the x86 and ARM arch dependencies in a
         timesync_platform_arch.c file - however with further refinement that's
         currently not necessary however just-in-case it becomes necessary to
         resuscitate arch or platform specific methods for accessing timer
         resources that access shouldn't be part of the core timesync.c logic and
         so for the moment we access these timer resources through a thin access
         layer in timesync_platform.c. Expect this to go away long term ideally.
      Signed-off-by: default avatarBryan O'Donoghue <bryan.odonoghue@linaro.org>
      Acked-by: default avatarAlex Elder <elder@linaro.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@google.com>
      970dc85b
    • Vaibhav Agarwal's avatar
      greybus: audio: Report DISCONNECT event after resource cleanup. · 698282f6
      Vaibhav Agarwal authored
      Reporting DISCONNECT event immediately on module removal causes
      race condition while re-populating mixer controls by above HAL. The
      original intent was to avoid any (invalid) mixer control modification
      request from above layer.
      
      Ideally, it should report 'MODULE_NOT_READY' on module plug-out and
      DISCONNECT after resource cleanup. This would involve changes in GB
      Audio manager and HAL layer.
      
      Since we already have a plan to remove GB Audio manager, I'm making this
      change in GB codec driver to avoid any race condition. Also, codec
      driver already ensures mixer control modifcations for disconnected
      modules are not triggered to AP Bridge audio FW & reported invalid.
      Signed-off-by: default avatarVaibhav Agarwal <vaibhav.agarwal@linaro.org>
      Reviewed-by: default avatarMark Greer <mgreer@animalcreek.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@google.com>
      698282f6
    • Vaibhav Agarwal's avatar
      greybus: audio: Report warning in case module is already removed · 02f1c12c
      Vaibhav Agarwal authored
      Added warning message in find_gb_module(). This will help to identify
      invalid mixer control/widget modification triggered from above layer.
      Signed-off-by: default avatarVaibhav Agarwal <vaibhav.agarwal@linaro.org>
      Reviewed-by: default avatarMark Greer <mgreer@animalcreek.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@google.com>
      02f1c12c
  2. 04 Jun, 2016 11 commits
  3. 03 Jun, 2016 3 commits
  4. 02 Jun, 2016 4 commits
  5. 01 Jun, 2016 8 commits
  6. 27 May, 2016 11 commits