[PATCH] kernel/extable.c: mark core_kernel_text notrace

core_kernel_text is used by MIPS in its function graph trace processing, so having this method traced leads to an infinite set of recursive calls such as: [2.972075] Call Trace: [2.972111] [2.976731] [<80506584>] ftrace_return_to_handler+0x50/0x128 [2.983379] [<8045478c>] core_kern

[PATCH v2] acpi: handle the acpi hotplug schedule error

Kernel should decrements the reference count of acpi device when the scheduling of acpi hotplug work is failed, and evaluates _OST to notify BIOS the failure. v2: To simplify the code. (Andy Shevchenko) Cc: "Rafael J. Wysocki" Cc: Len Brown Cc: Michal Hocko Reviewed-by: Andy Shevchenko Signed

Re: [RFC PATCH v2 1/3] drm: atmel-hlcdc: add support for 8-bit color lookup table mode

On Tue, Jun 20, 2017 at 11:55:01AM +0200, Peter Rosin wrote: > On 2017-06-20 11:40, Daniel Vetter wrote: > > On Sat, Jun 17, 2017 at 07:48:02PM +0200, Peter Rosin wrote: > >> All layers of all supported chips support this, the only variable is the > >> base address of the lookup table in the regist

Re: [PATCH 3.10 268/268] mm: larger stack guard gap, between vmas

On Mon, 19 Jun 2017, Willy Tarreau wrote: > From: Hugh Dickins > > commit 1be7107fbe18eed3e319a6c3e83c78254b693acb upstream. Some of these suggested adjustments below are just what comparing mine and yours showed up, and I'm being anal in passing them on e.g. I do like your blank line in mm.h,

Re: [PATCH v2] PM / Domains: Call driver's noirq callbacks

On 20.06.2017 17:18, Ulf Hansson wrote: On 20 June 2017 at 15:38, Mikko Perttunen wrote: Currently genpd installs its own suspend_noirq, resume_noirq, and poweroff_noirq callbacks, but never calls down to the driver's corresponding callbacks. Add these calls. Signed-off-by: Mikko Perttunen --

[PATCH 0/2] platform/x86: add const to thermal_cooling_device_ops structures

Declare thermal_cooling_device_ops structures as const. Bhumika Goyal (2): acerhdf: add const to thermal_cooling_device_ops structure intel_menlow: add const to thermal_cooling_device_ops structure drivers/platform/x86/acerhdf.c | 2 +- drivers/platform/x86/intel_menlow.c | 2 +- 2 file

[PATCH 2/2] intel_menlow: add const to thermal_cooling_device_ops structure

Declare thermal_cooling_device_ops structure as const as it is only passed as an argument to the function thermal_cooling_device_register and this argument is of type const. So, declare the structure as const. Signed-off-by: Bhumika Goyal --- drivers/platform/x86/intel_menlow.c | 2 +- 1 file ch

Re: [PATCH] drm: armada: make of_device_ids const.

On Tue, Jun 20, 2017 at 10:44:33AM +0530, Arvind Yadav wrote: > of_device_ids are not supposed to change at runtime. All functions > working with of_device_ids provided by work with const > of_device_ids. So mark the non-const structs as const. > > File size before: >text data bs

[PATCH 1/2] acerhdf: add const to thermal_cooling_device_ops structure

Declare thermal_cooling_device_ops structure as const as it is only passed as an argument to the function thermal_cooling_device_register and this argument is of type const. So, declare the structure as const. Signed-off-by: Bhumika Goyal --- drivers/platform/x86/acerhdf.c | 2 +- 1 file changed

[PATCH] drm/udl: Make page_flip asynchronous

In page_flip vblank is sent with no delay. Driver does not know when the actual update is present on the display and has no means for getting this information from a device. It is practically impossible to say exactly *when* as there is also i.e. a usb delay. When we are unable to determine when t

