[sisyphus] Обновление ядра std-def до 5.10

[sisyphus] Обновление ядра std-def до 5.10

[Anton V. Boyarshinov]

Доброго времени суток!
В завтрашнем Сизифе ядро std-def будет обновлено до 5.10.28

Особенных проблем не ожидается, но замечу вот что:
* некоторые внешние модули rtl* удалены, так как вошли в mainline
* внешний wireguard удалён, так как вошёл в mainline;
* virtualbox-additon теперь собирается только для x86_64 (это,
  возможно, будет когда-нибудь исправлено, но поддержка 32-битных
  архитектур неизбежно ухудшается, как и потребность в ней)
* ndpi-netfilter теперь собирается только для 64-битных архитектур (см
  выше)
* внешние модули acpi_call, bbswitch, vhba удалены как
  неподдерживаемые, если они кому-то нужны -- чините.

Антон

Re: [sisyphus] Обновление ядра std-def до 5.10

[Sergey V Turchin]

On Friday, 9 April 2021 13:57:28 MSK Anton V wrote:
> Доброго времени суток!
> В завтрашнем Сизифе ядро std-def будет обновлено до 5.10.28
> 
> Особенных проблем не ожидается, но замечу вот что:
> * некоторые внешние модули rtl* удалены, так как вошли в mainline
> * внешний wireguard удалён, так как вошёл в mainline;
> * virtualbox-additon теперь собирается только для x86_64 (это,
>   возможно, будет когда-нибудь исправлено, но поддержка 32-битных
>   архитектур неизбежно ухудшается, как и потребность в ней)
> * ndpi-netfilter теперь собирается только для 64-битных архитектур (см
>   выше)
> * внешние модули acpi_call, bbswitch, vhba удалены как
>   неподдерживаемые, если они кому-то нужны -- чините.
Модуль nvidia для 32-бит тоже вылетает, просто ещё не докатилось(библиотеки 
остаются).

-- 
Regards, Sergey.

Re: [sisyphus] Обновление ядра std-def до 5.10

[Антон Мидюков]

09.04.2021 17:57, Anton V. Boyarshinov пишет:
> Доброго времени суток!
> В завтрашнем Сизифе ядро std-def будет обновлено до 5.10.28
> 
> Особенных проблем не ожидается, но замечу вот что:
> * некоторые внешние модули rtl* удалены, так как вошли в mainline
> * внешний wireguard удалён, так как вошёл в mainline;
> * virtualbox-additon теперь собирается только для x86_64 (это,
>   возможно, будет когда-нибудь исправлено, но поддержка 32-битных
>   архитектур неизбежно ухудшается, как и потребность в ней)нет 

Так его вообще нет необходимости собирать, так как модули собираются в рамках пакета kernel-image-std-def (vboxguest.ko, vboxsf.ko) и kernel-modules-drm-std-def (vboxvideo.ko), и для i586 тоже.

Но чтобы они работали, в системе должны быть удалены пакеты virtualbox-guest-common-vboxguest и virtualbox-guest-common-vboxvideo.

> * ndpi-netfilter теперь собирается только для 64-битных архитектур (см
>   выше)
> * внешние модули acpi_call, bbswitch, vhba удалены как
>   неподдерживаемые, если они кому-то нужны -- чините.

vhba нужен для cdemu.


-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [sisyphus] Обновление ядра std-def до 5.10

[Денис Назаров]

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

09.04.2021 14:22, Антон Мидюков пишет:
> 09.04.2021 17:57, Anton V. Boyarshinov пишет:
>> Доброго времени суток!
>> В завтрашнем Сизифе ядро std-def будет обновлено до 5.10.28
>>
>> Особенных проблем не ожидается, но замечу вот что:
>> * некоторые внешние модули rtl* удалены, так как вошли в mainline
>> * внешний wireguard удалён, так как вошёл в mainline;
>> * virtualbox-additon теперь собирается только для x86_64 (это,
>>    возможно, будет когда-нибудь исправлено, но поддержка 32-битных
>>    архитектур неизбежно ухудшается, как и потребность в ней)нет
> Так его вообще нет необходимости собирать, так как модули собираются в рамках пакета kernel-image-std-def (vboxguest.ko, vboxsf.ko) и kernel-modules-drm-std-def (vboxvideo.ko), и для i586 тоже.
>
> Но чтобы они работали, в системе должны быть удалены пакеты virtualbox-guest-common-vboxguest и virtualbox-guest-common-vboxvideo.
>
>> * ndpi-netfilter теперь собирается только для 64-битных архитектур (см
>>    выше)
>> * внешние модули acpi_call, bbswitch, vhba удалены как
>>    неподдерживаемые, если они кому-то нужны -- чините.
> vhba нужен для cdemu.
Не очень понял в чём не поддерживаемость - всё прекрасно собирается - 
http://git.altlinux.org/tasks/269314
>
>


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

Re: [sisyphus] Обновление ядра std-def до 5.10

[Anton V. Boyarshinov]

В Fri, 9 Apr 2021 21:07:10 +0300
Денис Назаров <nenderus@altlinux.org> пишет:

> >> * внешние модули acpi_call, bbswitch, vhba удалены как
> >>    неподдерживаемые, если они кому-то нужны -- чините.  
> > vhba нужен для cdemu.  
> Не очень понял в чём не поддерживаемость - всё прекрасно собирается - 
> http://git.altlinux.org/tasks/269314

анализ показал, что я потерял его при переходе от тестового задания к
настоящему, спасибо!

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

Re: [sisyphus] Обновление ядра std-def до 5.10

[Денис Назаров]

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

