Bug 7049
| Summary: | [2.9.9.9] install with S3 Trio64 V2/DX fails | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Michael Shigorin <mike> |
| Component: | xorg-x11-drv-s3 | Assignee: | Valery Inozemtsev <shrek> |
| Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus |
| Severity: | major | ||
| Priority: | P2 | CC: | dimajin, eostapets, inger, rider, shrek, sr, vsu |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | |||
| Bug Blocks: | 7079 | ||
есть ощущение, что s3 тут не при чем. Скорее всего вина лежит либо на unionfs либо на squashfs. А сколько памяти в машине ? 128M. Это тот самый dual pentium mmx :) Ещё: при запуске модуля конфигурирования иксов в acc ~3сек загрузки процессора и машинка становится колом, SysRq не работает. fb отключен (грузимся с Safe Settings). Это диск, проставленный с конфигурацией иксов для VESA 800x600, подоткнул. Две копии иксов с Driver "vesa" запускаются, сейчас попробую при запущенном vesa подоткнуть "s3" и с другой стороны -- скажи, что там при автодетекте видео запускается, мож оно в консоли чего сказать успеет. ** если иксы падают, надо попробовать ещё раз с vesa ** ddcprobe не, нормально отработал и в консоли, и от рута Вот, из рассылки: Итак, по "теме". После вчерашнего полного обновления, имеем: locate libglx /etc/X11/lib/libglx.a /usr/X11R6/lib/modules/extensions/libglx.a /usr/X11R6/lib/modules/extensions/libglx.a.x11 ls -l /etc/X11/lib/libglx.a lrwxrwxrwx 1 root root 46 Чер 8 15:34 /etc/X11/lib/libglx.a -> /usr/X11R6/lib/modules/extensions/libglx.a.x11 И после старта Х-ов жалобы на невозможность загрузить glx. Если прописать в конфиге Х-ов полный путь на /etc/X11/lib/libglx.a -- всё работает. Если на /usr/X11R6/lib/modules/extensions/libglx.a -- полный облом. Возможно, там что-то странное с частотами развёртки. С Driver s3 становится в 640x480@60, в логе -- (II) s3(0): SyncMaster|0: Using default hsync range of 28.00-33.00 kHz (II) s3(0): SyncMaster|0: Using default vrefresh range of 43.00-72.00 Hz (II) s3(0): clock range: 15.60 to 80.00 MHz (**) s3(0): *Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz ddcprobe говорит, что это VESA 1.2 и что монитор -- 30-96/50-160 проверил 2.9.9.9, в точности как оригинальный репорт; x11createconfig -f возвращает то же самое "error basic_string::_S_construct NULL not valid", что в /tmp/xconfig. заметь, "driver unknown". сейчас попробую просто Trio64, по идее, PCI ID другой... ...то же самое, пока сделал rm /tmp/xconfig; xinit и в xterm -- install2-x11-qt, едет в 640x480@60 (см. #c8), но ведь вывалится же ж перед третьей стадией... ...именно, вывалилось. reboot; init 7 выдал отдельный фейерверк. 2 rider: если это почините (см. тж. #6901, нужен бы откат на vesa) _и_ интересно протестить реализованное -- тут этих V2/DX две штуки, в сумме можно трёхголовую конфигурацию попробовать :-)) 2 shrek: X -configure вообще сломан или вешать то, что он тут выдаёт, отдельно? Можешь дать шелл на такую машину ? мне нужно поработать там с отладчиком. > X -configure вообще сломан или вешать то, что он тут выдаёт, отдельно?
повесь отдельно
(In reply to comment #10) > Можешь дать шелл на такую машину ? мне нужно поработать там с отладчиком. Чичас организуем. fixed (next libhw version) 2.9.10 при "Text" на загрузке какие-то иксы в 640x480 поднял; при "VESA" -- чёрный экран (правда, там сейчас две Trio64 торчат, но BIOS и вот такие иксы рисуют на карту, в которой сейчас монитор). Доберусь до stage3, ещё отпишу. Но уже вроде лучше :-) 2.9.11 -- если бутать Trio64V2/DX (2Mb) в Text (не VESA!) -- то install2 OK,
install3 OK, но на alterator-x11 после подтверждения ("Да") приплываем в Reset
only. acpi=off.
После перезагрузки в failsafe свои 640x480 получаем (Driver "s3"); попытка
переключиться в консоль и обратно карается вертикальными малиново-чёрными
полосами, на SysRq ещё реагируем.
После перезагрузки и добавления в Section "Monitor" реальных HorizSync и
VertRefresh, полученных по ddcprobe (в Xorg.0.log -- какая-то ботва и 75x75 dpi
впридачу) -- получаем 800x600x16 и 1280x1024x8, но 1024x768x16 -- ни под каким
флагом.
Кажется, это любимые грабли s3_drv из XF86 4.x XF86; XFree86-S3-3.3.6 работал
как часы... и его и рекомендуют использовать по сути:
http://lists.freedesktop.org/pipermail/xorg/2004-August/002717.html
http://lists.freedesktop.org/pipermail/xorg/2004-August/002733.html
http://lists.freedesktop.org/pipermail/xorg/2004-August/002741.html
Перевешиваю на xorg (2 rider: частоты для старых железяк -- или при загрузке в
Text? -- прописывать тем не менее не помешает), добавляю найденные ссылки по теме.
http://bugs.xfree86.org/show_bug.cgi?id=465
http://bugs.xfree86.org/show_bug.cgi?id=613 (?)
http://lists.freebsd.org/pipermail/freebsd-questions/2005-January/071540.html
`-> BusID для одной карты избыточен (разницы _не_ обнаружил),
но для второй и дальнейших (одинаковых) его писать надо.
2 rider, shrek, vsu: чиним/[з]абиваем?
Видимо, придётся тем, кому надо Trio64 и подобное, отправляться читать http://www.scitechsoft.com/ftp/snap/linux/readme-x86.txt http://www.scitechsoft.com/products/ent/snap_linux.html http://www.scitechsoft.com/licenses/end_user_license.html http://www.scitechsoft.com/licenses/non_commercial_license.html Работает как часы после распаковки и ./install... не, Валер -- закрывай это нафиг с WONTFIX, никто это портить с 3.3.6 не будет уже. собсно кому припрёт на такое рисовать, а не в сервер -- всё равно дистрибутив тех же времён будет осмысленней. посмотрел я на дрова из 3.3. портировать конечно можно, но на это уйдет слишком много времени и не факт что получится что то дельное. т.ч. нафиг QED |
Description
Michael Shigorin 2005-06-09 13:08:07 MSD