Thread (11 messages) 11 messages, 3 authors, 2021-10-21

Re: [PATCH V6] gpio: virtio: Add IRQ support

From: Andy Shevchenko <hidden>
Date: 2021-10-21 09:43:04
Also in: linux-gpio, lkml

On Thu, Oct 21, 2021 at 7:34 AM Viresh Kumar [off-list ref] wrote:
On 20-10-21, 18:10, Andy Shevchenko wrote:
quoted
On Wednesday, October 20, 2021, Viresh Kumar [off-list ref]
wrote:
...
quoted
quoted
+       case IRQ_TYPE_NONE:
+               type = VIRTIO_GPIO_IRQ_TYPE_NONE;
+               break;
IIRC you add dead code. IRQ framework never calls this if type is not set.
Yes, but it is allowed to call

irq_set_irq_type(irq, IRQ_TYPE_NONE);

and the irq framework won't disallow it AFAICT.
That's true, but how you may end up in this callback with a such?
What the meaning of that call to the user?

...
quoted
quoted
 struct virtio_gpio_config {
        __le16 ngpio;
        __u8 padding[2];
@@ -44,4 +56,17 @@ struct virtio_gpio_response_get_names {
        __u8 value[];
 };

+/* Virtio GPIO IRQ Request / Response */
+struct virtio_gpio_irq_request {
+       __le16 gpio;
+};
+
+struct virtio_gpio_irq_response {
+       __u8 status;
+};
I’m wondering if those above should be packed.
You are talking about the newly added ones or the ones before ?

In any case, they are all already packed (i.e. they have explicit
padding wherever required) and properly aligned. Compiler won't add
any other padding to them.
Is it only for 64-bit to 64-bit communications?
If there is a possibility to have 32-bit to 64-bit or vice versa
communication you have a problem.

-- 
With Best Regards,
Andy Shevchenko
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help