11.04.2021 22:28, Anton V. Boyarshinov пишет:
> В Fri, 9 Apr 2021 21:07:10 +0300
> Денис Назаров <nenderus@altlinux.org> пишет:
> 
>>>> * внешние модули acpi_call, bbswitch, vhba удалены как
>>>>     неподдерживаемые, если они кому-то нужны -- чините.
>>> vhba нужен для cdemu.
>> Не очень понял в чём не поддерживаемость - всё прекрасно собирается -
>> http://git.altlinux.org/tasks/269314
> 
> анализ показал, что я потерял его при переходе от тестового задания к
> настоящему, спасибо!
> 
> Зато у этого модуля теперь есть мантейнер, так что результат этой
> ошибки скорее положительный.

Я как бы и до этого данный модуль собирал )))

> 



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

Re: [sisyphus] Обновление ядра std-def до 5.10

[Anton V. Boyarshinov]

В Sun, 11 Apr 2021 23:18:46 +0300
Денис Назаров <nenderus@altlinux.org> пишет:

> > Зато у этого модуля теперь есть мантейнер, так что результат этой
> > ошибки скорее положительный.  
> 
> Я как бы и до этого данный модуль собирал )))

Но это почему-то потерялось в acl на модуль.

Re: [sisyphus] Обновление ядра std-def до 5.10

[Aleksey Novodvorsky]

пт, 9 апр. 2021 г. в 14:22, Антон Мидюков <midyukov-anton@ya.ru>:
>
> 09.04.2021 17:57, Anton V. Boyarshinov пишет:
> > Доброго времени суток!
> > В завтрашнем Сизифе ядро std-def будет обновлено до 5.10.28
> >
> > Особенных проблем не ожидается, но замечу вот что:
> > * некоторые внешние модули rtl* удалены, так как вошли в mainline
> > * внешний wireguard удалён, так как вошёл в mainline;
> > * virtualbox-additon теперь собирается только для x86_64 (это,
> >   возможно, будет когда-нибудь исправлено, но поддержка 32-битных
> >   архитектур неизбежно ухудшается, как и потребность в ней)нет
>
> Так его вообще нет необходимости собирать, так как модули собираются в рамках пакета kernel-image-std-def (vboxguest.ko, vboxsf.ko) и kernel-modules-drm-std-def (vboxvideo.ko), и для i586 тоже.
>
> Но чтобы они работали, в системе должны быть удалены пакеты virtualbox-guest-common-vboxguest и virtualbox-guest-common-vboxvideo.
>
> > * ndpi-netfilter теперь собирается только для 64-битных архитектур (см
> >   выше)
> > * внешние модули acpi_call, bbswitch, vhba удалены как
> >   неподдерживаемые, если они кому-то нужны -- чините.
>
> vhba нужен для cdemu.

И вот тут: https://github.com/cdemu/cdemu

он немного жив.

Rgrds, Алексей

Re: [sisyphus] Обновление ядра std-def до 5.10

[Михаил Новоселов]

09.04.2021 13:57, Anton V. Boyarshinov пишет:
> Доброго времени суток!
> В завтрашнем Сизифе ядро std-def будет обновлено до 5.10.28
>
> Особенных проблем не ожидается, но замечу вот что:
> * некоторые внешние модули rtl* удалены, так как вошли в mainline

Есть информация, что они плохо работают:

https://github.com/tomaspinho/rtl8821ce/commit/14b536f0

Re: [sisyphus] Обновление ядра std-def до 5.10

[Anton V. Boyarshinov]

В Fri, 9 Apr 2021 15:48:29 +0300
Михаил Новоселов <mikhailnov@dumalogiya.ru> пишет:

> 09.04.2021 13:57, Anton V. Boyarshinov пишет:
> > Доброго времени суток!
> > В завтрашнем Сизифе ядро std-def будет обновлено до 5.10.28
> >
> > Особенных проблем не ожидается, но замечу вот что:
> > * некоторые внешние модули rtl* удалены, так как вошли в mainline  
> 
> Есть информация, что они плохо работают:
> 
> https://github.com/tomaspinho/rtl8821ce/commit/14b536f0

Мантейнеры этих модулей сказали удалить -- я удалил. Если у кого-то
есть соображения, что их надо возродить -- это может сделать любой член
Team. Но придётся обеспечить их собираемость с ядром 5.10, те версии,
что были в Сизифе с ним не собираются. 

Re: [sisyphus] Обновление ядра std-def до 5.10

[Anton Gorlov]

На 5.x ещё есть жалобы  на производительность модуля virtio для сетевых 
карт. не так давно обсуждалось в канале разработчиков accel-ppp

Пока склоняются, что сломано вот в этом коммите
====
From: Eric Dumazet <edumazet@google.com>

Xuan Zhuo reported that commit 3226b158e67c ("net: avoid 32 x truesize
under-estimation for tiny skbs") brought  a ~10% performance drop.

The reason for the performance drop was that GRO was forced
to chain sk_buff (using skb_shinfo(skb)->frag_list), which
uses more memory but also cause packet consumers to go over
a lot of overhead handling all the tiny skbs.

It turns out that virtio_net page_to_skb() has a wrong strategy :
It allocates skbs with GOOD_COPY_LEN (128) bytes in skb->head, then
copies 128 bytes from the page, before feeding the packet to GRO stack.

This was suboptimal before commit 3226b158e67c ("net: avoid 32 x truesize
under-estimation for tiny skbs") because GRO was using 2 frags per MSS,
meaning we were not packing MSS with 100% efficiency.

Fix is to pull only the ethernet header in page_to_skb()

Then, we change virtio_net_hdr_to_skb() to pull the missing
headers, instead of assuming they were already pulled by callers.

This fixes the performance regression, but could also allow virtio_net
to accept packets with more than 128bytes of headers.

Many thanks to Xuan Zhuo for his report, and his tests/help.


  [PATCH net] virtio_net: Do not pull payload in skb->head