[eside-ghost] Propuesta de taller

[Jonan]

Buenas:
Yo lo que quiero decir, es lo más importante del cursillo, es que se
aprenda a hacer un driver en linux, que se utilice el serie, el
paralelo o los leds, pues bueno, es algo secundario, para mí lo
principal, es que se véa la estructura de un driver, las partes que
tiene, y cómo funciona, el resto de aplicaciones y ejemplos le dan
vistosidad al cursillo y son muy wapas, pero no debemos olvidar que el
fin es didactico.
Si alguno se quiere petar la impresora en casa mandando movidas por el
paralelo, pos alla cada uno, pero ya tendra los conocimientos para
hacerlo (espero) :D.

Por cierto Alex, mandame lo de la comunicación por el paralelo, que
tiene que molar ;).

Saludetes:
Jonan

2006/5/19, Alejandro López Monge <kodemonk en telefonica.net>:
> Yo crearía un /dev, que si haces un cat texto.txt > /proc/morse saque caracter a caracter el fichero de texto por los leds (seguro que no esta ni implementado xDD). Pero vamos que es una idea, así enseñarias los más basico, crear, una entrada en /proc, mostrar los module operations (read,write,open,close), llevar la cuenta de procesos que estan usando el modulo, bloquear el modulo si esta ocupado, dar permisos al modulo, y por último la pijada del morse, podría ser divertido, como el módulo más sencillo ;D. Lo del paralelo lo tengo hipertrillado la verdad es que es muy sencillo, incluso más que el serial, una lástima que se esté quedando obsoleto ;D. La idea sería crear dos entradas /proc en cada máquina /proc/parIN y /proc/parOut de manera que lo que en una haces cat texto.txt > /proc/parOut salga por el /proc/parIN de la otra máquina, pero vamos que se puede hacer igual igual para serial
>
>
> On Fri, 19 May 2006 11:08:46 +0200
> Pablo Garaizar Sagarminaga <garaizar en eside.deusto.es> wrote:
>
> > Aupa!
> >
> > El Fri, 19 May 2006 10:56:12 +0200
> > Alejandro López Monge <kodemonk en telefonica.net> comentaba:
> >
> > > En realidad no tendría demasiado sentido hacer un driver de esos
> > > desde kernel mode, por que las funciones outb e  inb funcionan
> > > también desde user space.
> >
> > Claro, y también podríamos evitarnos drivers USB tirando contra libusb,
> > pero la idea era hacer un driver sencillo, ¿no? Ya sabemos que no tiene
> > sentido práctico, solamente didáctico :-)
> >
> > > De cualquier manera me parece más didáctico hacer uno para el
> > > paralelo, por que tienes varios octetos para jugar y puedes definir
> > > pines de control, paridad etc.... Si quereis el código aún lo tengo
> > > por ahí, eso si no iba muy rápida la transferencia ;D
> >
> > Lo decía simplemente porque parecía mucho más sencillo el serie, pero
> > si se anima Jonan o tú a ir a por el paralelo, genial.
> >
> > > A mi personalmente me parece más vistoso y además sencillo hacer lo
> > > que sale en el  criptonomicon, cuando Randall (no se si se llamaba
> > > así)  para sacar información creaba un modulillo que empleaba los
> > > LEDS de su portatil (en este caso serian del teclado, yo al menos es
> > > lo que se hacer) para extraer información en  morse cuando no quería
> > > que le espiasen la pantalla xDDD sería muy geek ;D.
> >
> > ¿Pero cuál sería el driver? ¿Algo que cambie las lucecitas como quieras
> > o algo que pase a morse el contenido de la memoria de video? Lo segundo
> > me parece sobrecargar innecesariamente al kernel :-?
> >
> > De aquí puede salir un cursillo muy guapo :-)
> >
> > --
> > Agur
> >   Pablo Garaizar Sagarminaga
> >   garaizar en eside.deusto.es
>
>
> --
>    Alejandro López Monge
>    Universidad de Deusto
>    Aptdo. 1
>    48080 - Bilbao (SPAIN)
>    Ext: 2919
>    e-mail: kodemonk en emasterminds.net
>    web: www.emasterminds.net
>
>
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>
>