Re: [PATCH v3 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units

On Wed, Jun 21, 2017 at 11:45:43AM +0530, Ganapatrao Kulkarni wrote: > Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2 > Later in per device probe, ITS devices are mapped to > numa node using ITS id to proximity domain mapping. > > Signed-off-by: Ganapatrao Kulkarni > --- >

[NOT-FOR-MERGE V8 4/6] soc: qcom: rpmpd: Add support for get/set performance state

From: Rajendra Nayak THIS IS TEST CODE, SHOULDN'T BE MERGED. With genpd now expecting powerdomain drivers supporting performance state to support get/set performance state callbacks, add support for it in the rpmpd driver. NOT-signed-off-by: Rajendra Nayak NOT-signed-off-by: Viresh Kumar ---

[PATCH V8 0/6] PM / Domains: Power domain performance states

Hi, Some platforms have the capability to configure the performance state of their power domains. The process of configuring the performance state is pretty much platform dependent and we may need to work with a wide range of configurables. For some platforms, like Qcom, it can be a positive inte

[PATCH V8 1/6] PM / Domains: Add support to select performance-state of domains

Some platforms have the capability to configure the performance state of their Power Domains. The performance levels are identified by positive integer values, a lower value represents lower performance state. This patch adds a new genpd API: pm_genpd_update_performance_state(). The caller passes

[PATCH V8 2/6] PM / OPP: Support updating performance state of device's power domains

The genpd framework now provides an API to request device's power domain to update its performance state based on a particular target frequency for the device. Use that interface from the OPP core for devices whose power domains support performance states. Note that the current implementation is

Re: linux-next: build warning after merge of the file-locks tree

Hi Jeff, On Wed, 21 Jun 2017 10:30:52 +1000 Stephen Rothwell wrote: > > After merging the file-locks tree, today's linux-next build (powerpc > ppc64_defconfig) produced this warning: > > fs/jfs/jfs_metapage.c: In function 'force_metapage': > fs/jfs/jfs_metapage.c:714:2: warning: ignoring return

[NOT-FOR-MERGE V8 6/6] remoteproc: qcom: q6v5: Vote for proxy powerdomain performance state

From: Rajendra Nayak THIS IS TEST CODE, SHOULDN'T BE MERGED. This patch just demonstrates the usage of pm_genpd_update_performance_state() api in cases where users need to set performance state of a powerdomain without having to do it via the OPP framework. q6v5 remoteproc driver needs to proxy

[PATCH] thermal/intel_powerclamp: add const to thermal_cooling_device_ops structure

Declare thermal_cooling_device_ops structure as const as it is only passed as an argument to the function thermal_cooling_device_register and this argument is of type const. So, declare the structure as const. Signed-off-by: Bhumika Goyal --- drivers/thermal/intel_powerclamp.c | 2 +- 1 file cha

[NOT-FOR-MERGE V8 5/6] mmc: sdhci-msm: Adapt the driver to use OPPs to set clocks/performance state

From: Rajendra Nayak THIS IS TEST CODE, SHOULDN'T BE MERGED. SDHCI driver needs to set a performance state along with scaling its clocks. Modify the driver to use the newly introducded powerdomain performance state based OPPs to scale clocks as well as set an appropriate powerdomain performance

[NOT-FOR-MERGE V8 3/6] soc: qcom: rpmpd: Add a powerdomain driver to model cx/mx powerdomains

From: Rajendra Nayak THIS IS TEST CODE, SHOULDN'T BE MERGED. The cx/mx powerdomains just pass the performance state set by the consumers to the RPM (Remote Power manager) which then takes care of setting the appropriate voltage on the corresponding rails to meet the performance needs. Add data

RE: [PATCH 9/9] clk: imx: add imx7ulp clk driver

> -Original Message- > From: Stephen Boyd [mailto:sb...@codeaurora.org] > Sent: Wednesday, June 21, 2017 4:42 AM > To: Dong Aisheng > Cc: A.s. Dong; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > linux-arm-ker...@lists.infradead.org; mturque...@baylibre.com; > shawn...@kernel.or

Re: [PATCH v7 08/36] x86/mm: Add support to enable SME in early boot processing

On Fri, 16 Jun 2017, Tom Lendacky wrote: > diff --git a/arch/x86/include/asm/mem_encrypt.h > b/arch/x86/include/asm/mem_encrypt.h > index a105796..988b336 100644 > --- a/arch/x86/include/asm/mem_encrypt.h > +++ b/arch/x86/include/asm/mem_encrypt.h > @@ -15,16 +15,24 @@ > > #ifndef __ASSEMBLY__

Re: [RFC v2 05/12] powerpc: Implementation for sys_mprotect_pkey() system call.

Ram Pai writes: > > +#ifdef CONFIG_PPC64_MEMORY_PROTECTION_KEYS > + > /* > * This file is included by linux/mman.h, so we can't use cacl_vm_prot_bits() > * here. How important is the optimization? > */ > -static inline unsigned long arch_calc_vm_prot_bits(unsigned long prot, > -

Re: [PATCH v4 3/3] x86/build: Specify stack alignment for clang

* Matthias Kaehlcke wrote: > El Tue, Jun 20, 2017 at 11:20:54AM +0200 Ingo Molnar ha dit: > > > > > * Matthias Kaehlcke wrote: > > > > > Ingo didn't like the duplication and suggested the use of a variable, > > > which > > > kinda implies a check for the compiler name. > > > > I don't thi

Re: [PATCH 3.10 268/268] mm: larger stack guard gap, between vmas

On Wed, Jun 21, 2017 at 12:05:07AM -0700, Hugh Dickins wrote: > On Mon, 19 Jun 2017, Willy Tarreau wrote: > > > From: Hugh Dickins > > > > commit 1be7107fbe18eed3e319a6c3e83c78254b693acb upstream. > > Some of these suggested adjustments below are just what comparing mine > and yours showed up,

Re: [PATCH v7 10/36] x86/mm: Provide general kernel support for memory encryption

On Fri, 16 Jun 2017, Tom Lendacky wrote: > > +#ifndef pgprot_encrypted > +#define pgprot_encrypted(prot) (prot) > +#endif > + > +#ifndef pgprot_decrypted That looks wrong. It's not decrypted it's rather unencrypted, right? Thanks, tglx

Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations

Hi, > We don't support cursor for console vnc. Ideally console vnc should > be > used by admin for configuration or during maintenance, which refresh > primary surface at low refresh rate, 10 fps. But you surely want a mouse pointer for the admin? You render it directly to the primary surface t

Re: [PATCH] staging/lustre: echo_client.c - fix sparse warning: cast removes address space of expression

Hi, List I don't want to be a bother but should I be doing something different when submitting patches? I know it's minor but it's a simple change and it's received no response after two weeks; not even a rejection. Cheers -- Tordek On 8 June 2017 at 02:35, Guillermo O. Freschi wrote: > The fun

Re: [PATCH 3.18 32/32] mm: larger stack guard gap, between vmas

On Tue, Jun 20, 2017 at 11:10:56PM -0700, Hugh Dickins wrote: > On Wed, 21 Jun 2017, Willy Tarreau wrote: > > On Tue, Jun 20, 2017 at 10:49:16PM -0700, Hugh Dickins wrote: > > > On Mon, 19 Jun 2017, Greg Kroah-Hartman wrote: > > > > > > > 3.18-stable review patch. If anyone has any objections, pl

Re: [PATCH 2/2] xen/input: add multi-touch support

On Thu, Jun 08, 2017 at 09:45:18AM +0300, Oleksandr Andrushchenko wrote: > Hi, Dmitry! > > On 06/07/2017 07:56 PM, Dmitry Torokhov wrote: > >On Wed, May 31, 2017 at 12:06:56PM +0300, Oleksandr Andrushchenko wrote: > >>Hi, Dmitry! > >> > >>On 05/30/2017 07:37 PM, Dmitry Torokhov wrote: > >>>On Tue,

KASAN related bug in crypto/asymmetric_keys/public_key.c:96

I got the following dump during startup (4.11.0 stable): [1.353688] registered taskstats version 1 [1.353974] Loading compiled-in X.509 certificates [1.354582] [ cut here ] [1.354904] kernel BUG at crypto/asymmetric_keys/public_key.c:96! [1.355319] inval

[PATCH v3] writeback: Rework wb_[dec|inc]_stat family of functions

Currently the writeback statistics code uses a percpu counters to hold various statistics. Furthermore we have 2 families of functions - those which disable local irq and those which doesn't and whose names begin with double underscore. However, they both end up calling __add_wb_stats which in turn

Re: [RFC v2 07/12] powerpc: Macro the mask used for checking DSI exception

Ram Pai writes: > Replace the magic number used to check for DSI exception > with a meaningful value. > > Signed-off-by: Ram Pai > --- > arch/powerpc/include/asm/reg.h | 9 - > arch/powerpc/kernel/exceptions-64s.S | 2 +- > 2 files changed, 9 insertions(+), 2 deletions(-) > > diff

[PATCH v2 2/2] i2c: Add Spreadtrum I2C controller driver

This patch adds the I2C controller driver for Spreadtrum platform. Signed-off-by: Baolin Wang --- Changes since v1: - Power on I2C device in probe(). - Remove redundant macros and usb __maybe_unused. - Remove redundant 'of_match_ptr'. - Modify return values and check the return value for 'clk

[PATCH v2 1/2] dt-bindings: i2c: Add Spreadtrum I2C controller documentation

This patch adds the binding documentation for Spreadtrum I2C controller device. Signed-off-by: Baolin Wang --- Changes since v1: - No updates. --- Documentation/devicetree/bindings/i2c/i2c-sprd.txt | 31 1 file changed, 31 insertions(+) create mode 100644 Documentation/d

Re: [PATCH 1/6] ARM: dts: rockchip: add basic dtsi file for RK3229 SoC

Hi Jacob and Heiko: On 2017年06月21日 12:11, Jacob Chen wrote: > Hi, > > 2017-06-20 18:48 GMT+08:00 Heiko Stübner >: > > Hi Frank, > > > > Am Dienstag, 20. Juni 2017, 15:13:00 CEST schrieb Frank Wang: > >> Hi Heiko, > >> > >> On 2017/6/19 20:30, Heiko Stübner wrote: > >> > Hi

Re: [PATCH v4] irqchip/gicv3-its: Avoid memory over allocation for ITEs

On 21/06/17 02:22, Shanker Donthineni wrote: > Hi Marc, > > On 05/06/2017 06:25 AM, Marc Zyngier wrote: >> On Fri, May 05 2017 at 11:04:22 pm BST, Shanker Donthineni >> wrote: >>> Hi Marc, >>> >>> >>> On 05/02/2017 11:16 AM, Marc Zyngier wrote: On Sun, Apr 30 2017 at 3:36:15 pm BST, Shanke

[PATCH v2] tpm: consolidate the TPM startup code

Consolidated all the "manual" TPM startup code to a single function in order to make code flows a bit cleaner and migrate to tpm_buf. Signed-off-by: Jarkko Sakkinen --- v2: startup type is u16 (not u32) drivers/char/tpm/tpm-interface.c | 67 +--- drivers/char/

Re: [PATCH] HID: multitouch: Add support for Google Rose Touchpad

On Jun 21 2017 or thereabouts, Wei-Ning Huang wrote: > Add Google Rose Touchpad USB PID and required quirks. > > Signed-off-by: Wei-Ning Huang > --- Looks good to me Reviewed-by: Benjamin Tissoires > drivers/hid/hid-ids.h| 3 +++ > drivers/hid/hid-multitouch.c | 12 > 2

Re: [Intel-gfx] [PATCH v9 5/7] vfio: Define vfio based dma-buf operations

Hi, > We already have VFIO_DEVICE_GET_INFO which returns: > > struct vfio_device_info { > __u32   argsz; > __u32   flags; > #define VFIO_DEVICE_FLAGS_RESET (1 << 0)/* Device supports > reset */ > #define VFIO_DEVICE_FLAGS_PCI   (1 << 1)/* vfio-pci device */ > #de

Re: [PATCH v7 07/36] x86/mm: Don't use phys_to_virt in ioremap() if SME is active

On Fri, 16 Jun 2017, Tom Lendacky wrote: > Currently there is a check if the address being mapped is in the ISA > range (is_ISA_range()), and if it is then phys_to_virt() is used to > perform the mapping. When SME is active, however, this will result > in the mapping having the encryption bit set

Re: [PATCH 01/11] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On Tue, Jun 20, 2017 at 09:25:25PM +0200, Peter Rosin wrote: > This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get > totally obsolete. > > I think the gamma_store can end up invalid on error. But the way I read > it, that can happen in drm_mode_gamma_set_ioctl as well, so why

Re: [PATCH 00/11] improve the fb_setcmap helper

On Tue, Jun 20, 2017 at 09:25:24PM +0200, Peter Rosin wrote: > Hi! > > While trying to get CLUT support for the atmel_hlcdc driver, and > specifically for the emulated fbdev interface, I received some > push-back that my feeble in-driver attempts should be solved > by the core. This is my attempt

Re: linux-next: build failure after merge of the gpio tree

On Wed, Jun 21, 2017 at 8:09 AM, Stephen Rothwell wrote: > It looks like those '(' ')' chars are not what they seem ... No the owls are not what they seem. I went in and fixed the unicode weirdness, thanks! Pretty hard to see this one since I can't see it. Yours, Linus Walleij

[RFC PATCH v3] acpi: indicate to platform when hot remove returns busy

In hotplug logic, it always indicates non-specific failure to platform through _OST when handing acpi hot-remove event failed. Then platform terminates the hot-remove process but it can not identify the reason. Base on current hot-remove code, there have two situations that it returns busy: - OSP

Re: [PATCH 1/2] efi: Process MEMATTR table only if EFI_MEMMAP

On 20 June 2017 at 22:14, Daniel Kiper wrote: > Otherwise e.g. Xen dom0 on x86_64 EFI platforms crashes. > > In theory we can check EFI_PARAVIRT too, however, > EFI_MEMMAP looks more generic and covers more cases. > > Signed-off-by: Daniel Kiper Reviewed-by: Ard Biesheuvel > --- > drivers/fir

Re: [PATCH v5 1/4] ARM: dts: at91: sama5d2_xplained: enable ADTRG pin

On 20/06/2017 at 18:55, Jonathan Cameron wrote: > On Thu, 15 Jun 2017 16:24:54 +0300 > Eugen Hristev wrote: > >> Enable pinctrl for ADTRG pin (PD31) for ADC hardware trigger support. >> >> Signed-off-by: Eugen Hristev >> Acked-by: Ludovic Desroches > The driver changes are on their way upstream

[PATCH 2/2] arm: dts: mt7623: fixup binding violation missing reset in ethernet node

From: Sean Wang fix up binding violation where the reset property is required additionally. Cc: John Crispin Signed-off-by: Sean Wang --- arch/arm/boot/dts/mt7623.dtsi | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/mt7623.dtsi b/arch/arm/boot/dts/mt7623.dtsi index 2

[PATCH 1/2] dt-bindings: net: mediatek: update documentation for reset signals

From: Sean Wang Since there's no user for the property reset inside the ethernet node for current supported MediaTek SoCs and boards, so it should be safe to update reset property in the bindings to introduce more reset signals as corresponding that commit 7c2adaf11036 ("reset: mediatek: Add MT27

[PATCH 0/2] fixed ethernet binding violation for reset signal

From: Sean Wang Fixed binding violation and also updated related binding documentation to reflect the reset signals the MediaTek Ethernet requires. Sean Wang (2): dt-bindings: net: mediatek: update documentation for reset signals arm: dts: mt7623: fixup binding violation missing reset in eth

Re: [PATCH v5 3/4] ARM: dts: at91: sama5d2: add ADC hw trigger edge type

On 20/06/2017 at 18:56, Jonathan Cameron wrote: > On Thu, 15 Jun 2017 16:24:56 +0300 > Eugen Hristev wrote: > >> Added ADTRG edge type property as interrupt edge type value >> >> Signed-off-by: Eugen Hristev >> Acked-by: Ludovic Desroches > Driver support heading upstream. > > Acked-by: Jonath

Re: [PATCH 00/51] rtc: stop using rtc deprecated functions

Hi! > > I agree with that but not the android guys. They seem to mandate an RTC > > that can store time from 01/01/1970. I don't know much more than that > > because they never cared to explain why that was actually necessary > > (apart from a laconic "this will result in a bad user experience") >

Re: [PATCH 2/2] x86/xen/efi: Init only efi struct members used by Xen

On 20 June 2017 at 22:14, Daniel Kiper wrote: > Current approach, wholesale efi struct initialization from efi_xen, is not > good. Usually if new member is defined then it is properly initialized in > drivers/firmware/efi/efi.c but not in arch/x86/xen/efi.c. As I saw it happened > a few times unti

Re: [PATCH v4 4/6] irqchip: irq-mvebu-icu: new driver for Marvell ICU

Hi Thomas, On 20/06/17 15:07, Thomas Petazzoni wrote: > The Marvell ICU unit is found in the CP110 block of the Marvell Armada > 7K and 8K SoCs. It collects the wired interrupts of the devices located > in the CP110 and turns them into SPI interrupts in the GIC located in > the AP806 side of the S

Re: [PATCH v4 5/6] arm64: marvell: enable ICU and GICP drivers

On 20/06/17 15:07, Thomas Petazzoni wrote: > This commit enables the newly introduced Marvell GICP and ICUs driver > for the 64-bit Marvell EBU platforms. > > Signed-off-by: Thomas Petazzoni > --- > arch/arm64/Kconfig.platforms | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/arch/arm

Re: [PATCH v2 1/6] [media] s5p-jpeg: Reset the Codec before doing a soft reset

Hi Thierry, W dniu 12.06.2017 o 19:13, Thierry Escande pisze: From: Abhilash Kesavan This patch resets the encoding and decoding register bits before doing a soft reset. Here are my thoughts after consulting the documentation: Signed-off-by: Tony K Nadackal Signed-off-by: Thierry Escande

Re: [PATCH v3 01/11] x86/mm: Don't reenter flush_tlb_func_common()

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > Nadav noticed the reentrancy issue in a different context, but > neither of us realized that it caused a problem yet. > > Cc: Nadav Amit > Cc: Dave Hansen > Reported-by: "Levin, Alexander (Sasha Levin)" > Fixes: 3d28ebceaffa ("x86/mm: Rework lazy TL

Re: [PATCH v3 03/11] x86/mm: Remove reset_lazy_tlbstate()

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > The only call site also calls idle_task_exit(), and idle_task_exit() > puts us into a clean state by explicitly switching to init_mm. > > Reviewed-by: Rik van Riel > Signed-off-by: Andy Lutomirski Reviewed-by: Thomas Gleixner

Re: [PATCH v3 02/11] x86/ldt: Simplify LDT switching logic

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > When we redo lazy mode to stop flush IPIs without switching to > init_mm, though, the current logic would become incorrect: it will > be possible to have real_prev == next but nonetheless have a stale > LDT descriptor. > > Simplify the code to update L

Re: [PATCH v3 2/2] PCI: iproc: add device shutdown for PCI RC

On Thu, Jun 15, 2017 at 7:11 PM, Bjorn Helgaas wrote: > On Wed, Jun 14, 2017 at 10:24:11AM +0530, Oza Oza wrote: >> On Tue, Jun 13, 2017 at 5:13 AM, Bjorn Helgaas wrote: >> > On Sun, Jun 11, 2017 at 09:35:38AM +0530, Oza Pawandeep wrote: >> >> PERST# must be asserted around ~500ms before >> >> th

Re: [PATCH v3 04/11] x86/mm: Give each mm TLB flush generation a unique ID

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > This adds two new variables to mmu_context_t: ctx_id and tlb_gen. > ctx_id uniquely identifies the mm_struct and will never be reused. > For a given mm_struct (and hence ctx_id), tlb_gen is a monotonic > count of the number of times that a TLB flush ha

Re: [PATCH 01/11] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On 21/06/17 04:38 PM, Daniel Vetter wrote: > On Tue, Jun 20, 2017 at 09:25:25PM +0200, Peter Rosin wrote: >> This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get >> totally obsolete. >> >> I think the gamma_store can end up invalid on error. But the way I read >> it, that can ha

[PATCH V4 0/2] Add support for OCC command/response interface

In P9, OCC(On Chip Controller) can be sent commands inband via shared memory based command response interface. This patch adds a platform driver to support the OCC command-response interface. The skiboot patch for the interface is posted here: https://lists.ozlabs.org/pipermail/skiboot/2017-June/

[PATCH V4 1/2] powerpc/powernv: Get a unique token for async completions

This patch adds support to get a unique token for async completion requests. This will be used for creating non-repititive request handles for consecutive requests in OPAL-OCC command/response interface. Signed-off-by: Shilpasri G Bhat --- - No changes from V3 arch/powerpc/include/asm/opal.h

[PATCH V4 2/2] powerpc/powernv : Add support for OPAL-OCC command/response interface

In P9, OCC (On-Chip-Controller) supports shared memory based commad-response interface. Within the shared memory there is an OPAL command buffer and OCC response buffer that can be used to send inband commands to OCC. This patch adds a platform driver to support the command/response interface betwe

[PATCH RESEND 4/7] [media] cx25821: use MEDIA_REVISION instead of KERNEL_VERSION

Use MEDIA_REVISION instead of KERNEL_VERSION to encode the CX25821_VERSION_CODE. Signed-off-by: Johannes Thumshirn --- drivers/media/pci/cx25821/cx25821.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/pci/cx25821/cx25821.h b/drivers/media/pci/cx25821/cx25821.

[PATCH RESEND 1/7] [media] media: introduce MEDIA_REVISION macro

Currently the media code abuses the KERNEL_VERSION macro to encode a version triplet. Introduce a MEDIA_REVISION macro to get rid of the confusing and creative KERNEL_VERSION usage in the media subsystem. Signed-off-by: Johannes Thumshirn --- include/uapi/linux/media.h | 4 +++- 1 file changed,

[PATCH RESEND 0/7] Introduce MEDIA_VERSION to end KENREL_VERSION abuse in media

Currently the media subsystem has a very creative abuse of the KERNEL_VERSION macro to encode an arbitrary version triplet for media drivers and device hardware revisions. This series introduces a new macro called MEDIA_REVISION which encodes a version triplet like KERNEL_VERSION does, but clearly

[PATCH RESEND 6/7] [media] media: bcm2048: use MEDIA_REVISION isntead of KERNEL_VERSION

Use MEDIA_REVISION isntead of KERNEL_VERSION to encode the bcm2048 driver version. Signed-off-by: Johannes Thumshirn --- drivers/staging/media/bcm2048/radio-bcm2048.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/media/bcm2048/radio-bcm2048.c b/drivers/stag

linux-next: Tree for Jun 21

Hi all, Changes since 20170620: New tree: dma-mapping-hch The file-locks tree gained a conflict against the uuid tree. The v4l-dvb tree gained a build failure so I used the version from next-20170620. The net-next tree gained conflicts against the net and pci trees. The spi-nor tree gained a

[PATCH RESEND 5/7] [media] media: s3c-camif: Use MEDIA_REVISON instead of KERNEL_VERSION

Use MEDIA_REVISON instead of KERNEL_VERSION to encode the driver version. Signed-off-by: Johannes Thumshirn --- drivers/media/platform/s3c-camif/camif-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/platform/s3c-camif/camif-core.c b/drivers/media/platfor

[PATCH RESEND 7/7] staging/atomisp: use MEDIA_VERSION instead of KERNEL_VERSION

Use MEDIA_VERSION instead of KERNEL_VERSION to encode the driver version of the Atom ISP driver. Signed-off-by: Johannes Thumshirn --- drivers/staging/media/atomisp/include/linux/atomisp.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/media/atomisp/inc

Re: [PATCH v2 1/2] DT: pinctrl: Add binding documentation for Spreadtrum pin controller

On 20 June 2017 at 17:31, Linus Walleij wrote: > On Tue, Jun 13, 2017 at 5:15 AM, Baolin Wang > wrote: > >> I forgot one most important reason why we can not use the "sleep" state. As >> I explained >> above, the sleep related configuration will bind with the pin's sleep mode. >> If we set the

Re: [Xen-devel] [PATCH 2/2] x86/xen/efi: Init only efi struct members used by Xen

On 20/06/2017 21:14, Daniel Kiper wrote: > Current approach, wholesale efi struct initialization from efi_xen, is not > good. Usually if new member is defined then it is properly initialized in > drivers/firmware/efi/efi.c but not in arch/x86/xen/efi.c. As I saw it happened > a few times until now.

[PATCH RESEND 0/4] mediatek: pwm driver add MT2712/MT7622 support

pwm driver add MT2712/MT7622 support, fix clock control issue. dtsi file will be upload latter, after the clock define is ready. Zhi Mao (4): pwm: kconfig: modify mediatek information pwm: mediatek: fix clk issue pwm: bindings: add MT2712/MT7622 information pwm: mediatek: add MT2712/MT7622

[PATCH RESEND 3/4] pwm: bindings: add MT2712/MT7622 information

add MT2712/MT7622 pwm information Signed-off-by: Zhi Mao --- .../devicetree/bindings/pwm/pwm-mediatek.txt |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/pwm/pwm-mediatek.txt b/Documentation/devicetree/bindings/pwm/pwm-mediatek

[PATCH RESEND 4/4] pwm: mediatek: add MT2712/MT7622 support

support multiple chip(MT2712, MT7622, MT7623) Signed-off-by: Zhi Mao --- drivers/pwm/pwm-mediatek.c | 63 +++- 1 file changed, 51 insertions(+), 12 deletions(-) diff --git a/drivers/pwm/pwm-mediatek.c b/drivers/pwm/pwm-mediatek.c index c803ff6..d520356

[PATCH RESEND 1/4] pwm: kconfig: modify mediatek information

modify mediatek information Signed-off-by: Zhi Mao --- drivers/pwm/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig index 313c107..45cdf2a 100644 --- a/drivers/pwm/Kconfig +++ b/drivers/pwm/Kconfig @@ -300,7 +300,7 @@ config

[PATCH RESEND 2/4] pwm: mediatek: fix clk issue

1.fix clock control - prepare top/main clk in mtk_pwm_probe() function, it will increase power consumption and in original code these clocks is only prepeare but never enabled - pwm clock should be enabled before setting pwm registers in function: mtk_pwm_config() 2.fix pwm source clock

[PATCH RESEND 2/7] video: fbdev: don't use KERNEL_VERSION macro for MEDIA_REVISION

Don't use the KERNEL_VERSION() macro for the v4l2 capabilities, use MEDIA_REVISION instead. Signed-off-by: Johannes Thumshirn --- drivers/video/fbdev/matrox/matroxfb_base.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/video/fbdev/matrox/matroxfb_base.c b/drivers

[PATCH RESEND 3/7] [media] media: document the use of MEDIA_REVISION instead of KERNEL_VERSION

Update the documentation to introduce the use of MEDIA_REVISON instead of KERNEL_VERSION for the verison triplets of a media drivers hardware revision or driver version. Signed-off-by: Johannes Thumshirn --- Documentation/media/uapi/cec/cec-ioc-adap-g-caps.rst| 2 +- Documentation/media/

Re: [Nouveau] [PATCH 01/11] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On Wed, Jun 21, 2017 at 04:59:31PM +0900, Michel Dänzer wrote: > On 21/06/17 04:38 PM, Daniel Vetter wrote: > > On Tue, Jun 20, 2017 at 09:25:25PM +0200, Peter Rosin wrote: > >> This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get > >> totally obsolete. > >> > >> I think the gam

Re: [PATCH v10 3/3] arm64/syscalls: Check address limit on user-mode return

On Wed, Jun 14, 2017 at 06:12:03PM -0700, Thomas Garnier wrote: > Ensure the address limit is a user-mode segment before returning to > user-mode. Otherwise a process can corrupt kernel-mode memory and > elevate privileges [1]. > > The set_fs function sets the TIF_SETFS flag to force a slow path o

Re: [PATCH v4 20/28] ARM: owl: Implement CPU enable-method for S500

On Tue, Jun 6, 2017 at 2:54 AM, Andreas Färber wrote: > Allow to bring up CPU1. > > Based on LeMaker linux-actions tree. > > Signed-off-by: Andreas Färber > --- > v3 -> v4: Unchanged > > v3: new > > arch/arm/mach-actions/Makefile | 3 + > arch/arm/mach-actions/headsmp.S | 68 ++

Re: [PATCH v2] perf: libdw support for powerpc [ping]

On Mittwoch, 21. Juni 2017 03:07:39 CEST Arnaldo Carvalho de Melo wrote: > Em Thu, Jun 15, 2017 at 10:46:16AM +0200, Milian Wolff escreveu: > > On Tuesday, June 13, 2017 5:55:09 PM CEST Ravi Bangoria wrote: > > Just a quick question: Have you guys applied my recent patch: > > > > commit 5ea0416f51

Re: [PATCH] drm/arm: hdlcd: remove unused variables

Hi Arnd, On Tue, Jun 20, 2017 at 10:30:38PM +0200, Arnd Bergmann wrote: > The last rework left behind two unused variables: > > drm/arm/hdlcd_crtc.c: In function 'hdlcd_plane_atomic_update': > drm/arm/hdlcd_crtc.c:264:13: warning: unused variable 'src_y' > [-Wunused-variable] > drm/arm/hdlcd_crt

Re: [PATCH v7 10/36] x86/mm: Provide general kernel support for memory encryption

On Wed, Jun 21, 2017 at 09:18:59AM +0200, Thomas Gleixner wrote: > That looks wrong. It's not decrypted it's rather unencrypted, right? Yeah, it previous versions of the patchset, "decrypted" and "unencrypted" were both present so we settled on "decrypted" for the nomenclature. -- Regards/Gruss,

[PATCH RESEND] Calling check_system_tsc_reliable() before unsynchronized_tsc()

unsynchronized_tsc() checks value of tsc_clocksource_reliable which is set by check_system_tsc_reliable(). It's better to move check_system_tsc_reliable() at front. Though X86_FEATURE_CONSTANT_TSC is usually set for TSC reliable system, just in case. Signed-off-by: Zhenzhong Duan --- arch/x86/k

Re: [PATCH v3 05/11] x86/mm: Track the TLB's tlb_gen and update the flushing algorithm

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > struct flush_tlb_info { > + /* > + * We support several kinds of flushes. > + * > + * - Fully flush a single mm. flush_mm will be set, flush_end will be flush_mm is the *mm member in the struct, right? You might rename that as a pr

Re: [Qemu-devel] [PATCH v11 4/6] mm: function to offer a page block on the free list

On 06/21/2017 01:29 AM, Rik van Riel wrote: On Tue, 2017-06-20 at 18:49 +0200, David Hildenbrand wrote: On 20.06.2017 18:44, Rik van Riel wrote: Nitesh Lal (on the CC list) is working on a way to efficiently batch recently freed pages for free page hinting to the hypervisor. If that is done ef

Re: [Nouveau] [PATCH 01/11] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On 21/06/17 05:14 PM, Daniel Vetter wrote: > On Wed, Jun 21, 2017 at 04:59:31PM +0900, Michel Dänzer wrote: >> On 21/06/17 04:38 PM, Daniel Vetter wrote: >>> On Tue, Jun 20, 2017 at 09:25:25PM +0200, Peter Rosin wrote: This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get >>

Re: [PATCH 00/51] rtc: stop using rtc deprecated functions

On 21/06/2017 at 09:51:52 +0200, Pavel Machek wrote: > Hi! > > > > I agree with that but not the android guys. They seem to mandate an RTC > > > that can store time from 01/01/1970. I don't know much more than that > > > because they never cared to explain why that was actually necessary > > > (ap

Re: [PATCH v7 20/36] x86, mpparse: Use memremap to map the mpf and mpc data

On Fri, Jun 16, 2017 at 01:53:38PM -0500, Tom Lendacky wrote: > The SMP MP-table is built by UEFI and placed in memory in a decrypted > state. These tables are accessed using a mix of early_memremap(), > early_memunmap(), phys_to_virt() and virt_to_phys(). Change all accesses > to use early_memrema

Re: [PATCH v2] input: cros_ec_keyb: Report wakeup events

Hi guys, On 04/05/2017 09:20 AM, jeffy wrote: Hi dmitry, On 04/04/2017 06:41 AM, Dmitry Torokhov wrote: On Mon, Apr 03, 2017 at 01:53:53PM -0700, Brian Norris wrote: + others On Mon, Apr 03, 2017 at 11:43:36AM -0700, Dmitry Torokhov wrote: On Sun, Apr 02, 2017 at 08:07:39AM +0800, Jeffy Che

Re: [PATCH v2] drm/sun4i: hdmi: Implement I2C adapter for A10s DDC bus

On Tue, Jun 13, 2017 at 09:53:31PM +1000, Jonathan Liu wrote: > >> --- /dev/null > >> +++ b/drivers/gpu/drm/sun4i/sun4i_hdmi_i2c.c > >> @@ -0,0 +1,163 @@ > >> +/* > >> + * Copyright (C) 2017 Jonathan Liu > >> + * > >> + * Jonathan Liu > > > > Is it? > > I could add you to the copyright since you

[PATCH] iwlwifi: mvm: add const to thermal_cooling_device_ops structure

Declare thermal_cooling_device_ops structure as const as it is only passed as an argument to the function thermal_cooling_device_register and this argument is of type const. So, declare the structure as const. Signed-off-by: Bhumika Goyal --- drivers/net/wireless/intel/iwlwifi/mvm/tt.c | 2 +- 1

Re: [PATCH] drm/arm: hdlcd: remove unused variables

On Wed, Jun 21, 2017 at 10:16 AM, Liviu Dudau wrote: > Hi Arnd, > > On Tue, Jun 20, 2017 at 10:30:38PM +0200, Arnd Bergmann wrote: >> The last rework left behind two unused variables: >> >> drm/arm/hdlcd_crtc.c: In function 'hdlcd_plane_atomic_update': >> drm/arm/hdlcd_crtc.c:264:13: warning: unus

Re: [PATCH v3 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units

On 21/06/17 08:09, Jayachandran C wrote: > On Wed, Jun 21, 2017 at 11:45:43AM +0530, Ganapatrao Kulkarni wrote: >> Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2 >> Later in per device probe, ITS devices are mapped to >> numa node using ITS id to proximity domain mapping. >> >

Re: [PATCH v3 01/11] x86/mm: Don't reenter flush_tlb_func_common()

On Tue, Jun 20, 2017 at 10:22:07PM -0700, Andy Lutomirski wrote: > It was historically possible to have two concurrent TLB flushes > targetting the same CPU: one initiated locally and one initiated > remotely. This can now cause an OOPS in leave_mm() at > arch/x86/mm/tlb.c:47: > > if (thi

Re: [PATCH v3] drm/sun4i: hdmi: Implement I2C adapter for A10s DDC bus

On Thu, Jun 15, 2017 at 01:29:33AM +1000, Jonathan Liu wrote: > The documentation for drm_do_get_edid in drivers/gpu/drm/drm_edid.c states: > "As in the general case the DDC bus is accessible by the kernel at the I2C > level, drivers must make all reasonable efforts to expose it as an I2C > adapter

  1   2   3   4   5   6   7   8   9   10   >