Re: firmware

Boa tarde .

O problema não se relaciona a múltiplos monitores, este é apenas um efeito
colateral do problema .

O problema se relaciona com as portas HDMI .

Neste exato momento tenho um MiniPC marca Zotac que só reconhece o meu
monitor ( um Dell ) na porta HDMI, já testei em mais de 10 monitores
diferentes, e de quebra 2 aparelhos de TV .

Nenhum deles mostra nada na tela, mesmo tendo apenas um monitor ligado .

Serei obrigado a usar um Ubuntu neste sujeito se quiser usar para alguma
coisa. ( o Ubuntu Studio reconhece qualquer monitor neste MiniCP ! )

Em 2015, qdo tive este problema eu encontrei este post, e entrei no site em
questão, mas não me lembro do nome. e nem guardei o link p/o fórum, sorry .

Eu me lembro que na época foi um tutorial de como instalar os drivers
proprietários da Nvidia que me levou a este post e a este site .

Neste tutorial havia um script que baixava este banco de dados de EDID .

Não sei se nenhum destes sites ainda existe .


Fábio Rabelo


Em qui., 29 de set. de 2022 às 16:58, Antonio Terceiro <[email protected]>
escreveu:

> Olá,
>
> Em primeiro lugar, obrigado por disponibilizar o seu tempo para ajudar
> outros usuários do Debian.
>
> On Thu, Sep 29, 2022 at 10:41:23AM -0300, Fábio Rabelo wrote:
> > O Sr. está esbarrando em dois problemas históricos do debian .
> >
> > Uso de 2 monitores, e portas HDMI .
> >
> > Encontrei estes problemas pela primeira vez em 2015, na época encontrei
> as
> > "explicações" em fóruns ( em Inglês, não há volume suficiente de usuários
> > em PT para que este fórum chegue a ser útil )  .
> >
> > Tem a ver com a mentalidade extrema dos desenvolvedores do Debian em
> > relação a firmware( ou qualquer coisa na verdade ) proprietário .
> >
> > Cada monitor tem um código EDID que descreve exatamente o que ele faz,
> > resoluções e frequências de varredura .
> >
> > E esta informação é, bem, proprietária .
> >
> > Qualquer um pode puxar isto via internet, existe um banco de dados
> > centralizado sobre isto .
> >
> > Mas como estes dados são considerados "non-free" pelos desenvolvedores do
> > Debian, eles usam um bando de dados "alternativo" que é voluntário, cada
> um
> > coloca nele o que desejar, e a maioria dos fabricantes de monitores
> > simplesmente o ignoram, para quê ter este trabalho adicional se já existe
> > um bando de dados sobre isto ?
> >
> > Sem estes dados do EDID o SO simplesmente não sabe o que aquele monitor
> > pode fazer, pto é ignorado pelo SO .
> >
> > O tipo de extremismo que vem prejudicando o Linux a décadas .
>
> Você poderia indicar por favor exatamente qual é esse banco de dados
> proprietário, que segundo você o Debian se recusa a usar, e qual seria
> esse outro banco de dados "alternativo" que é usado no lugar? Em que
> pacotes exatamente esses bancos de dados estão? Você tem URLs para
> alguma documentação, ou links para código fonte, que indiquem exatamente
> do que você está falando?
>
> Eu uso Debian há 20 anos, e participo do seu desenvolvimento há 17, e
> não me lembro de ter passado por, nem de ter lido sobre, nenhum tipo de
> problema com múltiplos monitores que tenha sido causado por algo
> parecido. Eu já vi cabos HDMI ruins, limitações de kernels mais antigos
> que dá pra contornar utilizando um kernel mais novo do backports, e até
> já vi hardware que simplesmente não era suportado no Linux mainline
> ainda, ou simplesmente bugs ou limitações mesmo, seja em código ou seja
> em configuração padrão.
>
> Mas eu nunca me deparei com nenhuma problema relacionado a suporte a
> hardware causado por uma escolha consciente de não distribuir algo
> não-livre que seja necessário pra algum equipamento funcionar por mero
> "extremismo".
>
> Nenhum sistema é perfeito.  Existem mil problemas pra serem resolvidos
> no Debian, e nenhum sistema vai funcionar 100% bem pra 100% dos
> usuários. Se tem algo quebrado, não é de propósito. Se você puder me
> ajudar a identificar onde é exatamente o problema, podemos trabalhar
> juntos para reportar um bug no pacote relacionado, e talvez até numa
> solução para esse bug.
>
> Suporte a hardware é um tópico complicado, e o projeto Debian sempre
> procura suportar a maior quantidade de hardware possível, mesmo quando
> pra isso é necessário fornecer firmware proprietário, o que entra em
> choque direto com os princípio do projeto. Por um lado, o projeto Debian
> preferiria fornecer apenas software livre. Por outro lado, sem firmware
> proprietário não dá pra usar um bocado do hardware atual, então esse
> firmware é distribuído no non-free.
>
> Nesse exato momento, inclusive, os membros do projeto estão votando para
> tornar a imagem do instalador que tem firmware não-livre mais visível, e
> talvez até recomendada por padrão, porque infelizmente a maioria do
> hardware atual não funciona totalmente sem:
>
> https://www.debian.org/vote/2022/vote_003
>
>