| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in inteldrm(4).
The Intel integrated graphics device has a major design flaw where it needs
legacy VGA io access to disable VGA mode completely. This only works if
legacy VGA io routing is setup such that it actually reaches the IGD. This
typically isn't the case if the primary VGA device is a discrete graphics
device. To make sure we don't whack that device we have to temporarily
route legacy VGA io access to the IGD.
Fixes the "black screen" issue reported by Timo Myrra and others.
|
|
|
|
|
|
|
|
|
|
|
|
| |
doesn't do this for us. The code was poking registers on the wrong PCI
device. We were just lucky that it worked on most systems.
This should fix machines such as the Asus EeePC 701 and get rid of the
error: [drm:pid0:i915_gem_detect_bit_6_swizzle] *ERROR* Couldn't read from
MC HBAR. Disabling tiling.
messages on that machine.
|
|
|
|
|
| |
Tested on the VGA port of a Radeon 7500 and Radeon 9250 (aka 9200 PRO).
Hopefully this works on Intel Graphics as well.
|
|
|
|
|
|
| |
linux kref/kobject use.
ok kettenis@
|
|
|
|
|
|
|
|
|
|
| |
The crucial bit is that we now clear dev->dev_priv, which prevents the X
server from opening /dev/drmN and crashing the kernel because the driver
isn't fully initialized.
While there, try a little bit harder to print error messages the proper way.
Things will still look ugly though if the failure is somewhere in the Linux
code.
|
|
|
|
|
|
| |
Disable the DRM_IOCTL_IRQ_BUSID and DRM_IOCTL_CONTROL ioctls.
These are legacy ioctls for DRI1 support, which we no longer support on
OpenBSD.
|
|
|
|
|
|
| |
Comments on some of the later Broadwell-related commits in the Linux tree
seem to say that the PPAT flags in for the (global) GTT are simply broken in
the hardware.
|
|
|
|
| |
Fixes inteldrm(4) on the GM45 chipset.
|
|
|
|
|
|
| |
*ERROR* Hangcheck timer elapsed... xxx ring idle
messages.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
commit 48f8f36a6c8018c2b36ea207aaf68ef5326c5075 on the linux-3.14.y
branch of the linux-stable tree). This brings preliminary support for
the GPU on Intel's Broadwell CPUs. Don't expect these to work
perfectly yet. There are some remaining issues with older hardware as
well, but no significant regressions have been uncovered.
This also updates some of drm core code. The radeondrm code remains
based on Linux 3.8 with some minimal canges to adjust to changes in
the core drm APIs.
Joint effort with jsg@, who did the initial update of the relevant drm
core bits. Committing this early to make sure it gets more testing
and make it possible for others to help getting the remaining wrinkles
straightened out.
|
|
|
|
| |
ok jsg@, guenther@
|
|
|
|
|
|
| |
diff to linux.
ok kettenis@
|
|
|
|
| |
ok jsg@
|
| |
|
|
|
|
| |
ok jsg@
|
|
|
|
|
|
|
| |
move some of the work from the system task queue to the driver-specific
task queue.
ok jsg@
|
| |
|
|
|
|
| |
discussed with kettenis
|
| |
|
|
|
|
|
| |
code (that isn't actually compiled in). Use dev_priv->dev in one more place
now that we have it, and add set_normalized_timespec() and use it.
|
| |
|
|
|
|
| |
used instead of bus_space_read/bus_space_write.
|
|
|
|
| |
better matches linux behaviour
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
and change drm_can_sleep() to only use in_atomic() on i386/amd64 as
it isn't defined for other archs currently. Unbreaks the sparc64 build.
Found the hard way by benoit@
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
kernel_map/uvm_km_valloc and i915 has a version that uses
phys_map/uvm_km_valloc_wait as calling code assumes kmap would
sleep if no memory is available.
Move these and ttm's vmap/vunmap into the linux compat files
and make them all use phys_map/uvm_km_valloc_wait.
looks good kettenis@
|
|
|
|
|
|
|
| |
The exception being the barrier defines that are implemented in terms of
DRM_* defines.
ok kettenis@
|
| |
|
|
|
|
| |
ok jsg@
|
| |
|
|
|
|
|
|
|
|
|
|
| |
copy_to_user and copy_from_user functions into drm_linux.h and uses them
instead of copyin/copyout and DRM_COPY_*. Also move the timespec functions,
and put i915_gem_object_is_purgable() where it belongs.
Uncovered a bug where the arguments to copyout() were in the wrong order.
ok jsg@
|
|
|
|
| |
ok kettenis@
|
| |
|
| |
|
| |
|
|
|
|
| |
and move DRM_INFO/pr_info/dev_info messages under DRMDEBUG.
|
| |
|
| |
|
|
in a seperate header file. This will become a dumping ground for similar code.
ok jsg@
|