[PATCH] staging: vc04_services: mmal-vchiq: fix typo in comment

Akiyoshi Kurita posted 1 patch 4 months, 2 weeks ago
drivers/staging/vc04_services/vchiq-mmal/mmal-vchiq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
[PATCH] staging: vc04_services: mmal-vchiq: fix typo in comment
Posted by Akiyoshi Kurita 4 months, 2 weeks ago
servie → service

Signed-off-by: Akiyoshi Kurita <weibu@redadmin.org>
---
 drivers/staging/vc04_services/vchiq-mmal/mmal-vchiq.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/staging/vc04_services/vchiq-mmal/mmal-vchiq.c b/drivers/staging/vc04_services/vchiq-mmal/mmal-vchiq.c
index 3fe482bd2793..c2b5a37915f2 100644
--- a/drivers/staging/vc04_services/vchiq-mmal/mmal-vchiq.c
+++ b/drivers/staging/vc04_services/vchiq-mmal/mmal-vchiq.c
@@ -326,7 +326,7 @@ static int bulk_receive(struct vchiq_mmal_instance *instance,
 		 * committed a buffer_to_host operation to the mmal
 		 * port without the buffer to back it up (underflow
 		 * handling) and there is no obvious way to deal with
-		 * this - how is the mmal servie going to react when
+		 * this - how is the mmal service going to react when
 		 * we fail to do the xfer and reschedule a buffer when
 		 * it arrives? perhaps a starved flag to indicate a
 		 * waiting bulk receive?
-- 
2.47.3
Re: [PATCH] staging: vc04_services: mmal-vchiq: fix typo in comment
Posted by Greg KH 4 months ago
On Tue, Sep 23, 2025 at 01:36:17PM +0900, Akiyoshi Kurita wrote:
> servie → service
> 
> Signed-off-by: Akiyoshi Kurita <weibu@redadmin.org>
> ---
>  drivers/staging/vc04_services/vchiq-mmal/mmal-vchiq.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/staging/vc04_services/vchiq-mmal/mmal-vchiq.c b/drivers/staging/vc04_services/vchiq-mmal/mmal-vchiq.c
> index 3fe482bd2793..c2b5a37915f2 100644
> --- a/drivers/staging/vc04_services/vchiq-mmal/mmal-vchiq.c
> +++ b/drivers/staging/vc04_services/vchiq-mmal/mmal-vchiq.c
> @@ -326,7 +326,7 @@ static int bulk_receive(struct vchiq_mmal_instance *instance,
>  		 * committed a buffer_to_host operation to the mmal
>  		 * port without the buffer to back it up (underflow
>  		 * handling) and there is no obvious way to deal with
> -		 * this - how is the mmal servie going to react when
> +		 * this - how is the mmal service going to react when
>  		 * we fail to do the xfer and reschedule a buffer when
>  		 * it arrives? perhaps a starved flag to indicate a
>  		 * waiting bulk receive?
> -- 
> 2.47.3
> 
> 

Does not apply to the tree :(