Re: [GIT PULL 0/5] perf/core improvements and fixes

; Merge tag 'perf-core-for-mingo-4.17-20180216' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core > (2018-02-17 11:39:47 +0100) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git >

Re: [GIT PULL 0/5] perf/core improvements and fixes

perf-core-for-mingo-4.17-20180216' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core > (2018-02-17 11:39:47 +0100) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-core-fo

Re: A "domain invalid" cgroup *can* sometimes have member tasks

Hi Tehjun, On 21 February 2018 at 00:01, Tejun Heo wrote: > On Tue, Feb 20, 2018 at 11:35:47AM -0800, Tejun Heo wrote: >> Hmm... nr_populated_domain_children check should have caught that >> condition and rejected it. Will look into what's going on. > > Ah, okay, I was

Re: A "domain invalid" cgroup *can* sometimes have member tasks

Hi Tehjun, On 21 February 2018 at 00:01, Tejun Heo wrote: > On Tue, Feb 20, 2018 at 11:35:47AM -0800, Tejun Heo wrote: >> Hmm... nr_populated_domain_children check should have caught that >> condition and rejected it. Will look into what's going on. > > Ah, okay, I was special-casing the first

Re: [PATCH v2 01/21] lib/vsprintf: Print time and date in human readable format via %pt

On 2018-02-21 00:55, Joe Perches wrote: > On Tue, 2018-02-20 at 23:43 +0200, Andy Shevchenko wrote: >> There are users which print time and date represented by content of >> struct rtc_time in human readable format. >> >> Instead of open coding that each time introduce %ptR[dt][rv] specifier. >>

Re: [PATCH v2 01/21] lib/vsprintf: Print time and date in human readable format via %pt

On 2018-02-21 00:55, Joe Perches wrote: > On Tue, 2018-02-20 at 23:43 +0200, Andy Shevchenko wrote: >> There are users which print time and date represented by content of >> struct rtc_time in human readable format. >> >> Instead of open coding that each time introduce %ptR[dt][rv] specifier. >>

Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig

2018-02-20 0:18 GMT+09:00 Ulf Magnusson : >> >> I'm not happy that we in one context can reference CONFIG variables >> directly, but inside the $(call ...) and $(shell ...) needs the $ prefix. >> But I could not come up with something un-ambigious where this could be >>

Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig

2018-02-20 0:18 GMT+09:00 Ulf Magnusson : >> >> I'm not happy that we in one context can reference CONFIG variables >> directly, but inside the $(call ...) and $(shell ...) needs the $ prefix. >> But I could not come up with something un-ambigious where this could be >> avoided. > > I think we

Re: [RFCv4 16/21] v4l2: video_device: support for creating requests

On 02/21/2018 07:01 AM, Alexandre Courbot wrote: > On Wed, Feb 21, 2018 at 1:35 AM, Hans Verkuil wrote: >> On 02/20/2018 05:44 AM, Alexandre Courbot wrote: >>> Add a new VIDIOC_NEW_REQUEST ioctl, which allows to instanciate requests >>> on devices that support the request API.

Re: [RFCv4 16/21] v4l2: video_device: support for creating requests

On 02/21/2018 07:01 AM, Alexandre Courbot wrote: > On Wed, Feb 21, 2018 at 1:35 AM, Hans Verkuil wrote: >> On 02/20/2018 05:44 AM, Alexandre Courbot wrote: >>> Add a new VIDIOC_NEW_REQUEST ioctl, which allows to instanciate requests >>> on devices that support the request API. Requests created

Re: [PATCH v4] tpm: Trigger only missing TPM 2.0 self tests

On Wed, Feb 21, 2018 at 12:53:47AM +0200, Jarkko Sakkinen wrote: > From: Alexander Steffen > > My Nuvoton 6xx in a Dell XPS-13 has been intermittently failing to work > (necessitating a reboot). The problem seems to be that the TPM gets into a > state where the

Re: [PATCH v4] tpm: Trigger only missing TPM 2.0 self tests

On Wed, Feb 21, 2018 at 12:53:47AM +0200, Jarkko Sakkinen wrote: > From: Alexander Steffen > > My Nuvoton 6xx in a Dell XPS-13 has been intermittently failing to work > (necessitating a reboot). The problem seems to be that the TPM gets into a > state where the partial self-test doesn't return

Re: [RFCv4 01/21] media: add request API core and UAPI

On 02/21/2018 07:01 AM, Alexandre Courbot wrote: > Hi Hans, > > On Tue, Feb 20, 2018 at 7:36 PM, Hans Verkuil wrote: >> On 02/20/18 05:44, Alexandre Courbot wrote: >>> +#define MEDIA_REQUEST_IOC(__cmd, func) >>> \ >>> +

Re: [RFCv4 01/21] media: add request API core and UAPI

On 02/21/2018 07:01 AM, Alexandre Courbot wrote: > Hi Hans, > > On Tue, Feb 20, 2018 at 7:36 PM, Hans Verkuil wrote: >> On 02/20/18 05:44, Alexandre Courbot wrote: >>> +#define MEDIA_REQUEST_IOC(__cmd, func) >>> \ >>> +

Re: [PATCH 3/4] kernel/fork: switch vmapped stack callation to __vmalloc_area()

On 21.02.2018 03:16, Andrew Morton wrote: On Tue, 23 Jan 2018 16:57:21 +0300 Konstantin Khlebnikov wrote: # stress-ng --clone 100 -t 10s --metrics-brief at 32-core machine shows boost 35000 -> 36000 bogo ops Patch 4/4 is a kind of RFC. Actually per-cpu cache of

Re: [PATCH 3/4] kernel/fork: switch vmapped stack callation to __vmalloc_area()

On 21.02.2018 03:16, Andrew Morton wrote: On Tue, 23 Jan 2018 16:57:21 +0300 Konstantin Khlebnikov wrote: # stress-ng --clone 100 -t 10s --metrics-brief at 32-core machine shows boost 35000 -> 36000 bogo ops Patch 4/4 is a kind of RFC. Actually per-cpu cache of preallocated stacks works

Re: [PATCH v7 0/3] clocksource/drivers/atcpit100: Add andestech atcpit100 timer

2018-02-13 17:13 GMT+08:00 Greentime Hu : > Hi, all: > > ATCPIT100 is often used on the Andes architecture, > This timer provide 4 PIT channels. Each PIT channel is a > multi-function timer, can be configured as 32,16,8 bit timers > or PWM as well. > > For system timer it will

Re: [PATCH v7 0/3] clocksource/drivers/atcpit100: Add andestech atcpit100 timer

2018-02-13 17:13 GMT+08:00 Greentime Hu : > Hi, all: > > ATCPIT100 is often used on the Andes architecture, > This timer provide 4 PIT channels. Each PIT channel is a > multi-function timer, can be configured as 32,16,8 bit timers > or PWM as well. > > For system timer it will set channel 1 32-bit

[PATCH v4] iommu/amd: Add support for fast IOTLB flushing

Since AMD IOMMU driver currently flushes all TLB entries when page size is more than one, use the same interface for both iommu_ops.flush_iotlb_all() and iommu_ops.iotlb_sync(). Cc: Joerg Roedel Signed-off-by: Suravee Suthikulpanit --- Changes

[PATCH v4] iommu/amd: Add support for fast IOTLB flushing

Since AMD IOMMU driver currently flushes all TLB entries when page size is more than one, use the same interface for both iommu_ops.flush_iotlb_all() and iommu_ops.iotlb_sync(). Cc: Joerg Roedel Signed-off-by: Suravee Suthikulpanit --- Changes from v3

Re: [PATCH 05/10] hwmon: generic-pwm-tachometer: Add generic PWM based tachometer

AIUI, the PWM framework already exposes a sysfs node with period information. We should just use that instead of adding a new driver for this. In any case, we cannot add something like this to device tree since it's not a hardware device. Mikko On 21.02.2018 08:58, Rajkumar Rampelli wrote:

Re: [PATCH 05/10] hwmon: generic-pwm-tachometer: Add generic PWM based tachometer

AIUI, the PWM framework already exposes a sysfs node with period information. We should just use that instead of adding a new driver for this. In any case, we cannot add something like this to device tree since it's not a hardware device. Mikko On 21.02.2018 08:58, Rajkumar Rampelli wrote:

Re: [PATCH 0/6] DISCONTIGMEM support for PPC32

Le 20/02/2018 à 17:14, Jonathan Neuschäfer a écrit : This patchset adds support for DISCONTIGMEM on 32-bit PowerPC. This is required to properly support the Nintendo Wii's memory layout, in which there are two blocks of RAM and MMIO in the middle. Previously, this memory layout was handled by

Re: [PATCH 0/6] DISCONTIGMEM support for PPC32

Le 20/02/2018 à 17:14, Jonathan Neuschäfer a écrit : This patchset adds support for DISCONTIGMEM on 32-bit PowerPC. This is required to properly support the Nintendo Wii's memory layout, in which there are two blocks of RAM and MMIO in the middle. Previously, this memory layout was handled by

Re: [PATCH v3] iommu/amd: Add support for fast IOTLB flushing

