add initial drm_fb framebuffer

So far I can load fbcon, once I use my miniglx to add a framebuffer.
fbcon doesn't show anything on screen but baby steps and all that.

comment out unworkable code

only init at driver load

only bo finish at driver unload

use the baseaddr at least

Revert "Remove some delays from Intel i2c code, we'll need a more comprehensive fix"

This reverts commit c0336989884e75bcd05284257e884754bb5f85b6.

this break SDVO

add an fb count + id get to the get resources code path

use fb pitch and fix up some whitespace

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

fixup calculation to make sdvo work

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

Conflicts:

linux-core/drm_crtc.c - trivial merge
linux-core/drm_crtc.h - trivial merge
linux-core/intel_display.c - crtc_config -> mode_config
shared-core/i915_dma.c - accommodate new init code in i915_init.c

Export drm_setup for use by new driver init code.

Move i915 init code to new file, i915_init.c, and create a new high level
init routine that runs at driver load time.

Add save/restore state for LVDS code, along with a few other LVDS related
items to i915 private structure.

Remove some debug #if 0 codes and add a reminder to check locking around
output enumeration stuff.

Remove some delays from Intel i2c code, we'll need a more comprehensive fix
in the Linux i2c layer to make DDC reliable on old monitors.

Finish bringing in LVDS code, re-add to Makefile.  Needed other changes too:
  - move EDID structures to drm_edid.h
  - add EDID info structure to drm_output
  - add a few routines to intel_display for getting current mode info
  - add some prototypes to intel_drv.h and drm_crtc.h

add sdvo debugging output

fixup sarea writes for set pipe base and dpms

fixup true/false in intel_sdvo.c

re-tab and fixup the i915GM get core clock function to actually work

export output name to userspace

set the base address of the CRTC correctly

fixup numerous issues with adding framebuffer support

This still isn't perfect but it fixes a few oopses and cleans up
some of the tabs and bugs in the original fb limit code

Slam in most of X.Org's i830_lvds (not quite done yet so removed from Makefile.kernel too).

mode: fixup problems with framebuffer add function

make crtc_config be named mode_config

X.org calls this crtc_config but this is a bad name and will confuse ppl later
(and me now :-)

add addfb/rmfb ioctls

Originally from Jakob, cleaned up by airlied.

Fix refresh calculation (mistakenly removed 1000 factor needed for integer calulations, fixed mode printout debugging routine instead).

remove a printk to make things less verbose

just codingstyle cleanups

document drm_mode_duplicate and fix vrefresh calculation (off by 1000 error)

