# unzip PCTEL.ZIP

# make

Ex: /lib/modules/2.2.5-23cl.

mknod /dev/ttyS15 c 62 79 ln -sf /dev/ttyS15 /dev/modem

# depmod -a modprobe pctel

# modprobe pctel

Além desses dois drivers, existem alguns outros, de iniciativa open source, mas que estão ainda em estágio primário de desenvolvimento. Sugiro uma visita freqüente à página www.linmodems.org para acompanhar o seu desenvolvimento.

Placas de som

Atualmente, grande parte das placas de som existentes no mercado são reconhecidas pelo Linux, visto que a comunidade tem se empenhado em produzir drivers, aumentando a compatibilidade do Linux com o hardware existente no mercado. Entretanto, alguns fabricantes, como no caso dos winmodems, não cooperam, e não liberam as especificações dos chipsets necessárias à construção dos drivers, o que exige uma reengenharia para descobrir o seu funcionamento.

Alguns dos drivers de som presentes no kernel do Linux são derivados do projeto OSS/Free (Open Sound System, mantido por Alan Cox), que por sua vez são derivados do projeto OSS/Linux, drivers comerciais que, algumas vezes, oferecem mais recursos, suporte e instalação facilitada, mas têm um custo para o usuário. A página do desenvolvedor, 4Front Technologies, é www.4front-tech.com/linux.html.

Uma outra fonte de drivers para placas de som no Linux é o Projeto ALSA (Advanced Linux Sound Architecture), localizado em www.alsa-project.org, onde também pode-se encontrar drivers para diversas outras placas de som não reconhecidas diretamente pelo Linux.

Outra alternativa seriam os sites dos fabricantes, que em alguns casos já liberaram drivers para Linux, específico para o seu hardware, a exemplo da PCTEL, que liberou o driver para suas placas CMI8838/8738 ("Sound Pro"), que acabaram sendo incorporadas ao kernel do Linux.

Mas como configurar uma placa de som que já é reconhecida pelo kernel do Linux? A maioria das distribuições possui algum tipo de configurador para esse tipo de dispositivo. No caso do Conectiva Linux e semelhantes, existe o aplicativo sndconfig, que consegue configurar automaticamente a maioria das placas existentes. De forma geral, basta executar o programa sndconfig e verificar o resultado da detecção, ou então sndconfig - noprobe e especificar os endereços de IO e IRQ, manualmente.

Entretanto, algumas placas de som plug&play acabam não sendo detectadas e/ou configuradas por esse aplicativo, exigindo uma intervenção manual do usuário no processo. Essa intervenção (apenas para placas baseadas no barramento ISA) consiste em chamar o aplicativo pnpdump e configurar o dispositivo plug&play manualmente, informando seu endereçamento ao sistema. Basicamente, os passos a seguir são:

1. Execute o comando pnpdump. Se ele jogar várias informações na tela, isso quer dizer que ele detectou uma placa PnP no seu computador. Se for o caso, repita a operação, só que desta vez, digite:
   

   # pnpdump > /etc/isapnp.conf

