Re: [PATCH 02/17] media: staging: atomisp: don't declare the same vars as both private and public

Hi Mauro, I love your patch! Yet something to improve: [auto build test ERROR on next-20180411] [also build test ERROR on v4.16] [cannot apply to linuxtv-media/master staging/staging-testing v4.16 v4.16-rc7 v4.16-rc6] [if your patch is applied to the wrong git tree, please drop us a note to

Re: [PATCH] staging fbtft: Fixed lines exceeding columns limit

On Fri, Apr 13, 2018 at 03:57:47PM +0300, Dan Carpenter wrote: > > - ret = fbtft_write_buf_dc(par, par->buf, sizeof(data_type) + offset, 0); > > \ > > I feel like the original is basically OK but if we're going to change it > then align it like this: > > ret = fbtft_write_buf_dc(par,

Re: [PATCH 03/17] media: atomisp: fix __user annotations

Hi Mauro, I love your patch! Yet something to improve: [auto build test ERROR on next-20180411] [also build test ERROR on v4.16] [cannot apply to linuxtv-media/master staging/staging-testing v4.16 v4.16-rc7 v4.16-rc6] [if your patch is applied to the wrong git tree, please drop us a note to

RE: [Resend Patch 3/3] Storvsc: Select channel based on available percentage of ring buffer to write

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Long Li > Sent: Tuesday, March 27, 2018 5:49 PM > To: KY Srinivasan ; Haiyang Zhang > ; Stephen > Hemminger

RE: [Resend Patch 2/3] Netvsc: Use the vmbus functiton to calculate ring buffer percentage

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Long Li > Sent: Tuesday, March 27, 2018 5:49 PM > To: KY Srinivasan ; Haiyang Zhang > ; Stephen > Hemminger

RE: [Resend Patch 3/3] Storvsc: Select channel based on available percentage of ring buffer to write

> Subject: RE: [Resend Patch 3/3] Storvsc: Select channel based on available > percentage of ring buffer to write > > > -Original Message- > > From: linux-kernel-ow...@vger.kernel.org > > On Behalf Of Long Li > > Sent: Tuesday, March 27, 2018 5:49 PM >

Re: [PATCH 14/14] staging: ks7010: use linux circular buffer header macros to handle tx and rx queues

On Thu, Apr 12, 2018 at 05:50:31PM +0200, Sergio Paracuellos wrote: > This commit replace current custom implementation of some circular > buffer head and tail logic in favour of the use of macros defined > in linux circ_buf.h header. It also review internal names and adds > a new CIRC_INC macro

Re: [PATCH v4 01/13] dt-bindings: connector: add properties for typec

2018-04-03 16:29 GMT+08:00 Andrzej Hajda : > > On 28.03.2018 18:06, Li Jun wrote: > > Add bingdings supported by current typec driver, so user can pass > > all those properties via dt. > > > > Signed-off-by: Li Jun > > --- > >

Re: [PATCH] staging fbtft: Fixed lines exceeding columns limit

> if (unlikely(par->debug & DEBUG_WRITE_REGISTER)) {\ > va_start(args, len); \ > for (i = 0; i < len; i++) { \ > - buf[i] =

[PATCH RFC 3/8] mm: use PG_offline in online/offlining code

Let's mark all offline pages with PG_offline. We'll continue to mark them reserved. Signed-off-by: David Hildenbrand --- drivers/hv/hv_balloon.c | 2 +- mm/memory_hotplug.c | 10 ++ mm/page_alloc.c | 5 - 3 files changed, 11 insertions(+), 6

Re: [PATCH 14/14] staging: ks7010: use linux circular buffer header macros to handle tx and rx queues

On Fri, Apr 13, 2018 at 2:14 PM, Dan Carpenter wrote: > On Thu, Apr 12, 2018 at 05:50:31PM +0200, Sergio Paracuellos wrote: >> This commit replace current custom implementation of some circular >> buffer head and tail logic in favour of the use of macros defined >> in

Re: [PATCH 14/14] staging: ks7010: use linux circular buffer header macros to handle tx and rx queues

This is the last patch in the series so I think we could just drop it without resending the others. regards, dan carpenter ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

Re: [PATCH 14/14] staging: ks7010: use linux circular buffer header macros to handle tx and rx queues

On Fri, Apr 13, 2018 at 3:27 PM, Dan Carpenter wrote: > > This is the last patch in the series so I think we could just drop it > without resending the others. True. Ok, I'll resend the last one modified in my next series. > > regards, > dan carpenter > Best regards,