Re: [PATCH] staging/octeon: Mark Ethernet driver as BROKEN

On Tue, Feb 04, 2020 at 12:54:26AM +, Chris Packham wrote: > Hi Greg & All, > > On Mon, 2019-12-02 at 19:15 +0100, Greg Kroah-Hartman wrote: > > On Mon, Dec 02, 2019 at 09:36:20AM -0800, Guenter Roeck wrote: > > > On Mon, Dec 02, 2019 at 05:52:31PM +0100, Greg Kroah-Hartman wrote: > > > > On M

Re: [PATCH 2/2] staging: octeon-usb: delete the octeon usb host controller driver

My advice is to delete all the COMPILE_TEST code. That stuff was a constant source of confusion and headaches. regards, dan carpenter ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev

Re: [PATCH 2/2] staging: octeon-usb: delete the octeon usb host controller driver

On Tue, Feb 04, 2020 at 04:06:51AM +, Chris Packham wrote: > On Tue, 2019-12-10 at 10:15 +0100, Greg Kroah-Hartman wrote: > > This driver was merged back in 2013 and shows no progress toward every > > being merged into the "correct" part of the kernel. The code doesn't > > even build for anyon

Re: [PATCH 1/2] staging: octeon: delete driver

On Tue, Feb 04, 2020 at 04:02:15AM +, Chris Packham wrote: > I'll pipe up on this thread too > > On Tue, 2019-12-10 at 02:42 -0800, Guenter Roeck wrote: > > On 12/10/19 1:15 AM, Greg Kroah-Hartman wrote: > > > This driver has been in the tree since 2009 with no real movement to get > > > it ou

Re: [PATCH 1/2] staging: octeon: delete driver

I'll pipe up on this thread too On Tue, 2019-12-10 at 02:42 -0800, Guenter Roeck wrote: > On 12/10/19 1:15 AM, Greg Kroah-Hartman wrote: > > This driver has been in the tree since 2009 with no real movement to get > > it out. Now it is starting to cause build issues and other problems for > > peo

Re: [PATCH] staging/octeon: Mark Ethernet driver as BROKEN

Hi Greg & All, On Mon, 2019-12-02 at 19:15 +0100, Greg Kroah-Hartman wrote: > On Mon, Dec 02, 2019 at 09:36:20AM -0800, Guenter Roeck wrote: > > On Mon, Dec 02, 2019 at 05:52:31PM +0100, Greg Kroah-Hartman wrote: > > > On Mon, Dec 02, 2019 at 06:18:36AM -0800, Guenter Roeck wrote: > > > > The code

Re: [PATCH] staging: android: Delete the 'vsoc' driver

On Sun, Feb 02, 2020 at 08:22:54PM -0800, Alistair Delva wrote: > The 'vsoc' driver was required for an early iteration of the Android > 'cuttlefish' virtual platform, but this platform has been wholly > converted to use virtio drivers instead. Delete this old driver. > > Cc: Greg Kroah-Hartman >

Re: [PATCH] media: hantro: Support H264 profile control

On Mon, Feb 3, 2020 at 9:00 PM Hans Verkuil wrote: > > On 2/3/20 12:13 PM, Tomasz Figa wrote: > > On Sat, Jan 18, 2020 at 10:31 PM Nicolas Dufresne > > wrote: > >> > >> Le vendredi 10 janvier 2020 à 13:31 +0100, Hans Verkuil a écrit : > >>> On 11/29/19 1:16 AM, Tomasz Figa wrote: > On Sat,

Re: [PATCH 2/4] iio: imu: adis: Refactor adis_initial_startup

On Mon, 3 Feb 2020 10:31:30 +0100 Nuno Sá wrote: > Hi Jonathan, > > > On Sat, 2020-02-01 at 17:08 +, Jonathan Cameron wrote: > > On Mon, 20 Jan 2020 16:20:49 +0200 > > Alexandru Ardelean wrote: > > > > > From: Nuno Sá > > > > > > All the ADIS devices perform, at the beginning, a self

Re: [PATCH] media: hantro: Support H264 profile control

On 2/3/20 12:13 PM, Tomasz Figa wrote: > On Sat, Jan 18, 2020 at 10:31 PM Nicolas Dufresne > wrote: >> >> Le vendredi 10 janvier 2020 à 13:31 +0100, Hans Verkuil a écrit : >>> On 11/29/19 1:16 AM, Tomasz Figa wrote: On Sat, Nov 23, 2019 at 1:52 AM Nicolas Dufresne wrote: > Le samed

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

On Mon, 2020-02-03 at 09:46 +, Greg Kroah-Hartman wrote: > On Mon, Feb 03, 2020 at 12:29:38AM -0800, Matthew Wilcox wrote: > > On Mon, Feb 03, 2020 at 08:15:59AM +, Greg Kroah-Hartman wrote: > > > On Mon, Feb 03, 2020 at 12:05:32AM -0800, Matthew Wilcox wrote: > > > > On Tue, Feb 04, 2020 a

Re: [PATCH] media: hantro: Support H264 profile control

On Sat, Jan 18, 2020 at 10:31 PM Nicolas Dufresne wrote: > > Le vendredi 10 janvier 2020 à 13:31 +0100, Hans Verkuil a écrit : > > On 11/29/19 1:16 AM, Tomasz Figa wrote: > > > On Sat, Nov 23, 2019 at 1:52 AM Nicolas Dufresne > > > wrote: > > > > Le samedi 23 novembre 2019 à 01:00 +0900, Tomasz F

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

On Mon, Feb 03, 2020 at 02:40:43AM -0800, Joe Perches wrote: > On Mon, 2020-02-03 at 09:46 +, Greg Kroah-Hartman wrote: > > On Mon, Feb 03, 2020 at 12:29:38AM -0800, Matthew Wilcox wrote: > > > On Mon, Feb 03, 2020 at 08:15:59AM +, Greg Kroah-Hartman wrote: > > > > On Mon, Feb 03, 2020 at 1

[PATCH] staging: wilc1000: refactor SPI read/write commands handling API's

From: Ajay Singh Refactor SPI commands handling by making use of 'struct' for data exchange and extraction of information flow between host and firmware. The SPI read/write commands are now handled in separate function instead of using a single function to process all types of command. The use of

Re: fbtft: 5 years in staging

On Sun, Feb 02, 2020 at 04:41:54PM +0100, Noralf Trønnes wrote: > Hi, > > Since I'm the original author of fbtft I thought I'd highlight a couple > of issues that's probably not well known. > > Right after fbtft was added, fbdev was closed for new drivers[1] and > the fbdev maintainer wanted to r

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

On Mon, Feb 03, 2020 at 12:29:38AM -0800, Matthew Wilcox wrote: > On Mon, Feb 03, 2020 at 08:15:59AM +, Greg Kroah-Hartman wrote: > > On Mon, Feb 03, 2020 at 12:05:32AM -0800, Matthew Wilcox wrote: > > > On Tue, Feb 04, 2020 at 01:31:17AM +0900, Tetsuhiro Kohada wrote: > > > > remove 'dos_name'

Re: [PATCH 1/2] staging: vt6656: fix sign of rx_dbm to bb_pre_ed_rssi.

On Sun, Feb 02, 2020 at 12:27:25PM +, Malcolm Priestley wrote: > bb_pre_ed_rssi is an u8 rx_dm always returns negative signed > values add minus operator to always yield positive. > > fixes issue where rx sensitivity is always set to maximum because > the unsigned numbers were always greater t

Re: [PATCH 2/4] iio: imu: adis: Refactor adis_initial_startup

Hi Jonathan, On Sat, 2020-02-01 at 17:08 +, Jonathan Cameron wrote: > On Mon, 20 Jan 2020 16:20:49 +0200 > Alexandru Ardelean wrote: > > > From: Nuno Sá > > > > All the ADIS devices perform, at the beginning, a self test to make > > sure > > the device is in a sane state. Furthermore, som

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

On Mon, Feb 03, 2020 at 08:15:59AM +, Greg Kroah-Hartman wrote: > On Mon, Feb 03, 2020 at 12:05:32AM -0800, Matthew Wilcox wrote: > > On Tue, Feb 04, 2020 at 01:31:17AM +0900, Tetsuhiro Kohada wrote: > > > remove 'dos_name','ShortName' and related definitions. > > > > > > 'dos_name' and 'Short

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

On Mon, Feb 03, 2020 at 12:05:32AM -0800, Matthew Wilcox wrote: > 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. > > Why

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. Why are we still seeing patches for the exfat in staging? Why are people not wor

[PATCH 2/2] staging: exfat: dedicate count_entries() to sub-dir counting.

count_entries() function is only used to count sub-dirs. Clarify the role and rename to count_dir_entries(). Signed-off-by: Tetsuhiro Kohada --- drivers/staging/exfat/exfat.h | 2 +- drivers/staging/exfat/exfat_core.c | 8 ++-- drivers/staging/exfat/exfat_super.c | 4 ++-- 3 files cha

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

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 | 52 +++-- drivers/staging/exfat/exfat_core.c | 47