2. Edite o arquivo /etc/isapnp.conf, e remova alguns comentários (linhas que começam com #), assim:
   1. LProcure qualquer linha que comece com a palavra Configure. Essa linha está identificando um dispositivo PnP. A partir dessa linha, até uma que terá a palavra ACT Y (comentado), será a definição de qual endereço esse dispositivo está utilizando
   2. Olhe cuidadosamente cada uma das linhas, e descomente as que falarem sobre um endereço de memória, ou IRQ qualquer, como: (IO 0 (BASE 0x0220)). E remova os comentários também. Veja o exemplo 1.

Para que as configurações sejam ativadas sem precisar reinicializar a máquina, execute:

# isapnp /etc/isapnp.conf

Ler o manual e a documentação que acompanham o pacote ajuda muito a entender o funcionamento do sistema:

# man isapnp
# man isapnp.conf
# man pnpdump
# cd /usr/doc/isapnp*
# more isapnpfaq.txt

Uma dica: mesmo que a placa não apareça na lista de placas do configurador, verifique na sua documentação ou no site do fabricante se ela não é compatível com outro modelo, como o Windows Sound System e Sound Blaster, que são os modelos mais comuns de placas, com as quais outros modelos são compatíveis.

Placa de vídeo

Utilizado pela maioria das distribuições Linux, os servidores gráficos do projeto XFree86 estão atualmente na versão 3.3.6, caminhando em direção à versão 4.0, que promete muitos recursos novos, como melhora na aceleração, unificação dos vários servidores existentes em um só, capacidade de múltiplos monitores, entre outros.

Muitos modelos de placas de vídeo são reconhecidos pelo XFree86, conforme a listagem (um pouco desatualizada) encontrada em www.xfree86.org/cardlist.html. Caso sua placa de vídeo não seja reconhecida, pode-se procurar em outros sites, como o www.suse.com, da distribuição Suse, e o www.precisioninsight.com, da Precision Insight, que desenvolvem X-Servers para a comunidade Linux, e quando atingem a estabilidade são incorporados aos servidores do projeto XFree86.

Uma outra alternativa é o uso de servidores X comerciais, como o Accelerated-X, encontrado em www.xig.com, que, apesar de ser um pacote comercial, promete gráficos melhores, maior desempenho e suporte a placas ainda não reconhecidas pelo projeto XFree86. Outro projeto que segue a mesma linha do Accelerated-X é o Metro-X, da Metro Link, encontrado em www.metrolink.com.

# (DEBUG)
(READPORT 0x0203)
(ISOLATE PRESERVE)
(IDENTIFY *)
(VERBOSITY 2) (CONFLICT (IO FATAL)(IRQ FATAL)
(DMA FATAL)(MEM FATAL))
# or WARNING
(CONFIGURE ADS7180/-1 (LD 0
(IO 0 (SIZE 16) (BASE 0x0220) (CHECK))
(IO 1 (SIZE 4) (BASE 0x0388) (CHECK))
(INT 0 (IRQ 5 (MODE +E)))
(DMA 0 (CHANNEL 1))
(IO 2 (SIZE 16) (BASE 0x0100) (CHECK))
(DMA 1 (CHANNEL 4))
(NAME "ADS7180/-1[0]{Analog Devices AD1816}")
(ACT Y)
))
(CONFIGURE ADS7180/-1 (LD 1
(INT 0 (IRQ 5 (MODE +E)))
(IO 0 (SIZE 2) (BASE 0x0300) (CHECK))
# End dependent functions
(NAME "ADS7180/-1[1]{Analog Devices AD1816}")
(ACT Y)
))
(CONFIGURE ADS7180/-1 (LD 2
(IO 0 (SIZE 8) (BASE 0x0200) (CHECK))
# End dependent functions
(NAME "ADS7180/-1[2]{Analog Devices AD1816}")
(ACT Y)
))

Se sua placa de vídeo é reconhecida, normalmente basta executar o configurador que acompanha sua distribuição (Xconfigurator, XF86Setup, ou xf86config geralmente). Usando ou não detecção automática, pode-se configurar a placa de vídeo sem maiores traumas. Algumas dicas, caso esteja enfrentando problemas de configuração:

# cat /proc/pci

# SuperProbe

Se tudo mais falhar, procure no ftp da sua distribuição por uma atualização para o XFree86, visto que versões mais novas tendem a corrigir bugs e ter um melhor suporte para mais placas de vídeo.

Option "noaccel"

Option no_bitblt
Option sw_cursor

# xvidtune

Então edite o arquivo /etc/X11/XF86Config e procure uma Modeline, que possua o segundo número da linha acima (no caso, 40) igual e apague-a, substituindo-a pela linha do xvidtune com a palavra Modeline na frente;

1. Visite o site do fabricante, a SiS, por exemplo, fornece um X-Server para as placas SiS 6215, 6326, 530, 620 e toda a família. A Nvidia, bem como a Creative e a 3dfx também fornecem X-servers, mas otimizados para extrair o máximo desempenho das suas placas de vídeo;
2. Utilizando-se de um kernel da série 2.2.x com o suporte para framebuffer ativo, pode-se ativar o X com esse recurso, o que funciona mesmo com placas não totalmente reconhecidas ainda. Siga os seguintes passos:

# rpm -ivh
XFree86-FBDev-*.i386.rpm

# ln -sf /usr/X11R6/bin/XF86_FBDev /etc/X11/X

Identifier "fbdev"
VendorName "Frame Buffer" BoardName "Vesa 2.0"
Chipset "generic"
EndSection

Na seção screen, mude o nome do driver e do device para fbdev, como o exemplo abaixo, além de alterar a linha Modes para "default".

Section "Screen"
Driver "fbdev"
Device "fbdev"
Monitor "Meu Monitor"
DefaultColorDepth 16
Subsection "Display"
Depth 8 Modes "default"
ViewPort 0 0
EndSubsection
Subsection "Display"
Depth 16
Modes "default"
ViewPort 0 0
EndSubsection
Subsection "Display"
Depth 24
Modes "default"
ViewPort 0 0
EndSubsection
Subsection "Display"
Depth 32
Modes "default"
ViewPort 0 0
End
Subsection
EndSection

boot=/dev/hda read-only prompt timeout=50
default=
linux vga=0x317
image=/boot
/vmlinuz-2.2.12-5cl
root=/dev/hda5
label=linux

Scanner

Com o recente barateamento do custo desse periférico, que passou de mais de mil reais para cento e poucos reais, o seu uso vem se popularizando. Com isso, o mercado foi inundado por uma variedade enorme de modelos de scanners. Entretanto, para baratear os custos, os fabricantes optaram por soluções como usar a porta paralela do micro, ao invés de uma interface SCSI, que torna mais fácil seu uso em qualquer computador atual. E por não usar um padrão como o SCSI, cada fabricante tende a criar sua própria solução para conectar o scanner ao micro. Alguns utilizam-se de circuitos proprietários, outros de emulação de SCSI, e por aí afora.

Para os scanners de porta paralela, um bom ponto de partida é acessar o site de busca de programas freshmeat.nete verificar se alguém já desenvolveu um driver para o seu modelo. Outra boa referência fica em: metalab.unc.edu/pub/linux/apps/graphics/capture/, onde consegue-se drivers para mais modelos.

Normalmente, esses programas consistem do driver mais o programa para capturar as ../imagens, especificamente escrito para um modelo, ou, no máximo, para uma família específica de scanners. Algumas vezes, um scanner vendido aqui no Brasil é vendido por uma outra marca, sendo, entretanto, equivalente a um modelo do exterior. Por exemplo, o scanner Genius Colorpage SP2 é equivalente (na verdade é um OEM) do scanner Microtek Scanmaker III. Pode-se facilmente descobrir isso pelo número do FCC. Veja na etiqueta do equipamento o número "FCC Id" , que identifica a empresa e o modelo. Anote o número e consulte www.fcc.gov/oet/fccid para ver a firma e a data de registro do produto.

De posse dessas informações, você pode consultar a base de dados dos scanners reconhecidos pelo Sane, Scanner Access Now Easy, que é um projeto de API para scanners no Linux, nos mesmos moldes que o Twain é para o Windows. Note que a grande maioria dos scanners reconhecidos atualmente pelo Sane são SCSI, e em sua versão de desenvolvimento, alguns são modelos USB também.

Com um CD-ROM SCSI, após compilar e instalar os pacotes do Sane corretamente, basta carregar os módulos da sua placa SCSI (se isso já não está acontecendo). Normalmente, algo como:

# modprobe módulo_placa_scsi

Uma vez carregado o driver, todos os dispositivos ligados ao barramento serão listados, inclusive o scanner. Verifique qual dispositivo corresponde a ele (normalmente /dev/sgx), e crie um link simbólico:

# ln -sf /dev/sgx /dev/scanner

Esbarra-se no problema de que não há um padrão de implementação, cada um dos fabricantes usa um tipo de configuração diferente de hardware. Por exemplo: para scanners que se utilizam do chip OnSpec 90c26, existe um patch para ser aplicado ao kernel que, em tese, faz com que o Linux passe a ter suporte para esses scanners, diretamente pelo Sane.

Outra abordagem para uso desse tipo de scanner com o Linux é o uso do Wine para executar o programa que normalmente acompanha o scanner, com diferentes graus de sucesso.

Impressoras "for Windows"

Tais como os outros dispositivos já citados anteriormente, as impressoras também sofreram reduções de componentes, visando a redução do custo. Uma dessas iniciativas foi da HP, que fabricou uma série de impressoras chamadas PPA (Printer Performance Architecture). Este tipo de impressora usa como engine de impressão a própria CPU do usuário, tarefa cumprida via software, que anteriormente era feita por hardware dedicado específico, dentro da impressora. Isso faz com que os drivers de impressora (na verdade filtros) para a série HP, baseados nos controladores PCL não funcionem com essas impressoras.

Em www.httptech.com, pode-se encontrar os drivers e a informação de como se configurar uma dessas impressoras com o Linux. A impressão até o momento é preto e branco (na versão em desenvolvimento é colorido, mas instável) e não tem alguns recursos, como diminuir a qualidade de impressão e afins. As impressoras reconhecidas por esse driver são da série HP 710, 720, 820 e 1000.

A configuração dessas impressoras não é uma tarefa muito complicada. Basicamente é o seguinte: