-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-12-28 a las 11:24 +0100, Camaleón escribió:
2006/12/28, Octavio Ávalos:
linux:~ # setserial -G /dev/ttyS0 /dev/ttyS0 uart 16550A port 0x03f8 irq 4 baud_base 115200 spd_normal skip_test
linux:~ # setserial -G /dev/ttyS1 /dev/ttyS1 uart 16550A port 0x02f8 irq 3 baud_base 115200 spd_normal skip_test linux:~ #
Comparandolo con el anterior para el puerto ttyS0 me salía antes "UART: unknown"
Vamos mejorando.
Cierto, luego alguien miente (salvo que al inicio no lo reconozca y luego entre en acción setserial y establezca la configuración definida, pero forzar las cosas no me gusta ni un pelo).
Es que eso es lo que estamos haciendo ;-) El kernel reporta lo que ve o encuentra, pero no lo hace bien o no nos gusta; por tanto, lo hacemos con setserial, después, y no se ve en esa parte del boot.msg, sale bastante más abajo. De todos modos, no creo que setserial cambie la configuración del puerto serie hasta el punto de cambiar la IRQ y el puerto I/O (los), sino que cambia los datos que tiene apuntados el sistema para comunicarse con el puerto. Es decir, le estamos diciendo que use los que tiene apuntados en la bios y que el kernel no usó vete a saber porqué. Al menos, eso creo, no estoy seguro.
Prueba minicom.
Exacto, eso que se ha hecho no es el objetivo, sino una "prueba de tratamiento", y tenemos que ver si ahora el minicom logra hablar con el modem o estamos en las mismas. Y si no minicom, pues "hwinfo --modem", que hace lo mismo y nos dice información sobre el modem conectado y no tiene que liarse. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFk65BtTMYHG2NR9URAhY0AJ4uT4tpGPpGdExaPRNaEBfI09IAlgCfcrjj M2/0h+T+j1k+6Y0kAdy376c= =Tt4j -----END PGP SIGNATURE-----