search for: aisb

Displaying 4 results from an estimated 4 matches for "aisb".

Did you mean: ais
2019 May 09
0
[PATCH 08/10] virtio/s390: add indirection to indicators access
...ever have an adapter > having more than 64 different interrupts? These are one per queue. The number of queues used to be limited to 64 but it ain't no more. If the driver uses classic notifiers, only the first 64 can be used. > > May be we can state than we use a maximal number of AISB of 64 and > therefor use indicators with a size of unsigned long, or __u64 or > whatever is appropriate. Please clear this. > I think you are mixing up adapter interrupts as defined by the architecture, with virtio indicators which are kind of a special case at best: the two stage stuf...
2019 May 08
2
[PATCH 08/10] virtio/s390: add indirection to indicators access
On 26/04/2019 20:32, Halil Pasic wrote: > This will come in handy soon when we pull out the indicators from > virtio_ccw_device to a memory area that is shared with the hypervisor > (in particular for protected virtualization guests). > > Signed-off-by: Halil Pasic <pasic at linux.ibm.com> > --- > drivers/s390/virtio/virtio_ccw.c | 40
2019 May 08
2
[PATCH 08/10] virtio/s390: add indirection to indicators access
On 26/04/2019 20:32, Halil Pasic wrote: > This will come in handy soon when we pull out the indicators from > virtio_ccw_device to a memory area that is shared with the hypervisor > (in particular for protected virtualization guests). > > Signed-off-by: Halil Pasic <pasic at linux.ibm.com> > --- > drivers/s390/virtio/virtio_ccw.c | 40
2019 May 09
1
[PATCH 08/10] virtio/s390: add indirection to indicators access
...ndicators are long... > may be just sizeof(long) AFAIK the size of the indicators (AIV/AIS) is not restricted by the architecture. However we never use more than 64 bits, do we ever have an adapter having more than 64 different interrupts? May be we can state than we use a maximal number of AISB of 64 and therefor use indicators with a size of unsigned long, or __u64 or whatever is appropriate. Please clear this. With this cleared: Reviewed-by: Pierre Morel<pmorel at linux.ibm.com> Regards, Pierre -- Pierre Morel Linux/KVM/QEMU in B?blingen - Germany