[PATCH v2] staging: exfat: remove fs_func struct.

2020-01-23 Thread Tetsuhiro Kohada
From: "Tetsuhiro Kohada" Remove 'fs_func struct' and change indirect calls to direct calls. The following issues are described in exfat's TODO. > Create helper function for exfat_set_entry_time () and > exfat_set_entry_type () because it's sort of ugly to be calling the same > functionn directl

Re: [PATCH v2] staging: exfat: remove fs_func struct.

2020-01-23 Thread Greg Kroah-Hartman
On Thu, Jan 23, 2020 at 05:32:58PM +0900, Tetsuhiro Kohada wrote: > From: "Tetsuhiro Kohada" > > Remove 'fs_func struct' and change indirect calls to direct calls. > > The following issues are described in exfat's TODO. > > Create helper function for exfat_set_entry_time () and > > exfat_set_ent

[PATCH v3] staging: exfat: remove fs_func struct.

2020-01-23 Thread Tetsuhiro Kohada
From: "Tetsuhiro Kohada" Remove 'fs_func struct' and change indirect calls to direct calls. The following issues are described in exfat's TODO. > Create helper function for exfat_set_entry_time () and > exfat_set_entry_type () because it's sort of ugly to be calling the same > functionn directl

[PATCH 2/2] staging: wilc1000: avoid mutex unlock without lock in wilc_wlan_handle_txq()

2020-01-23 Thread Ajay.Kathat
From: Ajay Singh In wilc_wlan_handle_txq(), mutex unlock was called without acquiring it. Also error code for full VMM condition was incorrect as discussed in [1]. Now used a proper code to indicate VMM is full, for which transfer to VMM is required again. 'wilc_wlan_handle_txq()' should be calle

[PATCH 1/2] staging: wilc1000: return zero on success and non-zero on function failure

2020-01-23 Thread Ajay.Kathat
From: Ajay Singh Some of the HIF layer API's return zero for failure and non-zero for success condition. Now, modified the functions to return zero for success and non-zero for failure as its recommended approach suggested in [1]. 1. https://lore.kernel.org/driverdev-devel/20191113183322.a54mh2

[PATCH v4 04/10] staging: most: core: remove container struct

2020-01-23 Thread Christian Gromm
This patch declares and initializes the bus, bus driver and the component list without a container struct, as it introduces an unnecessary level of abstraction. Signed-off-by: Christian Gromm --- v4: This patch has been added to the series drivers/staging/most/core.c | 66 ++

[PATCH v4 08/10] staging: most: move core files out of the staging area

2020-01-23 Thread Christian Gromm
This patch moves the core module to the /drivers/most directory and makes all necessary changes in order to not break the build. Signed-off-by: Christian Gromm --- v2: v3: v4: drivers/Kconfig| 1 + drivers/Makefile | 1 + drivers/m

[PATCH v4 03/10] staging: most: remove struct device core driver

2020-01-23 Thread Christian Gromm
This patch removes the device from the MOST core driver and uses the device from the adapter driver. Signed-off-by: Christian Gromm --- v4: This patch has been added to the series drivers/staging/most/core.c | 52 ++-- drivers/staging/most/dim2/d

[PATCH v4 05/10] staging: most: core: fix logging messages

2020-01-23 Thread Christian Gromm
This patch fixes the module's logging messages. Signed-off-by: Christian Gromm --- v4: This patch has beed added to the series drivers/staging/most/core.c | 28 +--- 1 file changed, 13 insertions(+), 15 deletions(-) diff --git a/drivers/staging/most/core.c b/dri

[PATCH v4 02/10] staging: most: core: drop device reference

2020-01-23 Thread Christian Gromm
This patch drops the device reference added by function bus_find_device_by_name. Signed-off-by: Christian Gromm --- v4: This patch has beed added to the series drivers/staging/most/core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/most/core.c b/drivers/staging/m

[PATCH v4 10/10] staging: most: Documentation: move ABI description files out of staging area

2020-01-23 Thread Christian Gromm
This patch moves the ABI description fils sysfs-bus-most and configfs-most to the kernel's documentation folder. Signed-off-by: Christian Gromm --- v2: v3: v4: .../ABI/configfs-most.txt => Documentation/ABI/testing/configfs-most | 0 .../ABI/sysfs-bus-most.txt => Documentation/ABI/testing/

[PATCH v4 07/10] staging: most: usb: check for NULL device

2020-01-23 Thread Christian Gromm
Check if the dci structer has been allocated before trying to release it. Signed-off-by: Christian Gromm --- v3: This patch has beed added to the series. v4: drivers/staging/most/usb/usb.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/staging/most/usb/usb

[PATCH v4 06/10] staging: next: configfs: fix release link

2020-01-23 Thread Christian Gromm
The functions link_destroy and link_release are both deleting list items. link_release, however, does not check whether a certain link has already been deleted from the list by function link_destroy. By fixing this this patch prevents a kernel crash when removing the configuration directory of a li

[PATCH v4 09/10] staging: most: Documentation: update ABI description

2020-01-23 Thread Christian Gromm
This patch updates the ABI description files to be in sync with current implementation. Signed-off-by: Christian Gromm --- v2: v3: v4: .../most/Documentation/ABI/configfs-most.txt | 8 .../most/Documentation/ABI/sysfs-bus-most.txt | 24 +++--- 2 files change

[PATCH v4 01/10] staging: most: remove device from interface structure

2020-01-23 Thread Christian Gromm
This patch makes the adapter drivers use their own device structures when registering a most interface with the core module. With this the module that actually operates the physical device is the owner of the device. Signed-off-by: Christian Gromm --- v4: This patch has beed added to the

[PATCH v4 00/10] staging: most: move core module out of staging

2020-01-23 Thread Christian Gromm
The MOST driver was pushed to the staging area with kernel 4.3. Since then it has encountered many refinements by the community and should be ready for an upstream audit and to be moved out of the staging area. Since the driver consists of multiple modules the core module is about to go first and t

Re: [PATCH v4 01/10] staging: most: remove device from interface structure

2020-01-23 Thread Greg KH
On Thu, Jan 23, 2020 at 04:38:17PM +0100, Christian Gromm wrote: > This patch makes the adapter drivers use their own device structures > when registering a most interface with the core module. > With this the module that actually operates the physical device is the > owner of the device. Ick, why

[PATCH AUTOSEL 5.4 05/33] staging: mt7621-pci: add quirks for 'E2' revision using 'soc_device_attribute'

2020-01-23 Thread Sasha Levin
From: Sergio Paracuellos [ Upstream commit b483b4e4d3f6bfd5089b9e6dc9ba259879c6ce6f ] Depending on revision of the chip, reset lines are inverted. Make code more readable making use of 'soc_device_match' in driver probe function. Signed-off-by: Sergio Paracuellos Link: https://lore.kernel.org