How to expose various BMC chip controls ?

Hi Folks ! I would like to discuss something we need to solve for BMC chips before we start implementing a solution that you'll reject upstream :-) So quick recap: the BMC chip is the management controller of your server, typically some kind of specialized ARM SoC which controls a variety of

RE: [virtio-dev] Re: [RFC] vhost: introduce mdev based hardware vhost backend

> -Original Message- > From: Paolo Bonzini [mailto:pbonz...@redhat.com] > Sent: Tuesday, April 10, 2018 3:52 PM > To: Bie, Tiwei ; Jason Wang > Cc: m...@redhat.com; alex.william...@redhat.com; ddut...@redhat.com; > Duyck, Alexander H

Re: [PATCH 9/9] mtd: nand: qcom: erased page bitflips detection

Hi Abhishek, On Wed, 4 Apr 2018 18:12:25 +0530, Abhishek Sahu wrote: > Some of the newer nand parts can have bit flips in an erased > page due to the process technology used. In this case, qpic AFAIK, this has always been possible, it was just rare. > nand controller

[PATCH v2] display: panel: Add AUO g070vvn01 display support (800x480)

This commit adds support for AUO's 7.0" display. Signed-off-by: Lukasz Majewski --- Changes for v2: - Add *.txt suffix to the auo,g070wn01 file - Remove not needed bus-format-override = "rgb565"; property --- .../bindings/display/panel/auo,g070vvn01.txt | 30

Re: [PATCH v1] ringbuffer: Don't choose the process with adj equal OOM_SCORE_ADJ_MIN

On Tue 10-04-18 17:32:44, Zhaoyang Huang wrote: > On Tue, Apr 10, 2018 at 5:01 PM, Michal Hocko wrote: > > On Tue 10-04-18 16:38:32, Zhaoyang Huang wrote: > >> On Tue, Apr 10, 2018 at 4:12 PM, Michal Hocko wrote: > >> > On Tue 10-04-18 16:04:40, Zhaoyang

Re: [PATCH] ieee802154: mcr20a: Fix memory leak in mcr20a_probe

Hello. On 04/05/2018 06:20 PM, Gustavo A. R. Silva wrote: > Free allocated memory for pdata before return. > > Addresses-Coverity-ID: 1466096 ("Resource leak") > Fixes: 8c6ad9cc5157 ("ieee802154: Add NXP MCR20A IEEE 802.15.4 transceiver > driver") > Signed-off-by: Gustavo A. R. Silva

Re: [PATCH] cpufreq/schedutil: Cleanup and document iowait boost

