Permalink
Switch branches/tags
Nothing to show
Commits on Feb 20, 2015
  1. libdrm: Fix bogus increment of a property set object count

    anderco committed with freedreno-zz Jul 27, 2012
    If drmModePropertySetAdd() is called with the following property pairs
    it will mistakenly increase the object count:
    
      (4, 1), (5,1), (4, 2).
    
    When adding the third pair, the new_obj variable would be set when prev
    points to (4, 1) since it disregarded the value of the previous item.
    
    This patch changes the logic so that the obj count is incresed only if
    both the previous and next items have differing object ids.
  2. libdrm: atomic mode set

    vsyrjala committed with freedreno-zz May 18, 2012
Commits on Feb 16, 2015
  1. nouveau: fix unlock nouveau_bo_name_ref()

    Jerome Glisse committed Feb 16, 2015
    Signed-off-by: Jérôme Glisse <jglisse@redhat.com>
Commits on Feb 12, 2015
  1. Add new drmOpenOnceWithType function (v2)

    Jammy Zhou committed with Alex Deucher Feb 2, 2015
    v2: call drmOpenOnceWithType in drmOpenOnce, and drop unused param
    for drmOpenOnceWithType
    
    Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
    Signed-off-by: Jammy Zhou <Jammy.Zhou@amd.com>
  2. Add new drmOpenWithType function (v4)

    Jammy Zhou committed with Alex Deucher Feb 11, 2015
    v2: Add drmGetMinorBase, and call drmOpenWithType in drmOpen
    v3: Pass 'type' to drmOpenByBusid and drmOpenDevice in drmOpenByName
    v4: Renumber node type definitions, and return -1 for unsupported type
    
    Signed-off-by: Jammy Zhou <Jammy.Zhou@amd.com>
    Reviewed-by: Alex Deucher <alexander.deucher@amd.com> (v3)
    Reviewed-by: Frank Binns <frank.binns@imgtec.com>
  3. Stop undefining _ATOMIC_TYPE in Solaris/NetBSD section of xf86atomic.h

    alanc committed Feb 7, 2015
    Since the atomic_set() macro references _ATOMIC_TYPE, undefining it
    broke that macro, resulting in build errors of:
    "intel_bufmgr_gem.c", line 775: undefined symbol: _ATOMIC_TYPE
    
    Now that we're leaving the macro in the namespace, renamed it to start
    with LIBDRM_ instead of _ to avoid polluting others namespace.
    
    Regression introduced in 87fdd32 Add NetBSD atomic ops support.
    
    Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
    Reviewed-By: Thomas Klausner <wiz@NetBSD.org>
Commits on Feb 11, 2015
  1. xf86drm: Fix ioctl struct clearing in drmGetVersion

    danvet committed Feb 11, 2015
    Oops, fumbled that one.
    
    Reported-by: Jan Vesely <jan.vesely@rutgers.edu>
    Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
  2. tests: remove intel-specific tests

    danvet committed Feb 11, 2015
    These all moved to igt meanwhile.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
  3. xf86drm: Unconditionally clear ioctl structs

    danvet committed Feb 11, 2015
    We really have to do this to avoid surprises when extending the ABI
    later on. Especially when growing the structures.
    
    A bit overkill to update all the old legacy ioctl wrappers, but can't
    hurt really either.
    
    Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
    Reviewed-by: Rob Clark <robdclark@gmail.com>
    Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
  4. drm: use drmIoctl everywhere

    danvet committed Feb 11, 2015
    Well just core drm. All the other callers in there that still use
    direct calls to ioctl have some custom retry logic already, so should
    be good already.
    
    All the other offenders (tests, freedreno/kgsl, ...) don't really
    matter (e.g. kgsl is the blob library and so not a drm thing) or are
    again special exceptions with their own retry loops.
    
    Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
    Reviewed-by: Rob Clark <robdclark@gmail.com>
    Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
  5. xf86drmMode: Unconditionally clear ioctl structs

    danvet committed Feb 11, 2015
    We really have to do this to avoid surprises when extending the ABI
    later on. Especially when growing the structures.
    
    Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
    Reviewed-by: Rob Clark <robdclark@gmail.com>
    Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
  6. intel: Unconditionally clear ioctl structs

    danvet committed Feb 11, 2015
    We really have to do this to avoid surprises when extending the ABI
    later on. Especially when growing the structures.
    
    Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
    Reviewed-by: Rob Clark <robdclark@gmail.com>
    Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Commits on Feb 10, 2015
  1. Fix gcc -Wextra warnings

    jvesely committed Nov 30, 2014
    Signed-off-by: Jan Vesely <jan.vesely@rutgers.edu>
    Reviewed-by: Ian Romanick <idr@freedesktop.org>
    Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
  2. random: Use unsigned long for seed

    jvesely committed Nov 30, 2014
    v2: Remove unrelated change in main()
    
    This is more consistent with the rest, and avoids potential undefined
    behavior (signed overflow) ind drmRandom()
    
    Signed-off-by: Jan Vesely <jan.vesely@rutgers.edu>
    Reviewed-by: Ian Romanick <idr@freedesktop.org>
    Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
Commits on Feb 2, 2015
  1. exynos: remove DRM_EXYNOS_GEM_{MAP_OFFSET/MMAP} ioctls

    samsung-hwh7 committed with freedreno-zz Jan 16, 2015
    This patch removes the ioctls which are removed from the linux kernel.
    
    Signed-off-by: Hyungwon Hwang <human.hwang@samsung.com>
    Signed-off-by: Inki Dae <inki.dae@samsung.com>
    Signed-off-by: Tobias Jakobi <tjakobi@math.uni-bielefeld.de>
    Signed-off-by: Rob Clark <robclark@freedesktop.org>
  2. exynos: Don't use DRM_EXYNOS_GEM_{MAP_OFFSET/MMAP} ioctls

    samsung-hwh7 committed with freedreno-zz Jan 16, 2015
    The ioctl DRM_EXYNOS_GEM_MAP_OFFSET and DRM_EXYNOS_GEM_MMAP are removed from
    the linux kernel. This patch modifies libdrm and libkms to use drm generic
    ioctls instead of the removed ioctls.
    
    v2: The original patch was erroneous. In case the MODE_MAP_DUMB ioctl failed
        it would return the retvalue as a void-pointer. Users of libdrm would then
        happily use that ptr, eventually leading to a segfault. Change this to
        return NULL in that case and also restore the previous behaviour of logging
        to stderr.
        The other error was that 'bo->vaddr' was never filled with the mapped
        buffer address. Hence exynos_bo_map still returned NULL even if the
        buffer mapping succeeded.
    
    Signed-off-by: Hyungwon Hwang <human.hwang@samsung.com>
    Signed-off-by: Inki Dae <inki.dae@samsung.com>
    Signed-off-by: Tobias Jakobi <tjakobi@math.uni-bielefeld.de>
    Signed-off-by: Rob Clark <robclark@freedesktop.org>
Commits on Jan 26, 2015
  1. nouveau: Remove unused static function.

    0-wiz-0 committed with mlankhorst Mar 30, 2014
    Signed-off-by: Thomas Klausner <wiz@NetBSD.org>
    Signed-off-by: Maarten Lankhorst <maarten.lankhorst@ubuntu.com>
  2. intel: Only define variable when it's used.

    0-wiz-0 committed with mlankhorst Mar 30, 2014
    Signed-off-by: Thomas Klausner <wiz@NetBSD.org>
    Signed-off-by: Maarten Lankhorst <maarten.lankhorst@ubuntu.com>
  3. Add NetBSD atomic ops support.

    0-wiz-0 committed with mlankhorst Jul 20, 2014
    Signed-off-by: Thomas Klausner <wiz@NetBSD.org>
    Reviewed-by: Maarten Lankhorst <maarten.lankhorst@canonical.com>
    Signed-off-by: Maarten Lankhorst <maarten.lankhorst@ubuntu.com>
  4. Fix libdrm's atomic_dec_and_test on Solaris.

    0-wiz-0 committed with mlankhorst Jul 20, 2014
    _nv means new value, not old value!
    
    Signed-off-by: Thomas Klausner <wiz@NetBSD.org>
    Reviewed-by: Maarten Lankhorst <maarten.lankhorst@canonical.com>
    Signed-off-by: Maarten Lankhorst <maarten.lankhorst@ubuntu.com>
Commits on Jan 23, 2015
  1. Add new drmOpenRender function

    Frank Binns committed with evelikov Jan 14, 2015
    Add a new function, drmOpenRender, that can be used to open render nodes. This
    can be used in the same way that drmOpenControl is used to open control nodes.
    
    Signed-off-by: Frank Binns <frank.binns@imgtec.com>
    Reviewed-by: Rob Clark <robdclark@gmail.com>
  2. Rename DRM_NODE_RENDER to DRM_NODE_PRIMARY

    Frank Binns committed with evelikov Jan 14, 2015
    Now that there are render nodes it doesn't seem appropriate for the type of
    the card nodes to be DRM_NODE_RENDER. For this reason, rename this type to
    DRM_NODE_PRIMARY as this name better represents the purpose of these nodes.
    
    Signed-off-by: Frank Binns <frank.binns@imgtec.com>
    Reviewed-by: Rob Clark <robdclark@gmail.com>
Commits on Jan 21, 2015
  1. only enable support for freedreno on arm automatically

    mlankhorst committed Jan 21, 2015
    Users can still override this by explicitly passing --enable-freedreno
    to configure.
    
    Signed-off-by: Maarten Lankhorst <maarten.lankhorst@ubuntu.com>
