Minha pergunta é: se eu estiver montando um PC e quiser usar Linux nele, posso escolher uma placa NVIDIA ou uma AMD Radeon é uma opção melhor?

Eu fiz essa pergunta em alguns fóruns de construção de PC, e o que eles puderam me dizer é que a AMD tem melhores drivers de código aberto e eles tiveram/ouviram falar de algumas "dores de cabeça" com GPUs NVIDIA. No entanto, li muitos artigos sobre a NVIDIA também lançando drivers de código aberto, como fazê-lo funcionar no Wayland etc. Então, como a maioria das pessoas nesses fóruns de hardware de PC são usuários do Windows de qualquer maneira, eu queria uma opinião do lado do software: em 2024 ainda é uma má ideia usar GPUs NVIDIA Geforce no Linux? E que "dores de cabeça" isso pode trazer?

Quando digo "Linux", quero dizer Mint/Ubuntu a princípio. Li que seria fácil instalar os drivers da NVIDIA com o ubuntu-driverscomando, mas talvez eu também queira experimentar o Arch ou outras distros. Acho que teria que instalá-las manualmente lá, mas também não parece ser muito complicado.

Não tenho problemas em usar drivers proprietários e preferiria os drivers reais da NVIDIA aos do Nouveau.

Instalei os drivers proprietários da NVIDIA em meu PC usando a opção que minha distribuição (Zorin OS) me deu na primeira instalação. Infelizmente, a assinatura do driver não foi registrada no MOK, o que fez com que o Secure Boot impedisse seu carregamento.

A execução modinfo nvidiame diz que os drivers estão realmente assinados, mas mokutil --list-enrollednão mostra a assinatura do driver em lugar nenhum. Então não foi cadastrado.

Como posso registrar a assinatura do driver no MOK posteriormente? Eu só encontrei soluções para assinar você mesmo um módulo e, em seguida, registrar sua própria assinatura no MOK - mas já o tenho assinado, simplesmente não consigo encontrar uma maneira de obter a assinatura no modinfoMOK.

Desde já, obrigado!

Instalei o Solaris 10 1/13 em um computador contendo uma placa Intel PRO/1000. Meu problema é que o sistema operacional parece não reconhecer o dispositivo, ifconfig -a me fornece apenas o adaptador de loopback (lo0), posso encontrar informações que sugerem que o driver deve ser incluído e o sistema possui uma página de manual para o dispositivo

man e1000g

Tentei procurar informações sobre a instalação de drivers, mas por algum motivo não consigo encontrar muita coisa, e a maioria das informações é sobre o Solaris 11.

Como habilito o driver e1000g? Qualquer ajuda seria muito apreciada!

Meu amigo acabou de instalar o Debian em seu laptop, um Lenovo Ideapad Slim 3 14. Ele tem versão Linux 6.1.0-12-amd64.

No entanto, seu touchpad e teclado integrados não funcionam. O problema acontece tanto no Wayland quanto no Xorg e no modo TTY. Isso também acontece no Ubuntu 23.04 live.

Ambos funcionam no Windows 11 e o teclado funciona no GRUB.

Porém, um teclado externo conectado por USB funciona no Linux.

Primeiro, ao olhar o dmesg, vimos estas mensagens:

i8042: PNP: PS/2 Controller [PNP0303:KBC0] at 0x60,0x64 irq 1
i8042: PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp

Então adicionamos a i8042.nopnpopção aos parâmetros do kernel. Ao reiniciar, as mensagens desapareceram e isso foi gravado no dmesg:

input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0

Mas o teclado ainda não funcionou.

Tentamos adicionar cada um dos seguintes parâmetros do kernel, mas nenhum mudou nada:

• i8042.dumbkbd=1
• i8042.direct
• i8042.dritek=1
• pci.norcs

Aqui está a entrada do teclado em /proc/bus/input/devices:

