| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
The early commit is done to facilitate the off-tree work on the
porting of the Radeon driver.
Sponsored by: The FreeBSD Foundation
Debugged and tested by: dumbbell
MFC after: 1 month
|
|
|
|
|
| |
Sponsored by: The FreeBSD Foundation
MFC after: 1 month
|
|
|
|
|
| |
Sponsored by: The FreeBSD Foundation
MFC after: 1 month
|
|
|
|
|
| |
Sponsored by: The FreeBSD Foundation
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
| |
all supported debugging bits.
- If DRM_DEBUG_DEFAULT_ON isn't defined, then initialize drm_debug_flag
to zero.
DRM_DEBUG_DEFAULT_ON is defined when module is build with -DDEBUG_DRM
or if kernel config has 'options DEBUG_DRM'.
Reviewed by: kib
|
|
|
|
| |
Pointyhat to: kevlo (myself)
|
| |
|
|
|
|
|
|
|
| |
in Linux. This substantially increases graphics performance on Ivy Bridge.
Submitted by: avg@
Reviewed by: kib@
|
|
|
|
|
| |
The first does proper checking of the argument types, while the latter
does not.
|
|
|
|
|
| |
Submitted by: meowthink@gmail.com
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) It is not useful to call "devfs_clear_cdevpriv()" from
"d_close" callbacks, hence for example read, write, ioctl and
so on might be sleeping at the time of "d_close" being called
and then then freed private data can still be accessed.
Examples: dtrace, linux_compat, ksyms (all fixed by this patch)
2) In sys/dev/drm* there are some cases in which memory will
be freed twice, if open fails, first by code in the open
routine, secondly by the cdevpriv destructor. Move registration
of the cdevpriv to the end of the drm open routines.
3) devfs_clear_cdevpriv() is not called if the "d_open" callback
registered cdevpriv data and the "d_open" callback function
returned an error. Fix this.
Discussed with: phk
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
On systems with HZ=100 it caused Intel eDP video output initialization
(and Xorg startup) to take several minutes instead of several seconds.
Reviewed by: kib
MFC after: 3 days
|
| |
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
Reviewed by: kib
|
|
|
|
|
|
|
|
|
| |
since batch_len is unused by Linux driver, it seems that it is sometimes
gets passed wrong. This causes command buffer corruption and GPU hung.
Old GEMified DDX drivers that needs this workaround are not supported.
MFC after: 1 month
|
|
|
|
|
|
| |
when it is spilled into the next page.
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
|
| |
sys/dev/drm2/i915/intel_display.c:8861:3: error: expression result unused [-Werror,-Wunused-value]
_intel_wait_for(dev,
^~~~~~~~~~~~~~~~~~~~
@/dev/drm2/i915/intel_drv.h:55:2: note: expanded from macro '_intel_wait_for'
ret; \
^~~
Reviewed by: kib
MFC after: 1 week
|
|
works with new generations of GPUs (IronLake, SandyBridge and
supposedly IvyBridge).
The driver is not connected to the build yet.
Sponsored by: The FreeBSD Foundation
MFC after: 1 week
|