Le jeu. 1 févr. 2024 à 13:30, Sébastien Chaumat <euidz...@gmail.com> a écrit :
> I spotted the following warning for IRQ7 (along with IRQ6 and 10) > > [ 0.686073] fedora kernel: __irq_set_trigger: genirq: No set_type > function for IRQ 7 (IR-IO-APIC) > > This comes from kernel/irq/manage.c > > > int __irq_set_trigger(struct irq_desc *desc, unsigned long flags) > { > struct irq_chip *chip = desc->irq_data.chip; > int ret, unmask = 0; > > if (!chip || !chip->irq_set_type) { > /* > * IRQF_TRIGGER_* but the PIC does not support multiple > * flow-types? > */ > pr_debug("No set_type function for IRQ %d (%s)\n", > irq_desc_get_irq(desc), > chip ? (chip->name ? : "unknown") : "unknown"); > return 0; > } > Could this have a role in the IRQ misconfiguration by xen ? > Things are getting even weirder : xen 4.18.1-pre (vanilla, no patching of pci_xen_initial_domain()), kernel 6.8.0-rc2) : checking /sys/kernel/irq/7 : actions: pinctrl_amd chip_name: xen-pirq hwirq: name: ioapic-edge per_cpu_count: 0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0 type: edge wakeup: disabled now checking xen with xl debug-key i (XEN) IRQ: 7 vec:51 IO-APIC-level status=030 aff:{13}/{13} in-flight=0 d0: 7(---) (XEN) IRQ 7 Vec 81: (XEN) Apic 0x00, Pin 7: vec=51 delivery=Fixed dest=P status=1 polarity=1 irr=1 trig=L mask=0 dest_id:0000510d So even after dom0 is set up, the kernel considers IRQ7 is of type edge while xen has it registered as IO-APIC-level.