[d-kernel] q: 2.6.3 headers trouble? (nvnet)

[d-kernel] q: 2.6.3 headers trouble? (nvnet)

[Michael Shigorin]

[-- Attachment #1.1: Type: text/plain, Size: 646 bytes --]

	Привет!
Собираю тут nvidia-nforce для 2.6, наткнулся на грабли:

In file included from nvhw.c:16:
nvhw.h:29:27: linux/wrapper.h: No such file or directory

В 2.4 было, в 2.6-alt не наблюдается; это так задумано или так
получилось?

На всякий случай вот src.rpm, ну и было бы неплохо врубить сборку
forcedeth, раз уж он вроде в vanilla 2.6 есть.

PS: спасибо за ядрышко, не нарадуюсь :-)

PPS: да, и еще:

.  %_usrsrc/linux-%kversion-%flavour/gcc_version.inc

-- тоже не отрабатывает, явно не хватает зависимосит на что-то --
или схема изменилась?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #1.2: kernel-modules-nvidia-nforce-std26-up-1.0.0261-alt0.1.src.rpm --]
[-- Type: application/octet-stream, Size: 6342 bytes --]

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

Re: [d-kernel] q: 2.6.3 headers trouble? (nvnet)

[Sergey Vlasov]

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

On Sun, Mar 14, 2004 at 10:56:04AM +0200, Michael Shigorin wrote:
> PPS: да, и еще:
> 
> .  %_usrsrc/linux-%kversion-%flavour/gcc_version.inc
> 
> -- тоже не отрабатывает, явно не хватает зависимосит на что-то --
> или схема изменилась?

Это новый вариант указания версии компилятора, который, как обычно, не
успели описать в документации :)

Теперь подход следующий:

- Макросы %kgcc и т.п. больше не используются (поскольку 2.4 и 2.6
  сейчас собираются разными компиляторами, единый макрос, определённый
  в kernel-build-tools, не годится).

- В пакете kernel-headers-modules-%flavour добавляется зависимость на
  соответствующую версию компилятора (т.е. gcc2.96 или gcc3.3).  Этот
  пакет становится обязательным для сборки дополнительных модулей к
  ядру (раньше некоторые пакеты kernel-modules-* собирались без него,
  теперь такой вариант не пройдёт).

- В том же пакете kernel-headers-modules-%flavour добавляется файл
  %_usrsrc/linux-%kversion-%flavour/gcc_version.inc, содержащий
  информацию о версии компилятора:

	export GCC_VERSION=%kgcc_version

  (естественно, подставляется реальное значение, использованное при
  сборке ядра).  Кроме того, в Makefile ядра добавляется строка
  include gcc_version.inc - в результате все модули, собираемые через
  Makefile ядра, будут автоматически собираться нужной версией gcc.

- Из пакетов kernel-modules-* убираются все зависимости на версию
  компилятора - при сборке нужная версия вытянется пакетом
  kernel-headers-modules-%flavour (если ранее этого пакета не было в
  BuildRequires, его нужно добавить).  Если сборка выполняется через
  Makefile ядра, ничего для выбора версии делать не надо.  Если же
  модуль использует собственный makefile, необходимо явно вписать в
  spec:

	.  %_usrsrc/linux-%kversion-%flavour/gcc_version.inc

  В простейшем случае этого достаточно.  В некоторых случаях (ltmodem,
  pctel) такой вариант не проходит (сборочные скрипты используют
  GCC_VERSION для своих целей), тогда приходится использовать
  CC="gcc-$GCC_VERSION" и убирать GCC_VERSION из окружения.

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

[d-kernel] Re: q: 2.6.3 headers trouble? (nvnet)

[Ed V. Bartosh]

Michael Shigorin <mike@osdn.org.ua> writes:

> 	Привет!
> Собираю тут nvidia-nforce для 2.6, наткнулся на грабли:
>
> In file included from nvhw.c:16:
> nvhw.h:29:27: linux/wrapper.h: No such file or directory
>
> В 2.4 было, в 2.6-alt не наблюдается; это так задумано или так
> получилось?
Это так задумано :)
Нужно точить сборку под 2.6, там схема сборки модулей поменялась.

