[PATCH V2] x86/Hyper-V: don't allocate clockevent device when synthetic timer is unavailable

2020-03-30 Thread ltykernel
From: Tianyu Lan Current code initializes clock event data structure for syn timer even when it's unavailable. Fix it. Signed-off-by: Tianyu Lan --- Change since v1: Update title and commit log. drivers/hv/hv.c | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) di

Re: [Update PATCH] x86/Hyper-V: Initialize Syn timer clock when it's

2020-03-30 Thread Tianyu Lan
Hi Vitaly: Thanks for your review. On 3/30/2020 11:09 PM, Vitaly Kuznetsov wrote: ltyker...@gmail.com writes: From: Tianyu Lan Current code initializes clock event data structure for syn timer even when it's not available. Fix it. Signed-off-by: Tianyu Lan --- - Fix the wrong title.

Re: [PATCH v8] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread Stefano Brivio
On Mon, 30 Mar 2020 16:39:00 -0700 "John B. Wyatt IV" wrote: > Add error code handling to unused 'ret' variable that was never used. > Return an error code from functions called within vnt_radio_power_on. > > Issue reported by coccinelle (coccicheck). > > Suggested-by: Quentin Deslandes > Sugg

[PATCH v8] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread John B. Wyatt IV
Add error code handling to unused 'ret' variable that was never used. Return an error code from functions called within vnt_radio_power_on. Issue reported by coccinelle (coccicheck). Suggested-by: Quentin Deslandes Suggested-by: Stefano Brivio Reviewed-by: Quentin Deslandes Signed-off-by: John

Re: [PATCH v7] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread John B. Wyatt IV
On Tue, 2020-03-31 at 00:42 +0200, Stefano Brivio wrote: > On Mon, 30 Mar 2020 15:37:18 -0700 > "John B. Wyatt IV" wrote: > > > Add error code handling to unused 'ret' variable that was never > > used. > > Return an error code from functions called within > > vnt_radio_power_on. > > > > Issue re

Re: [PATCH v7] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread Stefano Brivio
On Mon, 30 Mar 2020 15:37:18 -0700 "John B. Wyatt IV" wrote: > Add error code handling to unused 'ret' variable that was never used. > Return an error code from functions called within vnt_radio_power_on. > > Issue reported by coccinelle (coccicheck). > > Suggested-by: Quentin Deslandes > Sugg

[PATCH v7] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread John B. Wyatt IV
Add error code handling to unused 'ret' variable that was never used. Return an error code from functions called within vnt_radio_power_on. Issue reported by coccinelle (coccicheck). Suggested-by: Quentin Deslandes Suggested-by: Stefano Brivio Reviewed-by: Quentin Deslandes Signed-off-by: John

Re: [PATCH v6] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread Stefano Brivio
On Mon, 30 Mar 2020 15:26:04 -0700 "John B. Wyatt IV" wrote: > On Tue, 2020-03-31 at 00:01 +0200, Stefano Brivio wrote: > > On Mon, 30 Mar 2020 14:46:13 -0700 > > "John B. Wyatt IV" wrote: > > > > > Add error code handling to unused 'ret' variable that was never > > > used. > > > Return an er

Re: [PATCH v6] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread John B. Wyatt IV
On Tue, 2020-03-31 at 00:01 +0200, Stefano Brivio wrote: > On Mon, 30 Mar 2020 14:46:13 -0700 > "John B. Wyatt IV" wrote: > > > Add error code handling to unused 'ret' variable that was never > > used. > > Return an error code from functions called within > > vnt_radio_power_on. > > > > Issue re

Re: [Outreachy kernel] [PATCH] staging: fbtft: Replace udelay with preferred usleep_range

2020-03-30 Thread Stefano Brivio
On Mon, 30 Mar 2020 15:03:55 -0700 "John B. Wyatt IV" wrote: > On Mon, 2020-03-30 at 19:40 +0200, Stefano Brivio wrote: > > On Sun, 29 Mar 2020 12:37:18 +0200 (CEST) > > Julia Lawall wrote: > > > > > On Sun, 29 Mar 2020, Soumyajit Deb wrote: > > > > > > > I had the same doubt the other day

Re: [Outreachy kernel] [PATCH] staging: fbtft: Replace udelay with preferred usleep_range

2020-03-30 Thread John B. Wyatt IV
On Mon, 2020-03-30 at 19:40 +0200, Stefano Brivio wrote: > On Sun, 29 Mar 2020 12:37:18 +0200 (CEST) > Julia Lawall wrote: > > > On Sun, 29 Mar 2020, Soumyajit Deb wrote: > > > > > I had the same doubt the other day about the replacement of > > > udelay() with > > > usleep_range(). The correspon

Re: [PATCH v6] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread Stefano Brivio
On Mon, 30 Mar 2020 14:46:13 -0700 "John B. Wyatt IV" wrote: > Add error code handling to unused 'ret' variable that was never used. > Return an error code from functions called within vnt_radio_power_on. > > Issue reported by coccinelle (coccicheck). > > Suggested-by: Quentin Deslandes > Sugg

