Hola... El Jueves, 24 de Febrero de 2005 21:31, Carlos E. R. escribió:
El 2005-02-22 a las 17:40 +0100, Anul Jade escribió:
estoy teniendo unos problemas de conflicto con los IRQ's (creo) entre la controladora de puertos USB y ACPI.
ACPI entre otras cosas reparte las interrupciones: no sólo es control de energía. Había una información al respecto muy interesante en la pagina web de SuSE, creo que estaba colgando de las novedades de la 9.1
me he dado una vuelta por la página de SUSE y no he visto nada, si no te importa concretar?... De todas formas y teniendo encuenta lo que dices que hace "acpi" (repartir interrupicones) y como veo que mi problema es un conflicto de asignación de irq, ya que acpi se asigna una irq (la 10 o la 11, depende) que son justo las que usa *hci_hcd, hay alguna forma de indicarle que tiene que asignarse la "9"?.
Haciendo "lsdev -v" (solo pego las salidas que creo que puede interesar):
Device DMA IRQ I/O Ports
acpi 9 ACPI 8010-8015
Yo también tengo esos dos:
Device DMA IRQ I/O Ports acpi 9 ACPI 4008-400b 4010-4015
Por cierto... veo que tienes mal alineada tu tabla. Dile al kmail que use una fuente de ancho fijo para el correo, o cambia a ese modo cuando edites tablas.
tomo nota de la observación (estoy todabía en obras con el SO).
ehci_hcd 10 ohci1394 11
uhci_hcd 19 23 d000-d01f d800-d81f
no... no tengo una salida que haga mención a "uhci_hcd".
y haciendo "cat interrupts" (en /proc) CPU0 9: 228 XT-PIC acpi 10: 66199 XT-PIC ehci_hcd, yenta, eth0 11: 65986 XT-PIC ohci1394, yenta, NVidia nForce3, nvidia
Yo tengo:
0: 4976510 IO-APIC-edge timer 1: 6953 IO-APIC-edge i8042 2: 0 XT-PIC cascade 7: 0 IO-APIC-edge parport0 8: 3 IO-APIC-edge rtc 9: 0 IO-APIC-level acpi 12: 100339 IO-APIC-edge i8042 14: 44728 IO-APIC-edge ide0 15: 139 IO-APIC-edge ide1 17: 7354 IO-APIC-level eth0, Intel 82801BA-ICH2 18: 4 IO-APIC-level bttv0 19: 0 IO-APIC-level uhci_hcd 23: 45 IO-APIC-level uhci_hcd NMI: 0 LOC: 4976798 ERR: 0 MIS: 0
Fíjate que en tu caso las interrupciones son manejadas "a lo clásico", tipo XT-PIC en vez de mediante IO-APIC. Eso puede ser el problema. Mira en el log del kernel (o en boot.msg) a ver si se ha desactivado io-apic.
Pero no veo colisión de interrupciones, acpi tiene la suya.
pues... no, no tengo una salida que indique si se ha desactivado "io-apic". Puede ser que tengas razón en lo que dices, que el problema se encuentre en "tipo" de manejador. En ese caso... que se puede hacer?. Todo ésto es nuevo para mi; agradecería cualquier ayuda.
Saludos Carlos Robinson
Grácias Carlos por responder. P.D. De tomas formas, si no se pudiese solucionar el tema de asignar una irq, cosa que no me puedo creer (en otro SO, puede, pero en linux...), yo lo único que necesito es saber el nivel de carga de la vatería, a si es que, si hay algúna forma (programa) de hacerlo teniendo ACPI desactivado pues... agradecería que me lo comentarais. -- Salu2 SuSE 9.1 || KDE 3.3.2 || X.Org 6.8.1