- 22 Aug, 2017 33 commits
-
-
David Kershner authored
Cleaned up some #defines to make the beginning of the file read easier. Reviewed-by:
Sameer Wadgaonkar <sameer.wadgaonkar@unisys.com> Signed-off-by:
David Kershner <david.kershner@unisys.com> Reviewed-by:
Tim Sell <timothy.sell@unisys.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
David Kershner authored
The function visorchipset_bus_create just called visorbus_create_instance, we should just combine it with visorbus_create_instance. Reviewed-by:
-
David Kershner authored
Don't store it in a local variable but reference it from the visor_device. Reviewed-by:
-
David Kershner authored
Do the check with the values in the structure instead of copying them to local variables. Reviewed-by:
-
David Kershner authored
Referencing a SegmentIndex doesn't make sense in the Linux drivers, get rid of the comment. Reviewed-by:
-
David Kershner authored
The SIOVM guid is only used by visorchipset. So define it there instead of a global header file. Reviewed-by:
-
David Kershner authored
Instead of including it in the global channel.h, move the VNIC GUID to the visornic module. Reviewed-by:
-
David Kershner authored
Remove unnecessary blank line from channel.h #defines. Reviewed-by:
-
David Kershner authored
Cleanups caused us to not need to include a bunch of headers, got rid of them. Reviewed-by:
-
David Kershner authored
The iochannel.h header file references ETH_HLEN which is defined in skbuff. Removed it from visorhba since it was no longer needed. Reviewed-by:
-
David Kershner authored
Visorchipset.c was including unnecessary include files, either included by other headers or not needed at all. Reviewed-by:
-
David Kershner authored
Due to include order, the visorbus_private.h file was missing a required include header visorbus.h. If visorchipset.c or visorbus_main.c ever were to change the order of the includes for visobus.h and visorbus_private.h, the code would fail to compile. Reviewed-by:
-
David Kershner authored
A bunch of code churn has caused the following include files to not be needed by visorbus.h: linux/poll.h linux/kernel.h linux/uuid.h linux/seq_file.h Reviewed-by:
-
David Kershner authored
The struct visor_device had a forward declaration that was not needed. Remove it. Reviewed-by:
-
David Kershner authored
Visorbus.h had comments that did not have /* on its own line, this patch makes it uniform. Reviewed-by:
-
David Kershner authored
A comment in channel.h was referencing windows guests, in reality the OS of the guest is agnostic and the comment should reflect that. Reviewed-by:
-
David Kershner authored
We no longer send messages directly to the s-Par event log, so we do not need the throttling defines anymore. Reviewed-by:
-
David Kershner authored
The vdisk task management commands are no longer used by s-Par, this patch removes the definitions for them. Reviewed-by:
-
David Kershner authored
The MAXNUM #define was not being used, and it shouldn't be used. Remove it. Reviewed-by:
-
Sameer Wadgaonkar authored
staging: unisys: visorbus: merging the visorbus_device_pause_response and visorbus_device_resume_response functions into one. The functions viosrbus_device_pause_response() and viosrbus_device_resume_response() are functionally similar. Merging these functions into a single function called visorbus_device_changestate_response(). Signed-off-by:
-
Sameer Wadgaonkar authored
The functions visorbus_create_response(), visorbus_destroy_response(), viosrbus_device_create_response(), viosrbus_device_destroy_response() are all functionally similar. Merging these four functions into a single function called visorbus_response(). Signed-off-by:
-
Steven Matthews authored
Replace use of standard Linux dma_data_direction with a Unisys- specific uis_dma_data_direction and provide a function to convert from the latter to the former. This is necessary because Unisys s-Par depends on the exact format of this field in multiple OSs and languages, and so using the standard version creates an unnecessary dependency between the kernel and s-Par. Signed-off-by:
Steven Matthews <steven.matthews@unisys.com> Signed-off-by:
-
David Binder authored
Removes comments that do not provide any valuable information. Signed-off-by:
David Binder <david.binder@unisys.com> Signed-off-by:
-
David Binder authored
The contents of vmcallinterface.h are better placed within visorchipset.c from an organizational perspective. The values are only used in that file. Signed-off-by:
-
Sameer Wadgaonkar authored
This patch fixes two checkpatch warnings in the visornic_main.c file to avoid multiline dereference. Signed-off-by:
-
Sameer Wadgaonkar authored
Cleaned up the in-line comments in the structure and added a single block comment for the structure. Signed-off-by:
-
Charles Daniels authored
Fixed incorrectly styled function definitions in visorbus/visorchipset.c by placing the function names on the same line as the return. Signed-off-by:
Charles Daniels <cdaniels@fastmail.com> Signed-off-by:
-
Mark Foresta authored
Remove the filename in the comment at the beginning of the file. Signed-off-by:
Mark Foresta <Mark.Foresta@Unisys.com> Signed-off-by:
-
Mark Foresta authored
Moved blocked comment on to own line at beginning of struct to follow standard. Since this is an internal structure, the block comment isn't actually a kernel-doc so we only start the block with one asterisk. Signed-off-by:
-
Andy Shevchenko authored
There are new types and helpers that are supposed to be used in new code. As a preparation to get rid of legacy types and API functions do the conversion here. While here, re-indent couple of lines to increase readability. Cc: David Kershner <david.kershner@unisys.com> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Cc: sparmaintainer@unisys.com Cc: devel@driverdev.osuosl.org Signed-off-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by:
-
Zohaib Javed authored
Added a new line before issue_vmcall_io_controlvm_addr() function definition. Signed-off-by:
Zohaib Javed <zohaib.javed@gmail.com> Signed-off-by:
-
Zohaib Javed authored
Removed unused #define GPI_ENTRIES_PER_PAGE Signed-off-by:
-
Zohaib Javed authored
The filename was in a comment at the beginning of the file. It is not needed. Signed-off-by:
-
- 20 Aug, 2017 7 commits
-
-
Larry Finger authored
This commit adds the TODO file and implements some reviewers comments made against some patches to the wireless tree. Signed-off-by:
Larry Finger <Larry.Finger@lwfinger.net> Cc: Ping-Ke Shih <pkshih@realtek.com> Cc: Yan-Hsuan Chuang <yhchuang@realtek.com> Cc: Birming Chiu <birming@realtek.com> Cc: Shaofu <shaofu@realtek.com> Cc: Steven Ting <steventing@realtek.com> Signed-off-by:
-
Larry Finger authored
The RTL8822BE, an 802.11ac wireless network card, is now appearing in new computers. Its driver is being placed in staging to reduce the time that users of this new card will have access to in-kernel drivers. This commit enables building of the new driver. For this version, all routines are built into a single module r8822be. When this driver is moved to the wireless tree, halmac, phydm, and rtl8822be will become new modules. Signed-off-by:
-
Ping-Ke Shih authored
The RTL8822BE, an 802.11ac wireless network card, is now appearing in new computers. Its driver is being placed in staging to reduce the time that users of this new card will have access to in-kernel drivers. This commit adds the code for the new r8822be driver. Signed-off-by:
Ping-Ke Shih <pkshih@realtek.com> Signed-off-by:
-
Ping-Ke Shih authored
The RTL8822BE, an 802.11ac wireless network card, is now appearing in new computers. Its driver is being placed in staging to reduce the time that users of this new card will have access to in-kernel drivers. New Realtek wireless devices have a new method for PHY control and dynamic management. The RTL8822BE is the first of these devices, thus there is additional code required. In the final version, this code will be a separate module; however, it is combined with the r8822be driver to minimize the interference with the drivers in the wireless tree. Signed-off-by:
-
Ping-Ke Shih authored
The RTL8822BE, an 802.11ac wireless network card, is now appearing in new computers. Its driver is being placed in staging to reduce the time that users of this new card will have access to in-kernel drivers. New Realtek devices implement a common sub-driver to control the MAC layer. The RTL8822BE is the first of these devices, thus its introduction involves some extra code. In the wireless tree, this will be a separate module; however, it is compiled into the 8822be driver here. Signed-off-by:
-
Ping-Ke Shih authored
The RTL8822BE, an 802.11ac wireless network card, is now appearing in new computers. Its driver is being placed in staging to reduce the time that users of this new card will have access to in-kernel drivers. This commit adds the routines needed for BT coexistence with the new driver. Signed-off-by:
-
Larry Finger authored
The RTL8822BE, an 802.11ac wireless network card, is now appearing in new computers. Its driver is being placed in staging to reduce the time that users of this new card will have access to in-kernel drivers. This commit copies the existing routines from .../rtlwifi/btcoexist/ into staging. There are no changes other than removing all EXPORT statements, and the fixing of checkpatch messages. The latter will be backported to the wireless tree. Signed-off-by:
-
