[OpenBSD]

[Índice da FAQ] [Seção 11 - O sistema X Window] [Seção 13 - Multimídia]

12 - Questões Específicas de Hardware e Plataforma

Conteúdo

12.1 - Notas gerais sobre hardware

12.1.1 - Dispositivos PCI

12.1.2 - Dispositivos ISA

12.1.3 - Meu dispositivo é "reconhecido", mas está marcado como "not configured" no dmesg

Isso significa que seu dispositivo não é suportado pelo kernel que você está usando. Você não poderá usar o dispositivo.

Dispositivos PCI, e outros tipos, oferecem informações de identificação, dessa forma o sistema operacional pode reconhecer e suportar os dispositivos. Reconhecer é fácil, adicionar suporte, não. Esta é uma parte do dmesg com dois exemplos de dispositivos "not configured": 

...
vendor "Intel", unknown product 0x5201 (class network subclass ethernet,
rev 0x03) at pci2 dev 9 function 1 not configured
...
"Intel EE Pro 100" rev 0x03 at pci2 dev 10 function 0 not configured
...
O primeiro (uma placa de rede) tem o código do fabricante identificado e o tipo geral da placa foi determinado, mas não o modelo exato da placa. O segundo exemplo foi outra placa de rede, esta um desenvolvedor viu e colocou no arquivo de identificação, que é usado para identificar a placa. Em ambos os casos, no entanto, as placas não funcionam, já que ambas são mostradas como "not configured", que significa que nenhum driver foi vinculado à placa.

O que posso fazer com um dispositivo not configured?

12.1.4 - Eu tenho uma placa listada como "suportada", mas ela não funciona!

Infelizmente, muitos fabricantes usam números de modelo de produto para indicar posição no mercado, em vez da natureza técnica do produto. Por essa razão, você pode comprar um produto com o mesmo nome ou número de modelo como um produto listado nas páginas de plataformas, mas acabar com um produto totalmente diferente que pode não funcionar no OpenBSD. Por exemplo, muitas placas de rede sem fio eram baseadas no chipset Prism2, com um driver disponível (wi(4)), mas depois, quando os chips de baixo custo tornaram-se populares, muitos fabricantes mudaram seus produtos para usar chips que não possuiam nenhum driver livre, mas eles nunca mudaram seus números de modelo. Placas de rede sem fio, infelizmente, estão longe de ser o único exemplo disso.

12.1.5 - Os WinModems são suportados?

WinModems são modems de baixo custo que usam o processador para fazer a maioria do processamento de sinal que normalmente seria feito em um modem "real". Devido à variedade de chips incompatíveis e, tipicamente, não documentados, não existe suporte para WinModems no OpenBSD, e isso não está perto de uma mudança.

12.1.6 - O que aconteceu com o suporte a RAID nas placas Adaptec (aac)?

A Adaptec tem se recusado a fornecer documentação útil e exata sobre seus controladores RAID (aac(4)) baseados em FSA. Como esses controladores RAID aparentam ser cheios de problemas, a documentação é crítica para um driver utilizável. Já que este driver não estava muito confiável, ele foi removido do kernel GENERIC.

Eu posso compilar meu próprio kernel com suporte ao driver aac(4), correto?

Correto. Mas que parte do "não confiável" você não entendeu? Essa não é uma funcionalidade "experimental", é um driver defeituoso. Talvez ele funcione, suficientemente bem, com algumas variações de hardware e seja utilizável, mas nós não recomendamos que você aposte seus dados nele.

12.1.7 - Minha placa ami(4) não suporta mais que um disco lógico!

Esse é um problema conhecido no ami(4), que causa a corrupção de dados se você usar mais que um volume em alguns controladores. Em controladores com esse problema, o OpenBSD limita o uso em um disco lógico, resultando em uma mensagem em seu dmesg que se parece com esta: 
ami0: FW A.04.03, BIOS vA.04.03, 4MB RAM
ami0: 3 channels, 16 targets, 2 logical drives
ami0: firmware buggy, limiting access to first logical disk
scsibus0 at ami0: 1 targets

12.1.8 - Como eu ativo minha placa aceleradora de criptografia?

Hardware acelerador de criptografia suportado, tais como as placas baseadas no hifn(4), "simplesmente funciona" ao ser instalado em um sistema OpenBSD. Nenhuma ativação ou outra configuração é necessária.

