Re: [GIT PULL] x86 PTI and Spectre related fixes and updates

* Ingo Molnar wrote: > > > This is not a complaint so much as a "is it worth it?" question.. > > > > So far, I think this is the first conflict it's generated in a long > > time, so previously it was worth it from my point of view. As long as > > it doesn't cause more work

Re: [PATCH 1/4] rtc: isl1208: Fix unintended clear of SR bits

On 15/02/2018 at 07:27:47 +, Denis OSTERLAND wrote: > Am Mittwoch, den 14.02.2018, 21:26 +0100 schrieb Alexandre Belloni: > > On 23/01/2018 at 13:17:58 +0100, Michael Grzeschik wrote: > > > > > > From: Denis Osterland > > > > > > After successful > > > sr =

Re: [PATCH 3/3] ASoC: hdac_hdmi : Ensuring proper setting of output widget power state

On 2/14/2018 9:50 PM, Mark Brown wrote: On Tue, Jan 23, 2018 at 11:00:53PM +0530, abhijeet.ku...@intel.com wrote: From: Abhijeet Kumar In usecases like hot plug-unplug DP panel or modeset during a playback, sometimes we observe no audio after codec resets. During

Re: [PATCH v2 0/2] Fix broken bananapi m2 devicetree/regulators

On Wed, Feb 14, 2018 at 03:10:23PM +0100, Philipp Rossak wrote: > This patchseries fixes the bananapi m1 devicetree, to be able to boot again. > The first two patches update/improve the devicetree and the last patch adds > all missing regulators. > > Regards, > Philipp > > Changes since v1: >

Re: [PATCH] mm: Fix races between address_space dereference and free in page_evicatable

On Mon 12-02-18 16:12:27, Huang, Ying wrote: > From: Huang Ying > > When page_mapping() is called and the mapping is dereferenced in > page_evicatable() through shrink_active_list(), it is possible for the > inode to be truncated and the embedded address space to be freed

[PATCH] ASoC: hdac_hdmi : Ensuring proper setting of output widget power state

From: Abhijeet Kumar In usecases like hot plug-unplug DP panel or modeset during a playback, sometimes we observe no audio after codec resets. During no audio condition, we have noticed that the power state of the pin or the connector is D3. Optimizing the way we set

[PATCH 3/8] dt-bindings: display: renesas,lvds: Add LVDS binding for D3

From: Kieran Bingham The D3 supports two LVDS channels. Extend the binding to support them. Signed-off-by: Kieran Bingham --- Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt | 1 + 1 file

[PATCH 5/8] arm64: dts: renesas: r8a77995: Add LVDS support

From: Kieran Bingham The r8a77995 D3 platform has 2 LVDS channels connected to the DU. Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a77995.dtsi | 52 +++ 1 file

Re: i8042 AUX port [serio1] suspend takes a second on Dell XPS 13 9360

Dear Mario, dear Dmitry, On 02/15/18 09:26, Paul Menzel wrote: On 02/14/18 18:11, mario.limoncie...@dell.com wrote: -Original Message- From: Paul Menzel [mailto:pmenzel+linux-in...@molgen.mpg.de] Sent: Wednesday, February 14, 2018 10:41 AM To: Dmitry Torokhov

[PATCH 4/8] arm64: dts: renesas: r8a77995: add DU support

From: Kieran Bingham Define the generic r8a77995 part of the DU device node. Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a77995.dtsi | 35 +++ 1 file changed, 35

Re: [PATCH V2 4/4] nvme: lightnvm: add late setup of block size and metadata

On 02/12/2018 09:21 PM, Javier Gonzalez wrote: On 9 Feb 2018, at 01.27, Matias Bjørling wrote: The nvme driver sets up the size of the nvme namespace in two steps. First it initializes the device with standard logical block and metadata sizes, and then sets the correct

Re: [PATCH v2] ASoC: rt5645: Introduce mapping for ACPI-defined GPIO

On Fri, Feb 9, 2018 at 2:23 PM, Carlo Caione wrote: > From: Carlo Caione > > On at least one notebook (ECS EF20EA) the 'hp-detect' GPIO is defined in > the DSDT table by the ACPI GpioIo resources in _CRS. Add this mapping to > the rt5645 driver to enable the

[PATCH] block: be more careful about status in __bio_chain_endio

If two bios are chained under the one parent (with bio_chain()) it is possible that one will succeed and the other will fail. __bio_chain_endio must ensure that the failure error status is reported for the whole, rather than the success. It currently tries to be careful, but this test is racy.

Re: [PATCH v2 1/4] x86/speculation: Use IBRS if available before calling into firmware

On Wed, 2018-02-14 at 16:46 -0800, Jim Mattson wrote: > On Wed, Feb 14, 2018 at 3:29 PM, David Woodhouse wrote: > > > +#define alternative_msr_write(_msr, _val, _feature)    \ > > +   asm volatile(ALTERNATIVE("",    \ > > +   

Re: [PATCH] arm64: acpi,efi: fix alignment fault in accessing ACPI tables at kdump

To be clear, I refer to my patches as patch#1 for [1] and patch#2 for [2], respectively, hereafter. [1] http://lists.infradead.org/pipermail/linux-arm-kernel/2018-January/553098.html [2] http://lists.infradead.org/pipermail/linux-arm-kernel/2018-February/557248.html On Fri, Feb 09,

[PATCH 6/8] arm64: dts: renesas: r8a77995-draak: Enable DU

From: Kieran Bingham Enable the DU, providing only the VGA output for now. Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a77995-draak.dts | 51 ++ 1 file changed, 51

[PATCH 8/8] [PoC] arm64: dts: renesas: r8a77995-draak: Add ADV7612

From: Kieran Bingham Provide a node for the ADV7612. There is no VIN support yet, so this node will only instantiate the device on the I2C bus for I2C address testing. Signed-off-by: Kieran Bingham ---

[PATCH 7/8] arm64: dts: renesas: r8a77995-draak: Add HDMI Out through ADV7511

From: Kieran Bingham Provide a device node for the ADV7511 as found on the Draak D3 platform. The ADV7511 is connected to the DU through a parallel mux chip, and is configurable in hardware whether it is connected to LVDS0 or LVDS1. Connect through to LVDS0 as

Re: [PATCH 5/8] arm64: dts: renesas: r8a77995: Add LVDS support

Hi Kieran, On Thu, Feb 15, 2018 at 9:38 AM, Kieran Bingham wrote: > From: Kieran Bingham > > The r8a77995 D3 platform has 2 LVDS channels connected to the DU. > > Signed-off-by: Kieran Bingham

Re: [GIT PULL] x86 PTI and Spectre related fixes and updates

* Greg Kroah-Hartman wrote: > On Wed, Feb 14, 2018 at 05:17:25PM -0800, Linus Torvalds wrote: > > On Wed, Feb 14, 2018 at 4:38 PM, Ingo Molnar wrote: > > > > > >This tree generates two relatively simple conflicts with your tree: > > > > So

Re: [PATCH 2/2] crypto: caam: Use common error handling code in four functions

On 2/14/2018 8:32 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Wed, 14 Feb 2018 19:14:49 +0100 > > Add jump targets so that a bit of exception handling can be better reused > at the end of these functions. > > Signed-off-by: Markus Elfring

[PATCH 2/8] dt-bindings: display: renesas,du: Document r8a77995 bindings

From: Kieran Bingham Document the D3 (r8a77995) SoC in the R-Car DU bindings. Signed-off-by: Kieran Bingham --- Documentation/devicetree/bindings/display/renesas,du.txt | 2 ++ 1 file changed, 2 insertions(+)

[PATCH 1/8] pinctrl: sh-pfc: r8a77995: Add DU support

From: Kieran Bingham Provide pin control support for the DU parallel RGB output signals. Signed-off-by: Kieran Bingham --- drivers/pinctrl/sh-pfc/pfc-r8a77995.c | 101 ++ 1 file

Re: CGroup-v2: Memory: current impossibly high for empty cgroup

On Thu, 15 Feb 2018 09:40:24 +0100 Bruno Prémont wrote: > With 4.15.2 kernel I'm hitting a state where a given leaf v2 cgroup is > considering itself as permanently over-limit and OOM-kill any process > I try to move into it (it's currently empty!) > > > I can't hand out a simple reproducer

Re: [PATCH 10/11] fuse: Allow user namespace mounts

On Wed, Feb 14, 2018 at 2:44 PM, Miklos Szeredi wrote: > On Fri, Dec 22, 2017 at 3:32 PM, Dongsu Park wrote: >> From: Seth Forshee >> >> To be able to mount fuse from non-init user namespaces, it's necessary >> to set

Re: [PATCH 3/8] dt-bindings: display: renesas,lvds: Add LVDS binding for D3

On 15/02/18 08:38, Kieran Bingham wrote: > From: Kieran Bingham > > The D3 supports two LVDS channels. Extend the binding to support them. > > Signed-off-by: Kieran Bingham > --- >

Re: [dm-devel] DM Regression in 4.16-rc1 - read() returns data when it shouldn't

On Thu, Feb 15 2018, Milan Broz wrote: > On 02/15/2018 01:07 AM, NeilBrown wrote: >> >> And looking again at the code, it doesn't seem so bad. I was worried >> about reassigning ci.io->orig_bio after calling >> __split_and_process_non_flush(), but the important thing is to set it >> before the

Re: linux acpi (thunderbolt? bug)

On Wed, 14 Feb 2018, Thomas Gleixner wrote: > On Wed, 14 Feb 2018, Yuriy Vostrikov wrote: > > after sleep 1 time > > name: VECTOR > > size: 0 > > mapped: 35 > > flags: 0x0041 > > Online bitmaps:2 > > Global available:385 > > Global reserved: 12 > > Total allocated:

Add touchpad of Dell XPS 13 9360 to Synaptics Intertouch list

Dear Linux folks, On the Dell XPS 13 9360, Linux asks me to report the device DLL075b to be added to `forcepad_pnp_ids`. [7.180131] psmouse serio1: synaptics: Your touchpad (PNP: DLL075b PNP0f13) says it can support a different bus. If i2c-hid and hid-rmi are not used, you might want

Re: [PATCH v2] ASoC: rt5645: Introduce mapping for ACPI-defined GPIO

Hi, On 15-02-18 10:11, Carlo Caione wrote: On Fri, Feb 9, 2018 at 2:23 PM, Carlo Caione wrote: From: Carlo Caione On at least one notebook (ECS EF20EA) the 'hp-detect' GPIO is defined in the DSDT table by the ACPI GpioIo resources in _CRS. Add this

[RFC PATCH] dm: don't assign zero to ->bi_status of an active bio.

Between the moment when generic_make_request() is first called on a bio, and when bio_endio() finally gets past bio_remaining_done(), a bio might have chained children, and might get ->bi_status set asynchronously. So during this time it is not safe to set it to zero. It *is* safe to set it to

Re: fs_struct refcounting: spinlock vs atomic

On Wed, Feb 14, 2018 at 10:13 PM, Enrico Weigelt wrote: > Hi folks, > > > in fork.c, a spinlock is held for fs_struct refcounting, while other > places - eg. switch_task_namespaces uses atomic_dec_and_test() on > the nsproxy. > > What's the exact difference here ? Could the atomic

Re: [PATCH] drm/i915/selftests: fix inconsistent IS_ERR and PTR_ERR

On Wed, 14 Feb 2018, "Gustavo A. R. Silva" wrote: > Fix inconsistent IS_ERR and PTR_ERR in shrink_boom. > The proper pointer to use is _explode_ instead of _purge_. > > This issue was detected with the help of Coccinelle. > > Fixes: fe215c8bc426 ("drm/i915/selftests: add

[PATCH] drm/exynos: remove exynos_drm_rotator.h

Since its inclusion in 2012 via commit bea8a429d91a ("drm/exynos: add rotator ipp driver") this header is not used by any source files and is empty. Lets just remove it. Signed-off-by: Corentin Labbe --- drivers/gpu/drm/exynos/exynos_drm_rotator.h | 19 ---

[PATCH 1/3] ARM: dts: stm32: Add dt-bindings gpio.h include on stm32f469-disco

Add dt-bindings/gpio/gpio.h include and use it on vcc5v_otg. Signed-off-by: Philippe Cornu --- arch/arm/boot/dts/stm32f469-disco.dts | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/stm32f469-disco.dts

Re: [PATCH] ARM64: dts: allwinner: sun50i-h5-orangepi-zero-plus2: rename mmc0_pins_a to mmc0_pins

On Wed, Feb 14, 2018 at 08:54:47AM +, Corentin Labbe wrote: > mmc0_pins_a were renamed in arch/arm but not in arch/arm64 resulting in > a build failure. > > Fixes: 813f2c8fa119 ("ARM: dts: sunxi: h3-h5: rename mmc0_pins_a and > mmc1_pins_a") > Signed-off-by: Corentin Labbe

[PATCH 2/3] ARM: dts: stm32: Add new stm32f469 dtsi file with mipi dsi

In the stm32f4 family, mipi dsi is only supported on stm32f469. So add a new stm32f469 dtsi file & add mipi dsi support inside. Signed-off-by: Philippe Cornu --- arch/arm/boot/dts/stm32f469.dtsi | 19 +++ 1 file changed, 19 insertions(+) create mode

[PATCH 0/3] ARM: dts: stm32: Add display support on stm32f469-disco

This serie adds the mipi dsi support to stm32f469 and enables it on the stm32f469-disco board. Philippe CORNU (1): ARM: dts: stm32: Add display support on stm32f469-disco Philippe Cornu (2): ARM: dts: stm32: Add dt-bindings gpio.h include on stm32f469-disco ARM: dts: stm32: Add new

[PATCH 3/3] ARM: dts: stm32: Add display support on stm32f469-disco

From: Philippe CORNU Add display support on the stm32f469-disco board. Signed-off-by: Philippe Cornu --- arch/arm/boot/dts/stm32f469-disco.dts | 51 ++- 1 file changed, 50 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 0/5] hwrng: stm32 - Improvement for stm32-rng

On Mon, Jan 29, 2018 at 06:05:16PM +0100, Lionel Debieve wrote: > This set of patches add extended functionalities for stm32 rng > driver. > Patch #1 includes a reset during probe to avoid any error status > which can occur during bootup process and keep safe rng integrity. > > Patch #3 adds a

CGroup-v2: Memory: current impossibly high for empty cgroup

With 4.15.2 kernel I'm hitting a state where a given leaf v2 cgroup is considering itself as permanently over-limit and OOM-kill any process I try to move into it (it's currently empty!) I can't hand out a simple reproducer right now, but it seems during accounting the counter went "negative".

[PATCH] dm: correctly handle chained bios in dec_pending()

dec_pending() is given an error status (possibly 0) to be recorded against a bio. It can be called several times on the one 'struct dm_io', and it is careful to only assign a non-zero error to io->status. However when it then assigned io->status to bio->bi_status, it is not careful and could

Re: [PATCH v6 2/5] KVM: x86: Add IBPB support

> > + wrmsrl(MSR_IA32_PRED_CMD, PRED_CMD_IBPB); > > Should this be wrmsrl_safe? I don't see where we've verified host > support of this MSR. In mainline all wrmsr are wrmsrl_safe now. -Andi

Re: [PATCH 07/12] i2c: qup: use the complete transfer length to choose DMA mode

On 2/3/2018 1:28 PM, Abhishek Sahu wrote: > Currently each message length in complete transfer is being > checked for determining DMA mode and if any of the message length > is less than FIFO length then non DMA mode is being used which > will increase overhead. DMA can be used for any length

Re: [PATCH 10/12] i2c: qup: send NACK for last read sub transfers

Hi Abhishek, On 2/3/2018 1:28 PM, Abhishek Sahu wrote: > According to I2c specification, “If a master-receiver sends a > repeated START condition, it sends a not-acknowledge (A) just > before the repeated START condition”. QUP v2 supports sending > of NACK without stop with QUP_TAG_V2_DATARD_NACK

[PATCH] Staging : wlan-ng: fix unnecessary parentheses in prism2mgmt.c

This patch fixes up unnecessary parentheses warning found by checkpatch.pl script. Signed-off-by: Yash Omer --- drivers/staging/wlan-ng/prism2mgmt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/wlan-ng/prism2mgmt.c

Re: objtool warnings on 4.14-stable/gcc-7.3.0

On Thu, Feb 15, 2018 at 10:06 AM, Kees Cook wrote: > On Thu, Feb 15, 2018 at 7:59 AM, Arnd Bergmann wrote: >> On Thu, Feb 15, 2018 at 4:25 PM, Josh Poimboeuf wrote: >>> On Thu, Feb 15, 2018 at 04:01:57PM +0100, Arnd Bergmann wrote:

Re: [PATCH 8/9] KVM/VMX: Allow direct access to MSR_IA32_SPEC_CTRL

On Tue, Feb 6, 2018 at 9:29 AM, David Woodhouse wrote: > @@ -8946,6 +9017,27 @@ static void __noclone vmx_vcpu_run(struct kvm_vcpu > *vcpu) > #endif > ); > > + /* > +* We do not use IBRS in the kernel. If this vCPU has used the > +*

[PATCH] mfd: tps65218: Reorder tps65218_regulator_id enum

Commit 2dc4940360d4 ("regulator: tps65218: Remove all the compatibles") changes the probe function of drivers/regulator/tps65218-regulator.c so that it iterates through all available regulators and assumes that the regulator IDs are sequential and match the order present in the enum

Re: [PATCH v4 0/8] ARM: sun9i: SMP and CPU hotplug support

On Tue, Feb 13, 2018 at 4:15 PM, Chen-Yu Tsai wrote: > Hi Nicolas, Dave, > > On Wed, Jan 17, 2018 at 4:46 PM, Chen-Yu Tsai wrote: >> This is v4 of my sun9i SMP/hotplug support series which was started >> over two years ago [1]. We've tried to implement PSCI for both

Re: [PATCH ghak8 ALT4 V4 1/3] audit: show partial pathname for entries with anonymous parents

On 2018-02-15 18:07, Steve Grubb wrote: > On Monday, February 12, 2018 12:02:21 AM EST Richard Guy Briggs wrote: > > Tracefs or debugfs were causing hundreds to thousands of null PATH > > records to be associated with the init_module and finit_module SYSCALL > > records on a few modules when the

[PATCH v4 3/4] arm64: dts: sdm845: Add minimal dts/dtsi files for sdm845 SoC and MTP

Add a skeletal sdm845 SoC dtsi and MTP board dts/dtsi files Signed-off-by: Rajendra Nayak Reviewed-by: Doug Anderson --- arch/arm64/boot/dts/qcom/Makefile | 1 + arch/arm64/boot/dts/qcom/sdm845-mtp.dts | 15 ++

[PATCH v4 1/4] dt-bindings: arm: Document kryo385 cpu

Document the compatible string for the Kryo385 cpus found in qualcomm SoCs. Signed-off-by: Rajendra Nayak Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/arm/cpus.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v4 2/4] dt-bindings: qcom: Add SDM845 bindings

Add a SoC string 'sdm845' for the qualcomm SDM845 SoC Signed-off-by: Rajendra Nayak --- Documentation/devicetree/bindings/arm/qcom.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/qcom.txt

Re: [PATCH 6/8] lightnvm: pblk: implement get log report chunk

> On 15 Feb 2018, at 02.59, Matias Bjørling wrote: > > On 02/13/2018 03:06 PM, Javier González wrote: >> From: Javier González >> In preparation of pblk supporting 2.0, implement the get log report >> chunk in pblk. >> This patch only replicates de bad

Re: [PATCH 5/8] lightnvm: implement get log report chunk helpers

> On 15 Feb 2018, at 04.51, Matias Bjørling wrote: > > On 02/13/2018 03:06 PM, Javier González wrote: >> From: Javier González >> The 2.0 spec provides a report chunk log page that can be retrieved >> using the stangard nvme get log page. This replaces the

Re: [PATCH v5 05/12] drm/bridge/synopsys: dw-hdmi: don't clobber drvdata

Am Mittwoch, 14. Februar 2018, 21:08:59 CET schrieb Jernej Skrabec: > dw_hdmi shouldn't set drvdata since some drivers might need to store > it's own data there. Rework dw_hdmi in a way to return struct dw_hdmi > instead to store it in drvdata. This way drivers are responsible to > store and pass

[PATCH] Staging: wlan-ng: fix unnecessary parantheses in prism2mgmt.c

This patch fixes up a unncessary paratheses warning found by checkpatch.pl script. Signed-off-by: Yash Omer --- drivers/staging/wlan-ng/prism2mgmt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/wlan-ng/prism2mgmt.c

Re: [PATCH] perf report: Fix a memory corrupton issue when enabling --branch-history

On 2/13/2018 10:00 PM, Jin, Yao wrote: On 2/13/2018 5:45 PM, Jiri Olsa wrote: On Tue, Feb 13, 2018 at 04:44:28PM +0800, Jin Yao wrote: Following command lines will cause perf crash. perf record -j call -g -a perf report --branch-history *** Error in `perf': double free or corruption

[PATCH v2] ASoC: dmic: Add optional wakeup delay

On some systems a delay is needed after switching on the clocks, to allow the output to stabilize and avoid a popping noise at the beginning of the recording. Add the optional device tree property 'wakeup-delay-ms' and apply the specified delay after enabling the mic. A blocking delay can't be

[PATCH v11 3/3] MAINTAINERS: Add entry for the Nuvoton NPCM architecture

Add maintainers and reviewers for the Nuvoton NPCM architecture. Signed-off-by: Brendan Higgins Reviewed-by: Tomer Maimon Reviewed-by: Avi Fishman --- MAINTAINERS | 14 ++ 1 file changed, 14 insertions(+)

[PATCH v11 0/3] arm: npcm: add basic support for Nuvoton BMCs

Addressed comments from: - Arnd: https://www.spinics.net/lists/arm-kernel/msg634442.html - Joel: https://www.spinics.net/lists/arm-kernel/msg634554.html Summary of changes since previous update: - More device tree and binding doc clean up. All changes tested on Nuvoton NPCM750 EVB. I went

[PATCH 2/3] Documentation: convert trace/ftrace-design.txt to rst format

From: Changbin Du Signed-off-by: Changbin Du --- .../trace/{ftrace-design.txt => ftrace-design.rst} | 248 +++-- Documentation/trace/index.rst | 2 + 2 files changed, 137 insertions(+), 113 deletions(-)

[PATCH 3/3] Documentation: add ftrace-uses.rst to doc tree

From: Changbin Du Signed-off-by: Changbin Du --- Documentation/trace/ftrace-uses.rst | 23 --- Documentation/trace/index.rst | 1 + 2 files changed, 13 insertions(+), 11 deletions(-) diff --git

[PATCH 1/3] Documentation: add tracing to Sphinx TOC tree

From: Changbin Du Signed-off-by: Changbin Du --- Documentation/index.rst | 1 + Documentation/trace/index.rst | 6 ++ 2 files changed, 7 insertions(+) create mode 100644 Documentation/trace/index.rst diff --git a/Documentation/index.rst

[RFC PATCH 0/3] Include linux trace docs to Sphinx TOC tree

From: Changbin Du Hi All, The linux tracers are so useful that I want to make the docs better. The kernel now uses Sphinx to generate intelligent and beautiful documentation from reStructuredText files. I converted two trace docs for your to preview.

Re: [PATCH] mfd: tps65218: Reorder tps65218_regulator_id enum

On Friday 16 February 2018 09:47 AM, Dave Gerlach wrote: > Commit 2dc4940360d4 ("regulator: tps65218: Remove all the compatibles") > changes the probe function of drivers/regulator/tps65218-regulator.c so > that it iterates through all available regulators and assumes that the > regulator IDs

Re: [RFC 1/2] sched: reduce migration cost between faster caches for idle_balance

On Thu, 2018-02-15 at 10:07 -0800, Rohit Jain wrote: > > > Rohit is running more tests with a patch that deletes > > sysctl_sched_migration_cost from idle_balance, and for his patch but > > with the 5000 usec mistake corrected back to 500 usec. So far both > > give improvements over the

Re: [PATCH 3/3] taint: Add taint for randstruct

On Thu, Feb 15, 2018 at 07:37:44PM -0800, Kees Cook wrote: > + [ TAINT_RANDSTRUCT ]= { 'T', ' ', true }, Something like this, yeah.

Re: [PATCH v4 4/5] x86/apic: Rename variable/function related to x86_io_apic_ops

Hi Baoquan, I love your patch! Yet something to improve: [auto build test ERROR on tip/auto-latest] [also build test ERROR on v4.16-rc1 next-20180215] [cannot apply to tip/x86/core] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url

Re: [PATCH 4.15 000/202] 4.15.4-stable review

On 15 February 2018 at 20:45, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.15.4 release. > There are 202 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied,

Re: [PATCH v2] ASoC: dmic: Add optional wakeup delay

Hi, On Thu, Feb 15, 2018 at 06:24:16PM -0800, Matthias Kaehlcke wrote: > On some systems a delay is needed after switching on the clocks, to allow > the output to stabilize and avoid a popping noise at the beginning of > the recording. Add the optional device tree property 'wakeup-delay-ms' > and

Re: [PATCH RFC v2 0/6] x86: Disabling PTI in compatibility mode

On Fri, Feb 16, 2018 at 12:51 AM, Nadav Amit wrote: > Andrew Cooper wrote: > >> On 16/02/2018 00:25, Nadav Amit wrote: >>> Dave Hansen wrote: >>> On 02/15/2018 08:35 AM, Nadav Amit wrote: > I removed the PTI

[PATCH 1/3] taint: Convert to enum and indexed initialization

This converts the taint bit defines to an enum, uses indexed initializers instead of comments, and make sure that no one forgets to update the taint_flags when adding new bits. Signed-off-by: Kees Cook --- include/linux/kernel.h | 40

[PATCH 2/3] taint: Consolidate documentation

This consolidates the taint bit documentation into a single place with both numeric and letter values. Additionally adds the missing TAINT_AUX documentation. Signed-off-by: Kees Cook --- Documentation/sysctl/kernel.txt | 53 +

[git pull] drm fixes for 4.16-rc2

Hi Linus, One nouveau regression fix, one AMD quirk and a full set of i915 fixes. The i915 fixes are mostly for things caught by their CI system, main ones being DSI panel fixes and GEM fixes. Pretty quiet overall. Dave. The following changes since commit

[PATCH v4 0/4] Add DTS for SDM845 SoC and MTP

These are basic device tree files needed to boot a SDM845 MTP board to a ramfs based serial console shell Bindings are based on whats proposed for pinctrl/serial/clock drivers for SDM845 SoC pinctrl: https://patchwork.kernel.org/patch/10157143/ (This is now pulled in by Linus Walleij for 4.17)

[PATCH v4 4/4] arm64: dts: sdm845: Add serial console support

Add the qup uart node and geni se instance needed to support the serial console on the MTP. Signed-off-by: Rajendra Nayak --- arch/arm64/boot/dts/qcom/sdm845-mtp.dts | 39 + arch/arm64/boot/dts/qcom/sdm845.dtsi| 39

Re: [PATCH 4.4 095/108] Bluetooth: btusb: Restore QCA Rome suspend/resume fix with a "rewritten" version

On Thu, Feb 15, 2018 at 06:31:48PM -0800, Brian Norris wrote: > On Thu, Feb 15, 2018 at 04:17:32PM +0100, Greg Kroah-Hartman wrote: > > 4.4-stable review patch. If anyone has any objections, please let me know. > > Consider this an objection: > > I'm currently arguing that this is unnecessarily

Re: [PATCH v2 5/6] lightnvm: remove nvm_dev_ops->max_phys_sect

> On 15 Feb 2018, at 05.11, Matias Bjørling wrote: > > The value of max_phys_sect is always static. Instead of > defining it in the nvm_dev_ops structure, declare it as a global > value. > > Signed-off-by: Matias Bjørling > --- > drivers/lightnvm/core.c

Re: [PATCH 4.4 095/108] Bluetooth: btusb: Restore QCA Rome suspend/resume fix with a "rewritten" version

On Thu, Feb 15, 2018 at 04:17:32PM +0100, Greg Kroah-Hartman wrote: > 4.4-stable review patch. If anyone has any objections, please let me know. Consider this an objection: I'm currently arguing that this is unnecessarily regressing power consumption here:

Re: [PATCH 4.4 000/108] 4.4.116-stable review

On Thu, Feb 15, 2018 at 04:15:57PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.116 release. > There are 108 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

[PATCH 3/3] taint: Add taint for randstruct

Since the randstruct plugin can intentionally produce extremely unusual kernel structure layouts (even performance pathological ones), some maintainers want to be able to trivially determine if an Oops is coming from a randstruct-built kernel, so as to keep their sanity when debugging. This adds

[PATCH 0/3] taint: Add taint for randstruct

This cleans up the taint flags and documentation before adding a new one for randstruct. Patch 3/3 reads: Since the randstruct plugin can intentionally produce extremely unusual kernel structure layouts (even performance pathological ones), some maintainers want to be able to trivially determine

Re: [PATCH 8/9] KVM/VMX: Allow direct access to MSR_IA32_SPEC_CTRL

On Tue, Feb 6, 2018 at 9:29 AM, David Woodhouse wrote: > @@ -8828,6 +8890,15 @@ static void __noclone vmx_vcpu_run(struct kvm_vcpu > *vcpu) > > vmx_arm_hv_timer(vcpu); > > + /* > +* If this vCPU has touched SPEC_CTRL, restore the guest's value if > +

Re: [PATCH RFC v2 4/6] x86: Disable PTI on compatibility mode

Andy Lutomirski wrote: > On Fri, Feb 16, 2018 at 12:42 AM, Linus Torvalds > wrote: >> On Thu, Feb 15, 2018 at 4:22 PM, Nadav Amit wrote: >>> It is not too pretty, I agree, but it should do the work. There is only one >>>

[PATCH v2 1/1] usb: cdc_acm: prevent race at write to acm while system resumes

From: Dominik Bozek ACM driver may accept data to transmit while system is not fully resumed. In this case ACM driver buffers data and prepare URBs on usb anchor list. There is a little chance that two tasks put a char and initiate acm_tty_flush_chars(). In such a case,

Re: [PATCH 4.4 000/108] 4.4.116-stable review

On Thu, Feb 15, 2018 at 07:45:08PM -0700, Nathan Chancellor wrote: > On Thu, Feb 15, 2018 at 04:15:57PM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.4.116 release. > > There are 108 patches in this series, all will be posted as a response > > to this

Re: [PATCH RFC v2 4/6] x86: Disable PTI on compatibility mode

On Thu, Feb 15, 2018 at 11:29:42PM +, Andy Lutomirski wrote: ... > >>> +bool pti_handle_segment_not_present(long error_code) > >>> +{ > >>> + if (!static_cpu_has(X86_FEATURE_PTI)) > >>> + return false; > >>> + > >>> + if ((unsigned short)error_code !=

Re: [PATCH] usb: musb: fix enumeration after resume

On Wed, 7 Feb 2018 14:37:00 -0600 Bin Liu wrote: > On Tue, Feb 06, 2018 at 08:00:24PM +0100, Andreas Kemnade wrote: > > Hi, > > > > On Tue, 6 Feb 2018 12:46:05 -0600 > > Bin Liu wrote: > > > > > Hi, > > > > > > On Sat, Jan 27, 2018 at 09:34:03AM +0100, Andreas

[RFC PATCH] ptr_ring: linked list fallback

So pointer rings work fine, but they have a problem: make them too small and not enough entries fit. Make them too large and you start flushing your cache and running out of memory. This is a new idea of mine: a ring backed by a linked list. Once you run out of rin entries, instead of a drop you

Re: [RFC PATCH ghak21 4/4] audit: add parent of refused symlink to audit_names

On 2018-02-15 18:34, Paul Moore wrote: > On Wed, Feb 14, 2018 at 11:18 AM, Richard Guy Briggs wrote: > > Audit link denied events for symlinks were missing the parent PATH > > record. Add it. Since the full pathname may not be available, > > reconstruct it from the path in the

Re: [PATCH RFC v2 4/6] x86: Disable PTI on compatibility mode

On Fri, Feb 16, 2018 at 12:42 AM, Linus Torvalds wrote: > On Thu, Feb 15, 2018 at 4:22 PM, Nadav Amit wrote: >> >> It is not too pretty, I agree, but it should do the work. There is only one >> problematic descriptor that can be used to switch

Re: [PATCH 08/12] i2c: qup: change completion timeout according to transfer length

On 2/3/2018 1:28 PM, Abhishek Sahu wrote: > Currently the completion timeout is being taken according to > maximum transfer length which is too high if SCL is operating in > high frequency. This patch calculates timeout on the basis of > one-byte transfer time and uses the same for completion

Re: [PATCH -mm 1/3] proc: randomize "struct pde_opener"

On Fri, Feb 16, 2018 at 12:13:17AM +, Al Viro wrote: > On Fri, Feb 16, 2018 at 12:41:13AM +0300, Alexey Dobriyan wrote: > > On Thu, Feb 15, 2018 at 07:07:13PM +, Al Viro wrote: > > > On Wed, Feb 14, 2018 at 11:19:35AM +0300, Alexey Dobriyan wrote: > > > > > > > The more the merrier. > > >

Re: [PATCH 09/12] i2c: qup: fix buffer overflow for multiple msg of maximum xfer len

Hi Abhishek, On 2/3/2018 1:28 PM, Abhishek Sahu wrote: > The BAM mode requires buffer for start tag data and tx, rx SG > list. Currently, this is being taken for maximum transfer length > (65K). But an I2C transfer can have multiple messages and each > message can be of this maximum length so the

Re: [PATCH v3 01/11] watchdog/hpwdt: Remove legacy NMI sourcing.

* Jerry Hoemann wrote: > Gen8 and prior Proliant systems supported the "CRU" interface > to firmware. This interfaces allows linux to "call back" into firmware > to source the cause of an NMI. This feature isn't fully utilized > as the actual source of the NMI isn't

Re: [PATCH] perf report: Fix a memory corrupton issue when enabling --branch-history

On Fri, Feb 16, 2018 at 10:25:31AM +0800, Jin, Yao wrote: SNIP > > From my opinion, the option '--max-stack' in perf report looks not very > > necessary. While it's just my personal opinion, need to hear from more > > people. :) > > > > Thanks > > Jin Yao > > > > > thanks, > > > jirka > > >

Re: [PATCH] Bluetooth: btusb: Restore QCA Rome suspend/resume fix with a "rewritten" version

Hi Hans, On Tue, Feb 13, 2018 at 12:25:55PM +0100, Hans de Goede wrote: > On 13-02-18 03:24, Brian Norris wrote: > > On Mon, Jan 08, 2018 at 10:44:16AM +0100, Hans de Goede wrote: > > > Commit 7d06d5895c15 ("Revert "Bluetooth: btusb: fix > > > QCA...suspend/resume"") > > > removed the setting of

[PATCH v11 1/3] arm: npcm: add basic support for Nuvoton BMCs

Adds basic support for the Nuvoton NPCM750 BMC. Signed-off-by: Brendan Higgins Reviewed-by: Tomer Maimon Reviewed-by: Avi Fishman Tested-by: Tomer Maimon Tested-by: Avi Fishman

  1   2   3   4   5   6   7   8   9   10   >