buenas
enorabuena opqa por tu extraordinario y altruista trabajo ,gracias
a mi me carga los modulos de atheros para una PCMCIA NETGEAR WG511T y de una belkin USB con chipset ralink y de otra con el mismo chipset conecptronic USB C54RU ,perfectamente,da igual que arranke con las tarjetas insertadas o insertando en 'caliente' las reconoce sin problemas .

saludos

Buen trabajo Canido Me lo apunto y así la proxima version vendrá con el /etc/pcmcia/config cambiado.

Por otro lado, se me ha ocurrido una posible solución para los madwifi. Usar los nuevos madwifi-ng, en ÉSTE enlace hay una versión ya compilada. Para quien lo quiera probar, sólo tiene que hacer:

tar -xvvzf madwifi-ng.tar.gz -C /
depmod -a
modprobe ath_pci
wlanconfig ath0 create wlandev wifi0 wlanmode monitor

Estos pasos por desgracia no se pueden hacer permanentes y es necesario repetirlos a cada arranque, pero se puden meter en el archivo /etc/rc.d/rc.local (si no existe se crea) y ese archivo si que es permanenete siempre que uses el modo 1 o 2 y tengas un archivo pup001

Hecho esto se crea una interfaz ath0 en modo monitor, lo que pasa es que me parece que el aircrack 2.41 tampoco reinyecta bien con esos drivers, y que hace falta la version del aircrack-ng para eso, que tampoco esta en la distribución... Pero bueno, se puede intentar bajar compilar e instalar, sólo hace falta tener el entorno del compilación, ya sabeis, el archivo usr_devx.sfs
Si alguien lo quiere probar...

Hecho, he puesto un enlace a tu post, de todas formas podrías poner una versión alternativa simplificada para quien no necesite o no quiera hacer los cambios permanentes (por ejemplo porque arranque en modo 4 y no use un pup001), sería simplemente hacer:
rmmod orinoco_cs
modprobe hostap_cs
Pruébalo tu arrancando en modo 4 y verás como te funciona

Lo del archivo config es para que rule la detección y carga automática del módulo. Verás, cuando insertas la tarjeta el programa cardmgr la detecta, y consulta en ese archivo que módulo le corresponde, que en el original es el orinoco_cs. Entonces carga ese módulo (con insmod o modprobe como lo harías tú), a partir de ese momento el módulo orinoco_cs toma el control de la tarjeta y no lo suelta a menos que lo "descarges" con rmmod orinoco_cs, de ahí que sea necesario ese primer paso. (Por cierto que sería bueno hacer también rmmod orinoco y rmmod hermes, lo ideal es que al hacer "lsmod |grep orinoco" no salga nada)

Pero una vez lo has descargado la tarjeta queda libre para que la pueda coger cualquier otro módulo que se carge en memoria. En nuestro caso nos interesa que se carge el módulo hostap_cs, y eso lo hacemos con modprobe hostap_cs.

¿porque no te ha funcionado la carga manual antes? Probablemente porque no habrás dado con el nombre del módulo adecuado (hostap_cs) o porque lo habrás cargado después del orinoco_cs, en cuyo caso no puede tomar el control de la tarjeta porque ya lo ha hecho el primero antes. Verás yo te dije que probaras con modprobe hostap_pci y hostap_plx, que son los modulos para las pci y para las pcmcia de 32 bits (supongo) porque entonces no sabía que además existe el módulo hostap_cs, que es el que se encarga de las pcmcia de 16 bits.

Por otra parte, no tienes que borrar nada para probarlo, puedes simplemente arrancar el CD en modo 4 y entonces ignora cualquier archivo pup001 que tengas en el disco duro y partes de un sistema limpio en el que no se guardará ningun cambio al apagar. Por otro lado, si alguna vez quisieras hacer pruebas sobre un archivo pup001 nuevo pero sin perder el que tienes, no hace falta que lo borres, sólo tienes que quitarlo de C:\ (o de / si es en linux), al no encontrarlo ahí creará uno nuevo en su lugar, luego puedes volver a colocar el viejo en C:\ y vuelves a cómo estabas. Sólo tienes que tener la precaución de hacer todos esos cambios desde otro sistema que no sea puppy, o bien desde puppy sólo si has arrancado en modo 4.

Espero haberme explicado bien, pero si hay alguna duda o se te ocurre alguna forma de que funcione el módulo sin necesidad de tocar el archivo config dímelo y lo intento.

PD: Como veo que Armenos está liado con el atheros tengo que desearle suerte y muchos animos  .

