From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 22 Dec 2003 12:49:25 +0300 From: Anton Farygin To: ALT Linux kernel packages development Subject: Re: [d-kernel] 2.6.0 release Message-ID: <20031222094925.GG22541@master.altlinux.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: devel@altlinux.ru X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 09:49:26 -0000 Archived-At: List-Archive: List-Post: On Thu, Dec 18, 2003 at 08:34:16PM +0300, Ed V. Bartosh wrote: > Hello, > > Собрано, проверено и заливается в ftp://ftp.altlinux.ru/pub/people/ed/ > Изменено следующее: > собственно переход на 2.6.0 release > kernel-fix-core: патч для переноса security_syslog (klogd problem fix) > kernel-fix-fs: патч ext3_fs_priority (взят с 2.4) > kernel-build-tools: Доведена до ума работа с разными ядрами (спасибо > Сергею Власову) > > Все ядерные пакеты можно безболезненно переносить в Сизиф. > modutils - в работе, но версию 2.4.25-alt6 (combined) можно брать, работает для > обеих версий ядер. 2.4.25-alt7 - это уже начало правильных modutils, > но в Сизиф ему еще рано. > bootloader-utils - изменения минимальны, тоже можно переносить. > mkinitrd - изменений много, нужно, чтобы ldv посмотрел. И вообще какой > смысл держать там busybox? Лишние проблемы, IMHO. > startup - вообще мелочь, тоже можно > > Итого, для переноса сего в Сизиф по большому счету нужно разобраться с > mkinitrd. Да. и с startup. Кстати, господа, я тут на выходных поразвлекался с ACPI Suspend (echo "3" >/proc/acpi/sleep). Вывод: оно работает, но: 1) У меня попался ноутбук (MaxSelect TravelBook TT), который после Suspend не восстанавливает разрешение экрана.. соответственно при включенном framebuffer все ползет. В blacklist есть такая фича, как для некоторых BIOS'ом восстанавливать разрешение принудительно... и есть такой параметр ядру: acpi_sleep=s3_mode. С этим все работает. Так вот я подумал - а почему бы эту процедуру не проводить всегда, независимо от того, битый BIOS или нет ? Ваши мнения ? Патч для BlackList у меня есть, могу выслать. 2) Очень медленно просыпается жесткий диск.. примерно минут 10. Подозреваю что где-то ошибка - буду искать.. если кто-то располагает информацией - киньте в мнея плз (желательно через IRC или Jabber). Rgds, Rider