Re: [GIT PULL] Staging/IIO driver patches for 5.7-rc1

2020-03-30 Thread pr-tracker-bot
The pull request you sent on Mon, 30 Mar 2020 12:45:19 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git > tags/staging-5.7-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/4c6ef3b156c67e8867e04668cb2af902d44e4086 Thank you! -- Deet-doot-d

Re: [Outreachy kernel] [PATCH v5] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread John B. Wyatt IV
On Mon, 2020-03-30 at 23:06 +0200, Stefano Brivio wrote: > On Mon, 30 Mar 2020 11:45:17 -0700 > "John B. Wyatt IV" wrote: > > > Add error code handling to unused 'ret' variable that was never > > used. > > Return an error code from functions called within > > vnt_radio_power_on. > > > > Issue re

[PATCH v6] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread John B. Wyatt IV
Add error code handling to unused 'ret' variable that was never used. Return an error code from functions called within vnt_radio_power_on. Issue reported by coccinelle (coccicheck). Suggested-by: Quentin Deslandes Suggested-by: Stefano Brivio Reviewed-by: Quentin Deslandes Signed-off-by: John

Re: [Outreachy kernel] [PATCH v5] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread Stefano Brivio
On Mon, 30 Mar 2020 11:45:17 -0700 "John B. Wyatt IV" wrote: > Add error code handling to unused 'ret' variable that was never used. > Return an error code from functions called within vnt_radio_power_on. > > Issue reported by coccinelle (coccicheck). > > Suggested-by: Quentin Deslandes > Sugg

[PATCH v5] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread John B. Wyatt IV
Add error code handling to unused 'ret' variable that was never used. Return an error code from functions called within vnt_radio_power_on. Issue reported by coccinelle (coccicheck). Suggested-by: Quentin Deslandes Suggested-by: Stefano Brivio Reviewed-by: Quentin Deslandes Signed-off-by: John

Re: [Outreachy kernel] [PATCH v4] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread Malcolm Priestley
On 30/03/2020 18:14, Stefano Brivio wrote: On Mon, 30 Mar 2020 09:45:30 -0700 "John B. Wyatt IV" wrote: Add error code handling to unused 'ret' variable that was never used. Return an error code from functions called within vnt_radio_power_on. Issue reported by coccinelle (coccicheck). Sugge

Re: [Outreachy kernel] [PATCH] staging: fbtft: Replace udelay with preferred usleep_range

2020-03-30 Thread Stefano Brivio
On Sun, 29 Mar 2020 12:37:18 +0200 (CEST) Julia Lawall wrote: > On Sun, 29 Mar 2020, Soumyajit Deb wrote: > > > I had the same doubt the other day about the replacement of udelay() with > > usleep_range(). The corresponding range for the single argument value of > > udelay() is quite confusing a

Re: [Outreachy kernel] [PATCH v4] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread Stefano Brivio
On Mon, 30 Mar 2020 09:45:30 -0700 "John B. Wyatt IV" wrote: > Add error code handling to unused 'ret' variable that was never used. > Return an error code from functions called within vnt_radio_power_on. > > Issue reported by coccinelle (coccicheck). > > Suggested-by: Quentin Deslandes > Sugg

Re: [PATCH v3] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread John Wyatt
On Mon, 2020-03-30 at 16:46 +0100, Quentin Deslandes wrote: > On 03/29/20 01:43:20, John B. Wyatt IV wrote: > > Add error code handling to unused 'ret' variable that was never > > used. > > Return an error code from functions called within > > vnt_radio_power_on. > > > > Issue reported by coccinel

[PATCH v4] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread John B. Wyatt IV
Add error code handling to unused 'ret' variable that was never used. Return an error code from functions called within vnt_radio_power_on. Issue reported by coccinelle (coccicheck). Suggested-by: Quentin Deslandes Suggested-by: Stefano Brivio Suggested-by: Julia Lawall Reviewed-by: Quentin De

Re: [PATCH v3] staging: vt6656: add error code handling to unused variable

2020-03-30 Thread Quentin Deslandes
On 03/29/20 01:43:20, John B. Wyatt IV wrote: > Add error code handling to unused 'ret' variable that was never used. > Return an error code from functions called within vnt_radio_power_on. > > Issue reported by coccinelle (coccicheck). > > Suggested-by: Quentin Deslandes > Suggested-by: Stefano

Re: [PATCH] staging: vt6656: Use defines in preamble_type variables

2020-03-30 Thread Quentin Deslandes
On 03/30/20 16:49:04, Quentin Deslandes wrote: > On 03/28/20 15:09:55, Oscar Carter wrote: > > Use the PREAMBLE_SHORT and PREAMBLE_LONG defines present in the file > > "baseband.h" to assign values to preamble_type variables. Also, use the > > same defines to make comparisons against this variables

Re: [PATCH] staging: vt6656: Use defines in preamble_type variables

