NV50: Initial import of kernel modesetting.

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.

Add EDID quirk handling

Port over EDID quirks from X.Org so we can handle more monitors.  This meant
adding size info to the drm_display_mode struct, but other than that the
changes were isolated to the DRM EDID handling code (as they should be).

[intel] remove settable use_mi_batchbuffer_start

    The driver can know what hardware requires MI_BATCH_BUFFER vs
    MI_BATCH_BUFFER_START; there's no reason to let user mode configure this.

drm: fix up fb resize again

intel: don't set the mode on the framebuffer if isn't set to scanout our framebuffer

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

intelfb: add multi fb paths

intelfb: remove duplicate define

intelfb: admit fbdev is crap and punt on trying to resize to a larger fbdev.

intelfb: move mode sets into the intel crtcs

better place to store them.

drm/intel: make hotplug just be an event

intel: if no spare crtc exists don't just take one.

sysfs registration/teardown fixups

A check in drm_sysfs_connector_remove was supposed to allow it to be called
even with unregistered objects, to make cleanup paths a little simpler.
However, device_is_regsitered didn't always seem to return what we thought it
would, so we'd sometimes end up leaving objects lying around rather than
unregistering them.

Fix this situation up by requiring devices to be registered before being
removed.  Any problems resulting from this change should be easier to track
down than the alternative (which is leaving kobjects registered after unload).

drm/modeset: add more debugging and fixup some fb enable/disabe bits

drm/modesetting: more fb interface cleanups

drm/modesetting: attempt to make fb code more sane

drm: modesetting unify the hotplug init paths a lot.

remove fb callbacks, just probe into the driver to sort it out

modesetting: fix fb clearing up

modesetting: use surface width height for buffer allocs

modesetting: add surface width/heights

modesetting: initial attempt at debonging fb

i915: use kzalloc to allocate intel_output for lvds

Better to initialize all the struct fields to 0.  Also more consistent with
other output init routines.

Fix crash in drm_mode_connector_update_edid_property

We need to initialize the edid_blob_ptr to NULL when we init a connector,
otherwise drm_mode_connector_update_edid_property may think there's a valid
EDID lying around and try to destroy it, causing a crash.

drm: fix hotplug oops

intel: report a known connector

libdrm: shouldn't rely on this

drm: introduce generation counter to interface.

Idea being if you want to add new crtc/output/encoder dynamically later,
you just increase the generation counter and userspace should re-read
all the resources

drm/sysfs: don't try an unregister if not registered

intel: use kzalloc

drm/modesetting: bo not used anymore

drm: remove sysfs in driver for now.. should probably be in helper

drm/modesetting: pass object handle to driver !bo

drm/modesetting: overhaul the fb create/delete.

Move TTM code into the driver

drm: make mode comparison more betterer.

This compares the clocks after converting to fb pico timings so we
get the same answer if the X and fb modes are the same.

more checks for NULL encoder so we don't segfault.

Fix warnings

drm: initial mode object groups.

This creates a default group attached to the legacy drm minor nodes.

It covers all the objects in the set. make set resources only return
objects for this set. Need to fix up other functions to only work on
objects in their allowed set.

drm/modesetting: redo object handles around a core object.

handle crtc/encoders/connectors/fb/mode/property/blob using this system.

drm: only report framebuffers available on this fd.

Not 100% sure this is a good idea, but I think I'd rather things
communicate with bo handles not fb ids.

drm: add functions to get/set gamma ramps

Merge branch 'modesetting-101-encoders' into modesetting-101

drm: fixup encoder picking in set_config stage

drm/modesetting: add best encoder finding for modesetting

This asks the driver to suggest the best encoder for the connector
during the pick crtcs stage.

Need to also do this during mode setting stages

drm/modesetting: move some connector functions to helper.

Migrated the output mode collection into the helper.

drm: fixup some interfaces so test code works again

drm/modesetting: another re-org of some internals.

Move dpms into the helper functions.
Move crtc into the encoder.
Move disable unused functions into the helper.

Fix ivch i2c read function to use the "special" i2c format.

drm: switch possible crtc/clones over to encoders

modesetting: drop crtcs/clones from the connectors

modesetting: the great renaming.

Okay we have crtc, encoder and connectors.

No more outputs exposed beyond driver internals

I've broken intel tv connector stuff.
Really for TV we should have one TV connector, with a sub property for the
type of signal been driven over it

drm: attach an encoder.

Time to do some renaming on the connectors I think

