[GATOS]Re: tv_output patch for testing.

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Please send me your Xorg.conf. I'll answer this properly then I have 
some time...

Rune Petersen

Molle Bestefich wrote:
> Using my previous almost-working-except-TV-is-out-of-sync config:
>> Config0
>> |-->Screen0
>> |      |-->Card0
>> |      |-->Monitor0 (flatscreen)
>> |      |-->Monitor1 (tv)
>> |-->Mouse0
>> |-->Keyboard0
> 
> But applying the new patch, plus the changes you suggested:
>> Option       "IgnoreEDID" "true"
>> VertRefresh  60
>> # "MonitorLayout" ...
>> # Option "CRT2Position" ...
>> # Option "MetaModes" ...
> 
> The machine now consistently does a hard lock-up on 'startx'.
> There's still just blank (means no sync) output on the TV.
> 
> Pressing <NUMLOCK> doesn't switch on/off the numlock light, and
> <CTRL><ALT><DEL> and <CTRL><BACKSPACE> has no effect.  But it does
> seem that the X server completes it's startup, and that I can get it
> to change resolution with <CTRL><ALT>(<+>/<->) (judging by the "BIOS
> hotkeys disabled" at the end of Xorg.0.log).
> 
> ===== tail /var/log/Xorg.0.log =====
> (II) Mouse0: ps2EnableDataReporting: succeeded
> (II) RADEON(0): BIOS HotKeys Disabled
> (II) RADEON(0): BIOS HotKeys Disabled
> (II) RADEON(0): BIOS HotKeys Disabled
> (II) RADEON(0): BIOS HotKeys Disabled
> (II) RADEON(0): BIOS HotKeys Disabled
> (II) RADEON(0): BIOS HotKeys Disabled
> (II) RADEON(0): [drm] removed 1 reserved context for kernel
> (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xe1d77000 at 
> 0xb7933000
> FreeFontPath: FPE "/usr/share/fonts/misc/" refcount is 2, should be 1; 
> fixing.
> ====================================
> 
>> A golden rule:
>> I everything fails return to "hello world".
> 
> Okay, I've removed the flatscreen and minimized the config.
> Now X stopped locking up.
> 
> Still no output on S-VHS, though.  Only on the flatscreen.
> Switching resolutions just causes the flatscreen to switch resolution.
> 
> Maybe it has something to do with this line in Xorg.0.log:
> ====================================
> (WW) RADEON(0): Failed to detect secondary monitor, MergedFB/Clone mode 
> disabled
> ====================================
> 
> This particular graphics card often fails to find this particular TV
> using it's connection-detection hardware.  Back when I was using
> Windows, I could sometimes restart the machine and then it would
> detect the TV, but the safest method was always just checking the
> 'force TV output' option in the Catalyst driver, which I suspect was
> made for this exact purpose.
> 
> By convention of the ever-so-awkward and cryptic conventions used in
> xorg.conf, the X option to force two heads on even when not detected
> seems to be "MergedFB" "on".
> 
> Adding "MergedFB" "on" to the minimal configuration, I get this in the log:
> 
> ====================================
> (II) RADEON(0): Primary:
> Monitor   -- TMDS
> Connector -- DVI-I
> DAC Type  -- TVDAC/ExtDAC
> TMDS Type -- Internal
> DDC Type  -- DVI_DDC
> (II) RADEON(0): Secondary:
> Monitor   -- NONE
> Connector -- VGA
> DAC Type  -- Primary
> TMDS Type -- NONE
> DDC Type  -- VGA_DDC
> (II) RADEON(0): PLL parameters: rf=2700 rd=12 min=20000 max=35000; 
> xclk=27500
> (WW) RADEON(0): Failed to detect secondary monitor, MergedFB/Clone mode 
> disabled
> (II) RADEON(0): MergedFB mode forced on.
> (II) RADEON(0): Validating modes on Primary head ---------
> (II) RADEON(0): Television: Using hsync range of 30.00-40.00 kHz
> (II) RADEON(0): Television: Using vrefresh value of 60.00 Hz
> (II) RADEON(0): Validating CRTC2 modes for MergedFB ------------
> (II) RADEON(0): CRT2 Monitor: Using hsync range of 30.00-40.00 kHz
> (II) RADEON(0): CRT2 Monitor: Using vrefresh value of 60.00 Hz
> (II) RADEON(0): Total of 2 CRTC2 modes found for MergedFB------------
> (II) RADEON(0): Modes for CRT1: ********************
> (--) RADEON(0): Virtual size is 800x600 (pitch 896)
> (**) RADEON(0): *Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz
> (II) RADEON(0): Modeline "800x600"   40.00  800 840 968 1056  600 601
> 605 628 +hsync +vsync
> (**) RADEON(0): *Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz
> (II) RADEON(0): Modeline "640x480"   25.20  640 656 752 800  480 490
> 492 525 -hsync -vsync
> (II) RADEON(0): Modes for CRT2: ********************
> (--) RADEON(0): Virtual size is 800x600 (pitch 896)
> (**) RADEON(0): *Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz
> (II) RADEON(0): Modeline "800x600"   40.00  800 840 968 1056  600 601
> 605 628 +hsync +vsync
> (**) RADEON(0): *Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz
> (II) RADEON(0): Modeline "640x480"   25.20  640 656 752 800  480 490
> 492 525 -hsync -vsync
> (II) RADEON(0): Generating MergedFB mode list
> (II) RADEON(0): No MetaModes given, linking largest common modes by default
> (II) RADEON(0): Merged "800x600" (800x600) and "800x600" (800x600) to
> 800x600 (Clone)
> ====================================
> 
> Still no TV output, though.
> 
> (Probably "MergedFB" "on" is effectless anyway, since both the old and
> the new patch could only drive the TV when turning DVI output off, but
> it was worth a shot.)
> 
> So, so far it still seems that the new patch broke tvout with my
> particular hardware :-/.
> 
> Not sure what to try next?
> 
>> In your honor I have updated the page with a little more detail.
> 
> Hey, thanks!
> 
>> If you need more, tell me what you need.
> 
> Mostly I was confused with the way it mentioned a single monitor
> section, when people using Radeon and TV-out most often has two
> monitors attached.  If the tvout hack is only intended to work with
> the main monitor disabled and xorg.conf switched for regular / tvout
> mode, then that should probably be mentioned.  Otherwise, you should
> probably mention how to configure xorg.conf for using the Radeon
> driver with two monitors and the tvout hack.  IMHO.
> 