Gajamohan Mohanarajah wrote:
> Hi Gilles,
>
>> Could you capture without truncating the lines? (option -w of minicom
>> itf it is indeed the culprit). And your configuration as NUMA enabled,
>> please disable it.
> With NUMA disabled, and minicom -w, I am attaching the log files. I
> spotted one more difference in the log files
> Without APIC (working)
> [ 0.000000] Processors: 4
> [ 0.000000] SMP: Allowing 4 CPUs, 0 hotplug CPUs
> With APIC (not working)
> [ 0.000000] SMP: Allowing 8 CPUs, 0 hotplug CPUs
>
>
>> The only thing different between the two logs seems to be the IRQ routing:
>> working:
>> [ 2.335156] ahci 0000:00:1f.2: PCI->APIC IRQ transform: INT B -> IRQ
>> 19
>> not working:
>> [ 3.614523] ahci 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) ->
>> IRQ 19
>>
>> On two core i7 I have access to, one gives PCI-MSI-dege, the other
>> IO-APIC-fasteoi, none is level. Could you show us the result of
>> grep ahci /proc/interrupts
>> in the working and non-working case?
> Without APIC (working)
> 26: 4613 0 16570 0 PCI-MSI-edge ahci
>
> With APIC (not working) - from initramfs
> 32: 0 0 0 0 0 0
> 0 0 PCI-MSI-edge ahci
Please do not confuse APIC with ACPI. The non working configuration also
has only 4 cpus (I guess it does not handle hyperthreading).
>
>> Do you have MSI enabled?
> yes, CONFIG_ARCH_SUPPORTS_MSI=y (I am attaching my config file with
> ACPI turned off and the diff file between the two configs for your
> reference)
>
> Thank you very much for your help.
The irq line seems mis-configured.
Could you try progressively:
- removing acpi=force on the command line
- disabling CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS
- disabling CONFIG_ATA_ACPI
I am a bit running out of steam here, maybe Philippe or Jan could help
better?
--
Gilles.
_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help