A sobrecarga na comunicação com um desses dispositivos invalida, algumas vezes, muito ou todo o benefício de tirar do processador a responsabilidade pelas tarefas de criptografia. Seus resultados podem variar amplamente, dependendo da tarefa que você tem que realizar.

12.2 - DEC Alpha

[nenhuma informação ainda]

12.3 - AMD 64

12.3.1 - Posso executar o OpenBSD/amd64 no meu Intel P4?

No caso de muitos processadores recentes, a resposta é "sim". Infelizmente, é difícil tentar descobrir qual variação dos processadores Intel suportam ou não o conjunto de instruções amd64. Geralmente é simples usá-lo e ver se ele funciona.

12.3.2 - Posso executar meu binário i386 no OpenBSD/amd64?

Não.

O OpenBSD/amd64 é uma plataforma totalmente separada do OpenBSD/i386 e, atualmente, nenhuma compatibilidade binária é fornecida. Como o OpenBSD incentiva aplicativos livres, não existe muito interesse dos desenvolvedores em compatibilidade binária através das plataformas.

Note que os carregadores de inicialização do OpenBSD/amd64 e do OpenBSD/i386 carregam kernels tanto de um quanto do outro, tornando fácil a reinstalação do sistema com "outra" plataforma. No entanto, isso tem que ser uma operação completa de limpeza e reinstalação -- binários não removidos de uma instalação anterior normalmente tornam sua vida difícil.

12.3.3 - É melhor executar o OpenBSD/amd64 em processadores que o suportam?

Nem sempre.

Existem várias razões para alguém desejar usar o OpenBSD/i386 no lugar do OpenBSD/amd64, mesmo em um hardware que suporta código amd64:

12.4 - Ferramentas baseadas no ARM

[nenhuma informação ainda]

12.5 - HP300

[nenhuma informação ainda]

12.6 - HPPA

[nenhuma informação ainda]

12.7 - i386

12.7.1 - Placas de rede ISA

Como o OpenBSD funciona bem em hardware antigo, usuários frequentemente acabam usando placas de rede ISA em seus sistemas OpenBSD. Hardware ISA requer muito mais configuração e entendimento do que hardware PCI. Geralmente, você não pode apenas ligar a placa no computador e esperar que ela funcione magicamente. Em muitas máquinas, se seu dispositivo ISA não está no modo "Plug 'n' Play" (PNP), você precisa reservar recursos no BIOS do sistema para a placa poder usar.

3Com 3C509B ep(4)

Essa é uma placa de rede ISA de excelente desempenho, suportada pelo driver ep(4). A versão 'B' pode ser distinguida da versão não-B através da marcação na placa e por um grande chip "principal" no circuito (aproximadamente 2,5cm no lado da versão 'B', e 2cm no lado da versão antiga), e fornece um melhor desempenho em um sistema carregado ou dotado de duas placas de rede. O 3C509B é vendido configurado no modo PNP, que infelizmente não segue os padrões e causa problemas no suporte isapnp(4) do OpenBSD. O adaptador é primeiramente selecionado como um dispositivo não-PNP, e novamente depois que o suporte PNP está disponível, resultando em uma placa de rede extra mostrada no dmesg. Isso pode funcionar corretamente, ou pode causar outros problemas. É altamente recomendado que as placas 3C509B estejam com o modo PNP desativado, e manualmente configuradas com ajustes não-conflitantes usando os utilitários de configuração da 3Com, baseados em DOS, antes da configuração.

O driver ep(4) escolhe as placas para carregar, em alguma combinação que não conflite com outros dispositivos no sistema.

Se você possui múltiplas placas 3C509 no seu sistema, é recomendado que você marque o endereço MAC na própria placa e use o dmesg para identificá-las.

Note que a 3C509, a 3C905 e a 3C590 são frequentemente confundidas. A 3C509 é uma placa ISA de 10Mbps, a 3C905 e a 3C590 são placas PCI.

NE2000

