subject:"Re\: \[freebsd\] Upgrade 11 to 12"

05.03.2019 2:58, Slawa Olhovchenkov пишет:

 Сделай PR, добавь kib в Assignee. Можно сделать опцию ядра или ещё как.
>>>
>>> https://lists.freebsd.org/pipermail/svn-src-all/2018-April/161904.html
>>
>> А вот эту часть дискуссии я помню, но это были и остались сугубо личные 
>> рассуждалки
>> одного лишь jhb@, а не новая политика партии. Поэтому делай PR.
> 
> если ты знаешь что туда писать -- делай, у меня по этому поводу идей
> нет. 

А вот всю фактическую инфу, которую знаешь по теме и которую упоминал в листах.
У меня пока нет 12.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

On Tue, Mar 05, 2019 at 01:43:42AM +0700, Eugene Grosbein wrote:

> 05.03.2019 1:20, Slawa Olhovchenkov пишет:
> 
> >> Сделай PR, добавь kib в Assignee. Можно сделать опцию ядра или ещё как.
> > 
> > https://lists.freebsd.org/pipermail/svn-src-all/2018-April/161904.html
> 
> А вот эту часть дискуссии я помню, но это были и остались сугубо личные 
> рассуждалки
> одного лишь jhb@, а не новая политика партии. Поэтому делай PR.

если ты знаешь что туда писать -- делай, у меня по этому поводу идей
нет. 
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

05.03.2019 1:20, Slawa Olhovchenkov пишет:

>> Сделай PR, добавь kib в Assignee. Можно сделать опцию ядра или ещё как.
> 
> https://lists.freebsd.org/pipermail/svn-src-all/2018-April/161904.html

А вот эту часть дискуссии я помню, но это были и остались сугубо личные 
рассуждалки
одного лишь jhb@, а не новая политика партии. Поэтому делай PR.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

On Tue, Mar 05, 2019 at 01:06:45AM +0700, Eugene Grosbein wrote:

> 05.03.2019 0:16, Slawa Olhovchenkov пишет:
> > On Tue, Mar 05, 2019 at 12:08:13AM +0700, Eugene Grosbein wrote:
> > 
> >> 04.03.2019 23:55, Slawa Olhovchenkov пишет:
> >>
> >>> https://lists.freebsd.org/pipermail/freebsd-stable/2018-March/088632.html
> >>>
> >>> дальше по треду.
> >>> там будет номер проблемного коммита.
> >>> вот писал ли я про vm_map_max/vm_map_min в том треде -- я не помню.
> >>
> >> Так kib починил же почти год назад в 
> >> https://svnweb.freebsd.org/base?view=revision=331760
> > 
> > разумеется не починил.
> > модули, собранные до того -- продолжают ронять ядро в корку.
> > такая ситуация не называется "починил".
> 
> Сделай PR, добавь kib в Assignee. Можно сделать опцию ядра или ещё как.

https://lists.freebsd.org/pipermail/svn-src-all/2018-April/161904.html

> Но "на перспективу" же он починил.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

05.03.2019 0:16, Slawa Olhovchenkov пишет:
> On Tue, Mar 05, 2019 at 12:08:13AM +0700, Eugene Grosbein wrote:
> 
>> 04.03.2019 23:55, Slawa Olhovchenkov пишет:
>>
>>> https://lists.freebsd.org/pipermail/freebsd-stable/2018-March/088632.html
>>>
>>> дальше по треду.
>>> там будет номер проблемного коммита.
>>> вот писал ли я про vm_map_max/vm_map_min в том треде -- я не помню.
>>
>> Так kib починил же почти год назад в 
>> https://svnweb.freebsd.org/base?view=revision=331760
> 
> разумеется не починил.
> модули, собранные до того -- продолжают ронять ядро в корку.
> такая ситуация не называется "починил".

Сделай PR, добавь kib в Assignee. Можно сделать опцию ядра или ещё как.
Но "на перспективу" же он починил.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

On Tue, Mar 05, 2019 at 12:08:13AM +0700, Eugene Grosbein wrote:

> 04.03.2019 23:55, Slawa Olhovchenkov пишет:
> 
> > https://lists.freebsd.org/pipermail/freebsd-stable/2018-March/088632.html
> > 
> > дальше по треду.
> > там будет номер проблемного коммита.
> > вот писал ли я про vm_map_max/vm_map_min в том треде -- я не помню.
> 
> Так kib починил же почти год назад в 
> https://svnweb.freebsd.org/base?view=revision=331760

разумеется не починил.
модули, собранные до того -- продолжают ронять ядро в корку.
такая ситуация не называется "починил".
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

04.03.2019 23:55, Slawa Olhovchenkov пишет:

> https://lists.freebsd.org/pipermail/freebsd-stable/2018-March/088632.html
> 
> дальше по треду.
> там будет номер проблемного коммита.
> вот писал ли я про vm_map_max/vm_map_min в том треде -- я не помню.

Так kib починил же почти год назад в 
https://svnweb.freebsd.org/base?view=revision=331760

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

