Re: [PATCH] pci/sriov: Add an option to probe VFs or not before enabling SR-IOV

On Mon, Mar 20, 2017 at 10:57:08PM -0600, Alex Williamson wrote: >On Mon, 20 Mar 2017 18:34:23 -0500 >Bodong Wang wrote: .../... >> > Bodong, I'm not sure if there is a requirement to load driver for the >> > specified number of VFs? That indicates no driver will be loaded

Re: [PATCH] pci/sriov: Add an option to probe VFs or not before enabling SR-IOV

On Mon, Mar 20, 2017 at 10:57:08PM -0600, Alex Williamson wrote: >On Mon, 20 Mar 2017 18:34:23 -0500 >Bodong Wang wrote: .../... >> > Bodong, I'm not sure if there is a requirement to load driver for the >> > specified number of VFs? That indicates no driver will be loaded for >> > other VFs.

Re: [PATCH v3] ASoC: rt286: fix headphone click/crack noise on Dell XPS 9343 I2S mode

On Tue, Mar 21, 2017 at 11:07 AM, Bard Liao wrote: >> -Original Message- >> From: Kai-Heng Feng [mailto:kai.heng.f...@canonical.com] >> Sent: Monday, March 20, 2017 11:59 AM >> To: broo...@kernel.org >> Cc: lgirdw...@gmail.com; Bard Liao; Oder Chiou; >>

Re: [PATCH v3] ASoC: rt286: fix headphone click/crack noise on Dell XPS 9343 I2S mode

On Tue, Mar 21, 2017 at 11:07 AM, Bard Liao wrote: >> -Original Message- >> From: Kai-Heng Feng [mailto:kai.heng.f...@canonical.com] >> Sent: Monday, March 20, 2017 11:59 AM >> To: broo...@kernel.org >> Cc: lgirdw...@gmail.com; Bard Liao; Oder Chiou; >> alsa-de...@alsa-project.org;

[PATCH] soc/tegra: pmc: Don't allocate struct tegra_powergate on stack

The size of the struct tegra_powergate is quite big and if any more fields are added to the internal genpd structure, following warnings are thrown: drivers/soc/tegra/pmc.c:577:1: warning: the frame size of 1176 bytes is larger than 1024 bytes [-Wframe-larger-than=] Avoid such warnings by

[PATCH] soc/tegra: pmc: Don't allocate struct tegra_powergate on stack

The size of the struct tegra_powergate is quite big and if any more fields are added to the internal genpd structure, following warnings are thrown: drivers/soc/tegra/pmc.c:577:1: warning: the frame size of 1176 bytes is larger than 1024 bytes [-Wframe-larger-than=] Avoid such warnings by

Re: [PATCH v3] ASoC: rt286: fix headphone click/crack noise on Dell XPS 9343 I2S mode

On Tue, Mar 21, 2017 at 1:26 AM, Mark Brown wrote: > On Tue, Mar 21, 2017 at 12:23:53AM +0800, Kai-Heng Feng wrote: >> On Tue, Mar 21, 2017 at 12:06 AM, Mark Brown wrote: > >> > As it says there "...and inserted automatically following the three dash >> >

Re: [PATCH v3] ASoC: rt286: fix headphone click/crack noise on Dell XPS 9343 I2S mode

On Tue, Mar 21, 2017 at 1:26 AM, Mark Brown wrote: > On Tue, Mar 21, 2017 at 12:23:53AM +0800, Kai-Heng Feng wrote: >> On Tue, Mar 21, 2017 at 12:06 AM, Mark Brown wrote: > >> > As it says there "...and inserted automatically following the three dash >> > line". > >> I saw iteration changelog in

Re: [PATCH 03/15] extcon: cht-wc: Add Intel Cherry Trail Whiskey Cove PMIC extcon driver

