The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз ядра Linux 5.12, opennews (?), 26-Апр-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


3. "Релиз ядра Linux 5.12"  +6 +/–
Сообщение от ываппр (?), 26-Апр-21, 08:12 
на этом ядре ноут начал виснуть. рандомно но стабильно в течении 10-15 минут после запуска. учитывая что ноут старый чистый интел + вайфай от броадкома то это всё печально. начиная с рц1 кончая рц8. релиз не проверяла.
Ответить | Правка | Наверх | Cообщить модератору

5. Скрыто модератором  –1 +/–
Сообщение от Аноним (5), 26-Апр-21, 08:13 
Ответить | Правка | Наверх | Cообщить модератору

16. Скрыто модератором  +8 +/–
Сообщение от Аноним (16), 26-Апр-21, 08:46 
Ответить | Правка | Наверх | Cообщить модератору

69. Скрыто модератором  +/–
Сообщение от YetAnotherOnanym (ok), 26-Апр-21, 11:02 
Ответить | Правка | Наверх | Cообщить модератору

93. Скрыто модератором  +/–
Сообщение от DildoZilla (?), 26-Апр-21, 12:12 
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

95. Скрыто модератором  +/–
Сообщение от Аноним (95), 26-Апр-21, 12:32 
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

9. "Релиз ядра Linux 5.12"  +1 +/–
Сообщение от Семен (??), 26-Апр-21, 08:25 
C rc-7 на этом ядре, фризы появились во время trim, kde не реагирует на клики мыши и изменения окон пока trim не завершится. В 5.11 таких фризов нет.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

103. "Релиз ядра Linux 5.12"  +/–
Сообщение от Аноним (103), 26-Апр-21, 13:39 
Они у меня были всегда, так что у тебя только починили. Попробуй openbox вместо kwin -- если это плазма зависает, должно попустить.
Ответить | Правка | Наверх | Cообщить модератору

117. "Релиз ядра Linux 5.12"  –1 +/–
Сообщение от Семен (??), 26-Апр-21, 15:00 
Братан все норм, наоборот в последнем ядре и меса, улучшили поддержку новых видеокарт AMD.
kwin не тормозит после выхода mesa 21! По ощущениям с каждым релизом лучше производительность всей системы razen 9 - amd видео. Могу только сказать одно, что кастомные ядра типа CK и ZEN и просто c MuQSS патчем у меня рандомно фризят систему, в итоге у меня на стандартном шедулере с кастом ядром с минимум патчей и конфигурацией с нуля, общий латенси системы получше чем у выше перечисленных.
Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз ядра Linux 5.12"  +/–
Сообщение от Аноним (127), 26-Апр-21, 16:02 
Как у тебя получилось? У меня сыпет ошибками:

/usr/include/linux/swab.h:136:23: error: expected ';' before 'unsigned'
  136 | static __always_inline unsigned long __swab(const unsigned long y)
      |                       ^~~~~~~~~
      |                       ;
  CC       /home/cool/linux-5.12/tools/objtool/elf.o
