From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Sergey Vlasov To: Sergey Vlasov Subject: Re: [mdk-re] Re: rpm -b what? Message-ID: <20020315130022.GB16334@vcserver.mivlgu.ru> Mail-Followup-To: Sergey Vlasov References: <203261369.20020313093851@mtu-net.ru> <20020314082403.GK1604@lic145.kiev.ua> <888529945.20020314142821@mtu-net.ru> <20020314134113.GU4618@lic145.kiev.ua> <20020314173351.77c560c0.avl@l14.ru> <11311464314.20020314183334@mtu-net.ru> <20020314164721.GE13065@vcserver.mivlgu.ru> <15117701553.20020314201731@mtu-net.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <15117701553.20020314201731@mtu-net.ru> Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Fri Mar 15 15:50:57 2002 X-Original-Date: Fri, 15 Mar 2002 16:00:22 +0300 Archived-At: List-Archive: List-Post: On Thu, Mar 14, 2002 at 20:17:31 +0300, Serge Skorokhodov wrote: > Здравствуйте! > > SV> On Thu, Mar 14, 2002 at 18:33:34 +0300, Serge Skorokhodov wrote: > >> Здравствуйте! > >> > >> ЛАВ> On Thu, 14 Mar 2002 15:41:13 +0200 > >> ЛАВ> "Michael Shigorin" wrote: > >> > >> >> On Thu, Mar 14, 2002 at 02:28:21PM +0300, Serge Skorokhodov wrote: > >> >> > Если размер буфера по крайней мере понятно как менять (поменять и > >> >> > снова закатать в тарбол), то исходники acpi имеются только в виде > >> >> > диффов:(. Что делать: править дифф? > >> >> Можно и так. > >> > >> ЛАВ> а что мешает сделать так. > >> > >> ЛАВ> rpm -bp kernel > >> > >> ЛАВ> cd ../build/... > >> ЛАВ> копируем в темп > >> ЛАВ> правим > >> ЛАВ> diff старое новое > >> ЛАВ> добавляем патч в папку sources и спек > >> ЛАВ> собираем. > >> > >> Надо попробовать, но я пока в этих технологиях плаваю:) И > >> собирать ядро приходится на ночь ставить:( А хотелось бы просто > >> модуль поправить и мейкануться. Это можно, кстати? Ведь конфиг > >> прежний. А потом ядро впихнуть "старым казачим способом"? Вот > >> только как тогда модули в систему устанавливать? > > SV> Думаю, для тестового режима ручной способ вполне пойдет. В процессе > SV> ковыряния с некоторыми модулями я делал так: после правки запускал make > SV> modules (к сожалению, в нужном каталоге так запустить нельзя - приходится > SV> запускать сверху, так что обходится в поисках изменений все дерево). > SV> Потом обновившийся модуль засовывался руками в /lib/modules/... на место > SV> старого; depmod -a; далее перезагружаем модуль. > > SV> Если меняются и куски, встраиваемые внутрь ядра - придется еще сделать > SV> make bzImage и поставить новое ядро. > > SV> Ну а когда заработает, можно будет и diff сделать. > > Во-во, про работоспособность такой схемы я и надеялся услышать: > т.е. я ставлю нормальное ядро из rpm и kernel-source, а потом в > процессе работы доделываю make modules -- и руками... > > Дело то на один раз: получить отладочную информацию при доступе к > /proc/acpi/battery/CPM0/info -- после чего интереса в данном > варианте больше нет, можно на стандартный модуль менять. > > Такое будет работать? Если сначала собрать custom-ядро в rpm, поставить его, а потом делать модификации в .../RPM/BUILD/linux и make modules - должно работать. Ведь фактически при установке rpm будут установлены те же файлы, что и при ручной установке ядра. Единственное замечание - я не делал make modules_install, а руками ставил файл модуля в нужное место (только обязательно нужно chown root:root - иначе будет ругань). Насчет варианта с kernel-source - не уверен, т.к. конфигурация оттуда может не совпасть с конфигурацией ядра, собранного в стандартном rpm (например, из-за отличий в среде сборки - разные версии gcc, binutils, ...). Кроме того, один раз все равно придется собрать ядро полностью.