On 18-06-18, 13:33, Srinivas Kandagatla wrote:
> This patch fixes below kerneldoc warnings
> 
> qcom_smd.c:141: warning: Function parameter or member 'dev' not described in 
> 'qcom_smd_edge'
> qcom_smd.c:141: warning: Function parameter or member 'name' not described in 
> 'qcom_smd_edge'
> qcom_smd.c:141: warning: Function parameter or member 'new_channel_event' not 
> described in 'qcom_smd_edge'
> qcom_smd.c:222: warning: Function parameter or member 'qsept' not described 
> in 'qcom_smd_channel'
> qcom_smd.c:222: warning: Function parameter or member 'registered' not 
> described in 'qcom_smd_channel'
> qcom_smd.c:222: warning: Function parameter or member 'state_change_event' 
> not described in 'qcom_smd_channel'
> qcom_smd.c:222: warning: Function parameter or member 'drvdata' not described 
> in 'qcom_smd_channel'
> qcom_smd.c:737: warning: Function parameter or member 'wait' not described in 
> '__qcom_smd_send'
> 
> Signed-off-by: Srinivas Kandagatla <srinivas.kandaga...@linaro.org>
> 
> qcom_smd.c

this one looks out of place to me :)

> ---
>  drivers/rpmsg/qcom_smd.c | 9 ++++++++-
>  1 file changed, 8 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/rpmsg/qcom_smd.c b/drivers/rpmsg/qcom_smd.c
> index 6437bbeebc91..8c6a142050f8 100644
> --- a/drivers/rpmsg/qcom_smd.c
> +++ b/drivers/rpmsg/qcom_smd.c
> @@ -93,6 +93,8 @@ static const struct {
>  
>  /**
>   * struct qcom_smd_edge - representing a remote processor
> + * @dev:             device associated with this edge
> + * @name:            name of this edge
>   * @of_node:         of_node handle for information related to this edge
>   * @edge_id:         identifier of this edge
>   * @remote_pid:              identifier of remote processor
> @@ -106,6 +108,7 @@ static const struct {
>   * @channels_lock:   guard for modifications of @channels
>   * @allocated:               array of bitmaps representing already allocated 
> channels
>   * @smem_available:  last available amount of smem triggering a channel scan
> + * @new_channel_event:       wait queue for new channel events
>   * @scan_work:               work item for discovering new channels
>   * @state_work:              work item for edge state changes
>   */
> @@ -172,10 +175,12 @@ struct qcom_smd_endpoint {
>  /**
>   * struct qcom_smd_channel - smd channel struct
>   * @edge:            qcom_smd_edge this channel is living on
> - * @qsdev:           reference to a associated smd client device
> + * @qsept:           reference to a associated smd endpoint
> + * @registered:              flag to indicate if the channel is registered
>   * @name:            name of the channel
>   * @state:           local state of the channel
>   * @remote_state:    remote state of the channel
> + * @state_change_event:      state change event
>   * @info:            byte aligned outgoing/incoming channel info
>   * @info_word:               word aligned outgoing/incoming channel info
>   * @tx_lock:         lock to make writes to the channel mutually exclusive
> @@ -187,6 +192,7 @@ struct qcom_smd_endpoint {
>   * @cb:                      callback function registered for this channel
>   * @recv_lock:               guard for rx info modifications and cb pointer
>   * @pkt_size:                size of the currently handled packet
> + * @drvdata:         driver private data
>   * @list:            lite entry for @channels in qcom_smd_edge
>   */
>  struct qcom_smd_channel {
> @@ -726,6 +732,7 @@ static int qcom_smd_write_fifo(struct qcom_smd_channel 
> *channel,
>   * @channel: channel handle
>   * @data:    buffer of data to write
>   * @len:     number of bytes to write
> + * @wait:    flag to indicate if write has ca wait
>   *
>   * This is a blocking write of len bytes into the channel's tx ring buffer 
> and
>   * signal the remote end. It will sleep until there is enough space available
> -- 
> 2.16.2
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
~Vinod

Reply via email to