O que preciso é informações de modems que não podem ser instalados por rpms. Para que possamos tentar gerar os rpms.
Oi Tosta, eu tb. tenho trabalhado nisto, mas parece que os drivers para os outros modems não server para FC5, tanto que já tentei instalar vários deles e nada (exceto os smartlinks). Eu topo ajudar neste sentido, já que tenho vários modems para testar. O que já tentei: Pctel789 : roda até o FC4, Intel537 tigerjet: roda até o FC3. Talvez saia alguma atualização em breve, mas estou sempre de olho nos foruns.
%description
This package contains the userspace application to control modem chipsets such
as the Intel ICH chipset, which is used in most of todays laptops.
After starting the slmodem daemon on a supported system, /dev/ttySL0 can be
used to dial out with the internal softmodem.
Manda os rpm para mim que testo no meu smartlink usb. Não sei se precisava do pathc alsa. O erro que está dando é o mesmo quando se tenta instalar com o arquivo fonte. Tenta usar esta solução do Carlos Morimoto: su -
# mknod -m 600 /dev/slamr0 c 212 0 ; mknod -m 600 /dev/slamr1 c 212 1 ; mknod -m 600 /dev/slamr2 c 212 2 ; mknod -m 600/dev/slamr3 c 212 3
# slmodemd --country=BRAZIL /dev/slamr0 &
# slmodemd --country=BRAZIL /dev/slusb &
O que acho que está acontecendo é que o kernel não sabe como criar o device. Bom trabalho o seu Wise.
Enviada: Seg Mai 22, 2006 10:55 am Assunto: Texto na integra referencia: guiadoharware
"A versão atual do driver da Smartlink (slmodem) trabalha de uma forma um pouco diferente das antigas. É importante entender como o driver funciona, já que é muito comum aparecerem problemas diversos ao tentar conectar.
Ao instalar, além dos módulos do Kernel, copiados para a pasta "/lib/modules/2.x.x/extra", é instalado um aplicativo de gerenciamento, o "/usr/sbin/slmodemd", que cria uma pasta de logs, a "/var/lib/slmodem".
Estes são os passos para ativar o driver manualmente caso necessário:
a) Criar os dispositivos:
# mknod -m 600 /dev/slamr0 c 212 0 ; mknod -m 600 /dev/slamr1 c 212 1 ; mknod -m 600 /dev/slamr2 c 212 2 ; mknod -m 600/dev/slamr3 c 212 3
b) Carregar o módulo do modem:
# modprobe slamr
c) Ativar o slmodemd. Ele precisa ficar ativo, pois ao fechá-lo o modem deixa de funcionar. Por isso, o executamos incluindo o "&":
# slmodemd --country=BRAZIL /dev/slamr0 &
d) Ao abrir o slmodemd é criado o dispositivo /dev/ttySL0. Crie o link /dev/modem apontando para ele:
# ln -sf /dev/ttySL0 /dev/modem
O driver oferece suporte também a modems PC-Tel USB (raros aqui no Brasil). Caso você tenha um destes, use o módulo "slusb" no lugar do "slamr".
Em casos de problemas na hora de discar, experimente abrir o kppp como root. Isso evita muitos problemas relacionados a permissões de acesso a dispositivos e arquivos de configuração.
Caso a conexão seja efetuada normalmente, mas você não consiga navegar, verifique se o endereço do servidor DNS do provedor (ou qualquer outro DNS válido) foi adicionado corretamente ao arquivo "/etc/resolv.conf". Isto é muito comum quando o kppp é aberto com um login normal de usuário.
Caso o problema persista, pode ser que o sistema não esteja usando o modem como rota padrão (isso é comum caso você tenha também uma placa de rede). Para ajustar isso manualmente, use o comando:
# route add default ppp0
Em versões antigas, era necessário usar o comando "route del default" (que remove a rota padrão anterior) antes do "route add default ppp0" (que indica o uso do modem). Atualmente apenas o segundo comando basta.
Este procedimento básico se aplica a todas as versões do Kernel 2.6, até o 2.6.12. A partir do 2.6.13, as coisas se complicaram um pouco, pois restrições no acesso às funções internas do Kernel impostas a módulos que não são GPL fizeram com que o driver deixasse de funcionar.
O driver não compila acusando um erro no arquivo "modem.c" e, mesmo depois que o erro dentro do código é manualmente corrigido, ele continua não funcionando, exibindo um erro ao carregar o módulo:
insmod: error inserting '/lib/modules/2.6.14-kanotix-6/misc/slamr.ko':
-1 Unknown symbol in module
Este erro é conhecido e afeta todas as distribuições recentes, baseadas no Kernel 2.6.13 em diante. A Smartlink ainda não disponibilizou uma versão corrigida do driver e nem existe previsão para isto, já que a última versão do driver foi lançada em abril de 2005, quando o problema já existia.
Mesmo na lista do Kernel, a única referência sobre o problema é esta mensagem, que simplesmente recomenda o uso dos drivers open-source incluídos recentemente no Alsa (veja a seguir), sem indicar uma solução para o driver original:
http://www.kernel-traffic.org/kernel-traffic/kt20041019_278.txt
Pesquisando mais a fundo, encontrei dois patches distintos, um postado na lista do Fedora e outro no Linux-on-Laptops. Isoladamente, nenhum dos dois corrige o problema, mas combinando ambos é possível chegar a uma versão corrigida do driver, que funciona perfeitamente no Kernel 2.6.14 e, possivelmente, qualquer outra versão recente onde o driver regular apresenta o problema.
Aplicar os patches envolve modificar o código fonte da camada do driver que faz a junção com o Kernel, o que é trabalhoso. O primeiro patch pode ser aplicado diretamente usando o comando "patch", enquanto o outro precisa ser aplicado manualmente. Outro problema é que, para que o driver funcione, é necessário alterar a linha com a licença para "GPL".
Isso é mais problemático (do ponto de vista legal) do que pode parecer à primeira vista. Nas versões atuais do Kernel, muitas funções estão disponíveis apenas para uso de módulos marcados como GPL. A alteração da licença dentro do código do driver burla isso, fazendo com que o driver da Smartlink seja tratado como se fosse um módulo GPL pelo Kernel, embora seja um módulo proprietário.
Tecnicamente, isto é uma violação tanto da licença da Smartlink, quanto da própria licença GPL, sob a qual é distribuído o Kernel.
Este parece ser o principal motivo de não existir até hoje uma versão atualizada do driver. Para não violar a GPL, a Smartlink precisaria ou disponibilizar o código, transformando-o num módulo GPL, ou modificar o driver de forma que ele não utilize nenhuma das funções restritas do Kernel (o que seria trabalhoso e provavelmente demorado).
A única solução imediata é que cada um aplique as modificações e compile o módulo localmente, sem redistribuir o módulo gerado. Você pode ensinar seu amigo a compilar o driver, pode escrever um script para fazer isso automaticamente para ele, mas ele é quem deve apertar o botão. Bem, você já deve ter entendido o espírito da coisa .
Aplique o patch (você deve ter o pacote "patch" instalado):
$ patch -p0 < slmodem-2.9.10.patch
Acesse agora a pasta com o driver e compile da forma usual:
$ cd slmodem-2.9.10
$ make
# make install
Isto conclui a instalação normal do driver, fica faltando apenas iniciar o slmodemd com o comando que vimos a pouco e discar usando o Kppp ou outro discador. O default dos discadores é já utilizar o "/dev/modem", por isso você só precisa se preocupar em criar a conexão com o provedor.
Caso o Kppp não exiba o modem na lista "Modems", adicione-o manualmente, clicando no "Modems > Novo...". Dê um nome qualquer e marque a opção "/dev/modem" no campo "Dispositivo de Modem".
Fim da citação
FAQ
Pesquisar
Grupos
Perfil
Entrar e ver Mensagens Particulares
Login
.