[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: ACPI y smsc47m1



>>
>> Eliminé la línea "acpi_enforce_resources=lax" del archivo
>> /etc/default/grub, dejándolo como al principio.
>> Actualice el grub, y al reiniciar, en la información sobre la carga del
>> sistema, volvió a aparecer el mensaje de Error, por no poder cargar el
>> módulo smsc47m1, como estábamos al principio.
>
> ¿A qué mensaje de error te refieres exactamente? ¿Funciona lm-sensors?


Tal vez no utilicé los términos correctos... a ver si me explico mejor...
Al reiniciar, y antes de que se inicie el ambiente gráfico, se cargan
los módulos de kernel y drivers necesarios para hacer funcionar los
dispositivos conectados. Es aquí, donde es posible leer rápidamente en
una línea, algo referente a:
 "Error inserting smsc47m1... Device or resource busy"

A esto es lo que me refiero.

lm-sensors si funciona, puesto que tengo conky-all instalado y
corriendo monitoreanso cada 5 s, y al llamar en terminal la salida de
sensors, obtengo:

tesistas@Tesistas:~$ sensors
adm1025-i2c-0-2d
Adapter: SMBus I801 adapter at efa0
in0:          +2.49 V  (min =  +0.00 V, max =  +3.32 V)
Vcore:        +1.71 V  (min =  +0.00 V, max =  +2.99 V)
+3.3V:        +3.25 V  (min =  +2.97 V, max =  +3.63 V)
+5V:          +5.16 V  (min =  +4.50 V, max =  +5.50 V)
VCC:          +3.32 V  (min =  +2.97 V, max =  +3.63 V)
CPU Temp:     +42.0°C  (low  =  +0.0°C, high = +127.0°C)
M/B Temp:     +37.0°C  (low  =  +0.0°C, high = +127.0°C)
cpu0_vid:    +1.750 V

adm1031-i2c-0-2c
Adapter: SMBus I801 adapter at efa0
fan1:           0 RPM  (min =  330 RPM, div = 8)
fan2:        4218 RPM  (min =  330 RPM, div = 8)
M/B Temp:     +37.5°C  (low  =  +0.0°C, high = +80.0°C)
                       (crit = +81.0°C)
temp2:        +35.1°C  (low  =  +0.0°C, high = +80.0°C)
                       (crit = +81.0°C)
temp3:        +41.2°C  (low  =  +0.0°C, high = +80.0°C)
                       (crit = +81.0°C)


-------------------------------------------------------------------------------------------------------
Para verificar:

root@Tesistas:/home/tesistas# /etc/init.d/kmod stop

Volví a hacer

root@Tesistas:/home/tesistas# sensors-detect

y

root@Tesistas:/home/tesistas# /etc/init.d/kmod start
[info] Loading kernel module loop.
[info] Loading kernel module sg.
[info] Loading kernel module adm1025.
[info] Loading kernel module adm1031.
[info] Loading kernel module smsc47m1.
ERROR: could not insert 'smsc47m1': Device or resource busy
[info] Loading kernel module adm1025.
[info] Loading kernel module adm1031.
[info] Loading kernel module smsc47m1.
ERROR: could not insert 'smsc47m1': Device or resource busy

---------------------------------------------------------------------------------------------------------------

>
>> Será que deberé dejar el grub modificado (con la línea
>> "acpi_enforce_resources=lax")?
>
> Según la documentación de lm-sensors (ver más abajo) podría ser peligroso.


En el enlace anterior que sugeriste, estaba indicada esa documentación
y la leí, pero en ella se refiere a "cuando se detiene sensors"... y
este no es el caso.

---------------------------------------------------------------------------------------------------------------------------------


> Piensas si no te convendría mejor usar otro monitor de sensores o intentar
> cargar otro módulo en lm-sensors "genérico".


Sobre usar otro módulo genérico, la verdad no sé nada de ello. Tendría
que investigar más.

----------------------------------------------------------------------------------------------------------------




1) Atendiendo a una sugerencia anterior sobre usar el kernel 3.16
desde los backports para probar si se resolvía este fulano conflicto
de ACPI, y

2) aprovechando que estoy instalando playonlinux-wine, y anteriormente
este último no se podía usar por falta de instalar dlls, y esto por
problemas de dependencias en Debian con el paquete
p11-kit-modules:i386, decidí actualizar todo a wheezy-backports.

Hice esto:
$ sudo aptitude update
$ sudo aptitude upgrade
$ sudo aptitude -t wheezy-backports safe-upgrade
$ sudo aptitude upgrade
$ sudo aptitude safe-upgrade
$ sudo aptitude full-upgrade

Reinicié el sistema. Luego:
$ sudo aptitude purge $(deborphan --gues-all)
$ sudo aptitude autoremove
$ sudo aptitude autoclean

Arrancando ya con el kernel 3.16.0-0.bpo.4-686-pae, pude leer la misma
línea al cargar módulos: "Error inserting smsc47m1... Device or
resource busy"

Al hacer:

$ dmesg | tail
[   17.879580] FS-Cache: Loaded
[   17.951326] FS-Cache: Netfs 'nfs' registered for caching
[   18.091008] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[   24.489728] lp0: using parport0 (interrupt-driven).
[   53.137423] fuse init (API version 7.23)
[ 1508.874684] perf interrupt took too long (2514 > 2500), lowering
kernel.perf_event_max_sample_rate to 50000
[ 3488.201220] perf interrupt took too long (5027 > 5000), lowering
kernel.perf_event_max_sample_rate to 25000
[ 3814.805633] smsc47m1: Found SMSC LPC47M10x/LPC47M112/LPC47M13x
[ 3814.805661] ACPI Warning: SystemIO range 0x00000804-0x00000804
conflicts with OpRegion 0x00000800-0x0000080a (\_SB_.PCI0.SBRG.RNTR)
(20140424/utaddress-258)
[ 3814.805676] ACPI: If an ACPI driver is available for this device,
you should use it instead of the native driver


y


$ dmesg | grep acpi
[    0.056723] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    0.074134] acpi PNP0A03:00: _OSC: OS supports [ASPM ClockPM Segments MSI]
[    0.074148] acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
[    0.074311] acpi PNP0A03:00: host bridge window [io  0x0000-0x0cf7] (ignored)
[    0.074319] acpi PNP0A03:00: host bridge window [io  0x0d00-0xffff] (ignored)
[    0.074326] acpi PNP0A03:00: host bridge window [mem
0x20000000-0xffafffff] (ignored)
[    0.074339] acpi PNP0A03:00: fail to add MMCONFIG information,
can't access extended PCI configuration space under this bridge.
[    0.139036] Switched to clocksource acpi_pm


Con esto creo que descarto que el problema estuviese solo en el kernel
3.2, aparentemente es algo que se arrastra desde el Kernel 2.6.32
hasta el 3.16.



Así que, creo que los pasos a seguir serían:

volver a modificar el fichero /etc/default/grub como lo hice antes y
dejarlo así:
https://bbs.archlinux.org/viewtopic.php?id=83452

e ignorar el mensaje de conflicto como bien sugirió en su momento el
mantenedor del kernel,
que es el enlace que me pasaste antes:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602128

Saludos

fdm


Reply to: