Problema al compilar driver modem smartlink 56k en FC 6

Luciano A. Ferrer luciano at relojurbano.com.ar
Mon Jan 15 00:28:51 UTC 2007


Hola!

Desde hace varios días que estoy intentando hacer andar el modem que me viene con la placa madre, una asus k600-x
Luego de dar vueltas por google, http://linmodems.technion.ac.il , foros, etc... me encuentro con que se trata de un modem con 
chipset smartlink

Me bajo el driver, compilo, me falta gcc, rpm -i gcc, compilo, error, rpm -i sources, rpm -i headers, compilo, error!

esto es lo que muestra:

[root at localhost slmodem-2.9.11-20061021]# make
make -C modem all
make[1]: se ingresa al directorio `/home/luciano/Desktop/modem/slmodem-2.9.11-20061021/modem'
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o modem_main.o -c modem_main.c
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o modem_cmdline.o -c modem_cmdline.c
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o modem.o -c modem.c
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o modem_datafile.o -c modem_datafile.c
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o modem_at.o -c modem_at.c
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o modem_timer.o -c modem_timer.c
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o modem_pack.o -c modem_pack.c
modem_pack.c: En la funci+¦n ÔÇÿmodem_async_get_bitsÔÇÖ:
modem_pack.c:100: aviso: el puntero que apunta en el paso del argumento 2 de ÔÇÿm->get_charsÔÇÖ difiere en signo
modem_pack.c: En la funci+¦n ÔÇÿmodem_async_put_bitsÔÇÖ:
modem_pack.c:148: aviso: el puntero que apunta en el paso del argumento 2 de ÔÇÿm->put_charsÔÇÖ difiere en signo
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o modem_ec.o -c modem_ec.c
modem_ec.c: En la funci+¦n ÔÇÿtx_infoÔÇÖ:
modem_ec.c:723: aviso: el puntero que apunta en el paso del argumento 2 de ÔÇÿl->modem->get_charsÔÇÖ difiere en signo
modem_ec.c: En la funci+¦n ÔÇÿpush_rest_dataÔÇÖ:
modem_ec.c:811: aviso: el puntero que apunta en el paso del argumento 2 de ÔÇÿl->modem->put_charsÔÇÖ difiere en signo
modem_ec.c: En la funci+¦n ÔÇÿrx_infoÔÇÖ:
modem_ec.c:860: aviso: el puntero que apunta en el paso del argumento 2 de ÔÇÿl->modem->put_charsÔÇÖ difiere en signo
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o modem_comp.o -c modem_comp.c
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o modem_param.o -c modem_param.c
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o modem_debug.o -c modem_debug.c
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o homolog_data.o -c homolog_data.c
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o dp_sinus.o -c dp_sinus.c
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o dp_dummy.o -c dp_dummy.c
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o sysdep_common.o -c sysdep_common.c
gcc -o slmodemd modem_main.o modem_cmdline.o modem.o modem_datafile.o modem_at.o modem_timer.o modem_pack.o modem_ec.o modem_comp.o 
modem_param.o modem_debug.o homolog_data.o dp_sinus.o dp_dummy.o dsplibs.o sysdep_common.o
gcc -Wall -g -O -I. -DCONFIG_DEBUG_MODEM -o modem_test.o -c modem_test.c
gcc -o modem_test modem_test.o modem_cmdline.o modem.o modem_datafile.o modem_at.o modem_timer.o modem_pack.o modem_ec.o 
modem_comp.o modem_param.o modem_debug.o homolog_data.o dp_sinus.o dp_dummy.o dsplibs.o sysdep_common.o
make[1]: se sale del directorio `/home/luciano/Desktop/modem/slmodem-2.9.11-20061021/modem'
make -C drivers KERNEL_DIR=/lib/modules/2.6.18-1.2798.fc6/build
make[1]: se ingresa al directorio `/home/luciano/Desktop/modem/slmodem-2.9.11-20061021/drivers'
cc -I/lib/modules/2.6.18-1.2798.fc6/build/include -o kernel-ver kernel-ver.c
kernel-ver.c:9:30: error: linux/utsrelease.h: No existe el fichero o el directorio
kernel-ver.c: En la funci+¦n ÔÇÿmainÔÇÖ:
kernel-ver.c:14: error: ÔÇÿUTS_RELEASEÔÇÖ no se declar+¦ aqu+¡ (primer uso en esta funci+¦n)
kernel-ver.c:14: error: (Cada identificador no declarado solamente se reporta una vez
kernel-ver.c:14: error: ara cada funcion en la que aparece.)
make[1]: *** [kernel-ver] Error 1
make[1]: se sale del directorio `/home/luciano/Desktop/modem/slmodem-2.9.11-20061021/drivers'
make: *** [drivers] Error 2

Así que bueno, al parecer a partir del kernel 2.6.18 se utiliza utsrelease.h para almacenar esos datos y, aunque el script del 
driver parece estar parcheado de acuerdo a esta nueva forma de trabajo, no pasa nada...
algo falla y no tengo idea como seguir... ?
alguna idea?

el utsrelease.h es un archivo fijo?
por lo que he leido el make lo hace?



-- 
  Luciano A. Ferrer
  laferrerQuiTadme at SacaDMEgmail.com
  http://relojurbano.com.ar .algún día volverás.

... where the sun don't ever shine




More information about the Fedora-es-list mailing list