On 2012-05-30 22:31, Michael S. Tsirkin wrote:
So we'll just have PIIX_NUM_PIC_IRQS entries there and use
irq_count instead of the pic_levels bitmap.
Just that this affects generic PCI code, not only PIIX-specific things.
Yes but it's not a problem - pci_bus_irqs sets the map function and
On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
On 2012-05-30 22:31, Michael S. Tsirkin wrote:
So we'll just have PIIX_NUM_PIC_IRQS entries there and use
irq_count instead of the pic_levels bitmap.
Just that this affects generic PCI code, not only PIIX-specific things.
On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
On 2012-05-30 22:31, Michael S. Tsirkin wrote:
So we'll just have PIIX_NUM_PIC_IRQS entries there and use
irq_count instead of the pic_levels bitmap.
Just that this affects generic PCI code, not only PIIX-specific things.
On 2012-06-01 15:28, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
On 2012-05-30 22:31, Michael S. Tsirkin wrote:
So we'll just have PIIX_NUM_PIC_IRQS entries there and use
irq_count instead of the pic_levels bitmap.
Just that this affects generic PCI
On 2012-06-01 15:27, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
On 2012-05-30 22:31, Michael S. Tsirkin wrote:
So we'll just have PIIX_NUM_PIC_IRQS entries there and use
irq_count instead of the pic_levels bitmap.
Just that this affects generic PCI
On Fri, Jun 01, 2012 at 03:57:01PM +0200, Jan Kiszka wrote:
On 2012-06-01 15:27, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
On 2012-05-30 22:31, Michael S. Tsirkin wrote:
So we'll just have PIIX_NUM_PIC_IRQS entries there and use
irq_count
On 2012-06-01 16:34, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 03:57:01PM +0200, Jan Kiszka wrote:
On 2012-06-01 15:27, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
On 2012-05-30 22:31, Michael S. Tsirkin wrote:
So we'll just have
On Fri, Jun 01, 2012 at 05:15:42PM +0200, Jan Kiszka wrote:
On 2012-06-01 16:34, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 03:57:01PM +0200, Jan Kiszka wrote:
On 2012-06-01 15:27, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
On 2012-05-30
On Fri, Jun 01, 2012 at 05:15:42PM +0200, Jan Kiszka wrote:
On 2012-06-01 16:34, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 03:57:01PM +0200, Jan Kiszka wrote:
On 2012-06-01 15:27, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
On 2012-05-30
On 2012-06-01 17:28, Michael S. Tsirkin wrote:
So I won't object to adding a new API but if we do
it properly this won't help compatibility :(
It will as this API does not touch the parts that affect the vmstate
(ie. semantics of irq_count won't change).
Yes but irq_count in vmstate is a
On 2012-06-01 17:30, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 05:15:42PM +0200, Jan Kiszka wrote:
On 2012-06-01 16:34, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 03:57:01PM +0200, Jan Kiszka wrote:
On 2012-06-01 15:27, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at
On Fri, Jun 01, 2012 at 05:54:15PM +0200, Jan Kiszka wrote:
On 2012-06-01 17:28, Michael S. Tsirkin wrote:
So I won't object to adding a new API but if we do
it properly this won't help compatibility :(
It will as this API does not touch the parts that affect the vmstate
(ie. semantics
On Fri, Jun 01, 2012 at 05:34:14PM +0300, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 03:57:01PM +0200, Jan Kiszka wrote:
On 2012-06-01 15:27, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
On 2012-05-30 22:31, Michael S. Tsirkin wrote:
So
On 2012-06-01 18:05, Michael S. Tsirkin wrote:
On Fri, Jun 01, 2012 at 05:54:15PM +0200, Jan Kiszka wrote:
On 2012-06-01 17:28, Michael S. Tsirkin wrote:
So I won't object to adding a new API but if we do
it properly this won't help compatibility :(
It will as this API does not touch the
On 2012-05-21 23:03, Michael S. Tsirkin wrote:
On Mon, May 21, 2012 at 05:35:34PM -0300, Jan Kiszka wrote:
On 2012-05-21 16:05, Michael S. Tsirkin wrote:
On Mon, May 21, 2012 at 10:13:47AM -0300, Jan Kiszka wrote:
@@ -386,6 +387,14 @@ static void piix3_set_irq(void *opaque, int pirq, int
On Wed, May 30, 2012 at 02:11:58PM +0200, Jan Kiszka wrote:
On 2012-05-21 23:03, Michael S. Tsirkin wrote:
On Mon, May 21, 2012 at 05:35:34PM -0300, Jan Kiszka wrote:
On 2012-05-21 16:05, Michael S. Tsirkin wrote:
On Mon, May 21, 2012 at 10:13:47AM -0300, Jan Kiszka wrote:
@@ -386,6
On 2012-05-30 15:34, Michael S. Tsirkin wrote:
Below's as far as I got - hopefully this
explains what I had in mind: for deep hierarchies
this will save a bus scan so I think this makes sense
even in the absense of kvm irqchip.
Warning: completely untested and known to be incomplete.
On Wed, May 30, 2012 at 04:38:25PM +0200, Jan Kiszka wrote:
On 2012-05-30 15:34, Michael S. Tsirkin wrote:
Below's as far as I got - hopefully this
explains what I had in mind: for deep hierarchies
this will save a bus scan so I think this makes sense
even in the absense of kvm irqchip.
On 2012-05-30 16:42, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 04:38:25PM +0200, Jan Kiszka wrote:
On 2012-05-30 15:34, Michael S. Tsirkin wrote:
Below's as far as I got - hopefully this
explains what I had in mind: for deep hierarchies
this will save a bus scan so I think this makes
On Wed, May 30, 2012 at 04:46:14PM +0200, Jan Kiszka wrote:
On 2012-05-30 16:42, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 04:38:25PM +0200, Jan Kiszka wrote:
On 2012-05-30 15:34, Michael S. Tsirkin wrote:
Below's as far as I got - hopefully this
explains what I had in mind: for
On 2012-05-30 16:59, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 04:46:14PM +0200, Jan Kiszka wrote:
On 2012-05-30 16:42, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 04:38:25PM +0200, Jan Kiszka wrote:
On 2012-05-30 15:34, Michael S. Tsirkin wrote:
Below's as far as I got -
On Wed, May 30, 2012 at 05:47:45PM +0200, Jan Kiszka wrote:
On 2012-05-30 16:59, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 04:46:14PM +0200, Jan Kiszka wrote:
On 2012-05-30 16:42, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 04:38:25PM +0200, Jan Kiszka wrote:
On 2012-05-30
On 2012-05-30 18:17, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 05:47:45PM +0200, Jan Kiszka wrote:
On 2012-05-30 16:59, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 04:46:14PM +0200, Jan Kiszka wrote:
On 2012-05-30 16:42, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at
On Wed, May 30, 2012 at 06:46:03PM +0200, Jan Kiszka wrote:
On 2012-05-30 18:17, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 05:47:45PM +0200, Jan Kiszka wrote:
On 2012-05-30 16:59, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 04:46:14PM +0200, Jan Kiszka wrote:
On 2012-05-30
On 2012-05-30 19:20, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 06:46:03PM +0200, Jan Kiszka wrote:
On 2012-05-30 18:17, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 05:47:45PM +0200, Jan Kiszka wrote:
On 2012-05-30 16:59, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at
On Wed, May 30, 2012 at 07:29:52PM +0200, Jan Kiszka wrote:
On 2012-05-30 19:20, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 06:46:03PM +0200, Jan Kiszka wrote:
On 2012-05-30 18:17, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 05:47:45PM +0200, Jan Kiszka wrote:
On 2012-05-30
On 2012-05-30 19:41, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 07:29:52PM +0200, Jan Kiszka wrote:
On 2012-05-30 19:20, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 06:46:03PM +0200, Jan Kiszka wrote:
On 2012-05-30 18:17, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at
On 2012-05-30 19:51, Jan Kiszka wrote:
Well, I'll stop ranting here. The patch that I sent is not intrusive
and simply gives you a simple way to implement pci_device_get_host_irq,
also optimizing emulated devices somewhat. So if you think you need
pci_device_get_host_irq I think this is a
On Wed, May 30, 2012 at 07:57:04PM +0200, Jan Kiszka wrote:
On 2012-05-30 19:51, Jan Kiszka wrote:
Well, I'll stop ranting here. The patch that I sent is not intrusive
and simply gives you a simple way to implement pci_device_get_host_irq,
also optimizing emulated devices somewhat. So if
On Wed, May 30, 2012 at 09:23:56PM +0300, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 07:57:04PM +0200, Jan Kiszka wrote:
On 2012-05-30 19:51, Jan Kiszka wrote:
Well, I'll stop ranting here. The patch that I sent is not intrusive
and simply gives you a simple way to implement
On Wed, May 30, 2012 at 09:29:13PM +0300, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 09:23:56PM +0300, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 07:57:04PM +0200, Jan Kiszka wrote:
On 2012-05-30 19:51, Jan Kiszka wrote:
Well, I'll stop ranting here. The patch that I sent
On 2012-05-30 20:51, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 09:29:13PM +0300, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 09:23:56PM +0300, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 07:57:04PM +0200, Jan Kiszka wrote:
On 2012-05-30 19:51, Jan Kiszka wrote:
Well, I'll
On Wed, May 30, 2012 at 09:06:25PM +0200, Jan Kiszka wrote:
On 2012-05-30 20:51, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 09:29:13PM +0300, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 09:23:56PM +0300, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 07:57:04PM +0200, Jan
On 2012-05-30 21:30, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 09:06:25PM +0200, Jan Kiszka wrote:
On 2012-05-30 20:51, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 09:29:13PM +0300, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 09:23:56PM +0300, Michael S. Tsirkin wrote:
On
On Wed, May 30, 2012 at 10:23:16PM +0200, Jan Kiszka wrote:
On 2012-05-30 21:30, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 09:06:25PM +0200, Jan Kiszka wrote:
On 2012-05-30 20:51, Michael S. Tsirkin wrote:
On Wed, May 30, 2012 at 09:29:13PM +0300, Michael S. Tsirkin wrote:
On Wed,
Add a PCI IRQ path discovery function that walks from a given device to
the host bridge, returning the IRQ number that is reported to the
attached interrupt controller. For this purpose, another PCI bridge
callback function is introduced: map_host_irq. It is so far only
implemented by the PIIX3,
On Mon, 2012-05-21 at 10:13 -0300, Jan Kiszka wrote:
Add a PCI IRQ path discovery function that walks from a given device to
the host bridge, returning the IRQ number that is reported to the
attached interrupt controller. For this purpose, another PCI bridge
callback function is introduced:
On 05/21/2012 04:13 PM, Jan Kiszka wrote:
Add a PCI IRQ path discovery function that walks from a given device to
the host bridge, returning the IRQ number that is reported to the
attached interrupt controller. For this purpose, another PCI bridge
callback function is introduced: map_host_irq.
On 2012-05-21 11:36, Avi Kivity wrote:
On 05/21/2012 04:13 PM, Jan Kiszka wrote:
Add a PCI IRQ path discovery function that walks from a given device to
the host bridge, returning the IRQ number that is reported to the
attached interrupt controller. For this purpose, another PCI bridge
On Mon, May 21, 2012 at 10:13:47AM -0300, Jan Kiszka wrote:
Add a PCI IRQ path discovery function that walks from a given device to
the host bridge, returning the IRQ number that is reported to the
attached interrupt controller. For this purpose, another PCI bridge
callback function is
On 2012-05-21 14:34, Michael S. Tsirkin wrote:
On Mon, May 21, 2012 at 10:13:47AM -0300, Jan Kiszka wrote:
Add a PCI IRQ path discovery function that walks from a given device to
the host bridge, returning the IRQ number that is reported to the
attached interrupt controller. For this purpose,
On Mon, May 21, 2012 at 10:13:47AM -0300, Jan Kiszka wrote:
@@ -386,6 +387,14 @@ static void piix3_set_irq(void *opaque, int pirq, int
level)
piix3_set_irq_level(piix3, pirq, level);
}
+static int piix3_map_host_irq(void *opaque, int pci_intx)
+{
+PIIX3State *piix3 = opaque;
On 2012-05-21 16:05, Michael S. Tsirkin wrote:
On Mon, May 21, 2012 at 10:13:47AM -0300, Jan Kiszka wrote:
@@ -386,6 +387,14 @@ static void piix3_set_irq(void *opaque, int pirq, int
level)
piix3_set_irq_level(piix3, pirq, level);
}
+static int piix3_map_host_irq(void *opaque, int
On Mon, May 21, 2012 at 05:35:34PM -0300, Jan Kiszka wrote:
On 2012-05-21 16:05, Michael S. Tsirkin wrote:
On Mon, May 21, 2012 at 10:13:47AM -0300, Jan Kiszka wrote:
@@ -386,6 +387,14 @@ static void piix3_set_irq(void *opaque, int pirq, int
level)
piix3_set_irq_level(piix3, pirq,
On Mon, May 21, 2012 at 03:58:57PM -0300, Jan Kiszka wrote:
On 2012-05-21 14:34, Michael S. Tsirkin wrote:
On Mon, May 21, 2012 at 10:13:47AM -0300, Jan Kiszka wrote:
Add a PCI IRQ path discovery function that walks from a given device to
the host bridge, returning the IRQ number that is
45 matches
Mail list logo