[d-kernel] kernel-source-sensors-2.8.0

[d-kernel] kernel-source-sensors-2.8.0

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 271 bytes --]

Hello!

Вот уже которую сборку тянется:

        kernel-source-sensors-2.8.0 нужен для kernel-modules-sensors-std-up-2.8.0-alt5

Где этот kernel-source-sensors-2.8.0? В Сизифе наблюдается только
kernel-source-lm_sensors-2.8.0-alt3.i586.rpm.

-- 
Sergey Vlasov

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [d-kernel] kernel-source-sensors-2.8.0

[Ed V. Bartosh]

>>>>> "SV" == Sergey Vlasov writes:

 SV>  Вот уже которую сборку тянется:
  
 SV>          kernel-source-sensors-2.8.0 нужен для
 SV>          kernel-modules-sensors-std-up-2.8.0-alt5
  
 SV>  Где этот kernel-source-sensors-2.8.0? В Сизифе наблюдается
 SV>  только kernel-source-lm_sensors-2.8.0-alt3.i586.rpm.

По-моему никогда его и не было. kernel-source-sensors был только
2.7.0, но его уже никто не юзает, я надеюсь.

-- 
Best regards,
Ed V. Bartosh

[d-kernel] Re: kernel-source-sensors-2.8.0

[Sergey Vlasov]

On Tue, 19 Aug 2003 19:08:24 +0400
ed@altlinux.ru (Ed V. Bartosh) wrote:

> 
> >>>>> "SV" == Sergey Vlasov writes:
> 
>  SV>  Вот уже которую сборку тянется:
>   
>  SV>          kernel-source-sensors-2.8.0 нужен для
>  SV>          kernel-modules-sensors-std-up-2.8.0-alt5
>   
>  SV>  Где этот kernel-source-sensors-2.8.0? В Сизифе наблюдается
>  SV>  только kernel-source-lm_sensors-2.8.0-alt3.i586.rpm.
> 
> По-моему никогда его и не было. kernel-source-sensors был только
> 2.7.0, но его уже никто не юзает, я надеюсь.

Ничего подобного - kernel-modules-sensors-std-up уже который раз такой
выкладывается. И с чем его nidd собирает...

Re: [d-kernel] kernel-source-sensors-2.8.0

[Peter Novodvorsky]

ed@altlinux.ru (Ed V. Bartosh) writes:

>>>>>> "SV" == Sergey Vlasov writes:
>
>  SV>  Вот уже которую сборку тянется:
>   
>  SV>          kernel-source-sensors-2.8.0 нужен для
>  SV>          kernel-modules-sensors-std-up-2.8.0-alt5
>   
>  SV>  Где этот kernel-source-sensors-2.8.0? В Сизифе наблюдается
>  SV>  только kernel-source-lm_sensors-2.8.0-alt3.i586.rpm.
>
> По-моему никогда его и не было. kernel-source-sensors был только
> 2.7.0, но его уже никто не юзает, я надеюсь.

моя ошибка.

-- 
Peter Novodvorsky                             nidd@myxomop.com
   http://people.altlinux.ru/~nidd   Deadheads, unite!

[d-kernel] Re: kernel-source-sensors-2.8.0

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1928 bytes --]

On Tue, 19 Aug 2003 20:15:53 +0400
Peter Novodvorsky <nidd@myxomop.com> wrote:

> ed@altlinux.ru (Ed V. Bartosh) writes:
> 
> >>>>>> "SV" == Sergey Vlasov writes:
> >
> >  SV>  Вот уже которую сборку тянется:
> >   
> >  SV>          kernel-source-sensors-2.8.0 нужен для
> >  SV>          kernel-modules-sensors-std-up-2.8.0-alt5
> >   
> >  SV>  Где этот kernel-source-sensors-2.8.0? В Сизифе наблюдается
> >  SV>  только kernel-source-lm_sensors-2.8.0-alt3.i586.rpm.
> >
> > По-моему никогда его и не было. kernel-source-sensors был только
> > 2.7.0, но его уже никто не юзает, я надеюсь.
> 
> моя ошибка.

В следующей версии пакетов kernel-modules-sensors-* (или всё-таки
lm_sensors?) предлагаю дополнить spec следующим образом:


--- lm_sensors-std-up.spec.orig	2003-08-15 19:58:59 +0400
+++ lm_sensors-std-up.spec	2003-08-19 19:53:20 +0400
@@ -57,12 +57,20 @@
 %make_build CC=%kcc PREFIX=/usr \
     LINUX=/usr/include/linux-%{kversion}-%{flavour}/ all
 
