1. 03 10月, 2012 1 次提交
  2. 26 9月, 2012 1 次提交
  3. 13 9月, 2012 1 次提交
  4. 07 9月, 2012 2 次提交
  5. 22 8月, 2012 1 次提交
  6. 25 7月, 2012 1 次提交
    • I
      drm: track dev_mapping in more robust and flexible way · 949c4a34
      Ilija Hadzic 提交于
      Setting dev_mapping (pointer to the address_space structure
      used for memory mappings) to the address_space of the first
      opener's inode and then failing if other openers come in
      through a different inode has a few restrictions that are
      eliminated by this patch.
      
      If we already have valid dev_mapping and we spot an opener
      with different i_node, we force its i_mapping pointer to the
      already established address_space structure (first opener's
      inode). This will make all mappings from drm device hang off
      the same address_space object.
      
      Some benefits (things that now work and didn't work
      before) of this patch are:
      
       * user space can mknod and use any number of device
         nodes and they will all work fine as long as the major
         device number is that of the drm module.
       * user space can even remove the first opener's device
         nodes and mknod the new one and the applications and
         windowing system will still work.
       * GPU drivers can safely assume that dev->dev_mapping is
         correct address_space and just blindly copy it
         into their (private) bdev.dev_mapping
      
      For reference, some discussion that lead to this patch can
      be found here:
      
      http://lists.freedesktop.org/archives/dri-devel/2012-April/022283.htmlSigned-off-by: NIlija Hadzic <ihadzic@research.bell-labs.com>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      949c4a34
  7. 20 7月, 2012 1 次提交
  8. 02 6月, 2012 1 次提交
  9. 23 5月, 2012 1 次提交
  10. 22 5月, 2012 1 次提交
  11. 20 3月, 2012 1 次提交
  12. 17 2月, 2012 1 次提交
    • D
      drm: move pci bus master enable into driver. · 466e69b8
      Dave Airlie 提交于
      The current enabling of bus mastering in the drm midlayer allows a large
      race condition under kexec. When a kexec'ed kernel re-enables bus mastering
      for the GPU, previously setup dma blocks may cause writes to random pieces
      of memory. On radeon the writeback mechanism can cause these sorts of issues.
      
      This patch doesn't fix the problem, but it moves the bus master enable under
      the individual drivers control so they can move enabling it until later in
      their load cycle and close the race.
      
      Fix for radeon kms driver will be in a follow-up patch.
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      466e69b8
  13. 13 2月, 2012 9 次提交
  14. 09 2月, 2012 1 次提交
  15. 06 2月, 2012 1 次提交
  16. 30 1月, 2012 1 次提交
    • R
      vmwgfx: Fix assignment in vmw_framebuffer_create_handle · bf9c05d5
      Ryan Mallon 提交于
      The assignment of handle in vmw_framebuffer_create_handle doesn't actually do anything useful and is incorrectly assigning an integer value to a pointer argument. It appears that this is a typo and should be dereferencing handle rather than assigning to it directly. This fixes a bug where an undefined handle value is potentially returned to user-space.
      Signed-off-by: NRyan Mallon <rmallon@gmail.com>
      Reviewed-by: Jakob Bornecrantz<jakob@vmware.com>
      Cc: stable@vger.kernel.org
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      bf9c05d5
  17. 22 12月, 2011 1 次提交
    • X
      vmwgfx: fix incorrect VRAM size check in vmw_kms_fb_create() · 8a783896
      Xi Wang 提交于
      Commit e133e737 didn't correctly fix the integer overflow issue.
      
      -	unsigned int required_size;
      +	u64 required_size;
      	...
      	required_size = mode_cmd->pitch * mode_cmd->height;
      -	if (unlikely(required_size > dev_priv->vram_size)) {
      +	if (unlikely(required_size > (u64) dev_priv->vram_size)) {
      
      Note that both pitch and height are u32.  Their product is still u32 and
      would overflow before being assigned to required_size.  A correct way is
      to convert pitch and height to u64 before the multiplication.
      
      	required_size = (u64)mode_cmd->pitch * (u64)mode_cmd->height;
      
      This patch calls the existing vmw_kms_validate_mode_vram() for
      validation.
      Signed-off-by: NXi Wang <xi.wang@gmail.com>
      Reviewed-and-tested-by: NThomas Hellstrom <thellstrom@vmware.com>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      8a783896
  18. 20 12月, 2011 1 次提交
  19. 19 12月, 2011 8 次提交
  20. 07 12月, 2011 1 次提交
  21. 06 12月, 2011 4 次提交