[PATCH v2 8/9] soc: mediatek: pwrap: add support for MT7622 SoC

From: Chenglin Xu Add the registers, callbacks and data structures required to make the PMIC wrapper work on MT7622. Signed-off-by: Chenglin Xu Signed-off-by: Chen Zhong Signed-off-by: Sean Wang

[PATCH v2 3/9] regulator: mt6380: Add support for MT6380

From: Chenglin Xu The MT6380 is a regulator found those boards with MediaTek MT7622 SoC It is connected as a slave to the SoC using MediaTek PMIC wrapper which is the common interface connecting with Mediatek made various PMICs. Signed-off-by: Chenglin Xu

[PATCH v4 03/18] arm: qcom-msm8974: dts: Update coresight replicator

Replace the obsolete compatible string for Coresight programmable replicator with the new one. Cc: Andy Gross Cc: David Brown Cc: linux-arm-...@vger.kernel.org Cc: Mathieu Poirier Reviewed-by: Mathieu Poirier

[PATCH v4 05/18] coresight: Extend the PIDR mask to cover relevant bits in PIDR2

As per coresight standards, PIDR2 register has the following format : [2-0] - JEP106_bits6to4 [3]- JEDEC, designer ID is specified by JEDEC. However some of the drivers only use mask of 0x3 for the PIDR2 leaving bits [3-2] unchecked, which could potentially match the component for a

[PATCH v4 07/18] coresight tmc: Add helpers for accessing 64bit registers

Coresight TMC splits 64bit registers into a pair of 32bit registers (e.g DBA, RRP, RWP). Provide helpers to read/write to these registers. Cc: Mathieu Poirier Signed-off-by: Suzuki K Poulose --- drivers/hwtracing/coresight/coresight-priv.h

[PATCH V3 5/5] spmi: pmic-arb: use irq_chip callback to set spmi irq wakeup capability

Currently the driver sets the pmic arbiter core interrupt as wakeup capable irrespective of the child irqs which causes the system to wakeup unnecessarily. To fix this, set the core interrupt as wakeup capable only if any of the child irqs request for it. Do this by marking it as wakeup capable in

[PATCH V3 2/5] spmi: pmic-arb: rename pa_xx to pmic_arb_xx and other code cleanup

This patch cleans up the following. - Rename the "pa" to "pmic_arb". - Rename the spmi_pmic_arb *dev to spmi_pmic_arb *pmic_arb. - Rename the pa_{read,write}_data() functions to pmic_arb_{read,write}_data(). - Rename channel to APID. - Rename the HWIRQ_*() macros to hwirq_to_*(). - Clean up

[PATCH V3 0/5]: spmi: pmic-arb: Fixup patches

v3: * spmi: pmic-arb: rename pa_xx to pmic_arb_xx and other code cleanup replaced "i" with "apid" in pmic_arb_find_apid finction. * spmi: pmic-arb: use irq_chip callback to set spmi irq wakeup capability Added Stephen's reviewed-by tag. v2: * spmi: pmic-arb: remove the

[PATCH V3 4/5] spmi: pmic-arb: return the value instead of passing by pointer

Returning the output value from a function, when it is possible, is the better and cleaner way than passing it by the pointer. Hence, modify the ppid_to_apid mapping function to return apid instead of passing it by a pointer. While at it, pass the ppid as function parameter to ppid_to_apid mapping

[PATCH V3 3/5] spmi: pmic-arb: replace the writel_relaxed with __raw_writel

Replace the writel_relaxed with __raw_writel to avoid byte swapping in pmic_arb_write_data() function. That way the code is independent of the CPU endianness. Signed-off-by: Kiran Gunda Reviewed-by: Stephen Boyd --- drivers/spmi/spmi-pmic-arb.c | 2

[PATCH V3 1/5] spmi: pmic-arb: remove the read/write access checks

The access mode checks for peripheral ownership for read/write permissions should not be required. Every peripheral enabled for this master is expected to have a read/write permissions. If there is any such invalid access due to wrong configuration in boot loader or device tree files, then it

[PATCH 7/9] MIPS: Loongson 2F: allow NULL clock for clk_get_rate

Make the behaviour of clk_get_rate consistent with common clk's clk_get_rate by accepting NULL clocks as parameter, as some device drivers rely on this. Make the behaviour of clk_get_rate consistent with common clk's clk_get_rate by accepting NULL clocks as parameter. Some device drivers rely on

