The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 4.2, opennews (??), 30-Авг-15, (0) [смотреть все]

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


49. "Релиз ядра Linux 4.2"  –2 +/
Сообщение от слакваряв0д (?), 31-Авг-15, 10:14 
как обычно не собирается нвидия...
GPL-incompatible module nvidia.ko uses GPL-only symbol 'flush_workqueue'

патчим... нвидиа-такая-нвидиа...
https://forums.geforce.com/default/topic/849487/linux-v4-2-u...-/

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

56. "Релиз ядра Linux 4.2"  +2 +/
Сообщение от eSyremail (ok), 31-Авг-15, 11:03 
Какой жир по ссылке.

> ... and people wonder why Linux struggles with adoption. here we have an artificial breakage of a driver that is essential to a good user experience for many users, especially if they want to game or perform any of the activities that people still see windows/osx as being more useful for. this is just a tantrum about nvidia and other companies not open sourcing their drivers.
> news flash: breaking their ability to build to the kernel is not going to make them open source their stuff. it just drains resources that could be spent improving the stability and performance of the drivers into finding kludgy workarounds for the asinine punishment of being banished from using kernel functions. management doesn't care. this just makes life difficult for developers at these companies who probably go to bat for the linux community all the time. all it's going to do is make the official drivers for hardware crappier over time. the state of nouveau is enough to show why we need support from the hardware manufacturers. antagonizing them doesn't help.
> what purpose does exporting any symbol *only* to GPL'd packages serve? it's just an exertion of pedantic, mouthbreathing, fedora-clad neckbeardery. gross.

https://forums.geforce.com/default/topic/849487/geforce-driv...

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

143. "Релиз ядра Linux 4.2"  +/
Сообщение от Яро Ш. Я. (?), 01-Сен-15, 01:11 
Это ты ати-растию не видал еще
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

149. "Релиз ядра Linux 4.2"  +/
Сообщение от pavlinux (ok), 01-Сен-15, 03:17 
> как обычно не собирается нвидия...

Рукожопые юзеры должны страдать!


# uname -a
Linux amd64 4.2.0 #13 SMP PREEMPT Tue Aug 31 03:23:58 MSK 2015 x86_64 GNU/Linux
# dmesg | grep NVI
[    3.772596] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  346.87  Tue Jul 14 18:29:34 PDT 2015

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

152. "Релиз ядра Linux 4.2"  +2 +/
Сообщение от Аноним (-), 01-Сен-15, 04:39 
> Рукожопые юзеры должны страдать!

Умение разгребать гуано за нвидией - такой предмет гордости, оказывается. Оказывается, бывают и дворники от айти - убирают г-но за проприетариями.

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

183. "Релиз ядра Linux 4.2"  –2 +/
Сообщение от pavlinux (ok), 02-Сен-15, 02:02 
>> Рукожопые юзеры должны страдать!
> Умение разгребать гуано за нвидией - такой предмет гордости, оказывается.

Да, разгребу и буду спать спокойно. АМДшнеги продолжать жить в говне,
а интелята так и будут думать, что у них не эмулятор видеокарты с программным рендерингом. :D

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

195. "Релиз ядра Linux 4.2"  +1 +/
Сообщение от Аноним (-), 02-Сен-15, 19:05 
> Да, разгребу и буду спать спокойно.

Без нормального багтрекера? С некооперативными разработчиками нвидии? И ядерщиками майнлайна, дружно достающими фак из кармана при виде tainted kernel? Удачи тебе в этом начинании, Павлин.

> АМДшнеги продолжать жить в гoвне,

Да вот знаешь, GL 4.1 в MESA уже запилили. Баги которые я зарепортил - все поудавили. А проблем характерных для проприерастии - отродясь и не имели. Мне такой формат взаимодействия и результаты больше нравится, кекеке.

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

У них просто GPU архитектурно отсталый, а не программный рендеринг. Посмотри в каких семействах они opencl начали осиливать. До этого у них чуть ли не деление по типам шейдеров было. А еще у большинства интеграта нет своей локальной памяти. А когда проц и GPU дружно делят тощий (vs GDDR5) бандвиз DDR3 на всю ораву, понятно что получается.

У интела еще есть ириска. Там они доперли GDDR5 таки допаять. Прям на проц. Вот правда стоит оно в результате как самолет, а GPU у интеля таки поганые. Можешь получить аналог чего-то между HD6570 и HD6770. По цене как три HD6770. За бренд надо доплачивать, однако :). На месте AMD я бы прикрутил туда HBM и показал как это надо было делать правильно...

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

172. "Релиз ядра Linux 4.2"  +/
Сообщение от слакваряв0д (?), 01-Сен-15, 08:27 
павлин, ты чо там с бодуна чтоль злой?! чукча не читатель- чукча- пейсатель!
ты хоть ник-то смари и ссыль... уж пропатчить то руки есть, я не про то вообще писал!

# uname -a
Linux 7-21a-226-o1182 4.2.0 #1 SMP PREEMPT Tue Aug 31 08:13:40 SAMT 2015 x86_64 Intel(R) Core(TM) i5-3330 CPU @ 3.00GHz GenuineIntel GNU/Linux

#dmesg | grep 355
NVRM: loading NVIDIA UNIX x86_64 Kernel Module  355.11  Wed Aug 26 16:35:41 PDT 2015

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

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

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




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

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