A primeira placa de rede NE2000 foi desenvolvida no meio dos anos 80 pela Novell. Desde então, muitos fabricantes produziram placas que são muito parecidas, que geralmente são chamadas de "compatíveis com NE2000", ou clones. O desempenho desses clones varia muito. Enquanto algumas das placas compatíveis com NE2000 funcionam muito bem, muitas das placas disponíveis atualmente possuem um desempenho pobre. Placas compatíveis com NE2000 são suportadas pelo driver ne(4) no OpenBSD.

O OpenBSD controla bem algumas placas compatíveis com NE2000, que são capazes de usar ISAPNP, se o modo ISAPNP está ativo. Outras placas precisam ser configuradas usando jumpers ou um utilitário de configuração baseado em DOS. Infelizmente, já que as primeiras placas NE2000 não tinham configuração por software ou suporte ISAPNP, não existem padrões para elas -- você precisa do utilitário que foi originalmente fornecido com sua placa. Isso pode ser, frequentemente, difícil de se obter.

O driver ne(4) suporta três configurações da placa ISA NE2000 no kernel GENERIC do OpenBSD: 

     ne0:  port 0x240 irq 9
     ne1:  port 0x300 irq 10
     ne2:  port 0x280 irq 9
Se essas configurações não são aceitáveis, você pode ajustá-las usando o User Kernel Configuration (UKC) ou compilando um kernel personalizado.

Note que o driver ne(4) é muito "tolo" -- somente a porta de E/S é examinada, se nenhum dos endereços de E/S acima é detectado, o IRQ correspondente é assumido. O dmesg(8) não reflete o IRQ real do adaptador no caso dos drivers ne(4) ISA. Se esse não é o IRQ real que sua placa está configurada, ele não funciona.

Note que existem placas não-ISA que usam o driver ne(4) -- existem placas PCI e PCMCIA ne(4). Essas notas não se aplicam a elas, esses dispositivos são configurados automaticamente.

12.7.2 - O OpenBSD não funciona no meu sistema 80386/80386SX/80486SX!

80386SX/DX

O suporte para os processadores 80386DX e 80386SX foi removido a partir do OpenBSD 4.2. Em adição às limitações do chip 80386, os sistemas são muito lentos e raramente possuem quantidade de RAM suficiente e FPU requerida para executar o OpenBSD.

80486SX

O chip 80486SX foi uma versão de "baixo custo" do 80486, que não possui suporte a ponto flutuante (igual o 80386) que o OpenBSD requer. Felizmente, chips 80486DX completos são comuns, e é uma atualização fácil na maioria dos sistemas.

O 80486DX e chips atuais funcionam bem no OpenBSD.

12.7.3 - Meu dmesg mostra múltiplos dispositivos compartilhando a mesma Interrupção (IRQ)!

Isso é totalmente aceitável e, de fato, até mesmo desejável para dispositivos PCI. Essa é uma característica da concepção do barramento PCI. Algumas pessoas dizem que compartilhar requisição de interrupção (IRQs) é ruim, mas elas estão confundindo a situação com o barramento ISA (onde compartilhar IRQ não é permitido), ou tiveram experiências anteriores com hardware ou software quebrado.

Dispositivos ISA não podem compartilhar IRQs. Se você encontrar dispositivos ISA compartilhando IRQs, você precisa corrigir esse problema.

12.7.4 - Meu teclado/mouse fica travado (ou apresenta um comportamento completamente errado)!

Isso é mais frequentemente visto ao utilizar um "switch box" (algumas vezes chamado de "KVM switch") para conectar múltiplos computadores em um teclado, monitor e mouse. Você pode testar diferentes marcas e desenhos de switch boxes, mas o OpenBSD parece ser mais sensível à mudança de mouse do que alguns outros sistemas operacionais. Esse problema é normalmente apenas na mudança do mouse. Se você não está usando o mouse, a solução é simples: não ligue o cabo do mouse no computador. Se você está usando o mouse, uma solução fácil é "um mouse por computador", e mudar apenas o teclado e o monitor. Uma outra solução para o problema consiste em utilizar um adaptador PS/2 para USB, assim o OpenBSD enxerga um mouse USB. Se você quer apenas ter acesso ao console da máquina, você deve considerar o uso de um console serial.

12.7.5 - O desempenho do meu Soekris está ruim

As máquinas Soekris são sistemas da classe PC; são legais, consomem pouca energia, são pequenas e de custo modesto, e muitos usuários do OpenBSD estão satisfeitos com elas. No entanto, é preciso lembrar que os processadores, placas de rede, e outros dispositivos no sistema, são todos escolhidos com o objetivo de baixo consumo de energia, e não para desempenho. Enquanto elas são úteis para muitas aplicações, elas não são máquinas de alto desempenho.

12.7.6 - Recebo erros do tipo "missing interrupt" do meu dispositivo CF

Em alguns sistemas CF, como sistemas Soekris 4801 e alguns adaptadores CF, o suporte a DMA não está conectado corretamente, então você talvez veja mensagens como: 
pciide0:0:0: bus-master DMA error: missing interrupt, status=0x20
Nesses casos, você precisa desabilitar o DMA no driver wd(4) para evitar esse problema. Isso pode ser feito usando o ukc durante a instalação, e então usar o config(8) para alterá-lo permanentemente: 
ukc> change wd
 42 wd* at wdc*|pciide* channel -1 flags 0x0
change [n] y
channel [-1] ? 
flags [0] ? 0x0ff0
 42 wd* changed
 42 wd* at wdc*|pciide* channel -1 flags 0xff0
ukc> quit

12.8 - Landisk

[nenhuma informação ainda]

12.9 - Luna88k

[nenhuma informação ainda]

12.10 - Mac68k

[nenhuma informação ainda]

12.11 - MacPPC

12.11.1 - Minha placa de rede bm(4) não funciona!

O driver bm, que suporta o chip BMAC, usado em alguns sistemas MacPPC (incluindo antigos iMacs), tem problemas. Uma placa de rede usb é recomendada para esses sistemas.

12.12 - MVME68k

[nenhuma informação ainda]

12.13 - MVME88k

[nenhuma informação ainda]

12.14 - SGI

[nenhuma informação ainda]

12.15 - SPARC

[nenhuma informação ainda]

12.16 - UltraSPARC (sparc64)

12.16.1 - Meu UltraSPARC não inicializa a partir de uma imagem de disquete

Somente o Ultra 1/1e e o Ultra 2 podem inicializar qualquer sistema operacional a partir do disquete. Use CD-ROM, Miniroot, ou inicialização pela rede para fazer sua instalação.

12.16.2 - Estou recebendo a mensagem "partition extends past end of unit" no disklabel

Nos sistemas sparc e sparc64, o disklabel BSD não pode descrever uma geometria de disco maior que 8GB, enquanto entradas individuais no disklabel podem ser maiores.

Toda vez que você executa o disklabel(8), ele faz algumas verificações de sanidade das entradas do disklabel com o que ele pensa que é a geometria de disco correta, e quando ele vê uma geometria truncada, ele avisa e não deixa você editar as entradas fora dessa área de 8GB, a menos que você diga a ele para usar a geometria real do drive. Faça isso usando o comando 'g' do editor guiado por comandos do disklabel(8), e diga a ele para usar "[d]isk geometry": 

# disklabel -E wd0
# Inside MBR partition 3: type A6 start 63 size 17912412
   [...]
Initial label editor (enter '?' for help at any prompt)
> g
[d]isk, [b]ios, or [u]ser geometry: [d] d
> w
> q
Você ainda receberá as mensagens de aviso, mas você pode configurar e usar seu disco como desejado. Uma solução apropriada necessita de uma compatibilidade entre os sistemas existentes, incluindo a compatibilidade com o Solaris em discos maiores que 8GB, mas essa solução não foi trabalhada ainda.

12.17 - DEC VAX

12.17.1 - Posso utilizar o simulador VAX SIMH?

Sim!

O simulador VAX SIMH pode ser usado para emular efetivamente um VAX real. Instruções podem ser encontradas na página OpenBSD/vax no SIMH.

12.18 - Sharp Zaurus

12.18.1 - Dispositivos USB não estão funcionando corretamente

O Zaurus tem uma baixa quantidade de corrente elétrica em sua porta USB, então muitos dispositivos USB não funcionam se eles forem conectados diretamente nele. Você precisa de um hub USB, alimentado eletricamente, para usar esses dispositivos.

[Índice da FAQ] [Seção 11 - O sistema X Window] [Seção 13 - Multimídia]

[voltar] www@openbsd.org
$OpenBSD: faq12.html,v 1.5 2009/10/26 20:27:01 ajacoutot Exp $