[PATCH v3 0/3] AIO add per-command iopriority

From: Adam Manzanares This is the per-I/O equivalent of the ioprio_set system call. See the following link for performance implications on a SATA HDD: https://lkml.org/lkml/2016/12/6/495 First patch factors ioprio_check_cap function out of ioprio_set system call to

[PATCH v3 0/3] AIO add per-command iopriority

From: Adam Manzanares This is the per-I/O equivalent of the ioprio_set system call. See the following link for performance implications on a SATA HDD: https://lkml.org/lkml/2016/12/6/495 First patch factors ioprio_check_cap function out of ioprio_set system call to also be used by the aio

Re: [v8] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

Quoting Taniya Das (2018-05-08 09:57:36) > On 5/8/2018 5:58 AM, Stephen Boyd wrote: > > Quoting Taniya Das (2018-05-07 03:48:06) > >> Will be okay, if I can the following? > >> > >> _probe... > >> { > >> struct clk_rpmh_desc *hw_desc_data; > >> > >> > >>

Re: [v8] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

Quoting Taniya Das (2018-05-08 09:57:36) > On 5/8/2018 5:58 AM, Stephen Boyd wrote: > > Quoting Taniya Das (2018-05-07 03:48:06) > >> Will be okay, if I can the following? > >> > >> _probe... > >> { > >> struct clk_rpmh_desc *hw_desc_data; > >> > >> > >>

Re: [PATCH v3] media: v4l2-ioctl: fix function types for IOCTL_INFO_STD

On 05/08/2018 07:35 PM, Sami Tolvanen wrote: > This change fixes indirect call mismatches with Control-Flow Integrity > checking, which are caused by calling standard ioctls using a function > pointer that doesn't match the type of the actual function. I really like the patch, but we've drifted

Re: [PATCH v3] media: v4l2-ioctl: fix function types for IOCTL_INFO_STD

On 05/08/2018 07:35 PM, Sami Tolvanen wrote: > This change fixes indirect call mismatches with Control-Flow Integrity > checking, which are caused by calling standard ioctls using a function > pointer that doesn't match the type of the actual function. I really like the patch, but we've drifted

[PATCH v3 3/3] fs: Add aio iopriority support for block_dev

From: Adam Manzanares When IOCB_FLAG_IOPRIO is set on the iocb aio_flags field, then we set the newly added kiocb ki_ioprio field to the value in the iocb aio_reqprio field. When a bio is created for an aio request by the block dev we set the priority value of the bio

[PATCH v3 3/3] fs: Add aio iopriority support for block_dev

From: Adam Manzanares When IOCB_FLAG_IOPRIO is set on the iocb aio_flags field, then we set the newly added kiocb ki_ioprio field to the value in the iocb aio_reqprio field. When a bio is created for an aio request by the block dev we set the priority value of the bio to the user supplied

[PATCH v3 1/3] block: add ioprio_check_cap function

From: Adam Manzanares Aio per command iopriority support introduces a second interface between userland and the kernel capable of passing iopriority. The aio interface also needs the ability to verify that the submitting context has sufficient priviledges to submit

[PATCH v3 1/3] block: add ioprio_check_cap function

From: Adam Manzanares Aio per command iopriority support introduces a second interface between userland and the kernel capable of passing iopriority. The aio interface also needs the ability to verify that the submitting context has sufficient priviledges to submit IOPRIO_RT commands. This patch

[PATCH v3 2/3] fs: Convert kiocb rw_hint from enum to u16

From: Adam Manzanares In order to avoid kiocb bloat for per command iopriority support, rw_hint is converted from enum to a u16. Added a guard around ki_hint assigment. Signed-off-by: Adam Manzanares --- include/linux/fs.h | 15 +--

[PATCH v3 2/3] fs: Convert kiocb rw_hint from enum to u16

From: Adam Manzanares In order to avoid kiocb bloat for per command iopriority support, rw_hint is converted from enum to a u16. Added a guard around ki_hint assigment. Signed-off-by: Adam Manzanares --- include/linux/fs.h | 15 +-- 1 file changed, 13 insertions(+), 2 deletions(-)

[PATCH] hv_netvsc: Fix net device attach on older Windows hosts

On older windows hosts the net_device instance is returned to the caller of rndis_filter_device_add() without having the presence bit set first. This would cause any subsequent calls to network device operations (e.g. MTU change, channel change) to fail after the device is detached once, returning

Re: KASAN: use-after-free Read in sctp_do_sm

On Tue, May 8, 2018 at 9:58 PM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:f142f08bf7ec Fix typo in comment. > git tree: upstream > console output:

[PATCH] hv_netvsc: Fix net device attach on older Windows hosts

On older windows hosts the net_device instance is returned to the caller of rndis_filter_device_add() without having the presence bit set first. This would cause any subsequent calls to network device operations (e.g. MTU change, channel change) to fail after the device is detached once, returning

Re: KASAN: use-after-free Read in sctp_do_sm

On Tue, May 8, 2018 at 9:58 PM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:f142f08bf7ec Fix typo in comment. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=1159ade780 > kernel config:

Re: [PATCH 3/4] rtc: ds1307: add calibration of_ for mt41txx chips.

On Tue, May 8, 2018 at 9:56 AM, Giulio Benetti wrote: > m41txx chips can hold a calibration value to get really near to real > tick value. Typo in the subject. > Add calibration property(ranging between (-31) and 31), so on every probe > calibration value will

Re: [PATCH 3/4] rtc: ds1307: add calibration of_ for mt41txx chips.

On Tue, May 8, 2018 at 9:56 AM, Giulio Benetti wrote: > m41txx chips can hold a calibration value to get really near to real > tick value. Typo in the subject. > Add calibration property(ranging between (-31) and 31), so on every probe > calibration value will be written to rtc. > This is

Re: [PATCH 00/18] Fix some build warnings/errors with Sphinx

On Tue, May 08, 2018 at 10:13:42AM -0600, Jonathan Corbet wrote: > On Mon, 7 May 2018 06:35:36 -0300 > Mauro Carvalho Chehab wrote: > > > I decided to give a try with Sphinx last stable version > > (1.17.4), and noticed several issues. The worse one was > > with the

Re: [PATCH 00/18] Fix some build warnings/errors with Sphinx

On Tue, May 08, 2018 at 10:13:42AM -0600, Jonathan Corbet wrote: > On Mon, 7 May 2018 06:35:36 -0300 > Mauro Carvalho Chehab wrote: > > > I decided to give a try with Sphinx last stable version > > (1.17.4), and noticed several issues. The worse one was > > with the networking book: a

Re: [PATCH 2/2] tools/testing/selftests/x86: fix error: conflicting types for 'pkey_get|pkey_set'

On 05/08/2018 10:30 AM, Dave Hansen wrote: > On 05/08/2018 02:14 AM, Li Zhijian wrote: >> -u32 pkey_get(int pkey, unsigned long flags) >> +u32 _pkey_get(int pkey, unsigned long flags) >> { >> u32 mask = (PKEY_DISABLE_ACCESS|PKEY_DISABLE_WRITE); >> u32 pkru = __rdpkru(); >> @@ -422,7

Re: [PATCH 2/2] tools/testing/selftests/x86: fix error: conflicting types for 'pkey_get|pkey_set'

On 05/08/2018 10:30 AM, Dave Hansen wrote: > On 05/08/2018 02:14 AM, Li Zhijian wrote: >> -u32 pkey_get(int pkey, unsigned long flags) >> +u32 _pkey_get(int pkey, unsigned long flags) >> { >> u32 mask = (PKEY_DISABLE_ACCESS|PKEY_DISABLE_WRITE); >> u32 pkru = __rdpkru(); >> @@ -422,7

Re: [PATCH] KVM: hyperv: idr_find needs RCU protection

On Mon, May 07, 2018 at 07:25:00PM +0200, Paolo Bonzini wrote: > Even though the eventfd is released after the KVM SRCU grace period > elapses, the conn_to_evt data structure itself is not; it uses RCU > internally, instead. Fix the read-side critical section to happen > under

Re: [PATCH] KVM: hyperv: idr_find needs RCU protection

On Mon, May 07, 2018 at 07:25:00PM +0200, Paolo Bonzini wrote: > Even though the eventfd is released after the KVM SRCU grace period > elapses, the conn_to_evt data structure itself is not; it uses RCU > internally, instead. Fix the read-side critical section to happen > under

Re: [PATCH 1/2] tools/testing/selftests/x86: fix warning: "SEGV_PKUERR|SEGV_BNDERR" redefined

On 05/08/2018 10:25 AM, Dave Hansen wrote: > On 05/08/2018 02:14 AM, Li Zhijian wrote: >> SEGV_PKUERR and SEGV_BNDERR are defined since glibc-2.27 > > > Acked-by: Dave Hansen > Thanks. Queuing this up for 4.17-rc5 -- Shuah

Re: [PATCH 1/2] tools/testing/selftests/x86: fix warning: "SEGV_PKUERR|SEGV_BNDERR" redefined

On 05/08/2018 10:25 AM, Dave Hansen wrote: > On 05/08/2018 02:14 AM, Li Zhijian wrote: >> SEGV_PKUERR and SEGV_BNDERR are defined since glibc-2.27 > > > Acked-by: Dave Hansen > Thanks. Queuing this up for 4.17-rc5 -- Shuah

[PATCH v3] media: v4l2-ioctl: fix function types for IOCTL_INFO_STD

This change fixes indirect call mismatches with Control-Flow Integrity checking, which are caused by calling standard ioctls using a function pointer that doesn't match the type of the actual function. Signed-off-by: Sami Tolvanen ---

[PATCH v3] media: v4l2-ioctl: fix function types for IOCTL_INFO_STD

This change fixes indirect call mismatches with Control-Flow Integrity checking, which are caused by calling standard ioctls using a function pointer that doesn't match the type of the actual function. Signed-off-by: Sami Tolvanen --- drivers/media/v4l2-core/v4l2-ioctl.c | 245

[PATCH] arm64: allwinner: a64: Add Amarula A64-Relic initial support

Amarula A64-Relic is Allwinner A64 based IoT device, which support - Allwinner A64 Cortex-A53 - Mali-400MP2 GPU - AXP803 PMIC - 1GB DDR3 RAM - 8GB eMMC - AP6330 Wifi/BLE - MIPI-DSI - CSI: OV5640 sensor - USB OTG - 12V DC power supply Signed-off-by: Jagan Teki ---

[PATCH] arm64: allwinner: a64: Add Amarula A64-Relic initial support

Amarula A64-Relic is Allwinner A64 based IoT device, which support - Allwinner A64 Cortex-A53 - Mali-400MP2 GPU - AXP803 PMIC - 1GB DDR3 RAM - 8GB eMMC - AP6330 Wifi/BLE - MIPI-DSI - CSI: OV5640 sensor - USB OTG - 12V DC power supply Signed-off-by: Jagan Teki ---

Re: [PATCH v2 10/27] dts: bindings: Restrict coresight tmc-etr scatter-gather mode

On Tue, May 8, 2018 at 10:48 AM, Suzuki K Poulose wrote: > On 04/05/18 23:56, Rob Herring wrote: >> >> On Thu, May 3, 2018 at 3:32 PM, Mathieu Poirier >> wrote: >>> >>> On 1 May 2018 at 07:13, Rob Herring wrote: On

Re: [PATCH v2 10/27] dts: bindings: Restrict coresight tmc-etr scatter-gather mode

On Tue, May 8, 2018 at 10:48 AM, Suzuki K Poulose wrote: > On 04/05/18 23:56, Rob Herring wrote: >> >> On Thu, May 3, 2018 at 3:32 PM, Mathieu Poirier >> wrote: >>> >>> On 1 May 2018 at 07:13, Rob Herring wrote: On Tue, May 01, 2018 at 10:10:40AM +0100, Suzuki K Poulose wrote: >

Re: [PATCH v2 25/27] coresight: etr_buf: Add helper for padding an area of trace data

On Tue, May 01, 2018 at 10:10:55AM +0100, Suzuki K Poulose wrote: > This patch adds a helper to insert barrier packets for a given > size (aligned to packet size) at given offset in an etr_buf. This > will be used later for perf mode when we try to start in the > middle of an SG buffer. > > Cc:

Re: [PATCH v2 25/27] coresight: etr_buf: Add helper for padding an area of trace data

On Tue, May 01, 2018 at 10:10:55AM +0100, Suzuki K Poulose wrote: > This patch adds a helper to insert barrier packets for a given > size (aligned to packet size) at given offset in an etr_buf. This > will be used later for perf mode when we try to start in the > middle of an SG buffer. > > Cc:

Re: [PATCH 3/6] firmware: differentiate between signed regulatory.db and other firmware

On Thu, May 03, 2018 at 08:24:26PM -0400, Mimi Zohar wrote: > On Fri, 2018-05-04 at 00:07 +, Luis R. Rodriguez wrote: > > On Tue, May 01, 2018 at 09:48:20AM -0400, Mimi Zohar wrote: > > > Allow LSMs and IMA to differentiate between signed regulatory.db and > > > other firmware. > > > > > >

Re: [PATCH 3/6] firmware: differentiate between signed regulatory.db and other firmware

On Thu, May 03, 2018 at 08:24:26PM -0400, Mimi Zohar wrote: > On Fri, 2018-05-04 at 00:07 +, Luis R. Rodriguez wrote: > > On Tue, May 01, 2018 at 09:48:20AM -0400, Mimi Zohar wrote: > > > Allow LSMs and IMA to differentiate between signed regulatory.db and > > > other firmware. > > > > > >

[PATCH] selftests/x86: Add mov_to_ss

This exercises a nasty corner case of the x86 ISA. Signed-off-by: Andy Lutomirski --- tools/testing/selftests/x86/Makefile | 2 +- tools/testing/selftests/x86/mov_ss_trap.c | 285 ++ 2 files changed, 286 insertions(+), 1 deletion(-) create mode

[PATCH] selftests/x86: Add mov_to_ss

This exercises a nasty corner case of the x86 ISA. Signed-off-by: Andy Lutomirski --- tools/testing/selftests/x86/Makefile | 2 +- tools/testing/selftests/x86/mov_ss_trap.c | 285 ++ 2 files changed, 286 insertions(+), 1 deletion(-) create mode 100644

Re: [PATCH v2] media: v4l2-ioctl: fix function types for IOCTL_INFO_STD

On Tue, May 08, 2018 at 07:22:21PM +0200, Hans Verkuil wrote: > This looks good, I would just rename DEFINE_IOCTL_FNC to DEFINE_V4L_STUB_FUNC. > This makes it clear that it defines a v4l stub function. Sure, sounds good. I'll send v3 shortly. Thanks for the reviews! Sami

Re: [PATCH v2] media: v4l2-ioctl: fix function types for IOCTL_INFO_STD

On Tue, May 08, 2018 at 07:22:21PM +0200, Hans Verkuil wrote: > This looks good, I would just rename DEFINE_IOCTL_FNC to DEFINE_V4L_STUB_FUNC. > This makes it clear that it defines a v4l stub function. Sure, sounds good. I'll send v3 shortly. Thanks for the reviews! Sami

Re: [PATCH v7 06/10] drivers: qcom: rpmh-rsc: allow invalidation of sleep/wake TCS

Hi Lina, On Tue, May 08, 2018 at 10:14:33AM -0600, il...@codeaurora.org wrote: > On 2018-05-03 16:06, Matthias Kaehlcke wrote: > Hi Matthias, > > > Hi Lina, > > > > On Wed, May 02, 2018 at 01:37:45PM -0600, Lina Iyer wrote: > > > Allow sleep and wake commands to be cleared from the respective

Re: [PATCH v7 06/10] drivers: qcom: rpmh-rsc: allow invalidation of sleep/wake TCS

Hi Lina, On Tue, May 08, 2018 at 10:14:33AM -0600, il...@codeaurora.org wrote: > On 2018-05-03 16:06, Matthias Kaehlcke wrote: > Hi Matthias, > > > Hi Lina, > > > > On Wed, May 02, 2018 at 01:37:45PM -0600, Lina Iyer wrote: > > > Allow sleep and wake commands to be cleared from the respective

Re: [lkp-robot] [mm] e27be240df: will-it-scale.per_process_ops -27.2% regression

Hello, On Tue, May 08, 2018 at 01:34:51PM +0800, kernel test robot wrote: > FYI, we noticed a -27.2% regression of will-it-scale.per_process_ops due to > commit: > > > commit: e27be240df53f1a20c659168e722b5d9f16cc7f4 ("mm: memcg: make sure > memory.events is uptodate when waking pollers") >

Re: [lkp-robot] [mm] e27be240df: will-it-scale.per_process_ops -27.2% regression

Hello, On Tue, May 08, 2018 at 01:34:51PM +0800, kernel test robot wrote: > FYI, we noticed a -27.2% regression of will-it-scale.per_process_ops due to > commit: > > > commit: e27be240df53f1a20c659168e722b5d9f16cc7f4 ("mm: memcg: make sure > memory.events is uptodate when waking pollers") >

[PATCH v5 02/13] ALSA: hda/ca0132: Add pincfg for SBZ + R3Di, add fp hp auto-detect

This patch adds an unsolicited response tag for the front headphone panel which uses the same hp_callback as the rear headphone detection. This patch also adds pincfgs for the R3Di and SBZ which were taken from the Windows driver. The pins are also defined in the function ca0132_config. Both the

[PATCH v5 02/13] ALSA: hda/ca0132: Add pincfg for SBZ + R3Di, add fp hp auto-detect

This patch adds an unsolicited response tag for the front headphone panel which uses the same hp_callback as the rear headphone detection. This patch also adds pincfgs for the R3Di and SBZ which were taken from the Windows driver. The pins are also defined in the function ca0132_config. Both the

[PATCH v5 04/13] ALSA: hda/ca0132: Add extra exit functions for R3Di and SBZ

This patch adds extra functions for shutdown on the Sound Blaster Z and Recon3Di. The Recon3Di only has one specific functions, which sets the GPIO data pins to 0 to prevent a popping noise. The Sound Blaster Z exit sequence was taken from Windows. Without this exit function, the card will not

[PATCH v5 03/13] ALSA: hda/ca0132: Add PCI region2 iomap for SBZ

This patch adds iomapping for the region2 section of memory on the SBZ. This memory region is used in later patches for setting inputs and outputs. If the mapping fails, the quirk is changed back to QUIRK_NONE to avoid attempts to write to uninitialized memory. It also adds a new exit sequence to

[PATCH v5 04/13] ALSA: hda/ca0132: Add extra exit functions for R3Di and SBZ

This patch adds extra functions for shutdown on the Sound Blaster Z and Recon3Di. The Recon3Di only has one specific functions, which sets the GPIO data pins to 0 to prevent a popping noise. The Sound Blaster Z exit sequence was taken from Windows. Without this exit function, the card will not

[PATCH v5 03/13] ALSA: hda/ca0132: Add PCI region2 iomap for SBZ

This patch adds iomapping for the region2 section of memory on the SBZ. This memory region is used in later patches for setting inputs and outputs. If the mapping fails, the quirk is changed back to QUIRK_NONE to avoid attempts to write to uninitialized memory. It also adds a new exit sequence to

[PATCH v5 06/13] ALSA: hda/ca0132: update core functions for sbz + r3di

This patch updates core functions to accommodate the Sound Blaster Z and Recon3Di by changing which functions they use. It also adds the ability to enable/disable streams. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 176

[PATCH v5 05/13] ALSA: hda/ca0132: add extra init functions for r3di + sbz

This patch adds extra init functions for the Sound Blaster Z and Recon3Di. It also adds more checks to make sure that the DSP isn't downloaded twice on startup, by checking if the dsp_state is already set to DSP_DOWNLOADED. It also adds the ability to re-download the DSP on a resume. It also

[PATCH v5 08/13] ALSA: hda/ca0132: Add dsp setup + gpio functions for r3di

Adds dsp setup functions for Recon3Di as well as the GPIO functions specific to it. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 149 ++- 1 file changed, 148 insertions(+), 1 deletion(-) diff --git

[PATCH v5 06/13] ALSA: hda/ca0132: update core functions for sbz + r3di

This patch updates core functions to accommodate the Sound Blaster Z and Recon3Di by changing which functions they use. It also adds the ability to enable/disable streams. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 176 +-- 1 file

[PATCH v5 05/13] ALSA: hda/ca0132: add extra init functions for r3di + sbz

This patch adds extra init functions for the Sound Blaster Z and Recon3Di. It also adds more checks to make sure that the DSP isn't downloaded twice on startup, by checking if the dsp_state is already set to DSP_DOWNLOADED. It also adds the ability to re-download the DSP on a resume. It also

[PATCH v5 08/13] ALSA: hda/ca0132: Add dsp setup + gpio functions for r3di

Adds dsp setup functions for Recon3Di as well as the GPIO functions specific to it. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 149 ++- 1 file changed, 148 insertions(+), 1 deletion(-) diff --git a/sound/pci/hda/patch_ca0132.c

[PATCH v5 10/13] ALSA: hda/ca0132: add alt_select_in/out for R3Di + SBZ

Add functions ca0132_alt_select_out and ca0132_alt_select_in for switching outputs and inputs for r3di and sbz. Also, add enumerated controls for selecting output and input source. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 625

[PATCH v5 10/13] ALSA: hda/ca0132: add alt_select_in/out for R3Di + SBZ

Add functions ca0132_alt_select_out and ca0132_alt_select_in for switching outputs and inputs for r3di and sbz. Also, add enumerated controls for selecting output and input source. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 625 +--

[PATCH v5 13/13] ALSA: hda/ca0132: Add new control changes for SBZ + R3Di

This patch adds new controls to set the effect levels on the R3Di and SBZ. It also adds vmaster controls to control all surround sound channels. So that Surround effect switch doesn't conflict with Surround volume, FX: prefix added to all effect related switches. Tested-by: Mariusz Ceier

Re: [PATCH v2] media: v4l2-ioctl: fix function types for IOCTL_INFO_STD

On 05/08/2018 07:17 PM, Sami Tolvanen wrote: > On Tue, May 08, 2018 at 10:18:24AM +0200, Hans Verkuil wrote: >> Just call this v4l_stub_g_fbuf, conform the naming of the other functions. >> >> So just replace vidioc_ by v4l_stub_ in all these DEFINE_IOCTL_FNC macros. >> >> This way the function

[PATCH v5 13/13] ALSA: hda/ca0132: Add new control changes for SBZ + R3Di

This patch adds new controls to set the effect levels on the R3Di and SBZ. It also adds vmaster controls to control all surround sound channels. So that Surround effect switch doesn't conflict with Surround volume, FX: prefix added to all effect related switches. Tested-by: Mariusz Ceier

Re: [PATCH v2] media: v4l2-ioctl: fix function types for IOCTL_INFO_STD

On 05/08/2018 07:17 PM, Sami Tolvanen wrote: > On Tue, May 08, 2018 at 10:18:24AM +0200, Hans Verkuil wrote: >> Just call this v4l_stub_g_fbuf, conform the naming of the other functions. >> >> So just replace vidioc_ by v4l_stub_ in all these DEFINE_IOCTL_FNC macros. >> >> This way the function

[PATCH v5 11/13] ALSA: hda/ca0132: Add DSP Volume set and New mixers for SBZ + R3Di

Adds lookup table for floating point decibel volume, and new functions to allow for setting the decibel level on the DSP. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 203 ++- 1 file changed, 202 insertions(+), 1

[PATCH v5 11/13] ALSA: hda/ca0132: Add DSP Volume set and New mixers for SBZ + R3Di

Adds lookup table for floating point decibel volume, and new functions to allow for setting the decibel level on the DSP. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 203 ++- 1 file changed, 202 insertions(+), 1 deletion(-) diff

Re: [PATCH] net: phy: DP83811: Add support for the phy

Florian On 05/08/2018 12:14 PM, Florian Fainelli wrote: > On 05/08/2018 10:13 AM, Dan Murphy wrote: >> Andrew >> >> On 05/08/2018 11:49 AM, Andrew Lunn wrote: >>> On Tue, May 08, 2018 at 10:56:55AM -0500, Dan Murphy wrote: All On 05/08/2018 09:11 AM, Dan Murphy wrote: > Add

Re: [PATCH] net: phy: DP83811: Add support for the phy

Florian On 05/08/2018 12:14 PM, Florian Fainelli wrote: > On 05/08/2018 10:13 AM, Dan Murphy wrote: >> Andrew >> >> On 05/08/2018 11:49 AM, Andrew Lunn wrote: >>> On Tue, May 08, 2018 at 10:56:55AM -0500, Dan Murphy wrote: All On 05/08/2018 09:11 AM, Dan Murphy wrote: > Add

[PATCH v5 09/13] ALSA: hda/ca0132: add the ability to set src_id on scp commands

This patch adds the ability to change the src_id on scp commands, which is used in the dsp setup of the Recon3Di and the Sound Blaster Z. It also makes sure to maintain backwards compatibility with the older dspio_set_uint_param function, and sets it's src to the default 0x20. Signed-off-by:

[PATCH v5 12/13] ALSA: hda/ca0132: add ca0132_alt_set_vipsource

Add function to set vipsource on cards that use_alt_controls. Different sequence. Also, add cvoice_switch_set at end of ca0132_select_in so that when switching between inputs cvoice state is maintained. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 74

[PATCH v5 09/13] ALSA: hda/ca0132: add the ability to set src_id on scp commands

This patch adds the ability to change the src_id on scp commands, which is used in the dsp setup of the Recon3Di and the Sound Blaster Z. It also makes sure to maintain backwards compatibility with the older dspio_set_uint_param function, and sets it's src to the default 0x20. Signed-off-by:

[PATCH v5 12/13] ALSA: hda/ca0132: add ca0132_alt_set_vipsource

Add function to set vipsource on cards that use_alt_controls. Different sequence. Also, add cvoice_switch_set at end of ca0132_select_in so that when switching between inputs cvoice state is maintained. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 74

[PATCH v5 07/13] ALSA: hda/ca0132: add dsp setup related commands for the sbz

Add dsp setup related functions for the Sound Blaster Z, along with other helper functions. Also, add sbz_dsp_startup_check, which fixes a bug where the card sometimes starts up and has no sound. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 341

[PATCH v5 07/13] ALSA: hda/ca0132: add dsp setup related commands for the sbz

Add dsp setup related functions for the Sound Blaster Z, along with other helper functions. Also, add sbz_dsp_startup_check, which fixes a bug where the card sometimes starts up and has no sound. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 341

[PATCH v5 01/13] ALSA: hda/ca0132: R3Di and SBZ quirk entires + alt firmware loading

This patch adds PCI quirk ID's for the Sound Blaster Z and Recon3Di. Only the currently tested ID's have been added. This patch also adds the ability to load alternative firmwares for each card, the firmwares can be obtained from within the Windows driver. The Recon3Di uses "ctefx-r3di.bin" and

[PATCH v5 00/13] ALSA: hda/ca0132: Patch Series for Recon3Di and Sound Blaster Z Support

This patchset adds support for the Sound Blaster Z and the Recon3Di. In order to figure out how to get these cards to work, I made a program called QemuHDADump[1], which uses the trace function of qemu to see interactions with the memory mapped pci BAR space of the card being used in the virtual

[PATCH v5 01/13] ALSA: hda/ca0132: R3Di and SBZ quirk entires + alt firmware loading

This patch adds PCI quirk ID's for the Sound Blaster Z and Recon3Di. Only the currently tested ID's have been added. This patch also adds the ability to load alternative firmwares for each card, the firmwares can be obtained from within the Windows driver. The Recon3Di uses "ctefx-r3di.bin" and

[PATCH v5 00/13] ALSA: hda/ca0132: Patch Series for Recon3Di and Sound Blaster Z Support

This patchset adds support for the Sound Blaster Z and the Recon3Di. In order to figure out how to get these cards to work, I made a program called QemuHDADump[1], which uses the trace function of qemu to see interactions with the memory mapped pci BAR space of the card being used in the virtual

Re: [PATCH 1/7] drm/mediatek: move dpi private data to device

-ci/linux/commits/Bibby-Hsieh/drm-mediatek-support-hdmi-output-for-mt2701-and-mt7623/20180508-140924 base: git://people.freedesktop.org/~airlied/linux.git drm-next config: arm-allyesconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0 reproduce: wget https

Re: [PATCH 1/7] drm/mediatek: move dpi private data to device

-ci/linux/commits/Bibby-Hsieh/drm-mediatek-support-hdmi-output-for-mt2701-and-mt7623/20180508-140924 base: git://people.freedesktop.org/~airlied/linux.git drm-next config: arm-allyesconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0 reproduce: wget https

Re: [PATCH v2] media: v4l2-ioctl: fix function types for IOCTL_INFO_STD

On Tue, May 08, 2018 at 10:18:24AM +0200, Hans Verkuil wrote: > Just call this v4l_stub_g_fbuf, conform the naming of the other functions. > > So just replace vidioc_ by v4l_stub_ in all these DEFINE_IOCTL_FNC macros. > > This way the function name in the big array matches the name in this

Re: [PATCH v2] media: v4l2-ioctl: fix function types for IOCTL_INFO_STD

On Tue, May 08, 2018 at 10:18:24AM +0200, Hans Verkuil wrote: > Just call this v4l_stub_g_fbuf, conform the naming of the other functions. > > So just replace vidioc_ by v4l_stub_ in all these DEFINE_IOCTL_FNC macros. > > This way the function name in the big array matches the name in this

Re: [PATCH v2 23/27] coresight: tmc-etr: Handle driver mode specific ETR buffers

On Tue, May 01, 2018 at 10:10:53AM +0100, Suzuki K Poulose wrote: > Since the ETR could be driven either by SYSFS or by perf, it > becomes complicated how we deal with the buffers used for each > of these modes. The ETR driver cannot simply free the current > attached buffer without knowing the

Re: [PATCH V1 4/5] backlight: qcom-wled: Add support for OVP interrupt handling

On Tue 08 May 05:26 PDT 2018, kgu...@codeaurora.org wrote: > On 2018-05-07 22:51, Bjorn Andersson wrote: > > On Thu 03 May 02:57 PDT 2018, Kiran Gunda wrote: [..] > > > @@ -220,7 +255,12 @@ static int wled_module_enable(struct wled > > > *wled, int val) > > >

Re: [PATCH v2 23/27] coresight: tmc-etr: Handle driver mode specific ETR buffers

On Tue, May 01, 2018 at 10:10:53AM +0100, Suzuki K Poulose wrote: > Since the ETR could be driven either by SYSFS or by perf, it > becomes complicated how we deal with the buffers used for each > of these modes. The ETR driver cannot simply free the current > attached buffer without knowing the

Re: [PATCH V1 4/5] backlight: qcom-wled: Add support for OVP interrupt handling

On Tue 08 May 05:26 PDT 2018, kgu...@codeaurora.org wrote: > On 2018-05-07 22:51, Bjorn Andersson wrote: > > On Thu 03 May 02:57 PDT 2018, Kiran Gunda wrote: [..] > > > @@ -220,7 +255,12 @@ static int wled_module_enable(struct wled > > > *wled, int val) > > >

Re: [PATCH V1 2/5] backlight: qcom-wled: Add support for WLED4 peripheral

On Tue 08 May 03:25 PDT 2018, kgu...@codeaurora.org wrote: > On 2018-05-07 21:50, Bjorn Andersson wrote: > > On Thu 03 May 02:57 PDT 2018, Kiran Gunda wrote: [..] > > > +- qcom,ovp > > > + Usage:optional > > > + Value type: > > > + Definition: mV; Over-voltage protection limit; > >

Re: [PATCH V1 2/5] backlight: qcom-wled: Add support for WLED4 peripheral

On Tue 08 May 03:25 PDT 2018, kgu...@codeaurora.org wrote: > On 2018-05-07 21:50, Bjorn Andersson wrote: > > On Thu 03 May 02:57 PDT 2018, Kiran Gunda wrote: [..] > > > +- qcom,ovp > > > + Usage:optional > > > + Value type: > > > + Definition: mV; Over-voltage protection limit; > >

Re: [PATCH] net: phy: DP83811: Add support for the phy

On 05/08/2018 10:13 AM, Dan Murphy wrote: > Andrew > > On 05/08/2018 11:49 AM, Andrew Lunn wrote: >> On Tue, May 08, 2018 at 10:56:55AM -0500, Dan Murphy wrote: >>> All >>> >>> On 05/08/2018 09:11 AM, Dan Murphy wrote: Add support for the DP83811 phy by extending the DP83822 driver to

Re: [PATCH v2] mm: fix oom_kill event handling

On Tue, May 08, 2018 at 01:46:37PM +0100, Roman Gushchin wrote: > Commit e27be240df53 ("mm: memcg: make sure memory.events is > uptodate when waking pollers") converted most of memcg event > counters to per-memcg atomics, which made them less confusing > for a user. The "oom_kill" counter remained

Re: [PATCH] net: phy: DP83811: Add support for the phy

On 05/08/2018 10:13 AM, Dan Murphy wrote: > Andrew > > On 05/08/2018 11:49 AM, Andrew Lunn wrote: >> On Tue, May 08, 2018 at 10:56:55AM -0500, Dan Murphy wrote: >>> All >>> >>> On 05/08/2018 09:11 AM, Dan Murphy wrote: Add support for the DP83811 phy by extending the DP83822 driver to

Re: [PATCH v2] mm: fix oom_kill event handling

On Tue, May 08, 2018 at 01:46:37PM +0100, Roman Gushchin wrote: > Commit e27be240df53 ("mm: memcg: make sure memory.events is > uptodate when waking pollers") converted most of memcg event > counters to per-memcg atomics, which made them less confusing > for a user. The "oom_kill" counter remained

Re: [PATCH] net: phy: DP83811: Add support for the phy

Andrew On 05/08/2018 11:49 AM, Andrew Lunn wrote: > On Tue, May 08, 2018 at 10:56:55AM -0500, Dan Murphy wrote: >> All >> >> On 05/08/2018 09:11 AM, Dan Murphy wrote: >>> Add support for the DP83811 phy by extending >>> the DP83822 driver to recognize the PHY IDs. >>> >>> The DP83811 supports

Re: [PATCH] net: phy: DP83811: Add support for the phy

Andrew On 05/08/2018 11:49 AM, Andrew Lunn wrote: > On Tue, May 08, 2018 at 10:56:55AM -0500, Dan Murphy wrote: >> All >> >> On 05/08/2018 09:11 AM, Dan Murphy wrote: >>> Add support for the DP83811 phy by extending >>> the DP83822 driver to recognize the PHY IDs. >>> >>> The DP83811 supports

Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support

On Fri, May 04, 2018 at 07:54:28AM +0200, Ard Biesheuvel wrote: > On 4 May 2018 at 01:29, Luis R. Rodriguez wrote: > > On Sun, Apr 29, 2018 at 11:35:55AM +0200, Hans de Goede wrote: > [...] > >> diff --git a/Documentation/driver-api/firmware/request_firmware.rst > >>

Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support

On Fri, May 04, 2018 at 07:54:28AM +0200, Ard Biesheuvel wrote: > On 4 May 2018 at 01:29, Luis R. Rodriguez wrote: > > On Sun, Apr 29, 2018 at 11:35:55AM +0200, Hans de Goede wrote: > [...] > >> diff --git a/Documentation/driver-api/firmware/request_firmware.rst > >>

Re: [PATCH v9 00/12] Sunxi: Add SMP support on A83T

On 05/08/2018 06:19 AM, Maxime Ripard wrote: > Hi, > > On Fri, May 04, 2018 at 09:05:33PM +0200, Mylène Josserand wrote: >> Hello everyone, >> >> This is a V9 of my series that adds SMP support for Allwinner sun8i-a83t. >> Based on sunxi's tree, sunxi/for-next branch. >> Depends on a patch from

Re: [PATCH v9 00/12] Sunxi: Add SMP support on A83T

On 05/08/2018 06:19 AM, Maxime Ripard wrote: > Hi, > > On Fri, May 04, 2018 at 09:05:33PM +0200, Mylène Josserand wrote: >> Hello everyone, >> >> This is a V9 of my series that adds SMP support for Allwinner sun8i-a83t. >> Based on sunxi's tree, sunxi/for-next branch. >> Depends on a patch from

Re: [PATCH v5 1/2] iommu - Enable debugfs exposure of IOMMU driver internals

] [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/Gary-R-Hook/iommu-Enable-debugfs-exposure-of-IOMMU-driver-internals/20180508-062918 base: https://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git

Re: [PATCH v5 1/2] iommu - Enable debugfs exposure of IOMMU driver internals

] [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/Gary-R-Hook/iommu-Enable-debugfs-exposure-of-IOMMU-driver-internals/20180508-062918 base: https://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git

Re: [RFC] sched: Distinguish between idle_cpu calls based on desired effect

Hi Randy, On 05/07/2018 05:15 PM, Randy Dunlap wrote: On 05/07/2018 04:41 PM, Rohit Jain wrote: diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 71bdb86..171e160 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -4028,6 +4028,20 @@ int idle_cpu(int cpu)

Re: [RFC] sched: Distinguish between idle_cpu calls based on desired effect

Hi Randy, On 05/07/2018 05:15 PM, Randy Dunlap wrote: On 05/07/2018 04:41 PM, Rohit Jain wrote: diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 71bdb86..171e160 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -4028,6 +4028,20 @@ int idle_cpu(int cpu)

<    5   6   7   8   9   10   11   12   13   14   >