On Thu, Jun 20, 2013 at 6:51 AM, Joerg Roedel wrote:
> On Mon, Jun 03, 2013 at 02:46:59PM -0600, Bjorn Helgaas wrote:
>> I pushed these with updates to
>> http://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/log/?h=pci/alexander-msi
>>
>> Anybody want to ack the iommu/irq_remapping.c
On Thu, Jun 20, 2013 at 6:51 AM, Joerg Roedel j...@8bytes.org wrote:
On Mon, Jun 03, 2013 at 02:46:59PM -0600, Bjorn Helgaas wrote:
I pushed these with updates to
http://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/log/?h=pci/alexander-msi
Anybody want to ack the iommu/irq_remapping.c
On Mon, Jun 03, 2013 at 02:46:59PM -0600, Bjorn Helgaas wrote:
> I pushed these with updates to
> http://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/log/?h=pci/alexander-msi
>
> Anybody want to ack the iommu/irq_remapping.c patch? If so, I can
> merge that branch into -next for v3.11.
On Mon, Jun 03, 2013 at 02:46:59PM -0600, Bjorn Helgaas wrote:
I pushed these with updates to
http://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/log/?h=pci/alexander-msi
Anybody want to ack the iommu/irq_remapping.c patch? If so, I can
merge that branch into -next for v3.11.
Sorry
On Thu, Jun 06, 2013 at 10:30:20AM +0200, Alexander Gordeev wrote:
> Sebastian,
Hi Alexander,
> I re-read my comment few times and I admit it might be confusing. You are
> right - 'multiple' is set by rounding up only. The part '...not necessarily
> the closest power-of-two value...' implied an
On Wed, Jun 05, 2013 at 10:56:38PM +0200, Sebastian Andrzej Siewior wrote:
> On Mon, May 13, 2013 at 11:05:48AM +0200, Alexander Gordeev wrote:
> > Note, although the existing 'msi_desc::multiple' field might seem
> > redundant, in fact in does not. In general case the number of MSIs a
> > PCI
On Wed, Jun 05, 2013 at 10:56:38PM +0200, Sebastian Andrzej Siewior wrote:
On Mon, May 13, 2013 at 11:05:48AM +0200, Alexander Gordeev wrote:
Note, although the existing 'msi_desc::multiple' field might seem
redundant, in fact in does not. In general case the number of MSIs a
PCI device is
On Thu, Jun 06, 2013 at 10:30:20AM +0200, Alexander Gordeev wrote:
Sebastian,
Hi Alexander,
I re-read my comment few times and I admit it might be confusing. You are
right - 'multiple' is set by rounding up only. The part '...not necessarily
the closest power-of-two value...' implied an
-Suresh
On Wed, Jun 05, 2013 at 03:09:34PM -0600, Bjorn Helgaas wrote:
>
> Alexander had an example device that advertised 16 vectors, but the
> driver knew that it could only generate 6. That's a case where we
> can't compute 'multiple' from 'nvec' (assuming the driver supplies
> 'nvec == 6').
On Wed, Jun 5, 2013 at 2:56 PM, Sebastian Andrzej Siewior
wrote:
> On Mon, May 13, 2013 at 11:05:48AM +0200, Alexander Gordeev wrote:
>> Note, although the existing 'msi_desc::multiple' field might seem
>> redundant, in fact in does not. In general case the number of MSIs a
>> PCI device is
On Mon, May 13, 2013 at 11:05:48AM +0200, Alexander Gordeev wrote:
> Note, although the existing 'msi_desc::multiple' field might seem
> redundant, in fact in does not. In general case the number of MSIs a
> PCI device is initialized with is not necessarily the closest power-
> of-two value of the
On Wed, Jun 5, 2013 at 12:33 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Jun 05, 2013 at 11:18:54AM -0600, Bjorn Helgaas wrote:
>> On Tue, Jun 4, 2013 at 7:14 AM, Alexander Gordeev
>> wrote:
>> > On Mon, Jun 03, 2013 at 02:46:59PM -0600, Bjorn Helgaas wrote:
>> >> On Wed, May 29, 2013 at 2:58
On Wed, Jun 05, 2013 at 11:18:54AM -0600, Bjorn Helgaas wrote:
> On Tue, Jun 4, 2013 at 7:14 AM, Alexander Gordeev wrote:
> > On Mon, Jun 03, 2013 at 02:46:59PM -0600, Bjorn Helgaas wrote:
> >> On Wed, May 29, 2013 at 2:58 PM, Bjorn Helgaas wrote:
> >> I pushed these with updates to
> >>
On Tue, Jun 4, 2013 at 7:14 AM, Alexander Gordeev wrote:
> On Mon, Jun 03, 2013 at 02:46:59PM -0600, Bjorn Helgaas wrote:
>> On Wed, May 29, 2013 at 2:58 PM, Bjorn Helgaas wrote:
>> I pushed these with updates to
>>
On Tue, Jun 4, 2013 at 7:14 AM, Alexander Gordeev agord...@redhat.com wrote:
On Mon, Jun 03, 2013 at 02:46:59PM -0600, Bjorn Helgaas wrote:
On Wed, May 29, 2013 at 2:58 PM, Bjorn Helgaas bhelg...@google.com wrote:
I pushed these with updates to
On Wed, Jun 05, 2013 at 11:18:54AM -0600, Bjorn Helgaas wrote:
On Tue, Jun 4, 2013 at 7:14 AM, Alexander Gordeev agord...@redhat.com wrote:
On Mon, Jun 03, 2013 at 02:46:59PM -0600, Bjorn Helgaas wrote:
On Wed, May 29, 2013 at 2:58 PM, Bjorn Helgaas bhelg...@google.com wrote:
I pushed these
On Wed, Jun 5, 2013 at 12:33 PM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On Wed, Jun 05, 2013 at 11:18:54AM -0600, Bjorn Helgaas wrote:
On Tue, Jun 4, 2013 at 7:14 AM, Alexander Gordeev agord...@redhat.com
wrote:
On Mon, Jun 03, 2013 at 02:46:59PM -0600, Bjorn Helgaas wrote:
On
On Mon, May 13, 2013 at 11:05:48AM +0200, Alexander Gordeev wrote:
Note, although the existing 'msi_desc::multiple' field might seem
redundant, in fact in does not. In general case the number of MSIs a
PCI device is initialized with is not necessarily the closest power-
of-two value of the
On Wed, Jun 5, 2013 at 2:56 PM, Sebastian Andrzej Siewior
sebast...@breakpoint.cc wrote:
On Mon, May 13, 2013 at 11:05:48AM +0200, Alexander Gordeev wrote:
Note, although the existing 'msi_desc::multiple' field might seem
redundant, in fact in does not. In general case the number of MSIs a
PCI
-Suresh
On Wed, Jun 05, 2013 at 03:09:34PM -0600, Bjorn Helgaas wrote:
Alexander had an example device that advertised 16 vectors, but the
driver knew that it could only generate 6. That's a case where we
can't compute 'multiple' from 'nvec' (assuming the driver supplies
'nvec == 6'). If
On Mon, Jun 03, 2013 at 02:46:59PM -0600, Bjorn Helgaas wrote:
> On Wed, May 29, 2013 at 2:58 PM, Bjorn Helgaas wrote:
> I pushed these with updates to
> http://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/log/?h=pci/alexander-msi
>
> Anybody want to ack the iommu/irq_remapping.c patch?
On Mon, Jun 03, 2013 at 02:46:59PM -0600, Bjorn Helgaas wrote:
On Wed, May 29, 2013 at 2:58 PM, Bjorn Helgaas bhelg...@google.com wrote:
I pushed these with updates to
http://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/log/?h=pci/alexander-msi
Anybody want to ack the
On Wed, May 29, 2013 at 2:58 PM, Bjorn Helgaas wrote:
> [-cc Suresh]
>
> On Wed, May 29, 2013 at 2:36 AM, Alexander Gordeev
> wrote:
>> On Tue, May 28, 2013 at 03:51:52PM -0600, Bjorn Helgaas wrote:
>>> On Mon, May 13, 2013 at 3:05 AM, Alexander Gordeev
>>> wrote:
>>>
>>> The subject would
On Wed, May 29, 2013 at 2:58 PM, Bjorn Helgaas bhelg...@google.com wrote:
[-cc Suresh]
On Wed, May 29, 2013 at 2:36 AM, Alexander Gordeev agord...@redhat.com
wrote:
On Tue, May 28, 2013 at 03:51:52PM -0600, Bjorn Helgaas wrote:
On Mon, May 13, 2013 at 3:05 AM, Alexander Gordeev
[-cc Suresh]
On Wed, May 29, 2013 at 2:36 AM, Alexander Gordeev wrote:
> On Tue, May 28, 2013 at 03:51:52PM -0600, Bjorn Helgaas wrote:
>> On Mon, May 13, 2013 at 3:05 AM, Alexander Gordeev
>> wrote:
>>
>> The subject would make more sense as "Allocate *only* as many MSIs as
>> requested."
>
>
On Tue, May 28, 2013 at 03:51:52PM -0600, Bjorn Helgaas wrote:
> On Mon, May 13, 2013 at 3:05 AM, Alexander Gordeev
> wrote:
>
> The subject would make more sense as "Allocate *only* as many MSIs as
> requested."
1.
> > When multiple MSIs are enabled with pci_enable_msi_block(), the
> >
On Tue, May 28, 2013 at 03:51:52PM -0600, Bjorn Helgaas wrote:
On Mon, May 13, 2013 at 3:05 AM, Alexander Gordeev agord...@redhat.com
wrote:
The subject would make more sense as Allocate *only* as many MSIs as
requested.
1.
When multiple MSIs are enabled with pci_enable_msi_block(), the
[-cc Suresh]
On Wed, May 29, 2013 at 2:36 AM, Alexander Gordeev agord...@redhat.com wrote:
On Tue, May 28, 2013 at 03:51:52PM -0600, Bjorn Helgaas wrote:
On Mon, May 13, 2013 at 3:05 AM, Alexander Gordeev agord...@redhat.com
wrote:
The subject would make more sense as Allocate *only* as
On Mon, May 13, 2013 at 3:05 AM, Alexander Gordeev wrote:
The subject would make more sense as "Allocate *only* as many MSIs as
requested."
> When multiple MSIs are enabled with pci_enable_msi_block(), the
> requested number of interrupts 'nvec' is rounded up to the nearest
> power-of-two
* Alexander Gordeev wrote:
> When multiple MSIs are enabled with pci_enable_msi_block(), the
> requested number of interrupts 'nvec' is rounded up to the nearest
> power-of-two value. The result is then used for setting up the
> number of MSI messages in the PCI device and allocation of
>
* Alexander Gordeev agord...@redhat.com wrote:
When multiple MSIs are enabled with pci_enable_msi_block(), the
requested number of interrupts 'nvec' is rounded up to the nearest
power-of-two value. The result is then used for setting up the
number of MSI messages in the PCI device and
On Mon, May 13, 2013 at 3:05 AM, Alexander Gordeev agord...@redhat.com wrote:
The subject would make more sense as Allocate *only* as many MSIs as
requested.
When multiple MSIs are enabled with pci_enable_msi_block(), the
requested number of interrupts 'nvec' is rounded up to the nearest
When multiple MSIs are enabled with pci_enable_msi_block(), the
requested number of interrupts 'nvec' is rounded up to the nearest
power-of-two value. The result is then used for setting up the
number of MSI messages in the PCI device and allocation of
interrupt resources in the operating system
When multiple MSIs are enabled with pci_enable_msi_block(), the
requested number of interrupts 'nvec' is rounded up to the nearest
power-of-two value. The result is then used for setting up the
number of MSI messages in the PCI device and allocation of
interrupt resources in the operating system
34 matches
Mail list logo
