login
Header Space

 
 

Re: [PATCH 0/6] MSI portability cleanups

Score:
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Paul Mackerras <paulus@...>
Cc: <michael@...>, <tony.luck@...>, <grundler@...>, <jeff@...>, David Miller <davem@...>, <greg@...>, <linux-kernel@...>, <kyle@...>, <linuxppc-dev@...>, Eric W. Biederman <ebiederm@...>, <shaohua.li@...>, <linux-pci@...>, <mingo@...>, <brice@...>
Date: Monday, January 29, 2007 - 7:40 pm

> It's possible that the device can do MSI(X), but that using MSI(X)

However, the ibm,req#msi(-x) properties contain the number as requested
by the device, and thus I expect them to be identical to the config
space value. So if you are confident enough that our HV won't play any
tricks there in the future, reading the config space is as good as
hooking that check() callback, though it might not be vs. some other HV
for some other platform that might be more strict.

We cannot know in advance how much max the HV will give us without
actually trying ibm,change-msi and see the result code for it
unfortunately.

Ben.


-
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH 0/6] MSI portability cleanups, Eric W. Biederman, (Sun Jan 28, 3:40 pm)
Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt, (Sun Jan 28, 4:23 pm)
Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman, (Sun Jan 28, 5:34 pm)
Re: [PATCH 0/6] MSI portability cleanups, Jeff Garzik, (Sun Jan 28, 4:47 pm)
Re: [PATCH 0/6] MSI portability cleanups, David Miller, (Sun Jan 28, 7:42 pm)
Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman, (Sun Jan 28, 6:11 pm)
Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman, (Sun Jan 28, 5:20 pm)
Re: [PATCH 0/6] MSI portability cleanups, David Miller, (Sun Jan 28, 7:44 pm)
Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt, (Sun Jan 28, 6:09 pm)
Re: [PATCH 0/6] MSI portability cleanups, Greg KH, (Thu Feb 1, 12:29 am)
Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman, (Sun Jan 28, 7:26 pm)
Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt, (Sun Jan 28, 9:33 pm)
Re: [PATCH 0/6] MSI portability cleanups, David Miller, (Sun Jan 28, 7:37 pm)
Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman, (Mon Jan 29, 1:18 am)
Re: [PATCH 0/6] MSI portability cleanups, David Miller, (Mon Jan 29, 1:25 am)
Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt, (Mon Jan 29, 2:05 am)
Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman, (Mon Jan 29, 5:03 am)
Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt, (Mon Jan 29, 4:22 pm)
Re: [PATCH 0/6] MSI portability cleanups, Paul Mackerras, (Mon Jan 29, 7:05 pm)
Re: [PATCH 0/6] MSI portability cleanups, Segher Boessenkool, (Tue Jan 30, 3:32 pm)
Re: [PATCH 0/6] MSI portability cleanups, Michael Ellerman, (Mon Jan 29, 6:11 am)
Re: [PATCH 0/6] MSI portability cleanups, Paul Mackerras, (Mon Jan 29, 7:29 pm)
Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt, (Mon Jan 29, 7:40 pm)
Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt, (Mon Jan 29, 4:32 pm)
Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman, (Mon Jan 29, 4:28 am)
Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman, (Mon Jan 29, 1:58 am)
Re: [PATCH 0/6] MSI portability cleanups, Ingo Molnar, (Sun Jan 28, 5:26 pm)
[PATCH 1/6] msi: Kill msi_lookup_irq, Eric W. Biederman, (Sun Jan 28, 3:42 pm)
Re: [PATCH 1/6] msi: Kill msi_lookup_irq, Paul Mackerras, (Sun Jan 28, 6:01 pm)
Re: [PATCH 1/6] msi: Kill msi_lookup_irq, Eric W. Biederman, (Sun Jan 28, 6:18 pm)
[PATCH 2/6] msi: Remove msi_lock., Eric W. Biederman, (Sun Jan 28, 3:44 pm)
[PATCH 3/6] msi: Fix msi_remove_pci_irq_vectors., Eric W. Biederman, (Sun Jan 28, 3:45 pm)
[PATCH 4/6] msi: Remove attach_msi_entry., Eric W. Biederman, (Sun Jan 28, 3:47 pm)
[PATCH 5/6] msi: Kill the msi_desc array., Eric W. Biederman, (Sun Jan 28, 3:52 pm)
[PATCH 6/6] msi: Make MSI useable more architectures, Eric W. Biederman, (Sun Jan 28, 3:56 pm)
speck-geostationary