Commits on Jan 19, 2015
  1. radeon: align r600/700 fmask to 128 X blocks.

    Dave Airlie committed with airlied Jan 9, 2015
    After much searching and empricial testing, and reading of
    things I've no justifcation for this fix, other than it really
    appears this is what the hw is doing or close enough.
    
    It makes sense that each entry in the FMASK corresponds to
    an entry in the CMASKm and the CMASK is organised into 128x128
    blocks, but I can't find anything in any of the docs/info from AMD.
    
    But I've spent a lot of time on this, and this seems to be the
    simplest fix, in that we don't over allocate things too much,
    once this fix in place we can nuke the extra multiplier in mesa.
    
    Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
    Reviewed-by: Marek Olšák <marek.olsak@amd.com>
    Signed-off-by: Dave Airlie <airlied@redhat.com>
Commits on Jan 18, 2015
  1. configure/freedreno: enable freedreno by default

    freedreno-zz committed Jan 13, 2015
    Now that enabling freedreno doesn't automatically enable kgsl, lets
    enable it by default.  The drm/msm driver has been upstream for a
    while now, and it's ABI is locked.  So I don't think we need to keep
    calling it experimental.
    
    Signed-off-by: Rob Clark <robclark@freedesktop.org>
  2. configure/freedreno: make KGSL support optional

    freedreno-zz committed Jan 13, 2015
    libdrm_freedreno currently supports two backends, 'msm' for the upstream
    drm/msm driver, and 'kgsl' which supports (to some extent), the android/
    downstream kgsl driver plus a sort of drm shim nonsense to get flink
    names.
    
    However, kgsl support is strictly on a best-effort basis.  Different
    android devices with different versions of kgsl may have different
    abi's.  And the existing kgsl interface (at least the parts of it that
    we use) is completely broken for 64bit.  Lets disable it by default lest
    anyone actually try to use it.
    
    Signed-off-by: Rob Clark <robclark@freedesktop.org>
Commits on Jan 16, 2015
  1. intel: Fix GTT entry setup for aub dump

    Zhenyu Wang committed Jan 8, 2015
    On recent emulator GTT entry setup for aub dump needs mem type as
    GTT_ENTRY instead of NONLOCAL. NONLOCAL would write data in main
    memory space which is wrong with new memory layout. GTT_ENTRY write
    would setup GTT memory pool and other required internal buffers. With
    this I can run aub dump on latest release without crash.
    
    Signed-off-by: Zhenyu Wang <zhenyuw@linux.intel.com>
Commits on Jan 11, 2015
  1. modetest: Allocate dumb buffers with the correct bpp

    pinchartl committed Dec 9, 2014
    The modetest application uses libkms to allocate dumb buffers, leading
    to overallocation due to the hardcoded 32 bpp value. This can even cause
    failures in drivers when the resulting pitch is too large for the
    hardware to handle and gets rejected by the driver when creating the
    frame buffer.
    
    Fix this by computing the required bpp value and allocating dumb buffers
    directly without going through libkms.
    
    Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Commits on Jan 5, 2015
  1. Add new DRM_MODE_CONNECTOR and _ENCODER defines

    cheneym2 committed with freedreno-zz Dec 16, 2014
    Update drm_mode.h defines from kernel upstream for connector and
    encoder types to expose DSI and other newly defined types.
    
    Signed-off-by: Adam Cheney <acheney@nvidia.com>
    Signed-off-by: Rob Clark <robclark@freedesktop.org>
Commits on Nov 27, 2014
  1. tegra: Implement drm_tegra_bo_{get,set}_tiling()

    Thierry Reding committed Nov 27, 2014
    These two functions are simple wrappers around the corresponding IOCTLs
    and operate on drm_tegra_bo objects.
    
    Signed-off-by: Thierry Reding <treding@nvidia.com>
  2. tegra: Implement drm_tegra_bo_{get,set}_flags()

    Thierry Reding committed Nov 27, 2014
    These two functions are simple wrappers around the corresponding IOCTLs
    and operate on drm_tegra_bo objects.
    
    Signed-off-by: Thierry Reding <treding@nvidia.com>
  3. tegra: Add SET/GET_FLAGS IOCTLs

    Thierry Reding committed Jun 10, 2014
    The DRM_TEGRA_GEM_SET_FLAGS IOCTL can be used to set the flags of a
    buffer object after it has been allocated or imported. Flags associated
    with a buffer object can be queried using the DRM_TEGRA_GEM_GET_FLAGS
    IOCTL.
    
    Signed-off-by: Thierry Reding <treding@nvidia.com>
  4. tegra: Add GET/SET_TILING IOCTLs

    Thierry Reding committed Jun 4, 2014
    Currently the tiling parameters of buffer objects can only be set at
    allocation time, and only a single tiled mode is supported. This new
    DRM_TEGRA_GEM_SET_TILING IOCTL allows more modes to be set and also
    allows the tiling mode to be changed after the allocation. This will
    enable the Tegra DRM driver to import buffers from a GPU and directly
    scan them out by configuring the display controller appropriately.
    
    To complement this, the DRM_TEGRA_GEM_GET_TILING IOCTL can query the
    current tiling mode of a buffer object. This is necessary when importing
    buffers via handle (as is done in Mesa for example) so that userspace
    can determine the proper parameters for the 2D or 3D engines.
    
    Signed-off-by: Thierry Reding <treding@nvidia.com>