[PATCH v2 7/9] arm64: cpufeature: Track user visible fields

Track the user visible fields of a CPU feature register. This will be used for exposing the value to the userspace. All the user visible fields of a feature register will be passed on as it is, while the others would be filled with their respective safe value. Cc: Catalin Marinas

[PATCH v2 8/9] arm64: cpufeature: Expose CPUID registers by emulation

This patch adds the hook for emulating MRS instruction to export the 'user visible' value of supported system registers. We emulate only the following id space for system registers: Op0=3, Op1=0, CRn=0, CRm=[0, 4-7] The rest will fall back to SIGILL. This capability is also advertised via a new

[PATCH v2 9/9] arm64: Documentation - Expose CPU feature registers

Documentation for the infrastructure to expose CPU feature register by emulating MRS. Cc: Catalin Marinas Cc: Will Deacon Cc: Mark Rutland Cc: Dave Martin Signed-off-by: Suzuki K Poulose

Re: [PATCH v2 2/4] ARM64: dts: meson-gx: Add Graphic Controller nodes

Hi Neil, Thank you for the patch. On Wednesday 30 Nov 2016 16:43:43 Neil Armstrong wrote: > Add Video Processing Unit and CVBS Output nodes, and enable CVBS on selected > boards. > > Signed-off-by: Neil Armstrong > --- > arch/arm64/boot/dts/amlogic/meson-gx.dtsi

Re: [PATCH v2 2/4] ARM64: dts: meson-gx: Add Graphic Controller nodes

On 11/30/2016 05:02 PM, Laurent Pinchart wrote: > Hi Neil, > > Thank you for the patch. > > On Wednesday 30 Nov 2016 16:43:43 Neil Armstrong wrote: >> Add Video Processing Unit and CVBS Output nodes, and enable CVBS on selected >> boards. >> >> Signed-off-by: Neil Armstrong

Re: [PATCH] soc: ti: qmss: fix the case when !SMP

On 11/30/2016 05:37 AM, Arnd Bergmann wrote: On Tuesday, November 29, 2016 4:15:08 PM CET Grygorii Strashko wrote: range->num_irqs++; - if (oirq.args_count == 3) + if (IS_ENABLED(SMP) && oirq.args_count == 3)

Re: [PATCH v2] PCI: Add information about describing PCI in ACPI

On Tue, Nov 29, 2016 at 03:39:11PM -0800, Linus Torvalds wrote: > Bjorn, this email was marked as spam, because: > > It has a from address in google.com but has failed google.com's > required tests for authentication > > in particular, it looks like you used a non-google smtp server >

Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed

One Thousand Gnomes wrote: > > I thought that if I'm changing the module_param annotations anyway then it's > > probably worth bunging in an extra parameter that notes what the parameter > > modifies (ioport, iomem, etc.) for future reference, even if we don't store >

Re: [PATCH v2] drivers/base: use READ_ONCE instead of deprecated ACCESS_ONCE

On Wed, 30 Nov 2016, Greg KH wrote: What changed from v1? Please always include it below the --- line to keep maintainer's semi-sane. If anything changed I would have -- this is only the From != SoB thing you were complaining about. There's nothing to try again, this is a trivial.

Re: [PATCH] soc: ti: qmss: fix the case when !SMP

Hi Santosh, On 11/30/2016 11:01 AM, Santosh Shilimkar wrote: Hi Grygorii, On 11/30/2016 3:37 AM, Arnd Bergmann wrote: On Tuesday, November 29, 2016 4:15:08 PM CET Grygorii Strashko wrote: range->num_irqs++; - if (oirq.args_count == 3) + if

Re: DSA vs envelope frames

> What is not really clear - what if several tagging protocols are used > together. AFAIU, things may be more complex that simple appending of > tags, e.g. EDSA tag can carry VLAN id inside. Hi Nikita At least for all current tagging protocols, the size of the tag is constant. And you cannot run

[PATCH v2 5/9] arm64: cpufeature: Define helpers for sys_reg id

Define helper macros to extract op0, op1, CRn, CRm & op2 for a given sys_reg id. While at it remove the explicit masking only used for Op0. Cc: Catalin Marinas Cc: Mark Rutland Cc: Will Deacon Signed-off-by: Suzuki K Poulose

[PATCH v2 2/9] arm64: cpufeature: remove explicit RAZ fields

From: Mark Rutland We currently have some RAZ fields described explicitly in our arm64_ftr_bits arrays. These are inconsistently commented, grouped, and/or applied, and maintaining these is error-prone. Luckily, we don't need these at all. We'll never need to inspect RAZ