+%make_build -C prog/hotplug CC=%kcc \
+    INCLUDEDIR=/usr/include/linux-%{kversion}-%{flavour}/include all
+%make_build -C prog/hotplug -f Makefile.p4b CC=%kcc \
+    LINUX=/usr/include/linux-%{kversion}-%{flavour} all
+
 
 %install
 make install LINUX=/usr/include/linux-%{kversion}-%{flavour} \
     DESTDIR=$RPM_BUILD_ROOT LINUX_INCLUDE_DIR=/usr/include/linux-%{kversion}-%{flavour}/include/linux \
     PREFIX=/usr
 
+%__install -p -m644 prog/hotplug/{m7101,p4b_smbus}.o \
+	$RPM_BUILD_ROOT/lib/modules/%kversion-%flavour-%krelease/kernel/drivers/i2c/busses/
+
 
 %post
 /sbin/depmod -a -F /boot/System.map-%{kversion}-%{flavour}-%{krelease} \



Я не совсем уверен относительно m7101 (не на чем проверить), но модуль
p4b_smbus нужен для работы lm_sensors на платах от ASUS с чипсетами
Intel (проверено на ASUS P4PE). На этих платах BIOS отключает SMBus, в
результате i2c-i801 просто не находит устройство.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[d-kernel] insmod/modprobe in initrd

[Zhenja Kaluta]

Hi!

Можно узнать тайный смысл загрузки модулей insmod'ом, а не modprobe в
initrd? 

-- 
Zhenja Kaluta                                            ICQ 74596027
GnuPG FingerPrint: B86C B548 7CC4 B58F 0CA3  856E 7EE8 52DE E6B7 8725

[d-kernel] Re: insmod/modprobe in initrd

[Sergey Vlasov]

On Tue, 19 Aug 2003 19:25:09 +0300
Zhenja Kaluta <y.kalyuta@sam-solutions.net> wrote:

> Можно узнать тайный смысл загрузки модулей insmod'ом, а не modprobe в
> initrd? 

А зачем? Зависимости модулей всё равно нужно отследить на этапе
создания initrd, а shell-команды из modules.conf, скорее всего, всё
равно в среде initrd не сработают.

Re: [d-kernel] Re: insmod/modprobe in initrd

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 614 bytes --]

On Tue, Aug 19, 2003 at 08:32:43PM +0400, Sergey Vlasov wrote:
> Zhenja Kaluta wrote:
> 
> > Можно узнать тайный смысл загрузки модулей insmod'ом, а не modprobe в
> > initrd? 
> 
> А зачем? Зависимости модулей всё равно нужно отследить на этапе
> создания initrd, а shell-команды из modules.conf, скорее всего, всё
> равно в среде initrd не сработают.

Имеет место более сильное утверждение:
модули с ramdisk'а загружаются с помощью modprobe в 2 этапа,
1. на стадии создания ramdisk'а вычисляются зависимости
  (modprobe -L);
2. на стадии загрузки ramdisk'а загружаются модули,
  вычисленные на этапе 1.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [d-kernel] Re: insmod/modprobe in initrd

[Zhenja Kaluta]

>>>>> "DVL" == Dmitry V. Levin writes:

 >>  > Можно узнать тайный смысл загрузки модулей insmod'ом, а не
 >>  > modprobe в initrd?
 >>  
 >>  А зачем? Зависимости модулей всё равно нужно отследить на этапе
 >>  создания initrd, а shell-команды из modules.conf, скорее всего,
 >>  всё равно в среде initrd не сработают.

А вот. Так просто бы не спрашивал. 
  
 DVL>  Имеет место более сильное утверждение: модули с ramdisk'а
 DVL>  загружаются с помощью modprobe в 2 этапа, 
 DVL>  1. на стадии создания
 DVL>  ramdisk'а вычисляются зависимости
 DVL>    (modprobe -L);

Да, я приметил.

 DVL>  2. на стадии загрузки ramdisk'а загружаются модули,
 DVL>    вычисленные на этапе 1.
  
Дело в том, что я поимел неприятную ситуацию. Не знаю в чем причина,
на самом деле.

У нас вся ide в модулях.

Есть железка, в ней promise ide конроллер, который висит не на
стандартных ide портах (поэтому ide-mod его не видит без загрузки
драйвера чипсета). Имею загруженные ide-mod, ide-disk,
ide-probe-mod. Пытаюсь загрузить pdc202xx_new.o insmod'ом -- получаю
Unresolved symbols, modprobe -- все ок. Никаких драйверов при загрузке
modprobe, дополнительных, не подгрузилось. Заменяю в mkinitrd insmod
на modprobe -- все ставится и работает. 

-- 
Zhenja Kaluta                                            ICQ 74596027
GnuPG FingerPrint: B86C B548 7CC4 B58F 0CA3  856E 7EE8 52DE E6B7 8725