mirror of
https://github.com/torvalds/linux.git
synced 2026-06-02 19:43:40 +02:00
staging: vc04_services/vchiq-mmal: fix typos in comments
Fix three spelling mistakes found in comments across the vchiq-mmal driver component: - recived -> received - servie -> service - enque -> enqueues Signed-off-by: Yuri Martins <yurimartins2004@hotmail.com> Link: https://lore.kernel.org/r/20250812015524.64413-1-yurimartins2004@hotmail.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
This commit is contained in:
parent
e5b264e0a2
commit
260221b2a0
|
|
@ -13,7 +13,7 @@
|
|||
|
||||
/*
|
||||
* all the data structures which serialise the MMAL protocol. note
|
||||
* these are directly mapped onto the recived message data.
|
||||
* these are directly mapped onto the received message data.
|
||||
*
|
||||
* BEWARE: They seem to *assume* pointers are u32 and that there is no
|
||||
* structure padding!
|
||||
|
|
|
|||
|
|
@ -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?
|
||||
|
|
|
|||
|
|
@ -115,7 +115,7 @@ int vchiq_mmal_component_disable(struct vchiq_mmal_instance *instance,
|
|||
|
||||
/* enable a mmal port
|
||||
*
|
||||
* enables a port and if a buffer callback provided enque buffer
|
||||
* enables a port and, if a buffer callback provided, enqueues buffer
|
||||
* headers as appropriate for the port.
|
||||
*/
|
||||
int vchiq_mmal_port_enable(struct vchiq_mmal_instance *instance,
|
||||
|
|
|
|||
Loading…
Reference in New Issue
Block a user