por que algumas placas de rede precisam carregar firmware externo?

Question

Eu li esta pergunta / resposta, mas Eu ainda não entendo por que algumas placas de rede funcionam perfeitamente sem nenhum firmware adicional, enquanto outras precisam carregar o firmware para funcionar.

Como um exemplo específico, tive problemas repetidos com as placas de rede Broadcom 10Gb não funcionando, porque faltava o firmware. Por outro lado, o Intel 10Gb funciona perfeitamente sem qualquer firmware adicional.

Eu assumo que as placas Intel já possuem o firmware dentro do chip, mas outras precisam carregá-lo. Isso está correto? Por que nem todos os fabricantes enviam o hw com o firmware já no chip.

NOTA: Eu não estou discutindo se o firmware é ou não binário / proprietário ou livre / open source. Estou perguntando por que preciso carregá-lo e por que ele não está contido no dispositivo.

    

Answer 1

Apenas os próprios fornecedores sabem a resposta real, mas aqui estão algumas suposições.

Eu diria que é simplesmente porque isso tornaria o dispositivo mais caro. Ao exigir que o SO injete firmware em tempo de execução, ele evita a necessidade de memória não volátil, como ROM ou Flash, no dispositivo.

Em segundo lugar, eu diria que os fornecedores também podem sentir que os dispositivos obtêm atualizações de firmware mais consistentemente dessa forma, porque, se o firmware estiver onboard, quase ninguém se dá ao trabalho do complicado processo de reflashing de firmware usando fornecedores excêntricos. utilitários fornecidos.

    

Answer 2

Quando você menciona 'já contido no dispositivo', presumo que esteja se referindo a um método de driver de dispositivo e firmware para permitir que um cenário de um sistema operacional consulte um dispositivo com uma API predeterminada (possivelmente sancionada pelo IEEE ou outro órgão de governo) para responder com uma resposta de 'aqui está o endereço de localização do chip de memória do driver de dispositivo', quando o sistema operacional carrega o código de montagem no endereço de memória especificado?

Isso não seria legal? Talvez você também deva incluir um método de proteger esse firmware usando criptografia / descriptografia criptografada, assinaturas e validação de assinaturas de terceiros para garantir que o firmware de dispositivos recém-adquiridos não tenha sido adulterado por um regime opressivo que esteja atualmente substituindo o firmware original antes de carregar o dispositivo em meus novos carros recurso de condução automatizado extensível porque eles rapidamente escreveu algum código que agora introduziu um bug para os sensores de proximidade no lado esquerdo do veículo de com um erro de cálculo de três pés em perigo eu e minha família. / p>

Afinal, com acesso físico ao dispositivo, o uso de jtag e outras ferramentas de código de desmontagem não permitiram esse tipo de modificação de firmware no passado.

Mas, na defesa de perguntas, o uso de firmware carregável de um site e a verificação de sua soma de verificação também não são uma solução.

Você coloca uma questão interessante que não me sinto qualificado para responder. :)