randr12: unify output funcs for analogue and tmds

randr12: unified entry path for dpms

randr12: nouveau_output -> nouveau_connector

randr12: separate encoder struct

Another DCB 1.4/1.5 TV (#17471)

I think we've got enough for TVs to no longer be fatal

Only use OF bios image on PPC

nv50/exa: work around corruption issues (see detailed commit msg)

It's not possible for us to do this properly without using the exa
pixmap hooks, they require a real memory manager, and is being
worked on in the ng branches, which doesn't currently support nv5x
at all.

For a better solution until then:
  http://nouveau.freedesktop.org/wiki/NV50Support

Partly revert ea152819f45b6cf92f6742ed3f9f639cdbbd53f0, alignment is needed.

exa: align offscreenBase to something sensible
- Aligning virtualY makes no sense whatsoever.
- displayWidth is the "pitch-width" of the framebuffer.

Add 8200 detection.

nv50: solid fill shouldn't use a pattern rop + minor changes

randr12: merge output detection functions

randr12: remember the edid from detection for getting modes later

also split native mode finding into separate function

randr12: detypedef private structs and use a define to get to the privates

Remove unused code

randr12: make the nouveau experience less green

nv50: micro cleanup

nv50: do ROPs properly this time
- Table should work for pre-nv50 as well, i just don't have a card plugged in to be sure.

nv10: composite is an async operation by default, no need to call exaMarkSync().

exa: FIRE_RING at the end of composite

nv50: move VERTEX_{START,END} to {Prepare,Done}Composite
- If PrepareComposite returns TRUE, then everything upto DoneComposite is required.

nv50: minor tweaks to composite
- Make the blend stuff more consistent with other composite implementations.
- Verified with "rendercheck -f a8r8g8b8,x8r8g8b8,r5g6b5,a8 -t {blend,composite,cacomposite}" for all accelerated ops.

nv50: handle ROPs better
- Handle ROP's more like pre-NV50 code.
- Special case for 32bpp which seems to work.
- This does NOT fix all rendering issues, just an improvement.

nv50: clip SIFC and add {Prepare,Finish}Access hooks.

- when w*cpp is not aligned to a dword, then it's possible to end up with crap at the end of a line, so clip it.
- {Prepare,Finish}Access hooks force tiled memory to be migrated upon cpu access.
- Added an option to disable these hooks in case you hit a xserver bug that existed up until very recently.

randr12: don't cache pll values (fixes newrestore removal regression)

for 5ms, it's really not worth it

Remove some of the inaccuracies in the manpage

NV_ARCH_04 can have rotated output, it's just not accelerated

Delete ShadowFB rotation

And nothing of value was lost.

Bye bye 8 bit depth

CrtcNumber option is long gone

Micro-tidyups to nv_driver and nouveau_xv

randr12: a few line length improvements

Kill some 8 bit code.

Fix IFC for 16bpp. Also fix the color accuracy of 16bpp solid fills.

0x48 exception does not apply on BIT cards

randr12: some code simplification, rearrangement and tidying

We don't claim to support a bpp of 15 or 24, so some old calculations can be simplified

NewRestore: remove, due to lack of interest

nobody wants to do text modes manually. for any future masochists, it's here in the history

randr12: remove another field member

randr12: fpWidth and fpHeight no more

randr12: improve aspect scaling code

randr12: for native scaling, a clock check isn't enough

1280x1024 and 1280x960 can have the same clock

Apply minimum front porch only when necessary (#15949)

Also, read minimum front porch from bios table

NV50: disallow doublescan modes on TMDS/LVDS

NV50: extra warning message

NV50: a half decent attempt at doing something when LVDS has no DDC

Forgot something.

NV50: support extended i2c ports (4 and 5)

nv50: fix some of the rendering bugs

- It seems that 32bpp solid fill only works well for for the non-rop case.
- The SRCCOPY_PREMULT comes from nv and seems to work well, in combination with the above fallback.
- This does not affect the strange stripes with font rendering issue.

Redo parsing for panels with EDID, and fix nv3x in the process (#17138)

breakage a possibility :)

Try harder to load a good vbios image

Deal with mobile cards that scribble over the fp strap at POST

It's probably safe to assume a mobile card will have been POSTed at boot, so
this should be fine.
Hopefully there are no cards which have bit 2 set at 0x48 and now break...

Fix a 16bpp issue, also remove old code that mostly worked around core EXA issues in older xservers.

NV50: Disable messages from hide, show and load cursor, as they clutter the logs.

xv: fix thinko from when source was reformatted

g3dvl: Temporarily disable IDCT.

nv50: fix mystery typo

remove use of implicit variables from pushbuf macros

This matches the gallium winsys now.  At some point the ddx will get updates
so the "common" code is once again in sync to make it easier to do mm
changes to both the ddx and dri simultaneously.

But, I want to get this part out of the way first as the changes might take
a bit of work - and I don't want to have to deal with merge conflicts
everywhere if someone changes the accel code before I'm done :)

g3dvl: Basic XvMC initialization.

NV50: I was proven wrong quicker than i thought, reinstate a slightly prettier hack.

NV50: forgot something

NV50: my best guess at the lvds bios table, time will tell if it's correct for more than a few cases

nouveau: fix macro as pointed out my moondrake on irc

nv50: support YUY2 in textured video adaptor

nv50: remove 32bpp solid fill fallback

It seems to work, but there's probably a good reason it's a fallback in nv,
so may be reincarnated with a more specific fallback if needed.

Revert "NV50EXA: read the notes + cleanup + enabled 32bpp solid fill"

This reverts commit 0b6249fed6909af30856e1afc1a0dd4cd98c0b9e.

NV50EXA: serious brain fart of my part, sorry

- prepare copy may set up a rop and will set operation appropriately.

NV50EXA: read the notes + cleanup + enabled 32bpp solid fill

- I observe occasional corruption, some of this goes away when using a compositing manager.
- The above statement contradicts my earlier statement in the previous commit message.
- 32bpp solid fills seem to work fine, but i left the original fallback in case something pops up.
- There is definately something wrong somewhere, i just don't know what.

EXA: put NOUVEAU_FALLBACK in a do { } while (0), fixed opera corruption for me.

- I don't understand why a single line define would need this, but i noticed that turning on the fallback info fixed rendering.

NV50_KMS: some basic scaling and dithering output property support

nv50: no more sync in composite() :)

0x502d mthd 0x0110 some kind of 2D cache flush?

nv50: sync after composite for the moment

This corrects some severe text rendering issues that get *very* bad with
server 1.5.  Will look into a proper fix soon.

nv50: punt vertex emission macro out to header

exa: missed a reloc delta

Can't actually hit this bug currently, but one day perhaps :)

nv50: remove acquire/release surface stuff

It's left over from code that never made it to git in the first place,
long overdue removal.

exa: rename m2mf locals to prevent some confusion

randr12: fix dithering output property endian issue (#16624)

tweaked and commented by Stuart Bennett

Fix for #14858 - freebsd compile. Someone still needs to fix the kernel part though.

nv30: more header name changes...

nv30: more bustage from header update

nv30: un-change something that somehow changed in an earlier commit. oops!

nv50: exa/xv share some stuff, punt it out to nv50_accel.[ch]

nv50: Xv support

The NV12 YCbCr->RGB shader is hand-written just like the composite shaders,
hopefully correct!  I'll probably put a disasm next to each opcode at some
point so it doesn't look like just a bunch of magics.

You'll need to use a composite manager if you want to watch videos, we can't
render directly to the screen for the same reasons as mentioned in the
composite commit.  Though, a simple workaround is possible in the Xv case,
so that'll probably come at some point.  For now, PutImage() will fail with
BadMatch.

The Y and UV plane upload may not be 100% for what NV50 requires, I want to
rework all that at some point anyway.  For now, at least there's some form
of accelerated video to work with.

Enjoy :)

nv50: de-magic things before someone accuses me of being an NVIDIA employee

nv50: exa composite

nv50: tile offscreen pixmaps

Until someone figures out how to make the display engine scan out from
tiled surfaces things will be a bit painful.  Future commits for exa
composite and Xv will require the use of the 3D engine, which will *not*
render to linear surfaces.. a composite manager will probably be a must
for it to be usable.

I really don't want the NOUVEAU_MEM_TILE ioctl in the end, but we'll have
to deal with it until we can drop support for <xorg-server-1.5.  EXA driver
handled pixmaps are far far nicer :)

exa: pass window coords to m2mf-based UTS/DFS

xv: remove some disturbing abuses of buffer related things

Also brings to attention a point about the overlay when we use a real
memory manager.  We'll need to find a way for the overlay to signal it's
finished with a buffer, or just resort to pinning pPriv->video_mem..

EXA: add a pixmapIsOffscreen hook.

NV50_KMS: support gamma changes

NV50: Unaccelerated rotation support.

- This will need a PixmapIsOffscreen hook before it will be considered for acceleration.

NV50_KMS: Unaccelerated rotation support.

- This will need a PixmapIsOffscreen hook for it to be ever considered for acceleration.

Revert "EXA: Add PixmapIsOffscreen hook for EXA versions that allow it."

This reverts commit 5a5aee10f84fbea70eee69ece17ddf6e797497a6.
This was never supposed to end up here as it's broken.

EXA: Add PixmapIsOffscreen hook for EXA versions that allow it.

- This should allow more flexibility for rotation shadow buffers.

xv: remove some defines that are in a header now

xv: remove drawable handling from hw-specific PutImage.. it's common...

xv: misc cleanups

NV50_KMS: minor change

Fix some compile warnings.

xv: reformat source so mere mortals can understand it

xv: nv_video.c to nouveau_xv.c