2013/1/4 Hauke Mehrtens <hauke@xxxxxxxxxx>: > The assignment of the IRQs to the cores of the chips by iterating over > the cores is complicated and causes problems with SoC like the BCM4706 > with two GMAC core where just one should get a dedicated IRQ number. Well, the only problem on BCM4706 is that second (broken/dangling) GMAC core gets it's own IRQ. With such a "waste" of one IRQ line we may end up using shared IRQ for some other core like PCIE/USB. This issue can be simply workarounded (with 2 LOC) and sounds sane: bug in HW, specific workaround in a driver. We already have similar workarounds for other "dangling" cores. I don't know about any other issues with BCM4706 IRQs. Are there any other (more serious?) issues on different SoCs? Any advantages of hardcoding IRQs (per chipset) rather than keeping this simple algorithm? Do the IRQ lines differ? Is this somehow better to use (just an example) IRQ 3 instead of IRQ 4 for GMAC core? -- Rafał -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