On 10-04-18, 11:43, Patrick Bellasi wrote: > On 05-Apr 15:28, Viresh Kumar wrote: > What about this new version for the two functions, > just compile tested: > > ---8<--- > > static void sugov_set_iowait_boost(struct sugov_cpu *sg_cpu, u64 time, > unsigned int

Re: simultaneous voice/data works (was Re: call/normal switch was Re: omap4-droid4: voice call support was)

On Mon 2018-04-09 07:08:47, Tony Lindgren wrote: > * Dan Williams [180408 02:46]: > > On Sat, 2018-04-07 at 14:22 +0200, Pavel Machek wrote: > > > I tried --location-enable-gps-unmanaged , but that did not work for > > > me. > > > > That requires a TTY that would spit out the

Re: [PATCH v1] battery: Add the ThinkPad battery status quirk

Hi, On Tue, Apr 10, 2018 at 11:06:43AM +0200, Ognjen Galic wrote: > The EC/ACPI firmware on Lenovo ThinkPads used to report a status > of "Unknown" when the battery is between the charge start and charge > stop thresholds. On Windows, it reports "Not Charging" so the quirk > has been added to fix

Re: [PATCH v8 07/14] ARM: dts: rockchip: add clocks in iommu nodes

Am Freitag, 23. März 2018, 08:38:07 CEST schrieb Jeffy Chen: > Add clocks in iommu nodes, since we are going to control clocks in > rockchip iommu driver. > > Signed-off-by: Jeffy Chen applied for 4.18 after splitting arm32+arm64 parts into 2 patches and adapting the

Re: [PATCH][RFC] tools/power turbostat: if --max_loop, print for specific time of loops

On Tue, Apr 10, 2018 at 12:22:16PM +0200, Rafael J. Wysocki wrote: > On Tue, Apr 10, 2018 at 12:18 PM, Yu Chen wrote: > > From: Chen Yu > > > > There's a use case during test to only print specific round of loops > > if --interval is specified, for

[PATCH v3] X86/VMX: Disable VMX preemption timer if MWAIT is not intercepted

The VMX-preemption timer is used by KVM as a way to set deadlines for the guest (i.e. timer emulation). That was safe till very recently when capability KVM_X86_DISABLE_EXITS_MWAIT to disable intercepting MWAIT was introduced. According to Intel SDM 25.5.1: """ The VMX-preemption timer operates

Re: [PATCH] X86/VMX: Disable VMX preempition timer if MWAIT is not intercepted

On 10/04/2018 10:50, KarimAllah Ahmed wrote: > WARN_ON(preemptible()); > - if (!kvm_x86_ops->set_hv_timer) > + if (!kvm_x86_ops->has_hv_timer || > + !kvm_x86_ops->has_hv_timer(apic->vcpu)) > return false; > > if (!apic_lvtt_period(apic) &&

Re: [PATCH] usb: serial: option: add HP LT4220 support

On Tue, Apr 03, 2018 at 10:34:39AM +0800, Edward Chang wrote: > This patch adds support for HP LT4220. > > Signed-off-by: Edward Chang > +/* HP products */ > +#define HP_VENDOR_ID 0x03f0 > +#define HP_PRODUCT_LT42200x0857

[PATCH v3 08/11] input: touchscreen: resistive-adc-touch: add generic resistive ADC touchscreen

This adds a generic resistive touchscreen (GRTS) driver, which is based on an IIO device (an ADC). It must be connected to the channels of an ADC to receive touch data. Then it will feed the data into the input subsystem where it registers an input device. It uses an IIO callback buffer to

Re: [PATCH 4/9] mtd: nand: qcom: fix null pointer access for erased buffer detection

Hi Abhishek, On Wed, 4 Apr 2018 18:12:20 +0530, Abhishek Sahu wrote: > parse_read_errors can be called with only oob buf also in which > case data_buf will be NULL. If data_buf is NULL, then don’t > treat this page as completely erased in case of ECC uncorrectable >

Re: [PATCH 6/8] livepatch: Remove Nop structures when unused

On Fri, 23 Mar 2018, Petr Mladek wrote: > Replaced patches are removed from the stack when the transition is > finished. It means that Nop structures will never be needed again > and can be removed. Why should we care? > > + Nop structures make false feeling that the function is patched >

Re: [PATCH v2] target-i386: add KVM_HINTS_DEDICATED performance hint

Hi Eduardo, 2018-03-09 22:16 GMT+08:00 Eduardo Habkost : > On Fri, Feb 09, 2018 at 06:15:25AM -0800, Wanpeng Li wrote: >> From: Wanpeng Li >> >> Add KVM_HINTS_DEDICATED performance hint, guest checks this feature bit >> to determine if they run on

Re: [PATCH] mtd: spi-nor: cadence-quadspi: Add DMA support for direct mode reads

On 04/10/2018 10:19 AM, Vignesh R wrote: > Add support to use DMA over memory mapped reads in direct mode. This > helps in reducing CPU usage from ~100% to ~10% when reading data from > flash. For non-DMA'able/vmalloc'd buffers, driver just falls back to CPU > based memcpy. > > Signed-off-by:

Re: [PATCH] cifs: Use ULL suffix for 64-bit constant

Geert Uytterhoeven writes: > On 32-bit (e.g. with m68k-linux-gnu-gcc-4.1): > > fs/cifs/inode.c: In function ‘simple_hashstr’: > fs/cifs/inode.c:713: warning: integer constant is too large for ‘long’ > type > > Fixes: 7ea884c77e5c97f1 ("smb3: Fix root directory when

Re: [PATCH 4/4 v5 RESEND] selftests: add devpts selftests

Christian Brauner writes: > On Tue, Apr 10, 2018 at 04:20:44PM +1000, Michael Ellerman wrote: >> Christian Brauner writes: >> > diff --git a/tools/testing/selftests/Makefile >> > b/tools/testing/selftests/Makefile >> > index

Re: [RFC, v2, 2/9] hyper_dmabuf: architecture specification and reference guide

Sorry for top-posting Can we have all this go into some header file which will not only describe the structures/commands/responses/etc, but will also allow drivers to use those directly without defining the same one more time in the code? For example, this is how it is done in Xen [1]. This

[PATCH v2 2/3] adp5061: Add support for battery charging enable

This patch adds the option to enable/disable battery charging. This option is not configurable via the power_supply properties, therefore, access via sysfs was provided to examine and modify this attribute on the fly. Signed-off-by: Stefan Popa --- Changes in v2: -

Re: [PATCH 6/9] mtd: nand: qcom: support for checking read errors for last codeword

Hi Abhishek, On Wed, 4 Apr 2018 18:12:22 +0530, Abhishek Sahu wrote: > Add boolean function argument in parse_read_errors to identify > whether the read error has been called for complete page read or > only last codeword read. This will help in subsequent patches to >

Re: [PATCH v4 3/9] vsprintf: Do not check address of well-known strings

On Mon, 2018-04-09 at 14:19 +0200, Petr Mladek wrote: > On Sat 2018-04-07 17:12:35, Andy Shevchenko wrote: > > On Fri, 2018-04-06 at 11:15 +0200, Petr Mladek wrote: > > > On Thu 2018-04-05 15:30:51, Rasmus Villemoes wrote: > > > > On 2018-04-04 10:58, Petr Mladek wrote: > > > > > > > > > Please

Re: [PATCH] Input: atmel_mxt_ts - add missing compatible strings to OF device table

Thanks Javier! 2018-04-10 11:53 GMT+02:00 Javier Martinez Canillas : > Commit af503716ac14 ("i2c: core: report OF style module alias for devices > registered via OF") fixed how the I2C core reports the module alias when > devices are registered via OF. > > But the atmel_mxt_ts

Re: [RFC PATCH 2/6] sched: Introduce energy models of CPUs

On Tue, Apr 10, 2018 at 11:31 AM, Quentin Perret wrote: > On Tuesday 10 Apr 2018 at 08:55:14 (+0200), Rafael J. Wysocki wrote: >> On Mon, Apr 9, 2018 at 6:42 PM, Quentin Perret >> wrote: >> > On Monday 09 Apr 2018 at 17:32:33 (+0200), Peter

Re: [REGRESSION][BISECTED] i.MX6 pinctrl hogs stopped working

On 04/04/18 06:33, Mika Penttilä wrote: Hi! Reverting this made the hogs on a i.MX6 board work again. : commit b89405b6102fcc3746f43697b826028caa94c823 Author: Richard Fitzgerald Date: Wed Feb 28 15:53:06 2018 + pinctrl: devicetree: Fix

Re: [Xen-devel] [RFC, v2, 1/9] hyper_dmabuf: initial upload of hyper_dmabuf drv core framework

Hi, On 04/10/2018 09:53 AM, Oleksandr Andrushchenko wrote: On 02/14/2018 03:50 AM, Dongwon Kim wrote: diff --git a/drivers/dma-buf/hyper_dmabuf/hyper_dmabuf_id.h [...] +#ifndef __HYPER_DMABUF_ID_H__ +#define __HYPER_DMABUF_ID_H__ + +#define HYPER_DMABUF_ID_CREATE(domid, cnt) \ +   

Re: [PATCH 4/4] vfio: ccw: add traceponits for interesting error paths

On 04/10/2018 10:55 AM, Cornelia Huck wrote: > On Tue, 10 Apr 2018 10:16:39 +0800 > Dong Jia Shi wrote: > >> Does the following effect make sense? >> >> # tracer: nop >> # >> # _-=> irqs-off >> # /

[PATCH v2 4/4] arm64: dts: renesas: eagle: Enable HDMI output

Enable HDMI output on Renesas R-Car V3M Eagle board. The HDMI output is enabled connecting the DU LVDS output to the transparent LVDS converter THC63LVD1024, and successively routing its RGB output to the ADV7511W HDMI encoder. Signed-off-by: Niklas Söderlund

[PATCH v2 0/4] V3M-Eagle HDMI output enablement

Hello, this series enables HDMI display on V3M Eagle board. The v2 of this series is based on Linus' master, as it already contains the pull request for arm64 DT is merged already, and it includes enablement of R8A77970 basic components such as PFC, GPIOs and I2c. Compared to to v1 I have not

Re: [PATCH 4/8] livepatch: Add an extra flag to distinguish registered patches

On Mon 2018-04-09 16:02:15, Miroslav Benes wrote: > On Fri, 23 Mar 2018, Petr Mladek wrote: > > > The initial implementation of the atomic replace feature keeps the replaced > > patches on the stack. But people would like to remove the replaced patches > > from different reasons that will be

[PATCH v2 3/4] arm64: dts: renesas: r8a77970: add LVDS support

From: Niklas Söderlund Add the LVDS device to r8a77970.dtsi in a disabled state. Also connect the it to the LVDS output of the DU. Signed-off-by: Niklas Söderlund Signed-off-by: Jacopo Mondi

Re: [PATCH v2] isofs compress: Remove VLA usage

On Thu 05-04-18 11:17:20, Kyle Spiers wrote: > As part of the effort to remove VLAs from the kernel[1], this changes > the allocation of the bhs and pages arrays from being on the stack to being > kcalloc()ed. This also allows for the removal of the explicit zeroing > of bhs. > >

[PATCH v2 1/4] arm64: dts: renesas: r8a77970: add VSPD support

From: Sergei Shtylyov Describe VSPD0 in the R8A77970 device tree; it will be used by DU in the next patch... Based on the original (and large) patch by Daisuke Matsushita . Signed-off-by: Vladimir Barinov

[PATCH v2 2/4] arm64: dts: renesas: r8a77970: add DU support

From: Sergei Shtylyov Define the generic R8A77970 part of the DU device node. Based on the original (and large) patch by Daisuke Matsushita . Signed-off-by: Vladimir Barinov

Re: [PATCH v2 2/9] PCI: dwc: Add support for endpoint mode

Hi, On Tuesday 10 April 2018 04:06 PM, Gustavo Pimentel wrote: > Hi Kishon, > > On 10/04/2018 06:12, Kishon Vijay Abraham I wrote: >> Hi, >> >> On Monday 09 April 2018 03:11 PM, Gustavo Pimentel wrote: >>> The PCIe controller dual mode is capable of operating in host mode as well >>> as endpoint

Re: [PATCH v6 20/25] drivers: firmware: psci: Introduce psci_dt_topology_init()

On Tue, Apr 10, 2018 at 09:19:26AM +0200, Ulf Hansson wrote: > On 14 March 2018 at 18:38, Mark Rutland wrote: > > On Wed, Mar 14, 2018 at 05:58:30PM +0100, Ulf Hansson wrote: > >> In case the hierarchical layout is used in DT, we want to initialize the > >> corresponding PM

Re: [PATCH 3/8] bindings: PCI: designware: Add support for the EP in designware driver

Hi Rob, On 09/04/2018 20:12, Rob Herring wrote: > On Wed, Mar 28, 2018 at 12:38:33PM +0100, Gustavo Pimentel wrote: >> Signed-off-by: Gustavo Pimentel >> --- >> Documentation/devicetree/bindings/pci/designware-pcie.txt | 13 + >> 1 file changed, 13

Re: [PATCH v2 1/2] livepatch: Initialize shadow variables safely by a custom callback

On Fri 2018-04-06 17:34:20, Josh Poimboeuf wrote: > On Thu, Apr 05, 2018 at 02:23:14PM +0200, Petr Mladek wrote: > > @@ -150,6 +149,23 @@ static void *__klp_shadow_get_or_alloc(void *obj, > > unsigned long id, void *data, > > goto exists; > > } > > > > + new_shadow->obj = obj;

Re: [PATCH v5] ANDROID: binder: change down_write to down_read

2018-04-02 18:32 GMT+08:00 Minchan Kim : > Hi Ganesh, > > On Mon, Apr 02, 2018 at 06:01:59PM +0800, Ganesh Mahendran wrote: >> 2018-04-02 15:11 GMT+08:00 Minchan Kim : >> > On Mon, Apr 02, 2018 at 02:46:14PM +0800, Ganesh Mahendran wrote: >> >> 2018-04-02

[PATCH] time: tick-sched: use bool for tick_stopped

From: John Zhao Variable tick_stopped returned by tick_nohz_tick_stopped can only be true / false values. Since the return type of the tick_nohz_tick_stopped is also bool, variable tick_stopped nice to have data type as 'bool' in place of the 'unsigned int'. Moreover,

[PATCH] X86/VMX: Disable VMX preempition timer if MWAIT is not intercepted

The VMX-preemption timer is used by KVM as a way to set deadlines for the guest (i.e. timer emulation). That was safe till very recently when capability KVM_X86_DISABLE_EXITS_MWAIT to disable intercepting MWAIT was introduced. According to Intel SDM 25.5.1: """ The VMX-preemption timer operates

[PATCH v3 10/11] ARM: dts: at91: sama5d2: add channel cells for ADC device

Preparing the ADC device to connect channel consumer drivers Signed-off-by: Eugen Hristev --- arch/arm/boot/dts/sama5d2.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/sama5d2.dtsi b/arch/arm/boot/dts/sama5d2.dtsi index 61f68e5..f06ba99

Re: Occasionally losing the tick_sched_timer

On Tue, 10 Apr 2018, Nicholas Piggin wrote: > On Tue, 10 Apr 2018 09:42:29 +0200 (CEST) > Thomas Gleixner wrote: > > > Thomas do you have any ideas on what we might look for, or if we can add > > > some BUG_ON()s to catch this at its source? > > > > Not really. Tracing

[PATCH v3 11/11] ARM: dts: at91: sama5d2: Add resistive touch device

Add generic resistive touch device which is connected to ADC block inside the SAMA5D2 SoC Signed-off-by: Eugen Hristev --- Changes in v3: - modified compatible and threshold to adapt to changed bindings Changes in v2: - now added a generic resistive touchscreen

[PATCH v3 09/11] dt-bindings: iio: adc: at91-sama5d2_adc: add channel specific consumer info

Added defines for channel consumer device-tree binding Signed-off-by: Eugen Hristev Reviewed-by: Rob Herring --- .../devicetree/bindings/iio/adc/at91-sama5d2_adc.txt | 9 + include/dt-bindings/iio/adc/at91-sama5d2_adc.h | 16

[PATCH v1] battery: Add the ThinkPad battery status quirk

The EC/ACPI firmware on Lenovo ThinkPads used to report a status of "Unknown" when the battery is between the charge start and charge stop thresholds. On Windows, it reports "Not Charging" so the quirk has been added to fix the "Unknown" state. The chosen new state when the battery is not

Re: [PATCH 4/4 v5 RESEND] selftests: add devpts selftests

On Tue, Apr 10, 2018 at 07:34:36PM +1000, Michael Ellerman wrote: > Christian Brauner writes: > > On Tue, Apr 10, 2018 at 04:20:44PM +1000, Michael Ellerman wrote: > >> Christian Brauner writes: > >> > diff --git

Re: [PATCH] ieee802154: mcr20a: Fix memory leak in mcr20a_probe

Hallo, Thanks for the fix. It looks good. ACK-by: Xue Liu On 5 April 2018 at 18:20, Gustavo A. R. Silva wrote: > Free allocated memory for pdata before return. > > Addresses-Coverity-ID: 1466096 ("Resource leak") > Fixes: 8c6ad9cc5157

Re: [PATCH v2 6/9] PCI: dwc: Define maximum number of vectors

On Tue, Apr 10, 2018 at 08:59:30AM +0100, Gustavo Pimentel wrote: > Hi Lorenzo, > > On 09/04/2018 17:03, Lorenzo Pieralisi wrote: > > On Mon, Apr 09, 2018 at 10:41:15AM +0100, Gustavo Pimentel wrote: > >> Adds a callback that defines the maximum number of vectors that can be use > >> by the Root

[PATCH v2] X86/VMX: Disable VMX preemption timer if MWAIT is not intercepted

The VMX-preemption timer is used by KVM as a way to set deadlines for the guest (i.e. timer emulation). That was safe till very recently when capability KVM_X86_DISABLE_EXITS_MWAIT to disable intercepting MWAIT was introduced. According to Intel SDM 25.5.1: """ The VMX-preemption timer operates

Re: [PATCH] X86/VMX: Disable VMX preempition timer if MWAIT is not intercepted

On Tue, 2018-04-10 at 11:04 +0200, Paolo Bonzini wrote: > On 10/04/2018 10:50, KarimAllah Ahmed wrote: > > > > WARN_ON(preemptible()); > > - if (!kvm_x86_ops->set_hv_timer) > > + if (!kvm_x86_ops->has_hv_timer || > > + !kvm_x86_ops->has_hv_timer(apic->vcpu)) > > return

Re: [PATCH] mm: workingset: fix NULL ptr dereference

On Tue 10-04-18 11:32:41, Michal Hocko wrote: > On Tue 10-04-18 10:55:31, Jan Kara wrote: > > On Tue 10-04-18 10:22:43, Michal Hocko wrote: > > > On Mon 09-04-18 10:58:15, Minchan Kim wrote: > > > > Recently, I got a report like below. > > > > > > > > [ 7858.792946] [] __list_del_entry+0x30/0xd0

Re: [PATCH] mm: workingset: fix NULL ptr dereference

On Tue, Apr 10, 2018 at 12:28:45PM +0200, Jan Kara wrote: > On Tue 10-04-18 11:32:41, Michal Hocko wrote: > > On Tue 10-04-18 10:55:31, Jan Kara wrote: > > > On Tue 10-04-18 10:22:43, Michal Hocko wrote: > > > > On Mon 09-04-18 10:58:15, Minchan Kim wrote: > > > > > Recently, I got a report like

Re: [PATCH] sched/fair: schedutil: update only with all info available

Hi Joel, On 06-Apr 16:48, Joel Fernandes wrote: > On Fri, Apr 6, 2018 at 10:28 AM, Patrick Bellasi > wrote: > > Schedutil is not properly updated when the first FAIR task wakes up on a > > CPU and when a RQ is (un)throttled. This is mainly due to the current > >

Re: [RFC PATCH] sdhci: arasan: Add runtime PM support

On 29/03/18 08:48, naraniman...@gmail.com wrote: > From: Manish Narani > > This patch adds runtime PM support in Arasan SD driver. > > Signed-off-by: Manish Narani Just a couple of comments about style. > --- > drivers/mmc/host/sdhci-of-arasan.c | 83

Re: [PATCH] mm: workingset: fix NULL ptr dereference

On Tue, Apr 10, 2018 at 11:59:03AM +0900, Minchan Kim wrote: > Okay, I hope this version clear current concerns. It doesn't. The right place to warn about GFP_ZERO used with a constructor is _slab_, like the patch I already sent. We have no idea what other places might have the same bug, and

Re: [PATCH v2] target-i386: add KVM_HINTS_DEDICATED performance hint

On Tue, Apr 10, 2018 at 05:13:21PM +0800, Wanpeng Li wrote: > Hi Eduardo, > 2018-03-09 22:16 GMT+08:00 Eduardo Habkost : > > On Fri, Feb 09, 2018 at 06:15:25AM -0800, Wanpeng Li wrote: > >> From: Wanpeng Li > >> > >> Add KVM_HINTS_DEDICATED performance

Re: [RFC PATCH v2 2/6] sched: Introduce energy models of CPUs

On 04/10/2018 01:54 PM, Peter Zijlstra wrote: On Fri, Apr 06, 2018 at 04:36:03PM +0100, Dietmar Eggemann wrote: + /* +* Build the energy model of one CPU, and link it to all CPUs +* in its frequency domain. This should be correct as long as +

Re: [PATCH v2] X86/VMX: Disable VMX preemption timer if MWAIT is not intercepted

On Tue, 2018-04-10 at 13:07 +0200, Paolo Bonzini wrote: > On 10/04/2018 12:08, KarimAllah Ahmed wrote: > > > > @@ -11908,6 +11908,9 @@ static int vmx_set_hv_timer(struct kvm_vcpu *vcpu, > > u64 guest_deadline_tsc) > > u64 guest_tscl = kvm_read_l1_tsc(vcpu, tscl); > > u64 delta_tsc =

[PATCH] lan78xx: Don't reset the interface on open

Commit 92571a1aae40 ("lan78xx: Connect phy early") moves the PHY initialisation into lan78xx_probe, but lan78xx_open subsequently calls lan78xx_reset. As well as forcing a second round of link negotiation, this reset frequently prevents the phy interrupt from being generated (even though the link

Re: [Xen-devel] [PATCH] xen/pvh: Indicate XENFEAT_linux_rsdp_unrestricted to Xen

On Mon, Apr 09, 2018 at 02:51:44PM -0400, Boris Ostrovsky wrote: > Pre-4.17 kernels ignored start_info's rsdp_paddr pointer and instead > relied on finding RSDP in standard location in BIOS RO memory. This > has worked since that's where Xen used to place it. > > However, with recent Xen change

[PATCH] x86: fix pgprotval_t format string

On 32-bit builds, pgprotval_t can be either 32-bit or 64-bit wide depending on the page table layout. In the latter case, we now get a build warning: In file included from arch/x86/include/asm/bug.h:83, from include/linux/bug.h:5, from include/linux/crypto.h:23,

Re: [PATCH v3] i2c: i801: blacklist Host Notify on HP EliteBook G3 850

> > drivers/i2c/busses/i2c-i801.c | 23 +++ > > 1 file changed, 23 insertions(+) > > (...) > > Wolfram and stable, please hold on with this patch, Jason and I may have > found a proper fix so blacklisting would no longer be needed. Awesome, thanks Jean! signature.asc

[PATCH v3 04/11] dt-bindings: input: touchscreen: add pressure threshold touchscreen property

Add a common touchscreen optional property that will specify the minimum pressure applied to the screen that is needed such that the driver will report the touch event. Signed-off-by: Eugen Hristev ---

[PATCH v3 06/11] iio: inkern: add module put/get on iio dev module when requesting channels

When requesting channels for a particular consumer device, besides requesting the device (incrementing the reference counter), also do it for the driver module of the iio dev. This will avoid the situation where the producer IIO device can be removed and the consumer is still present in the

Re: [RFC PATCH 2/6] sched: Introduce energy models of CPUs

On Tuesday 10 Apr 2018 at 08:55:14 (+0200), Rafael J. Wysocki wrote: > On Mon, Apr 9, 2018 at 6:42 PM, Quentin Perret wrote: > > On Monday 09 Apr 2018 at 17:32:33 (+0200), Peter Zijlstra wrote: > >> On Mon, Apr 09, 2018 at 02:45:11PM +0100, Quentin Perret wrote: [...] >

Re: [PATCH 8/9] mtd: nand: qcom: helper function for raw read

Hi Abhishek, On Wed, 4 Apr 2018 18:12:24 +0530, Abhishek Sahu wrote: > This patch does minor code reorganization for raw reads. > Currently the raw read is required for complete page but for > subsequent patches related with erased codeword bit flips > detection, only

Re: [RFC, v2, 4/9] hyper_dmabuf: user private data attached to hyper_DMABUF

On 02/14/2018 03:50 AM, Dongwon Kim wrote: Define a private data (e.g. meta data for the buffer) attached to each hyper_DMABUF structure. This data is provided by userapace via export_remote IOCTL and its size can be up to 192 bytes. Signed-off-by: Dongwon Kim

[PATCH][RFC] tools/power turbostat: if --max_loop, print for specific time of loops

From: Chen Yu There's a use case during test to only print specific round of loops if --interval is specified, for example, with this patch applied: turbostat -i 5 --max_loops 4 will capture 4 samples with 5 seconds interval. Signed-off-by: Chen Yu

[PATCH v4] ARM: dts: tpc: Device tree description of the iMX6Q TPC board

This commit adds device tree description of Kieback & Peter GmbH iMX6Q TPC board. Signed-off-by: Lukasz Majewski Reviewed-by: Fabio Estevam --- Changes for v4: - Remove not needed bus-format-override = "rgb565"; property Changes for v3: - Provide proper

Re: [PATCH v2 2/9] PCI: dwc: Add support for endpoint mode

Hi Kishon, On 10/04/2018 06:12, Kishon Vijay Abraham I wrote: > Hi, > > On Monday 09 April 2018 03:11 PM, Gustavo Pimentel wrote: >> The PCIe controller dual mode is capable of operating in host mode as well >> as endpoint mode by configuration, therefore this patch aims to add >> endpoint mode

Re: [v3 PATCH] mm: introduce arg_lock to protect arg_start|end and env_start|end in mm_struct

On Tue, Apr 10, 2018 at 12:42:15PM +0200, Michal Hocko wrote: > On Tue 10-04-18 12:40:47, Cyrill Gorcunov wrote: > > On Tue, Apr 10, 2018 at 11:09:17AM +0200, Michal Hocko wrote: > > > On Tue 10-04-18 05:52:54, Yang Shi wrote: > > > [...] > > > > So, introduce a new spinlock in mm_struct to

Re: [PATCH][RFC] tools/power turbostat: if --max_loop, print for specific time of loops

On Tue, 2018-04-10 at 18:18 +0800, Yu Chen wrote: > @@ -5076,6 +5084,15 @@ void cmdline(int argc, char **argv) > print_version(); > exit(0); > break; > + case 'x': > + { > +

Re: [PATCH v2 2/2] af_key: Use DIV_ROUND_UP() instead of open-coded equivalent

On Mon, Apr 09, 2018 at 12:34:42PM +0200, Steffen Klassert wrote: > On Sat, Apr 07, 2018 at 11:40:47AM -0400, Kevin Easton wrote: > > Several places use (x + 7) / 8 to convert from a number of bits to a number > > of bytes. Replace those with DIV_ROUND_UP(x, 8) instead, for consistency > > with

Re: [PATCH] cpufreq/schedutil: Cleanup and document iowait boost

On 10-Apr 16:26, Viresh Kumar wrote: > On 10-04-18, 11:43, Patrick Bellasi wrote: > > On 05-Apr 15:28, Viresh Kumar wrote: > > What about this new version for the two functions, > > just compile tested: > > > > ---8<--- > > > > static void sugov_set_iowait_boost(struct sugov_cpu *sg_cpu, u64

Re: [PATCH] time: tick-sched: use bool for tick_stopped

On Tue, 10 Apr 2018, Peter Zijlstra wrote: > On Tue, Apr 10, 2018 at 06:07:17PM +0800, yuank...@codeaurora.org wrote: > > > > > > @@ -48,8 +48,8 @@ struct tick_sched { > > > > > > unsigned long check_clocks; > > > > > > enum tick_nohz_mode nohz_mode;

Re: [PATCH] mm: workingset: fix NULL ptr dereference

On Tue 10-04-18 11:59:03, Minchan Kim wrote: > On Mon, Apr 09, 2018 at 07:41:52PM -0700, Matthew Wilcox wrote: > > On Tue, Apr 10, 2018 at 11:33:39AM +0900, Minchan Kim wrote: > > > @@ -522,7 +532,7 @@ EXPORT_SYMBOL(radix_tree_preload); > > > */ > > > int radix_tree_maybe_preload(gfp_t

[PATCH] of: Don't create platform device for OPP tables

The OPP tables are present as separate nodes, whose phandle is used in the "operating-points-v2" property of devices. Currently the OF core creates a platform device for the OPP table unconditionally, which is not used by any kernel code. Skip creating OPP table platform devices. Reported-by:

[PATCH v3 00/11] Add support for SAMA5D2 touchscreen

Hello, This patch series is a rework of my previous series named: [PATCH 00/14] iio: triggers: add consumer support This is the version 3 of the series, and addresses the received feedback on the v2 series named: [PATCH v2 00/10] Add support for SAMA5D2 touchscreen Changes in v3 are presented

[PATCH v3 03/11] iio: Add channel for Position Relative

Add new channel type for relative position on a pad. These type of analog sensor offers the position of a pen on a touchpad, and is represented as a voltage, which can be converted to a position on X and Y axis on the pad. The channel will hand the relative position on the pad in both directions.

[PATCH v3 05/11] dt-bindings: input: touchscreen: resistive-adc-touch: create bindings

Added bindings for generic resistive touchscreen ADC. Signed-off-by: Eugen Hristev --- Changes in v3: - renamed file and compatible to exclude "generic" keyword - removed the pressure threshold property, added it as a common touchscreen property in the touchscreen

Re: [RFC,v2,5/9] hyper_dmabuf: default backend for XEN hypervisor

On 02/14/2018 03:50 AM, Dongwon Kim wrote: From: "Matuesz Polrola" The default backend for XEN hypervisor. This backend contains actual implementation of individual methods defined in "struct hyper_dmabuf_bknd_ops" defined as: struct hyper_dmabuf_bknd_ops {

[PATCHv2, RESEND] x86/mm: Do not lose cpuinfo_x86::x86_phys_bits adjustment

Some features (Intel MKTME, AMD SME) reduce number of effectively available physical address bits. We adjust x86_phys_bits accordingly. If get_cpu_cap() got called more than one time we lose this adjustement. That's exactly what happens in setup_pku(): it gets called after detect_tme() and

[PATCH v2 1/3] adp5061: New driver for ADP5061 I2C battery charger

This patch adds basic support for Analog Devices I2C programmable linear battery charger. With this driver, some parameters can be read and configured such as: * trickle charge current level * trickle charge voltage threshold * weak charge threshold * constant current * constant charge voltage

Re: [PATCH v1] ringbuffer: Don't choose the process with adj equal OOM_SCORE_ADJ_MIN

On Tue, Apr 10, 2018 at 5:32 PM, Zhaoyang Huang wrote: > On Tue, Apr 10, 2018 at 5:01 PM, Michal Hocko wrote: >> On Tue 10-04-18 16:38:32, Zhaoyang Huang wrote: >>> On Tue, Apr 10, 2018 at 4:12 PM, Michal Hocko wrote: >>> > On Tue

[PATCH v2 3/3] adp5061: Add support for charging voltage limit enable

This patch adds the option to activate/deactivate the charging voltage limit. If activated, the charger prevents charging until the battery voltage drops below the VCHG_VLIM threshold. This option is not configurable via the power_supply properties, therefore, access via sysfs was provided to

Re: [PATCH 7/9] mtd: nand: qcom: check for operation errors in case of raw read

Hi Abhishek, On Wed, 4 Apr 2018 18:12:23 +0530, Abhishek Sahu wrote: > Currently there is no error checking for raw read. For raw > reads, there won’t be any ECC failure but the operational > failures are possible so schedule the NAND_FLASH_STATUS read > after each

Re: KASAN: null-ptr-deref Read in xattr_getsecurity

>From 904d07a6eb014f3df0c5a1ebfcfd4323276a9a76 Mon Sep 17 00:00:00 2001 From: Tetsuo Handa Date: Tue, 10 Apr 2018 15:15:16 +0900 Subject: [PATCH] commoncap: Handle memory allocation failure. syzbot is reporting NULL pointer dereference at xattr_getsecurity()

Re: [PATCH 6/8] livepatch: Remove Nop structures when unused

On Tue 2018-04-10 11:14:21, Miroslav Benes wrote: > On Fri, 23 Mar 2018, Petr Mladek wrote: > > This patch allows to unpatch and free the dynamic structures independently > > when the transition finishes. > > > > The free part is a bit tricky because kobject free callbacks are called > >

Re: [PATCH 1/2] tty: n_gsm: Fix long delays with control frame timeouts in ADM mode

On Mon 2018-04-09 06:42:59, Tony Lindgren wrote: > * Pavel Machek [180409 10:56]: > > Ok, I should have all that enabled. But droid4-ngsm still fails: > > > > user@devuan:/my/droid4-ngsm$ sudo ./droid4-ngsm > > Starting ngsm.. > > Testing ngsm.. > > Could not open /dev/gsmtty1:

Re: [v3 PATCH] mm: introduce arg_lock to protect arg_start|end and env_start|end in mm_struct

On Tue 10-04-18 14:02:42, Cyrill Gorcunov wrote: > On Tue, Apr 10, 2018 at 12:42:15PM +0200, Michal Hocko wrote: > > On Tue 10-04-18 12:40:47, Cyrill Gorcunov wrote: > > > On Tue, Apr 10, 2018 at 11:09:17AM +0200, Michal Hocko wrote: > > > > On Tue 10-04-18 05:52:54, Yang Shi wrote: > > > > [...]

Re: [PATCH v2 3/4] arm64: dts: renesas: r8a77970: add LVDS support

Hi Sergei, On Tue, Apr 10, 2018 at 03:02:39PM +0300, Sergei Shtylyov wrote: > On 04/10/2018 01:54 PM, Jacopo Mondi wrote: > > > From: Niklas Söderlund > > > > Add the LVDS device to r8a77970.dtsi in a disabled state. Also connect > > the it to the LVDS

[PATCH v2] usb: typec: ucsi: fix tracepoint related build error

There is the following build error with CONFIG_TYPEC_UCSI=m, CONFIG_FTRACE=y and CONFIG_TRACING=n: ERROR: "__tracepoint_ucsi_command" [drivers/usb/typec/ucsi/typec_ucsi.ko] undefined! ERROR: "__tracepoint_ucsi_register_port" [drivers/usb/typec/ucsi/typec_ucsi.ko] undefined! ERROR:

[PATCH] scsi: qla2xxx: reduce the time granularity of qla2x00_eh_wait_on_command

If the cmd has not be returned after aborted by qla2x00_eh_abort, we have to wait for it. However, the time is 1000ms at least currently. If there are a lot cmds need to be aborted, the delay could be long enough to lead to panic due to such as hung task, ocfs2 heartbeat, etc, just before scsi

Re: [v3 PATCH] mm: introduce arg_lock to protect arg_start|end and env_start|end in mm_struct

On Tue, Apr 10, 2018 at 05:52:54AM +0800, Yang Shi wrote: > mmap_sem is on the hot path of kernel, and it very contended, but it is > abused too. It is used to protect arg_start|end and evn_start|end when > reading /proc/$PID/cmdline and /proc/$PID/environ, but it doesn't make > sense since those

[PATCH] remoteproc: fix crashed parameter logic on stop call.

Fix rproc_add_subdev parameter name and inverse the crashed logic. Fixes: "remoteproc: Pass type of shutdown to subdev remove" Signed-off-by: Arnaud Pouliquen --- drivers/remoteproc/remoteproc_core.c | 4 ++-- include/linux/remoteproc.h | 2 +- 2 files

[PATCH] x86/mm: Decouple dynamic __PHYSICAL_MASK from AMD SME

AMD SME claims one bit from physical address to indicate whether the page is encrypted or not. To achieve that we clear out the bit from __PHYSICAL_MASK. The capability to adjust __PHYSICAL_MASK is required beyond AMD SME. For instance for upcoming Intel Multi-Key Total Memory Encryption. Factor

  1   2   3   4   5   6   7   8   9   10   >