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

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

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

NV50: switch to fixed point scale factor calculations

NV50: some i2c cleanup

NV50: use list_head item instead of list_head head to avoid confusion

Change some obviously wrong things about property blobs, still broken though.

- I do not fully understand these blobs, so i'm leaving it at this for the moment.

[modesetting-101] Actually store properties when being changed.

NV50: A minor change.

NV50: Implement DPMS.

[modesetting-101] tab-cleanup

Revert "modesetting-101: Make dpms property optional + misc cleanup."

This reverts commit 13943fe5823c45759091c1a1f487a4abe377421e.

modesetting-101: Make dpms property optional + misc cleanup.

- intel_crt seems the only one to provide it, so init it there.

NV50: i misunderstood NOUVEAU_MEM_INTERNAL, so remove it

NV50: Some cleanup and fixes.

nv50: when destroying a channel make sure it's not still current on PFIFO

We won't get a PFIFO context switch when the same channel ID is recreated if
the hw still thinks the channel is already active, which causes fun issues.

Should allow X to be stopped and started without tearing down the entire
card state in lastclose().

nouveau: allocate drm-use vram buffers from end of vram.

This avoids seeing garbage from engine setup etc before X gets around
to pointing the CRTCs at a new scanout buffer.  Not actually a noticable
problem before G80 as PRAMIN is forced to the end of VRAM by the hardware
already.

silence warning

[intel] Get vblank pipe from irq_mask_reg instead of hardware enable reg

With the interrupt enable/disable using only the mask register, it was wrong
to use the enable register to detect which pipes had vblank detection
turned on. Also, as we keep a local copy of the mask register around, and
MSI machines smack the hardware during the interrupt handler, it is more
efficient and more correct to use the local copy.

[intel] Create functions to enable/disable interrupts

This shares common code sequences for managing the interrupt register bits

NV50: minor change

Merge branch 'drm-gem' into drm-gem-965

[intel-gem] Include drm_compat.h to get kmap_atomic_prot_pfn

drm_compat: it's CONFIG_HIGHMEM, not CONFIG_HIMEM

A mis-spelled config option (was it spelled that way in the past?)
eliminated kmap_atomic_prot_pfn from core DRM.

[intel-gem] Use I915_GEM_DOMAIN_GTT in dri_gem_bo_wait_rendering.

I915_GEM_DOMAIN_CPU is very expensive to wait for -- it generally requires
clflushing the frame buffer.

[intel-gem] Recover resources from wedged hardware.

Clean up queues, free objects. On the next entervt, unmark the hardware to
let the user try again (presumably after resetting the chip). Someday we'll
automatically recover...

[intel-gem] pwrite through GTT

Pin/copy_from_user/unpin through the GTT to eliminate clflush costs.
Benchmarks say this helps quite a bit.

Was using irq_enable_reg in the use_mask_reg path

NV50: fix a few misc things

NV50: fix cursor hide/show

NV50: These are actually errors.

[intel-gem] Include drm_compat.h to get kmap_atomic_prot_pfn

drm_compat: it's CONFIG_HIGHMEM, not CONFIG_HIMEM

A mis-spelled config option (was it spelled that way in the past?)
eliminated kmap_atomic_prot_pfn from core DRM.

NV50: fix some misc bugs

[modesetting-101] update mode count after fill_modes.

- This avoids returning with a mode count of 0, thus not allocating space for the 2nd ioctl.

libdrm: check for allocation failure

NV50: Improve set_config and fix some minor bugs.

[intel-gem] Use I915_GEM_DOMAIN_GTT in dri_gem_bo_wait_rendering.

I915_GEM_DOMAIN_CPU is very expensive to wait for -- it generally requires
clflushing the frame buffer.

[intel] leave interrupts disabled in ISR only on MSI again

While debugging the 915, I tried this trick there and accidentally left it
set.

[intel-gem] Recover resources from wedged hardware.

Clean up queues, free objects. On the next entervt, unmark the hardware to
let the user try again (presumably after resetting the chip). Someday we'll
automatically recover...

[intel] Switch to using IMR instead of IER

[intel-gem] pwrite through GTT

Pin/copy_from_user/unpin through the GTT to eliminate clflush costs.
Benchmarks say this helps quite a bit.

[intel] allow the irq code to use either enable or mask registers

still not sure which works best on which hardware; this will make it easier
to experiment.

nouveau: disable KMS for pre-NV50 even when specifically enabled

NV50: Fix a few more possible leaks.

fix typo

NV50: A few minor added safeties + cleanup.

Undo something i didn't want to change.