Вот, кстати, подтверждение моих слов:
------- README -----------
 Minimum Requirements

At the current time, the nForce drivers require a 2.4 series kernel. 
--------------------------
> На всякий случай вот src.rpm, ну и было бы неплохо врубить сборку
> forcedeth, раз уж он вроде в vanilla 2.6 есть.
Соберу модулем.

> PS: спасибо за ядрышко, не нарадуюсь :-)
>
> PPS: да, и еще:
>
> .  %_usrsrc/linux-%kversion-%flavour/gcc_version.inc
>
> -- тоже не отрабатывает, явно не хватает зависимосит на что-то --
> или схема изменилась?
Таки изменилась, только об этом еще никто не знает :)

-- 
Best regards,
Ed V. Bartosh

[d-kernel] Re: q: 2.6.3 headers trouble? (nvnet)

[Ed V. Bartosh]

Michael Shigorin <mike@osdn.org.ua> writes:

> 	Привет!
> Собираю тут nvidia-nforce для 2.6, наткнулся на грабли:
>
> In file included from nvhw.c:16:
> nvhw.h:29:27: linux/wrapper.h: No such file or directory
>
> В 2.4 было, в 2.6-alt не наблюдается; это так задумано или так
> получилось?
Так задумано. сборка модулей для 2.6 отличается. Точить нужно.
В RAEDME для  nvidia-nforce написано, что текущая версия для 2.4 ядра.
или я не туда смотрю ?

> На всякий случай вот src.rpm, ну и было бы неплохо врубить сборку
> forcedeth, раз уж он вроде в vanilla 2.6 есть.
>
> PS: спасибо за ядрышко, не нарадуюсь :-)
Дык на здоровье :)

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] Re: q: 2.6.3 headers trouble? (nvnet)

[Michael Shigorin]

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

On Mon, Mar 15, 2004 at 02:29:30PM +0200, Ed V. Bartosh wrote:
> > nvhw.h:29:27: linux/wrapper.h: No such file or directory
> > В 2.4 было, в 2.6-alt не наблюдается; это так задумано или
> > так получилось?
> Так задумано. сборка модулей для 2.6 отличается. Точить нужно.

Это понятно.

> В RAEDME для  nvidia-nforce написано, что текущая версия для
> 2.4 ядра.  или я не туда смотрю ?

Собсно там патчик из gentoo приложен (несколько модифицированная
версия другого патча, пробегавшего по lkml -- ссылка в changelog)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [d-kernel] Re: q: 2.6.3 headers trouble? (nvnet)

[Ed V. Bartosh]

Hello, Michael

> On Mon, Mar 15, 2004 at 02:29:30PM +0200, Ed V. Bartosh wrote:
>> > nvhw.h:29:27: linux/wrapper.h: No such file or directory
>> > В 2.4 было, в 2.6-alt не наблюдается; это так задумано или
>> > так получилось?
>> Так задумано. сборка модулей для 2.6 отличается. Точить нужно.
>
> Это понятно.
Так точи, в чем проблема ? Или помочь надобно ?

>> В RAEDME для  nvidia-nforce написано, что текущая версия для
>> 2.4 ядра.  или я не туда смотрю ?
>
> Собсно там патчик из gentoo приложен (несколько модифицированная
> версия другого патча, пробегавшего по lkml -- ссылка в changelog)
Угу, увидел, понятно.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] Re: q: 2.6.3 headers trouble? (nvnet)

[Gleb Stiblo]

On Thu, Mar 18, 2004 at 09:09:34AM +0200, Michael Shigorin wrote:
[...]
MS> Собсно там патчик из gentoo приложен (несколько модифицированная
MS> версия другого патча, пробегавшего по lkml -- ссылка в changelog)
У меня nvnet собрался с:

mv Makefile Makefile.24
mv nvnet.c nvnetm.c
mv nvnetlib.o nvnetlib.o.lib

(может можно и не через это место :))

