Jeremy, can you try the attached patch (which reverts some of the
changes from c/s 23786:3a05da2dc7c0)?
 -George
On Wed, Sep 28, 2011 at 9:33 AM, Jan Beulich <JBeulich@xxxxxxxx> wrote:
>>>> On 27.09.11 at 21:57, Jeremy Fitzhardinge <jeremy@xxxxxxxx> wrote:
>> Hi,
>>
>> With a fairly current kernel + xen, I'm seeing this if I rmmod iwlagn
>> and try to reload it:
>>
>> [51230.646678] Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree:
>> [51230.646685] Copyright(c) 2003-2011 Intel Corporation
>> [51230.646760] xen: registering gsi 17 triggering 0 polarity 1
>> [51230.646773] xen_map_pirq_gsi: returning irq 17 for gsi 17
>> [51230.646777] xen: --> pirq=17 -> irq=17 (gsi=17)
>> [51230.646781] Already setup the GSI :17
>> [51230.646789] iwlagn .&checktime(0000,03,00,':').0: PCI INT A -> GSI 17 (level, low) -> IRQ 
>> 17
>> [51230.646814] iwlagn .&checktime(0000,03,00,':').0: setting latency timer to 64
>> [51230.646935] iwlagn .&checktime(0000,03,00,':').0: pci_resource_len = 0x00002000
>> [51230.646941] iwlagn .&checktime(0000,03,00,':').0: pci_resource_base = ffffc9000671c000
>> [51230.646945] iwlagn .&checktime(0000,03,00,':').0: HW Revision ID = 0x35
>> [51230.647075] iwlagn .&checktime(0000,03,00,':').0: xen map irq failed -22 for 32752 domain
>> [51230.647081] iwlagn .&checktime(0000,03,00,':').0: pci_enable_msi failed
>> [51230.647113] iwlagn .&checktime(0000,03,00,':').0: PCI INT A disabled
>> [51230.647126] iwlagn: probe of .&checktime(0000,03,00,':').0 failed with error -22
>>
>> with this on the Xen console
>>
>> (XEN) physdev.c:139: dom0: can't create irq for msi!
>>
>>
>> I'm running Xen as of a422e2a4451e, which your MSI changes in them,
>> which I suspect of having caused a regression (since I don't remember
>> having problems reloading msi-using drivers before).
>
> Are you certain (i.e. did you try reverting the top 1 to 3 commits from
> there)? Alternatively, do you know what c/s last worked for you? Is
> this one the first removal, or after several of them?
>
> The message solely indicates a failure of create_irq(), with either
> find_unassigned_irq() or __assign_irq_vector() failing being the cause,
> none of which I touched recently. Instead I wonder whether
> 23812:32814ad7458d wouldn't be a more likely candidate (with
> 23815:9fa77d26a813 and 23816:7f357e1ef60a being less likely ones).
>
> I'll nevertheless see whether this reproduces with one of the MSI
> drivers that my machines have in use and allow easy removal/reload.
>
> Jan
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel 
>

Attachment: revert-23786-partial.diff
Description: Text document

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel