What did I already try? (... As far as I remember ...)



Try 0A
	xserver standard;  xf86-video-ati standard  without ZaphodHead   - Xinerama
	config: with ServerLayout, two Screens linked into the ServerLayout
Result: Cloned displays - not useful

Try 0H
	xserver standard;  xf86-video-ati standard  without ZaphodHead   - Xinerama
	config: with ServerLayout, one Screen linked into the ServerLayout
Result: Abort of X before displaying anything ("No Screens found")

Try 0I
	xserver standard;  xf86-video-ati standard  without ZaphodHead   - Xinerama
	config: without ServerLayout, tho Monitor Sections with IDs "VGA-0" and
		"DVI-0" and RandR information defined
Result: Works as expected.



Try 0B
	xserver standard;  xf86-video-ati standard     with ZaphodHead
Result: Static configuration - Cloned displays - not useful
	[I've seen some misdetection in the logs.]
	But dynamically changeble by xrandr to expected configuration
Try 0Ba    also using "Screen" numbers 1,2 in "Device" section       - Xinerama
Try 0Bb    not using "Screen" numbers in "Device" section            - Xinerama
Try 0Bc    like T0Bb, but with compact xorg.conf                     - Xinerama
Try 0Bd    like T0Ba, but with compact xorg.conf                     - Xinerama
	Result: concerning the logs, there seems to be some toggle if
		screen numbering ist different.


Try 0J
    xserver standard;  xf86-video-ati standard+ (*3)  with ZaphodHead
Try 0Jc   not using "Screen" numbers in "Device" section (like T0Bb) - Xinerama
	Result: See Try 0B
Try 0Jd   using "Screen" numbers 1,2 in "Device" section (like T0Ba) - Xinerama
	Result: The VGA monitor shows the graphical screen, wheras
		the DVI monitor shows the linux console.
Try 0Jg    using "Screen" numbers 0,1 in "Device" section            - Xinerama
	Result: FAIL at startup (seemingly because ZaphodHeads=VGA-0
		corresponds with Screen=0)
Try 0Jh    using "Screen" numbers 1,0 (switched) in "Device" section - Xinerama
[Try 0Jf   Wie T0Jh; wird vermutlich funktionieren.                  - Xinerama]
	Result: Works fine
		Problem: Split up in DISPLAY= :0.0 / :0.1  (I don't want that)


Try 0C
	xserver mod (*);   xf86-video-ati standard     with ZaphodHead   - Xinerama
Result: Two seperate displays, but the VGA screen is always the primary one (and
	gets #:0.0)
	Config is robust against Screen number variations (in Display Section)

Try 0D
	xserver mod (*);   xf86-video-ati mod (**)     with ZaphodHead   + Xinerama
Result: Two seperate displays, works as expected :-)
	Problems with painting-speed.
	Screen numbers in Display Section have to match exactly ZaphodHead
		identifiers. (-> kernel order has to be matched.)

Try 0E
	xserver mod (*);   xf86-video-ati mod (**)     with ZaphodHead   - Xinerama
Result: Two seperate displays, works as expected :-)
	Problem: Split up in DISPLAY= :0.0 / :0.1  (I don't want that)
	Screen numbers in Display Section have to match exactly ZaphodHead
		identifiers. (-> kernel order has to be matched.)

Try 0F
	xserver standard   xf86-video-ati mod (*-)  without ZaphodHead   + Xinerama
Result: Need to define 3 displays (as HDMI out is #1); HDMI as "dummy"
	(Problems with painting-speed?)

Try 0G
	xserver mod (*);   xf86-video-ati mod (**)  without ZaphodHead   + Xinerama
Result: Two seperate displays, arrangable, but weired and sensible config (the
	exact order of mentioning the screens in ServerLayout matters)
	Problems with painting-speed.





The try numbers are not chronological.



xf86-video-ati standard: fairly like the original code, but one branch in
drmmode_output_init is disabled. (concerning SharedEntities)


mod (*) xserver:
simple return value from array in xf86Bus (see Bug description)

mod (**) xf86-video-ati:
use the "Screen" number in Device section to choose the kernel device (pretty
		old style) (Bug description referred to this mod.)

mod (*-) xf86-video-ati:
use some other number from some struct available to choose the kernel device
		(this was a mistake by me, but made a first It-works!-Experience)

standard+ (*3) xf86-video-ati:
I made a diff and now only the fprintf outputs are different from original
        source.