2020-03-30 Thread Quentin Deslandes
On 03/28/20 15:09:55, Oscar Carter wrote: > Use the PREAMBLE_SHORT and PREAMBLE_LONG defines present in the file > "baseband.h" to assign values to preamble_type variables. Also, use the > same defines to make comparisons against this variables. > > In this way, avoid the use of numerical literals

Re: [PATCH] staging: vt6656: Refactor the vnt_update_pre_ed_threshold function

2020-03-30 Thread Quentin Deslandes
On 03/28/20 19:17:06, Oscar Carter wrote: > Create three arrays with the threshold data use in the switch statement > of the vnt_update_pre_ed_threshold function. These three arrays contains > elements of struct vnt_threshold new type. > > Create a for loop in the vnt_update_pre_ed_threshold funct

Re: [Update PATCH] x86/Hyper-V: Initialize Syn timer clock when it's

2020-03-30 Thread Vitaly Kuznetsov
ltyker...@gmail.com writes: > From: Tianyu Lan > > Current code initializes clock event data structure for syn timer > even when it's not available. Fix it. > > Signed-off-by: Tianyu Lan > --- > - Fix the wrong title. The new one is ... weird too :-) I think it was supposed to be something lik

[Update PATCH] x86/Hyper-V: Initialize Syn timer clock when it's

2020-03-30 Thread ltykernel
From: Tianyu Lan Current code initializes clock event data structure for syn timer even when it's not available. Fix it. Signed-off-by: Tianyu Lan --- - Fix the wrong title. drivers/hv/hv.c | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/drivers/hv/hv.c b/

Re: [PATCH] x86/Hyper-V: Initialize Syn timer clock even when it's not available

2020-03-30 Thread Tianyu Lan
Sorry for wrong title. Please ignore it. On 3/30/2020 10:09 PM, ltyker...@gmail.com wrote: From: Tianyu Lan Current code initializes clock event data structure for syn timer even when it's available or not. Fix it. Signed-off-by: Tianyu Lan --- drivers/hv/hv.c | 15 +-- 1 file

[PATCH] x86/Hyper-V: Initialize Syn timer clock even when it's not available

2020-03-30 Thread ltykernel
From: Tianyu Lan Current code initializes clock event data structure for syn timer even when it's available or not. Fix it. Signed-off-by: Tianyu Lan --- drivers/hv/hv.c | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/drivers/hv/hv.c b/drivers/hv/hv.c index

Re: [PATCH] staging: vt6656: Define EnCFG_BBType_MASK as OR between previous defines

2020-03-30 Thread Quentin Deslandes
On 03/27/20 17:58:02, Oscar Carter wrote: > Define the EnCFG_BBType_MASK bit as an OR operation between two previous > defines instead of using the OR between two new BIT macros. Thus, the > code is more clear. > > Fixes: a74081b44291 ("staging: vt6656: Use BIT() macro instead of hex value") > Sig

Re: [PATCH v2] staging: vt6656: Use defines in preamble_type variables

2020-03-30 Thread Quentin Deslandes
On 03/28/20 15:17:38, Oscar Carter wrote: > Use the PREAMBLE_SHORT and PREAMBLE_LONG defines present in the file > "baseband.h" to assign values to preamble_type variables. Also, use the > same defines to make comparisons against these variables. > > In this way, avoid the use of numerical literal

Re: [PATCH] staging: vt6656: Define EnCFG_BBType_MASK as OR between previous defines

2020-03-30 Thread Greg Kroah-Hartman
On Fri, Mar 27, 2020 at 05:58:02PM +0100, Oscar Carter wrote: > Define the EnCFG_BBType_MASK bit as an OR operation between two previous > defines instead of using the OR between two new BIT macros. Thus, the > code is more clear. > > Fixes: a74081b44291 ("staging: vt6656: Use BIT() macro instead

[GIT PULL] Staging/IIO driver patches for 5.7-rc1

2020-03-30 Thread Greg KH
The following changes since commit 16fbf79b0f83bc752cee8589279f1ebfe57b3b6e: Linux 5.6-rc7 (2020-03-22 18:31:56 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git tags/staging-5.7-rc1 for you to fetch changes up to e681bb287f40e7

THANK YOU

2020-03-30 Thread Harvey Terence
>From Harvey Terence (Mr.) 25 Canada Square, Canary Wharf, London E14 5LB, Good day I am Mr. Harvey Terence, Operating Officer of this bank. With your honest assistant and cooperation, we can finalize this transaction within 7/14 working days. I need a reliable and honest person who will be ab

Re: [PATCH v4 9/9] arm64: dts: renesas: salvator: add a connection from adv748x codec (HDMI input) to the R-Car SoC

2020-03-30 Thread Geert Uytterhoeven
Hi Alex, On Thu, Mar 26, 2020 at 11:55 AM Alex Riesen wrote: > As all known variants of the Salvator board have the HDMI decoder > chip (the ADV7482) connected to the SSI4 on R-Car SoC, the ADV7482 > endpoint and the connection definitions are placed in the common board > file. > > For the same r