On Mon, Mar 04, 2019 at 11:43:11PM +0700, Eugene Grosbein wrote:

> 04.03.2019 23:20, Slawa Olhovchenkov пишет:
> 
> > это тот случай, когда лучше детали освежить.
> > 
> >> Пока ядерный модуль использует только задокументированное в манах KABI, 
> >> всё должно быть нормально.
> >> Тем более, если модуль использует публичное KAPI и его можно пересобрать.
> >> Когда начинаются грязные хаки, то да - эксцессы неизбежны. 
> > 
> > а у нас что, есть полностью документированное KABI/KAPI?
> > ну т.е. формально все разделено на првиатное и публичное, про каждый
> > вызов/структуру можно сказать какое оно и все публичное
> > документированно?
> > 
> > я тебе больше скажу, оба-два модуля не напрямую лазали, а вызывали
> > vm_map_max(const struct vm_map *map). man vm_map_max существуетс с
> > 2003 года.
> > 
> > только вот незадача -- он описан static __inline и когда kib@ поменял
> > определение min_offset/max_offset то все нахрен сломалось.
> 
> Этого я не читал. Есть PR или хотя бы ссылка на листы?

https://lists.freebsd.org/pipermail/freebsd-stable/2018-March/088632.html

дальше по треду.
там будет номер проблемного коммита.
вот писал ли я про vm_map_max/vm_map_min в том треде -- я не помню.
но можешь сам погрепать:

/tmp/VirtualBox-5.2.8 # grep -r -e vm_map_max -e vm_map_min .
./src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c:vm_offset_t 
MapAddress = vm_map_min(kernel_map);
./src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c:&& (
(vm_offset_t)pvFixed  < vm_map_min(pMap)
./src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c:||  
(vm_offset_t)pvFixed + cb > vm_map_max(pMap)))
./src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c:
   : vm_map_min(pMap);
./src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c:vm_offset_t  Addr = 
vm_map_min(kernel_map);

# grep -r -e vm_map_max -e vm_map_min NVIDIA-FreeBSD-x86_64-304.135/
NVIDIA-FreeBSD-x86_64-304.135/src/nvidia_subr.c:virtual_address = 
vm_map_min(kernel_map);

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

04.03.2019 23:20, Slawa Olhovchenkov пишет:

> это тот случай, когда лучше детали освежить.
> 
>> Пока ядерный модуль использует только задокументированное в манах KABI, всё 
>> должно быть нормально.
>> Тем более, если модуль использует публичное KAPI и его можно пересобрать.
>> Когда начинаются грязные хаки, то да - эксцессы неизбежны. 
> 
> а у нас что, есть полностью документированное KABI/KAPI?
> ну т.е. формально все разделено на првиатное и публичное, про каждый
> вызов/структуру можно сказать какое оно и все публичное
> документированно?
> 
> я тебе больше скажу, оба-два модуля не напрямую лазали, а вызывали
> vm_map_max(const struct vm_map *map). man vm_map_max существуетс с
> 2003 года.
> 
> только вот незадача -- он описан static __inline и когда kib@ поменял
> определение min_offset/max_offset то все нахрен сломалось.

Этого я не читал. Есть PR или хотя бы ссылка на листы?


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

On Mon, Mar 04, 2019 at 10:52:29PM +0700, Eugene Grosbein wrote:

> 04.03.2019 21:58, Slawa Olhovchenkov пишет:
> > On Mon, Mar 04, 2019 at 09:43:27PM +0700, Eugene Grosbein wrote:
> > 
> >> 04.03.2019 21:04, Slawa Olhovchenkov пишет:
> >>
>  Давайте не путать бинарную совместимость пользовательского уровня ABI
>  и ядерного уровня KABI - для модулей ядра и утилит, работающих с ядерными
>  структурами данных типа libkvm/netstat/route/ipfw.
> >>>
> >>> давно уже забили на это
> >>
> >> На что конкретно? STABLE как раз и означает стабильность ABI/KABI
> >> в пределах ветки, ничего не забили.
> > 
> > забили. см. мою переписку про падение кернел трапы nvidia/virtualbox в
> > stable-11
> 
> Я плохо помню детали, но там дело в том, что и nvidia, и virtualbox
> имеют ядерные модули и им доступны все потроха ядра, а не только то,
> что является частью KABI.

это тот случай, когда лучше детали освежить.

> Пока ядерный модуль использует только задокументированное в манах KABI, всё 
> должно быть нормально.
> Тем более, если модуль использует публичное KAPI и его можно пересобрать.
> Когда начинаются грязные хаки, то да - эксцессы неизбежны. 

а у нас что, есть полностью документированное KABI/KAPI?
ну т.е. формально все разделено на првиатное и публичное, про каждый
вызов/структуру можно сказать какое оно и все публичное
документированно?

я тебе больше скажу, оба-два модуля не напрямую лазали, а вызывали
vm_map_max(const struct vm_map *map). man vm_map_max существуетс с
2003 года.

только вот незадача -- он описан static __inline и когда kib@ поменял
определение min_offset/max_offset то все нахрен сломалось.