Makefile:
obj-m                   += nvnet.o
nvnet-libs              += nvnetlib.o.lib
nvnet-objs              += nvnetm.o nvnetlib.o.lib

Да, ещё из Makefile.24 надо CFLAGS добавить, а то могут быть грабли.
Собирается и без флагов, но проверить работу негде

Для nvaudio:
CFLAGS +=-DREMAP_NEW
CFLAGS :=$(CFLAGS:-fno-common=)

obj-m                   += nvaudio.o
nvaudio-objs            += nvhw.o nvmain.o nvrec.o nvspdif.o nvwavout.o

Собирается. Опять таки будет ли работать не скажу :)

*** Warning: "dmabuf"
[/home/stiblo/RPM/BUILD/kernel-source-nvidia-nforce-0261/nforce/nvaudio/nvaudio] is COMMON symbol

Как с этим dmabuf бороться по другому не в курсе


-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [d-kernel] Re: q: 2.6.3 headers trouble? (nvnet)

[Michael Shigorin]

On Thu, Mar 18, 2004 at 10:53:31AM +0200, Ed V. Bartosh wrote:
> >> Так задумано. сборка модулей для 2.6 отличается. Точить нужно.
> > Это понятно.
> Так точи, в чем проблема ? Или помочь надобно ?

Так попробовал -- обломался :)  Если не в напряг -- было бы
спасибо.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [d-kernel] Re: q: 2.6.3 headers trouble? (nvnet)

[Ed V. Bartosh]

Michael Shigorin <mike@osdn.org.ua> writes:

>> Так точи, в чем проблема ? Или помочь надобно ?
>
> Так попробовал -- обломался :)  Если не в напряг -- было бы
> спасибо.
Сейчас Глеб соберет и спек тебе отправит. Так что спасибы
исключительное ему :)

-- 
Best regards,
Ed V. Bartosh

[d-kernel] Re: q: 2.6.3 headers trouble? (nvnet)

[Gleb Stiblo]

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

On Thu, Mar 18, 2004 at 08:44:37PM +0200, Michael Shigorin wrote:
[...]
MS> Так попробовал -- обломался :)  Если не в напряг -- было бы
MS> спасибо.
В аттаче srpm.

nvnet загружается, nvaudio -- нет:

nvaudio: Unknown symbol ac97_set_dac_rate
nvaudio: Unknown symbol mem_map_unreserve
nvaudio: Unknown symbol mastervolleft
nvaudio: Unknown symbol cli
nvaudio: Unknown symbol restore_flags
nvaudio: Unknown symbol AnalogLeftoverCount
nvaudio: Unknown symbol mem_map_reserve
nvaudio: Unknown symbol pcmvolright
nvaudio: Unknown symbol SPDIFLeftoverCount
nvaudio: Unknown symbol save_flags
nvaudio: Unknown symbol SPDIFLeftovers
nvaudio: Unknown symbol mastervolright
nvaudio: Unknown symbol ac97_set_adc_rate
nvaudio: Unknown symbol AnalogLeftovers
nvaudio: Unknown symbol pcmvolleft
nvaudio: Unknown symbol ac97_probe_codec
nvaudio: Unknown symbol pci_present


И судя по этому на работу с 2.6 без доп патчей оно не расчитано:

8. Obsolete functions                                                                                            
~~~~~~~~~~~~~~~~~~~~~                                                                                            
There are several functions which you might come across when trying to                                           
port an old driver to the new PCI interface.  They are no longer present                                         
in the kernel as they aren't compatible with hotplug or PCI domains or                                           
having sane locking.                                                                                             

pcibios_present() and           Since ages, you don't need to testpresence
pci_present()                   of PCI subsystem when trying to talk to it.                                      
                                If it's not there, the list of PCI devices                                       
                                is empty and all functions for searching for                                     
                                devices just return NULL.                                                        

-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>


[-- Attachment #2: kernel-modules-nvidia-nforce-std26-up-1.0.0261-alt0.1.src.rpm --]
[-- Type: application/x-rpm, Size: 6926 bytes --]