Commit 779b961c authored by Lee Jones's avatar Lee Jones Committed by Greg Kroah-Hartman
Browse files

misc: ibmasm: dot_command: Demote function headers from kerneldoc 



The correct format is not used and no attempt has been made
to document the function arguments.  Makes sense to just demote
the header back down to a simple comment.

Fixes the following W=1 warnings:

 drivers/misc/ibmasm/dot_command.c:18: warning: Function parameter or member 'sp' not described in 'ibmasm_receive_message'
 drivers/misc/ibmasm/dot_command.c:18: warning: Function parameter or member 'message' not described in 'ibmasm_receive_message'
 drivers/misc/ibmasm/dot_command.c:18: warning: Function parameter or member 'message_size' not described in 'ibmasm_receive_message'
 drivers/misc/ibmasm/dot_command.c:55: warning: Function parameter or member 'sp' not described in 'ibmasm_send_driver_vpd'
 drivers/misc/ibmasm/dot_command.c:111: warning: Function parameter or member 'sp' not described in 'ibmasm_send_os_state'
 drivers/misc/ibmasm/dot_command.c:111: warning: Function parameter or member 'os_state' not described in 'ibmasm_send_os_state'

Cc: "Max Asböck" <amax@us.ibm.com>
Signed-off-by: default avatarLee Jones <lee.jones@linaro.org>
Link: https://lore.kernel.org/r/20200701083118.45744-11-lee.jones@linaro.org


Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
parent 9c03520e

drivers/misc/ibmasm/dot_command.c

+3 −3
Original line number Diff line number Diff line
@@ -10,7 +10,7 @@ 
#include "ibmasm.h"

#include "dot_command.h"



/**

/*

 * Dispatch an incoming message to the specific handler for the message.

 * Called from interrupt context.

 */
@@ -48,7 +48,7 @@ void ibmasm_receive_message(struct service_processor *sp, void *message, int mes 
#define INIT_BUFFER_SIZE 32





/**

/*

 * send the 4.3.5.10 dot command (driver VPD) to the service processor

 */

int ibmasm_send_driver_vpd(struct service_processor *sp)
@@ -99,7 +99,7 @@ struct os_state_command { 
	unsigned char			data;

};



/**

/*

 * send the 4.3.6 dot command (os state) to the service processor

 * During driver init this function is called with os state "up".

 * This causes the service processor to start sending heartbeats the