> Я не говорю, что KABI никогда не ломают, но если что-то всплывает, его чинят -
> нельзя сказать "забили". Только вот разработчики что NVidia, что VirtualBox

это не починили.

> это не разработчики FreeBSD, а nvidia ещё и не опенсорс.

так стабильность KABI и нужна для того, что бы у сторонних
разработчиков ничего не ломалось. в бинарном виде -- тоже.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

04.03.2019 21:58, Slawa Olhovchenkov пишет:
> On Mon, Mar 04, 2019 at 09:43:27PM +0700, Eugene Grosbein wrote:
> 
>> 04.03.2019 21:04, Slawa Olhovchenkov пишет:
>>
 Давайте не путать бинарную совместимость пользовательского уровня ABI
 и ядерного уровня KABI - для модулей ядра и утилит, работающих с ядерными
 структурами данных типа libkvm/netstat/route/ipfw.
>>>
>>> давно уже забили на это
>>
>> На что конкретно? STABLE как раз и означает стабильность ABI/KABI
>> в пределах ветки, ничего не забили.
> 
> забили. см. мою переписку про падение кернел трапы nvidia/virtualbox в
> stable-11

Я плохо помню детали, но там дело в том, что и nvidia, и virtualbox
имеют ядерные модули и им доступны все потроха ядра, а не только то,
что является частью KABI.

Пока ядерный модуль использует только задокументированное в манах KABI, всё 
должно быть нормально.
Тем более, если модуль использует публичное KAPI и его можно пересобрать.
Когда начинаются грязные хаки, то да - эксцессы неизбежны. 

Я не говорю, что KABI никогда не ломают, но если что-то всплывает, его чинят -
нельзя сказать "забили". Только вот разработчики что NVidia, что VirtualBox
это не разработчики FreeBSD, а nvidia ещё и не опенсорс.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

On Mon, Mar 04, 2019 at 09:43:27PM +0700, Eugene Grosbein wrote:

> 04.03.2019 21:04, Slawa Olhovchenkov пишет:
> 
> >> Давайте не путать бинарную совместимость пользовательского уровня ABI
> >> и ядерного уровня KABI - для модулей ядра и утилит, работающих с ядерными
> >> структурами данных типа libkvm/netstat/route/ipfw.
> > 
> > давно уже забили на это
> 
> На что конкретно? STABLE как раз и означает стабильность ABI/KABI
> в пределах ветки, ничего не забили.

забили. см. мою переписку про падение кернел трапы nvidia/virtualbox в
stable-11
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

2019-03-03 Пенетрантность Владимир Друзенко

04.03.2019 21:04, Slawa Olhovchenkov пишет:

>> Давайте не путать бинарную совместимость пользовательского уровня ABI
>> и ядерного уровня KABI - для модулей ядра и утилит, работающих с ядерными
>> структурами данных типа libkvm/netstat/route/ipfw.
> 
> давно уже забили на это

На что конкретно? STABLE как раз и означает стабильность ABI/KABI
в пределах ветки, ничего не забили.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

2019-03-03 Пенетрантность Eugene Grosbein

04.03.2019 7:47, Владимир Друзенко пишет:

>> Не очень понятна претензия к производителю (NVIDIA), если в 11.2
>> библиотека работала и работает нормально, а в 12.0 нет, при декларации
>> полной бинарной совместимости (ведь так?) разработчиками FreeBSD.
>>
>> В пределах major release.
>>
> Даже с COMPAT_FREEBSD11 в ядре? Какой тогда в этом смыслы - иллюзия поддержки?
> В GENERIC оно есть, если что.

Давайте не путать бинарную совместимость пользовательского уровня ABI
и ядерного уровня KABI - для модулей ядра и утилит, работающих с ядерными
структурами данных типа libkvm/netstat/route/ipfw.

Пределами major release ограничена совместимость KABI, а для пользовательских
программ ABI простирается аж до FreeBSD 1.x за счёт совместного использования
опций ядра COMPAT_*, пакетов библиотек compat_freebsd* и libmap.conf


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

2019-03-03 Пенетрантность Eugene Grosbein

04.03.2019 7:35, Владимир Друзенко пишет:

>>> libnvidia-tls.so.1 не собирается портом, а входит в дистрибутив порта
>>> NVIDIA-FreeBSD-x86-304.137.tar.gz
>>> в виде бинарника:
>>>
>>> -rwxr-xr-x  0 buildmeister gopher 3588 14 сент.  2017 
>>> NVIDIA-FreeBSD-x86-304.137/obj/libnvidia-tls.so.1
>> Тогда какой смысл репортить баг в FreeBSD? Репортить надо производителю 
>> бинарника.
>>
>> P.S. прямая почта от меня (с этого email) на l...@lena.kiev.ua отбивается, 
>> мол мой релей в локальном черном списке.
> 
> На всякий случай проверил - что на 11.2, что на 12.0 файлы libnvidia-tls.so.1 
> идентичные.

Ну естественно, а кто бы его пересобирал в NVidia под 12.0

> Не очень понятна претензия к производителю (NVIDIA), если в 11.2 библиотека 
> работала и работает нормально,