various cleanups to EDID code:
  - pull in FB DDC code (we'll have to rewrite it anyway it appears)
  - add comments
  - note a few FIXMEs
  - make it less quiet, and more informative when it actually does print

make drmP.h include drm_crtc.h for CRTC related stuff.
fixup drm_crtc.c so it matches VGA and other outputs properly.
make drm_crtc.c less verbose.
add function declarations in drm_crtc.h for other files.

Add required permission notices for code copied from X.Org source.

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

Add copyrights before I forget

add back compat for bool

checkpoint commit: implement SetCrtc so modes can in theory be set from user

This hooks up the userspace mode set it "seems" to work.

checkpoint commit: added getresources, crtc and output

This adds the user interfaces from Jakob and hooks them up for 3 ioctls
GetResources, GetCrtc and GetOutput.

I've made the ids for everything fbs, crtcs, outputs and modes go via idr as
per krh's suggestion on irc as it make the code nice and consistent.

initial userspace interface to get modes

Initial import of modesetting for intel driver in DRM

borrow edid.h from fb directory

add an install target to the drm modules makefile

Fix user object reference when caller is not object creator.
(Reported by Dave Airlie).

Add a fence flush event to each fence-signaled check when lazy-waiting

to make sure we don't lose any sequence numbers if, for some reason,
they don't generate an IRQ.

Make sure we ack irqs before we read a breadcrumb so that

breadcrumb updates that occur _AFTER_ we've read the breadcrumb really
generates a new IRQ.

Evicted no-move buffers can get lost if they end up in another

memory type than local.

Fix an oops when trying to clean a not yet initialized memory type.

Make sure CMA (Can't map aperture) pages are mapped uncached.

(Should really make this write-combined using PATs, at some point).

r300: Synchronize the register header file again.

It's a good idea to keep these synchronized; even though the DRM doesn't use all
the defines, maintaining two different copies is prone to errors when the diff
gets bigger.

nouveau: fix usage of PGRAPH_CTX_CONTROL on nv20+

http://gitweb.freedesktop.org/?p=mesa/drm.git;a=commitdiff;h=17985f07d68322519919a7f629a6d2d9bf3916ed could have broken some nvxx_graph code : it rename NV03_PGRAPH_CTX_CONTROL to NV10_PGRAPH_CTX_CONTROL, but forgot to update it in nvxx_graph file.

Also when migrating init stuff in http://gitweb.freedesktop.org/?p=mesa/drm.git;a=commitdiff;h=674cefd4fe4b537a20a10edcb4ec5df55facca8e, NV04_PGRAPH_CTX_CONTROL is used everywhere but the old ddx code use NV_PGRAPH_CTX_CONTROL_NV04 or NV_PGRAPH_CTX_CONTROL.

nouveau : nv10 ctx switch fix
restoring NV10_PGRAPH_CTX_SWITCH1 now works

nouveau : set the correct PGRAPH_CTX_CONTROL register

"5a072f32        (Stephane Marchesin     2007-02-03 04:57:06 +0100" broke nv10 ctx switch by setting wrong PGRAPH_CTX_CONTROL reg

Merge branch 'crestline-qa', adding support for the 965GM chipset.

Merge branch 'origin'

drm/bo: avoid oops if the memory manager for this type isn't initialised

nouveau: fix nv04 context switches.

drm/i915: set the bo up at firstopen time not after DMA init

This is required to use TTM to allocate the ring buffer.

drm/ttm: make sure dev_mapping is set-up for the first opener of the drm

This was causing an oops in my miniglx code to try and use a TTM-only setup.

Merge git://proxy01.pd.intel.com:9419/git/mesa/drm into crestline

nouveau: move card initialisation into the drm

The PGRAPH init for the various cards will need cleaning up at some point,
a lot of the values written there are per-context state left over from the
all the hardcoding done in the ddx.

It's possible some cards get broken by this commit, let me know.
Tested on: NV5, NV18, NV28, NV35, NV40, NV4E

Merge git://proxy01.pd.intel.com:9419/git/mesa/drm into crestline

Catch up to new interrupt API, and retire FreeBSD 4.x support here.

vm: cleanup drm_vm.c along lines of cleanups queued for kernel

Merge git://proxy01.pd.intel.com:9419/git/mesa/drm into crestline

nouveau: rework nouveau_fifo_alloc() so the drm can create internal FIFOs

cleanup more whitespace from ttm merge

drm: remove second spinlock init for tasklet lock

nouveau: remove unused cruft

Merge git://proxy01.pd.intel.com:9419/git/mesa/drm into crestline

nouveau: support multiple channels per client (breaks drm interface)

Merge git://proxy01.pd.intel.com:9419/git/mesa/drm into crestline

rename badly named define

remove i830 reference

Remove old i830 kernel driver.

Merge git://proxy01.pd.intel.com:9419/git/mesa/drm into crestline

more return values fixup

fixup return values in drm ioctl

more whitespace issues

cleanup ioctl expansion code

oops missing else

make drm fops const from kernel

use ARRAY_SIZE

more tab/space conversion

whitespace cleanup pending a kernel merge

clean up more of inline functions agp_remap/drm_lookup_map

deinline agp_remap along lines of kernel

remove drm_lookup_map unused now

Merge git://proxy01.pd.intel.com:9419/git/mesa/drm into crestline

r300: Renamed the CACHE_CTLSTAT values to include UNKNOWN in the name; not
enough information is known about them to be sure as to what the values mean.

Merge git://proxy01.pd.intel.com:9419/git/mesa/drm into crestline

Add defines for the values written to R300_RB3D_ZCACHE_CTLSTAT.

Note that just like the values written to R300_RB3D_DSTCACHE_CTLSTAT these
values are really unknown; ideally more reverse engineering should be done to
determine what these values mean and when they should be set.

nouveau: make sure cmdbuf object gets destroyed

nouveau: associate all created objects with a channel + cleanups

nouveau: s/fifo/channel/

Corrected values written to R300_RB3D_DSTCACHE_CTLSTAT to either
R300_RB3D_DSTCACHE_02 or R300_RB3D_DSTCACHE_0A, rather than hexadecimal values.

Guess another unknown register used for R300 pacification.

Merge git://proxy01.pd.intel.com:9419/git/mesa/drm into crestline

nouveau: PUT,GET, not 2xPUT