Passando muito tempo acertando o Kodi, finalmente instalei o controle remoto da TV, um (mapeamento de teclado) e uma placa DVB. Tenho tudo funcionando. Mas após a instalação do kernel, sua atualização de 3.16.0-41 para 3.16.0-43 me levou a perder meus drivers e tudo mais. Isso está me deixando louco. dmesg | grep -i dvbnão dá resultados.
Tentei reconstruir os drivers novamente executando o script de construção e executando makee sudo make install. Parece-me que o make está relacionando a compilação ao antigo kernel 41...
Como posso acertar e evitar que isso estrague meu sistema após futuras atualizações do kernel?
quem pode dar uma pista? O script build_x64.sh copia arquivos de drivers Linux.
atenciosamente,
#!/bin/bash
cp ./v4l/sit2_op.o.x64 ./v4l/sit2_op.o
cp ./v4l/sit2_mod.dvb ./linux/drivers/media/dvb-frontends/sit2_mod.c
Responder1
Muitos aplicativos e drivers têm um ./configureestágio que configura o projeto e descobre a que ele estará vinculado. Alguns têm isso embutido em seu makescript. O chato (o TBS faz isso com seus drivers V4L) é que ele não será executado novamente até que você execute um arquivo make clean. Isso destrói toda a configuração e deve redefinir o driver de volta ao estado inicial.
Fui mais longe com meu cartão TBS. Eu criei um script de algo que baixa o driver mais recente do TBS, descompacta a versão nova e compila a partir dela. Aqui está uma entrada para você:
LATEST=$(wget -qO- http://www.tbsdtv.com/download/ | grep -oPm1 'download.+tbs-linux-drivers[^"]+')
echo "Getting $LATEST"
wget -q "http://www.tbsdtv.com/$LATEST"
7z -y x tbs-linux-drivers*
Ele também possui uma etapa de renomeação, onde renomeia vários módulos para uso em 64 bits. Você poderia simplesmente chamar o script do seu script... ou substituí-lo por um arquivo rename. Aqui está o que eu faço:
rename 's/\.x86_64$//' v4l/*
Embora pareça que você precisará substituir x86_64por x64.
É um lixo como esse que me faz desejar ter comprado hardware com drivers principais.