Это лишь значит, что имеющиеся в ней баги не обнаружились раньше. Как будто в 
первый раз.

> а в 12.0 нет, при декларации полной бинарной совместимости (ведь так?) 
> разработчиками FreeBSD.

А причём тут бинарная совместимость (ABI)? Она никуда не делась, только она не 
имеет отношения к багам.

> Замечу, что размер бинарника всего 3588 байт - вполне себе можно и 
> дизассемблировать.

Тут не дизассемблировать надо, тут надо проверять исходную логику и почему она 
приводит к крешу.
При нынешних оптимизирующих компиляторах дизассемблирование тут не факт что 
поможет.

Если погуглить libnvidia-tls segfault, то первой же ссылкой выпадает 
прошлогодняя жалоба юера Slackware-14,
а второй - пятилетней давности юзера Centos 7.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12


04.03.2019 03:38, Anton Saietskii пишет:
пн, 4 мар. 2019 г., 2:35 Владимир Друзенко >:


01.03.2019 20:04, Eugene Grosbein пишет:
> 01.03.2019 23:55, l...@lena.kiev.ua 
пишет:
>
>> libnvidia-tls.so.1 не собирается портом, а входит в дистрибутив
порта
>> NVIDIA-FreeBSD-x86-304.137.tar.gz
>> в виде бинарника:
>>
>> -rwxr-xr-x  0 buildmeister gopher     3588 14 сент.  2017
NVIDIA-FreeBSD-x86-304.137/obj/libnvidia-tls.so.1
> Тогда какой смысл репортить баг в FreeBSD? Репортить надо
производителю бинарника.
>
> P.S. прямая почта от меня (с этого email) на l...@lena.kiev.ua
 отбивается, мол мой релей в локальном
черном списке.

На всякий случай проверил - что на 11.2, что на 12.0 файлы
libnvidia-tls.so.1 идентичные.

Не очень понятна претензия к производителю (NVIDIA), если в 11.2
библиотека работала и работает нормально, а в 12.0 нет, при
декларации
полной бинарной совместимости (ведь так?) разработчиками FreeBSD.

В пределах major release.

Даже с COMPAT_FREEBSD11 в ядре? Какой тогда в этом смыслы - иллюзия 
поддержки?

В GENERIC оно есть, если что.


Замечу, что размер бинарника всего 3588 байт - вполне себе можно и
дизассемблировать.

P.S. Спасибо l...@lena.kiev.ua  за
предупреждение - вынужден отложить
апдейт домашней машинки с GeForce 6600 до решения этой ошибки, так
как
очень важно 3D ускорение, что влечёт за собой установку драйверов
nvidia, а также возможность запуска firefox.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

2019-03-03 Пенетрантность Anton Saietskii

пн, 4 мар. 2019 г., 2:35 Владимир Друзенко :

> 01.03.2019 20:04, Eugene Grosbein пишет:
> > 01.03.2019 23:55, l...@lena.kiev.ua пишет:
> >
> >> libnvidia-tls.so.1 не собирается портом, а входит в дистрибутив порта
> >> NVIDIA-FreeBSD-x86-304.137.tar.gz
> >> в виде бинарника:
> >>
> >> -rwxr-xr-x  0 buildmeister gopher 3588 14 сент.  2017
> NVIDIA-FreeBSD-x86-304.137/obj/libnvidia-tls.so.1
> > Тогда какой смысл репортить баг в FreeBSD? Репортить надо производителю
> бинарника.
> >
> > P.S. прямая почта от меня (с этого email) на l...@lena.kiev.ua
> отбивается, мол мой релей в локальном черном списке.
>
> На всякий случай проверил - что на 11.2, что на 12.0 файлы
> libnvidia-tls.so.1 идентичные.
>
> Не очень понятна претензия к производителю (NVIDIA), если в 11.2
> библиотека работала и работает нормально, а в 12.0 нет, при декларации
> полной бинарной совместимости (ведь так?) разработчиками FreeBSD.
>
В пределах major release.

Замечу, что размер бинарника всего 3588 байт - вполне себе можно и
> дизассемблировать.
>
> P.S. Спасибо l...@lena.kiev.ua за предупреждение - вынужден отложить
> апдейт домашней машинки с GeForce 6600 до решения этой ошибки, так как
> очень важно 3D ускорение, что влечёт за собой установку драйверов
> nvidia, а также возможность запуска firefox.
>
> ___
> freebsd mailing list
> freebsd@uafug.org.ua
> http://mailman.uafug.org.ua/mailman/listinfo/freebsd
>
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

2019-03-03 Пенетрантность Владимир Друзенко

01.03.2019 20:04, Eugene Grosbein пишет:

01.03.2019 23:55, l...@lena.kiev.ua пишет:

libnvidia-tls.so.1 не собирается портом, а входит в дистрибутив порта
NVIDIA-FreeBSD-x86-304.137.tar.gz
в виде бинарника:

-rwxr-xr-x 0 buildmeister gopher 3588 14 сент. 2017
NVIDIA-FreeBSD-x86-304.137/obj/libnvidia-tls.so.1

