DRM_INFO  -> DRM_DEBUG

DRM_INFO -> DRM_DEBUG

define PRETHAW

Implement short circuit for base change only

Allow mode to be set with fb_id set to -1, meaning set
the mode with the current fb (if we have one bound).

Allow intelfb to hook back up it's fb if modesetting
clears it (maybe temporary).

Move any crtc->fb related register changes to set_base
in intel_fb.

General intelfb cleanups.

i915: fix typos

i915_mmio: add overlay regs

drm: fix pick crtcs mode selection code

silence warning

modesetting: fix memory leak and misallocation

add ioctl to get back memory managed area sized - used for kernel inited areas

hopefully shit works now without this...

Merge branch 'master' of git+ssh://git.freedesktop.org/git/mesa/drm into modesetting-101

Don't free irq resources until after we've unregistered the handler.

Merge branch 'master' of git+ssh://git.freedesktop.org/git/mesa/drm into modesetting-101

Conflicts:

linux-core/drm_sysfs.c

linux: Clean up vblank related resources from drm_irq_uninstall().

This fixes at least two problems:

* The vblank_disable_fn timer callback could get called after the DRM was
  de-initialized, e.g. on X server shutdown.
* Leak of vblank related resources when disabling and re-enabling the IRQ, e.g.
  on an X server reset.

fix SAREA

fix SAREA

minor test fixes

compatibility code for  pci_get_bus_and_slot()

remove more offset

drm/fb: get rid of offset from structure use bo offset

ttm: make sure userspace can't destroy kernel create memory managers

drm: add support for passing state into the suspend hooks.

fix i915 driver to use state for hibernate save avoidance.

Signed-off-by: Dave Airlie <airlied@redhat.com>

Fix up conflicts for DRI2 (untested)

Merge branch 'master' of git+ssh://git.freedesktop.org/git/mesa/drm into modesetting-101

Conflicts:

linux-core/i915_fence.c
linux-core/via_fence.c
shared-core/i915_dma.c
shared-core/i915_drv.h
shared-core/i915_irq.c

[915]: more registers for S3 (DSPCLK_GATE_D, CACHE_MODE_0, MI_ARB_STATE)

Failing to preserve the MI_ARB_STATE register was causing FIFO underruns on
the VGA output on my HP 2510p after resume.

nouveau: no GART on ia64 either.

i915: initial (and untested) TV out support

Ported from xf86-video-intel.  Still need to tie in TV modes somehow, though
preferably w/o using the properties mechanism.

nv40: actually init all tile regs.

fb: fixup the offset by getting it from the right place

various fixes from trying to get userspace started

switch naming to new proposed scheme

remove drm_minors_limit

missing bits

i915: Add a dri2 init path that gets the lock from the dri2 sarea.

i915: Only look up dev_priv->mmio_map if it's not already set up

i915: Add I915_PARAM_CHIPSET_ID param to get chipset ID.

i915: Make sarea_priv setup optional.

start moving over to proper hierarchy wrt master accesses

major port of multi-master ideas into modesetting

Revert "After the previous revert fix libdrm to start at minor 1"

This reverts commit f51dc37d75b0b1b8e5636f8f2c201e29986517ea.

Conflicts:

tests/modedemo/demo.c

drm: re-write minor number allocation to use an idr.

Fixup the minor number allocation scheme to use an idr and move the control
nodes up higher.

radeon_ms: bring radeon_ms up to date with lastest changes

Restore pipeconf regs unconditionally

On many chipsets, the checks for DPLL enable or VGA mode will prevent the
pipeconf regs from being restored, which could result in a blank display or X
failing to come back after resume.  So restore them unconditionally along with
actually restoring pipe B's palette correctly.

Added you can now clone displays in modedemo

After the previous revert fix libdrm to start at minor 1
and fixup the demos

Revert "DRM_CONTROL_ALLOW logic was reversed"

This reverts commit 7af1bb874d9b8b1b8760ad200cee587c41c23434.

Fix saveGR array size

Make sure we have enough room for all the GR registers or we'll end up
clobbering the AR index register (which should actually be harmless
unless the BIOS is making an assumption about it).

i915: save/restore interrupt state

On resume, if the interrupt state isn't restored correctly, we may end
up with a flood of unexpected or ill-timed interrupts, which could cause
the kernel to disable the interrupt or vblank events to happen at the
wrong time.  So save/restore them properly.

Fix vblank enable/disable callbacks

There were two problems with the existing callback code:  the vblank
enable callback happened multiple times per disable, making drivers more
complex than they had to be, and there was a race between the final
decrement of the vblank usage counter and the next enable call, which
could have resulted in a put->schedule disable->get->enable->disable
sequence, which would be bad.

