From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 22 Dec 2003 13:35:14 +0300 From: Anton Farygin To: ALT Linux kernel packages development , devel@altlinux.ru Subject: Re: [devel] Re: [d-kernel] 2.6.0 release Message-ID: <20031222103514.GB23956@master.altlinux.ru> References: <20031222094925.GG22541@master.altlinux.ru> <20031222095948.GC9991@master.mivlgu.local> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20031222095948.GC9991@master.mivlgu.local> Cc: X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 10:35:18 -0000 Archived-At: List-Archive: List-Post: On Mon, Dec 22, 2003 at 12:59:48PM +0300, Sergey Vlasov wrote: > On Mon, Dec 22, 2003 at 12:49:25PM +0300, Anton Farygin wrote: > > 1) У меня попался ноутбук (MaxSelect TravelBook TT), который после Suspend > > не восстанавливает разрешение экрана.. соответственно при включенном > > framebuffer все ползет. В blacklist есть такая фича, как для некоторых > > BIOS'ом восстанавливать разрешение принудительно... и есть такой параметр > > ядру: acpi_sleep=s3_mode. С этим все работает. Так вот я подумал - а > > почему бы эту процедуру не проводить всегда, независимо от того, битый > > BIOS или нет ? Ваши мнения ? > > Насколько я понял, это тоже работает не везде: > > http://www.ussg.iu.edu/hypermail/linux/kernel/0310.1/0469.html Мда... значит опять забивать до отказа black_list ;-( Кстати, как это будем делать ? Есть как всегда два варианта: 1) Через утилиты настройки железа 2) Защивать патчами в ядро. Rgds, Rider