[PATCH BUGFIX] block, bfq: update wr_busy_queues if needed on a queue split

This commit fixes a bug triggered by a non-trivial sequence of events. These events are briefly described in the next two paragraphs. The impatiens, or those who are familiar with queue merging and splitting, can jump directly to the last paragraph. On each I/O-request arrival for a shared

[PATCH BUGFIX] block, bfq: update wr_busy_queues if needed on a queue split

This commit fixes a bug triggered by a non-trivial sequence of events. These events are briefly described in the next two paragraphs. The impatiens, or those who are familiar with queue merging and splitting, can jump directly to the last paragraph. On each I/O-request arrival for a shared

[PATCH v2] soc: ti: knav_dma: make of_device_ids const.

of_device_ids are not supposed to change at runtime. All functions working with of_device_ids provided by work with const of_device_ids. So mark the non-const structs as const. File size before: textdata bss dec hex filename 2234 608 82850 b22

Re: [PATCHv2 1/3] x86/mm: Provide pmdp_establish() helper

On Thu, 15 Jun 2017 17:52:22 +0300 "Kirill A. Shutemov" wrote: > We need an atomic way to setup pmd page table entry, avoiding races with > CPU setting dirty/accessed bits. This is required to implement > pmdp_invalidate() that doesn't loose these bits. > > On

[PATCH v2] soc: ti: knav_dma: make of_device_ids const.

of_device_ids are not supposed to change at runtime. All functions working with of_device_ids provided by work with const of_device_ids. So mark the non-const structs as const. File size before: textdata bss dec hex filename 2234 608 82850 b22

Re: [PATCHv2 1/3] x86/mm: Provide pmdp_establish() helper

On Thu, 15 Jun 2017 17:52:22 +0300 "Kirill A. Shutemov" wrote: > We need an atomic way to setup pmd page table entry, avoiding races with > CPU setting dirty/accessed bits. This is required to implement > pmdp_invalidate() that doesn't loose these bits. > > On PAE we have to use cmpxchg8b as we

[PATCH v2] macintosh: rack-meter: make of_device_ids const.

of_device_ids are not supposed to change at runtime. All functions working with of_device_ids provided by work with const of_device_ids. So mark the non-const structs as const. File size before: textdata bss dec hex filename 407 576 0 983 3d7

[PATCH v2] macintosh: rack-meter: make of_device_ids const.

of_device_ids are not supposed to change at runtime. All functions working with of_device_ids provided by work with const of_device_ids. So mark the non-const structs as const. File size before: textdata bss dec hex filename 407 576 0 983 3d7

Re: [PATCH v2 1/2] ip_tunnel: fix ip tunnel lookup in collect_md mode