Re: [PATCH 11/18] dt-bindings: display: Add Allwinner MIPI-DSI bindings

On Monday 17 Jul 2017 13:41:49 Rob Herring wrote: > On Thu, Jul 13, 2017 at 04:13:06PM +0200, Maxime Ripard wrote: > > The Allwinner SoCs usually come with a DSI encoder. Add a binding for it. > > > > Signed-off-by: Maxime Ripard > > --- > > > >

[PATCH 8/9] MIPS: ralink: allow NULL clock for clk_get_rate

Make the behaviour of clk_get_rate consistent with common clk's clk_get_rate by accepting NULL clocks as parameter. Some device drivers rely on this, and will cause an OOPS otherwise. Fixes: 3f0a06b0368d ("MIPS: ralink: adds clkdev code") Cc: John Crispin Cc: Ralf Baechle

[PATCH 2/9] ARM: mmp: allow NULL clock for clk_get_rate

Make the behaviour of clk_get_rate consistent with common clk's clk_get_rate by accepting NULL clocks as parameter. Some device drivers rely on this, and will cause an OOPS otherwise. Fixes: 49cbe78637eb ("[ARM] pxa: add base support for Marvell's PXA168 processor line") Cc: Eric Miao

[PATCH 9/9] unicore32: allow NULL clock for clk_get_rate

Make the behaviour of clk_get_rate consistent with common clk's clk_get_rate by accepting NULL clocks as parameter. Some device drivers rely on this, and will cause an OOPS otherwise. Fixes: 64909882862e ("unicore32 additional architecture files: pm related files") Cc: Guan Xuetao

[PATCH 3/9] blackfin: bf609: allow NULL clock for clk_get_rate

Make the behaviour of clk_get_rate consistent with common clk's clk_get_rate by accepting NULL clocks as parameter. Some device drivers rely on this, and will cause an OOPS otherwise. Fixes: 969003152aa9 ("blackfin: bf60x: add clock support") Cc: Steven Miao Cc: Masahiro

[PATCH 5/9] MIPS: AR7: allow NULL clock for clk_get_rate

Make the behaviour of clk_get_rate consistent with common clk's clk_get_rate by accepting NULL clocks as parameter. Some device drivers rely on this, and will cause an OOPS otherwise. Fixes: 780019ddf02f ("MIPS: AR7: Implement clock API") Cc: Ralf Baechle Cc: Paul Gortmaker

[PATCH 1/9] ARM: ep93xx: allow NULL clock for clk_get_rate

Make the behaviour of clk_get_rate consistent with common clk's clk_get_rate by accepting NULL clocks as parameter. Some device drivers rely on this, and will cause an OOPS otherwise. Fixes: 1d81eedb8f6c ("[ARM] 3634/1: ep93xx: initial implementation of the clk_* API") Cc: Hartley Sweeten

[PATCH 6/9] MIPS: BCM63XX: allow NULL clock for clk_get_rate

Make the behaviour of clk_get_rate consistent with common clk's clk_get_rate by accepting NULL clocks as parameter. Some device drivers rely on this, and will cause an OOPS otherwise. Fixes: e7300d04bd08 ("MIPS: BCM63xx: Add support for the Broadcom BCM63xx family of SOCs.") Cc: Ralf Baechle

[PATCH 0/9] make clk_get_rate implementations behavior more consistent

The common clock and several other clock API implementations allow calling clk_get_rate with a NULL pointer. While not specified as expected behavior of the API, device drivers have come to rely on that, causing them to OOPS when run on a platform with a different clock API implementation. Fix

[PATCH V4 4/4] spmi: pmic-arb: Remove checking opc value not less than 0

From: Fenglin Wu The opc parameter in pmic_arb_write_cmd() function is defined with type u8 and it's always greater than or equal to 0. Checking that it's not less than 0 is redundant and it can cause a forbidden warning during compilation. Remove the check.

[PATCH v1 4/7] drm/stm: ltdc: Constify funcs structures

Constify drm funcs structures. Signed-off-by: Philippe CORNU --- drivers/gpu/drm/stm/ltdc.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/stm/ltdc.c b/drivers/gpu/drm/stm/ltdc.c index 628825b..92e58ba 100644 ---

[tip:x86/mm] x86/mm: Provide general kernel support for memory encryption

Commit-ID: 21729f81ce8ae76a6995681d40e16f7ce8075db4 Gitweb: http://git.kernel.org/tip/21729f81ce8ae76a6995681d40e16f7ce8075db4 Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:07 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[PATCH v2 1/3] staging: ccree: Replace kzalloc with devm_kzalloc

