Merge commit 'origin/master' into modesetting-gem

Conflicts:
linux-core/Makefile.kernel
linux-core/ati_pcigart.c
linux-core/drm_compat.h
linux-core/drm_irq.c
linux-core/drm_lock.c
linux-core/i915_drv.c
shared-core/i915_dma.c
shared-core/i915_drv.h
shared-core/i915_irq.c
shared-core/nouveau_mem.c
shared-core/radeon_cp.c
shared-core/radeon_drv.h

Make it compile again.

i915: more version checks

i915: add version checks for opregion on old kernels

r300: Fix cliprect emit

This makes our handling of cliprects sane. drm_clip_rect always has exclusive
bottom-right corners, but the hardware expects inclusive bottom-right corners,
so we adjust this here.

This complements Michel Daenzer's commit 57aea290e1e0a26d1e74df6cff777eb9f038f1f8
to Mesa. See also http://bugs.freedesktop.org/show_bug.cgi?id=16123 .

nouveau: fix nv04 fifo context save to save reg contents, not reg offset

clearly the function had never been used :)

nouveau: fix bad rename from 5a072f32c8f941d1ef301811881e8c89c8d8a5f1

NV50: s/FALSE/false/

radeon: Add suspend/resume hooks for saving/clearing/restoring interrupts.

Fixes http://bugs.freedesktop.org/show_bug.cgi?id=16799 .

r300_cmdbuf: Always emit INDX_BUFFER immediately after DRAW_INDEX

DRAW_INDEX writes a vertex count to VAP_VF_CNTL. Docs say that behaviour
is undefined (i.e. lockups happen) when this write is not followed by the
right number of vertex indices.

Thus we used to do the wrong thing when drawing across many cliprects was
necessary, because we emitted a sequence
 DRAW_INDEX, DRAW_INDEX, INDX_BUFFER, INDX_BUFFER
instead of
 DRAW_INDEX, INDX_BUFFER, DRAW_INDEX, INDX_BUFFER
The latter is what we're doing now and which ought to be correct.

tests: add some basic radeon gem tests

radeon: add initial atombios modesetting and GEM -> TTM translation layer.

This is an initial import of the atom bios parser with modesetting support
for r500 hw using atombios. It also includes a simple memory manager
layer that translates a radeon GEM style interface onto TTM internally.

So far this memory manager has only been used for pinned object allocation
for the DDX to test modesetting.

Merge remote branch 'origin/modesetting-101' into modesetting-gem

drm: don't set the signal blocker on the master process.

this lets us debug the X server through xkb startup.

Not sure what the correct answer is, probably X needs to drop
the lock when execing stuff, with input hotplug it can get
xkb stuff at any time I believe.

modesetting: pass file priv to cursor

nv50: remove TRUE/FALSE

modesetting: pass file_priv into cursor set functions

Merge remote branch 'origin/modesetting-101' into modesetting-gem

[FreeBSD] Duh, we need to actually define the drm_modeset_ctl...

drm: don't set the signal blocker on the master process.

this lets us debug the X server through xkb startup.

Not sure what the correct answer is, probably X needs to drop
the lock when execing stuff, with input hotplug it can get
xkb stuff at any time I believe.

drm: use correct mode destructor

[FreeBSD] Catch up to linux on vblank-rework

i915: Move all of the irq install/uninstall to load time.

This resolves a panic on FreeBSD which was caused by trying
to re-initialize the swap lock.  It's just much easier to
initialize all of the locks at load time.  It should also
ensure that the vblank structures are available earlier.

radeon: fix typo with a better typo

radeon: fix type DST vs Z cache flush

[FreeBSD] Improve upper_32_bits define.

Thanks to airlied.

NV50: Don't create a "native" mode for LVDS when there is none.

NV50: don't fail on LVDS by default

NV50: Use bios table for load pattern when possible.

NV50: Do detect with hpd and load detect if possible.

- Appropriate error messages when an unknown situation is encountered are included.
- Fallback to i2c will occur when needed.

Remove accidental leftover tests.

Thanks to Nicolai Haehnle for pointing this out on IRC.

Reinstate dev->vblank_enabled[].

I incorrectly thought it was obsolete.

