Displaying 20 results from an estimated 200 matches similar to: "[ANNOUNCE] libdrm 2.4.75"
2015 Dec 27
0
[ANNOUNCE] libdrm 2.4.66
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
libdrm 2.4.66 release, mainly for new nouveau API.
lots of other changes in here as well though.
Ben Skeggs (14):
nouveau: import and install a selection of nvif headers from the kernel
nouveau: move more abi16-specific logic into abi16.c
nouveau: move object functions up, to avoid future foward decls
nouveau: make it
2020 May 26
0
[ANNOUNCE] libdrm 2.4.102
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
libdrm 2.4.102, lots of FreeBSD and modetest stuff.
Boram Park (1):
drm mode : fix memory leak when freeing drmModePropertyPtr
Dave Airlie (1):
Bump version to 2.4.102
Emil Velikov (17):
tests: install drmdevice
modetest: simplify "dump all" logic
modetest: remove cursor/page_flipping_supported stubs
2018 Aug 01
0
[ANNOUNCE] libdrm 2.4.93
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Christian König (1):
amdgpu: make sure to set CLOEXEC on duplicated FDs
Emil Velikov (10):
xf86drm: drmGetDevice2: error out if the fd has unknown subsys
xf86drm: introduce drm_device_has_rdev() helper
xf86drm: Fold drmDevice processing into process_device() helper
xf86drm: Allocate drmDevicePtr's on stack
2016 Jul 23
0
[ANNOUNCE] libdrm 2.4.70
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Andreas Boll (6):
radeon: Wire up radeon-symbol-check to make check
automake: Don't include Android Makefiles in the release tarball
virtgpu: Update kernel header
automake: Include virtgpu_drm.h in the release tarball
man: Fix typo
radeon: Fix typo in stderr message
Emil Velikov (2):
2019 Apr 19
0
[ANNOUNCE] libdrm 2.4.98
This release adds marketing names for AMDGPU devices, a fallback path in
drmDevice for devices lacking OF data and drmIsMaster API, amongst other
changes.
-Emil
Alex Deucher (3):
amdgpu: add some raven marketing names
amdgpu: add marketing name for AMD Radeon VII
amdgpu: update amdgpu_drm.h from drm-next for 5.2
Andreas Baierl (1):
xf86drm: Fix segmentation fault while
2019 Jan 22
0
[ANNOUNCE] libdrm 2.4.97
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Alex Deucher (1):
amdgpu: update to latest marketing names from 18.50
Andrey Grodzovsky (3):
amdgpu/test: Add illegal register and memory access test v2
amdgpu/test: Disable deadlock tests for all non gfx8/9 ASICs.
amdgpu/test: Enable deadlock test for CI family (gfx7)
Christian König (1):
amdgpu: add VM test to
2016 Jul 20
0
[ANNOUNCE] libdrm 2.4.69
Here's a new libdrm release, which I needed in order to use the new vc4
ioctl in Mesa.
Alex Deucher (2):
tests/amdgpu: expand write/copy tests to compute
tests/amdgpu: expand write/copy tests to compute
Christian König (1):
amdgpu: fix fence status query
Eric Anholt (2):
vc4: Update kernel headers for getparam addition.
Bump version to 2.4.69 for release.
Jan
2019 Oct 16
0
[ANNOUNCE] libdrm 2.4.100
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Anusha Srivatsa (1):
intel: sync i915_pciids.h with kernel
Emil Velikov (1):
*-symbols-check: use normal shell over bash
Eric Engestrom (7):
xf86drm: dedupe `#define`s
xf86drm: use max size of drm node name instead of arbitrary size
xf86drm: dedupe drmGetDeviceName() logic
meson: fix sys/mkdev.h detection on
2007 Jul 30
0
Nouveau and Debian Unstable
I recently compiled the drm and nouveau modules on Debian unstable. All went
well until I had to insert the drm module, I recieved to following error:
insmod: error inserting 'drm.ko': -1 Unknown symbol in module
I have compiled the modules before and I have always gotten this same error.
Here is the log of my build:
debian:/home/michael/drm# ./autogen.sh --prefix=/usr && make
2018 Oct 04
0
[ANNOUNCE] libdrm 2.4.95
This release adds a fallback for realpath() which was blocked by the
web-browser sand-boxing. While the browsers are fixed-up they seem to have
little incentive to roll bugfix releases :-\
-Emil
Ayan Kumar Halder (1):
libdrm: headers: Sync with drm-next
Christian König (4):
tests/amdgpu: add unaligned VM test
amdgpu: remove invalid check in amdgpu_bo_alloc
test/amdgpu:
2015 Mar 19
0
[ANNOUNCE] libdrm 2.4.60
Alan Coopersmith (2):
Stop undefining _ATOMIC_TYPE in Solaris/NetBSD section of xf86atomic.h
On Solaris, #include <sys/mkdev.h> in xf86drm.c
Chih-Wei Huang (1):
android: remove duplicate libdrm in LOCAL_SHARED_LIBRARIES
Damien Lespiau (1):
build: Bump version number to 2.4.60 before release
Daniel Vetter (7):
intel: Unconditionally clear ioctl structs
2017 Aug 24
0
[ANNOUNCE] libdrm 2.4.83
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Boyuan Zhang (1):
tests/amdgpu: add uvd encode unit tests
Chih-Wei Huang (2):
android: add rules to build amdgpu.ids
android: amdgpu: fix build break
Daniel Stone (1):
configure.ac: Bump version to 2.4.83
Emil Velikov (1):
xf86drm: continue with next device if drmProcessUsbDevice fails
Eric Engestrom (4):
2015 Aug 14
0
[ANNOUNCE] libdrm 2.4.63
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Libdrm 2.4.63 has been released. It contains the new libdrm_amdgpu library.
Alan Coopersmith (1):
include <sys/types.h> & <sys/mkdev.h> directly for major() and minor()
Alex Deucher (10):
drm: consolidate common list implementations (v2)
drm: add util_math.h
drm: add libdrm_amdgpu (v7)
drm: add
2016 Nov 14
0
[ANNOUNCE] libdrm 2.4.72
Alex Deucher (1):
amdgpu: check parameters in amdgpu_query_gpu_info
Chris Wilson (3):
intel: Export raw GEM mmap interfaces
intel: Migrate handle/name lookups from linear lists to hashtables
intel: Look prime handle up in handle hash table
Eric Anholt (1):
Silence runtime complaints on platform devices
Junwei Zhang (1):
amdgpu: add the function to get the
2023 Mar 09
0
[ANNOUNCE] xwayland 23.0.99.902 (aka Xwayland 23.1.0 rc2)
I am pleased to announce the second release candidate of the standalone
Xwayland 23.1.0 release (Xwayland 23.1.0 rc2).
Xwayland 23.1.0 rc1 has not been plain sailing and a number of issues
have been addressed in rc2, most notably:
* A regression with keymaps which were not applied anymore
* Various regressions with DRM format modifiers
Also, the libdrm requirement has been bumped to version
2010 Mar 12
1
[PATCH 3/3] libdrm: Move all noninstalled headers to noinst_HEADERS.
Cleanup make system so that all noninstalled headers are put
to noinst_HEADERS. This quarentees that header will be present
in tar ball but not installed with make install.
CC: nouveau at lists.freedesktop.org
Signed-off-by: Pauli Nieminen <suokkos at gmail.com>
---
Makefile.am | 6 +++---
intel/Makefile.am | 10 ++++++----
nouveau/Makefile.am | 4 +++-
3 files changed,
2009 Sep 22
7
[Bug 24092] New: X with nouveau hangs in nouveau_bo_map_range when doing anything
http://bugs.freedesktop.org/show_bug.cgi?id=24092
Summary: X with nouveau hangs in nouveau_bo_map_range when doing
anything
Product: xorg
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: Driver/nouveau
2019 Nov 03
4
[Bug 112201] New: Syscall param ioctl(generic) points to uninitialised byte(s)
https://bugs.freedesktop.org/show_bug.cgi?id=112201
Bug ID: 112201
Summary: Syscall param ioctl(generic) points to uninitialised
byte(s)
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: not set
Priority: not set
2015 Feb 25
1
[PATCH 1/2] nouveau: make nouveau importing global buffers completely thread-safe, with tests
On 25-02-15 15:14, Emil Velikov wrote:
> On 24 February 2015 at 09:01, Maarten Lankhorst
> <maarten.lankhorst at ubuntu.com> wrote:
>> While I've closed off most races in a previous patch, a small race still existed
>> where importing then unreffing cound cause an invalid bo. Add a test for this case.
>>
>> Racing sequence fixed:
>>
>> - thread 1
2006 Apr 28
0
[ANNOUNCE] xorg-server 1.0.99.902
Bug #6750: Fixup for quirky Intel bridges. (Dave Airlie)
Bug #6751: Use sysfs to read card ROMs if available. (Dave
Airlie)
Bug #6325: Add support for x4a4 picture format.
Bug #6472: Fix a static buffer overflow. (David Woodhouse)
Update all prefixes in config tools, so they mostly work again. Also, make
RgbPath commented out when using xorgconfig. Start using /dev/input/mice as
the default