From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL,BAYES_05, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 From: "Andrey Liakhovets" To: hardware@lists.altlinux.org X-Mailer: CommuniGate Pro WebUser v5.0.14 Date: Mon, 13 Dec 2010 20:12:07 +0300 Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 8bit Subject: Re: [Hardware] =?koi8-r?b?3tXWwdEgzcHU0snDwSArIGludGVsIChNU0kgV2lu?= =?koi8-r?b?ZCBVMTAwKQ==?= X-BeenThere: hardware@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: hardware@lists.altlinux.org List-Id: ALT Linux hardware support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 17:12:15 -0000 Archived-At: List-Archive: List-Post: On Sun, 05 Dec 2010 21:18:32 +0300 "Andrey Liakhovets" wrote: >LiveCD из последних сборок centaurus и desktop-kde4, а также eeepc-live >уходят в чёрный экран примерно на "Populating dev". >Причём на eeepc-live через некоторое время черноты появляется быстро >мигающий бело-голубой квадрат во всю высоту экрана, а при переключении в >консоль вся матрица постепенно "заливается" белым. >При загрузке с acpi=off всё хорошо за исключением графики: модуль i915 >не грузится (ему нужны какие-то символы из acpi). > >В старом altlinux-4.1.0_beta20081221-children-i586-live-cd загрузка >проходит нормально, но там только VESA. > >Сейчас пытаюсь найти, что бы такое acpi-ное отключить, чтобы и не уходил >в черноту, и i915 грузился. Прошу прощения за ложную тревогу: на аппарате стояла "неродная" матрица. И ACPI был не при чём, а "ломалось" внутри i915 и drm. Как выяснилось, с чужой матрицей всё тоже просто работало бы, если бы в ней был хороший EDID. А EDID в ней не совсем хороший, в нём нигде нет флага "preferred mode". В результате i915 решил, что самый хороший режим можно взять из BIOS'а (а матрица-то чужая!), drm сравнил с этим режимом полученные из EDID'а и все их отбросил, а когда после этого ничего не осталось -- создал свой режим 1024x768, но с V_TOTAL=605 и т.д. Решилось прописыванием quirk'а для этой матрицы: diff -Naur a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c --- a/drivers/gpu/drm/drm_edid.c 2010-12-12 10:00:06.472081769 +0000 +++ b/drivers/gpu/drm/drm_edid.c 2010-12-13 05:54:38.863151064 +0000 @@ -107,6 +107,9 @@ /* Samsung SyncMaster 22[5-6]BW */ { "SAM", 596, EDID_QUIRK_PREFER_LARGE_60 }, { "SAM", 638, EDID_QUIRK_PREFER_LARGE_60 }, + + /* TNJ panel 1024x768 */ + { "TNJ", 0x1cad, EDID_QUIRK_PREFER_LARGE_60 }, }; /*** DDC fetch and block validation ***/ После чего с удовольствием понаблюдал процесс загрузки и остановки последней беты centaurus с новым splash :))). В процессе выяснения пришлось поиграться с параметрами i915.modeset=0, fbconf=map:1, video=1024x768@60, создать xorg.conf и прописать в нём 1024x768 (мерцающий квадрат -- это устанавливалось разрешение 2048x1536, и заливка белым -- скорее всего, из той же оперы). Да, не успел под конец удалить xorg.conf, там осталось жёстко 1024x768. Когда снова доберусь до аппарата -- попробую. Андрей Ляховец PS. Надо посмотреть на школьных intel'ах, вдруг что-то из этого поможет воскресить bootsplash (если бы только bootsplash, на некоторых мониторах при выключении -- что-то странное).