On Fri, Jun 16, 2017 at 8:27 PM, Haishuang Yan wrote: > In collect_md mode, if the tun dev is down, it still can call > ip_tunnel_rcv to receive on packets, and the rx statistics increase > improperly. > > Fixes: 2e15ea390e6f ("ip_gre: Add support to collect

Re: [PATCH v2 1/2] ip_tunnel: fix ip tunnel lookup in collect_md mode

On Fri, Jun 16, 2017 at 8:27 PM, Haishuang Yan wrote: > In collect_md mode, if the tun dev is down, it still can call > ip_tunnel_rcv to receive on packets, and the rx statistics increase > improperly. > > Fixes: 2e15ea390e6f ("ip_gre: Add support to collect tunnel metadata.") > Cc: Pravin B

Re: [patch v2 2/3] staging: speakup: check and convert dev name or ser to dev_t

On Sun, Jun 18, 2017 at 10:33:35PM -0700, Joe Perches wrote: > On Mon, 2017-06-19 at 09:15 +0800, Greg Kroah-Hartman wrote: > > On Sun, Jun 18, 2017 at 09:58:27AM +0100, Okash Khawaja wrote: > > > This patch adds functionality to validate and convert either a device > > > name or 'ser' member of

Re: [patch v2 2/3] staging: speakup: check and convert dev name or ser to dev_t

On Sun, Jun 18, 2017 at 10:33:35PM -0700, Joe Perches wrote: > On Mon, 2017-06-19 at 09:15 +0800, Greg Kroah-Hartman wrote: > > On Sun, Jun 18, 2017 at 09:58:27AM +0100, Okash Khawaja wrote: > > > This patch adds functionality to validate and convert either a device > > > name or 'ser' member of

Re: [patch v2 2/3] staging: speakup: check and convert dev name or ser to dev_t

On Mon, Jun 19, 2017 at 09:15:33AM +0800, Greg Kroah-Hartman wrote: > > +int ser_to_dev(int ser, dev_t *dev_no) > > +{ > > + if (ser < 0 || ser > (255 - 64)) { > > +pr_err("speakup: Invalid ser param. \ > > + Must be between 0 and 191 inclusive.\n"); >

Re: [patch v2 2/3] staging: speakup: check and convert dev name or ser to dev_t

On Mon, Jun 19, 2017 at 09:15:33AM +0800, Greg Kroah-Hartman wrote: > > +int ser_to_dev(int ser, dev_t *dev_no) > > +{ > > + if (ser < 0 || ser > (255 - 64)) { > > +pr_err("speakup: Invalid ser param. \ > > + Must be between 0 and 191 inclusive.\n"); >

linux-next: manual merge of the scsi tree with the block tree

Hi all, Today's linux-next merge of the scsi tree got a conflict in: drivers/scsi/scsi_lib.c between commit: f660174e8bcd ("blk-mq: use the introduced blk_mq_unquiesce_queue()") from the block tree and commits: 551eb598e5ea ("scsi: Split scsi_internal_device_block()") 66483a4a9f34

linux-next: manual merge of the scsi tree with the block tree

Hi all, Today's linux-next merge of the scsi tree got a conflict in: drivers/scsi/scsi_lib.c between commit: f660174e8bcd ("blk-mq: use the introduced blk_mq_unquiesce_queue()") from the block tree and commits: 551eb598e5ea ("scsi: Split scsi_internal_device_block()") 66483a4a9f34

Re: [PATCH v2] firmware: qcom_scm: Fix to allow COMPILE_TEST-ing

Hi, On Thu, Jun 8, 2017 at 8:23 AM, Stanimir Varbanov wrote: > Unfortunatly previous attempt to allow consumer drivers to > use COMPILE_TEST option in Kconfig is not enough, because in the > past the consumer drivers used 'depends on' Kconfig option but > now they

Re: [PATCH v2] firmware: qcom_scm: Fix to allow COMPILE_TEST-ing

Hi, On Thu, Jun 8, 2017 at 8:23 AM, Stanimir Varbanov wrote: > Unfortunatly previous attempt to allow consumer drivers to > use COMPILE_TEST option in Kconfig is not enough, because in the > past the consumer drivers used 'depends on' Kconfig option but > now they are using 'select' Kconfig

Re: [patch v2 2/3] staging: speakup: check and convert dev name or ser to dev_t

On Mon, 2017-06-19 at 09:15 +0800, Greg Kroah-Hartman wrote: > On Sun, Jun 18, 2017 at 09:58:27AM +0100, Okash Khawaja wrote: > > This patch adds functionality to validate and convert either a device > > name or 'ser' member of synth into dev_t. [] > > --- a/drivers/staging/speakup/spk_ttyio.c []

Re: [patch v2 2/3] staging: speakup: check and convert dev name or ser to dev_t

On Mon, 2017-06-19 at 09:15 +0800, Greg Kroah-Hartman wrote: > On Sun, Jun 18, 2017 at 09:58:27AM +0100, Okash Khawaja wrote: > > This patch adds functionality to validate and convert either a device > > name or 'ser' member of synth into dev_t. [] > > --- a/drivers/staging/speakup/spk_ttyio.c []

[PATCH] doc: Document suitability of IBM Verse for kernel development

IBM Verse is a web UI around Lotus Domino mail servers (much like the Lotus Notes client talks to Domino servers). For various reasons, it is not at all suitable for kernel development, all of which have been raised (repeatedly) internally. Signed-off-by: Stewart Smith

[PATCH] doc: Document suitability of IBM Verse for kernel development

IBM Verse is a web UI around Lotus Domino mail servers (much like the Lotus Notes client talks to Domino servers). For various reasons, it is not at all suitable for kernel development, all of which have been raised (repeatedly) internally. Signed-off-by: Stewart Smith ---

[PATCH] macintosh: rack-meter: make of_device_ids const.

of_device_ids are not supposed to change at runtime. All functions working with of_device_ids provided by work with const of_device_ids. So mark the non-const structs as const. File size before: textdata bss dec hex filename 407 576 0 983 3d7

[PATCH] macintosh: rack-meter: make of_device_ids const.

of_device_ids are not supposed to change at runtime. All functions working with of_device_ids provided by work with const of_device_ids. So mark the non-const structs as const. File size before: textdata bss dec hex filename 407 576 0 983 3d7

[Patch v5 01/12] [media] s5p-mfc: Rename IS_MFCV8 macro

This patch renames macro IS_MFCV8 to IS_MFCV8_PLUS so that the MFCv8 code can be resued for MFCv10.10 support. Since the MFCv8 specific code holds good for MFC v10.10 also. Signed-off-by: Smitha T Murthy Acked-by: Andrzej Hajda ---

[Patch v5 01/12] [media] s5p-mfc: Rename IS_MFCV8 macro

This patch renames macro IS_MFCV8 to IS_MFCV8_PLUS so that the MFCv8 code can be resued for MFCv10.10 support. Since the MFCv8 specific code holds good for MFC v10.10 also. Signed-off-by: Smitha T Murthy Acked-by: Andrzej Hajda --- drivers/media/platform/s5p-mfc/s5p_mfc_common.h | 2 +-

[Patch v5 02/12] [media] s5p-mfc: Adding initial support for MFC v10.10

Adding the support for MFC v10.10, with new register file and necessary hw control, decoder, encoder and structural changes. CC: Rob Herring CC: devicet...@vger.kernel.org Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda

[Patch v5 02/12] [media] s5p-mfc: Adding initial support for MFC v10.10

Adding the support for MFC v10.10, with new register file and necessary hw control, decoder, encoder and structural changes. CC: Rob Herring CC: devicet...@vger.kernel.org Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda Acked-by: Rob Herring ---

[Patch v5 03/12] [media] s5p-mfc: Use min scratch buffer size as provided by F/W

After MFC v8.0, mfc f/w lets the driver know how much scratch buffer size is required for decoder. If mfc f/w has the functionality, E_MIN_SCRATCH_BUFFER_SIZE, driver can know how much scratch buffer size is required for encoder too. Signed-off-by: Smitha T Murthy

[Patch v5 05/12] [media] videodev2.h: Add v4l2 definition for HEVC

Add V4L2 definition for HEVC compressed format Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- include/uapi/linux/videodev2.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/uapi/linux/videodev2.h

Re: [PATCH v2 2/2] crypto: engine - Permit to enqueue skcipher request

On Tue, Jun 06, 2017 at 03:44:17PM +0200, Corentin Labbe wrote: > The crypto engine could actually only enqueue hash and ablkcipher request. > This patch permit it to enqueue skcipher requets by adding all necessary > functions. > The only problem is that ablkcipher and skcipher id are the same,

[Patch v5 03/12] [media] s5p-mfc: Use min scratch buffer size as provided by F/W

After MFC v8.0, mfc f/w lets the driver know how much scratch buffer size is required for decoder. If mfc f/w has the functionality, E_MIN_SCRATCH_BUFFER_SIZE, driver can know how much scratch buffer size is required for encoder too. Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda ---

[Patch v5 05/12] [media] videodev2.h: Add v4l2 definition for HEVC

Add V4L2 definition for HEVC compressed format Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- include/uapi/linux/videodev2.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/uapi/linux/videodev2.h b/include/uapi/linux/videodev2.h index 2b8feb8..488de3d 100644 ---

Re: [PATCH v2 2/2] crypto: engine - Permit to enqueue skcipher request

On Tue, Jun 06, 2017 at 03:44:17PM +0200, Corentin Labbe wrote: > The crypto engine could actually only enqueue hash and ablkcipher request. > This patch permit it to enqueue skcipher requets by adding all necessary > functions. > The only problem is that ablkcipher and skcipher id are the same,

[Patch v5 09/12] [media] s5p-mfc: Add VP9 decoder support

Add support for codec definition and corresponding buffer requirements for VP9 decoder. Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 6 ++

[Patch v5 09/12] [media] s5p-mfc: Add VP9 decoder support

Add support for codec definition and corresponding buffer requirements for VP9 decoder. Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 6 ++ drivers/media/platform/s5p-mfc/s5p_mfc_cmd_v6.c | 3 +++

[Patch v5 07/12] Documentation: v4l: Documentation for HEVC v4l2 definition

Add V4L2 definition for HEVC compressed format which is also known as H.265. Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- Documentation/media/uapi/v4l/pixfmt-013.rst | 5 + 1 file changed, 5 insertions(+) diff --git

[Patch v5 07/12] Documentation: v4l: Documentation for HEVC v4l2 definition

Add V4L2 definition for HEVC compressed format which is also known as H.265. Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- Documentation/media/uapi/v4l/pixfmt-013.rst | 5 + 1 file changed, 5 insertions(+) diff --git a/Documentation/media/uapi/v4l/pixfmt-013.rst

[Patch v5 06/12] [media] v4l2-ioctl: add HEVC format description

HEVC is a video coding format Signed-off-by: Smitha T Murthy --- drivers/media/v4l2-core/v4l2-ioctl.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c b/drivers/media/v4l2-core/v4l2-ioctl.c index e5a2187..4f6f8d9 100644 ---

[Patch v5 06/12] [media] v4l2-ioctl: add HEVC format description

HEVC is a video coding format Signed-off-by: Smitha T Murthy --- drivers/media/v4l2-core/v4l2-ioctl.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c b/drivers/media/v4l2-core/v4l2-ioctl.c index e5a2187..4f6f8d9 100644 ---

[Patch v5 11/12] [media] s5p-mfc: Add support for HEVC encoder

Add HEVC encoder support and necessary registers, V4L2 CIDs, and hevc encoder parameters Signed-off-by: Smitha T Murthy --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 28 +- drivers/media/platform/s5p-mfc/s5p_mfc.c| 1 +

[Patch v5 11/12] [media] s5p-mfc: Add support for HEVC encoder

Add HEVC encoder support and necessary registers, V4L2 CIDs, and hevc encoder parameters Signed-off-by: Smitha T Murthy --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 28 +- drivers/media/platform/s5p-mfc/s5p_mfc.c| 1 + drivers/media/platform/s5p-mfc/s5p_mfc_cmd_v6.c | 3 +

[Patch v5 10/12] [media] v4l2: Add v4l2 control IDs for HEVC encoder

Add v4l2 controls for HEVC encoder Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- drivers/media/v4l2-core/v4l2-ctrls.c | 103 +++ include/uapi/linux/v4l2-controls.h | 84 2

[Patch v5 10/12] [media] v4l2: Add v4l2 control IDs for HEVC encoder

Add v4l2 controls for HEVC encoder Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- drivers/media/v4l2-core/v4l2-ctrls.c | 103 +++ include/uapi/linux/v4l2-controls.h | 84 2 files changed, 187 insertions(+) diff

[Patch v5 12/12] Documention: v4l: Documentation for HEVC CIDs

Added V4l2 controls for HEVC encoder Signed-off-by: Smitha T Murthy --- Documentation/media/uapi/v4l/extended-controls.rst | 364 + 1 file changed, 364 insertions(+) diff --git a/Documentation/media/uapi/v4l/extended-controls.rst

[Patch v5 12/12] Documention: v4l: Documentation for HEVC CIDs

Added V4l2 controls for HEVC encoder Signed-off-by: Smitha T Murthy --- Documentation/media/uapi/v4l/extended-controls.rst | 364 + 1 file changed, 364 insertions(+) diff --git a/Documentation/media/uapi/v4l/extended-controls.rst

[Patch v5 08/12] [media] s5p-mfc: Add support for HEVC decoder

Add support for codec definition and corresponding buffer requirements for HEVC decoder. Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 1 +

[Patch v5 08/12] [media] s5p-mfc: Add support for HEVC decoder

Add support for codec definition and corresponding buffer requirements for HEVC decoder. Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 1 + drivers/media/platform/s5p-mfc/s5p_mfc_cmd_v6.c | 3 +++

[Patch v5 04/12] [media] s5p-mfc: Support MFCv10.10 buffer requirements

Aligning the luma_dpb_size, chroma_dpb_size, mv_size and me_buffer_size for MFCv10.10. Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 19 +

[Patch v5 04/12] [media] s5p-mfc: Support MFCv10.10 buffer requirements

Aligning the luma_dpb_size, chroma_dpb_size, mv_size and me_buffer_size for MFCv10.10. Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 19 + drivers/media/platform/s5p-mfc/s5p_mfc_opr_v6.c | 95 +++--

[Patch v5 00/12] Add MFC v10.10 support

This patch series adds MFC v10.10 support. MFC v10.10 is used in some of Exynos7 variants. This adds support for following: * Add support for HEVC encoder and decoder * Add support for VP9 decoder * Update Documentation for control id definitions * Update computation of min scratch buffer size

[Patch v5 00/12] Add MFC v10.10 support

This patch series adds MFC v10.10 support. MFC v10.10 is used in some of Exynos7 variants. This adds support for following: * Add support for HEVC encoder and decoder * Add support for VP9 decoder * Update Documentation for control id definitions * Update computation of min scratch buffer size

Re: [PATCH] serial: 8250: 8250_omap: Fix race b/w dma completion and RX timeout

On Saturday 17 June 2017 08:07 PM, Andy Shevchenko wrote: > On Sat, 2017-06-17 at 19:22 +0530, Vignesh R wrote: >> DMA RX completion handler for UART is called from a tasklet and hence >> may be delayed depending on the system load. In meanwhile, there may >> be >> RX timeout interrupt which can

Re: [PATCH] serial: 8250: 8250_omap: Fix race b/w dma completion and RX timeout

On Saturday 17 June 2017 08:07 PM, Andy Shevchenko wrote: > On Sat, 2017-06-17 at 19:22 +0530, Vignesh R wrote: >> DMA RX completion handler for UART is called from a tasklet and hence >> may be delayed depending on the system load. In meanwhile, there may >> be >> RX timeout interrupt which can

Re: [RFC PATCH 0/3] provide imx rproc driver

Hello Oleksij, On 17-06-14 22:48:52, Oleksij Rempel wrote: > Hallo all, > > this is RFC patchset to provide remoteproc functionality on > imx7d SoC. > Since current kernel do not have devicetrees for board which > I used for testing, this RFC patchset includes this too. > > For testing I used

Re: [RFC PATCH 0/3] provide imx rproc driver

Hello Oleksij, On 17-06-14 22:48:52, Oleksij Rempel wrote: > Hallo all, > > this is RFC patchset to provide remoteproc functionality on > imx7d SoC. > Since current kernel do not have devicetrees for board which > I used for testing, this RFC patchset includes this too. > > For testing I used

[PATCH] soc: ti: knav_dma: make of_device_ids const.

of_device_ids are not supposed to change at runtime. All functions working with of_device_ids provided by work with const of_device_ids. So mark the non-const structs as const. File size before: textdata bss dec hex filename 2234 608 82850 b22

[PATCH] soc: ti: knav_dma: make of_device_ids const.

of_device_ids are not supposed to change at runtime. All functions working with of_device_ids provided by work with const of_device_ids. So mark the non-const structs as const. File size before: textdata bss dec hex filename 2234 608 82850 b22

[PATCH v5 3/6] kernel/reboot.c: export pm_power_off_prepare

Export pm_power_off_prepare. It is needed to implement power off on Freescale/NXP iMX6 based boards with external power management integrated circuit (PMIC). Signed-off-by: Oleksij Rempel --- kernel/reboot.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v5 6/6] ARM: dts: imx6: RIoTboard provide standby on power off option

This board, as well as some other boards with i.MX6 and a PMIC, uses a "MPIC_STBY_REQ" line to notify the PMIC about a state change. The PMIC is programmed for a specific state change before triggering the line. In this case, PMIC_STBY_REQ can be used for stand by, sleep and power off modes.

[PATCH v5 5/6] regulator: pfuze100-regulator: provide pm_power_off_prepare handler

On some boards the SoC can use one pin "PMIC_STBY_REQ" to notify th PMIC about state changes. In this case internal state of PMIC must be preconfigured for upcomming state change. It works fine with the current regulator framework, except with the power-off case. This patch is providing an

[PATCH v5 3/6] kernel/reboot.c: export pm_power_off_prepare

Export pm_power_off_prepare. It is needed to implement power off on Freescale/NXP iMX6 based boards with external power management integrated circuit (PMIC). Signed-off-by: Oleksij Rempel --- kernel/reboot.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/reboot.c b/kernel/reboot.c

[PATCH v5 6/6] ARM: dts: imx6: RIoTboard provide standby on power off option

This board, as well as some other boards with i.MX6 and a PMIC, uses a "MPIC_STBY_REQ" line to notify the PMIC about a state change. The PMIC is programmed for a specific state change before triggering the line. In this case, PMIC_STBY_REQ can be used for stand by, sleep and power off modes.

[PATCH v5 5/6] regulator: pfuze100-regulator: provide pm_power_off_prepare handler

On some boards the SoC can use one pin "PMIC_STBY_REQ" to notify th PMIC about state changes. In this case internal state of PMIC must be preconfigured for upcomming state change. It works fine with the current regulator framework, except with the power-off case. This patch is providing an

[PATCH v5 1/6] ARM: imx6q: provide documentation for new fsl,pmic-stby-poweroff property

Signed-off-by: Oleksij Rempel Acked-by: Rob Herring --- Documentation/devicetree/bindings/clock/imx6q-clock.txt | 8 1 file changed, 8 insertions(+) diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt

[PATCH v5 4/6] regulator: pfuze100: add fsl,pmic-stby-poweroff property

Document the new optional "fsl,pmic-stby-poweroff" property. Signed-off-by: Oleksij Rempel Acked-by: Rob Herring --- Documentation/devicetree/bindings/regulator/pfuze100.txt | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH v5 1/6] ARM: imx6q: provide documentation for new fsl,pmic-stby-poweroff property

Signed-off-by: Oleksij Rempel Acked-by: Rob Herring --- Documentation/devicetree/bindings/clock/imx6q-clock.txt | 8 1 file changed, 8 insertions(+) diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt b/Documentation/devicetree/bindings/clock/imx6q-clock.txt index

[PATCH v5 4/6] regulator: pfuze100: add fsl,pmic-stby-poweroff property

Document the new optional "fsl,pmic-stby-poweroff" property. Signed-off-by: Oleksij Rempel Acked-by: Rob Herring --- Documentation/devicetree/bindings/regulator/pfuze100.txt | 7 +++ 1 file changed, 7 insertions(+) diff --git a/Documentation/devicetree/bindings/regulator/pfuze100.txt

[PATCH v5 0/6] provide power off support for iMX6 with external PMIC

This patch series is providing power off support for Freescale/NXP iMX6 based boards with external power management integrated circuit (PMIC). changes: v5: - remove useless includes from pm-imx6.c patch - add Acked-by to "regulator: pfuze100: add fsl,pmic-stby-poweroff property" patch v4: -

[PATCH v5 2/6] ARM: imx6: register pm_power_off handler if "fsl,pmic-stby-poweroff" is set

One of the Freescale recommended sequences for power off with external PMIC is the following: ... 3. SoC is programming PMIC for power off when standby is asserted. 4. In CCM STOP mode, Standby is asserted, PMIC gates SoC supplies. See:

[PATCH v5 0/6] provide power off support for iMX6 with external PMIC

This patch series is providing power off support for Freescale/NXP iMX6 based boards with external power management integrated circuit (PMIC). changes: v5: - remove useless includes from pm-imx6.c patch - add Acked-by to "regulator: pfuze100: add fsl,pmic-stby-poweroff property" patch v4: -

[PATCH v5 2/6] ARM: imx6: register pm_power_off handler if "fsl,pmic-stby-poweroff" is set

One of the Freescale recommended sequences for power off with external PMIC is the following: ... 3. SoC is programming PMIC for power off when standby is asserted. 4. In CCM STOP mode, Standby is asserted, PMIC gates SoC supplies. See:

[PATCH] x86/mm: Don't reenter flush_tlb_func_common()

It was historically possible to have two concurrent TLB flushes targeting the same CPU: one initiated locally and one initiated remotely. This can now cause an OOPS in leave_mm() at arch/x86/mm/tlb.c:47: if (this_cpu_read(cpu_tlbstate.state) == TLBSTATE_OK) BUG(); with

[PATCH] x86/mm: Don't reenter flush_tlb_func_common()

It was historically possible to have two concurrent TLB flushes targeting the same CPU: one initiated locally and one initiated remotely. This can now cause an OOPS in leave_mm() at arch/x86/mm/tlb.c:47: if (this_cpu_read(cpu_tlbstate.state) == TLBSTATE_OK) BUG(); with

Re: [PATCH v2 00/10] PCID and improved laziness

On Sun, Jun 18, 2017 at 2:29 PM, Levin, Alexander (Sasha Levin) wrote: > On Tue, Jun 13, 2017 at 09:56:18PM -0700, Andy Lutomirski wrote: >>There are three performance benefits here: >> >>1. TLB flushing is slow. (I.e. the flush itself takes a while.) >> This

Re: [PATCH v2 00/10] PCID and improved laziness

On Sun, Jun 18, 2017 at 2:29 PM, Levin, Alexander (Sasha Levin) wrote: > On Tue, Jun 13, 2017 at 09:56:18PM -0700, Andy Lutomirski wrote: >>There are three performance benefits here: >> >>1. TLB flushing is slow. (I.e. the flush itself takes a while.) >> This avoids many of them when switching

Re: [GIT PULL] firmware: arm_scpi: updates for v4.13

On Thu, Jun 15, 2017 at 12:28:59PM +0100, Sudeep Holla wrote: > Hi ARM-SoC, > > The cpufreq change is acked by maintainer and Rafael agreed to take it > via ARM-SoC[1]. Please pull ! > > Regards, > Sudeep > > -- > > The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: >

Re: [GIT PULL] firmware: arm_scpi: updates for v4.13

On Thu, Jun 15, 2017 at 12:28:59PM +0100, Sudeep Holla wrote: > Hi ARM-SoC, > > The cpufreq change is acked by maintainer and Rafael agreed to take it > via ARM-SoC[1]. Please pull ! > > Regards, > Sudeep > > -- > > The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: >

Re: [GIT PULL] ARM: dts: uniphier: UniPhier DT updates for v4.13

On Tue, Jun 13, 2017 at 12:41:04AM +0900, Masahiro Yamada wrote: > Hi Arnd, Olof, > > Here are UniPhier DT (32bit) updates for the v4.13 merge window. > Please pull! > > > The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: > > Linux 4.12-rc1 (2017-05-13 13:19:49

Re: [GIT PULL] ARM: dts: uniphier: UniPhier DT updates for v4.13

On Tue, Jun 13, 2017 at 12:41:04AM +0900, Masahiro Yamada wrote: > Hi Arnd, Olof, > > Here are UniPhier DT (32bit) updates for the v4.13 merge window. > Please pull! > > > The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: > > Linux 4.12-rc1 (2017-05-13 13:19:49

Re: [GIT PULL] arm64: dts: uniphier: UniPhier DT updates (64bit) for v4.13

On Tue, Jun 13, 2017 at 12:48:03AM +0900, Masahiro Yamada wrote: > Hi Arnd, Olof, > > Here are UniPhier DT (64bit) updates for the v4.13 merge window. > Please pull! > > The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: > > Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)

Re: [GIT PULL] arm64: dts: uniphier: UniPhier DT updates (64bit) for v4.13

On Tue, Jun 13, 2017 at 12:48:03AM +0900, Masahiro Yamada wrote: > Hi Arnd, Olof, > > Here are UniPhier DT (64bit) updates for the v4.13 merge window. > Please pull! > > The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: > > Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)

Re: [PATCH v4 27/28] soc: actions: owl-sps: Factor out owl_sps_set_pg() for power-gating

Am 06.06.2017 um 02:54 schrieb Andreas Färber: > Allow the SMP code to reuse PM domain code for CPU2/CPU3 wakeup. > > Signed-off-by: Andreas Färber > --- > v4: new > > drivers/soc/actions/Kconfig | 4 +++ > drivers/soc/actions/Makefile | 1 + >

Re: [PATCH v4 27/28] soc: actions: owl-sps: Factor out owl_sps_set_pg() for power-gating

Am 06.06.2017 um 02:54 schrieb Andreas Färber: > Allow the SMP code to reuse PM domain code for CPU2/CPU3 wakeup. > > Signed-off-by: Andreas Färber > --- > v4: new > > drivers/soc/actions/Kconfig | 4 +++ > drivers/soc/actions/Makefile | 1 + >

Re: [PATCH v4 25/28] ARM: dts: s500: Add SPS node

Am 06.06.2017 um 02:54 schrieb Andreas Färber: > Add Smart Power System node for PM domains. > > Signed-off-by: Andreas Färber > --- > v3 -> v4: > * Extended commit message > * Split off association of power-domains (avoids include/dt-bindings/ > dependency) > > v3: new

Re: [PATCH v4 25/28] ARM: dts: s500: Add SPS node

Am 06.06.2017 um 02:54 schrieb Andreas Färber: > Add Smart Power System node for PM domains. > > Signed-off-by: Andreas Färber > --- > v3 -> v4: > * Extended commit message > * Split off association of power-domains (avoids include/dt-bindings/ > dependency) > > v3: new > >

Re: [PATCH v5 22/26] MAINTAINERS: Update Actions Semi section with SPS

Am 19.06.2017 um 05:44 schrieb Andreas Färber: > Add file patterns to cover the SPS power domain driver and DT binding. > > Signed-off-by: Andreas Färber > --- > v4 -> v5: > * Rebased onto timer additions > * Added dt-bindings header file pattern > > v4: new > >

Re: [PATCH v5 22/26] MAINTAINERS: Update Actions Semi section with SPS

Am 19.06.2017 um 05:44 schrieb Andreas Färber: > Add file patterns to cover the SPS power domain driver and DT binding. > > Signed-off-by: Andreas Färber > --- > v4 -> v5: > * Rebased onto timer additions > * Added dt-bindings header file pattern > > v4: new > > MAINTAINERS | 4 >

Re: [PATCH v5 21/26] soc: actions: Add Owl SPS

Am 19.06.2017 um 05:40 schrieb Andreas Färber: > Implement S500 Smart Power System power-gating. > For now flag PD_CPU2 and PD_CPU3 as always-on. > > Based on LeMaker linux-actions tree. > > Signed-off-by: Andreas Färber > --- > v4 -> v5: > * Updated for header file rename >

Re: [PATCH v5 21/26] soc: actions: Add Owl SPS

Am 19.06.2017 um 05:40 schrieb Andreas Färber: > Implement S500 Smart Power System power-gating. > For now flag PD_CPU2 and PD_CPU3 as always-on. > > Based on LeMaker linux-actions tree. > > Signed-off-by: Andreas Färber > --- > v4 -> v5: > * Updated for header file rename > > v3 -> v4: >

Re: [PATCH v5 20/26] dt-bindings: power: Add Owl SPS power domains

Am 19.06.2017 um 05:36 schrieb Andreas Färber: > Define power domains for all non-reserved S500 power gates. > > Acked-by: Rob Herring > Signed-off-by: Andreas Färber > --- > v4 -> v5: > * Renamed header file with owl- prefix for uniqueness > > v3 -> v4:

Re: [PATCH v5 20/26] dt-bindings: power: Add Owl SPS power domains

Am 19.06.2017 um 05:36 schrieb Andreas Färber: > Define power domains for all non-reserved S500 power gates. > > Acked-by: Rob Herring > Signed-off-by: Andreas Färber > --- > v4 -> v5: > * Renamed header file with owl- prefix for uniqueness > > v3 -> v4: Unchanged > > v3: new > >

Re: [PATCH v3] ip6_tunnel: Correct tos value in collect_md mode

From: Haishuang Yan Date: Sat, 17 Jun 2017 11:38:05 +0800 > Same as ip_gre, geneve and vxlan, use key->tos as traffic class value. > > CC: Peter Dawson > Fixes: 0e9a709560db ("ip6_tunnel, ip6_gre: fix setting of DSCP on > encapsulated

Re: [PATCH v3] ip6_tunnel: Correct tos value in collect_md mode

From: Haishuang Yan Date: Sat, 17 Jun 2017 11:38:05 +0800 > Same as ip_gre, geneve and vxlan, use key->tos as traffic class value. > > CC: Peter Dawson > Fixes: 0e9a709560db ("ip6_tunnel, ip6_gre: fix setting of DSCP on > encapsulated packets”) > Signed-off-by: Haishuang Yan > > --- >

[PATCH] v4l2-core: Use kvmalloc() for potentially big allocations

There are multiple places where arrays or otherwise variable sized buffer are allocated through V4L2 core code, including things like controls, memory pages, staging buffers for ioctls and so on. Such allocations can potentially require an order > 0 allocation from the page allocator, which is not

[PATCH] v4l2-core: Use kvmalloc() for potentially big allocations

There are multiple places where arrays or otherwise variable sized buffer are allocated through V4L2 core code, including things like controls, memory pages, staging buffers for ioctls and so on. Such allocations can potentially require an order > 0 allocation from the page allocator, which is not

Re: [PATCH] pptp: Remove unused variable in pptp_release()

From: Christos Gkekas Date: Sun, 18 Jun 2017 16:41:40 +0100 > Variable opt in pptp_release() is set but never used, thus needs to be > removed. > > Signed-off-by: Christos Gkekas Applied to net-next.

Re: [PATCH] pptp: Remove unused variable in pptp_release()

From: Christos Gkekas Date: Sun, 18 Jun 2017 16:41:40 +0100 > Variable opt in pptp_release() is set but never used, thus needs to be > removed. > > Signed-off-by: Christos Gkekas Applied to net-next.

Re: [PATCH V3 net-next 6/8] net: hns3: Add MDIO support to HNS3 Ethernet driver for hip08 SoC

On Sat, Jun 17, 2017 at 06:24:29PM +0100, Salil Mehta wrote: > This patch adds the support of MDIO bus interface for HNS3 driver. > Code provides various interfaces to start and stop the PHY layer > and to read and write the MDIO bus or PHY. > > Signed-off-by: Daode Huang

Re: [PATCH V3 net-next 6/8] net: hns3: Add MDIO support to HNS3 Ethernet driver for hip08 SoC

On Sat, Jun 17, 2017 at 06:24:29PM +0100, Salil Mehta wrote: > This patch adds the support of MDIO bus interface for HNS3 driver. > Code provides various interfaces to start and stop the PHY layer > and to read and write the MDIO bus or PHY. > > Signed-off-by: Daode Huang > Signed-off-by: lipeng

  1   2   3   4   5   6   >