zalloc() is automatically freed on driver detach, otherwise it leads to a double free. (c) remove unnecessary blank lines. Signed-off-by: Suniel Mahesh <suni...@techveda.org> --- Changes for v2: - Changes done as suggested by Greg-KH. - Rebased on top of next-20170718. --- Note: - Patch was tested an

[PATCH 0/4] gpio: davinci: Add keystone-k2g support and few clean ups

The patch series adds support for keystone-k2g soc GPIO. Also does a couple of important return handling which were missed earlier in the driver probe. This is based on Suman's: http://marc.info/?l=linux-arm-kernel=150034845427555=2 http://marc.info/?l=linux-arm-kernel=150034856627618=2 The

[tip:x86/mm] x86/mm: Simplify p[g4um]d_page() macros

Commit-ID: fd7e315988b784509ba3f1b42f539bd0b1fca9bb Gitweb: http://git.kernel.org/tip/fd7e315988b784509ba3f1b42f539bd0b1fca9bb Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:06 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[PATCH v2 3/3] staging: ccree: Use platform_get_irq and devm_request_irq

top of next-20170718. --- Note: - Patch was tested and built(ARCH=arm) on next-20170718. No build issues reported, however it was not tested on real hardware. --- drivers/staging/ccree/ssi_driver.c | 30 +- drivers/staging/ccree/ssi_driver.h | 3 +-- 2 files changed, 1

[tip:x86/mm] x86/mm: Add SME support for read_cr3_pa()

Commit-ID: eef9c4abe77f55b1600f59d8ac5f1d953e2f5384 Gitweb: http://git.kernel.org/tip/eef9c4abe77f55b1600f59d8ac5f1d953e2f5384 Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:08 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[PATCH v2 2/3] staging: ccree: Convert to devm_ioremap_resource for map, unmap

source() releases and unmaps mem region on driver detach. (d) adjust log messages accordingly and remove any blank lines. Signed-off-by: Suniel Mahesh <suni...@techveda.org> --- Changes for v2: - format specifiers changed in log messages. - Rebased on top of next-20170718. --- Note: - Patch was test

[tip:x86/mm] x86/mm: Add support to access persistent memory in the clear

Commit-ID: 1de328628cd06b5efff9195b57bdc1a64680814d Gitweb: http://git.kernel.org/tip/1de328628cd06b5efff9195b57bdc1a64680814d Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:18 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

Re: [PATCH 10/11] net: qtnfmac: constify pci_device_id.

> pci_device_id are not supposed to change at runtime. All functions > working with pci_device_id provided by work with > const pci_device_id. So mark the non-const structs as const. > > Signed-off-by: Arvind Yadav > --- >

[tip:x86/mm] x86/realmode: Decrypt trampoline area if memory encryption is active

Commit-ID: 163ea3c83aeeb3908a51162c79cb3a7c374d92b4 Gitweb: http://git.kernel.org/tip/163ea3c83aeeb3908a51162c79cb3a7c374d92b4 Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:20 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[PATCH] arm64: defconfig: enable SCSI_HISI_SAS_PCI

Enable HiSilicon SAS controller based on PCI device, which is included in hip08 SoC. Signed-off-by: John Garry diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 6c7d147..542838c 100644 --- a/arch/arm64/configs/defconfig +++

[PATCH] mm: Fixing checkpatch errors

checkpath reports error for declaring the way code is handling pointer. Fixing those errors Signed-off-by: Pushkar Jambhlekar --- mm/highmem.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/mm/highmem.c b/mm/highmem.c index 50b4ca6..20ffba3

[PATCH v6 4/4] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

Kernel text may be located in non-mirror regions (movable zone) when both address range mirroring feature and KASLR are enabled. The address range mirroring feature arranges such mirror region into normal zone and other region into movable zone in order to locate kernel code and data in mirror

Re: [patch 0/3] Re: tty contention resulting from tty_open_by_device export

On Mon, Jul 17, 2017 at 11:04:38PM +0100, Alan Cox wrote: > > > Sure. I can fix the tty->count mismatch based on Alan's suggestion. However > > I don't understand why the exclusivity flag should belong to tty_port and > > not tty_struct. It will be good to know why. > > We are trying to move

Re: [PATCH v2 3/3] Staging: iio: adc: ad7280a.c: Fixed Macro argument reuse

On Tue, Jul 18, 2017 at 04:45:04PM +0530, Jaya Durga wrote: > CHECK: Macro argument reuse 'addr' - possible side-effects? > > convert AD7280A_DEVADDR to ad7280a_devaddr static function > to fix checkpath check > > Signed-off-by: Jaya Durga > --- Put a little changelog here:

Re: [PATCH] osq_lock: avoid live-lock issue for RT task

On Fri, Jul 14, 2017 at 07:19:09PM +0530, Prateek Sood wrote: > Live Lock due to task spinning while unqueue of CPU osq_node > from optimistic_spin_queue. Task T1 had decremented mutex count to > acquire the lock on CPU0. Before setting owner it got preempted. You've been working on ancient

Re: [PATCH v5 4/4]: perf/core: complete replace of lists by rb trees for pinned and flexible groups at perf_event_context

Alexander Shishkin writes: > Alexey Budankov writes: > >> Are there any new comments so far? Could you please suggest further steps >> forward? > > Apparently the patches are not threaded, so one needs to fish them out > one

Re: [PATCH] drm/rockchip: cdn-dp: send audio infoframe to sink

Hi Sean Thanks for your replying. On Tuesday, July 18, 2017 04:23 AM, Sean Paul wrote: On Sat, Jul 15, 2017 at 07:00:18PM +0800, Chris Zhong wrote: Some DP/HDMI sink need to receive the audio infoframe to play sound, especially some multi-channel AV receiver, they need the channel_allocation

[PATCH v3 10/10] net: chelsio: cxgb3: constify attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 28720 985 12 297177415

[PATCH v3 08/10] arcnet: com20020-pci: constify attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 3409 948 2843851121

[PATCH v4 10/18] coresight tmc: Handle configuration types properly

Coresight SoC 600 defines a new configuration for TMC, Embedded Trace Streamer (ETS), indicated by 0x3 in MODE:CONFIG_TYPE. This would break the existing driver which will treat anything other than ETR/ETB as an ETF. Fix the driver to check the configuration type properly and also add a warning if

[PATCH v4 09/18] coresight replicator: Expose replicator management registers

Expose the idfilter* registers of the programmable replicator. Cc: Mathieu Poirier Signed-off-by: Suzuki K Poulose --- .../coresight/coresight-dynamic-replicator.c| 21 + 1 file changed, 21 insertions(+) diff

[PATCH v4 11/18] coresight tmc etr: Add capabilitiy information

With new version of TMC ETR, there are differing set of features supported by the TMC. Add the capability of a given TMC ETR for making safer decisions at runtime. The device configuration register of the TMC (DEVID) lists some of the capabilities. So, we can detect some of them at probe.

[PATCH v4 08/18] coresight tmc: Expose DBA and AXICTL

Expose DBALO,DBAHI and AXICTL registers Cc: Mathieu Poirier Signed-off-by: Suzuki K Poulose --- drivers/hwtracing/coresight/coresight-tmc.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/hwtracing/coresight/coresight-tmc.c

Re: [PATCH v2 2/5] ACPI / boot: Correct address space of __acpi_map_table()

On 2017/7/18 17:23, Andy Shevchenko wrote: > On Tue, 2017-07-18 at 11:03 +0200, Geert Uytterhoeven wrote: >> Hi Andy, >> >> On Mon, Jul 17, 2017 at 12:24 PM, Andy Shevchenko >> wrote: >>> Sparse complains about wrong address space used in >>> __acpi_map_table()

[PATCH v4 13/18] coresight tmc etr: Detect address width at runtime

TMC in Coresight SoC-600 advertises the AXI address width in the device configuration register. Bit 16 - AXIAW_VALID 0 - AXI Address Width not valid 1 - Valid AXI Address width in Bits[23-17] Bits [23-17] - AXIAW. If AXIAW_VALID = b01 then 0x20 - 32bit AXI address bus 0x28 - 40bit AXI

[PATCH v4 06/18] coresight: Add support for reading 64bit registers

Add support for reading a lower and upper 32bits of a register as a single 64bit register. Cc: Mathieu Poirier Signed-off-by: Suzuki K Poulose --- drivers/hwtracing/coresight/coresight-priv.h | 27 ++-

Re: [PATCH 3/3] Staging: iio: adc: ad7280a.c: Fixed Macro argument reuse

On Tue, Jul 18, 2017 at 03:17:52PM +0530, Jaya Durga wrote: > diff --git a/drivers/staging/iio/adc/ad7280a.c > b/drivers/staging/iio/adc/ad7280a.c > index d5ab83f..cb94b7f 100644 > --- a/drivers/staging/iio/adc/ad7280a.c > +++ b/drivers/staging/iio/adc/ad7280a.c > @@ -99,9 +99,12 @@ > #define

Re: [RFC 11/13] gpio-switch is for some reason neccessary for camera to work.

On Tue 2017-07-18 11:27:53, Pavel Machek wrote: > Hi! > > > On Tue, Feb 14, 2017 at 02:40:19PM +0100, Pavel Machek wrote: > > > Probably something fun happening in userspace. > > > > What's the status of this one? > > > > I don't think it has a chance to be merged in the foreseeable future. Why

Re: [PATCH v2 5/5] ACPI / boot: Don't handle SCI on HW reduced platforms

On Tue, 2017-07-18 at 17:49 +0800, Hanjun Guo wrote: > On 2017/7/17 21:29, Andy Shevchenko wrote: > > WIP > > Does it mean not ready for upstream yet? Yep, this patch is subject to discussion. I will update it in v3, though it would be nice to discuss anyway (and test on some hardware reduced

[PATCH V4 0/4]: spmi: pmic-arb: support for V5 HW and bug fixes

v4: * spmi: pmic-arb: add support for HW version 5 Clean-up as per Stephen's comments v3: * spmi: pmic-arb: add support for HW version 5 Modified #define INVALID (-1) to #define INVALID_EE0xFF. v2: * spmi: pmic-arb: return __iomem pointer instead of offset

[PATCH v1 1/7] drm/stm: drv: Rename platform driver name

Rename the platform driver name from "stm" to "stm32-display" for a better readability in /sys/bus/platform/drivers entries. Note: We keep "stm" as drm_driver.name because it is better when using "modetest -M stm ..." (even if recent modetest patch avoids using -M). Signed-off-by: Philippe CORNU

[PATCH v1 6/7] drm/stm: ltdc: Cleanup rename returned value

Signed-off-by: Philippe CORNU --- drivers/gpu/drm/stm/ltdc.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/stm/ltdc.c b/drivers/gpu/drm/stm/ltdc.c index f4ed21a..8cd1b9b 100644 --- a/drivers/gpu/drm/stm/ltdc.c +++

[PATCH v1 0/7] drm/stm: Various cleanups

Version 1: - Initial commit The purpose of this set of patches is to clean up the drm stm driver. Philippe CORNU (7): drm/stm: drv: Rename platform driver name drm/stm: ltdc: Cleanup signal polarity defines drm/stm: ltdc: Lindent and minor cleanups drm/stm: ltdc: Constify funcs

[PATCH v3 3/4] i2c: sh_mobile: use helper to decide if DMA is useful

This ensures that we fall back to PIO if the buffer is too small for DMA being useful. Otherwise, we use DMA. A bounce buffer might be applied if the original message buffer is not DMA safe Signed-off-by: Wolfram Sang --- drivers/i2c/busses/i2c-sh_mobile.c | 8

[PATCH v3 4/4] i2c: rcar: check for DMA-capable buffers

Handling this is special for this driver. Because the hardware needs to initialize the next message in interrupt context, we cannot use the i2c_check_msg_for_dma() directly. This helper only works reliably in process context. So, we need to check during initial preparation of the whole transfer

Re: [PATCH 2/2] mfd: axp20x: use correct platform device id for many PEK

On Mon, 17 Jul 2017, Quentin Schulz wrote: > According to their datasheets, the AXP221, AXP223, AXP288, AXP803, > AXP809 and AXP813 PEK have different values for startup time bits from > the AXP20X, let's use the platform device id with the correct values. > > Signed-off-by: Quentin Schulz

Re: [PATCH v1] crypto: brcm - Fix SHA3-512 algorithm failure

Raveendra Padasalagi wrote: > In Broadcom SPU driver, due to missing break statement > in spu2_hash_xlate() while mapping SPU2 equivalent > SHA3-512 value, -EINVAL is chosen and hence leading to > failure of SHA3-512 algorithm. This patch fixes the same. > >

Re: [PATCH][crypto-next] crypto: cavium/nitrox - Change in firmware path.

Srikanth Jampala wrote: > Moved the firmware to "cavium" subdirectory as suggested by > Kyle McMartin. > > Signed-off-by: Srikanth Jampala Patch applied. Thanks. -- Email: Herbert Xu Home Page:

Re: [PATCH] usb: gadget: udc: fix the kernel NULL pointer in composite_setup

Hi, "He, Bo" writes: > the patch is for fix the below kernel panic: > BUG: unable to handle kernel NULL pointer dereference at 002a > IP: [] composite_setup+0x3d/0x1830 > PGD 27525b067 PUD 27525a067 PMD 0 > Oops: 0002 [#1] PREEMPT SMP > Call Trace: > [] ?

[tip:x86/asm] objtool: Add ORC unwind table generation

Commit-ID: 627fce14809ba5610b0cb476cd0186d3fcedecfc Gitweb: http://git.kernel.org/tip/627fce14809ba5610b0cb476cd0186d3fcedecfc Author: Josh Poimboeuf AuthorDate: Tue, 11 Jul 2017 10:33:42 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/asm] objtool, x86: Add facility for asm code to provide unwind hints

Commit-ID: 39358a033b2e4432052265c1fa0f36f572d8cfb5 Gitweb: http://git.kernel.org/tip/39358a033b2e4432052265c1fa0f36f572d8cfb5 Author: Josh Poimboeuf AuthorDate: Tue, 11 Jul 2017 10:33:43 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/asm] x86/entry/64: Initialize the top of the IRQ stack before switching stacks

Commit-ID: 2995590964da93e1fd9a91550f9c9d9fab28f160 Gitweb: http://git.kernel.org/tip/2995590964da93e1fd9a91550f9c9d9fab28f160 Author: Andy Lutomirski AuthorDate: Tue, 11 Jul 2017 10:33:39 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/asm] x86/entry/64: Refactor IRQ stacks and make them NMI-safe

Commit-ID: 1d3e53e8624a3ec85f4041ca6d973da7c1575938 Gitweb: http://git.kernel.org/tip/1d3e53e8624a3ec85f4041ca6d973da7c1575938 Author: Andy Lutomirski AuthorDate: Tue, 11 Jul 2017 10:33:38 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/asm] x86/dumpstack: Fix occasionally missing registers

Commit-ID: b0529becebde629ff6abf2afdca6def6824f4fa9 Gitweb: http://git.kernel.org/tip/b0529becebde629ff6abf2afdca6def6824f4fa9 Author: Josh Poimboeuf AuthorDate: Tue, 11 Jul 2017 10:33:40 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/asm] x86/dumpstack: Fix interrupt and exception stack boundary checks

Commit-ID: 5a3cf86978a1ac433407704ec280919751aa2699 Gitweb: http://git.kernel.org/tip/5a3cf86978a1ac433407704ec280919751aa2699 Author: Josh Poimboeuf AuthorDate: Tue, 11 Jul 2017 10:33:41 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/mm] x86, mpparse, x86/acpi, x86/PCI, x86/dmi, SFI: Use memremap() for RAM mappings

Commit-ID: f7750a79568788473c5e8092ee58a52248f34329 Gitweb: http://git.kernel.org/tip/f7750a79568788473c5e8092ee58a52248f34329 Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:00 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/mm] x86/cpu/AMD: Add the Secure Memory Encryption CPU feature

Commit-ID: 872cbefd2d9c52bd0b1e2c7942c4369e98a5a5ae Gitweb: http://git.kernel.org/tip/872cbefd2d9c52bd0b1e2c7942c4369e98a5a5ae Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:01 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/mm] x86/cpu/AMD: Document AMD Secure Memory Encryption (SME)

Commit-ID: c262f3b9a3246da87c66ce398cd7e30d8f1529ea Gitweb: http://git.kernel.org/tip/c262f3b9a3246da87c66ce398cd7e30d8f1529ea Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:09:58 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/mm] x86/mm/pat: Set write-protect cache mode for full PAT support

Commit-ID: aac7b79eea6118dee3da9b99dcd564471672806d Gitweb: http://git.kernel.org/tip/aac7b79eea6118dee3da9b99dcd564471672806d Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:09:59 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/mm] x86/cpu/AMD: Handle SME reduction in physical address size

Commit-ID: 9af9b94068fb1ea3206a700fc222075966fbef14 Gitweb: http://git.kernel.org/tip/9af9b94068fb1ea3206a700fc222075966fbef14 Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:02 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[PATCH] staging: greybus: loopback: Enclose multiple macro statements in do-while loop

From: Karthik Tummala Enclosed multiple macro statements in a do - while loop as per kernel coding standard, pointed by checkpatch. Signed-off-by: Karthik Tummala --- drivers/staging/greybus/loopback.c | 10 ++ 1 file changed, 6

[tip:x86/mm] x86/mm: Add support to access boot related data in the clear

Commit-ID: 8f716c9b5febf6ed0f5fedb7c9407cd0c25b2796 Gitweb: http://git.kernel.org/tip/8f716c9b5febf6ed0f5fedb7c9407cd0c25b2796 Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:16 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/mm] x86/boot: Use memremap() to map the MPF and MPC data

Commit-ID: 5997efb967565e858259401af394e8449629c1f0 Gitweb: http://git.kernel.org/tip/5997efb967565e858259401af394e8449629c1f0 Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:17 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/mm] x86/mm: Add support for changing the memory encryption attribute

Commit-ID: 77bd2342d4304bda7896c953d424d15deb314ca3 Gitweb: http://git.kernel.org/tip/77bd2342d4304bda7896c953d424d15deb314ca3 Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:19 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/mm] x86/efi: Update EFI pagetable creation to work with SME

Commit-ID: 38eecccdf488e38ee93690cfe9ec1914b73f512f Gitweb: http://git.kernel.org/tip/38eecccdf488e38ee93690cfe9ec1914b73f512f Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:15 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/mm] x86/mm: Use proper encryption attributes with /dev/mem

Commit-ID: 8458bf94b0399cd1bca6c437366bcafb29c230c5 Gitweb: http://git.kernel.org/tip/8458bf94b0399cd1bca6c437366bcafb29c230c5 Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:30 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/mm] compiler-gcc.h: Introduce __nostackprotector function attribute

Commit-ID: f11988d59f8e1e6f0941e94bd634911f648622ca Gitweb: http://git.kernel.org/tip/f11988d59f8e1e6f0941e94bd634911f648622ca Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:34 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

Re: [RFC][PATCH v2] drm: kirin: Add mode_valid logic to avoid mode clocks we can't generate

Hi John, On 18-07-2017 05:22, John Stultz wrote: > Currently the hikey dsi logic cannot generate accurate byte > clocks values for all pixel clock values. Thus if a mode clock > is selected that cannot match the calculated byte clock, the > device will boot with a blank screen. > > This patch

[tip:x86/mm] x86/mm: Add support to make use of Secure Memory Encryption

Commit-ID: 99192ce65da54280d2137655706d280b6913bee9 Gitweb: http://git.kernel.org/tip/99192ce65da54280d2137655706d280b6913bee9 Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:35 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

[tip:x86/mm] x86/boot/realmode: Check for memory encryption on the APs

Commit-ID: 46d010e04a637ca5bbdd0ff72554d9c06f2961c9 Gitweb: http://git.kernel.org/tip/46d010e04a637ca5bbdd0ff72554d9c06f2961c9 Author: Tom Lendacky AuthorDate: Mon, 17 Jul 2017 16:10:25 -0500 Committer: Ingo Molnar CommitDate: Tue, 18 Jul 2017

Re: [PATCH] livepatch: add (un)patch hooks

On Thu, 13 Jul 2017, Josh Poimboeuf wrote: > On Wed, Jul 12, 2017 at 10:10:00AM -0400, Joe Lawrence wrote: > > When the livepatch core executes klp_(un)patch_object, call out to a > > livepatch-module specified array of callback hooks. These hooks provide > > a notification mechanism for

Re: perf: bisected sampling bug in Linux 4.11-rc1

Vince Weaver writes: > I was tracking down some regressions in my perf_event_test testsuite. > Some of the tests broke in the 4.11-rc1 timeframe. > > I've bisected one of them, this report is about > tests/overflow/simul_oneshot_group_overflow > This test creates

Re: [PATCH] cpufreq: schedutil: Update last_update from sugov_set_iowait_boost()

On 18-07-17, 12:20, Juri Lelli wrote: > Hi Viresh, > > On 18/07/17 10:24, Viresh Kumar wrote: > > sg_cpu->last_update is always updated right after we call > > sugov_set_iowait_boost() and its better to update it from that routine > > itself. This makes it more readable. > > > > Signed-off-by:

Re: [PATCH 3/4] gpio: davinci: Add a separate compatible for keystone-k2g soc

Hi Keerthy, On Tuesday 18 July 2017 04:27 PM, Keerthy wrote: > Add a separate compatible for keystone-k2g soc > > Signed-off-by: Keerthy > --- > Documentation/devicetree/bindings/gpio/gpio-davinci.txt | 3 ++- > drivers/gpio/gpio-davinci.c | 1 + >

[PATCH v2] serial: 8250: fix error handling in of_platform_serial_probe()

clk_disable_unprepare(info->clk) is missed in of_platform_serial_probe(), while irq_dispose_mapping(port->irq) is missed in of_platform_serial_setup(). Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov --- v2: Rebase on top

Re: [PATCH 6/7] staging: fsl-mc: rewrite mc command send/receive to work on 32-bits

On Tue, Jul 18, 2017 at 1:08 PM, Laurentiu Tudor wrote: > On 07/17/2017 06:00 PM, Arnd Bergmann wrote: >> Strictly speaking the __raw_writel() won't guarantee that the >> data is written as a single word, the compiler might decide to >> split it up into byte-sized writes

RE: [PATCH] Coccinelle report script for refcounters

> On Tue, 18 Jul 2017, Elena Reshetova wrote: > > > The below script can be used to detect potential misusage > > of atomic_t type and API for reference counting purposes. > > Now when we have a dedicated refcount_t type and API with > > security protection implemented, people should be using it

Re: [RFC PATCH v2] Bluetooth: btusb: Fix memory leak in play_deferred

Am Dienstag, den 18.07.2017, 17:36 +0800 schrieb jeffy: > Hi Oliver, > > On 07/18/2017 04:41 PM, Oliver Neukum wrote: > > > > Am Dienstag, den 18.07.2017, 16:08 +0800 schrieb jeffy: > > > > > > > > > > > I am afraid not. We cannot silently drop one part of a transmission. > > > > I am afraid

Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier

Hi Baoquan, At 07/18/2017 04:45 PM, b...@redhat.com wrote: On 07/18/17 at 02:08pm, Dou Liyang wrote: Hi, Zheng At 07/18/2017 01:18 PM, Zheng, Lv wrote: Hi, Can the problem be fixed by invoking acpi_put_table() for mapped DMAR table? Invoking acpi_put_table() is my first choice. But it

[PATCH v3 00/10] constify net attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. Arvind Yadav (10): [PATCH v3 01/10] net: cdc_ncm: constify attribute_group structures. [PATCH v3 02/10] net:

[PATCH v3 03/10] net: can: janz-ican3: constify attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 11800 368 0 121682f88

[PATCH v2 0/9] Add PMIC support to MediaTek MT7622 SoC

From: Sean Wang Changes since v1: - enhnace MT6380 regulator dt-binding document following suggestions in the v1. - revise pwrap_init with slave programing options - remove mt6380_get_status() and relevant accessed members - remove debug code in

[PATCH v2 7/9] soc: mediatek: pwrap: add MediaTek MT6380 as one slave of pwrap

From: Sean Wang Add MediaTek MT6380 regulator becoming one of PMIC wrapper slave and also add extra new regmap_config of 32-bit mode for MT6380 since old regmap_config of 16-bit mode can't be fit into the need. Signed-off-by: Chenglin Xu

Re: [PATCH v2 2/5] ACPI / boot: Correct address space of __acpi_map_table()

On 2017/7/17 21:29, Andy Shevchenko wrote: > Sparse complains about wrong address space used in __acpi_map_table() > and in __acpi_unmap_table(). > > arch/x86/kernel/acpi/boot.c:127:29: warning: incorrect type in return > expression (different address spaces) > arch/x86/kernel/acpi/boot.c:127:29:

Re: [PATCH 2/2] mfd: axp20x: use correct platform device id for many PEK

On Tue, 18 Jul 2017, Quentin Schulz wrote: > Hi Lee, > > On 18/07/2017 09:19, Lee Jones wrote: > > On Mon, 17 Jul 2017, Quentin Schulz wrote: > > > >> According to their datasheets, the AXP221, AXP223, AXP288, AXP803, > >> AXP809 and AXP813 PEK have different values for startup time bits from >

[PATCH v4 18/18] coresight: Add support for Coresight SoC 600 components

Add the peripheral ids for the Coresight SoC 600 TPIU, replicator and funnel. Cc: Mathieu Poirier Signed-off-by: Suzuki K Poulose --- drivers/hwtracing/coresight/coresight-dynamic-replicator.c | 5 +

<    1   2   3   4   5   6   7   8   9   10   >