Hi Joerg, On 2/13/18 8:29 PM, Joerg Roedel wrote: Hi Suravee, thanks for working on this. On Wed, Jan 31, 2018 at 12:01:14AM -0500, Suravee Suthikulpanit wrote: +static void amd_iommu_iotlb_range_add(struct iommu_domain *domain, + unsigned long iova,

Re: [PATCH v3] iommu/amd: Add support for fast IOTLB flushing

Hi Joerg, On 2/13/18 8:29 PM, Joerg Roedel wrote: Hi Suravee, thanks for working on this. On Wed, Jan 31, 2018 at 12:01:14AM -0500, Suravee Suthikulpanit wrote: +static void amd_iommu_iotlb_range_add(struct iommu_domain *domain, + unsigned long iova,

[PATCH 08/10] arm64: defconfig: enable Nvidia Tegra Tachometer as a module

Tegra Tachometer driver implements PWM capture to measure period. Enable this driver as a module in the ARM64 defconfig. Signed-off-by: Rajkumar Rampelli --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig

[PATCH 08/10] arm64: defconfig: enable Nvidia Tegra Tachometer as a module

Tegra Tachometer driver implements PWM capture to measure period. Enable this driver as a module in the ARM64 defconfig. Signed-off-by: Rajkumar Rampelli --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig

[PATCH 07/10] arm64: tegra: Add PWM based Tachometer support on Tegra186

Add PWM based Tachometer support on Tegra186 to measure number of rotations of a Fan per minute by using PWM capture interface Signed-off-by: Rajkumar Rampelli --- arch/arm64/boot/dts/nvidia/tegra186.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH 07/10] arm64: tegra: Add PWM based Tachometer support on Tegra186

Add PWM based Tachometer support on Tegra186 to measure number of rotations of a Fan per minute by using PWM capture interface Signed-off-by: Rajkumar Rampelli --- arch/arm64/boot/dts/nvidia/tegra186.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH 10/10] arm64: tegra: Add PWM controller on Tegra186 soc

The NVIDIA Tegra186 SoC has a PWM controller which is used in FAN control use case. Signed-off-by: Rajkumar Rampelli --- arch/arm64/boot/dts/nvidia/tegra186.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm64/boot/dts/nvidia/tegra186.dtsi

[PATCH 10/10] arm64: tegra: Add PWM controller on Tegra186 soc

The NVIDIA Tegra186 SoC has a PWM controller which is used in FAN control use case. Signed-off-by: Rajkumar Rampelli --- arch/arm64/boot/dts/nvidia/tegra186.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm64/boot/dts/nvidia/tegra186.dtsi

[PATCH 09/10] arm64: defconfig: Enable Generic PWM based Tachometer driver

Enable Generic PWM based Tachometer driver which implements a simple interface for monitoring the speed of a fan in roatations per minute, and exposes it to the user space by using the hwmon's sysfs interface. Enable this driver as a module in the ARM64 defconfig. Signed-off-by: Rajkumar Rampelli

[PATCH 09/10] arm64: defconfig: Enable Generic PWM based Tachometer driver

Enable Generic PWM based Tachometer driver which implements a simple interface for monitoring the speed of a fan in roatations per minute, and exposes it to the user space by using the hwmon's sysfs interface. Enable this driver as a module in the ARM64 defconfig. Signed-off-by: Rajkumar Rampelli

[PATCH 05/10] hwmon: generic-pwm-tachometer: Add generic PWM based tachometer

Add generic PWM based tachometer driver via HWMON interface to report the RPM of motor. This drivers get the period/duty cycle from PWM IP which captures the motor PWM output. This driver implements a simple interface for monitoring the speed of a fan and exposes it in roatations per minute (RPM)

[PATCH 06/10] arm64: tegra: Add Tachometer Controller on Tegra186

The NVIDIA Tegra186 SoC has a Tachometer Controller that analyzes the PWM signal of a Fan and reports the period value through pwm interface. Signed-off-by: Rajkumar Rampelli --- arch/arm64/boot/dts/nvidia/tegra186-p2771-.dts | 5 +

[PATCH 05/10] hwmon: generic-pwm-tachometer: Add generic PWM based tachometer

Add generic PWM based tachometer driver via HWMON interface to report the RPM of motor. This drivers get the period/duty cycle from PWM IP which captures the motor PWM output. This driver implements a simple interface for monitoring the speed of a fan and exposes it in roatations per minute (RPM)

[PATCH 06/10] arm64: tegra: Add Tachometer Controller on Tegra186

The NVIDIA Tegra186 SoC has a Tachometer Controller that analyzes the PWM signal of a Fan and reports the period value through pwm interface. Signed-off-by: Rajkumar Rampelli --- arch/arm64/boot/dts/nvidia/tegra186-p2771-.dts | 5 + arch/arm64/boot/dts/nvidia/tegra186.dtsi |

[PATCH 04/10] hwmon: generic-pwm-tachometer: Add DT binding details

Add DT binding details for the PWM based generic tachometer driver which gets the period of the PWM tach-output from Fan via PWM IP having capability of capturing the signal. Signed-off-by: Rajkumar Rampelli --- .../bindings/hwmon/generic-pwm-tachometer.txt | 25