[PATCH v2 3/9] arm64: cpufeature: Cleanup feature bit tables

This patch does the following clean ups : 1) All undescribed fields of a register are now treated as "strict" with a safe value of 0. Hence we could leave an empty table for describing registers which are RAZ. 2) ID_AA64DFR1_EL1 is RAZ and should use the table for RAZ register. 3)

[sample] A sample program for MRS emulation

Here is a sample program which demonstrates how to use mrs emulation to fetch the ID registers. 8> /* * Sample program to demonstrate the MRS emulation * ABI. * Copyright (C) 2015-2016, ARM Ltd * * Author: Suzuki K Poulose * * This program is free software;

[PATCH v2 1/9] arm64: cpufeature: treat unknown fields as RES0

From: Mark Rutland Any fields not defined in an arm64_ftr_bits entry are propagated to the system-wide register value in init_cpu_ftr_reg(), and while we require that these strictly match for the sanity checks, we don't update them in update_cpu_ftr_reg(). Generally, the

[PATCH v2 6/9] arm64: Add helper to decode register from instruction

Add a helper to extract the register field from a given instruction. Cc: Catalin Marinas Cc: Will Deacon Cc: Mark Rutland Signed-off-by: Suzuki K Poulose --- arch/arm64/include/asm/insn.h | 2 ++

[PATCH v2 4/9] arm64: cpufeature: Document the rules of safe value for features

Document the rules for choosing the safe value for different types of features. Cc: Dave Martin Cc: Catalin Marinas Cc: Will Deacon Cc: Mark Rutland Signed-off-by: Suzuki K Poulose

[PATCH 1/2] perf annotate: use arch->objdump.comment_char in dec__parse()

Presume neglected in commit 786c1b5 "perf annotate: Start supporting cross arch annotation". This doesn't fix a bug since none of the affected arches support parsing dec/inc instructions yet. Signed-off-by: Kim Phillips Cc: Arnaldo Carvalho de Melo ---

[PATCH 2/2] perf annotate: AArch64 support

This is a regex converted version from the original: https://lkml.org/lkml/2016/5/19/461 Add basic support to recognise AArch64 assembly. This allows perf to identify AArch64 instructions that branch to other parts within the same function, thereby properly annotating them. Rebased onto

Re: [PATCH] net: brocade: bna: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Mon, 28 Nov 2016 23:52:19 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > Signed-off-by: Philippe Reynes Applied.

Re: [PATCH 4.4 00/21] 4.4.36-stable review

On Wed, Nov 30, 2016 at 09:50:42AM -0500, David Miller wrote: > From: Greg Kroah-Hartman > Date: Wed, 30 Nov 2016 14:53:27 +0100 > > > On Wed, Nov 30, 2016 at 02:46:19PM +0100, Andre Noll wrote: > >> On Wed, Nov 30, 10:27, Greg Kroah-Hartman wrote > >> > >> >

Re: INFO: rcu_sched detected stalls on CPUs/tasks with `kswapd` and `mem_cgroup_shrink_node`

On Wed, Nov 30, 2016 at 06:29:55AM -0800, Paul E. McKenney wrote: > We can, and you are correct that cond_resched() does not unconditionally > supply RCU quiescent states, and never has. Last time I tried to add > cond_resched_rcu_qs() semantics to cond_resched(), I got told "no", > but perhaps

Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]

Mark Rutland wrote: > > + boot_params->secure_boot = (efi_get_secureboot(sys_table) == 1); > > In the arm stub's efi_entry(), we fail-safe, and assume secure boot for any > non-zero status (including errors). e.g. Okay, given what Matthew said: A conforming

Re: [PATCH 2/6] x86/boot: Move compressed kernel to end of decompression buffer

On Tue, Oct 4, 2016 at 12:50 AM, Simon Glass wrote: > HI Matt, > > On 16 August 2016 at 20:25, Matt Mullins wrote: >> On Tue, Aug 16, 2016 at 12:19:42PM -0700, Yinghai Lu wrote: >>> On Mon, Aug 15, 2016 at 9:01 PM, Matt Mullins wrote: >>> >

Re: question about irq_enter()/irq_exit() calling policy

Hi Russell, On 11/30/2016 04:21 AM, Russell King - ARM Linux wrote: > On Tue, Nov 29, 2016 at 05:47:12PM -0600, Grygorii Strashko wrote: >> 2) Should these function be called for each processed irq? >> >> >> HW IRQ: >> switch (IRQ mode) >> ... >> while (irq = get_pending_irq()) { >> ...

Re: [PATCHv4 05/10] arm64: Use __pa_symbol for kernel symbols

On Tue, Nov 29, 2016 at 10:55:24AM -0800, Laura Abbott wrote: > --- a/arch/arm64/include/asm/memory.h > +++ b/arch/arm64/include/asm/memory.h > @@ -205,6 +205,8 @@ static inline void *phys_to_virt(phys_addr_t x) > #define __va(x) ((void > *)__phys_to_virt((phys_addr_t)(x)))

Re: [PATCH 4.4 00/21] 4.4.36-stable review

On Wed, Nov 30, 09:53, David Miller wrote > > OK, thanks for the clarification. There is no hurry, I just wanted to > > make sure the patch doesn't get lost. > > There is never any ambiguity or guessing for networking patches, you > can always simply check right here to see if a networking patch

RE: [RFC] perf/x86/intel/uncore: pmu->type->single_fixed question

> > > hi, > > I'm trying to find out some documentation background for this part of > > uncore code: > > > > --- > > static int uncore_pmu_event_init(struct perf_event *event) { > > ... > > if (event->attr.config == UNCORE_FIXED_EVENT) { > > /* no fixed counter */

[PATCH v2 0/4] drm: Add support for the Amlogic Video Processing Unit

This a repost of the previous version at [2] with fixes, the following patches will be sent via a PULL Request once the DT maintainers acks the DT bindings. The Amlogic maintainer will take the arm64 DT patches to avoid merges conflicts. The Amlogic Meson SoCs embeds a Video Processing Unit able

[PATCH v2 3/4] dt-bindings: display: add Amlogic Meson DRM Bindings

Signed-off-by: Neil Armstrong --- .../bindings/display/meson/meson-drm.txt | 101 + 1 file changed, 101 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/meson/meson-drm.txt diff --git

Re: [PATCH v2 3/4] dt-bindings: display: add Amlogic Meson DRM Bindings

Hi Neil, On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote: > Signed-off-by: Neil Armstrong > --- > .../bindings/display/meson/meson-drm.txt | 101 ++ I forgot to mention that the file should not be named meson-drm.txt as DRM is a

Re: [PATCH 4.8 00/37] 4.8.12-stable review

On 11/30/2016 02:29 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.8.12 release. > There are 37 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH v2 1/4] drm: Add support for Amlogic Meson Graphic Controller

On 11/30/2016 05:03 PM, Laurent Pinchart wrote: > Hi Neil, > > Thank you for the patch. > > I'm afraid I don't have time for a complete review, but could you please get > rid of the of_machine_is_compatible() calls and match on the VPU compatible > string instead ? Oops, I knew I forgot to

Re: [RESEND PATCH 06/11] cpufreq: intel_pstate: Add Knights Mill CPUID

Hi Rafael, > > > > > > The mentioned path 03/11 is already merged in 4.9.rc2. > > > > If it's already there, I can pick up the intel_pstate one. > > > > Thanks, > > > > > > Rafael > > Here is the commit http://git.kernel.org/cgit/linux/kernel/git/torval > ds >

[PATCH v6 5/5] mtd: nand: set max_bb_per_die and blocks_per_die for ONFI compliant chips

ONFI compliant chips contain the values for the max_bb_per_die and blocks_per_die fields in the parameter page. When the ONFI paged is retrieved/parsed the chip's fields are set by the corresponding fields in the param page. Signed-off-by: Zach Brown Acked-by: Boris Brezillon

[PATCH v6 0/5] mtd: use ONFI bad blocks per LUN to calculate UBI bad PEB limit

For ONFI-compliant NAND devices, the ONFI parameters report the maximum number of bad blocks per LUN that will be encountered over the lifetime of the device, so we can use that information to get a more accurate (and smaller) value for the UBI bad PEB limit. The ONFI parameter "maxiumum number

[PATCH v6 4/5] mtd: nand: implement 'max_bad_blocks' mtd function

Implement the new mtd function 'max_bad_blocks'. Using the chip's max_bb_per_die and blocks_per_die fields to determine the maximum bad blocks to reserve for an MTD. Signed-off-by: Jeff Westfahl Signed-off-by: Zach Brown Acked-by: Boris Brezillon

[PATCH v6 2/5] mtd: ubi: use 'max_bad_blocks' to compute bad_peb_limit if available

From: Jeff Westfahl If the user has not set max_beb_per1024 using either the cmdline or Kconfig options for doing so, use the MTD function 'max_bad_blocks' to compute the UBI bad_peb_limit. Signed-off-by: Jeff Westfahl Signed-off-by: Zach Brown

[PATCH v6 3/5] mtd: nand: Add max_bb_per_die and blocks_per_die fields to nand_chip

The fields max_bb_per_die and blocks_per_die are useful determining the number of bad blocks a MTD needs to allocate. How they are set will depend on if the chip is ONFI, JEDEC or a full-id entry in the nand_ids table. Signed-off-by: Zach Brown Acked-by: Boris Brezillon

RE: CPU stall with TP-Link wifi PCIe card

Just to add, im using 4.6 kernel version. And the card is working on ARM, X86 machine. > Subject: CPU stall with TP-Link wifi PCIe card > > Hi, > > We are testing TP-link wifi PCIe card(TL-WDN4800) on our soc (pcie-xilinx- > nwl.c). This card is using > legacy interrupts and it doesn't support

Re: [PATCH v6 2/2] tpm: add securityfs support for TPM 2.0 firmware event log

On 11/26/2016 09:17 PM, Jarkko Sakkinen wrote: On Sat, Nov 26, 2016 at 07:45:39AM -0500, Nayna Jain wrote: Unlike the device driver support for TPM 1.2, the TPM 2.0 does not support the securityfs pseudo files for displaying the firmware event log. This patch enables support for providing

Re: [PATCH V2 5/5] Input: arizona-haptics - Use SoC component pin control functions

On Tue, Nov 29, 2016 at 05:41:35PM -0800, Dmitry Torokhov wrote: > On Tue, Nov 29, 2016 at 03:44:42PM +, Richard Fitzgerald wrote: > > Switch to using the snd_soc_component_x_pin equivalent functions that > > take a specified SoC component and automatically add the name prefix to > > the

Re: Enabling peer to peer device transactions for PCIe devices

On 2016-11-30 11:23 AM, Jason Gunthorpe wrote: Yes, that sounds fine. Can we simply kill the process from the GPU driver? Or do we need to extend the OOM killer to manage GPU pages? I don't know.. We could use send_sig_info to send signal from kernel to user space. So theoretically GPU

Odd build breakage in 4.9-rc7

I'm encountering two different build breakages with 4.9-rc7, using an rpm spec setup I've been using for every rc dating back to at least 3.10. First up, and actually dating back earlier in the rc cycle, I get: 8< $ make -s ARCH=x86_64 V=1 -j8 bzImage ... In file included from

Re: INFO: rcu_sched detected stalls on CPUs/tasks with `kswapd` and `mem_cgroup_shrink_node`

On Wed, Nov 30, 2016 at 06:05:57PM +0100, Michal Hocko wrote: > On Wed 30-11-16 17:38:20, Peter Zijlstra wrote: > > On Wed, Nov 30, 2016 at 06:29:55AM -0800, Paul E. McKenney wrote: > > > We can, and you are correct that cond_resched() does not unconditionally > > > supply RCU quiescent states,

Re: [RFC] perf/x86/intel/uncore: pmu->type->single_fixed question

On Wed, Nov 30, 2016 at 03:27:52PM +, Liang, Kan wrote: > > > > > > hi, > > > I'm trying to find out some documentation background for this part of > > > uncore code: > > > > > > --- > > > static int uncore_pmu_event_init(struct perf_event *event) { > > > ... > > > if

[PATCH v6 0/9] mux controller abstraction and iio/i2c muxes

Hi! v5 -> v6 changes - fix stupidity in mux_chip_priv, mux_gpio_remove and adg792a_remove. - change the devicetree bindings for the iio-mux to use a list of strings (channels property) instead of a list children. v4 -> v5 changes - remove support for fancier dt layouts and go back to the

Re: [PATCH v2 3/4] dt-bindings: display: add Amlogic Meson DRM Bindings

Hi Neil, Thank you for the patch. On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote: > Signed-off-by: Neil Armstrong > --- > .../bindings/display/meson/meson-drm.txt | 101 ++ > 1 file changed, 101 insertions(+) > create mode 100644 >

Re: [PATCH v3 2/5] i2c: Add STM32F4 I2C driver

