1. 21 9月, 2010 1 次提交
    • W
      ALSA: hdmi - support infoframe for DisplayPort · 53d7d69d
      Wu Fengguang 提交于
      DisplayPort works mostly in the same way as HDMI, except that it expects
      a slightly different audio infoframe format.
      
      Citations from "HDA036-A: Display Port Support and HDMI Miscellaneous
      Corrections":
      
      The HDMI specification defines a data island packet with a header of 4
      bytes (3 bytes content + 1 byte ECC) and packet body of 32 bytes (28
      bytes content and 4 bytes ECC). Display Port specification on the other
      hand defines a data island packet (secondary data packet) with header of
      4 bytes protected by 4 bytes of parity, and data of theoretically up to
      1024 bytes with each 16 bytes chunk of data protected by 4 bytes of
      parity. Note that the ECC or parity bytes are not present in the DIP
      content populated by software and are hardware generated.
      
      It tests DP connection based on the ELD conn_type field, which will be
      set by the graphics driver and can be overriden manually by users
      through the /proc/asound/card0/eld* interface.
      
      The DP infoframe is tested OK on Intel SandyBridge/CougarPoint platform.
      Signed-off-by: NWu Fengguang <fengguang.wu@intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      53d7d69d
  2. 20 9月, 2010 6 次提交
  3. 17 9月, 2010 8 次提交
  4. 16 9月, 2010 5 次提交
  5. 15 9月, 2010 2 次提交
  6. 13 9月, 2010 3 次提交
  7. 12 9月, 2010 6 次提交
  8. 11 9月, 2010 8 次提交
  9. 10 9月, 2010 1 次提交
    • D
      xfs: log IO completion workqueue is a high priority queue · 51749e47
      Dave Chinner 提交于
      The workqueue implementation in 2.6.36-rcX has changed, resulting
      in the workqueues no longer having dedicated threads for work
      processing. This has caused severe livelocks under heavy parallel
      create workloads because the log IO completions have been getting
      held up behind metadata IO completions.  Hence log commits would
      stall, memory allocation would stall because pages could not be
      cleaned, and lock contention on the AIL during inode IO completion
      processing was being seen to slow everything down even further.
      
      By making the log Io completion workqueue a high priority workqueue,
      they are queued ahead of all data/metadata IO completions and
      processed before the data/metadata completions. Hence the log never
      gets stalled, and operations needed to clean memory can continue as
      quickly as possible. This avoids the livelock conditions and allos
      the system to keep running under heavy load as per normal.
      Signed-off-by: NDave Chinner <dchinner@redhat.com>
      Reviewed-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NAlex Elder <aelder@sgi.com>
      51749e47