On 2017년 03월 21일 12:54, Chanwoo Choi wrote: > On 2017년 03월 20일 22:00, Andy Shevchenko wrote: >> On Mon, 2017-03-20 at 10:33 +0900, Chanwoo Choi wrote: >>> On 2017년 03월 17일 18:55, Hans de Goede wrote: >> +static const struct platform_device_id cht_wc_extcon_table[] = { + { .name =

Re: [PATCH 03/15] extcon: cht-wc: Add Intel Cherry Trail Whiskey Cove PMIC extcon driver

On 2017년 03월 21일 12:54, Chanwoo Choi wrote: > On 2017년 03월 20일 22:00, Andy Shevchenko wrote: >> On Mon, 2017-03-20 at 10:33 +0900, Chanwoo Choi wrote: >>> On 2017년 03월 17일 18:55, Hans de Goede wrote: >> +static const struct platform_device_id cht_wc_extcon_table[] = { + { .name =

Re: [PATCH v2] perf/probe: Change MAX_CMDLEN

On Tue, 7 Feb 2017 11:15:47 +0530 Ravi Bangoria wrote: > There are many SDT markers in powerpc whose uprobe definition goes > beyond current MAX_CMDLEN, especially when target filename is long > and sdt marker has long list of arguments. For example, definition

Re: [PATCH v2] perf/probe: Change MAX_CMDLEN

On Tue, 7 Feb 2017 11:15:47 +0530 Ravi Bangoria wrote: > There are many SDT markers in powerpc whose uprobe definition goes > beyond current MAX_CMDLEN, especially when target filename is long > and sdt marker has long list of arguments. For example, definition > of sdt marker > >

Re: [PATCH] vfio pci: kernel support of error recovery only for non fatal error

On Mon, 20 Mar 2017 16:32:33 +0200 "Michael S. Tsirkin" wrote: > On Mon, Mar 20, 2017 at 08:50:39PM +0800, Cao jin wrote: > > Sorry for late. > > > > On 03/14/2017 06:06 AM, Alex Williamson wrote: > > > On Mon, 27 Feb 2017 15:28:43 +0800 > > > Cao jin

Re: [PATCH] vfio pci: kernel support of error recovery only for non fatal error

On Mon, 20 Mar 2017 16:32:33 +0200 "Michael S. Tsirkin" wrote: > On Mon, Mar 20, 2017 at 08:50:39PM +0800, Cao jin wrote: > > Sorry for late. > > > > On 03/14/2017 06:06 AM, Alex Williamson wrote: > > > On Mon, 27 Feb 2017 15:28:43 +0800 > > > Cao jin wrote: > > > > > >> 0. What happens

Re: [PATCH tip:x86/mm] x86/tls: Forcibly set the accessed bit in TLS segments

On Sat, Mar 18, 2017 at 10:17 PM, Andy Lutomirski wrote: > For mysterious historical reasons, struct user_desc doesn't indicate > whether segments are accessed. set_thread_area() has always > programmed segments as non-accessed, so the first write will set the > accessed bit.

Re: [PATCH tip:x86/mm] x86/tls: Forcibly set the accessed bit in TLS segments

On Sat, Mar 18, 2017 at 10:17 PM, Andy Lutomirski wrote: > For mysterious historical reasons, struct user_desc doesn't indicate > whether segments are accessed. set_thread_area() has always > programmed segments as non-accessed, so the first write will set the > accessed bit. This will fault if

Re: linux-next: x86: Unalbe to run x32 processes on the x86_64 kernel

Here is my bisect log: [avagin@laptop linux-next]$ git bisect log # bad: [f921b263d9602fb7873710c2df70671f2ffcf658] Add linux-next specific files for 20170320 # good: [4495c08e84729385774601b5146d51d9e5849f81] Linux 4.11-rc2 git bisect start 'HEAD' 'v4.11-rc2' # good

Re: linux-next: x86: Unalbe to run x32 processes on the x86_64 kernel

Here is my bisect log: [avagin@laptop linux-next]$ git bisect log # bad: [f921b263d9602fb7873710c2df70671f2ffcf658] Add linux-next specific files for 20170320 # good: [4495c08e84729385774601b5146d51d9e5849f81] Linux 4.11-rc2 git bisect start 'HEAD' 'v4.11-rc2' # good

Re: [PATCH 03/15] extcon: cht-wc: Add Intel Cherry Trail Whiskey Cove PMIC extcon driver

Hi, On 2017년 03월 21일 04:57, Hans de Goede wrote: > Hi, > > On 20-03-17 02:33, Chanwoo Choi wrote: >> Hi, >> >> On 2017년 03월 17일 18:55, Hans de Goede wrote: >>> Add a driver for charger detection / control on the Intel Cherrytrail >>> Whiskey Cove PMIC. >>> >>> Signed-off-by: Hans de Goede

Re: [PATCH 03/15] extcon: cht-wc: Add Intel Cherry Trail Whiskey Cove PMIC extcon driver

Hi, On 2017년 03월 21일 04:57, Hans de Goede wrote: > Hi, > > On 20-03-17 02:33, Chanwoo Choi wrote: >> Hi, >> >> On 2017년 03월 17일 18:55, Hans de Goede wrote: >>> Add a driver for charger detection / control on the Intel Cherrytrail >>> Whiskey Cove PMIC. >>> >>> Signed-off-by: Hans de Goede >>>

Re: [PATCH v5 0/2] perf probe: add sdt probes arguments into the uprobe cmd string

Hello Alexis and Arnaldo, I think this series is now good to go. Could you pick these? Acked-by: Masami Hiramatsu for this series. Thank you, On Wed, 14 Dec 2016 01:07:30 +0100 Alexis Berlemont wrote: > Hi Masami, > > Many thanks for your

Re: [PATCH v5 0/2] perf probe: add sdt probes arguments into the uprobe cmd string

Hello Alexis and Arnaldo, I think this series is now good to go. Could you pick these? Acked-by: Masami Hiramatsu for this series. Thank you, On Wed, 14 Dec 2016 01:07:30 +0100 Alexis Berlemont wrote: > Hi Masami, > > Many thanks for your mail. > > Here is another patch set which tries

Re: [PATCH v21 13/13] acpi/arm64: Add SBSA Generic Watchdog support in GTDT driver

Hi Mark, On 21 March 2017 at 02:09, Mark Rutland wrote: > On Tue, Mar 21, 2017 at 01:57:58AM +0800, Fu Wei wrote: >> On 18 March 2017 at 04:01, Mark Rutland wrote: >> > On Tue, Feb 07, 2017 at 02:50:15AM +0800, fu@linaro.org wrote: > >> > I've not

Re: [PATCH v21 13/13] acpi/arm64: Add SBSA Generic Watchdog support in GTDT driver

Hi Mark, On 21 March 2017 at 02:09, Mark Rutland wrote: > On Tue, Mar 21, 2017 at 01:57:58AM +0800, Fu Wei wrote: >> On 18 March 2017 at 04:01, Mark Rutland wrote: >> > On Tue, Feb 07, 2017 at 02:50:15AM +0800, fu@linaro.org wrote: > >> > I've not been able to find where the ACPI spec says

Re: [PATCH] pci/sriov: Add an option to probe VFs or not before enabling SR-IOV

On Mon, 20 Mar 2017 18:34:23 -0500 Bodong Wang wrote: > On 3/20/2017 6:07 PM, Gavin Shan wrote: > > On Mon, Mar 20, 2017 at 05:14:34PM +0200, bod...@mellanox.com wrote: > >> From: Bodong Wang > >> > >> Sometimes it is not desirable to probe the

Re: [PATCH] pci/sriov: Add an option to probe VFs or not before enabling SR-IOV

On Mon, 20 Mar 2017 18:34:23 -0500 Bodong Wang wrote: > On 3/20/2017 6:07 PM, Gavin Shan wrote: > > On Mon, Mar 20, 2017 at 05:14:34PM +0200, bod...@mellanox.com wrote: > >> From: Bodong Wang > >> > >> Sometimes it is not desirable to probe the virtual functions after > >> SRIOV is enabled.

Re: lockdep warning: console vs. mem hotplug

[..] > 3) move add_timer() out of sclp_con_lock console in sclp_console_write(). I take it back. Won't improve anything. -ss

Re: lockdep warning: console vs. mem hotplug

[..] > 3) move add_timer() out of sclp_con_lock console in sclp_console_write(). I take it back. Won't improve anything. -ss

[PATCH 2/2] regulator: hi655x: Bump parent pmic module use count

The hi655x-regulator driver depends on the parent pmic/mfc device driver but doesn't increase its use count. This results in system crashes if the parent module is unloaded while the regulators are still in use. Add explicit module get/put calls to keep the parent from being unloaded.

[PATCH 2/2] regulator: hi655x: Bump parent pmic module use count

The hi655x-regulator driver depends on the parent pmic/mfc device driver but doesn't increase its use count. This results in system crashes if the parent module is unloaded while the regulators are still in use. Add explicit module get/put calls to keep the parent from being unloaded.

[lkp-robot] [x86] 69218e4799: BUG:kernel_hang_in_boot_stage

FYI, we noticed the following commit: commit: 69218e47994da614e7af600bf06887750ab6657a ("x86: Remap GDT tables in the fixmap section") https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master in testcase: trinity with following parameters: runtime: 300s

[lkp-robot] [x86] 69218e4799: BUG:kernel_hang_in_boot_stage

FYI, we noticed the following commit: commit: 69218e47994da614e7af600bf06887750ab6657a ("x86: Remap GDT tables in the fixmap section") https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master in testcase: trinity with following parameters: runtime: 300s

[PATCH 1/2] mfd: hi655x: Reference required regulator driver

The hisi pmic requires an independent regulator driver to be loaded so that devices dependent on the pmic/regulator are started properly. Currently there is only a single compatible regulator driver in the tree, so reference it with a module soft dependency so that modprobe loads it whenever the

[PATCH 1/2] mfd: hi655x: Reference required regulator driver

The hisi pmic requires an independent regulator driver to be loaded so that devices dependent on the pmic/regulator are started properly. Currently there is only a single compatible regulator driver in the tree, so reference it with a module soft dependency so that modprobe loads it whenever the

[lkp-robot] [locking/ww_mutex] bf7b3ac2e3: INFO:task_blocked_for_more_than#seconds

FYI, we noticed the following commit: commit: bf7b3ac2e36ac054f93e5dd8d85dfd754b5e1c09 ("locking/ww_mutex: Improve test to cover acquire context changes") https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master in testcase: boot on test machine: qemu-system-x86_64 -enable-kvm

[lkp-robot] [locking/ww_mutex] bf7b3ac2e3: INFO:task_blocked_for_more_than#seconds

FYI, we noticed the following commit: commit: bf7b3ac2e36ac054f93e5dd8d85dfd754b5e1c09 ("locking/ww_mutex: Improve test to cover acquire context changes") https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master in testcase: boot on test machine: qemu-system-x86_64 -enable-kvm

[PATCH 0/2] Hi655x: mfd/pmic: regulator: Correct dependencies

In an environment where the hi655x pmic is being built as a standalone module, it fails to automatically load resulting in boot failures, machine hangs, etc. First we correct this by setting an appropriate module dependency. Then we bump the module use count on the mfd/pmic driver so that it

[PATCH 0/2] Hi655x: mfd/pmic: regulator: Correct dependencies

In an environment where the hi655x pmic is being built as a standalone module, it fails to automatically load resulting in boot failures, machine hangs, etc. First we correct this by setting an appropriate module dependency. Then we bump the module use count on the mfd/pmic driver so that it

Re: [PATCH v5 4/7] perf/sdt: Allow recording of existing events

On Mon, 20 Mar 2017 14:42:22 +0530 Ravi Bangoria wrote: [SNIP] > >> } > >> > >> -/* > >> - * Find the SDT event from the cache and if found add it/them > >> - * to the uprobe_events file > >> - */ > >> +static bool sdt_is_ptrn_used(struct perf_probe_event

Re: [PATCH v5 4/7] perf/sdt: Allow recording of existing events

On Mon, 20 Mar 2017 14:42:22 +0530 Ravi Bangoria wrote: [SNIP] > >> } > >> > >> -/* > >> - * Find the SDT event from the cache and if found add it/them > >> - * to the uprobe_events file > >> - */ > >> +static bool sdt_is_ptrn_used(struct perf_probe_event *pev) > > This might be

Re: [PATCH 4.10 00/63] 4.10.5-stable review

On Mon, Mar 20, 2017 at 07:14:30PM -0700, Guenter Roeck wrote: > On 03/20/2017 10:51 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.10.5 release. > > There are 63 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 4.10 00/63] 4.10.5-stable review

On Mon, Mar 20, 2017 at 07:14:30PM -0700, Guenter Roeck wrote: > On 03/20/2017 10:51 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.10.5 release. > > There are 63 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: lockdep warning: console vs. mem hotplug

Cc Michal, Linus, Peter, Thomas, Andrew, Martin // I kept only lockdep splats from the original report and cut off .configs // full version: // lkml.kernel.org/r/alpine.LFD.2.20.1703201736070.1753@schleppi Sebastian, thanks. On (03/20/17 17:43), Sebastian Ott wrote: [..] > Since commit

Re: lockdep warning: console vs. mem hotplug

Cc Michal, Linus, Peter, Thomas, Andrew, Martin // I kept only lockdep splats from the original report and cut off .configs // full version: // lkml.kernel.org/r/alpine.LFD.2.20.1703201736070.1753@schleppi Sebastian, thanks. On (03/20/17 17:43), Sebastian Ott wrote: [..] > Since commit

Eric Anholt offically announces support of VC4 without access to expander on the RPI 3

On Mon, 2017-03-20 at 10:22 -0700, Eric Anholt wrote: > Michael Zoran writes: > > > > > Since the API is completely documented, I see no reason we or > > > > anybody > > > > couldn't essentially rewrite the driver while it's in > > > > staging.  I > > > > just > > > > think