I: Bus=0011 Vendor=0001 Product=0002 Version=ab00
N: Name="AT Raw Set 2 keyboard"
P: Phys=isa0060/serio0/input0
S: Sysfs=/devices/platform/i8042/serio0/input/input0
U: Uniq=
H: Handlers=sysrq kbd event0
B: PROP=0
B: EV=100013
B: KEY=402000000 3803078f800d001 feffffdfffefffff fffffffffffffffe
B: MSC=10

Podemos ver que o arquivo do dispositivo do teclado é /dev/input/event0. Ele tentou acessar cato arquivo e usar o teclado, que não imprime nada no terminal. Ele imprime algo no meu laptop.

i8042não aparece em lsmod. modprobe i8042não imprime nada e não resolve o problema.

Você tem alguma ideia de investigar mais a fundo o problema?

dmesg

Movi um disco rígido contendo o openSUSE Leap 15.5 de um laptop para outro. Os dois laptops são de fabricantes diferentes.

O sistema operacional funciona bem no novo laptop. Mas há algumas falhas aqui e ali. Como posso ter certeza de que os drivers do sistema operacional são compatíveis com o novo laptop?

Observação

Anteriormente, tive a experiência de mover um disco rígido contendo o Windows 10 entre laptops. Após a mudança, tive que atualizar os drivers de dispositivo no Windows de acordo com o novo hardware. Estou basicamente procurando uma abordagem equivalente ao openSUSE. Não tenho certeza, faz sentido?

ATUALIZAR

Um exemplo de falha foi o congelamento do monitor ao conectar um segundo monitor por cabo HDMI. Agora esta falha é resolvida por si só. Não sei por quê. Talvez uma reinicialização ou reinicialização do aplicativo tenha resolvido o problema.

Digamos que haja uma ponte de vídeo como sn65dsi86. Ele tem um driver ti-sn65dsi86.c na árvore fonte do kernel. Deve ser habilitado com árvores de dispositivos. Há um exemplo para a árvore de dispositivos. Mas não está completo.

1. Existe algum exemplo totalmente funcional? (além de ti-sn65dsi86.yaml na documentação)

2. O que essa história sobre porta, ponto de extremidade, ponto de extremidade remoto significa?

    ports {
      #address-cells = <1>;
      #size-cells = <0>;
   
      port@0 {
        reg = <0>;
   
        edp_bridge_in: endpoint {
          remote-endpoint = <&dsi_out>;
        };
      };
   
      port@1 {
        reg = <1>;
   
        edp_bridge_out: endpoint {
          data-lanes = <2 1 3 0>;
          lane-polarities = <0 1 0 1>;
          remote-endpoint = <&edp_panel_in>;
        };
      };
    };
   

Eu tenho um termômetro USB que usei no Windows XP com os drivers incluídos. Ele apenas lê a temperatura do ar e o PC lê esse valor.

Agora quero usá-lo no Linux, por exemplo, em um Raspberry Pi. Eu o conectei e a única coisa que consegui descobrir é obter as informações do dispositivo do syslog:

Jan 25 10:31:01 pi kernel: [  202.825771] usb 1-1.1.2: new full-speed USB device number 7 using dwc_otg
Jan 25 10:31:01 pi kernel: [  202.916413] usb 1-1.1.2: New USB device found, idVendor=413d, idProduct=2107
Jan 25 10:31:01 pi kernel: [  202.916443] usb 1-1.1.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Jan 25 10:31:01 pi kernel: [  202.922898] input: HID 413d:2107 as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/0003:413D:2107.0004/input/input2
Jan 25 10:31:01 pi mtp-probe: checking bus 1, device 7: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1/1-1.1.2"
Jan 25 10:31:01 pi mtp-probe: bus: 1, device: 7 was not an MTP device
Jan 25 10:31:01 pi kernel: [  202.976409] hid-generic 0003:413D:2107.0004: input,hidraw1: USB HID v1.11 Keyboard [HID 413d:2107] on usb-3f980000.usb-1.1.2/input0
Jan 25 10:31:01 pi kernel: [  202.981627] hid-generic 0003:413D:2107.0005: hiddev96,hidraw2: USB HID v1.10 Device [HID 413d:2107] on usb-3f980000.usb-1.1.2/input1
Jan 25 10:31:01 pi mtp-probe: checking bus 1, device 7: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1/1-1.1.2"
Jan 25 10:31:01 pi mtp-probe: bus: 1, device: 7 was not an MTP device

