- 20 Sep, 2016 40 commits
-
-
Xavier Roumegue authored
Fix the following warnings: Symbolic permissions are not preferred. Consider using octal permissions. Signed-off-by:
Xavier Roumegue <xroumegue@gmail.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
Ivan Safonov authored
GET_HAL_DATA replaced by its definition. Signed-off-by:
Ivan Safonov <insafonov@gmail.com> Signed-off-by:
-
Ivan Safonov authored
This macro does not used. Signed-off-by:
-
Ivan Safonov authored
To avoid unnecessary typecast. Signed-off-by:
-
Ivan Safonov authored
rtw_hal_set_hwreg and rtw_hal_get_hwreg does not used with HW_VAR_DM_FLAG parameter. Signed-off-by:
-
Ivan Safonov authored
usb_hal.h is empty. Signed-off-by:
-
Ivan Safonov authored
rtl8188eu_set_hal_ops only allocates HalData member of adapter structure. Signed-off-by:
-
Ivan Safonov authored
PTR_ALIGN is a bit shorter than N_BYTE_ALIGMENT. Signed-off-by:
-
Ivan Safonov authored
This function does not used. Signed-off-by:
-
Ivan Safonov authored
pkt_hdrlen has a constant value. Signed-off-by:
-
Ivan Safonov authored
xmitframe_direct is a simple wrapper around rtw_xmitframe_coalesce and rtw_dump_xframe functions. Many wrappers complicates code reading. Signed-off-by:
-
Ivan Safonov authored
usb_write_port writes only xmit_buf object data to device. In addition, an appropriate name for this argument is used. Signed-off-by:
-
Rehas Sachdeva authored
Instead of storing the return value into a variable and then returning it, we can club the two into a single return statement. This change was made using the following semantic patch by Coccinelle: @@ local idexpression ret; expression e; @@ -ret = +return e; -return ret; Signed-off-by:Rehas Sachdeva <aquannie@gmail.com> Signed-off-by:
-
David Kershner authored
parahotplug_request_list and parahotplug_request_list_lock should be defined closer to where we are actually using them. Reported-by:
David Kershner <david.kershner@unisys.com> Reviewed-by:
Tim Sell <Timothy.Sell@unisys.com> Signed-off-by:
-
David Kershner authored
Move the visordriver_probe_device and visorbus_register_visor_driver functions lower in the file to get rid of the function prototype fix_vbus_dev_info. Signed-off-by:
-
David Kershner authored
Move the struct visorbus_type down in the file to get rid of the function prototypes visorbus_uevent and visorbus_match. Reported-by:
-
David Kershner authored
Move the deviceenabled/devicedisabled store functions so that function prototypes can be removed. This caused us to move several of the structures farther down in the file as well. Reported-by:
-
David Kershner authored
Moving the remaining_steps functions allows us to get rid of an unneeded prototype. Reported-by:
-
David Kershner authored
The textid store and show functions were moved to allow us to remove the function prototypes. Reported-by:
-
David Kershner authored
Move the show and store functions for the error DEV_ATTR_RW so that the function prototypes can be removed. Reported-by:
-
David Kershner authored
Remove the unneeded prototype parser_done. Reported-by:
-
David Kershner authored
Remove the unneeded prototype declaration for function controlvm_respond_physdev_changestate. Reported-by:
-
David Kershner authored
The function parser_init_byte_stream needs to be moved lower in the file to avoid extraneous function prototypes. Reported-by:
-
David Kershner authored
Move the boottotool show and store functions so the function prototypes can be removed. Reported-by:
-
David Kershner authored
The toolchain functions show and store needed to be moved so the prototypes were no longer needed. Reported-by:
-
David Kershner authored
Remove the unneeded controlvm_respond_chipset_init prototype by moving the functions controlvm_init_response and controlvm_respond_chipset_init up in the file. Reported-by:
-
David Kershner authored
Remove the unneeded prototype for controlvm_respond. Reported-by:
-
David Kershner authored
The function parahotplug_process_list needs to be moved lower in the file to avoid extraneous function prototypes. Reported-by:
-
David Kershner authored
The function read_controlvm_event needs to be moved lower in the file to avoid extraneous function prototypes. Reported-by:
-
David Kershner authored
Handle_command gets moved lower in the file to avoid the need for extraneous function prototypes. Reported-by:
-
David Kershner authored
Move controlvm_periodic_work lower in the file to avoid having to create function prototypes. Reported-by:
-
Jon Frisch authored
This patch moves the unsigned long controlvm_payload_bytes_buffered from the module parameters location to a more appropriate location below the controlvm_payload_info. Signed-off-by:
Jon Frisch <jon.frisch@unisys.com> Signed-off-by:
-
Jon Frisch authored
This patch removes the unused u32 dump_vhba_bus. Signed-off-by:
-
Jon Frisch authored
This patch removes the unused long long bus_count. Signed-off-by:
-
Jon Frisch authored
This patch removes the unused module parameter visorchipset_visorbusregwait Signed-off-by:
-
Chaehyun Lim authored
As suggested by checkpatch.pl: CHECK: Prefer kernel type 'u16' over 'uint16_t' Signed-off-by:
Chaehyun Lim <chaehyun.lim@gmail.com> Signed-off-by:
-
Chaehyun Lim authored
As suggested by checkpatch.pl: CHECK: Prefer kernel type 'u8' over 'uint8_t' Signed-off-by:
-
Anchal Jain authored
Fixes checkpatch warning: WARNING: Avoid unnecessary line continuations Signed-off-by:
Anchal Jain <anchalj109@gmail.com> Acked-by:
James Simmons <jsimmons@infradead.org> Signed-off-by:
-
Nayeemahmed Badebade authored
Added __acquires / __releases sparse locking annotations to lock_res_and_lock() and unlock_res_and_lock() functions in l_lock.c, to fix below sparse warnings: l_lock.c:47:22: warning: context imbalance in 'lock_res_and_lock' - wrong count at exit l_lock.c:61:6: warning: context imbalance in 'unlock_res_and_lock' - unexpected unlock Signed-off-by:
Nayeemahmed Badebade <itachi.opsrc@gmail.com> Reviewed-by:
Andreas Dilger <andreas.dilger@intel.com> Signed-off-by:
-
Sandhya Bankar authored
filp != NULL is already checked, so no need to check it again. Signed-off-by:
Sandhya Bankar <bankarsandhya512@gmail.com> Reviewed-by:
-