Hi, > I was too busy in another project but now I am ready to complete the > upstream of the STM32F4 I2C driver. Nice. > >> +static void stm32f4_i2c_set_periph_clk_freq(struct stm32f4_i2c_dev > >> *i2c_dev) > >> +{ > >> + u32 clk_rate, cr2, freq; > >> + > >> + cr2 =

Re: [PATCH 2/2] ACPI: Ignore Consumer/Producer for QWord/DWord/Word Address Space

On Wed, Nov 30, 2016 at 09:56:17AM -0600, Bjorn Helgaas wrote: > On Wed, Nov 30, 2016 at 12:04:25PM +, Lorenzo Pieralisi wrote: > > On Tue, Nov 29, 2016 at 12:43:34PM -0600, Bjorn Helgaas wrote: > > > Per ACPI spec r6.0, sec 6.4.3.5.1, 2, 3, Bit [0] of General Flags (the > > >

Re: [PATCH v2] [hv] storvsc: Payload buffer incorrectly sized for 32 bit kernels.

> "Cathy" == Cathy Avery writes: Cathy> On a 32 bit kernel sizeof(void *) is not 64 bits as hv_mpb_array Cathy> requires. Also the buffer needs to be cleared or the upper bytes Cathy> will contain junk. Applied to 4.10/scsi-queue. -- Martin K. Petersen Oracle Linux

Re: [PATCH v2] [hv] storvsc: Payload buffer incorrectly sized for 32 bit kernels.

> "KY" == KY Srinivasan writes: KY> Done. Thank you! -- Martin K. Petersen Oracle Linux Engineering

[PATCH v2] soc: ti: qmss: fix the case when !SMP

The irq_set_affinity_hint() will always fail when !SMP and Networking will fail on Keystone 2 devices in this case. Hence, fix by ignoring IRQ affinity settings when !SMP. Cc: Arnd Bergmann Signed-off-by: Grygorii Strashko ---

Re: INFO: rcu_sched detected stalls on CPUs/tasks with `kswapd` and `mem_cgroup_shrink_node`

On Wed, Nov 30, 2016 at 05:38:20PM +0100, Peter Zijlstra wrote: > On Wed, Nov 30, 2016 at 06:29:55AM -0800, Paul E. McKenney wrote: > > We can, and you are correct that cond_resched() does not unconditionally > > supply RCU quiescent states, and never has. Last time I tried to add > >

Re: [PATCH v2] vxlan: fix a potential issue when create a new vxlan fdb entry.

From: Haishuang Yan Date: Tue, 29 Nov 2016 09:59:36 +0800 > vxlan_fdb_append may return error, so add the proper check, > otherwise it will cause memory leak. > > Signed-off-by: Haishuang Yan > > Changes in v2: > -

Re: [PATCH v2] soc: ti: qmss: fix the case when !SMP

Hi Anrd, Can you apply this to your non critical fixes queue ? On 11/30/2016 9:09 AM, Grygorii Strashko wrote: + Santosh Shilimkar On 11/30/2016 10:53 AM, Grygorii Strashko wrote: The irq_set_affinity_hint() will always fail when !SMP and Networking will fail

Re: [PATCH v2 3/4] dt-bindings: display: add Amlogic Meson DRM Bindings

Hi Laurent, On 11/30/2016 04:58 PM, Laurent Pinchart wrote: > Hi Neil, > > On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote: >> Signed-off-by: Neil Armstrong >> --- >> .../bindings/display/meson/meson-drm.txt | 101 ++ > > I forgot to

Re: [PATCH v3 26/30] perf clang: Link BPF functions declaration into perf

Em Sat, Nov 26, 2016 at 09:40:41AM -0800, Alexei Starovoitov escreveu: > On Sat, Nov 26, 2016 at 07:03:50AM +, Wang Nan wrote: > > + * } bpf_funcs[] = { > > + * EOF > > + * grep '^[[:space:]]BPF_FUNC_[^ ]*,' $KERNEL_DIR/include/uapi/linux/bpf.h > > | \ > > + * sed -e

Re: [patch net / RFC] net: fec: increase frame size limitation to actually available buffer

On 11/29/2016 07:35 PM, Nikita Yushchenko wrote: > Fec driver uses Rx buffers of 2k, but programs hardware to limit > incoming frames to 1522 bytes. This raises issues when FEC device > is used with DSA (since DSA tag can make frame larger), and also > disallows manual sending and receiving larger

Re: [PATCH] serial: 8250_mid fix calltrace when hotplug 8250 serial controller

On Wed, 2016-11-30 at 01:25 -0500, Song liwei wrote: > From: Liwei Song > > Fix the following Calltrace: > [   77.768221] WARNING: CPU: 5 PID: 645 at > drivers/dma/dmaengine.c:1069 dma_async_device_unregister+0xe2/0xf0 > [   77.775058] dma_async_device_unregister called

Re: [PATCH] soc: ti: qmss: fix the case when !SMP

Hi Grygorii, On 11/30/2016 3:37 AM, Arnd Bergmann wrote: On Tuesday, November 29, 2016 4:15:08 PM CET Grygorii Strashko wrote: range->num_irqs++; - if (oirq.args_count == 3) + if (IS_ENABLED(SMP) && oirq.args_count == 3)

Re: [PATCH] soc: ti: qmss: fix the case when !SMP

On 11/30/2016 9:10 AM, Grygorii Strashko wrote: Hi Santosh, On 11/30/2016 11:01 AM, Santosh Shilimkar wrote: Hi Grygorii, On 11/30/2016 3:37 AM, Arnd Bergmann wrote: On Tuesday, November 29, 2016 4:15:08 PM CET Grygorii Strashko wrote: range->num_irqs++; - if

Re: [PATCH v3 2/5] i2c: Add STM32F4 I2C driver

Hi, 2016-11-30 17:23 GMT+01:00 Wolfram Sang : > Hi, > >> I was too busy in another project but now I am ready to complete the >> upstream of the STM32F4 I2C driver. > > Nice. > >> >> +static void stm32f4_i2c_set_periph_clk_freq(struct stm32f4_i2c_dev >> >>

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v3

On Wed, 30 Nov 2016 14:06:15 + Mel Gorman wrote: > On Wed, Nov 30, 2016 at 01:40:34PM +0100, Jesper Dangaard Brouer wrote: > > > > On Sun, 27 Nov 2016 13:19:54 + Mel Gorman > > wrote: > > > > [...] > > > SLUB has been the

Re: [PATCH v2 4/4] MAINTAINERS: add entry for Amlogic DRM drivers

Hi Neil, Thank you for the patch. On Wednesday 30 Nov 2016 16:43:45 Neil Armstrong wrote: > Add myself as maintainer for Amlogic DRM drivers. > > Acked-by: Daniel Vetter > Signed-off-by: Neil Armstrong After updating this patch due to the

Re: [sample] A sample program for MRS emulation

On Wed, Nov 30, 2016 at 03:15:01PM +, Suzuki K Poulose wrote: > Here is a sample program which demonstrates how to use mrs > emulation to fetch the ID registers. Are we planning to add this in Documentation/? If so, we might want some tweaks (noted below). > > 8> > /* > * Sample

Re: [PATCH v2 3/4] dt-bindings: display: add Amlogic Meson DRM Bindings

On 11/30/2016 05:21 PM, Kevin Hilman wrote: > Neil Armstrong writes: > >> Hi Laurent, >> On 11/30/2016 04:58 PM, Laurent Pinchart wrote: >>> Hi Neil, >>> >>> On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote: Signed-off-by: Neil Armstrong

Re: [RFC] ARC: mm: Restrict definition of pfn_valid() macro for CONFIG_FLATMEM

On 11/30/2016 06:21 AM, Yuriy Kolerov wrote: >> On Tue 29-11-16 18:29:06, Yuriy Kolerov wrote: >>> > > Despite the fact that subtraction of unsigned integers is a defined >>> > > behaviour however such operations can lead to unexpected results. Thus >>> > > it is better to check both left and

Re: INFO: rcu_sched detected stalls on CPUs/tasks with `kswapd` and `mem_cgroup_shrink_node`

On Wed 30-11-16 17:38:20, Peter Zijlstra wrote: > On Wed, Nov 30, 2016 at 06:29:55AM -0800, Paul E. McKenney wrote: > > We can, and you are correct that cond_resched() does not unconditionally > > supply RCU quiescent states, and never has. Last time I tried to add > > cond_resched_rcu_qs()

Re: 4.9.0-rc6+ boot problem

2016-11-29 09:04-0800, Kui Zhang: > Config attached. Not here; needs Mr. Clippy to hold in place.

Applied "ASoC: core: Add component pin control functions" to the asoc tree

The patch ASoC: core: Add component pin control functions has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Re: [PATCH V2 4/5] extcon: arizona: Use SoC component pin control functions

On Wed, Nov 30, 2016 at 09:19:14AM +0900, Chanwoo Choi wrote: > But, the patch4 is dependent on patch1. > After finished the review of patch1, > I'll add acekd-by tag. Or you can just pull in that patch, whichever is easiest - I've created a tag: The following changes since commit

[PATCH v2 0/9] arm64: Expose CPUID registers via emulation

This series adds a new ABI to expose the CPU feature registers to the user space via emulation of MRS instruction. The system exposes only a limited set of feature values (See the documentation patch) from the cpufeature infrastructure. The feature bits that are not exposed are set to the 'safe

Re: [PATCH v4] fsl/usb: Workarourd for USB erratum-A005697

On Tue, 29 Nov 2016, Changming Huang wrote: > The EHCI specification states the following in the SUSP bit description: > In the Suspend state, the port is sensitive to resume detection. > Note that the bit status does not change until the port is suspended and > that there may be a delay in

[PATCH v2 2/4] ARM64: dts: meson-gx: Add Graphic Controller nodes

Add Video Processing Unit and CVBS Output nodes, and enable CVBS on selected boards. Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 19 +++ .../arm64/boot/dts/amlogic/meson-gxbb-nexbox-a95x.dts | 15

[PATCH v2 1/4] drm: Add support for Amlogic Meson Graphic Controller

The Amlogic Meson Display controller is composed of several components : DMC|---VPU (Video Processing Unit)|--HHI--| | vd1 ___ __ | | D |---| ||| |||

[PATCH v2 4/4] MAINTAINERS: add entry for Amlogic DRM drivers

Add myself as maintainer for Amlogic DRM drivers. Acked-by: Daniel Vetter Signed-off-by: Neil Armstrong --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 1cd38a7..b2486fb 100644 ---

Re: [PATCH] net: ethernet: ti: cpsw: fix ASSERT_RTNL() warning during resume

On 11/29/2016 06:18 PM, Ivan Khoronzhuk wrote: On Tue, Nov 29, 2016 at 04:27:03PM -0600, Grygorii Strashko wrote: netif_set_real_num_tx/rx_queues() are required to be called with rtnl_lock taken, otherwise ASSERT_RTNL() warning will be triggered - which happens now during System resume from

Re: [PATCH net 5/7] net: ethernet: stmmac: dwmac-meson8b: fix probe error path

Johan Hovold writes: > Make sure to disable clocks before returning on late probe errors. > > Fixes: 566e82516253 ("net: stmmac: add a glue driver for the Amlogic > Meson 8b / GXBB DWMAC") > Signed-off-by: Johan Hovold Acked-by: Kevin Hilman

[PATCH v6 1/5] mtd: introduce function max_bad_blocks

From: Jeff Westfahl If implemented, 'max_bad_blocks' returns the maximum number of bad blocks to reserve for a MTD. An implementation for NAND is coming soon. Signed-off-by: Jeff Westfahl Signed-off-by: Zach Brown Acked-by: Boris

Ping: [PATCH] PCI/ASPM: Don't retrain link if ASPM not possible.

On 11/17/2016 02:25 PM, David Daney wrote: From: David Daney Some (defective) PCIe devices are not able to reliably do link retraining. Check to see if ASPM is possible between link partners before configuring common clocking, and doing the resulting link retraining.

Re: [PATCH 3/3] iio: st_pressure: Support i2c probe using acpi

On 29 November 2016 04:25:03 GMT+00:00, Shrirang Bagul wrote: >On Sun, 2016-11-27 at 11:12 +, Jonathan Cameron wrote: >> On 24/11/16 14:28, Linus Walleij wrote: >> > On Thu, Nov 24, 2016 at 6:33 AM, Shrirang Bagul >> > wrote: >>

Re: [PATCH v2 0/6] enable O and KBUILD_OUTPUT for kselftest

Hi, Shuah, Michael On 30 November 2016 at 22:17, Shuah Khan wrote: > On 11/29/2016 04:55 AM, bamvor.zhangj...@huawei.com wrote: >> From: Bamvor Jian Zhang >> >> Here is my second version for enabling the KBUILD_OUTPUT for kselftest. >> The

Re: [PATCH v2 3/4] dt-bindings: display: add Amlogic Meson DRM Bindings

Neil Armstrong writes: > Hi Laurent, > On 11/30/2016 04:58 PM, Laurent Pinchart wrote: >> Hi Neil, >> >> On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote: >>> Signed-off-by: Neil Armstrong >>> --- >>>

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v3

On Wed, Nov 30, 2016 at 04:06:12PM +0100, Jesper Dangaard Brouer wrote: > > > [...] > > > > This is the result from netperf running UDP_STREAM on localhost. It was > > > > selected on the basis that it is slab-intensive and has been the subject > > > > of previous SLAB vs SLUB comparisons with

Re: [PATCH] cxgb4i: Add a missing call to neigh_release

> "Quentin" == Quentin Lambert writes: Quentin> Most error branches following the call to dst_neigh_lookup Quentin> contain a call to neigh_release. This patch add these calls Quentin> where they are missing. Applied to 4.10/scsi-queue. -- Martin K. Petersen

Re: Question about Perf's handling of in-use performance counters

Hi, Friendly ping as this discussion seems to have stalled. For the full discussion please see http://www.spinics.net/lists/linux-perf-users/msg03168.html Thanks, Taylor From: Taylor Andrews Sent: Friday, October 28, 2016 2:28 PM To: Andi Kleen; Peter

Re: [PATCH 1/2] perf annotate: use arch->objdump.comment_char in dec__parse()

Em Wed, Nov 30, 2016 at 09:23:33AM -0600, Kim Phillips escreveu: > Presume neglected in commit 786c1b5 "perf annotate: Start supporting > cross arch annotation". This doesn't fix a bug since none of the > affected arches support parsing dec/inc instructions yet. Applied, good catch, one tiny nit

[PATCH] intelrdt: resctrl: recommend locking for resctrlfs

There is a locking problem between different applications reading/writing to resctrlfs directory at the same time (read the patch below for details). Suggest a standard locking scheme for applications to use. Signed-off-by: Marcelo Tosatti ---

Re: [PATCH RESEND 2/2] platform/chrome: cros_ec_lpc: Add support for mec1322 EC

Hi Thierry, I reviewed your patches and looks good to me, I only found a few style things that is up to maintainer decide if are needed or not, most of them are feedback I received on other subsystems. Ah, and I've a question about runtime detection of the EC (see below), but guess the answer is

Re: [PATCH v2 1/4] drm: Add support for Amlogic Meson Graphic Controller

Hi Neil, Thank you for the patch. I'm afraid I don't have time for a complete review, but could you please get rid of the of_machine_is_compatible() calls and match on the VPU compatible string instead ? On Wednesday 30 Nov 2016 16:43:42 Neil Armstrong wrote: > The Amlogic Meson Display

Re: [PATCH 4.4 00/21] 4.4.36-stable review

On 11/30/2016 02:27 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.36 release. > There are 21 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH v2 3/4] dt-bindings: display: add Amlogic Meson DRM Bindings

Hi Laurent, On 11/30/2016 04:56 PM, Laurent Pinchart wrote: > Hi Neil, > > Thank you for the patch. > > On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote: >> Signed-off-by: Neil Armstrong >> --- >> .../bindings/display/meson/meson-drm.txt | 101

Re: [PATCH 2/2] ACPI: Ignore Consumer/Producer for QWord/DWord/Word Address Space

On Wed, Nov 30, 2016 at 12:04:25PM +, Lorenzo Pieralisi wrote: > On Tue, Nov 29, 2016 at 12:43:34PM -0600, Bjorn Helgaas wrote: > > Per ACPI spec r6.0, sec 6.4.3.5.1, 2, 3, Bit [0] of General Flags (the > > Consumer/Producer bit) should be ignored for QWord/DWord/Word Address Space > >

Re: Enabling peer to peer device transactions for PCIe devices

On Wed, Nov 30, 2016 at 12:45:58PM +0200, Haggai Eran wrote: > > That just forces applications to handle horrible unexpected > > failures. If this sort of thing is needed for correctness then OOM > > kill the offending process, don't corrupt its operation. > Yes, that sounds fine. Can we simply

Re: [POC/RFC PATCH] overlayfs: constant inode numbers

On Wed, Nov 30, 2016 at 5:05 PM, Amir Goldstein wrote: ... > For non-lowets entry, we can provide mount option 'readdir_ino'. > With readdir_ino, readdir pays a penalty of getxattr for any non-lowest > entry (either OVL_XATTR_FH or OVL_XATTR_INO). > Without readdir_ino,

Re: [PATCH] vfio: Fix handling of error returned by 'vfio_group_get_from_dev()'

On Wed, 30 Nov 2016 08:06:12 +0100 Christophe JAILLET wrote: > 'vfio_group_get_from_dev()' seems to return only NULL on error, not an error > pointer. > > Fixes: 2169037dc322 ("vfio iommu: Added pin and unpin callback functions to > vfio_iommu_driver_ops") >

Re: [PATCH 4.8 11/37] scsi: mpt3sas: Fix secure erase premature termination

> "Greg" == Greg Kroah-Hartman writes: Greg, Greg> From: Andrey Grodzovsky Greg> commit 18f6084a989ba1b38702f9af37a2e4049a924be6 upstream. Please also queue 7ff723ad0f87 ("scsi: mpt3sas: Unblock device after controller reset") which just

Re: [PATCH v2] soc: ti: qmss: fix the case when !SMP

+ Santosh Shilimkar On 11/30/2016 10:53 AM, Grygorii Strashko wrote: The irq_set_affinity_hint() will always fail when !SMP and Networking will fail on Keystone 2 devices in this case. Hence, fix by ignoring IRQ affinity settings when !SMP. Cc: Arnd Bergmann

  1   2   3   4   5   6   7   8   9   10   >