[RESEND PATCH V2 3/3] staging: vc04_services: Make vchi_msg_queue static

2017-01-29 Thread Michael Zoran
The vchi_msg_queue function which is used by other drivers to queue a message is difficult to understand and overly generic. Make the function static and remove it from the exported symbols. Signed-off-by: Michael Zoran --- drivers/staging/vc04_services/interface/vchi/vchi.h| 8

[RESEND PATCH V2 2/3] staging: vc04_services: Add vchi_queue_user_message function

2017-01-29 Thread Michael Zoran
The vchi_msg_queue function which is used by other drivers to queue a message is difficult to understand and overly generic. Add a new function which is a wrapper on top of vchi_msg_queue that is specifically for queuing a message located in user address space. int vchi_queue_user_message(VCHI_SE

[RESEND PATCH V2 0/3] Add vchi_queue_kernel_message and vchi_queue_user_message

2017-01-29 Thread Michael Zoran
The vchi_msg_queue function which is used by other drivers to queue a message is difficult to understand and overly generic. Remove it and replace it with two more specific functions. int vchi_queue_kernel_message(VCHI_SERVICE_HANDLE_T handle, void *data,

[RESEND PATCH V2 1/3] staging: vc04_services: Add vchi_queue_kernel_message function

2017-01-29 Thread Michael Zoran
The vchi_msg_queue function which is used by other drivers to queue a message is difficult to understand and overly generic. Add a new function which is a wrapper on top of vchi_msg_queue that is specifically for queuing a message located in kernel address space. int vchi_queue_kernel_message(VCH

Re: [PATCH 0/3] Add vchi_queue_kernel_message and vchi_queue_user_message

2017-01-29 Thread Greg KH
On Sun, Jan 29, 2017 at 07:09:44AM -0800, Michael Zoran wrote: > On Thu, 2017-01-26 at 12:14 -0800, Eric Anholt wrote: > > Michael Zoran writes: > > > > > The vchi_msg_queue function which is used by other drivers > > > to queue a message is difficult to understand and overly > > > generic. Remov

Re: [PATCH] Fixed symbolic permission references 'S_IRUGO | S_IWUSR'

2017-01-29 Thread Greg KH
On Sun, Jan 29, 2017 at 06:49:26PM +0100, Artur Lorincz wrote: > Signed-off-by: Artur Lorincz > --- > drivers/staging/iio/adc/ad7192.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) Hi, This is the friendly patch-bot of Greg Kroah-Hartman. You have sent him a patch that has tr

Re: [PATCH 0/8] staging: lustre: lnet: change wire protocol typedefs to proper structure

2017-01-29 Thread Greg Kroah-Hartman
On Sun, Jan 29, 2017 at 11:56:38PM +, James Simmons wrote: > > > On Sat, 2017-01-21 at 19:40 -0500, James Simmons wrote: > > > The upstream kernel requires proper structures so > > > convert nearly all the LNet wire protocols typedefs in > > > the LNet core. > > > > Thanks. > > > > Perhaps s

[PATCH] [linux-next]staging: unisys: visornic: Fix typo in visornic_main.c

2017-01-29 Thread Masanari Iida
This patch fix some spelling typos found in visornic_main.c Signed-off-by: Masanari Iida --- drivers/staging/unisys/visornic/visornic_main.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/drivers/staging/unisys/visornic/visornic_main.c b/drivers/sta

Re: [PATCH] staging: lustre: headers: potential UAPI headers

2017-01-29 Thread James Simmons
> > > > > On Mon, Dec 19, 2016 at 12:06:47PM -0500, James Simmons wrote: > > > > > > Not for landing. This is the purposed UAPI headers > > > > > > with the removal of unlikely and debugging macros. > > > > > > This is just for feedback to see if this is acceptable > > > > > > for the upstream cli

Re: [PATCH 0/8] staging: lustre: lnet: change wire protocol typedefs to proper structure

2017-01-29 Thread James Simmons
> On Sat, 2017-01-21 at 19:40 -0500, James Simmons wrote: > > The upstream kernel requires proper structures so > > convert nearly all the LNet wire protocols typedefs in > > the LNet core. > > Thanks. > > Perhaps s/\bWIRE_ATTR\b/__packed/g one day too I liked to keep that one. The point of WIR

Re: [PATCH] staging: rtl8188eu: checkpatch fixes: removed not necessary braces {}

2017-01-29 Thread martinowar
On 01/29/2017 06:43 PM, Bjørn Mork wrote: Greg KH writes: Please take some time, and go read Documentation/SubmittingPatches. That's quickly done nowadays: bjorn@miraculix:/usr/local/src/git/linux$ cat Documentation/SubmittingPatches This file has moved to process/submitting-patches.rst

Re: [PATCH] staging: rtl8188eu: checkpatch fixes: removed not necessary braces {}

2017-01-29 Thread Bjørn Mork
Greg KH writes: > Please take some time, and go read Documentation/SubmittingPatches. That's quickly done nowadays: bjorn@miraculix:/usr/local/src/git/linux$ cat Documentation/SubmittingPatches This file has moved to process/submitting-patches.rst I don't know why it was necessary to move t

Re: [PATCH 0/3] Add vchi_queue_kernel_message and vchi_queue_user_message

2017-01-29 Thread Michael Zoran
On Thu, 2017-01-26 at 12:14 -0800, Eric Anholt wrote: > Michael Zoran writes: > > > The vchi_msg_queue function which is used by other drivers > > to queue a message is difficult to understand and overly > > generic. Remove it and replace it with two more specific functions. > > > > int > > vchi

[PATCH] staging: bcm2835-audio: Add TODO list

2017-01-29 Thread Michael Zoran
Add a TODO list of possible cleanup items. Signed-off-by: Michael Zoran --- drivers/staging/bcm2835-audio/TODO | 29 + 1 file changed, 29 insertions(+) create mode 100644 drivers/staging/bcm2835-audio/TODO diff --git a/drivers/staging/bcm2835-audio/TODO b/drivers/s

Re: [PATCH 3/6] staging: bcm2835-v4l2: Add a build system for the module.

2017-01-29 Thread Michael Zoran
On Fri, 2017-01-27 at 13:55 -0800, Eric Anholt wrote: > This is derived from the downstream tree's build system, but with > just > a single Kconfig option. > > For now the driver only builds on 32-bit arm -- the aarch64 build > breaks due to the driver using arm-specific cache flushing functions.

Re: [PATCH v2 0/2] scsi: storvsc: Add support for FC lightweight host.

2017-01-29 Thread Christoph Hellwig
On Sun, Jan 29, 2017 at 12:35:32AM +, KY Srinivasan wrote: > Windows has chosen this model for virtualizing FC devices to the guest - > without rports (or vports). As I noted in my earlier email, James came > up with this notion of a lightweight template almost a year ago. We can > certainly pi