Тогда какой смысл репортить баг в FreeBSD? Репортить надо производителю
бинарника.

P.S. прямая почта от меня (с этого email) на l...@lena.kiev.ua отбивается, мол
мой релей в локальном черном списке.

На всякий случай проверил - что на 11.2, что на 12.0 файлы
libnvidia-tls.so.1 идентичные.

Не очень понятна претензия к производителю (NVIDIA), если в 11.2
библиотека работала и работает нормально, а в 12.0 нет, при декларации
полной бинарной совместимости (ведь так?) разработчиками FreeBSD.

Замечу, что размер бинарника всего 3588 байт - вполне себе можно и
дизассемблировать.

P.S. Спасибо l...@lena.kiev.ua за предупреждение - вынужден отложить
апдейт домашней машинки с GeForce 6600 до решения этой ошибки, так как
очень важно 3D ускорение, что влечёт за собой установку драйверов
nvidia, а также возможность запуска firefox.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

01.03.2019 23:55, l...@lena.kiev.ua пишет:

> libnvidia-tls.so.1 не собирается портом, а входит в дистрибутив порта
> NVIDIA-FreeBSD-x86-304.137.tar.gz
> в виде бинарника:
> 
> -rwxr-xr-x  0 buildmeister gopher 3588 14 сент.  2017 
> NVIDIA-FreeBSD-x86-304.137/obj/libnvidia-tls.so.1

Тогда какой смысл репортить баг в FreeBSD? Репортить надо производителю 
бинарника.

P.S. прямая почта от меня (с этого email) на l...@lena.kiev.ua отбивается, мол 
мой релей в локальном черном списке.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

2019-03-01 Пенетрантность Lena

On Fri, Mar 01, 2019 at 05:16:46PM +0700, Eugene Grosbein wrote:

> > В 12 порт x11/nvidia-driver-304 перестал работать.
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235077
> > Всем начхать.
> 
> Вообще, подземный стук не лечится. Не указаны опции сборки порта,
> если они не дефолтные.
> Неплохо бы поставить пакет из официального репозитория и проверить с ним,
> чтобы исключить локальные проблемы сборки.

Начала я с пакета nvidia-driver-304-304.137_2 ,
установленного по `pkg upgrade -f` из официального репозитория latest.
Под 11.2 пакет из репозитория для 11 работает,
под 12.0 пакет из репозитория для 12 дает segfault.
Затем пересобрала из порта x11/nvidia-driver-304 с дефолтными опциями сборки,
перезагрузилась - тоже segfault.

> Бектрейс показан, это хорошо, но он бесполезен - если пакет не помог,
> надо пересобрать порт WITH_DEBUG=yes и установить нестрипанную .so,
> чтобы были отладочные символы

libnvidia-tls.so.1 не собирается портом, а входит в дистрибутив порта
NVIDIA-FreeBSD-x86-304.137.tar.gz
в виде бинарника:

-rwxr-xr-x  0 buildmeister gopher 3588 14 сент.  2017 
NVIDIA-FreeBSD-x86-304.137/obj/libnvidia-tls.so.1

libnvidia-tls.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 
(FreeBSD), dynamically linked, for GNU/Linux 2.3.99, stripped
 B _nv000tls
0004 B _nv001tls
0008 B _nv002tls
000c B _nv003tls
0010 B _nv004tls
0014 B _nv005tls
0570 T _nv006tls
0720 T _nv007tls
06a0 T _nv008tls
06b0 T _nv009tls
0590 T _nv010tls
0580 T _nv011tls
0660 T _nv015tls
0970 T _nv016tls
0530 T _nv020tls
0610 T _nv024tls
 U free

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

01.03.2019 23:28, Eugene Grosbein пишет:

> 01.03.2019 22:34, Slawa Olhovchenkov пишет:
> 
>> ась?
>> с новым gptzfsboot старый zfsloader не находит файлов на датасете
>> вообще. даже /
>> с новым gptzfsboot и новым zfsloader старое ядро не может
>> примонтировать / и говорит "ой, а у нас ничего zfsного нет". error 6,
>> что ли.
> 
> Видел я твоё письмо в листе. Либо ковыряешься в коде, как я
> в https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226714 ,
> либо ищешь коммит дихотомией.

Кстати сказать, почитай мой комментарий 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226714#c1
Может быть, оно тебе поможет, если станешь ковыряться. Учитывай только, что в 
FreeBSD12
вместо src/sys/boot код лежит в src/stand.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

2019-03-01 Пенетрантность Mikhail Golub


По своему вопросу ...

Похоже в 12-й теперь pkg-static вместо pkg используется при установке порта.
Установил чистую ОС и проверил.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

On Fri, Mar 01, 2019 at 10:26:13PM +0700, Eugene Grosbein wrote:

