Linux за българи: Форуми

Едит: Ще пиша като приключа с ядрото, дали се е получило всичко нормално и с GRUB, който не е на дефолт мястото си в MBR.

Някакви идеи как да "зануля" Х-а и да го подкарам пак? В старото ядро на магеята?

Предполагам, преди да инсталирам (или да опитам отново, по-скоро) драйвъра на нвидия от сайта им, трябва пак да премахна dkms-nvidia304 (моя драйвър в момента)?

И още нещо, не ми е ясно как Х-а включва някоя от двете карти (лаптопа има и вградената интелска, и нвидия 705м)? На интелската уж след FXdrake всичко ок, ама.. GL.

Просто пробвай. Само да не си с Nvidia Optimus..Че там с превключването ми е пълна мъгла.

Нямал съм проблем с Optimus под Linux - включително Bamblebee. Intel 4600 + nVidia GT 755M. А и всички карти с nVidia след определн модел чип ( не помня, кой беше ), са с Optimus.
Просто, каквото трябва да се пусне с втората карта, се пуска с optirun <axecutable>.

sudo ubuntu-drivers autoinstall

Искаш да кажеш, че чисто новият ми лаптоп няма да може да ползва и двете карти по едно и също време?
Тъкмо мислех да се охарча за още едно ssd, че не ми се цепеше диска с Windows - вече инсталирана система.

GeSHi (Bash):
$ glxinfo | grep "OpenGL version"
OpenGL version string: 4.6.0 NVIDIA 440.48.02

отидох на Xorg и там има nouveau и nv, които, от общата ми култура и тая тема също, знам, че подкарват видеокартите на нвидия. Мога ли да избера някое от тия двете- nouveau, или nv и какъв е варианта пак да се върна на началното ниво- без X ?

Изключих с твърд шътдаун, от копчето. Старт, реших да експериментирам - направо нормален буут в последното ядро- 4.14.145-2. Изненада- графиката тръгна

В xorg.conf за драйвер може да имаш 3 варянта: nv, nouveau и nvidia.
nv и nouveau са свободните. nv беше първият свободеден драйвер (разбира се reverse engineered). след това казаха ами ще правим по нов и съвършен и направиха nouveau. Само че дето nouveau не винаги работи както трябва, аз много често връщам на nv.

А nvidia е за затвореният официален драйвер. Като слагаш nonfree free пакет променяш ли в xorg.conf

Магеята сама си прави промените, досега (до версия 6 вкл., преди да се връщам към забравени занимания с ядро от сорс)

Има само dkms-nouveau, но и с него не работи

Почнах да си мисля, че изобщо никога не е ползвана картата на нвидия при мен под линукс, защото се сещам, че при инстала на магеята преди 2 г. и нещо пак имах някакви проблеми с настройките й и забих просто intel810

https://bbs.archlinux.org/viewtopic.php?id=209230

виж първо дали си оптимус. Че там нещата са много по-различни и изобщо не можеш да имаш 2д графика от nvidia. При оптимус можеш да пуснеш нвидиата в 3д само за няккоя игра, но не и за десктоп.

• При Linux няма работещ оптимус (това че картата ти поддържа оптимус, не значи че имаш оптимус : ) ).
• Ако си с драйверите от нвидия има да си избираш или Intel, или Nvidiа за постоянно (изисква се рестарт, за да се превключи)
• За да се превключва от Intel към Nvidia без рестарт, се използва bumblebee. При него обаче винаги изпозлваш Intel и ръчно пускаш Nvidiа за съответното приложение (с optirun)

...производителя на хардуера не го е*е за потребителите на нещо извън уиндоус?

Ако си с драйверите от нвидия има да си избираш или Intel, или Nvidiа за постоянно (изисква се рестарт, за да се превключи)

Optimus avoids usage of a hardware multiplexer and prevents glitches associated with changing the display driver from IGP to GPU by transferring the display surface from the GPU frame buffer over the PCI Express bus to the main memory-based framebuffer used by the IGP. The Optimus Copy Engine is a new alternative to traditional DMA transfers between the GPU framebuffer memory and main memory used by the IGP.

Но ми е интересно, защо няма работещ оптимус под линукс- производителя на хардуера не го е*е за потребителите на нещо извън уиндоус?

An attempt by Nvidia to support Optimus through DMA BUF, a Linux kernel-mechanism for sharing buffers across hardware (potentially GPUs), was rebuffed by kernel developers in January 2012 due to license incompatibility between the GPL-licensed kernel-code and the proprietary-licensed Nvidia blob.[8]

При мен след като вече имах добра конфигурация на ядрото за моята машина, при излизане на ново ядро само ползвах старата конфигурация (плюс някои нови опции за новите ядра, почти винаги има такива, понякога са доста на брой, но рядко са необходими).
Следва компилация, инсталация и работа (ако всичко е наред).

...
Преди това писах, че е важно при компилация на ядро първо да се види какъв е хардуера на конкретната машина, това за да може да активираш опциите в ядрото които го поддържат (хардуера).
Лично аз гледам да включа тази поддържка като вградена в ядрото, не като модули (за съжаление не всичко може да се активира вградено в самото ядро).
...

Цитат на: ray в Jan 28, 2020, 19:00

...
Преди това писах, че е важно при компилация на ядро първо да се види какъв е хардуера на конкретната машина, това за да може да активираш опциите в ядрото които го поддържат (хардуера).
Лично аз гледам да включа тази поддържка като вградена в ядрото, не като модули (за съжаление не всичко може да се активира вградено в самото ядро).
...

Съвета да се изключат нещата, които няма да се ползват е перфектен. Но с това, което съм цитирал, изобщо не съм съгласен. Това е против добрите практики. Колкото е по-малко едно ядро, толкова е по-бързо. Това се отнася за точно всеки вид програма, чак до bash scripts.

Единственото, което се губи са милисекундите за зараждане на приставките. Но това е важно единствено в извънредно критични системи, най-вече вградени такива. А там ядрото е толкова орязано, че е още по-малко. Почти става с размера на микро-ядро.