Y a opqa darle las gracias ya no solo por su MiniLive-CD, sino tambien por la gran ayuda que está prestando a tod@s.

Saludos...

Vale, voy a tratar de acabar de resolver todas las dudas que te quedan Canido:
Primero,tanquilo, los comandos para cargar módulos funcionan exactamente como deben

Seguno, lsmod, estas algo confundido con la salida de este comando, te explico:
La primera columna correspone al nombre de todos los módulos que están cargados ahora mismo, la segunda columna es un número, el tamaño del módulo, no tiene mucha importancia.

La tercera columna es otro número, éste sí es importante, te dice el número de programas que están usando el módulo, ¿quien puede estar usando un módulo? Pues lo puede estar usando un programa o... atención ¡otro módulo!, y la lista de corchetes es... ¡la lista de otros módulos cargados que están usando ese!

Si un módulo está en uso por un programa (tercera columna distinta de 0) o por otro módulo (aparece lista de corchetes) no lo vas a poder descargar, te va a decir "Device or resource busy".

Ahora vamos en concreto con el caso orinoco/hostap. Los controladores de la orinoco o de la hostap como has visto pueden ser orinoco_{plx,pci,cs} dependiendo del tipo de tarjeta, pero... hay otro módulo orinoco a secas. Éste módulo contiene todas las rutinas comunes a los tres anteriores, es como un módulo de apoyo, que los tres anteriores necesitan y USAN. Si el módulo orinoco a secas no esta cargado, no vas a poder cargar ninguno de los tres anteriores, existe una dependencia entre ellos ¿ok? Esta explicación es exactamente igual para los hostap, estan los hostap_{pcx,pci,cs} y luego el hostap a secas.

¿Porque te ha dado antes esos errores cuando has hecho insmod hostap_cs? Porque has usado insmod en lugar de modprobe como te he dicho
Verás, insmod y modprobe no son exactamente iguales, modprobe loquesea, comprueba las dependencias que necesita loquesea, y las carga antes de cargar loquesea ¿pillas? insmod no hace eso, carga los modulos de uno en uno, y si el módulo no encuentra cargados los otros módulos de los que depende, da esos erroes de unresolved symbols y no se carga. Podrías haber cargado el hostap_cs con insmod si hubieras cargado antes el hostap.

¿tiene alguna ventaje insmod entonces? Pocas, insmod solo se usa para cargar módulos que has compilado aparte pero que todavía no has instalado (instalar un módulo es básicamente copiarlo a algún subdirectorio de /lib/modules/2.4.29 y ejecutar depmod -a).

Espero haber aclarado las dudas que te quedaban, vuelve a probar a cargar el hostap_cs con modprobe y verás como te va sin tener que tocar el archivo config.

Armenos, luego te comento a ti... ahora me tengo que ir

Vale canido, veo que tienes razón, supongo que lo que pasa es que los modulos _cs necesitan en cierta manera la ayuda de cardmgr para "encontrar" la tarjeta y asociarse a ella. Es que los demás módulos eso lo hacen solos. Así que supongo que es necesario modificar el archivo config, como decías. Dejémoslo ahí, por cierto, acabo de ver todos tus privados, es que no tengo la costumbre de mirarlos, procuraré hacerlo a partir de ahora.
Por cierto he mirado el programa que me decías, no lo conocía, lo he podido compilar con la interfaz gráfica y la de sólo texto, pero la de consola con paneles me da problemas ¿tiene distintas opciones que la interfaz grafica o hacen lo mismo?

Armenos, ahora coy contigo, me parece que estas intentando compilar alguna version anterior de los madwifi para ver si así funciona la reinyección ¿no? Recuerda que primero los tienes que parchear.
Una vez los hayas parcheado los madwifi (los viejos) se compilan así:
make KERNELPATH=/ruta/a/las/fuentes/del/kernel/configuradas
Recuerda que las fuentes del kernel les tienes que haber metido el archivo de configuración correcto y por lo menos haber hecho un make dep (si has compilado todo el kernel pues mejor, aunque no hacía falta)
Luego de compilarlos los instalas con:
make install MODULEPATH=/lib/modules/2.4.29/
Por desgracia la instalación no es permanente, aunque tengas un archivo pup001 tendrás que volver a hacer este paso a cada reinicio.
De todas formas creo que tendríamos mas posiblidades con la pareja madwifi-ng aircrack-ng, miraré a ver si puedo compilarla y te pego los enlaces para que los pruebs. ¿ok?