similar to: [ANNOUNCE] libdrm 2.4.75

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