So add a new vblank_enabled array to track vblank enable on per-pipe
basis, and add a lock to protect it along with the refcount +
enable/disable calls to fix the race.

Wrong open call

Added userspace part of hotplug ioctl and demo

Added kernel part of hotplug ioctl

Added hotplug ioctl

Small update to modedemo

update app to cycle through 4 fbdev's

tweak it

make modefb/modedemo match each others test output.

consistency

DRM_CONTROL_ALLOW logic was reversed

build fix for older kernels

fix some warnings

build fix for older kernels

Fix function declaration

Add missing round_jiffies_relative() for older kernels

i915: Re-report breadcrumbs on poll to the fence manager,

since a breadcrumb may actually turn up before a corresponding fence object
has been placed on the fence ring.

consistency

Remove duplicate

Modedemo now uses two crtc and output pairs

nouveau: make nv34 work every time, not just every 2nd time

And make nv30_graph_init a bit more like mmio-traces

nouveau: NV40 can/should now be able to run after the blob.

- Moved the fix from the ddx to drm, because it seemed more appropriate.
- Don't be shy, report if it works for you or not.

Add an fence_class_manager::last_queued_sequence member, since a
sequence number may actually turn up before the corresponding fence
object has been queued on the ring.

Fence drivers can use this member to determine whether a
sequence number must be re-reported.

i915: Avoid calling drm_fence_flush_old excessively.

Simplify the fencing code and differentiate between flushes and
waiting types.
Add a "command_stream_barrier" method to the bo driver.

Fix for cursor off

ModeFB demo now display cursor

nv40: some more nv67 changes

With some luck the drm-side will be OK now for this chipset.

Add new RV380 pci id

bug 14289

Fix hibernate save/restore of VGA attribute regs

In hibernate, we may end up calling the VGA save regs function twice, so we
need to make sure it's idempotent.  That means leaving ARX in index mode after
the first save operation.  Fixes hibernate on 965.

Misc panning fixes for intel_fb

Added cursor support

drm: add initial rs690 support for drm.

This adds support for configuring the RS690 GART.

mach64: fix after vblank-rework

don't disable vblank interrupts (similar to r128)

if irq already enabled well just keep trucking

don't reinit ring if already initialised

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

Conflicts:

linux-core/drm_bo.c
linux-core/drm_drv.c
shared-core/drm.h
shared-core/i915_dma.c
shared-core/i915_drv.h
shared-core/i915_irq.c
shared-core/radeon_irq.c

Fixup modeset ioctl number & typedef usage

Should be 0x08 rather than 0xa0, and shouldn't use typedefs.

Merge commit 'airlied/i915-ttm-cfu'

This requires updated Mesa to handle the new relocation format.

Remove broken 'in vblank' accounting

We need to return an accurate vblank count to the callers of
->get_vblank_counter, and in the Intel case the actual frame count
register isn't udpated until the next active line is displayed, so we
need to return one more than the frame count register if we're currently
in a vblank period.

However, none of the various ways of doing this is working yet, so
disable the logic for now.  This may result in a few missed events, but
should fix the hangs some people have seen due to the current code
tripping the wraparound logic in drm_update_vblank_count.

i915: fix missing header when copying data from userspace

i915 make relocs use copy from user

Switch relocs to using copy from user and remove index and pass buffer
handles in instead.

Fix thinko in get_vblank_counter

Should use vtotal not htotal to figure out if we're in a vblank period.

Fix IS_I915G macro

One to many parantheses...

nouveau: Fix warning in nouveau_mem.c

i915/flush: get the ret the right way around

drm/i915: add support for E7221

Correct vblank count value

The frame count registers don't increment until the start of the next
frame, so make sure we return an incremented count if called during the
actual vblank period.

i915 irq fixes

Ack the IRQs correctly (PIPExSTAT first followed by IIR).  Don't read
vblank counter registers on disabled pipes (might hang otherwise).  And
deal with flipped pipe/plane mappings if present.

Merge branch 'master' into vblank-rework, including mach64 support

Conflicts:

linux-core/drmP.h
linux-core/drm_drv.c
shared-core/i915_drv.h
shared-core/i915_irq.c
shared-core/mga_irq.c
shared-core/radeon_irq.c
shared-core/via_irq.c

Mostly trivial conflicts.

mach64 support from Mathieu Bérard.

Revert "Fix pipe<->plane mapping vs. vblank handling (again)"

This reverts commit bfc29606e4a818897eebca46a5e23bbe7bc3ce25.

This regresses i915 here for me I can't get greater than 0.333 fps with gears