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=-1.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 From: Sergey To: ALT Linux kernel packages development Date: Wed, 14 Dec 2011 12:11:00 +0400 User-Agent: KMail/1.13.7 (Linux/2.6.32-ovz-el-alt34; KDE/4.6.5; i686; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Message-Id: <201112141211.01048.a_s_y@sama.ru> Subject: [d-kernel] =?koi8-r?b?6drNxc7FzsnFIMvPztPUwc7UINcg0cTSxSAoUElN?= =?koi8-r?b?IMkgTUFYVklGUyk=?= X-BeenThere: devel-kernel@lists.altlinux.org X-Mailman-Version: 2.1.12 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: Wed, 14 Dec 2011 08:11:15 -0000 Archived-At: List-Archive: List-Post: Приветствую. Появился вопрос на засыпку. А вот как можно дистрибутивно поменять какие-нибудь ядерные константы, изменение которых не производится через sysctl ? В частности, всплыла такая вот проблема. Есть такая штука - Protocol Independent Multicast (PIM). У нас тут с ней немного экспериментируют, а я немного экспериментирую со сборкой http://www.nongnu.org/qpimd/ Выяснилась такая штука. В ядре есть mroute.h, а там есть определение #define MAXVIFS 32. При сборке используется /usr/include/linux/mroute.h. Значение 32 "маловато будет". Беда в том, что значение в ядре и значение в qpimd должны совпадать, иначе возникают ошибки. То есть, если думать о дистрибутивном решении, надо договариваться с мантейнерами всех ядер (и glibc-kernheaders) об изменении этой константы... Вопрос по Чернышевскому... -- С уважением, Сергей a_s_y@sama.ru