[eside-ghost] pcmcia r3000z fbsd

yUnwEb yunweb en yunweb.homeunix.org
Vie Ene 20 01:43:37 CET 2006


Aupi,

Ahora no tengo tiempo para mirar toda la información que das, pero te
respondo un poco rápido, a ver si te ayuda.

On Sun, 15 Jan 2006 14:42:22 +0100
Oinatz <oaspiazu en terra.es> wrote:

> Hola!
> 
> Estoy intentando configurar un modem 56k pcmcia en FreeBSD 6.0 stable.
> El modem no es un winmodem y funciona en GNU/Linux tras aplicar un
> parche al kernel. La cosa es que la bios de la máquina es de esas que
> están semi rotas con una implementación de acpi que no se llevan
> especialmente bien con todo lo que no sea hasefroch 
> 
> Tras buscar un rato, me he encontrado con este sitio
> http://blackk.union.edu/~black/freebsd/ y he conseguido hacer que el
> acpi funcione y parece que todo lo demás, menos pcmcia. La máquina
> lleva un amd64 pero de momento estoy metiendo una versión i386
> recompilada para athlon-xp, por lo hasta que nvidia decida que es
> hora de sacar los drivers cerrados
> 
> Sobre pcmcia hay este hilo:
> http://lists.freebsd.org/pipermail/freebsd-amd64/2005-January/003365.html
> Donde se comenta un parche para el kernel.
> 
> El tema es que el parche es para v5.x y abriendo el
> archivo /usr/src/sys/dev/pci/pci_pci.c, la parte de la línea 319 en
> adelante parece demasiado distinta como para que el código sea
> intercambiable, no sé, quizás es que hay que cambiar realmente un buen
> trozo, a pesar de las diferencias. 
> Tal como lo tengo ahora al hacer un 'ppp -background nombre'
> simplemente ni intenta conectarse (tengo añadido lo de la línea 189 a
> los fuentes del kernel, lo del #if ...#endif). El puerto com a ppp le

Yo no tengo la 6.0 por ninguna parte, pero echando una hojeada rápida a
http://fxr.watson.org/fxr/source/dev/pci/pci_pci.c?v=RELENG6 puedo ver
que el parche está aplicado ya. Igual ya te has dado cuenta.

328                                         start = sc->iobase;
329                                 if (end > sc->iolimit)
330                                         end = sc->iolimit;
331                                 if (start < end)
332                                         ok = 1;

Lo único que aquí pone (start < end) en lugar de (start <= end). Esta
función, entre otras cosas, parece que es la que se encarga de asignar
el espacio de dirección de E/S (o memoria) para acceder a los registros
de un dispositivo en cuestión. Supongo que el "start <= end" parece más
correcto, pero tampoco me haría mucho caso... no soy ningún
experto... :S

Aun así, no creo que esto solucione tu problema. Sé que esto no te ayuda
mucho, pero es lo que hay :(


> he dado un cuaa4, dmesg me dice que es sio4. No tengo muy claro los
> nombres com en fbsd y en principio me conectaría sólo a través de
> modem pcmcia en findes, el cable modem funciona de lujo entre
> semana ;-) 

Lo de cuaa es el dial-out (y sio el dial-in). Esta todo explicado en:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serial.html

> Os adjunto la salida de dmesg y el archivo pci_pci.c de freebsd 6.0
> stable (en el hilo que he posteado arriba está el parche de v5.x con
> las diferencias)

No los he mirado aun. Ya te diré si veo algo.

> 
> A ver si alguno me podéis echar un cable que me estoy volviendo loco
> con la máquina esta . Parece que hay gente que ha hecho funcionar
> esto así que supongo que debería funcionar. Por cierto, ¿tengo que
> instalar algún paquete para pcmcia? creo que quizás me falte algo de
> esto para tener algún demonio de pccard o algo, ya que en gnu/linux
> tengo metido también el 'pcmcia-cs'

Creo que había que poner pccard_enable a "YES" en el mítico rc.conf y
poco más. El núcleo genérico suele venir ya con pcmcia que yo sepa.
Tampoco tengo nada pcmcia...

> 
> un saludo y muchas gracias
> Oinatz
> 

Venga, hasta la próxima :)

-- 
yUnwEb


Más información sobre la lista de distribución eside-ghost