From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 21 Sep 2003 15:05:23 +0300 From: Alexander Bokovoy To: ALT Linux kernel packages development Subject: Re: [d-kernel] Re: lm_sensors: prog/hotplug/p4b_smbus Message-ID: <20030921120523.GA13035@sam-solutions.net> References: <20030806200424.5fc9069b.vsu@altlinux.ru> <20030921132950.18884293.vsu@altlinux.ru> <3F6D7984.1020608@altlinux.com> <20030921154430.6bc5f24a.vsu@altlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20030921154430.6bc5f24a.vsu@altlinux.ru> X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.2 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: Sun, 21 Sep 2003 12:04:37 -0000 Archived-At: List-Archive: List-Post: On Sun, Sep 21, 2003 at 03:44:30PM +0400, Sergey Vlasov wrote: > > >> SV> Альтернативный вариант - тащить в ядро код из ветки 2.6, > > >> SV> включающий SMBus при обработке PCI quirks. Это работает, но > > >> SV> требует пересборки ядра для добавления новых идентификаторов. > > >> > > >>Я бы пока предпочел первый вариант. > > > > > > > > > А вот в 2.4.23-pre3 приплыл второй. Взять его оттуда, что ли... > > > > Взять взять... > > Положил в kernel-fix-drivers-pci. Прямо сейчас проверить не на чем, но > предыдущая версия у меня на P4PE работала. OK. > > я как раз завтра собираюсь собрать ядрышко более новое из CVS. > > Угу. Там ещё надо agpgart фиксить - патч для поддержки AGP3 на KT400 > сломал поддержку AGP2 :-( > > Сейчас попробую починить - код из 2.6 у меня работал. Кстати, тот патч > откуда брался? (У меня сейчас нет почты где-то за последнюю неделю) В почте, по-моему, этого не упоминалось. > PS: Интернет провели, вроде сегодня даже не глючит :-) Отлично! Кстати, по отношению к hotplug и прочим автоматикам. Хотелось бы интегрировать, наконец, имеющиеся наработки по автоматической идентификации ресурсов на разных этапах. Что мы имеем на сегодня в AW и что хотелось бы обобщить на весь проект: - автоматизация загрузки драйверов блочных устройств (SCSI/IDE), с полным выносом как SCSI, так и IDE в модули. Работает и в случае двух-трех ходовок (загрузка специальных модулей чипсетов, после чего ide-probe начинает видеть контроллер) и в обычных случаях. Все правки для mkinitrd/ядра есть; - автоматическое детектирование PCI устройств и загрузка драйверов -- тут нужна более плотная интеграция с имеющимся у нас /etc/modutils.d/ и развязывание зависимостей на kudzu -- для PCI-устройств kudzu является стрельбой из пушки, можно сделать все проще (скрипт pcidetect, работающий по этой схеме, уже есть, работает для сети и аналогичных устройств), да и расстановка приоритетов привязки драйверов не помешает (важно для мульти-хостовых серверов, где имена сетевых интерфейсов иногда нужно жестко закреплять за драйверами); - поддержка hotswap IDE/SCSI на отдельных чипсетах, которые это умеют (есть специальные модули), с нотификацией обработчика событий в user-space (наработки есть). Для этого момента хотелось бы унифицировать интерфейсы взаимодействия user-space и ядра так, чтобы все выполнялось в едином ключе; - создание базы типовых конфигураций для sensors для того, чтобы более точно детектировать их и устанавливать конфигурации по умолчанию; возможно, появление механизма ограничений перебираемых конфигураций -- для OEM-вариантов, где могут быть ограниченные вариации платформы. -- / Alexander Bokovoy --- A bit of talcum Is always walcum -- Ogden Nash