[eside-ghost] A vueltas con Feisty

[Jon Ander Hernández]

Aupi!

El mar, 04-09-2007 a las 20:43 +0200, Sergio Barajas Bermejo escribió:

> Esto se pone interesante, pos si, el susudicho modulo estar, está, pero
> ni se carga solo, ni cuando lo inserto al kernel hace na de na.
> Copio y pego por orden los resultados de las pruebas
> 
> lsmod | grep sdhci ::
> 
> sdhci                  20748  0 
> mmc_core               31624  1 sdhci
> 
> dmesg | tail -n5
> 
> [10610.836598] vmmon: Had to deallocate AWE 2079 pages from vm driver
> ffff8100343b0000
> [19424.885866] hda_codec: num_steps = 0 for NID=0x19
> [19568.795947] hda_codec: num_steps = 0 for NID=0x19
> [19662.595232] hda_codec: num_steps = 0 for NID=0x19
> [20009.748558] ACPI: PCI interrupt for device 0000:06:04.2 disabled
> 
> ¿Sirve de algo?, lo pregunto por que como no me entero de pa que sirve
> lo que pone XD

Ummm vaya, la última linea huele a problema :S, la verdad es que no sé
mucho sobre ACPI, pero bueno haz otra prueba y si no sale nada, ya
buceamos entre las opciones que nos depara el ACPI, jejeje. :-)

La prueba que se me ocurre es ver si el driver crea un fichero de
dispositivo, es decir, el fichero a través del cual las aplicaciones
podrían acceder a ese dispositivo. Para ello haces algo similar a lo de
antes.

Abres una shell y dejas ejecutando el siguiente comando :

$ udevmonitor --udev

Y ahora en otra shell descargas y cargas el modulo del kernel :

$ sudo rmmod sdhci && sudo modprobe -i sdhci

Y miras a ver que ha sacado el udevmonitor, es posible que te saque
muchas lineas del pelo de :

[...]
UDEV  [1188933201.995990] add      /class/usb_device/usbdev4.21
(usb_device)
UDEV  [1188933202.013047] add      /class/input/input24/event6 (input)
UDEV  [1188933202.147031] add      /class/input/input24/ts1 (input)

Entonces pillas esos paths que te ha devuelto el udevmonitor (si tienes
curiosidad en indagar más, añades /sys/ a ese path y verás todo lo que
sysfs exporta del dispositivo), y usas udevinfo para obtener el path del
fichero de dispositivo, osease :

$ udevinfo --query name --path /class/input/input24/ts1
input/ts1

Y en este caso el path al fichero del dispositivo sería : /dev/input/ts1

Si no encontraras fichero de dispositivo entonces quiere decir que
realmente el driver no esta haciendo nada de nada, y habrá que ponerse a
mirar eso de ACPI.

Un saludete!

JonAn.