ALT Linux Bugzilla – #8208

Дополнение: сам файл xorg.conf при этом _никак_ не модифицируется.

*** Bug 8207 has been marked as a duplicate of this bug. ***

давайте /etc/X11/xorg.conf и /var/log/Xorg.0.log  

Created attachment 1177 [details]
xorg.conf

Это xorg.conf (со значениями horyzsync и vertrefresh я все-таки ошибся :)

Created attachment 1178 [details]
Xorg.0.log при старте системы

Разрешение 640x480

Created attachment 1179 [details]
log работы xorgconf

При запущенном xorg в разрешении 640x480

Created attachment 1180 [details]
Xorg.0.log после запуска xorgcfg

после запуска xorgcfg рестартуется сервис dm, xorg запускается в разрешении
1280х1024 (лог прилагается).

во первых, посмотрите на свой монитор 
http://www.viewsonic.com.au/products/productspecs.php?id=191 
и сравните с тем что написано в конфиге 
во вторых 
$ diff -u Xorg.0.log.before Xorg.0.log.after >xlog.diff 
и внимательно изучайте xlog.diff, там все есть 

Значения HoryzSync и VertRefresh привел в соответствие с параметрами монитора  
HoryzSync 30-82 
VertRefresh 50-85 
Ситуация не поменялась. 
Смотрел в xorg.conf, в diff -- ситуация не прояснилась. 
Ваш ответ ситуацию ниразу не прояснил :-/. 
У меня (по моему мнению) все в норме. 

вот здесь все ясно и понятно написано 
@@ -594,17 +596,14 @@ 
  TMDS Type -- Internal 
  DDC Type  -- DVI_DDC 
 (II) RADEON(0): Secondary: 
- Monitor   -- CRT 
+ Monitor   -- NONE 
  Connector -- VGA 
  DAC Type  -- Primary 
  TMDS Type -- NONE 
  DDC Type  -- MONID 
 (II) RADEON(0): ref_freq: 2700, min_pll: 20000, max_pll: 50000, xclk: 40000, 
sclk: 425.000000, mclk: 432.000000 
 (II) RADEON(0): PLL parameters: rf=2700 rd=2 min=20000 max=50000; xclk=40000 
-(WW) RADEON(0): Failed to detect secondary monitor DDC, default HSync and 
VRefresh used 
-(WW) RADEON(0): "(null)" is not a valid parameter for Option "CRT2Position" 
-(II) RADEON(0): Valid parameters are "RightOf", "LeftOf", "Above", "Below", 
or "Clone" 
-(II) RADEON(0): Except for "Clone", the parameter may be followed by an 
integer. 
+(WW) RADEON(0): Failed to detect secondary monitor, MergedFB/Clone mode 
disabled 
 (==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) 
 (II) RADEON(0): Validating modes on Primary head --------- 
 (II) RADEON(0): TMDS PLL from BIOS: 16500 a0112 
 

Если не затруднит, кривую строку xorg.conf укажите?

Кстати, и объясните мне, почему xorg ведет себя так по разному при
_одном_и_том_же_ xorg.conf?

man radeon 
за советами отращайтесь в списки рассылки 

(In reply to comment #12)
> Кстати, и объясните мне, почему xorg ведет себя так по разному при
> _одном_и_том_же_ xorg.conf?
 
кто вам сказал, что при одном и том же?

------------
(==) Log file: "/var/log/Xorg.8.log", Time: Fri Oct 14 08:22:55 2005
(++) Using config file: "/root/xorg.conf.new"
------------
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Oct 14 08:23:59 2005
(==) Using config file: "/root/xorg.conf"
------------

# cp /etc/X11/xorg.conf /etc/X11/xorg.conf.bak
# mv -f /root/xorg.conf.new /etc/X11/xorg.conf
# mv -f /root/xorg.conf /root/xorg.conf.bad
# service dm restart

# по желанию - медитировать над диффами и манами

Да. вот оно. :( не тот конфиг использовался. 
По результатам медитации определил, что драйвер radeon с моей картой не 
работает вовсе. xorgcfg заставлял использовать драйвер vesa, который в данный 
момент и работает. 

Медитация продолжается. Предыдущее предположение про нерабочесть драйвера 
radeon неверно. Ситуация необъяснимая. 
На данный момент исключено использование "левых" конфигов (используется 
только /etc/X11/xorg.conf), найдена закономерность, видимое проявление только в 
логах. 
1. Загрузка с драйвером radeon происходит только в разрешении 640х480 
(загрузка -- это загрузка системы на 5-м ранлевеле). 
2. Загрузка с драйвером vesa происходит только при 16-и битном цвете (но в 
разрешении 1280х1024). 
3. В конфиге разрешена загрузка при 24-х и выше битном цвете (16-и битный цвет 
отключен) 
4. Как заставить работать как надо (танцы с бубном) 
4.1. При загрузке системы с драйвером radeon достаточно изменить в конфиге 
название драйвера на vesa и перезапустить Х (Х не стартует, ибо 24 и выше 
битный цвет). 
4.2. Меняем в конфиге драйвер обратно на radeon (конфиг идентичен исходному!) 
и перезапускаем Х. Х стартует в разрешении 1280х1024 (с драйвером radeon). 
5. Как не удается заставить работать как надо (альтернативные танцы с бубном) 
5.1. При загрузке системы с драйвером radeon достаточно изменить в конфиге 
название драйвера на vesa, разрешить 16-и битный цвет и перезапустить Х (Х 
стартует, ибо 16 и битный цвет). 
5.2. Меняем в конфиге драйвер обратно на radeon и убираем разрешение 16-и 
битного цвета (конфиг идентичен исходному!) и перезапускаем Х. Х стартует в 
разрешении 640х480 (с драйвером radeon). 
 
При всем этом никакие ядерные модули не грузятся (вывод lsmod идентичен) 
Исходный конфиг и 3 лога (1. при загрузке, 2. при запрещенном 16-и битном 
цвете и драйвере vesa, 3. при исходном конфиге и нормально запущенных Х) 
прилагаются. 

Created attachment 1187 [details]
Изначальный конфиг

Created attachment 1188 [details]
Лог запуска Х с драйвером radeon при загрузке (разрешение 640х480)

Created attachment 1189 [details]
Лог запуска Х с драйвером vesa при запрещенном 16-и битном цвете (Х не стартует)

Created attachment 1190 [details]
Лог запуска Х с драйвером radeon после шаманства (разрешение 1280х1024)

(In reply to comment #17)
> Created an attachment (id=1187) [edit]
> Изначальный конфиг

Это вывод lsmod, а не конфиг.

Можно попробовать добавить в секцию "Device" с драйвером radeon опцию

    Option "MonitorLayout" "TMDS,NONE"

Created attachment 1199 [details]
Вот настоящий конфиг

Прошу прощения, делал все в попыхах, что-то напутал.

Вот, спасибо. Вроде параметр 
Option "MonitorLayout" "TMDS,NONE" 
помог. 
 
И все же для меня остается загадкой, почему один и тот же конфиг вел себя по 
разному.