[PATCH 4/4] staging: comedi: ni_pcimio: add routes for NI PCIe-6251 and PCIe-6259

We do not currently provide routing information for NI PCIe-6251 and PCI-6259 boards, but they are functionally identical to the PCI-6251 and PCI-6259 boards and can share their routing information. (This has been confirmed for the PCIe-6251 by Éric Piel, using the "NI MAX" software for Windows.

[PATCH 2/4] staging: comedi: ni_routes: Allow alternate board name for routes

We do not have or provide routing information available for all supported boards. Some of the boards for which we do not currently provide routing information actually have identical routes to a similar board for which we do provide routing information. To avoid having to provide duplicate routin

[PATCH 0/4] staging: comedi: ni_routes: Share routing information between boards

We do not have or provide routing information for all supported NI boards. Some of the boards for which we currently provide routing information actually have identical routes to similar boards for which we do provide routing information. Rather than duplicating the routing data for such boards (

[PATCH 1/4] staging: comedi: ni_routes: Refactor ni_find_valid_routes()

Split out the loops in `ni_find_valid_routes()` into separate functions: * ni_find_route_values(device_family) to find the list of route values for a device family (e.g "ni-mseries"); and * ni_find_valid_routes(board_name) to find the set of valid routes for a board name. The functions above

[PATCH 3/4] staging: comedi: ni_mio_common: Allow alternate board name for routes

We do not have or do not provide routing information for all supported boards. Some of the boards for which we do not provide routing information actually have routes that are identical to a similar board for which we already provide routing information. To allow boards to share identical routing

Re: [PATCH 0/4] Hantro VPU JPEG encoder fixes

Hi All, I've just tested RK3288, and this series is indeed fixing these issues. So for all patches: Tested-by: Ezequiel Garcia A kind reminder. The series fixes serious encoding quality problems in both rk3399 and rk3288, so it seems it should be included. A review is needed, though, at l

Re: [PATCH 1/2] staging: exfat: remove DOSNAMEs.

On Tue, Feb 04, 2020 at 01:31:17AM +0900, Tetsuhiro Kohada wrote: > remove 'dos_name','ShortName' and related definitions. > > 'dos_name' and 'ShortName' are definitions before VFAT. > These are never used in exFAT. > > Signed-off-by: Tetsuhiro Kohada > --- > drivers/staging/exfat/exfat.h

Re: [PATCH 02/22] staging: exfat: Rename variable "Month" to "mont"h

On Mon, Jan 27, 2020 at 03:43:23PM +0530, Pragat Pandya wrote: > Change all the occurrences of "Month" to "month" in exfat. Your subject line is a bit "odd" :( Anyway, can you rebase this series and resend only what you want to do here instead of me having to randomly pick out different parts? t

Re: [PATCH v2] staging: exfat: remove 'vol_type' variable.

On Thu, Jan 30, 2020 at 04:06:13PM +0900, Tetsuhiro Kohada wrote: > remove 'vol_type' variable. > > The following issues are described in exfat's TODO. > > clean up the remaining vol_type checks, which are of two types: > > some are ?: operators with magic numbers, and the rest are places > > wher

Re: [PATCH] staging: rtl8723bs: hal: fix condition with no effect

On Sat, Jan 25, 2020 at 07:16:04PM +0530, Saurav Girepunje wrote: > fix warning reorted by coccicheck > WARNING: possible condition with no effect (if == else) > > Signed-off-by: Saurav Girepunje > --- > drivers/staging/rtl8723bs/hal/HalBtc8723b2Ant.c | 8 > 1 file changed, 8 deletions(