Drop workaround for driver vblank counter going backwards.

The driver code that caused this is no longer necessary and has been dropped.

radeon: Post-vblank-rework-rework cleanups.

Thanks to the reworked vblank-rework, we can just use the hardware frame
counter directly, and make the RADEON_PARAM_VBLANK_CRTC getparam just return
what was set by the corresponding setparam.

vblank-rework rework cleanups.

Remove some dead/obsolete code and make drm_update_vblank_count() static.

Remove obsolete dev->vblank_suspend[crtc] tests.

Caused drm_update_vblank_count() not to do its thing when called from
drm_modeset_ctl() -> drm_vblank_get().

The vblank functionality no longer needs to be suspended during a modeset, so
rename the field to vblank_inmodeset.

NV50: delay changing gpu<->non-gpu scaling modes until next modeset

modesetting-101: Only store property value when set_property was successful.

NV50: LVDS always needs some kind of gpu scaling

modesetting-101: set_property should return an int, not a bool

modesetting-101: implement optional scaling and dithering properties

drm: As a workaround don't tear down sg with a modesetting driver.

- This allows me to maintain a useful prototype driver.

i915: convert to using drm_vblank_get/put around vblank counter usage

All interrupt off vblank count updates are done in drm_vblank_get/put
now, so convert users of the vblank counter over to that interface.

Update vblank code to new API

In my last push I forgot to convert users of drm_update_vblank_count
over to drm_vblank_get/put, since that's where any interrupt off->on
update accounting is done now.  Since the modeset ioctl did something
similar (an open coded update of the counter) convert it over to using
get/put too, which saves us from having to deal with every combination
of interrupt off & on between calls.

nv50: use same dma object for fb/tt access

We depend on the VM fully now for memory protection, separate DMA objects
for VRAM and GART are unneccesary.  However, until the next interface break
(soon) a client can't depend on the objects being the same and must still
call NV_OBJ_SET_DMA_* methods appropriately.

nouveau: interface changes for nv5x 3d

radeon: remove microcode version

drm/radeon: fixup 0 vs NULL

[FreeBSD] drm_irq.c updates for vblank fixes.

i915: remove old broken vblank code

Remove the unused (and broken) "in vblank" code now that the core has
been fixed to use a counter while interrupts are enabled.  Also make the
vblank pipe get/set ioctls into dumb stub functions, since with the new
code we can no longer let userspace control whether vblank interrupts
are enabled, or the core code will misbehave.

Avoid incorrect vblank wakeups

The current code uses the hw vblank counter exclusively, which can lead
to wakeups during the active period rather than during the vblank period
if the hw counter counts displayed frames rather than vblank periods.

This change coverts the code over to using the counter while interrupts
are enabled, fixing that issue.  It also includes a couple of related
changes:  one to not enable the new enable/disable behavior until the
modeset ioctl is called (to preserve old client behavior) and another to
account for lost events due to mode setting with the new counter scheme.

BSD will require similar changes to its drm_irq.c code, but they should
be straightforward.

FreeBSD: Fix radeon build

BSD: change drm_locked_task*() to use the same scheme as linux.

The current code can sleep in an interrupt handler, that is bad. So
instead if we can't grab the lock, flag it and run the tasklet on
unlock.

Signed-off-by: Robert Noland <rnoland@2hip.net>

[FreeBSD] We aren't allowed to hold locks over bus_dma_tag_create or bus_dmamem_alloc.

This is a modified version of Hong's patch from last month, with a few
modifications to make it work correctly on my test hardware (altered the
backlight write function, made it enable the legacy backlight controller
interrupts on mobile hardware, sorted the interrupt function so we don't
get an excessive number of vblank interrupts). This lets the backlight
keys on my T61 work properly, though there's a 750msec or so delay
between the request and the brightness actually changing - this sounds
awfully like the hardware spinning waiting for a status flag to become
ready, but as far as I can tell they're all set correctly. If anyone can
figure out what's wrong here, it'd be nice to know.

Some of the functions are still stubs and just tell the hardware that
the request was successful. These can be filled in as kernel modesetting
gets integrated. I think it's worth getting this in anyway, since it's
required for backlight control to work properly on some new platforms.