drm: fix a couple of bugs in the encoder return to userspace

drm: add encoder attach/detach

tests: add basic encoder reading to test

drm: add encoder free function

drm: init the encoder list/count

drm: add red hat copyright.

drm: add encoder ids to the output handling

drm: add more encoder interfaces

libdrm: add encoder retrival

drm: add encoder / get encoder to the modesetting resources interface

drm: remove unused init func from outputs

drm/modesetting: add initial encoder structures and setup functions

modesetting: reorganise out crtc/outputs are allocated.

Use subclassing from the drivers to allocate the objects. This saves
two objects being allocated for each crtc/output and generally makes
exit paths cleaner.

modesetting: reorganise code into core and helper functions.

This splits a lot of the core modesetting code out into a file of
helper functions, that are only called from themselves and/or the driver.

The driver gets called into more often or can call these functions from itself
if it is a helper using driver.

I've broken framebuffer resize doing this but I didn't like the API for that
in any case.

modeset: disable radeon ms by default

as I'm going to break it.

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

Conflicts:

shared-core/i915_dma.c
shared-core/i915_drv.h

i915: unmap BIOS when we're done with it

At the moment, we only read it at startup time, so we can just unmap it there
when we're done.

radeon: split microcode out into a separate header file.

i915: fix BSD bh, DRI2 not uses anywhere else

radeon: bump release date/version for r500 3D support

RADEON: add get_param for number of GB pipes

[BSD] Move unlock in drm_vm.c from accidental platform #ifdeffing.

Also remove an unreachable unlock.

[BSD] Fix lock leak in drm_update_draw malloc failure path.

[BSD] Fix lock leaks in error paths in drm_bufs.c.

[BSD] Remove superfluous recursive locking in drm_add_magic.

[i915] Fix typo in (unused) START_ADDR definition.

[FreeBSD] Add vblank-rework support and get drivers building.

The i915 driver now works again.

[FreeBSD] Convert from drm_device_t to struct drm_device for consistency.

i915: do a better job of parsing VBIOS data

Add code to get panel modes from the VBIOS if present and check whether certain
outputs exist.  Should make our display detection code a little more robust.

drm_mode_debug_printmodeline doesn't need struct drm_device *

Makes printing modelines from some routines easier.

r500: add two more register ranges for mesa driver to setup

drm: fix nouveau warning

i915: check dummy page before freeing

The dummy read page will point to NULL if drm_bo_driver_init failed at
firstopen (modeset is not enabled), and will cause kernel oops at
subsequent drm_lastclose call, so be sure to check it.

i915: init bo mm at driver init only when modeset=1

To avoid bo memory manager being inited twice, it will be called
at firstopen when modeset is not enabled.

rs690/r500: vblank support.

The new display controller has the vblank interrupts in a different place.

Add support for vbl interrupts for these chips

r500: add more register ranges for Mesa driver

ati_pcigart: oops wrong way around not that it actually mattered

ati_pcigart: stop working in the evenings you mess up too often

Revert "ati_pcigart: fixup properly this version might even work"

This reverts commit bc0836e12a9790f1cc83f8bc29bc05043c4bc840.

tree has some kref hacks in it - oops

ati_pcigart: fixup properly this version might even work

ati_pcigart: fill out 40-bit gart table support properly

Thanks to Alex for supplying this info.

RS4xx: separate out RS400 and RS480 IGP chips

RS400 (intel based IGP) and RS480 (AMD based IGP) have
different MC and GART setups.  Currently we only support
RS480.

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

i915: register definition & header file cleanup

It would be nice if one day the DRM driver was the canonical source for
register definitions and core macros.  To that end, this patch cleans
things up quite a bit, removing redundant definitions (some with
different names referring to the same register) and generally tidying up
the header file.

i915: execbuf now works without i915_dma_init being called

i915: TV hotplug fixes

In order to avoid recursive ->detect->interrupt->detect->interrupt->...
we need to disable TV hotplug interrupts in
intel_tv.c:intel_tv_detect_type.  We also need to enable the TV interrupt
detection and hotplug sequence properly in i915_irq.c.

fix kernel oops when removing fb

drm_crtc->fb may point to NULL, f.e X server will allocate a new fb
and assign it to the CRTC at startup, when X server exits, it will destroy
the allocated fb, making drm_crtc->fb points to NULL.

free dummy read page if fail to init mm

Since drm_bo_driver_init will be called in driver_load, we need to free
what it alloced when error to avoid memory leak.