> 01.03.2019 21:51, Slawa Olhovchenkov пишет:
> > On Fri, Mar 01, 2019 at 09:39:49PM +0700, Eugene Grosbein wrote:
> > 
> >> 01.03.2019 20:02, Slawa Olhovchenkov пишет:
> >>
> >>> во-первых не любую. некоторых похоже надо с дополнительными
> >>> аргументами вызывать.
> >>> во-вторых в случае gptzfsboot есть очень большая пачка зависимостей,
> >>> некоторые из которых возможно так же должны собираться с аргументами,
> >>> заранее.
> >>> в-третьих фаз сборки больше чем "obj depend"
> >>> buildincludes/includes вспоминаются.
> >>
> >> Я имею в виду пересборку *loader*, имея уже собранный один раз мир в obj.
> >> Тогде зависимости в виде build-tools и всякие includes там уже будут
> >> и можно быстро пересобирать загрузчик с разными опциями или обновив 
> >> отдельно
> >> его исходники патчами или через svn update -r
> > 
> > ну давай уже полный список того, о чем ты тактично умолчал.
> > в нашем случае диапаон ревизий 318139--341688
> 
> Для 12 точно не скажу. Для 11 уже всё упомянул - собранный один раз мир в obj 
> и вперёд.
> 
> > разумеется там ну ничего не менялось кроме как в.
> > ни шланг, ни libzfs, ни зависимости, ничего. ога.
> 
> loader собирается быстро, если проблема уходит откатом только одного loader
> на более старую ревизию, то и отлично. Я очень сильно сомневаюсь, что дело

ась?
с новым gptzfsboot старый zfsloader не находит файлов на датасете
вообще. даже /
с новым gptzfsboot и новым zfsloader старое ядро не может
примонтировать / и говорит "ой, а у нас ничего zfsного нет". error 6,
что ли.

> в clang. Код zfs я точно так же пересобирал отдельно, когда дебажил
> один баг в MBR/zfsboot на 11, он тоже собирается быстро.
> 
> Собственно, это всё по итогам моего дебага zfsboot я и пишу.

я тоже не думаю что дело в шланге
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

01.03.2019 21:51, Slawa Olhovchenkov пишет:
> On Fri, Mar 01, 2019 at 09:39:49PM +0700, Eugene Grosbein wrote:
> 
>> 01.03.2019 20:02, Slawa Olhovchenkov пишет:
>>
>>> во-первых не любую. некоторых похоже надо с дополнительными
>>> аргументами вызывать.
>>> во-вторых в случае gptzfsboot есть очень большая пачка зависимостей,
>>> некоторые из которых возможно так же должны собираться с аргументами,
>>> заранее.
>>> в-третьих фаз сборки больше чем "obj depend"
>>> buildincludes/includes вспоминаются.
>>
>> Я имею в виду пересборку *loader*, имея уже собранный один раз мир в obj.
>> Тогде зависимости в виде build-tools и всякие includes там уже будут
>> и можно быстро пересобирать загрузчик с разными опциями или обновив отдельно
>> его исходники патчами или через svn update -r
> 
> ну давай уже полный список того, о чем ты тактично умолчал.
> в нашем случае диапаон ревизий 318139--341688

Для 12 точно не скажу. Для 11 уже всё упомянул - собранный один раз мир в obj и 
вперёд.

> разумеется там ну ничего не менялось кроме как в.
> ни шланг, ни libzfs, ни зависимости, ничего. ога.

loader собирается быстро, если проблема уходит откатом только одного loader
на более старую ревизию, то и отлично. Я очень сильно сомневаюсь, что дело
в clang. Код zfs я точно так же пересобирал отдельно, когда дебажил
один баг в MBR/zfsboot на 11, он тоже собирается быстро.

Собственно, это всё по итогам моего дебага zfsboot я и пишу.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

On Fri, Mar 01, 2019 at 09:39:49PM +0700, Eugene Grosbein wrote:

> 01.03.2019 20:02, Slawa Olhovchenkov пишет:
> 
> > во-первых не любую. некоторых похоже надо с дополнительными
> > аргументами вызывать.
> > во-вторых в случае gptzfsboot есть очень большая пачка зависимостей,
> > некоторые из которых возможно так же должны собираться с аргументами,
> > заранее.
> > в-третьих фаз сборки больше чем "obj depend"
> > buildincludes/includes вспоминаются.
> 
> Я имею в виду пересборку *loader*, имея уже собранный один раз мир в obj.
> Тогде зависимости в виде build-tools и всякие includes там уже будут
> и можно быстро пересобирать загрузчик с разными опциями или обновив отдельно
> его исходники патчами или через svn update -r

ну давай уже полный список того, о чем ты тактично умолчал.
в нашем случае диапаон ревизий 318139--341688

разумеется там ну ничего не менялось кроме как в.
ни шланг, ни libzfs, ни зависимости, ничего. ога.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

01.03.2019 20:02, Slawa Olhovchenkov пишет:

> во-первых не любую. некоторых похоже надо с дополнительными
> аргументами вызывать.
> во-вторых в случае gptzfsboot есть очень большая пачка зависимостей,
> некоторые из которых возможно так же должны собираться с аргументами,
> заранее.
> в-третьих фаз сборки больше чем "obj depend"
> buildincludes/includes вспоминаются.