Signed-off-by: Matthew Garrett <mjg@redhat.com>

drm: fix missing symbol export

drm: add fix for PAT on radeon with 2.6.26

drm/pcigart: fix warning

modesetting/helper: fix array overrun - count should be reset here

Merge remote branch 'origin/modesetting-101' into modesetting-gem

xgi: use true/false instead of TRUE/FALSE

nouveau: interface changes for nv5x 3d

Add back flink, open and close ioctls.

They fell through the cracks in 86accbcb.

Merge commit 'origin/drm-gem' into ms-gem

Conflicts:

linux-core/drmP.h
linux-core/drm_drv.c
linux-core/drm_stub.c
linux-core/i915_drv.c
linux-core/i915_gem.c
shared-core/i915_drv.h
shared-core/i915_irq.c

Use lowercase bool constants.

Synchronize the DDC EDID read to it's fb_ddc.c counterpart

NV50: init gamma storage

NV50: fix minor bug in fbcon crtc selection

modesetting-101: Rename DPMS modes to avoid compatibility issues with xorg definitions.

modesetting-101: rename modeflags, as to avoid conflicts with the xorg definitions

NV50: minor fix

NV50: remove edid when monitor is gone, improve fbcon, misc fixes

- This should avoid switching crtc's when going to fbcon.

NV50: fix switch_fb and connector_is_digital

modesetting-101: Make the interface variable names a little more consistent + modeprint changes.

- All things are now called _id when they are id's.
- modeprint now accepts driver name as first argument.

modesetting-101: tv_left_margin_property shouldn't be immutable.

Forgot the 0'th element for the tv property.

modesetting-101: Move some defines used for enumeration into the public header.

- Otherwise userspace has no idea of the meaning.

[modesetting-101] Add subconnector and select_subconnector properties.

- These facilitate DVI-I and tv-out that can drive multiple types of signals.

modesetting: rip out all of the generation code.

not needed, hotplug will work just as well hopefully.

libdrm: fix typo in comment

nv50: s/FALSE/false && s/TRUE/true

[drm-sysfs] connected is ambigious in the context of a connector, replace with enabled

NV50: replace active by enabled

[modeseting-101] add connected field to sysfs

Forgot to fix the modeprint test.

[libdrm] count connectors and such has no place in a crtc object

modesetting: lookup blob using correct identifier.

blob is a blob not a connector

tests: Fix faulty error messages in modeprint

drm: fix encoders get permissions

tests: modeprint s/fb/fd/

tests: Updated modeprint

i915: official name for GM45 chipset

Signed-off-by: Zhenyu Wang <zhenyu.z.wang@intel.com>

NV50: basic fbcon + misc fixes

- There is one fb, used for as many outputs as possible.
- Eventually smaller screens will be scaled to see the full console, but for the moment this'll do.

tests: Improved and renamed the mode app to modeprint

i915: only use tiled blits on 965+

When scheduled swaps occur, we need to blit between front & back buffers.  I
the buffers are tiled, we need to set the appropriate XY_SRC_COPY tile bit,
only on 965 chips, since it will cause corruption on pre-965 (e.g. 945).

Bug reported by and fix tested by Tomas Janousek <tomi@nomi.cz>.

Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

Revert "i915: only use tiled blits on 965+"

This reverts commit 727d4f1d1667e43b3558bd5f6ed6dc2cd9c29401, somehow git
deleted the symlink and replaced it with the file.

i915: only use tiled blits on 965+

When scheduled swaps occur, we need to blit between front & back buffers.  If
the buffers are tiled, we need to set the appropriate XY_SRC_COPY tile bit, but
only on 965 chips, since it will cause corruption on pre-965 (e.g. 945).

Bug reported by and fix tested by Tomas Janousek <tomi@nomi.cz>.

Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

i915: enable bus mastering on i915 at resume time

On 9xx chips, bus mastering needs to be enabled at resume time for much of the
chip to function.  With this patch, vblank interrupts will work as expected
on resume, along with other chip functions.   Fixes kernel bugzilla #10844.

Signed-off-by: Jie Luo <clotho67@gmail.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

NV50: switch to fixed point scale factor calculations

NV50: some i2c cleanup