[PATCH 04/10] hwmon: generic-pwm-tachometer: Add DT binding details

Add DT binding details for the PWM based generic tachometer driver which gets the period of the PWM tach-output from Fan via PWM IP having capability of capturing the signal. Signed-off-by: Rajkumar Rampelli --- .../bindings/hwmon/generic-pwm-tachometer.txt | 25 ++ 1

[PATCH 03/10] pwm: tegra: Add PWM based Tachometer driver

PWM Tachometer driver capture the PWM signal which is output of FAN in general and provide the period of PWM signal which is converted to RPM by SW. Add Tegra Tachometer driver which implements the pwm-capture to measure period. Signed-off-by: Rajkumar Rampelli Signed-off-by:

[PATCH 02/10] dt-bindings: Tegra186 tachometer device tree bindings

Supply Device tree binding documentation for the NVIDIA Tegra186 SoC's Tachometer Controller Signed-off-by: Rajkumar Rampelli --- .../bindings/pwm/pwm-tegra-tachometer.txt | 31 ++ 1 file changed, 31 insertions(+) create mode 100644

[PATCH 01/10] pwm: core: Add support for PWM HW driver with pwm capture only

Add support for pwm HW driver which has only capture functionality. This helps to implement the PWM based Tachometer driver which reads the PWM output signals from electronic fans. PWM Tachometer captures the period and duty cycle of the PWM signal Signed-off-by: Rajkumar Rampelli

[PATCH 03/10] pwm: tegra: Add PWM based Tachometer driver

PWM Tachometer driver capture the PWM signal which is output of FAN in general and provide the period of PWM signal which is converted to RPM by SW. Add Tegra Tachometer driver which implements the pwm-capture to measure period. Signed-off-by: Rajkumar Rampelli Signed-off-by: Laxman Dewangan

[PATCH 02/10] dt-bindings: Tegra186 tachometer device tree bindings

Supply Device tree binding documentation for the NVIDIA Tegra186 SoC's Tachometer Controller Signed-off-by: Rajkumar Rampelli --- .../bindings/pwm/pwm-tegra-tachometer.txt | 31 ++ 1 file changed, 31 insertions(+) create mode 100644

[PATCH 01/10] pwm: core: Add support for PWM HW driver with pwm capture only

Add support for pwm HW driver which has only capture functionality. This helps to implement the PWM based Tachometer driver which reads the PWM output signals from electronic fans. PWM Tachometer captures the period and duty cycle of the PWM signal Signed-off-by: Rajkumar Rampelli ---

[PATCH 00/10] Implementation of Tegra Tachometer driver

The following patches adds support for PWM based Tegra Tachometer driver which implements PWM capture interface to analyze the PWM signal of a electronic fan and reports it in periods and duty cycles. Generic PWM Tachometer implemented to monitor the speed of fan in rpms using PWM interface. RPM

[PATCH 00/10] Implementation of Tegra Tachometer driver

The following patches adds support for PWM based Tegra Tachometer driver which implements PWM capture interface to analyze the PWM signal of a electronic fan and reports it in periods and duty cycles. Generic PWM Tachometer implemented to monitor the speed of fan in rpms using PWM interface. RPM

Re: [PATCH] audit: return on memory error to avoid null pointer dereference

On 2018-02-21 01:47, Richard Guy Briggs wrote: > If there is a memory allocation error when trying to change an audit > kernel feature value, the ignored allocation error will trigger a NULL > pointer dereference oops on subsequent use of that pointer. Return > instead. > > See:

Re: [PATCH] audit: return on memory error to avoid null pointer dereference

On 2018-02-21 01:47, Richard Guy Briggs wrote: > If there is a memory allocation error when trying to change an audit > kernel feature value, the ignored allocation error will trigger a NULL > pointer dereference oops on subsequent use of that pointer. Return > instead. > > See:

[PATCH] audit: return on memory error to avoid null pointer dereference

If there is a memory allocation error when trying to change an audit kernel feature value, the ignored allocation error will trigger a NULL pointer dereference oops on subsequent use of that pointer. Return instead. See: https://github.com/linux-audit/audit-kernel/issues/76 Signed-off-by:

[PATCH] audit: return on memory error to avoid null pointer dereference

If there is a memory allocation error when trying to change an audit kernel feature value, the ignored allocation error will trigger a NULL pointer dereference oops on subsequent use of that pointer. Return instead. See: https://github.com/linux-audit/audit-kernel/issues/76 Signed-off-by:

Re: [PATCH] ocxl: Add get_metadata IOCTL to share OCXL information to userspace

On Wed, Feb 21, 2018 at 3:57 PM, Alastair D'Silva wrote: > From: Alastair D'Silva > > Some required information is not exposed to userspace currently (eg. the > PASID), pass this information back, along with other information which > is currently

Re: [PATCH] ocxl: Add get_metadata IOCTL to share OCXL information to userspace

On Wed, Feb 21, 2018 at 3:57 PM, Alastair D'Silva wrote: > From: Alastair D'Silva > > Some required information is not exposed to userspace currently (eg. the > PASID), pass this information back, along with other information which > is currently communicated via sysfs, which saves some parsing

Re: [PATCH -mm -v5 RESEND] mm, swap: Fix race between swapoff and some swap operations

On Wed, Feb 21, 2018 at 7:38 AM, Andrew Morton wrote: > On Sun, 18 Feb 2018 09:06:47 +0800 huang ying > wrote: > >> >> >> +struct swap_info_struct *get_swap_device(swp_entry_t entry) >> >> >> +{ >> >> >> + struct swap_info_struct *si; >>

Re: [PATCH -mm -v5 RESEND] mm, swap: Fix race between swapoff and some swap operations

On Wed, Feb 21, 2018 at 7:38 AM, Andrew Morton wrote: > On Sun, 18 Feb 2018 09:06:47 +0800 huang ying > wrote: > >> >> >> +struct swap_info_struct *get_swap_device(swp_entry_t entry) >> >> >> +{ >> >> >> + struct swap_info_struct *si; >> >> >> + unsigned long type, offset; >> >> >> + >> >> >>

/kbuild/src/stress/include/linux/compiler.h:183: undefined reference to `__tracepoint_vb2_buf_queue'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: af3e79d29555b97dd096e2f8e36a0f50213808a8 commit: b46dc8ae17a427c50c00241898832807576fd28a media: videobuf2: fix up for "media: annotate ->poll() instances" date: 2 weeks ago config:

/kbuild/src/stress/include/linux/compiler.h:183: undefined reference to `__tracepoint_vb2_buf_queue'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: af3e79d29555b97dd096e2f8e36a0f50213808a8 commit: b46dc8ae17a427c50c00241898832807576fd28a media: videobuf2: fix up for "media: annotate ->poll() instances" date: 2 weeks ago config:

Re: [RFC PATCH V2 13/22] x86/intel_rdt: Support schemata write - pseudo-locking core

Hi Mike, On 2/20/2018 5:58 PM, Mike Kravetz wrote: > On 02/20/2018 03:21 PM, Thomas Gleixner wrote: >> On Tue, 20 Feb 2018, Reinette Chatre wrote: >>> On 2/20/2018 9:15 AM, Thomas Gleixner wrote: On Tue, 13 Feb 2018, Reinette Chatre wrote: Now the remaining thing is the memory

Re: [RFC PATCH V2 13/22] x86/intel_rdt: Support schemata write - pseudo-locking core

Hi Mike, On 2/20/2018 5:58 PM, Mike Kravetz wrote: > On 02/20/2018 03:21 PM, Thomas Gleixner wrote: >> On Tue, 20 Feb 2018, Reinette Chatre wrote: >>> On 2/20/2018 9:15 AM, Thomas Gleixner wrote: On Tue, 13 Feb 2018, Reinette Chatre wrote: Now the remaining thing is the memory

RE: [RFC PATCH] mmc: sdhci-of-arasan: Add auto tuning support for ZynqMP Platform

Hi Adrian, > -Original Message- > From: Adrian Hunter [mailto:adrian.hun...@intel.com] > Sent: Friday, February 16, 2018 7:37 PM > To: Manish Narani ; michal.si...@xilinx.com; > ulf.hans...@linaro.org; linux-arm-ker...@lists.infradead.org; linux- >

RE: [RFC PATCH] mmc: sdhci-of-arasan: Add auto tuning support for ZynqMP Platform

Hi Adrian, > -Original Message- > From: Adrian Hunter [mailto:adrian.hun...@intel.com] > Sent: Friday, February 16, 2018 7:37 PM > To: Manish Narani ; michal.si...@xilinx.com; > ulf.hans...@linaro.org; linux-arm-ker...@lists.infradead.org; linux- > m...@vger.kernel.org;

Re: [RFCv4 10/21] videodev2.h: Add request_fd field to v4l2_buffer

On Wed, Feb 21, 2018 at 12:20 AM, Hans Verkuil wrote: > On 02/20/18 05:44, Alexandre Courbot wrote: >> From: Hans Verkuil >> >> When queuing buffers allow for passing the request that should >> be associated with this buffer. >> >> Signed-off-by: Hans

Re: [RFCv4 10/21] videodev2.h: Add request_fd field to v4l2_buffer

On Wed, Feb 21, 2018 at 12:20 AM, Hans Verkuil wrote: > On 02/20/18 05:44, Alexandre Courbot wrote: >> From: Hans Verkuil >> >> When queuing buffers allow for passing the request that should >> be associated with this buffer. >> >> Signed-off-by: Hans Verkuil >> [acour...@chromium.org: make

Re: [RFCv4 13/21] media: videobuf2-v4l2: support for requests

On Wed, Feb 21, 2018 at 1:18 AM, Hans Verkuil wrote: > On 02/20/2018 05:44 AM, Alexandre Courbot wrote: >> Add a new vb2_qbuf_request() (a request-aware version of vb2_qbuf()) >> that request-aware drivers can call to queue a buffer into a request >> instead of directly into

Re: [RFCv4 13/21] media: videobuf2-v4l2: support for requests

On Wed, Feb 21, 2018 at 1:18 AM, Hans Verkuil wrote: > On 02/20/2018 05:44 AM, Alexandre Courbot wrote: >> Add a new vb2_qbuf_request() (a request-aware version of vb2_qbuf()) >> that request-aware drivers can call to queue a buffer into a request >> instead of directly into the vb2 queue if

Re: [RFCv4 11/21] media: v4l2_fh: add request entity field

On Wed, Feb 21, 2018 at 12:24 AM, Hans Verkuil wrote: > On 02/20/18 05:44, Alexandre Courbot wrote: >> Allow drivers to assign a request entity to v4l2_fh. This will be useful >> for request-aware ioctls to find out which request entity to use. >> >> Signed-off-by: Alexandre

Re: [RFCv4 09/21] v4l2: add request API support

On Tue, Feb 20, 2018 at 10:25 PM, Hans Verkuil wrote: > On 02/20/18 05:44, Alexandre Courbot wrote: >> Add a v4l2 request entity data structure that takes care of storing the >> request-related state of a V4L2 device ; in this case, its controls. >> >> Signed-off-by: Alexandre

Re: [RFCv4 11/21] media: v4l2_fh: add request entity field

On Wed, Feb 21, 2018 at 12:24 AM, Hans Verkuil wrote: > On 02/20/18 05:44, Alexandre Courbot wrote: >> Allow drivers to assign a request entity to v4l2_fh. This will be useful >> for request-aware ioctls to find out which request entity to use. >> >> Signed-off-by: Alexandre Courbot >> --- >>

Re: [RFCv4 09/21] v4l2: add request API support

On Tue, Feb 20, 2018 at 10:25 PM, Hans Verkuil wrote: > On 02/20/18 05:44, Alexandre Courbot wrote: >> Add a v4l2 request entity data structure that takes care of storing the >> request-related state of a V4L2 device ; in this case, its controls. >> >> Signed-off-by: Alexandre Courbot >> --- >>

Re: [RFCv4 16/21] v4l2: video_device: support for creating requests

On Wed, Feb 21, 2018 at 1:35 AM, Hans Verkuil wrote: > On 02/20/2018 05:44 AM, Alexandre Courbot wrote: >> Add a new VIDIOC_NEW_REQUEST ioctl, which allows to instanciate requests >> on devices that support the request API. Requests created that way can >> only control the

Re: [RFCv4 16/21] v4l2: video_device: support for creating requests

On Wed, Feb 21, 2018 at 1:35 AM, Hans Verkuil wrote: > On 02/20/2018 05:44 AM, Alexandre Courbot wrote: >> Add a new VIDIOC_NEW_REQUEST ioctl, which allows to instanciate requests >> on devices that support the request API. Requests created that way can >> only control the device they originate

Re: [RFCv4 01/21] media: add request API core and UAPI

Hi Hans, On Tue, Feb 20, 2018 at 7:36 PM, Hans Verkuil wrote: > On 02/20/18 05:44, Alexandre Courbot wrote: >> The request API provides a way to group buffers and device parameters >> into units of work to be queued and executed. This patch introduces the >> UAPI and core

Re: [RFCv4 01/21] media: add request API core and UAPI

Hi Hans, On Tue, Feb 20, 2018 at 7:36 PM, Hans Verkuil wrote: > On 02/20/18 05:44, Alexandre Courbot wrote: >> The request API provides a way to group buffers and device parameters >> into units of work to be queued and executed. This patch introduces the >> UAPI and core framework. >> >> This

nla_put_string() vs NLA_STRING

Hi, It seems that in at least one case[1], nla_put_string() is being used on an NLA_STRING, which lacks a NULL terminator, which leads to silliness when nla_put_string() uses strlen() to figure out the size: /** * nla_put_string - Add a string netlink attribute to a socket buffer * @skb:

nla_put_string() vs NLA_STRING

Hi, It seems that in at least one case[1], nla_put_string() is being used on an NLA_STRING, which lacks a NULL terminator, which leads to silliness when nla_put_string() uses strlen() to figure out the size: /** * nla_put_string - Add a string netlink attribute to a socket buffer * @skb:

Re: [RFC PATCH V2 13/22] x86/intel_rdt: Support schemata write - pseudo-locking core

Hi Thomas, On 2/20/2018 3:21 PM, Thomas Gleixner wrote: > On Tue, 20 Feb 2018, Reinette Chatre wrote: >> On 2/20/2018 9:15 AM, Thomas Gleixner wrote: >>> On Tue, 13 Feb 2018, Reinette Chatre wrote: >>> >>> Are you really sure that the life time rules of plr are correct vs. an >>> application

Re: [RFC PATCH V2 13/22] x86/intel_rdt: Support schemata write - pseudo-locking core

Hi Thomas, On 2/20/2018 3:21 PM, Thomas Gleixner wrote: > On Tue, 20 Feb 2018, Reinette Chatre wrote: >> On 2/20/2018 9:15 AM, Thomas Gleixner wrote: >>> On Tue, 13 Feb 2018, Reinette Chatre wrote: >>> >>> Are you really sure that the life time rules of plr are correct vs. an >>> application

Re: [PATCH] cpufreq: powernv: Check negative value returned by cpufreq_table_find_index_dl()

On 21-02-18, 16:39, Michael Ellerman wrote: > Viresh Kumar writes: > > AFAICT, you will get -1 here only if the freq table had no valid > > frequencies (or the freq table is empty). Why would that happen ? > > Bugs? The cupfreq driver shouldn't have registered itself

Re: [PATCH] cpufreq: powernv: Check negative value returned by cpufreq_table_find_index_dl()

On 21-02-18, 16:39, Michael Ellerman wrote: > Viresh Kumar writes: > > AFAICT, you will get -1 here only if the freq table had no valid > > frequencies (or the freq table is empty). Why would that happen ? > > Bugs? The cupfreq driver shouldn't have registered itself in that case (i.e. if the

Re: [PATCH] ocxl: Add get_metadata IOCTL to share OCXL information to userspace

On 21/02/18 15:57, Alastair D'Silva wrote: From: Alastair D'Silva Some required information is not exposed to userspace currently (eg. the PASID), pass this information back, along with other information which is currently communicated via sysfs, which saves some parsing

Re: [PATCH] ocxl: Add get_metadata IOCTL to share OCXL information to userspace

On 21/02/18 15:57, Alastair D'Silva wrote: From: Alastair D'Silva Some required information is not exposed to userspace currently (eg. the PASID), pass this information back, along with other information which is currently communicated via sysfs, which saves some parsing effort in userspace.

Re: [PATCH] netlink: put module reference if dump start fails

On Wed, 2018-02-21 at 04:41 +0100, Jason A. Donenfeld wrote: > Before, if cb->start() failed, the module reference would never be put, > because cb->cb_running is intentionally false at this point. Users are > generally annoyed by this because they can no longer unload modules that > leak

Re: [PATCH] netlink: put module reference if dump start fails

On Wed, 2018-02-21 at 04:41 +0100, Jason A. Donenfeld wrote: > Before, if cb->start() failed, the module reference would never be put, > because cb->cb_running is intentionally false at this point. Users are > generally annoyed by this because they can no longer unload modules that > leak

[PATCH] kconfig: Print reverse dependencies in groups

Signed-off-by: Masahiro Yamada --- This patch requires the following as a pre-requisite: https://patchwork.kernel.org/patch/10229545/ These two will work equivalently to the following three: https://patchwork.kernel.org/patch/10226951/

[PATCH] kconfig: Print reverse dependencies in groups

Signed-off-by: Masahiro Yamada --- This patch requires the following as a pre-requisite: https://patchwork.kernel.org/patch/10229545/ These two will work equivalently to the following three: https://patchwork.kernel.org/patch/10226951/ https://patchwork.kernel.org/patch/10226953/

Re: [PATCH] mmc: dw_mmc-k3: Fix out-of-bounds access through DT alias

Hi Geert, On 02/20/2018 07:50 PM, Geert Uytterhoeven wrote: > On Tue, Feb 20, 2018 at 10:03 AM, Geert Uytterhoeven > wrote: >> The hs_timing_cfg[] array is indexed using a value derived from the >> "mshcN" alias in DT, which may lead to an out-of-bounds access. >> >> Fix

Re: [PATCH] mmc: dw_mmc-k3: Fix out-of-bounds access through DT alias

Hi Geert, On 02/20/2018 07:50 PM, Geert Uytterhoeven wrote: > On Tue, Feb 20, 2018 at 10:03 AM, Geert Uytterhoeven > wrote: >> The hs_timing_cfg[] array is indexed using a value derived from the >> "mshcN" alias in DT, which may lead to an out-of-bounds access. >> >> Fix this by adding a range

Re: [PATCH] cpufreq: powernv: Check negative value returned by cpufreq_table_find_index_dl()

Viresh Kumar writes: > On 12-02-18, 15:51, Shilpasri G Bhat wrote: >> This patch fixes the below Coverity warning: >> >> *** CID 182816: Memory - illegal accesses (NEGATIVE_RETURNS) >> /drivers/cpufreq/powernv-cpufreq.c: 1008 in powernv_fast_switch() >> 1002

Re: [PATCH] cpufreq: powernv: Check negative value returned by cpufreq_table_find_index_dl()

Viresh Kumar writes: > On 12-02-18, 15:51, Shilpasri G Bhat wrote: >> This patch fixes the below Coverity warning: >> >> *** CID 182816: Memory - illegal accesses (NEGATIVE_RETURNS) >> /drivers/cpufreq/powernv-cpufreq.c: 1008 in powernv_fast_switch() >> 1002

Re: [PATCH 2/3] Input: gpio-keys - allow setting wakeup interrupt trigger type in DT

Hi, On Sun, Feb 18, 2018 at 05:34:53PM -0600, Rob Herring wrote: > On Fri, Feb 09, 2018 at 03:42:47PM -0800, Brian Norris wrote: > > On Fri, Feb 09, 2018 at 07:55:09PM +0800, Jeffy Chen wrote: > > > Allow specifying a different interrupt trigger type for wakeup when > > > using the gpio-keys

Re: [PATCH 2/3] Input: gpio-keys - allow setting wakeup interrupt trigger type in DT

Hi, On Sun, Feb 18, 2018 at 05:34:53PM -0600, Rob Herring wrote: > On Fri, Feb 09, 2018 at 03:42:47PM -0800, Brian Norris wrote: > > On Fri, Feb 09, 2018 at 07:55:09PM +0800, Jeffy Chen wrote: > > > Allow specifying a different interrupt trigger type for wakeup when > > > using the gpio-keys

Re: [PATCH v2 1/3] HID: add driver for Valve Steam Controller

On 02/20/2018 11:33 AM, Rodrigo Rivas Costa wrote: > +static void steam_work_connect_cb(struct work_struct *work) > +{ > + struct steam_device *steam = container_of(work, struct steam_device, > + work_connect); > + unsigned long flags; >

Re: [PATCH v2 1/3] HID: add driver for Valve Steam Controller

On 02/20/2018 11:33 AM, Rodrigo Rivas Costa wrote: > +static void steam_work_connect_cb(struct work_struct *work) > +{ > + struct steam_device *steam = container_of(work, struct steam_device, > + work_connect); > + unsigned long flags; >

Re: [PATCH ipmi/kcs_bmc v2] ipmi: kcs_bmc: make the code be more clean

On 2018-02-20 21:29, Corey Minyard wrote: On 02/19/2018 09:55 AM, Haiyue Wang wrote: --- When you use ---, it means everything following is not in the commit text, including your signature. Got it. v1 -> v2: Do you want me to fold this into the previous patch?  That's generally not how

Re: [PATCH ipmi/kcs_bmc v2] ipmi: kcs_bmc: make the code be more clean

On 2018-02-20 21:29, Corey Minyard wrote: On 02/19/2018 09:55 AM, Haiyue Wang wrote: --- When you use ---, it means everything following is not in the commit text, including your signature. Got it. v1 -> v2: Do you want me to fold this into the previous patch?  That's generally not how

[PATCH 8/9] scsi: ufs: fix irq return code

From: Venkat Gopalakrishnan Return IRQ_HANDLED only if the irq is really handled, this will help in catching spurious interrupts that go unhandled. Signed-off-by: Venkat Gopalakrishnan Signed-off-by: Can Guo Signed-off-by:

[PATCH 1/9] scsi: ufs: Allowing power mode change

From: Yaniv Gardi Due to M-PHY issues, moving from HS to any other mode or gear or even Hibern8 causes some un-predicted behavior of the device. This patch fixes this issues. Signed-off-by: Yaniv Gardi Signed-off-by: Subhash Jadavani

[PATCH 3/9] scsi: ufs: fix exception event handling

From: Maya Erez The device can set the exception event bit in one of the response UPIU, for example to notify the need for urgent BKOPs operation. In such a case the host driver calls ufshcd_exception_event_handler to handle this notification. When trying to check the

[PATCH 8/9] scsi: ufs: fix irq return code

From: Venkat Gopalakrishnan Return IRQ_HANDLED only if the irq is really handled, this will help in catching spurious interrupts that go unhandled. Signed-off-by: Venkat Gopalakrishnan Signed-off-by: Can Guo Signed-off-by: Asutosh Das --- drivers/scsi/ufs/ufshcd.c | 137

  1   2   3   4   5   6   7   8   9   10   >