Я имею в виду пересборку *loader*, имея уже собранный один раз мир в obj.
Тогде зависимости в виде build-tools и всякие includes там уже будут
и можно быстро пересобирать загрузчик с разными опциями или обновив отдельно
его исходники патчами или через svn update -r

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

On Fri, Mar 01, 2019 at 07:55:16PM +0700, Eugene Grosbein wrote:

> 01.03.2019 19:50, Anton Saietskii пишет:
> 
> > У меня пока нет 12, где всё это в одном месте, но и раньше
> > загрузчики прекрасно собирались полностью отдельно от мира,
> > переходишь в каталог нужного варианта загрузчика, говоришь make,
> > потом make install или просто достаёшь его бинарник из obj.
> > 
> > А вот у меня так не собирается, нужно make obj depend all делать.
> 
> Ну я уж не стал разжевывать всё до мелочей, "говоришь make" не надо понимать 
> буквально :-)
> Любую часть FreeBSD по-отдельности желательно собирать через make obj depend 
> && make all,
> за исключением специально написанных врапперов типа buildkernel, buildwold, 
> toolchain/kernel-toolchain.
> 
> Впрочем, вроде бы make нынче умный и автоматически вызывает depend, если 
> видит,
> что его ещё не вызывали.

во-первых не любую. некоторых похоже надо с дополнительными
аргументами вызывать.
во-вторых в случае gptzfsboot есть очень большая пачка зависимостей,
некоторые из которых возможно так же должны собираться с аргументами,
заранее.
в-третьих фаз сборки больше чем "obj depend"
buildincludes/includes вспоминаются.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

01.03.2019 19:50, Anton Saietskii пишет:

> У меня пока нет 12, где всё это в одном месте, но и раньше
> загрузчики прекрасно собирались полностью отдельно от мира,
> переходишь в каталог нужного варианта загрузчика, говоришь make,
> потом make install или просто достаёшь его бинарник из obj.
> 
> А вот у меня так не собирается, нужно make obj depend all делать.

Ну я уж не стал разжевывать всё до мелочей, "говоришь make" не надо понимать 
буквально :-)
Любую часть FreeBSD по-отдельности желательно собирать через make obj depend && 
make all,
за исключением специально написанных врапперов типа buildkernel, buildwold, 
toolchain/kernel-toolchain.

Впрочем, вроде бы make нынче умный и автоматически вызывает depend, если видит,
что его ещё не вызывали.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

2019-03-01 Пенетрантность Anton Saietskii

пт, 1 мар. 2019 г. в 14:48, Eugene Grosbein :

> 01.03.2019 19:26, Slawa Olhovchenkov пишет:
>
> >> Относительно недавно всё это переместили в src/stand:
> >>
> >> https://svnweb.freebsd.org/base/stable/12/stand/i386/
> >
> > ну т.е. на каждую попытку несколько часов на пересборку мира.
>
> У меня пока нет 12, где всё это в одном месте, но и раньше
> загрузчики прекрасно собирались полностью отдельно от мира,
> переходишь в каталог нужного варианта загрузчика, говоришь make,
> потом make install или просто достаёшь его бинарник из obj.
>
А вот у меня так не собирается, нужно make obj depend all делать.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

01.03.2019 19:26, Slawa Olhovchenkov пишет:

>> Относительно недавно всё это переместили в src/stand:
>>
>> https://svnweb.freebsd.org/base/stable/12/stand/i386/
> 
> ну т.е. на каждую попытку несколько часов на пересборку мира.

У меня пока нет 12, где всё это в одном месте, но и раньше
загрузчики прекрасно собирались полностью отдельно от мира,
переходишь в каталог нужного варианта загрузчика, говоришь make,
потом make install или просто достаёшь его бинарник из obj.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

On Fri, Mar 01, 2019 at 06:21:58PM +0700, Eugene Grosbein wrote:

> 01.03.2019 17:54, Slawa Olhovchenkov пишет:
> 
> > On Fri, Mar 01, 2019 at 05:47:55PM +0700, Eugene Grosbein wrote:
> > 
> >> 01.03.2019 17:43, Slawa Olhovchenkov wrote:
> >>
> >>> Или вот поломали совместимость в загрузке ZFS. Всем пох. А через boot
> >>> enviroment теперь не откатиться, если сдуру bootcode обновил.
> >>
> >> Про спасение утопающих ты в курсе.
> > 
> > Не, не в курсе.
> > Вон, у меня два патча на ZFS висят, и что? Одному уже сколько лет? Есть 
> > спасение?
> > Ну да, ща.
> > А теперь расскажи свою версию, я слушаю.
> 
> Нужно целенаправленно капать на мозги тем, кто работает с этим кодом.
> Много коммуницировать, короче. Да, это тяжело.

ну т.е. надо упрашивать, уговаривать и выцыганивать что бы работающий
код включили в дерево. я и говорю -- всем насрать.

да, я целенаправленно капаю. игнор.