Eric Anholt offically announces support of VC4 without access to expander on the RPI 3

On Mon, 2017-03-20 at 10:22 -0700, Eric Anholt wrote: > Michael Zoran writes: > > > > > Since the API is completely documented, I see no reason we or > > > > anybody > > > > couldn't essentially rewrite the driver while it's in > > > > staging.  I > > > > just > > > > think it would be best for

Re: [PATCH 4.10 00/63] 4.10.5-stable review

On Mon, Mar 20, 2017 at 06:13:13PM -0600, Shuah Khan wrote: > On 03/20/2017 11:51 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.10.5 release. > > There are 63 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 4.10 00/63] 4.10.5-stable review

On Mon, Mar 20, 2017 at 06:13:13PM -0600, Shuah Khan wrote: > On 03/20/2017 11:51 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.10.5 release. > > There are 63 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH] KVM: nVMX: Fix L2 guest crash when VPID is disabled on L0

2017-03-20 22:58 GMT+08:00 Radim Krčmář : > 2017-03-20 05:25-0700, Wanpeng Li: >> From: Wanpeng Li >> >> L2 guest crash during boot if VPID is enabled on L1 and disabled on L0. This >> also can be catched by kvm-unit-tests/vmx.flat when VPID is disabled

Re: [PATCH] KVM: nVMX: Fix L2 guest crash when VPID is disabled on L0

2017-03-20 22:58 GMT+08:00 Radim Krčmář : > 2017-03-20 05:25-0700, Wanpeng Li: >> From: Wanpeng Li >> >> L2 guest crash during boot if VPID is enabled on L1 and disabled on L0. This >> also can be catched by kvm-unit-tests/vmx.flat when VPID is disabled on L0. >> >> KVM: entry failed, hardware

[PATCH v2 1/3] KVM: nVMX: Fix nested VPID vmx exec control

From: Wanpeng Li This can be reproduced by running kvm-unit-tests/vmx.flat on L0 w/ vpid disabled. Test suite: VPID Unhandled exception 6 #UD at ip 004051a6 error_code= rflags=00010047 cs=0008 rax= rcx=0001

[PATCH v2 1/3] KVM: nVMX: Fix nested VPID vmx exec control

From: Wanpeng Li This can be reproduced by running kvm-unit-tests/vmx.flat on L0 w/ vpid disabled. Test suite: VPID Unhandled exception 6 #UD at ip 004051a6 error_code= rflags=00010047 cs=0008 rax= rcx=0001 rdx=0047

[PATCH v2 3/3] KVM: x86: correct async page present tracepoint

From: Wanpeng Li After async pf setup successfully, there is a broadcast wakeup w/ special token 0x which tells vCPU that it should wake up all processes waiting for APFs though there is no real process waiting at the moment. The async page present tracepoint

[PATCH v2 3/3] KVM: x86: correct async page present tracepoint

From: Wanpeng Li After async pf setup successfully, there is a broadcast wakeup w/ special token 0x which tells vCPU that it should wake up all processes waiting for APFs though there is no real process waiting at the moment. The async page present tracepoint print prematurely and

[PATCH v2 2/3] KVM: VMX: Fix enable VPID even if INVVPID is not exposed in vmx capability

From: Wanpeng Li This can be reproduced by running L2 on L1, and disable VPID on L0 if w/o commit "KVM: nVMX: Fix nested VPID vmx exec control", the L2 crash as below: KVM: entry failed, hardware error 0x7 EAX= EBX= ECX= EDX=000306c3 ESI=

[PATCH v2 2/3] KVM: VMX: Fix enable VPID even if INVVPID is not exposed in vmx capability

From: Wanpeng Li This can be reproduced by running L2 on L1, and disable VPID on L0 if w/o commit "KVM: nVMX: Fix nested VPID vmx exec control", the L2 crash as below: KVM: entry failed, hardware error 0x7 EAX= EBX= ECX= EDX=000306c3 ESI= EDI=

[PATCH net-next 7/8] vhost_net: try batch dequing from skb array

We used to dequeue one skb during recvmsg() from skb_array, this could be inefficient because of the bad cache utilization and spinlock touching for each packet. This patch tries to batch them by calling batch dequeuing helpers explicitly on the exported skb array and pass the skb back through

[PATCH net-next 7/8] vhost_net: try batch dequing from skb array

We used to dequeue one skb during recvmsg() from skb_array, this could be inefficient because of the bad cache utilization and spinlock touching for each packet. This patch tries to batch them by calling batch dequeuing helpers explicitly on the exported skb array and pass the skb back through

[PATCH net-next 5/8] tun: support receiving skb through msg_control

This patch makes tun_recvmsg() can receive from skb from its caller through msg_control. Vhost_net will be the first user. Signed-off-by: Jason Wang --- drivers/net/tun.c | 18 ++ 1 file changed, 10 insertions(+), 8 deletions(-) diff --git

[PATCH net-next 3/8] tun: export skb_array

This patch exports skb_array through tun_get_skb_array(). Caller can then manipulate skb array directly. Signed-off-by: Jason Wang --- drivers/net/tun.c | 13 + include/linux/if_tun.h | 5 + 2 files changed, 18 insertions(+) diff --git

[PATCH net-next 3/8] tun: export skb_array

This patch exports skb_array through tun_get_skb_array(). Caller can then manipulate skb array directly. Signed-off-by: Jason Wang --- drivers/net/tun.c | 13 + include/linux/if_tun.h | 5 + 2 files changed, 18 insertions(+) diff --git a/drivers/net/tun.c

[PATCH net-next 5/8] tun: support receiving skb through msg_control

This patch makes tun_recvmsg() can receive from skb from its caller through msg_control. Vhost_net will be the first user. Signed-off-by: Jason Wang --- drivers/net/tun.c | 18 ++ 1 file changed, 10 insertions(+), 8 deletions(-) diff --git a/drivers/net/tun.c

[PATCH net-next 1/8] ptr_ring: introduce batch dequeuing

Signed-off-by: Jason Wang --- include/linux/ptr_ring.h | 65 1 file changed, 65 insertions(+) diff --git a/include/linux/ptr_ring.h b/include/linux/ptr_ring.h index 6c70444..4771ded 100644 --- a/include/linux/ptr_ring.h +++

[PATCH net-next 1/8] ptr_ring: introduce batch dequeuing

Signed-off-by: Jason Wang --- include/linux/ptr_ring.h | 65 1 file changed, 65 insertions(+) diff --git a/include/linux/ptr_ring.h b/include/linux/ptr_ring.h index 6c70444..4771ded 100644 --- a/include/linux/ptr_ring.h +++

[PATCH net-next 2/8] skb_array: introduce batch dequeuing

Signed-off-by: Jason Wang --- include/linux/skb_array.h | 25 + 1 file changed, 25 insertions(+) diff --git a/include/linux/skb_array.h b/include/linux/skb_array.h index f4dfade..90e44b9 100644 --- a/include/linux/skb_array.h +++

[PATCH net-next 2/8] skb_array: introduce batch dequeuing

Signed-off-by: Jason Wang --- include/linux/skb_array.h | 25 + 1 file changed, 25 insertions(+) diff --git a/include/linux/skb_array.h b/include/linux/skb_array.h index f4dfade..90e44b9 100644 --- a/include/linux/skb_array.h +++ b/include/linux/skb_array.h @@ -97,21

linux-next: Tree for Mar 21

Hi all, Changes since 20170320: New trees: pinctrl-samsung The drm tree gained a conflict against the drm-intel-fixes tree. The drm-intel tree gained a conflict against the drm-intel-fixes tree. The drm-tegra tree gained a conflict against the drm tree. The char-misc tree still had its build

linux-next: Tree for Mar 21

Hi all, Changes since 20170320: New trees: pinctrl-samsung The drm tree gained a conflict against the drm-intel-fixes tree. The drm-intel tree gained a conflict against the drm-intel-fixes tree. The drm-tegra tree gained a conflict against the drm tree. The char-misc tree still had its build

Re: [PATCH v5 38/39] media: imx: csi: fix crop rectangle reset in sink set_fmt

On 03/20/2017 10:23 AM, Philipp Zabel wrote: Hi Steve, Russell, On Mon, 2017-03-20 at 14:17 +, Russell King - ARM Linux wrote: On Mon, Mar 20, 2017 at 03:00:51PM +0100, Philipp Zabel wrote: On Mon, 2017-03-20 at 12:08 +, Russell King - ARM Linux wrote: The same document says:

Re: [PATCH v5 38/39] media: imx: csi: fix crop rectangle reset in sink set_fmt

On 03/20/2017 10:23 AM, Philipp Zabel wrote: Hi Steve, Russell, On Mon, 2017-03-20 at 14:17 +, Russell King - ARM Linux wrote: On Mon, Mar 20, 2017 at 03:00:51PM +0100, Philipp Zabel wrote: On Mon, 2017-03-20 at 12:08 +, Russell King - ARM Linux wrote: The same document says:

[PATCH net-next 8/8] vhost_net: use lockless peeking for skb array during busy polling

For the socket that exports its skb array, we can use lockless polling to avoid touching spinlock during busy polling. Signed-off-by: Jason Wang --- drivers/vhost/net.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/vhost/net.c

[PATCH net-next 8/8] vhost_net: use lockless peeking for skb array during busy polling

For the socket that exports its skb array, we can use lockless polling to avoid touching spinlock during busy polling. Signed-off-by: Jason Wang --- drivers/vhost/net.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c index

[PATCH net-next 4/8] tap: export skb_array

This patch exports skb_array through tap_get_skb_array(). Caller can then manipulate skb array directly. Signed-off-by: Jason Wang --- drivers/net/tap.c | 13 + include/linux/if_tap.h | 5 + 2 files changed, 18 insertions(+) diff --git

[PATCH net-next 4/8] tap: export skb_array

This patch exports skb_array through tap_get_skb_array(). Caller can then manipulate skb array directly. Signed-off-by: Jason Wang --- drivers/net/tap.c | 13 + include/linux/if_tap.h | 5 + 2 files changed, 18 insertions(+) diff --git a/drivers/net/tap.c

[PATCH net-next 6/8] tap: support receiving skb from msg_control

This patch makes tap_recvmsg() can receive from skb from its caller through msg_control. Vhost_net will be the first user. Signed-off-by: Jason Wang --- drivers/net/tap.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/net/tap.c

[PATCH net-next 6/8] tap: support receiving skb from msg_control

This patch makes tap_recvmsg() can receive from skb from its caller through msg_control. Vhost_net will be the first user. Signed-off-by: Jason Wang --- drivers/net/tap.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/net/tap.c b/drivers/net/tap.c index

[PATCH net-next 0/8] vhost-net rx batching

Hi all: This series tries to implement rx batching for vhost-net. This is done by batching the dequeuing from skb_array which was exported by underlayer socket and pass the sbk back through msg_control to finish userspace copying. Tests shows at most 19% improvment on rx pps. Please review.

[PATCH net-next 0/8] vhost-net rx batching

Hi all: This series tries to implement rx batching for vhost-net. This is done by batching the dequeuing from skb_array which was exported by underlayer socket and pass the sbk back through msg_control to finish userspace copying. Tests shows at most 19% improvment on rx pps. Please review.

Re: [RFC][PATCH 2/4] printk: offload printing from wake_up_klogd_work_func()

On (03/20/17 17:09), Petr Mladek wrote: [..] > > I don't want that printk_kthread_need_flush_console to exist. instead, > > I think, I want to move printk_pending out of per-cpu memory and use a > > global printk_pending. set PRINTK_PENDING_OUTPUT bit to true in > > vprintk_emit(), clear it in

Re: [RFC][PATCH 2/4] printk: offload printing from wake_up_klogd_work_func()

On (03/20/17 17:09), Petr Mladek wrote: [..] > > I don't want that printk_kthread_need_flush_console to exist. instead, > > I think, I want to move printk_pending out of per-cpu memory and use a > > global printk_pending. set PRINTK_PENDING_OUTPUT bit to true in > > vprintk_emit(), clear it in

[PATCH net-next 2/2] net: dwc-xlgmac: add module license

Fix the warning about missing MODULE_LICENSE(). Signed-off-by: Jie Deng --- drivers/net/ethernet/synopsys/dwc-xlgmac-common.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/ethernet/synopsys/dwc-xlgmac-common.c

[PATCH net-next 2/2] net: dwc-xlgmac: add module license

Fix the warning about missing MODULE_LICENSE(). Signed-off-by: Jie Deng --- drivers/net/ethernet/synopsys/dwc-xlgmac-common.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/ethernet/synopsys/dwc-xlgmac-common.c b/drivers/net/ethernet/synopsys/dwc-xlgmac-common.c index

[PATCH net-next 1/2] net: dwc-xlgmac: declaration of dual license in headers

This patch adds declaration of dual license in file headers. Signed-off-by: Jie Deng --- drivers/net/ethernet/synopsys/dwc-xlgmac-common.c | 6 ++ drivers/net/ethernet/synopsys/dwc-xlgmac-desc.c | 6 ++ drivers/net/ethernet/synopsys/dwc-xlgmac-hw.c | 6 ++

[PATCH net-next 1/2] net: dwc-xlgmac: declaration of dual license in headers

This patch adds declaration of dual license in file headers. Signed-off-by: Jie Deng --- drivers/net/ethernet/synopsys/dwc-xlgmac-common.c | 6 ++ drivers/net/ethernet/synopsys/dwc-xlgmac-desc.c | 6 ++ drivers/net/ethernet/synopsys/dwc-xlgmac-hw.c | 6 ++

Re: [Linaro-acpi] [PATCH v21 13/13] acpi/arm64: Add SBSA Generic Watchdog support in GTDT driver

Hi Mark, Lurndal, On 21 March 2017 at 02:50, Lurndal, Scott wrote: > On Mon, Mar 20, 2017 at 06:09:50PM +, Mark Rutland wrote: >> On Tue, Mar 21, 2017 at 01:57:58AM +0800, Fu Wei wrote: >> > On 18 March 2017 at 04:01, Mark Rutland wrote: >> >

Re: [PATCH] power: bq24190_charger: mark PM functions as __maybe_unused

On Mon, Mar 20, 2017 at 02:14:15PM +0100, Arnd Bergmann wrote: > Without CONFIG_PM, we get a harmless warning: > > drivers/power/supply/bq24190_charger.c:1514:12: error: > 'bq24190_runtime_resume' defined but not used [-Werror=unused-function] > drivers/power/supply/bq24190_charger.c:1501:12:

Re: [Linaro-acpi] [PATCH v21 13/13] acpi/arm64: Add SBSA Generic Watchdog support in GTDT driver

Hi Mark, Lurndal, On 21 March 2017 at 02:50, Lurndal, Scott wrote: > On Mon, Mar 20, 2017 at 06:09:50PM +, Mark Rutland wrote: >> On Tue, Mar 21, 2017 at 01:57:58AM +0800, Fu Wei wrote: >> > On 18 March 2017 at 04:01, Mark Rutland wrote: >> > > On Tue, Feb 07, 2017 at 02:50:15AM +0800,

Re: [PATCH] power: bq24190_charger: mark PM functions as __maybe_unused

On Mon, Mar 20, 2017 at 02:14:15PM +0100, Arnd Bergmann wrote: > Without CONFIG_PM, we get a harmless warning: > > drivers/power/supply/bq24190_charger.c:1514:12: error: > 'bq24190_runtime_resume' defined but not used [-Werror=unused-function] > drivers/power/supply/bq24190_charger.c:1501:12:

Re: [PATCH] PCI: rockchip: don't leak the PCI resource list

Hi brian, On 03/21/2017 10:21 AM, Brian Norris wrote: On Tue, Mar 21, 2017 at 09:25:16AM +0800, Shawn Lin wrote: On 2017/3/21 6:49, Brian Norris wrote: This list is local to the probe() function. We should free it up in both the success case and the error case, but currently we're only

Re: [PATCH] PCI: rockchip: don't leak the PCI resource list

Hi brian, On 03/21/2017 10:21 AM, Brian Norris wrote: On Tue, Mar 21, 2017 at 09:25:16AM +0800, Shawn Lin wrote: On 2017/3/21 6:49, Brian Norris wrote: This list is local to the probe() function. We should free it up in both the success case and the error case, but currently we're only

[PATCH 2/2] staging: vt6656: rf.c: spaces preferred around that '-'

Resolving 2 checkpatch warnings generated due to: CHECK: spaces preferred around that '-' Signed-off-by: Matthew Giassa --- drivers/staging/vt6656/rf.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/vt6656/rf.c

[PATCH 2/2] staging: vt6656: rf.c: spaces preferred around that '-'

Resolving 2 checkpatch warnings generated due to: CHECK: spaces preferred around that '-' Signed-off-by: Matthew Giassa --- drivers/staging/vt6656/rf.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/vt6656/rf.c b/drivers/staging/vt6656/rf.c index

[PATCH] staging: vt6656: rf.c: resolve all checkpatch issues.

These patches address a few outstanding checkpatch warnings/errors in rf.c, mainly due to space/indentation (style) issues. --- drivers/staging/vt6656/rf.c | 17 + 1 file changed, 9 insertions(+), 8 deletions(-) ---

Re: [PATCH] staging: radio-bcm2048: Fix checkpatch warnings: WARNING: Prefer 'unsigned int' to bare use of 'unsigned'

Hi unknown, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.11-rc3 next-20170320] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/unknown/staging-radio-bcm2048-Fix

[PATCH] staging: vt6656: rf.c: resolve all checkpatch issues.

These patches address a few outstanding checkpatch warnings/errors in rf.c, mainly due to space/indentation (style) issues. --- drivers/staging/vt6656/rf.c | 17 + 1 file changed, 9 insertions(+), 8 deletions(-) ---

Re: [PATCH] staging: radio-bcm2048: Fix checkpatch warnings: WARNING: Prefer 'unsigned int' to bare use of 'unsigned'

Hi unknown, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.11-rc3 next-20170320] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/unknown/staging-radio-bcm2048-Fix

Re: [PATCH 03/15] extcon: cht-wc: Add Intel Cherry Trail Whiskey Cove PMIC extcon driver

On 2017년 03월 20일 22:00, Andy Shevchenko wrote: > On Mon, 2017-03-20 at 10:33 +0900, Chanwoo Choi wrote: >> On 2017년 03월 17일 18:55, Hans de Goede wrote: > >>> +static const struct platform_device_id cht_wc_extcon_table[] = { >>> + { .name = "cht_wcove_pwrsrc" }, >> >> You use the 'cht_wc' word

Re: [PATCH 03/15] extcon: cht-wc: Add Intel Cherry Trail Whiskey Cove PMIC extcon driver

On 2017년 03월 20일 22:00, Andy Shevchenko wrote: > On Mon, 2017-03-20 at 10:33 +0900, Chanwoo Choi wrote: >> On 2017년 03월 17일 18:55, Hans de Goede wrote: > >>> +static const struct platform_device_id cht_wc_extcon_table[] = { >>> + { .name = "cht_wcove_pwrsrc" }, >> >> You use the 'cht_wc' word

[PATCH 1/2] staging: vt6656: rf.c: alignment should match open parentheses

Resolving 5 instances of checkpatch error/warning statements generated due to: ERROR: code indent should use tabs where possible CHECK: Alignment should match open parenthesis Signed-off-by: Matthew Giassa --- drivers/staging/vt6656/rf.c | 11 ++- 1 file changed, 6

[PATCH 1/2] staging: vt6656: rf.c: alignment should match open parentheses

Resolving 5 instances of checkpatch error/warning statements generated due to: ERROR: code indent should use tabs where possible CHECK: Alignment should match open parenthesis Signed-off-by: Matthew Giassa --- drivers/staging/vt6656/rf.c | 11 ++- 1 file changed, 6 insertions(+), 5

  1   2   3   4   5   6   7   8   9   10   >