/usr/include/linux/swab.h:171:8: error: unknown type name '__always_inline'
  171 | static __always_inline __u16 __swab16p(const __u16 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/swab.h:171:30: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__swab16p'
  171 | static __always_inline __u16 __swab16p(const __u16 *p)
      |                              ^~~~~~~~~
/usr/include/linux/swab.h:184:8: error: unknown type name '__always_inline'
  184 | static __always_inline __u32 __swab32p(const __u32 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/swab.h:184:30: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__swab32p'
  184 | static __always_inline __u32 __swab32p(const __u32 *p)
      |                              ^~~~~~~~~
/usr/include/linux/swab.h:197:8: error: unknown type name '__always_inline'
  197 | static __always_inline __u64 __swab64p(const __u64 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/swab.h:197:30: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__swab64p'
  197 | static __always_inline __u64 __swab64p(const __u64 *p)
      |                              ^~~~~~~~~
/usr/include/linux/swab.h:252:23: error: expected ';' before 'void'
  252 | static __always_inline void __swab32s(__u32 *p)
      |                       ^~~~~
      |                       ;
/usr/include/linux/swab.h:265:23: error: expected ';' before 'void'
  265 | static __always_inline void __swab64s(__u64 *p)
      |                       ^~~~~
      |                       ;
In file included from /usr/include/asm/byteorder.h:5,
                 from /home/cool/linux-5.12/tools/arch/x86/include/asm/insn.h:10,
                 from arch/x86/decode.c:10:
/usr/include/linux/byteorder/little_endian.h:44:8: error: unknown type name '__always_inline'
   44 | static __always_inline __le64 __cpu_to_le64p(const __u64 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:44:31: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__cpu_to_le64p'
   44 | static __always_inline __le64 __cpu_to_le64p(const __u64 *p)
      |                               ^~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:48:8: error: unknown type name '__always_inline'
   48 | static __always_inline __u64 __le64_to_cpup(const __le64 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:48:30: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__le64_to_cpup'
   48 | static __always_inline __u64 __le64_to_cpup(const __le64 *p)
      |                              ^~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:52:8: error: unknown type name '__always_inline'
   52 | static __always_inline __le32 __cpu_to_le32p(const __u32 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:52:31: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__cpu_to_le32p'
   52 | static __always_inline __le32 __cpu_to_le32p(const __u32 *p)
      |                               ^~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:56:8: error: unknown type name '__always_inline'
   56 | static __always_inline __u32 __le32_to_cpup(const __le32 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:56:30: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__le32_to_cpup'
   56 | static __always_inline __u32 __le32_to_cpup(const __le32 *p)
      |                              ^~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:60:8: error: unknown type name '__always_inline'
   60 | static __always_inline __le16 __cpu_to_le16p(const __u16 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:60:31: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__cpu_to_le16p'
   60 | static __always_inline __le16 __cpu_to_le16p(const __u16 *p)
      |                               ^~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:64:8: error: unknown type name '__always_inline'
   64 | static __always_inline __u16 __le16_to_cpup(const __le16 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:64:30: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__le16_to_cpup'
   64 | static __always_inline __u16 __le16_to_cpup(const __le16 *p)
      |                              ^~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:68:8: error: unknown type name '__always_inline'
   68 | static __always_inline __be64 __cpu_to_be64p(const __u64 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:68:31: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__cpu_to_be64p'
   68 | static __always_inline __be64 __cpu_to_be64p(const __u64 *p)
      |                               ^~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:72:8: error: unknown type name '__always_inline'
   72 | static __always_inline __u64 __be64_to_cpup(const __be64 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:72:30: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__be64_to_cpup'
   72 | static __always_inline __u64 __be64_to_cpup(const __be64 *p)
      |                              ^~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:76:8: error: unknown type name '__always_inline'
   76 | static __always_inline __be32 __cpu_to_be32p(const __u32 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:76:31: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__cpu_to_be32p'
   76 | static __always_inline __be32 __cpu_to_be32p(const __u32 *p)
      |                               ^~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:80:8: error: unknown type name '__always_inline'
   80 | static __always_inline __u32 __be32_to_cpup(const __be32 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:80:30: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__be32_to_cpup'
   80 | static __always_inline __u32 __be32_to_cpup(const __be32 *p)
      |                              ^~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:84:8: error: unknown type name '__always_inline'
   84 | static __always_inline __be16 __cpu_to_be16p(const __u16 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:84:31: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__cpu_to_be16p'
   84 | static __always_inline __be16 __cpu_to_be16p(const __u16 *p)
      |                               ^~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:88:8: error: unknown type name '__always_inline'
   88 | static __always_inline __u16 __be16_to_cpup(const __be16 *p)
      |        ^~~~~~~~~~~~~~~
/usr/include/linux/byteorder/little_endian.h:88:30: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__be16_to_cpup'
   88 | static __always_inline __u16 __be16_to_cpup(const __be16 *p)
      |                              ^~~~~~~~~~~~~~

Ядро 5.11.16 конечно в Void собирается.

Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз ядра Linux 5.12"  –1 +/–
Сообщение от Семен (??), 26-Апр-21, 16:18 
Это проблема чисто компилятора. Или компилятор старый, или ключи компиляции какие-то, например -flto. Для компиляции с LLVM(clang) нужен LLVM желательно 11-12 версии. У меня LLVM 11.1.0 версии, но он не поддерживает нормально еще ryzen 9 и выдает код медленнее gcc 10.2.0, поэтому собираю на gcc 10.2.0. С gcc 10.2.0 все нормально, и с llvm 11.1.0 тоже, правда с LLVM у меня ядро медленее и приложения по бенчмарку тоже. Правда вышел уже llvm 12, но у меня он не собирается даже с патчами и несколько тестов не проходит при компиляции, поэтому пока на 12 llvm не тестировал производительность кода на ryzen.
Ответить | Правка | Наверх | Cообщить модератору

141. "Релиз ядра Linux 5.12"  –1 +/–
Сообщение от Аноним (127), 26-Апр-21, 17:04 
Очень сомневаюсь, что дело в компиляторе:

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib64/gcc/x86_64-linux-musl/10.2.1/lto-wrapper
Target: x86_64-linux-musl
Configured with: /builddir/gcc-10.2.1_pre1/configure --build=x86_64-linux-musl --disable-gnu-unique-object --disable-libsanitizer --disable-symvers libat_cv_have_ifunc=no --enable-vtable-verify --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --libexecdir=/usr/lib64 --libdir=/usr/lib64 --enable-threads=posix --enable-__cxa_atexit --disable-multilib --with-system-zlib --enable-shared --enable-lto --enable-plugins --enable-linker-build-id --disable-werror --disable-nls --enable-default-pie --enable-default-ssp --enable-checking=release --disable-libstdcxx-pch --with-isl --with-linker-hash-style=gnu --disable-sjlj-exceptions --disable-target-libiberty --enable-languages=c,c++,objc,obj-c++,fortran,lto,go,ada
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.2.1 20201203 (GCC)

LLVM пока не тестировал. Процессор FX-6100. У него уже вроде все мыслимые баги исправили.

Ответить | Правка | Наверх | Cообщить модератору

151. "Релиз ядра Linux 5.12"  –1 +/–
Сообщение от Семен (??), 26-Апр-21, 18:23 
Это точно что-то с компилятором  __always_inline говорит компилятору, что данную функцию надо не вызывать, а ее вызов заменять всегда на ее код. Компилятор у вас не понимает это ключевое слово.  У меня его точно понимает т.к. как не давно с этим ключом софт компилировал. В некоторых случаях некоторые параметры компиляции могут конфликтовать с inline ключевыми словами.

Если в кратце  __always_inline делает:

было:
void __always_inline x() {
   blbllaX;
}


void y(){
   blbllaa;
   x();
   blbllass;
}

станет:
void y(){
   blbllaa;
   blbllaX;
   blbllass;
}

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

Вспомнил тут, что в 5.12 добавили параметр CONFIG_TRIM_UNUSED_KSYMS проверьте не стоит ли Y в конфигурации ядра, у меня с этим ключем не компилирует. cat .config | grep UNUSED

Ответить | Правка | Наверх | Cообщить модератору

159. "Релиз ядра Linux 5.12"  –1 +/–
Сообщение от Аноним (127), 26-Апр-21, 18:58 
Там почти все параметры отрицательные ответы получают при make syncconfig кроме мониторинга AMD процессоров. Все то же самое. Параметра в конфиге нет совсем. Я заметил что разные по размеру архивы с исходниками прилетели. Но вряд ли это объясняет почему не идет компиляция в том числе clang/llvm-11. Вот тут брались команды:

https://www.kernel.org/doc/html/latest/kbuild/llvm.html

Результат - те же ошибки.

Ответить | Правка | Наверх | Cообщить модератору

166. "Релиз ядра Linux 5.12"  –2 +/–
Сообщение от Семен (??), 26-Апр-21, 19:42 
Скиньте через sendspace или какой либо другой файл хостинг свой конфиг, проверю у себя.
Ответить | Правка | Наверх | Cообщить модератору

225. Скрыто модератором  –3 +/–
Сообщение от Аноним (127), 27-Апр-21, 10:22 
Ответить | Правка | Наверх | Cообщить модератору

232. Скрыто модератором  +/–
Сообщение от Аноним (103), 27-Апр-21, 10:44 
Ответить | Правка | Наверх | Cообщить модератору

238. Скрыто модератором  +/–
Сообщение от Семен (??), 27-Апр-21, 12:40 
Ответить | Правка | Наверх | Cообщить модератору

239. Скрыто модератором  +/–
Сообщение от Аноним (-), 27-Апр-21, 12:48 
Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

277. "Релиз ядра Linux 5.12"  +/–
Сообщение от Аноним (127), 27-Апр-21, 23:14 
Так хорошо?

https://pastebin.com/7Hpp9YJv

Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

284. "Релиз ядра Linux 5.12"  +/–
Сообщение от Семен (??), 28-Апр-21, 10:42 
У меня все нормально собралось. Посмотрел конфиг там многого нет, что нужно для современных компьютеров. Видимо система только как роутер используется?

  INSTALL drivers/thermal/intel/x86_pkg_temp_thermal.ko
  INSTALL fs/efivarfs/efivarfs.ko
  INSTALL net/ipv4/netfilter/iptable_nat.ko
  INSTALL net/ipv4/netfilter/nf_log_arp.ko
  INSTALL net/ipv4/netfilter/nf_log_ipv4.ko
  INSTALL net/ipv6/netfilter/nf_log_ipv6.ko
  INSTALL net/netfilter/nf_log_common.ko
  INSTALL net/netfilter/xt_LOG.ko
  INSTALL net/netfilter/xt_MASQUERADE.ko
  INSTALL net/netfilter/xt_addrtype.ko
  INSTALL net/netfilter/xt_mark.ko
  INSTALL net/netfilter/xt_nat.ko
  DEPMOD  5.12.0+
'arch/x86_64/boot/bzImage' -> '/boot/vmlinuz-test'

Ответить | Правка | Наверх | Cообщить модератору

287. "Релиз ядра Linux 5.12"  +/–
Сообщение от Аноним (127), 28-Апр-21, 17:55 
Как обычный комп. Роутер сам nat умеет. UEFI ненужно так как BIOS с поддержкой больших накопителей. И процессор от AMD - FX-6100 так что температуры интелы ненужны. Initramfs не ипользуется ввиду ненужности шифрования на десктопе. Да, надо внимательнее флаги расставлять.
Ответить | Правка | Наверх | Cообщить модератору

288. "Релиз ядра Linux 5.12"  +/–
Сообщение от Аноним (127), 28-Апр-21, 17:58 
Единственное зачем нужно nat на компе это reverse tethering чтобы Android смартфон по проводу в интернет ходил и зря не грелся. У меня провод недалеко от компа и интел греется при просмотре видео в паре с вайфаем довольно прилично, плюс сажает аккумулятор на примерно 180-200мач зарядке.
Ответить | Правка | Наверх | Cообщить модератору

161. "Релиз ядра Linux 5.12"  –1 +/–
Сообщение от Пепяка (?), 26-Апр-21, 19:05 
это ОП.
на трим не похоже, фризит намертво отправка только в ресет спасает.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

56. "Релиз ядра Linux 5.12"  +3 +/–
Сообщение от Аноним (56), 26-Апр-21, 09:55 
Это потому что патчи из Университета Миннесоты отозваны.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

91. "Релиз ядра Linux 5.12"  –1 +/–
Сообщение от Аноним (91), 26-Апр-21, 12:06 
А кого надо патч не отозвал, а закоммичен и ты никогда не узнаешь чей потому что в коде один ты разобраться не сможешь. А тот кто закоммитил может использовать зловред в целях госбезопасности сколько угодно.
Ответить | Правка | Наверх | Cообщить модератору

57. "Релиз ядра Linux 5.12"  +/–
Сообщение от Я (??), 26-Апр-21, 10:00 
На 5.11 такое было с дровами интела, пришлось их удалить.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

94. "Релиз ядра Linux 5.12"  –3 +/–
Сообщение от furkal (?), 26-Апр-21, 12:12 
так, прог надо было меньше открывать. Зас*ал ОЗУ, а потом стонешь! Ты же знаешь, что в Linux с подкачкой большие проблемы!
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

107. "Релиз ядра Linux 5.12"  +/–
Сообщение от Аноним (105), 26-Апр-21, 13:55 
"чистый интел" - это как? Только интеграшка видео от Intel что-ли?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

162. "Релиз ядра Linux 5.12"  –1 +/–
Сообщение от Пепяка (?), 26-Апр-21, 19:06 
ТАк точно. коре2дуо. для ютуба и инетретов перед сном катит. причем я бы поняла это был бы новый интел а так старье старьем которое давно уже вы лизано
Ответить | Правка | Наверх | Cообщить модератору

122. "Релиз ядра Linux 5.12"  –1 +/–
Сообщение от Аноним (122), 26-Апр-21, 15:32 
ну простите, нулевые патчи они такие. Я помню как какой-то линукс вообще ломал файловую систему (починили во 2 патче). Лично я использую LTS после 30 версии.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

164. "Релиз ядра Linux 5.12"  –1 +/–
Сообщение от Пепяка (?), 26-Апр-21, 19:10 
я не против нулевого патча. прекрасно понимаю что может быть сломано. но не быть починеным 8 рц подряд? да еще такое явное? уж простите.
Ответить | Правка | Наверх | Cообщить модератору

296. "Релиз ядра Linux 5.12"  +/–
Сообщение от Стас (??), 30-Апр-21, 12:26 
Такая же ситуация,тоже виснет ноут. Но у меня полностью amd'эшная начинка. Вообщем похоже это ядро только для новых систем.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру