[PATCH v1 1/2] dt-bindings/display/panel: otm8009a: Add optional power-supply property

Some boards use a dedicated voltage regulator for this panel. Add & document this related optional power-supply property. Signed-off-by: Philippe Cornu --- Documentation/devicetree/bindings/display/panel/orisetech,otm8009a.txt | 2 ++ 1 file changed, 2 insertions(+) diff

Re: [PATCH] drm/bridge/synopsys: dsi: Add read feature

On 04.02.2018 22:31, Philippe Cornu wrote: > This patch adds the DCS/GENERIC DSI read feature. > > Signed-off-by: Philippe Cornu Reviewed-by: Andrzej Hajda If there will be no objections I will merge it at the end of the week.  -- Regards Andrzej >

Re: [PATCH 1/2] input: touchscreen: ar1021_i2c: enable touch mode during open

Hi all. 2017-04-27 14:22 GMT+02:00 Martin Kepplinger : > The device could as well be in command mode, in which this driver cannot > handle the device. When opening the device, let's make sure the device > will be in the mode we expect it to be for this driver. >

[GIT PULL REQUEST] watchdog - v4.16 merge window

Hi Linus, The following changes since commit f3b5ad89de16f5d42e8ad36fbdf85f705c1ae051: Merge tag 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma (2017-12-16 13:43:08 -0800) are available in the git repository at: git://www.linux-watchdog.org/linux-watchdog.git

Re: [PATCH] sched/rt: Make update_curr_rt() more accurate

On Mon, Feb 05, 2018 at 11:30:38AM +0100, Peter Zijlstra wrote: > On Mon, Feb 05, 2018 at 11:18:41AM +0800, Wen Yang wrote: > > rq->clock_task may be updated between the two calls of > > rq_clock_task() in update_curr_rt(). Calling rq_clock_task() only > > once makes it more accurate and

Re: [PATCH] ubsan: don't mark __ubsan_handle_builtin_unreachable as noreturn

On 02/05/2018 01:15 PM, Arnd Bergmann wrote: > On Mon, Feb 5, 2018 at 10:02 AM, Andrey Ryabinin > wrote: >> >> >> On 02/02/2018 06:47 PM, Arnd Bergmann wrote: >>> gcc-8 complains about the prototype for this function: >>> >>> lib/ubsan.c:432:1: error: ignoring attribute

Re: [PATCH] sched/rt: Make update_curr_rt() more accurate

On Mon, Feb 05, 2018 at 11:18:41AM +0800, Wen Yang wrote: > rq->clock_task may be updated between the two calls of > rq_clock_task() in update_curr_rt(). Calling rq_clock_task() only > once makes it more accurate and efficient, taking update_curr() as > reference. > > Signed-off-by: Wen Yang

RE: [PATCH v4 0/7] typec: tcpm: Add sink side support for PPS

On 30 January 2018 13:25, Heikki Krogerus wrote: > On Tue, Jan 02, 2018 at 03:50:48PM +, Adam Thomson wrote: > > This patch set adds sink side support for the PPS feature introduced in the > > USB PD 3.0 specification. > > > > The source PPS supply is represented using the Power Supply

Re: [PATCH v3 08/18] arm/arm64: KVM: Add PSCI version selection API

On 05/02/18 09:58, Andrew Jones wrote: > On Mon, Feb 05, 2018 at 09:24:33AM +, Marc Zyngier wrote: >> On 04/02/18 12:37, Christoffer Dall wrote: [...] >>> Given the urgency of adding mitigation towards variant 2 which is the >>> driver for this work, I think we should drop the compat

Re: [PATCH v3 08/18] arm/arm64: KVM: Add PSCI version selection API

On Mon, Feb 05, 2018 at 10:42:44AM +, Marc Zyngier wrote: > On 05/02/18 09:58, Andrew Jones wrote: > > On Mon, Feb 05, 2018 at 09:24:33AM +, Marc Zyngier wrote: > >> On 04/02/18 12:37, Christoffer Dall wrote: > > [...] > > >>> Given the urgency of adding mitigation towards variant 2

Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events

On 02/05/2018 11:23 AM, Juri Lelli wrote: > Hi Steve, > > On 02/02/18 18:04, Steven Rostedt wrote: >> >> At Kernel Summit back in October, we tried to bring up trace markers, which >> would be nops within the kernel proper, that would allow modules to hook >> arbitrary trace events to them. The

[PATCH] KVM: nVMX: Fix CR4 after VMLAUNCH/VMRESUME failure

From: Wanpeng Li In L0, Haswell client host: nested_vmx_exit_reflected failed vm entry 7 WARNING: CPU: 6 PID: 6797 at kvm/arch/x86/kvm//vmx.c:6206 handle_desc+0x2d/0x40 [kvm_intel] CPU: 6 PID: 6797 Comm: qemu-system-x86 Tainted: GW OE4.15.0+ #4 RIP:

[PATCH] perf annotate: Document missing --force option

Add --force option on the man page Cc: Jiri Olsa Cc: Namhyung Kim Cc: Taeung Song Cc: linux-kernel@vger.kernel.org Signed-off-by: Sangwon Hong --- tools/perf/Documentation/perf-data.txt | 4 1 file

Re: bisected bd4c82c22c367e is the first bad commit (was [Bug 198617] New: zswap causing random applications to crash)

Sergey Senozhatsky writes: > Hi, > > On (02/04/18 22:21), huang ying wrote: > [..] >> >> After disabling zswap no crashes at all. >> >> >> >> /etc/systemd/swap.conf >> >> zswap_enabled=1 >> >> zswap_compressor=lz4 # lzo lz4 >> >> zswap_max_pool_percent=25

[PATCH] scsi: ufs-qcom: add number of lanes per direction

From: Gilad Broner Different platforms may have different number of lanes for the UFS link. Add parameter to device tree specifying how many lanes should be configured for the UFS link. And don't print err message for clocks that are optional, this leads to unnecessary

Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning

On Mon, 2018-02-05 at 11:01 +, John Garry wrote: > On 04/02/2018 07:45, Rafael J. Wysocki wrote: > > + /* translate the I/O resources */ > > > + for (i = 0; i < count; i++) { > > > + if (resources[i].flags & IORESOURCE_IO) { > > > + ret =

Re: [9/8] KVM: x86: limit MSR_IA32_SPEC_CTRL access based on CPUID availability

* David Woodhouse wrote: > On Mon, 2018-02-05 at 12:10 +0100, Ingo Molnar wrote: > > > > Can this branch still be rebased, to fix the SoB chain of: > > > >   de3a0021a606 ("KVM: nVMX: Eliminate vmcs02 pool") > > > > ? > > It can't. Linus pulled it already. Ah, indeed,

RE: [PATCH] xen: hypercall: fix out-of-bounds memcpy

From: Boris Ostrovsky > Sent: 02 February 2018 23:34 ... > > switch (cmd) { > > + case EVTCHNOP_bind_interdomain: > > + len = sizeof(struct evtchn_bind_interdomain); > > + break; > > + case EVTCHNOP_bind_virq: > > + len = sizeof(struct evtchn_bind_virq); > > +

[PATCH 1/4] lightnvm: make 1.2 data structures explicit

Make the 1.2 data structures explicit, so it will be easy to identify the 2.0 data structures. Also fix the order of which the nvme_nvm_* are declared, such that they follow the nvme_nvm_command order. Signed-off-by: Matias Bjørling --- drivers/nvme/host/lightnvm.c | 82

[PATCH 2/4] lightnvm: flatten nvm_id_group into nvm_id

There are no groups in the 2.0 specification, make sure that the nvm_id structure is flattened before 2.0 data structures are added. Signed-off-by: Matias Bjørling --- drivers/lightnvm/core.c | 25 ++- drivers/nvme/host/lightnvm.c | 100

[PATCH 3/4] lightnvm: add 2.0 geometry identification

Implement the geometry data structures for 2.0 and enable a drive to be identified as one, including exposing the appropriate 2.0 sysfs entries. Signed-off-by: Matias Bjørling --- drivers/lightnvm/core.c | 2 +- drivers/nvme/host/lightnvm.c | 334

[PATCH 0/4] lightnvm: base 2.0 implementation

Hi, A couple of patches for 2.0 support for the lightnvm subsystem. They form the basis for integrating 2.0 support. For the rest of the support, Javier has code that implements report chunk and sets up the LBA format data structure. He also has a bunch of patches that brings pblk up to speed.

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

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 logical block and metadata size. Due to the OCSSD 2.0 specification relies on the namespace to expose these sizes for

Re: bisected bd4c82c22c367e is the first bad commit (was [Bug 198617] New: zswap causing random applications to crash)

57] CPU: 5 PID: 343 Comm: Xorg Not tainted 4.15.0-next-20180205-dbg-00021-ga1282bf979c4-dirty #2480 [ 308.986659] Call Trace: [ 308.986667] dump_stack+0x46/0x59 [ 308.986671] swiotlb_alloc_coherent+0x164/0x174 [ 308.986675] ttm_dma_pool_get_pages+0x16e/0x3ce [ 308.986679] ttm_dma_popu

[PATCH 1/2] drm/rockchip: lvds: Explicitly include pinctrl headers

From: Thierry Reding The Rockchip LVDS driver fails to build after commit 23c35f48f5fb ("pinctrl: remove include file from ") because it relies on the pinctrl/consumer.h and pinctrl/devinfo.h being pulled in by the device.h header implicitly. Include these headers explicitly

Re: [RESEND RFC PATCH V3] sched: Improve scalability of select_idle_sibling using SMT balance

On Fri, Feb 02, 2018 at 04:06:32PM -0500, Steven Sistare wrote: > On 2/2/2018 2:59 PM, Peter Zijlstra wrote: > > But then you get that atomic crud to contend on the cluster level, which > > is even worse than it contending on the core level. > > True, but it can still be a net win if we make

[PATCH] net: phy-micrel: remove redundant initialization of pointer of_node

From: Colin Ian King Pointer of_node is initialized with a value that is never read, of_node is later updated with a new value instead, hence the initialization is redundant and can be removed. Also remove unused pointer dev and remove an empty line. Cleans up clang

[PATCH 2/2] mmc: meson-gx-mmc: Explicitly include pinctr/consumer.h

From: Thierry Reding The Meson GX MMC driver fails to build after commit 23c35f48f5fb ("pinctrl: remove include file from ") because it relies on the pinctrl/consumer.h being pulled in by the device.h header implicitly. Include the header explicitly to avoid the build

[PATCH v2 04/16] mmc: sdhci-omap: Add tuning support

MMC tuning procedure is required to support SD card UHS1-SDR104 mode and EMMC HS200 mode. SDR104/HS200 DLL Tuning Procedure for AM572x platform is mentioned in Figure 25-51. SDR104/HS200 DLL Tuning Procedure of AM572x Sitara Processors Silicon Revision 2.0, 1.1 TRM (SPRUHZ6I - October

[PATCH v2 00/16] mmc: sdhci-omap: Add UHS/HS200 mode support

Add UHS/HS200 mode support in sdhci-omap. The programming sequence for voltage switching, tuning is followed from AM572x TRM http://www.ti.com/lit/ug/spruhz6i/spruhz6i.pdf (Similar to all AM57x/DRA7x SoCs). The patch series also implements workaround for errata published in

[PATCH v2 11/16] mmc: sdhci: Program a relatively accurate SW timeout value

sdhci has a 10 second timeout to catch devices that stop responding. Instead of programming 10 second arbitrary value, calculate the total time it would take for the entire transfer to happen and program the timeout value accordingly. Signed-off-by: Kishon Vijay Abraham I ---

[PATCH v2 07/16] mmc: sdhci_omap: Fix sdhci-omap quirks

Add SDHCI_QUIRK2_PRESET_VALUE_BROKEN quirk as setting preset values loads incorrect CLKD values (for UHS modes). Remove SDHCI_QUIRK2_NO_1_8_V quirk as sdhci-omap now supports UHS modes. Signed-off-by: Kishon Vijay Abraham I --- drivers/mmc/host/sdhci-omap.c | 4 ++-- 1 file

Re: [PATCH] vsprintf: avoid misleading "(null)" for %px

Hi, I add people who actively commented on adding %px modifier, see the thread starting at https://lkml.kernel.org/r/1511921105-3647-5-git-send-email...@tobin.cc Just for reference. It seems to be related to the commit 9f36e2c448007b54 ("printk: use %pK for /proc/kallsyms and /proc/modules").

Re: [PATCH 17/19] clk: meson: rework meson8b cpu clock

On Sat, 2018-02-03 at 19:46 +0100, Martin Blumenstingl wrote: > Hi Jerome, > > On Wed, Jan 31, 2018 at 7:09 PM, Jerome Brunet wrote: > > Instead of migrating meson cpu_clk to clk_regmap, like the other meson > > clock drivers, we take advantage of the massive rework to get

Re: [PATCH 08/19] clk: meson: add regmap to the clock controllers

On Sat, 2018-02-03 at 19:53 +0100, Martin Blumenstingl wrote: > On Wed, Jan 31, 2018 at 7:09 PM, Jerome Brunet wrote: > > This change register a regmap in meson8b, gxbb and axg controllers. > > The clock are still accessing their registers directly through iomem. > > Once

Re: [PATCH v2 BUGFIX] ARM: dts: imx6ull: fix the imx6ull-14x14-evk configuration

ull.dtsi) file. > > > > > > Signed-off-by: Lothar Waßmann <l...@karo-electronics.de> > > > > Which base is the patch generated against? I cannot apply it to any > > branch in my tree. > > > The patch was generated against next-20180118 but also applies

Re: [PATCH 4/4] sched/fair: Use a recently used CPU as an idle candidate and the basis for SIS

On Sat, Feb 03, 2018 at 08:30:48AM -0800, Srinivas Pandruvada wrote: > On Fri, 2018-02-02 at 15:08 +0100, Peter Zijlstra wrote: > > On Fri, Feb 02, 2018 at 01:46:47PM +0100, Peter Zijlstra wrote: > > > > > +static void __intel_pstate_hwp_set_desired(int val) > > > +{ > > > + u64 value; > > > + >

Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning

On 04/02/2018 07:45, Rafael J. Wysocki wrote: On Tue, Jan 23, 2018 at 5:36 PM, John Garry wrote: On some platforms(such as Hip06/Hip07), the legacy ISA/LPC devices access I/O with some special host-local I/O ports known on x86. As their I/O space are not memory mapped

Re: [PATCH 4/4] sched/fair: Use a recently used CPU as an idle candidate and the basis for SIS

On Fri, Feb 02, 2018 at 12:01:37PM -0800, Srinivas Pandruvada wrote: > > Sure, but the lack on detection when tasks are low utilisation but > > still > > latency/throughput sensitive is problematic. Users shouldn't have to > > know they need to disable HWP or set performance goernor out of the > >

Re: [9/8] KVM: x86: limit MSR_IA32_SPEC_CTRL access based on CPUID availability

* Paolo Bonzini wrote: > On 30/01/2018 12:45, Thomas Gleixner wrote: > > On Tue, 30 Jan 2018, David Woodhouse wrote: > > > >> On Tue, 2018-01-30 at 08:57 -0800, Jim Mattson wrote: > >>> It's really hard to tell which patches are being proposed for which > >>> repositories,

Re: [PATCH 1/2] f2fs: enable to gc page whose inode already atomic commit

On 2018/2/5 17:37, Yunlong Song wrote: > >> OK, details as I explained before: >> >> atomic_commitGC >> - file_write_and_wait_range >> - move_data_block >> - f2fs_submit_page_write >>

[PATCH] ASoC: wm_adsp: Don't init cache from DSP memory if control is write-only

For controls marked write-only don't initialize the cache from the content of the DSP memory. We stil need the cache for any new data that is written to this control, and we need to return something for a read of the ALSA control because most user-side code assumes all ALSA controls are readable.

Re: [RESEND][PATCH] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

On Mon, Feb 5, 2018 at 9:47 AM, Ludovic Desroches wrote: > Use GPIO descriptors instead of relying on the old method. > > Signed-off-by: Ludovic Desroches Ah there it is :D Reviewed-by: Linus Walleij

Re: [PATCH v3 1/2] drm/virtio: Add window server support

Hi, > > Why not use virtio-vsock to run the wayland protocol? I don't like > > the idea to duplicate something with very simliar functionality in > > virtio-gpu. > > The reason for abandoning that approach was the type of objects that > could be shared via virtio-vsock would be extremely

Re: bisected bd4c82c22c367e is the first bad commit (was [Bug 198617] New: zswap causing random applications to crash)

On (02/05/18 21:39), Sergey Senozhatsky wrote: > > I have successfully reproduced the issue and find the problem. The > > following patch fix the issue for me, can you try it? > > That was quick ;) > > > -8<--- > > From

[PATCH v2 09/16] mmc: sdhci: Add quirk to disable HW timeout

Add quirk to disable HW timeout if the requested timeout is more than the maximum obtainable timeout. Signed-off-by: Kishon Vijay Abraham I --- drivers/mmc/host/sdhci.c | 12 drivers/mmc/host/sdhci.h | 7 +++ 2 files changed, 19 insertions(+) diff --git

[PATCH v2 06/16] mmc: sdhci_omap: Add support to set IODELAY values

The data manual of J6/J6 Eco recommends to set different IODELAY values depending on the mode in which the MMC/SD is enumerated in order to ensure IO timings are met. Add support to set the IODELAY values depending on the various MMC modes using the pinctrl APIs. Signed-off-by: Kishon Vijay

[PATCH v2 01/16] mmc: sdhci-omap: Update 'power_mode' outside sdhci_omap_init_74_clocks

Updating 'power_mode' in sdhci_omap_init_74_clocks results in 'power_mode' never updated to MMC_POWER_OFF during card removal. This results in initialization sequence not sent to the card during re-insertion. Fix it here by adding sdhci_omap_set_power_mode to update power_mode. This function can

[PATCH v2 03/16] mmc: sdhci-omap: Add custom set_uhs_signaling sdhci_host ops

UHS-1 DDR50 and MMC DDR52 mode require DDR bit to be set in the configuration register (MMCHS_CON). Add sdhci-omap specific set_uhs_signaling ops to set this bit. Also while setting the UHSMS bit, clock should be disabled. Signed-off-by: Kishon Vijay Abraham I Acked-by: Adrian

[PATCH v2 08/16] mmc: sdhci-omap: Add support to override f_max and iodelay from pdata

DRA74x EVM Rev H EVM comes with revision 2.0 silicon. However, earlier versions of EVM can come with either revision 1.1 or revision 1.0 of silicon. The device-tree file is written to support rev 2.0 of silicon. pdata-quirks are used to then override the settings needed for PG 1.1 silicon. PG

[PATCH v2 15/16] mmc: sdhci-omap: Add SPDX identifier

The SPDX identifier is a legally binding shorthand, which can be used instead of the full boiler plate text. Update sdhci-omap driver with the correct SPDX license identifier. Signed-off-by: Kishon Vijay Abraham I --- drivers/mmc/host/sdhci-omap.c | 22 -- 1

[PATCH v2 05/16] mmc: sdhci-omap: Workaround for Errata i802

Errata i802 in AM572x Sitara Processors Silicon Revision 2.0, 1.1 (SPRZ429K July 2014–Revised March 2017 [1]) mentions DCRC error interrupts (MMCHS_STAT[21] DCRC=0x1) can occur during the tuning procedure and it has to be disabled during the tuning procedure Implement workaround for Errata i802

[PATCH v2 13/16] dt-bindings: sdhci-omap: Add K2G specific binding

Add binding for the TI's sdhci-omap controller present in K2G. Signed-off-by: Kishon Vijay Abraham I Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/mmc/sdhci-omap.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v2 10/16] mmc: sdhci: Fix to use data_timer only for data line commands

commit d7422fb489eee5587d3eec ("mmc: sdhci: Separate timer timeout for command and data requests") while separating timer timeout for command and data requests, passed cmd->mrq to sdhci_mod_timer (cmd is an argument to sdhci_send_command) and in sdhci_mod_timer used mrq->cmd to check if it is a

[PATCH v1 2/2] drm/panel: otm8009a: Add support for the optional power-supply

Add support for the optional power-supply. Note: A "dummy regulator" is returned by devm_regulator_get() if the optional regulator is not present in the device tree, simplifying the source code when enabling/disabling the regulator. Signed-off-by: Philippe Cornu ---

[PATCH v1 0/2] drm/panel: otm8009a: Add support for the optional power-supply

Some boards use a dedicated voltage regulator for this panel. Add & Document this related optional power-supply property and add its support in the driver. Philippe Cornu (2): dt-bindings/display/panel: otm8009a: Add optional power-supply property drm/panel: otm8009a: Add support for the

RE: [GIT PULL] pin control bulk changes for v4.16

From: Linus Torvalds > Sent: 02 February 2018 22:57 ... > I also wonder if there are any automated tools that try to find these > kinds of crazy things. I suspect a lot of our build times is the poor > compiler just reading and parsing header files over and over again, > and a lot of them are

Re: [PATCH v3 12/18] arm64: KVM: Add SMCCC_ARCH_WORKAROUND_1 fast handling

On Mon, Feb 05, 2018 at 09:08:31AM +, Marc Zyngier wrote: > On 04/02/18 18:39, Christoffer Dall wrote: > > On Thu, Feb 01, 2018 at 11:46:51AM +, Marc Zyngier wrote: > >> We want SMCCC_ARCH_WORKAROUND_1 to be fast. As fast as possible. > >> So let's intercept it as early as we can by

Re: [PATCH 1/2] input: touchscreen: ar1021_i2c: enable touch mode during open

 Martin Kepplinger | Entwicklung Software  GINZINGER ELECTRONIC SYSTEMS GMBH Tel.: +43 7723 5422 157 Mail: martin.kepplin...@ginzinger.com Web: www.ginzinger.com On 2018-02-05 11:07, Christian Gmeiner wrote: > Hi all. > > 2017-04-27 14:22 GMT+02:00 Martin Kepplinger >

[PATCH v2 1/1] ASoC: stm32: add of dependency for stm32 drivers

Add of dependency for STM32 ASoC drivers. DFSDM of dependency is already inherited from STM32_DFSDM_ADC dependency. Signed-off-by: olivier moysan --- sound/soc/stm/Kconfig | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/sound/soc/stm/Kconfig

Re: [PATCH v3 0/7] ARM: dts: imx6q: engicam LVDS panel changes

On Sun, Feb 04, 2018 at 11:19:24PM +0530, Jagan Teki wrote: > Series adda LVDS panel attributes on panel drivers instead of defining > them in dts nodes, and also added new icorem6 engicam boards. > > Jagan Teki (7): > drm/panel: simple: add support for Ampire AM-800480AYTZQW-00H > ARM: dts:

Re: [PATCH] Fix typo IBRS_ATT, which should be IBRS_ALL

On Mon, 2018-02-05 at 11:00 +, Darren Kenny wrote: > On Fri, Feb 02, 2018 at 11:42:12PM +, David Woodhouse wrote: > > > > On Fri, 2018-02-02 at 19:12 +, Darren Kenny wrote: > > > > > > Fixes a typo in commit 117cc7a908c83697b0b737d15ae1eb5943afe35b > > > ("x86/retpoline: Fill return

Re: [PATCH v9 3/7] acpi: apei: Add SEI notification type support for ARMv8

[...] > > > Yes, I know you are dong that. Your serial's patch will consider all above > things, right? > > Assuming I got it right, yes. It currently makes the race Xie XiuQi spotted > worse, > which I want to fix too. (details on the cover letter) Ok. > > > > If your patch can be consider

Re: [PATCH v2 1/3] x86/entry: Clear extra registers beyond syscall arguments for 64bit kernels

* Dan Williams wrote: > + /* > + * Sanitize extra registers of values that a speculation attack > + * might want to exploit. In the CONFIG_FRAME_POINTER=y case, > + * the expectation is that %ebp will be clobbered before it > + * could be used.

Re: [PATCH v2 1/3] x86/entry: Clear extra registers beyond syscall arguments for 64bit kernels

* Dan Williams wrote: > + /* > + * Sanitize extra registers of values that a speculation attack > + * might want to exploit. In the CONFIG_FRAME_POINTER=y case, > + * the expectation is that %ebp will be clobbered before it > + * could be used.

Re: [PATCH] fbdev: simplefb: add support for 'memory-region' property on DT node

Hi Rob, On Mon, 5 Feb 2018 00:09:14 -0600 wrote: > On Thu, Feb 01, 2018 at 04:56:08PM +0100, Bartlomiej Zolnierkiewicz wrote: > > > > Hi, > > > > On Tuesday, January 23, 2018 08:34:56 PM Kunihiko Hayashi wrote: > > > Enables 'memory-region' property referring to the memory

Re: [RESEND RFC PATCH V3] sched: Improve scalability of select_idle_sibling using SMT balance

On Fri, Feb 02, 2018 at 09:37:02AM -0800, Subhra Mazumdar wrote: > In the scheme of SMT balance, if the idle cpu search is done _not_ in the > last run core, then we need a random cpu to start from. If the idle cpu > search is done in the last run core we can start the search from last run > cpu.

[GIT PULL] overlayfs update for 4.16

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git overlayfs-linus This work from Amir adds NFS export capability to overlayfs. NFS exporting an overlay filesystem is a challange because we want to keep track of any copy-up of a file or directory

Re: [PATCH v6 17/41] dt-bindings: clock: Add bindings for DA8XX CFGCHIP clocks

On Friday 02 February 2018 11:20 PM, David Lechner wrote: > On 02/02/2018 12:20 AM, Sekhar Nori wrote: >> On Saturday 20 January 2018 10:43 PM, David Lechner wrote: >>> +EMIFA clock source (ASYNC1) >>> +--- >>> +Required properties: >>> +- compatible: shall be

Re: [PATCH v3 08/18] arm/arm64: KVM: Add PSCI version selection API

On Sun, Feb 04, 2018 at 01:37:01PM +0100, Christoffer Dall wrote: > On Sat, Feb 03, 2018 at 11:59:32AM +, Marc Zyngier wrote: > > On Fri, 2 Feb 2018 21:17:06 +0100 > > Andrew Jones wrote: > > > > > On Thu, Feb 01, 2018 at 11:46:47AM +, Marc Zyngier wrote: > > > >

Re: [PATCH v3 08/18] arm/arm64: KVM: Add PSCI version selection API

On Mon, Feb 05, 2018 at 09:24:33AM +, Marc Zyngier wrote: > On 04/02/18 12:37, Christoffer Dall wrote: > > On Sat, Feb 03, 2018 at 11:59:32AM +, Marc Zyngier wrote: > >> On Fri, 2 Feb 2018 21:17:06 +0100 > >> Andrew Jones wrote: > >> > >>> On Thu, Feb 01, 2018 at

Re: [GIT PULL] pin control bulk changes for v4.16

On Mon, 5 Feb 2018, Linus Walleij wrote: > On Mon, Feb 5, 2018 at 10:27 AM, Julia Lawall wrote: > > On Mon, 5 Feb 2018, Linus Walleij wrote: > > >> We definitely need some better tooling to find these things, > >> using Ingo's head and your occasional frustration is not

Re: [PATCH] vsprintf: avoid misleading "(null)" for %px

On Mon, Feb 05, 2018 at 10:44:38AM +0100, Petr Mladek wrote: > Hi, > > I add people who actively commented on adding %px modifier, > see the thread starting at > https://lkml.kernel.org/r/1511921105-3647-5-git-send-email...@tobin.cc > > Just for reference. It seems to be related to the commit

Re: [PATCH v2 BUGFIX] ARM: dts: imx6ull: fix the imx6ull-14x14-evk configuration

base is the patch generated against? I cannot apply it to any > branch in my tree. > The patch was generated against next-20180118 but also applies to next-20180205. Lothar Waßmann

Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events

Hi Steve, On 02/02/18 18:04, Steven Rostedt wrote: > > At Kernel Summit back in October, we tried to bring up trace markers, which > would be nops within the kernel proper, that would allow modules to hook > arbitrary trace events to them. The reaction to this proposal was less than > favorable.

Re: [PATCH 8/8] thermal/drivers/cpu_cooling: Add the combo cpu cooling device

On 05/02/2018 05:17, Viresh Kumar wrote: > On 02-02-18, 15:30, Daniel Lezcano wrote: >> On 02/02/2018 11:42, Viresh Kumar wrote: >>> Here is how I see the whole thing now: >>> >>> - Yes we need individual support for both cpufreq and cpuidle cooling >>> devices, >>> and no one disagrees on that

[PATCH] iommu: Do not return error code for APIs with size_t return type

Currently, iommu_unmap, iommu_unmap_fast and iommu_map_sg return size_t. However, some of the return values are error codes (< 0), which can be misinterpreted as large size. Therefore, returning size 0 instead to signify failure to map/unmap. Cc: Joerg Roedel Cc: Alex

Re: [PATCH 06/20] riscv: Remove ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE select

On Mon, Feb 05, 2018 at 02:21:18AM +0100, Ulf Magnusson wrote: > The ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE symbol was removed in > commit 51a021244b9d ("atomic64: no need for > CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE"). > > Remove the ARCH_HAS_ATOMIC64_DEC_IS_POSITIVE select from RISCV. > >

Re: [PATCH v2] Documentation/process: kernel maintainer PGP guide

On Thu, Feb 01, 2018 at 09:42:33AM -0500, Konstantin Ryabitsev wrote: > + > +$ git --list-key torva...@kernel.org Small typo here: you meant 'gpg --list-key' instead of 'git ...' Regards, -- Luc Van Oostenryck

Re: [PATCH] platform/x86: thinkpad_acpi: suppress warning about palm detection

> > I'm fine with a signed-off-by or tested-by or suggested-by. There is a > > spelling mistake though, 'hoveres' should be hovers. > > Is there anything else I can do here? I'm not sure any of us have the > ability to find out what lenovo actualy wants this for. I have already acked the

Re: [PATCH AUTOSEL for 4.14 029/110] ASoC: nau8825: fix issue that pop noise when start capture

On Sat, Feb 03, 2018 at 06:00:42PM +, Sasha Levin wrote: > From: Abhijeet Kumar > > [ Upstream commit d070f7c703ef26e3db613f24206823f916272fc6 ] > > In skylake platform, we hear a loud pop noise(0 dB) at start of > audio capture power up sequence. This patch

Re: [PATCH] of: cache phandle nodes to decrease cost of of_find_node_by_phandle()

My question was trying to determine whether the numbers reported above are for a debug configuration or a production configuration. My reported numbers are from debug configuration. not a production configuration, I was requesting the numbers for a production configuration. I'm working on

[PATCH 0/2] pinctrl: Implicit inclusion fallout fixes

From: Thierry Reding Hi Linus, these are two patches to fix build errors I've run into that are fallout from your removal of the pinctrl/devinfo.h include from device.h. I sure can imagine that there are more like this, but these seem to be the common ones, judging by my own

[PATCH v2 02/16] mmc: sdhci-omap: Add card_busy host ops

Add card_busy host ops in sdhci_omap to check card busy status. The voltage switching sequence for AM572x platform is mentioned in Figure 25-48. eMMC/SD/SDIO Power Switching Procedure of AM572x Sitara Processors Silicon Revision 2.0, 1.1 TRM (SPRUHZ6I - October 2014–Revised April 2017 [1]). In

Re: [PATCH] drm/bridge/synopsys: dsi: Add read feature

Hi Andrzej, And many thanks Philippe :-) On 02/05/2018 11:07 AM, Andrzej Hajda wrote: > On 04.02.2018 22:31, Philippe Cornu wrote: >> This patch adds the DCS/GENERIC DSI read feature. >> >> Signed-off-by: Philippe Cornu > > Reviewed-by: Andrzej Hajda

[PATCH v2 12/16] mmc: sdhci-omap: Workaround for Errata i834

Errata i834 in AM572x Sitara Processors Silicon Revision 2.0, 1.1 (SPRZ429K July 2014–Revised March 2017 [1]) mentions the maximum obtainable timeout through MMC host controller is 700ms. And for commands taking longer than 700ms, hardware timeout should be disabled and software timeout should be

[PATCH] net: mediatek: Explicitly include pinctrl headers

From: Thierry Reding The Mediatek ethernet driver fails to build after commit 23c35f48f5fb ("pinctrl: remove include file from ") because it relies on the pinctrl/consumer.h and pinctrl/devinfo.h being pulled in by the device.h header implicitly. Include these headers

[PATCH v2 14/16] mmc: sdhci-omap: Add support for MMC/SD controller in k2g SoC

Add support for the new compatible added specifically to support k2g's MMC/SD controller. Signed-off-by: Kishon Vijay Abraham I Acked-by: Adrian Hunter --- drivers/mmc/host/sdhci-omap.c | 9 + 1 file changed, 9 insertions(+) diff --git

[PATCH v2 16/16] ARM: OMAP2+: Use sdhci-omap specific pdata-quirks for MMC/SD on DRA74x EVM

Use sdhci-omap specific pdata-quirks for MMC/SD on DRA74x EVM since UHS modes are supported only in sdhci-omap (and not in omap-hsmmc). Signed-off-by: Kishon Vijay Abraham I --- arch/arm/mach-omap2/pdata-quirks.c | 34 +- 1 file changed, 17

Re: [perf] perf test BPF fails on 4.9.20

On Sat, Feb 3, 2018 at 6:49 PM, Masami Hiramatsu wrote: > Hi Pintu, > > On Fri, 2 Feb 2018 19:03:30 +0530 > Pintu Kumar wrote: > >> Hi All, >> >> I have fixed both the issue with perf test. >> >> 1) 16: Try 'import perf' in python, checking link

Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events

On Sun, Feb 04, 2018 at 11:39:39AM -0800, Linus Torvalds wrote: > Then there's the "I just want an overview" MIS people, who care about > things like "I want a histogram of packets sent according to criteria > XYZ", who want some highlevel block IO performance, or who just want > random

Re: [PATCH] ubsan: don't mark __ubsan_handle_builtin_unreachable as noreturn

On Mon, Feb 5, 2018 at 10:02 AM, Andrey Ryabinin wrote: > > > On 02/02/2018 06:47 PM, Arnd Bergmann wrote: >> gcc-8 complains about the prototype for this function: >> >> lib/ubsan.c:432:1: error: ignoring attribute 'noreturn' in declaration of a >> built-in function

Re: PATCH v6 3/6] livepatch: Initial support for dynamic structures

On Wed 2018-01-31 16:39:04, Miroslav Benes wrote: > On Thu, 25 Jan 2018, Petr Mladek wrote: > > > From: Jason Baron > > > > We are going to add a feature called atomic replace. It will allow to > > create a patch that would replace all already registered patches. > > For

Re: [PATCH] sched/rt: Make update_curr_rt() more accurate

* Wen Yang wrote: > rq->clock_task may be updated between the two calls of > rq_clock_task() in update_curr_rt(). Calling rq_clock_task() only > once makes it more accurate and efficient, taking update_curr() as > reference. > > Signed-off-by: Wen Yang

Re: [PATCH 4/4] sched/fair: Use a recently used CPU as an idle candidate and the basis for SIS

* Peter Zijlstra wrote: > On Sat, Feb 03, 2018 at 08:30:48AM -0800, Srinivas Pandruvada wrote: > > On Fri, 2018-02-02 at 15:08 +0100, Peter Zijlstra wrote: > > > On Fri, Feb 02, 2018 at 01:46:47PM +0100, Peter Zijlstra wrote: > > > > > > > +static void

Re: [PATCH v6 20/41] ARM: da830: add new clock init using common clock framework

On Friday 02 February 2018 11:33 PM, David Lechner wrote: > On 02/02/2018 08:12 AM, Sekhar Nori wrote: >> On Saturday 20 January 2018 10:43 PM, David Lechner wrote: >>>   void __init da830_init_time(void) >>>   { >>> +#ifdef CONFIG_COMMON_CLK >>> +    void __iomem *pll0, *psc0, *psc1; >>> +   

Re: [PATCH v3 08/18] arm/arm64: KVM: Add PSCI version selection API

On 05/02/18 10:50, Christoffer Dall wrote: > On Mon, Feb 05, 2018 at 10:42:44AM +, Marc Zyngier wrote: >> On 05/02/18 09:58, Andrew Jones wrote: >>> On Mon, Feb 05, 2018 at 09:24:33AM +, Marc Zyngier wrote: On 04/02/18 12:37, Christoffer Dall wrote: >> >> [...] >> > Given the

Re: [PATCH] Fix typo IBRS_ATT, which should be IBRS_ALL

On Fri, Feb 02, 2018 at 11:42:12PM +, David Woodhouse wrote: On Fri, 2018-02-02 at 19:12 +, Darren Kenny wrote: Fixes a typo in commit 117cc7a908c83697b0b737d15ae1eb5943afe35b ("x86/retpoline: Fill return stack buffer on vmexit") Signed-off-by: Darren Kenny

Re: [9/8] KVM: x86: limit MSR_IA32_SPEC_CTRL access based on CPUID availability

On Mon, 2018-02-05 at 12:10 +0100, Ingo Molnar wrote: > > Can this branch still be rebased, to fix the SoB chain of: > >   de3a0021a606 ("KVM: nVMX: Eliminate vmcs02 pool") > > ? It can't. Linus pulled it already. smime.p7s Description: S/MIME cryptographic signature

RE: [PATCH AUTOSEL for 4.14 019/110] sctp: fix the issue that a __u16 variable may overflow in sctp_ulpq_renege

From: Sasha Levin > Sent: 03 February 2018 18:01 > [ Upstream commit 5c468674d17056148da06218d4da5d04baf22eac ] > > Now when reneging events in sctp_ulpq_renege(), the variable freed > could be increased by a __u16 value twice while freed is of __u16 > type. It means freed may overflow at the

  1   2   3   4   5   6   7   8   9   10   >