> >> Думаю, ты в курсе и про того, кто ломает loader,
> >> его надо в CC к PR самому ставить, иначе он PR может никогда и не увидеть.
> > 
> > Нет, не в курсе.
> 
> imp@ этим занимается, пока впиливает альтернативность загрузчиков Forth/Lua:
> 
> https://svnweb.freebsd.org/base?view=revision=337806
> 
> Делай PR, добавляй его в СС:
> 
> > Лоадер это такая спагеттина, что я даже не очень в курсе того, как оно
> > по каталогам раскидано, как от чего зависит и в какие моменты
> > собирается.
> 
> Относительно недавно всё это переместили в src/stand:
> 
> https://svnweb.freebsd.org/base/stable/12/stand/i386/

ну т.е. на каждую попытку несколько часов на пересборку мира.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

01.03.2019 17:54, Slawa Olhovchenkov пишет:

> On Fri, Mar 01, 2019 at 05:47:55PM +0700, Eugene Grosbein wrote:
> 
>> 01.03.2019 17:43, Slawa Olhovchenkov wrote:
>>
>>> Или вот поломали совместимость в загрузке ZFS. Всем пох. А через boot
>>> enviroment теперь не откатиться, если сдуру bootcode обновил.
>>
>> Про спасение утопающих ты в курсе.
> 
> Не, не в курсе.
> Вон, у меня два патча на ZFS висят, и что? Одному уже сколько лет? Есть 
> спасение?
> Ну да, ща.
> А теперь расскажи свою версию, я слушаю.

Нужно целенаправленно капать на мозги тем, кто работает с этим кодом.
Много коммуницировать, короче. Да, это тяжело.

>> Думаю, ты в курсе и про того, кто ломает loader,
>> его надо в CC к PR самому ставить, иначе он PR может никогда и не увидеть.
> 
> Нет, не в курсе.

imp@ этим занимается, пока впиливает альтернативность загрузчиков Forth/Lua:

https://svnweb.freebsd.org/base?view=revision=337806

Делай PR, добавляй его в СС:

> Лоадер это такая спагеттина, что я даже не очень в курсе того, как оно
> по каталогам раскидано, как от чего зависит и в какие моменты
> собирается.

Относительно недавно всё это переместили в src/stand:

https://svnweb.freebsd.org/base/stable/12/stand/i386/



___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

On Fri, Mar 01, 2019 at 05:47:55PM +0700, Eugene Grosbein wrote:

> 01.03.2019 17:43, Slawa Olhovchenkov wrote:
> 
> > Или вот поломали совместимость в загрузке ZFS. Всем пох. А через boot
> > enviroment теперь не откатиться, если сдуру bootcode обновил.
> 
> Про спасение утопающих ты в курсе.

Не, не в курсе.
Вон, у меня два патча на ZFS висят, и что? Одному уже сколько лет? Есть 
спасение?
Ну да, ща.
А теперь расскажи свою версию, я слушаю.

> Думаю, ты в курсе и про того, кто ломает loader,
> его надо в CC к PR самому ставить, иначе он PR может никогда и не увидеть.

Нет, не в курсе.
Лоадер это такая спагеттина, что я даже не очень в курсе того, как оно
по каталогам раскидано, как от чего зависит и в какие моменты
собирается.

И у меня даже идей никаких нет, о том /как/ можно было так поломать
совместимость технически, что со старым gptzfsboot грузится и старое и
новое, а с новым -- только новое.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

01.03.2019 17:43, Slawa Olhovchenkov wrote:

> Или вот поломали совместимость в загрузке ZFS. Всем пох. А через boot
> enviroment теперь не откатиться, если сдуру bootcode обновил.

Про спасение утопающих ты в курсе. Думаю, ты в курсе и про того, кто ломает 
loader,
его надо в CC к PR самому ставить, иначе он PR может никогда и не увидеть.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12

On Fri, Mar 01, 2019 at 05:16:46PM +0700, Eugene Grosbein wrote:

> 01.03.2019 15:58, l...@lena.kiev.ua пишет:
> 
> >> А вообще по теме: не заметил каких-либо проблем с переездом 11.2 -> 12.0.
> > 
> > В 12 порт x11/nvidia-driver-304 перестал работать.
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235077
> > Всем начхать.
> 
> Вообще, подземный стук не лечится. Не указаны опции сборки порта, если они не 
> дефолтные.
> Неплохо бы поставить пакет из официального репозитория и проверить с ним,
> чтобы исключить локальные проблемы сборки.
> 
> Бектрейс показан, это хорошо, но он бесполезен - если пакет не помог,
> надо пересобрать порт WITH_DEBUG=yes и установить нестрипанную .so, чтобы 
> были отладочные символы,
> и запостить бектрейс снова.

Можно подумать после этого будет не начхать.
Вон, пишут что drm-legacy работает, а новомодное -- нет, и что?
"Нам пофиг, мы решили drm-legacy удалить, а вы купите новый ноут"

Или вот поломали совместимость в загрузке ZFS. Всем пох. А через boot
enviroment теперь не откатиться, если сдуру bootcode обновил.

Гранта-то на исправление ошибок нет и никто на конюшне не порет.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Upgrade 11 to 12