- I made it consistent with recent kernel fb code (maybe this is older bugged code?)
- Still i don't use this and i should leave it to others.

NV50: Initial import of kernel modesetting.

[intel] Use IMR instead of IER to pend interrupts during ISR

Noting that the interrupt mask register was more reliable than the interrupt
enable register for managing interrupts in user_irq_on/user_irq_off, this
patch replaces the remaining IER frobbing with IMR instead.

The test which exposes IER related failures is:

$ glxgears & glxgears & glxgears
(reposition the glxgears windows away from the upper left corner)
$ while :; do x11perf -rect100 -reps 800 -repeat 1; sleep 1; done &
$ while :; do runoa; runet; done &

[intel-gem] Add /proc/dri/*/i915_gem_interrupt

This tracks most of the interrupt-related status, including the
interrupt registers in the chip and the sequence number variables.

[intel] Count received interrupts

Another patch adds this to a /proc/dri file for debugging and monitoring.

[intel-gem] Remove unused variable.

[intel-gem] Use polling in i915_gem_idle instead of interrupts.

While waiting for the hardware to idle on leavevt or lastclose, poll
for the sync sequence number instead of waiting for an interrupt. This
allows the code to bail if the hardware hangs for some reason. Also, this
avoids issues with signals as the exisiting wait function is interruptible.

[intel-gem] Add intel-specific /proc entries to help monitor gem operation

This adds gem_active, gem_flushing, gem_inactive, gem_request and gem_seqno
entries to monitor gem operation and help debug issues.

Add device-specific proc_init and proc_cleanup hooks

This allows device drivers to add proc files

[intel-gem] Use shmem_getpage instead of find_or_create_page

find_or_create_page doesn't quite set up pages correctly; any newly created
pages aren't hooked into the shmem object quite right; user space mmaps of
those pages end up mapping pages full of zeros which then get written to the
real pages inappropriately. This patch requires that the kernel export
shmem_getpage.

[intel-gem] Add DRM_IOCTL_I915_GEM_SW_FINISH to flag CPU writes

When a software fallback has completed, usermode must notify the kernel so
that any scanout buffers can be synchronized. This ioctl should be called
whenever a fallback completes to flush CPU and chipset caches.

i915:  add blanking support to intelfb

Got tired of not having my LCD actually turn off when I left the machine at the
console.

i915: cleanup PCI state before disabling MSI

Core MSI code will BUG() if an interrupt handler is still registered when
pci_disable_msi() is called.

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

Lots of conflicts, seems to load ok, but I'm sure some bugs snuck in.

Conflicts:

linux-core/drmP.h
linux-core/drm_lock.c
linux-core/i915_gem.c
shared-core/drm.h
shared-core/i915_dma.c
shared-core/i915_drv.h
shared-core/i915_irq.c

i915: use WC mapping for framebuffer screen_base

Merge branch 'modesetting-101' into modesetting-gem

i915: switch back to fbcon on panic

Normally when X is running, panic messages will be invisible and the machine
will just appear to hard hang.  This patch adds support for switching back to
the fbcon framebuffer on panic (through the use of a panic notifier
registration) so we can see what happened.

Note that in order to be really useful, X will have to run its VT in something
other than KD_GRAPHICS mode.  Also, not all kernel errors result in panics,
some go through BUG() which may trigger another type of event, not resulting in
a switch.

[intel] Quirk away MSI support on 945G/GM.

The PCI caps register reports MSI support even though it isn't really there.

[linux] Use the device's irq for handler setup instead of stale dev->irq.

This fixes registration when MSI is set up after the stub function fills in
dev->irq.  Otherwise /proc/interrupts would report attachment to the fasteoi
interrupt.  dev->irq is still exposed (and updated at IRQ setup)
for the drivers that use it for whatever reason.

[intel-gem] Execute MI_FLUSH in leavevt_ioctl

In leavevt_ioctl, queue an MI_FLUSH and then block waiting for it to
complete. This will empty the active and flushing lists. That leaves only
the inactive list to evict.

[intel-gem] inactive list may contain objects in CPU write domain

Pin/unpin need to know whether to remove/add objects from the inactive list,
inactive objects cannot be in any GPU write domain as those would be on the
flushing list instead. However, inactive objects may be in the CPU write
domain.

[intel-gem] BUG_ON active objects in gem_object_unbind

Now that gem_object_unbind waits for rendering to complete, objects should
not be active when they are being pulled from the GTT. BUG_ON if this is
broken.

[intel-gem] Debugging -- verify inactive list invariants

Inactive list elements may not be pinned, active or have non-CPU write
domains.

[intel-gem] whitespace fixes