Como não tenho habilidade para codificar um driver, pensei que usando os arquivos desse log eu poderia ler os dados, como costumo fazer com arquivos em ou , /procmas /devnão entendo esses arquivos e diretórios.

Isso é possível? Ajuda o Linux identificar o dispositivo como um dispositivo HID?

Sou usuário do Ubuntu / Mint / POP OS há cerca de 20 anos e agora sou forçado a usar o Windows porque meu chip de áudio não está funcionando no Linux.

Fiz uma sondagem ( https://linux-hardware.org/?id=pci:8086-3198-2782-0204 ) e o chip foi detectado, mas não está funcionando nas principais distribuições.

Eu tenho 2 perguntas:

1. há alguma esperança de ver este chip suportado em um futuro próximo? (digamos um ano)
2. como funciona? quem escolhe quais dispositivos suportar? existe um lugar onde eu possa pedir aos desenvolvedores do Linux para desenvolver drivers para esse dispositivo? ou algum financiamento coletivo... Eu realmente quero apoiar isso, mas não sei por onde começar.

Desculpe pelas perguntas idiotas. Eu não sei bem como as coisas funcionam, quer dizer, do ponto de vista da organização humana, quem é que toma essas decisões. Todos esses anos, quando tive um problema, estava pesquisando na web, tentando resolver problemas, mas este está além do meu conhecimento.

Através da magia dos fenômenos piezoelétricos, sinto um "gemido de bobina" ao mover o mouse.

Acontece que essa bobina é energizada pela CPU e que o driver Intel que habilita o Turbo Boost faz com que processe os movimentos do mouse com extrema rapidez , resultando em picos de consumo de energia audíveis.

Quando eu desabilito com o seguinte comando, recebo minha sanidade de volta:

echo "1" | sudo tee /sys/devices/system/cpu/intel_pstate/no_turbo

Mas, infelizmente, dura apenas até a próxima reinicialização.

Existe uma maneira de desativar persistentemente o Turbo Boost? Talvez através de algum encantamento envolvendo x86_energy_perf_policyou cpuinfo?

Caso seja relevante, meu modelo de CPU específico é i9-10900.

Estou em um sistema com Linux Kernel v5.10.4 e estou enfrentando um problema durante a reprodução de áudio através do ALSA (aplay). O kernel envia spam para o seguinte log durante a reprodução e nenhum áudio é ouvido:

xhci-hcd f2500000.usb3: WARN Event TRB for slot 3 ep 1 with no TDs queued?
xhci-hcd f2500000.usb3: WARN Event TRB for slot 3 ep 1 with no TDs queued?
xhci-hcd f2500000.usb3: WARN Event TRB for slot 3 ep 1 with no TDs queued?
...

• Eu tentei redefinir (desligar/ligar) a placa de áudio USB, mas o xhci-hcd está no mesmo estado de erro.
• O problema é resolvido se eu redefinir o hub USB.
• O problema é resolvido se eu reinicializar o sistema.
• Eu sou capaz de reproduzir o problema fazendo speaker-testpor mais de 4 períodos. O problema não ocorre com períodos mais curtos.

Eu não sei como solucionar se este é um problema de driver ou um problema de hardware.

• Preciso de uma atualização de driver xhci para corrigir o problema?
• Alguma mitigação para reiniciar/recuperar o driver (sem reiniciar ou redefinir todo o hub USB)?

Avisar log no driver de origem v5.10.4

snd-usb-audioestá presente no núcleo.

Encontrou um post relacionado, mas a correção mencionada foi feita no kernel v4.15