[PATCH 26/31] perf record: Avoid duplicate call of perf_default_config()

From: Yisheng Xie We have brought perf_default_config to the very beginning at main(), so it no need to call perf_default_config() once more for most of config in perf-record but only for record.call-graph. Signed-off-by: Yisheng Xie Cc:

[PATCH 28/31] perf llvm: Display eBPF compiling command in debug output

From: Jiri Olsa In addition to template, display also the real compile command line with all the variables substituted. llvm compiling command template: $CLANG_EXEC -D__KERNEL__ -D__NR_CPUS__=$NR_CPUS ... llvm compiling command : /usr/bin/clang -D__KERNEL__

Re: [PATCH ghak21 V2 3/4] audit: add refused symlink to audit_names

On Mon, 12 Mar 2018 11:52:56 -0400 Richard Guy Briggs wrote: > On 2018-03-12 11:53, Paul Moore wrote: > > On Mon, Mar 12, 2018 at 11:26 AM, Richard Guy Briggs > > wrote: > > > On 2018-03-12 11:12, Paul Moore wrote: > > >> On Mon, Mar 12, 2018 at 2:31 AM,

[PATCH v9 5/5] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

qcom,smmu-v2 is an arm,smmu-v2 implementation with specific clock and power requirements. This smmu core is used with multiple masters on msm8996, viz. mdss, video, etc. Add bindings for the same. Signed-off-by: Vivek Gautam Reviewed-by: Rob Herring

[PATCH v9 1/5] driver core: Find an existing link between two devices

The lists managing the device-links can be traversed to find the link between two devices. The device_link_add() APIs does traverse these lists to check if there's already a link setup between the two devices. So, add a new APIs, device_link_find(), to find an existing device link between two

[PATCH v9 0/5] iommu/arm-smmu: Add runtime pm/sleep support

This series provides the support for turning on the arm-smmu's clocks/power domains using runtime pm. This is done using the recently introduced device links patches, which lets the smmu's runtime to follow the master's runtime pm, so the smmu remains powered only when the masters use it. As not

[PATCH v9 4/5] iommu/arm-smmu: Add the device_link between masters and smmu

From: Sricharan R Finally add the device link between the master device and smmu, so that the smmu gets runtime enabled/disabled only when the master needs it. This is done from add_device callback which gets called once when the master is added to the smmu.

[PATCH v9 2/5] iommu/arm-smmu: Add pm_runtime/sleep ops

From: Sricharan R The smmu needs to be functional only when the respective master's using it are active. The device_link feature helps to track such functional dependencies, so that the iommu gets powered when the master device enables itself using pm_runtime. So by

Re: [PATCH 3/5] arm64: dts: allwinner: a64: add simplefb for A64 SoC

Maxime Ripard writes: > On Mon, Mar 12, 2018 at 04:10:48PM +, Harald Geyer wrote: >> The A64 SoC features two display pipelines, one has a LCD output, the >> other has a HDMI output. >> >> Add support for simplefb for the LCD output. Tested on Teres I. >> >> This patch was inspired by work of

Re: [BUG] perf record: GROUP_DESC not supported in pipe mode

On Mon, Mar 12, 2018 at 06:06:54PM -0700, Stephane Eranian wrote: > Hi, > > I ran into a problem trying to group events in perf record while in pipe mode. > If I do: > > > $ perf record --group -e '{cycles, instructions}' -o - | perf report > -i - --group > > I do not get the profiles grouped

Re: [GIT PULL] CRIS: Drop support for the CRIS-port

On Mon, Mar 12, 2018 at 09:21:25PM +0100, Arnd Bergmann wrote: > On Sun, Mar 11, 2018 at 12:05 PM, Jesper Nilsson > wrote: > > Hi Arnd, > > > > As promised, pull the below tag for the removal of the CRIS-port. > > There are still a few references to the CRIS port left,

Re: [PATCH v8 13/13] [media] v4l: Document explicit synchronization behavior

Hi Gustavo, a very small comment below On Fri, Mar 09, 2018 at 02:49:20PM -0300, Gustavo Padovan wrote: > From: Gustavo Padovan > > Add section to VIDIOC_QBUF and VIDIOC_QUERY_BUF about it > > v6: - Close some gaps in the docs (Hans) > > v5: > - Remove

Re: hwmon/sch5627: Use common error handling code in sch5627_probe()

>  1 file changed, 29 insertions(+), 31 deletions(-) > > So you are asking people to review 60 changed lines to save 2, A bit of object code reduction might become useful also in this case. > that alone should be the point where you stop yourself from > *even* sending this patch. I proposed

Re: [PATCH AUTOSEL for 4.14 065/110] led: core: Fix brightness setting when setting delay_off=0

On Mon, Mar 12, 2018 at 09:20:48PM +0100, Jacek Anaszewski wrote: > On 03/12/2018 04:45 PM, Matthias Schiffer wrote: > > On 03/12/2018 04:28 PM, Greg KH wrote: > >> On Mon, Mar 12, 2018 at 04:00:01PM +0100, Matthias Schiffer wrote: > >>> On 02/06/2018 09:44 PM, Jacek Anaszewski wrote: > On

Re: [PATCH v3 04/11] perf vendor events: add support for pmu events vendor subdirectory

On 12/03/2018 18:28, Arnaldo Carvalho de Melo wrote: Em Thu, Mar 08, 2018 at 06:58:29PM +0800, John Garry escreveu: index 1d02faf..7b9e210 100644 --- a/tools/perf/pmu-events/jevents.c @@ -739,25 +739,77 @@ static int get_maxfds(void) static FILE *eventsfp; static char *mapfile; +static int

Re: [PATCH 1/3] drm/meson: Fix an un-handled error path in 'meson_drv_bind_master()'

On 12/03/2018 21:15, Christophe JAILLET wrote: > 'drm_vblank_init()' can fail. So handle this (unlikely) error. > > Fixes: bbbe775ec5b5 ("drm: Add support for Amlogic Meson Graphic Controller") > Signed-off-by: Christophe JAILLET > --- >

Re: [PATCH 3/3] drm/meson: Fix some error handling paths in 'meson_drv_bind_master()'

On 12/03/2018 21:15, Christophe JAILLET wrote: > If one of these functions fail, we whould free 'drm', as alreadry done in > the other error handling paths, below and above. > > Fixes: bbbe775ec5b5 ("drm: Add support for Amlogic Meson Graphic Controller") > Signed-off-by: Christophe JAILLET

Re: Re: Regarding slabinfo tool generating kernel crash

[Sorry for a late reply] On Thu 01-03-18 12:48:10, Gopi Sai Teja wrote: > Hi all, > > Please find the crash logs attached tested on 4.4.0-116-generic #140-Ubuntu. > How to reproduce: > > Boot the kernel with all slab debug flags enabled(red_zone, poison, > sanity_checks, store_user) > > and

Re: [PATCH v1 0/4] perf annotate: Create a new '--tui-dump' option

On 13/03/2018 15:16, Jin Yao wrote: [snip] There seems to be something wonky about your system's clock? The Date field in your messages: Date: Tue, 13 Mar 2018 22:16:50 +0800 i.e. 14:16:50 GMT Yet it was actually processed at 06:20:35 GMT So it looks like your clock is 7h56 ahead of

Re: [PATCH v16 0/9] LPC: legacy ISA I/O support

On Tue, Mar 6, 2018 at 5:22 PM, John Garry wrote: > > Based on this patch-set, all the I/O accesses to Hip06/Hip07 LPC > peripherals can > be supported without any changes on the existing ipmi-si driver. > > The whole patchset has been tested on

Re: [PATCH 09/11] media: vsp1: Provide support for extended command pools

Hi Jacopo, On 12/03/18 16:30, jacopo mondi wrote: > Hi Kieran, > just one small thing I noticed below... > > On Fri, Mar 09, 2018 at 10:04:07PM +, Kieran Bingham wrote: >> VSPD and VSP-DL devices can provide extended display lists supporting >> extended command display list objects. >>

Re: [2/2] net/usb/ax88179_178a: Delete three unnecessary variables in ax88179_chk_eee()

Am Dienstag, den 13.03.2018, 08:24 +0100 schrieb SF Markus Elfring: > > > > > > > > Use three values directly for a condition check without assigning them > > > to intermediate variables. > > > > Hi, > > > > what is the benefit of this? > > I proposed a small source code reduction. > > Other

Re: [PATCH] clk: mvebu: armada-38x: add support for missing clocks

Hi Richard, On mar., mars 13 2018, Richard Genoud wrote: > On 08/03/2018 14:23, Gregory CLEMENT wrote: >> Hi, >> >> On jeu., mars 08 2018, Gregory CLEMENT wrote: >> >>> Hi Richard, >>> >>> On jeu., mars 08 2018, Richard Genoud

Re: [tip:locking/core 9/11] include/asm-generic/atomic-instrumented.h:288:24: sparse: cast truncates bits from constant value (100 becomes 0)

On Tue, Mar 13, 2018 at 11:49:17AM +0300, Dmitry Vyukov wrote: > On Mon, Mar 12, 2018 at 6:17 PM, Dmitry Vyukov wrote: > > On Mon, Mar 12, 2018 at 5:52 PM, kbuild test robot > >>kernel/locking/qspinlock.c:418:22: sparse: incorrect type in assignment > >> (different

Re: BUG: corrupted list in sctp_association_free

On Tue, Mar 13, 2018 at 1:44 PM, Xin Long wrote: > On Tue, Mar 13, 2018 at 3:34 PM, syzbot > wrote: >> Hello, >> >> syzbot hit the following crash on net-next commit >> fd372a7a9e5e9d8011a0222d10edd3523abcd3b1 (Thu Mar

Re: [PATCH v4] cpufreq: schedutil: rate limits for SCHED_DEADLINE

On 13-03-18, 11:35, Claudio Scordino wrote: > When the SCHED_DEADLINE scheduling class increases the CPU utilization, > we should not wait for the rate limit, otherwise we may miss some > deadline. > > Tests using rt-app on Exynos5422 with up to 10 SCHED_DEADLINE tasks have > shown reductions of

[PATCH v2] drm/sun4i: add lvds mode_valid function

mode_valid function is missing for lvds. Add it making it pointed by encoder helper functions. Signed-off-by: Giulio Benetti --- drivers/gpu/drm/sun4i/sun4i_lvds.c | 55 ++ 1 file changed, 55 insertions(+) diff --git

Re: [PATCH] dma-mapping: move dma configuration to bus infrastructure

On 12/03/18 15:24, Nipun Gupta wrote: The change introduces 'dma_configure' & 'dma_deconfigure'as bus callback functions so each bus can choose to implement its own dma configuration function. This eases the addition of new busses w.r.t. adding the dma configuration functionality. It's

Re: [PATCH 02/11] media: vsp1: use kernel __packed for structures

Hi David, On 13/03/18 11:20, David Laight wrote: > From: Kieran Bingham >> Sent: 09 March 2018 22:04 >> The kernel provides a __packed definition to abstract away from the >> compiler specific attributes tag. >> >> Convert all packed structures in VSP1 to use it. >> >> Signed-off-by: Kieran

[PATCH v4 08/22] arm64: capabilities: Prepare for grouping features and errata work arounds

We are about to group the handling of all capabilities (features and errata workarounds). This patch open codes the wrapper routines to make it easier to merge the handling. Reviewed-by: Dave Martin Signed-off-by: Suzuki K Poulose ---

[PATCH v4 05/22] arm64: capabilities: Add flags to handle the conflicts on late CPU

When a CPU is brought up, it is checked against the caps that are known to be enabled on the system (via verify_local_cpu_capabilities()). Based on the state of the capability on the CPU vs. that of System we could have the following combinations of conflict.

[PATCH v4 10/22] arm64: capabilities: Allow features based on local CPU scope

So far we have treated the feature capabilities as system wide and this wouldn't help with features that could be detected locally on one or more CPUs (e.g, KPTI, Software prefetch). This patch splits the feature detection to two phases : 1) Local CPU features are checked on all boot time active

[PATCH v4 04/22] arm64: capabilities: Prepare for fine grained capabilities

We use arm64_cpu_capabilities to represent CPU ELF HWCAPs exposed to the userspace and the CPU hwcaps used by the kernel, which include cpu features and CPU errata work arounds. Capabilities have some properties that decide how they should be treated : 1) Detection, i.e scope : A cap could be

Re: [RFC 1/2] pci: dwc: pci-exynos: modify the Kconfig dependency

Dear Lorenzo, On 03/13/2018 08:12 PM, Lorenzo Pieralisi wrote: > Hi Jaehoon, > > On Thu, Dec 21, 2017 at 09:14:06PM +0900, Jaehoon Chung wrote: >> PCI_EXYNOS has the dependency with SOC_EXYNOS5440. >> It's modified to ARCH_EXYNOS from SOC_EXYNOS5440, because other >> SoCs needs to use this

[PATCH v4 14/22] arm64: capabilities: Add support for features enabled early

The kernel detects and uses some of the features based on the boot CPU and expects that all the following CPUs conform to it. e.g, with VHE and the boot CPU running at EL2, the kernel decides to keep the kernel running at EL2. If another CPU is brought up without this capability, we use custom

[PATCH v4 11/22] arm64: capabilities: Group handling of features and errata workarounds

Now that the features and errata workarounds have the same rules and flow, group the handling of the tables. Cc: Dave Martin Signed-off-by: Suzuki K Poulose --- arch/arm64/kernel/cpufeature.c | 73 -- 1 file

[PATCH v4 09/22] arm64: capabilities: Split the processing of errata work arounds

Right now we run through the errata workarounds check on all boot active CPUs, with SCOPE_ALL. This wouldn't help for detecting erratum workarounds with a SYSTEM_SCOPE. There are none yet, but we plan to introduce some: let us clean this up so that such workarounds can be detected and enabled

Re: [PATCH 4/5] arm64: dts: allwinner: a64: Add pwm device

On Mon, Mar 12, 2018 at 04:10:49PM +, Harald Geyer wrote: > This device is compatible with A13, so no new driver is needed. > > Signed-off-by: Harald Geyer > --- > I saw that Andre Przywara has been working on A64 pwm too and has > submitted some patches a few days ago. I

Re: [PATCH] rtc: mcp795: remove VLA usage

Hi, 2018-03-13 0:31 GMT+01:00 Alexandre Belloni : > Hi, > > On 13/03/2018 at 00:13:38 +0100, Stefano Manni wrote: >> In preparation to enabling -Wvla, remove VLAs and replace them with >> fixed-length arrays instead. >> >> rtc-mcp795.c uses a variable-length

Re: Atheros 1525/QCA6174 BT issue

Hi Takashi, >> we've got a but report about the broken Atheros BT on the recent >> kernels: >> http://bugzilla.opensuse.org/show_bug.cgi?id=1082504 >> >> In short, btusb can't load the patch ar3k/AthrBT_0x0200.dfu, and >> this could be worked around by the patch to

Re: [PATCH 1/5] arm64: dts: allwinner: a64: Add i2c0 pins

André Przywara writes: > On 12/03/18 16:10, Harald Geyer wrote: > > Add the proper pin group node to reference in board files. > > > > Signed-off-by: Harald Geyer > > That looks correct to me, so: > > Reviewed-by: Andre Przywara > > But out of

Re: linux-next: manual merge of the staging tree with the vfs tree

On Tue, Mar 13, 2018 at 03:22:40PM +1100, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the staging tree got conflicts in: > > drivers/staging/lustre/lnet/libcfs/linux/linux-curproc.c > drivers/staging/lustre/lnet/libcfs/linux/linux-prim.c > > between commit: > >

Re: [PATCH v2 06/10] video: add support of STM32 MIPI DSI controller driver

Hi yannick On 03/02/2018 04:44 PM, yannick fertre wrote: > Add the STM32 DSI controller driver that uses the Synopsys DesignWare > MIPI DSI host controller bridge. > > Signed-off-by: yannick fertre > --- > drivers/video/stm32/Kconfig | 10 + >

Re: [PATCH 3/3] staging:iio:ad2s1210: Add write_raw to handle frequency

On Mon, Mar 12, 2018 at 03:21:52PM -0300, Rodrigo Siqueira wrote: > The write interface of AD2S1210 utilizes IIO_DEVICE_ATTR, which violate > the official IIO ABI. This patch, add the write_raw function responsible > for handling the fclkin and fexcit channel; also it removes the use of >

Re: [PATCH 4/4] gpio: Remove VLA from stmpe driver

On 10/03/2018 08:10, Laura Abbott wrote: The new challenge is to remove VLAs from the kernel (see https://lkml.org/lkml/2018/3/7/621) This patch replaces a VLA with an appropriate call to kmalloc_array. Signed-off-by: Laura Abbott --- drivers/gpio/gpio-stmpe.c | 7

[PATCH v3 00/11] Add Kconfig unit tests

I am applying various cleanups to Kconfig these days. However, I fear regressions. I have been thinking of unit-tests. There are various cryptic parts in Kconfig and corner cases where it is difficult to notice breakage. If unit-tests cover those, I will be able to apply changes more

Re: [pci PATCH v5 3/4] ena: Migrate over to unmanaged SR-IOV support

On Tue, 2018-03-13 at 09:54 +0100, Christoph Hellwig wrote: > On Tue, Mar 13, 2018 at 08:45:19AM +, David Woodhouse wrote: > Because binding to pci-stub means that you'd now enable the simple > SR-IOV for any device bound to PCI stub.  Which often might be the wrong > thing. No, *using* it

[PATCH v3 10/11] kconfig: tests: test if recursive dependencies are detected

Recursive dependency should be detected and warned. Test this. This indirectly tests the line number increments. Signed-off-by: Masahiro Yamada Reviewed-by: Ulf Magnusson --- Changes in v3: None Changes in v2: - Fix missing end quote -

Re: [PATCH 2/2] misc: ocxl: use put_device() instead of device_unregister()

Le 12/03/2018 à 12:36, Arvind Yadav a écrit : if device_register() returned an error! Always use put_device() to give up the reference initialized. Signed-off-by: Arvind Yadav --- OK, device_unregister() calls put_device() but also other actions that we can skip

Re: [PATCH v2 2/2] mfd: rk808: Add restart functionality

Hi, I can add a DTS property to enable the PMIC restart functions? So this feature can be used if its desired. My problem with the CRU reset is a strange behaviour in the ROM code. During a reset from MMC1 (eMMC), the ROM tries to load the SPL from MMC0 (SD). Daniel On 03/13/2018 04:32

[PATCH v4 2/2] kconfig: make unmet dependency warnings readable

Currently, the unmet dependency warnings end up with endlessly long expressions, most of which are false positives. Here is test code to demonstrate how it currently works. [Test Case] config DEP1 def_bool y config DEP2 bool "DEP2" config A bool "A"

Re: [PATCHv2] staging: wilc1000: use pre-defined macro is_broadcast_ether_addr

On Tue, Mar 13, 2018 at 01:00:51PM +0530, Ajay Singh wrote: > > Reviewed-by: Ajay Singh > > On Mon, 12 Mar 2018 15:09:03 +0530 > wrote: > > > From: HariPrasath Elango > > > > Please avoid use of 'From'

Re: [PATCH 0/29] arm meltdown fix backporting review for lts 4.9

On 13 March 2018 at 10:04, Greg KH wrote: > On Wed, Mar 07, 2018 at 06:24:09PM +, Ard Biesheuvel wrote: >> On 2 March 2018 at 16:54, Greg KH wrote: >> > On Fri, Mar 02, 2018 at 05:14:50PM +0800, Alex Shi wrote: >> >> >> >> >> >> On 03/01/2018 11:24 PM, Greg KH

Re: [PATCH 3/3] tracing: Rewrite filter logic to be simpler and faster

On Mon, Mar 12, 2018 at 07:52:45PM -0400, Steven Rostedt wrote: > On Mon, 12 Mar 2018 19:54:14 +0100 > Jiri Olsa wrote: > > > On Mon, Mar 12, 2018 at 02:40:01PM -0400, Steven Rostedt wrote: > > > On Mon, 12 Mar 2018 16:10:17 +0100 > > > Jiri Olsa wrote: > > >

Re: [PATCH v9 1/5] driver core: Find an existing link between two devices

Hi Tomasz, On Tue, Mar 13, 2018 at 3:45 PM, Tomasz Figa wrote: > Hi Vivek, > > Thanks for the patch. > > On Tue, Mar 13, 2018 at 5:55 PM, Vivek Gautam > wrote: >> The lists managing the device-links can be traversed to >> find the link between

Re: [PATCH] staging: comedi: adl_pci6208: remove redundant initialization of 'val'

On 12/03/18 23:36, Colin King wrote: From: Colin Ian King Variable 'val' is initialized with a value that is never read, it is updated with a new value again after intitialization. Remove the redundant initialization and move the declaration and assignment into the

Re: [PATCH v5 2/2] x86/devicetree: Use CPU description from Device Tree

On Mon, Mar 12, 2018 at 03:22:33PM -0700, Ivan Gorinov wrote: > Current x86 Device Tree implementation does not support multiprocessing. > Use new DT bindings to describe the processors. > > Signed-off-by: Ivan Gorinov > --- > arch/x86/kernel/devicetree.c | 42

RE: [PATCH 02/11] media: vsp1: use kernel __packed for structures

From: Kieran Bingham > Sent: 09 March 2018 22:04 > The kernel provides a __packed definition to abstract away from the > compiler specific attributes tag. > > Convert all packed structures in VSP1 to use it. > > Signed-off-by: Kieran Bingham > --- >

Re: [PATCH v6] usb: core: Add "quirks" parameter for usbcore

On Tue, Mar 13, 2018 at 03:26:19PM +0800, Kai-Heng Feng wrote: > + usbcore.quirks= > + [USB] A list of quirks entries to supplement or > + override the built-in usb core quirk list. List > + entries are separated by commas. Each

[PATCH v2] drm/sun4i: move rgb mode_valid from connector to encoder

mode_valid function must be connected to encoder. Otherwise it could get not be called by drm in the case there's a bridge connected to encoder instead of a panel. Move mode_valid function pointer to encoder helper functions, changing its prototype according to encoder helper function pointer.

[PATCH net-next] net: fix sysctl_fb_tunnels_only_for_init_net link error

The new variable is only available when CONFIG_SYSCTL is enabled, otherwise we get a link error: net/ipv4/ip_tunnel.o: In function `ip_tunnel_init_net': ip_tunnel.c:(.text+0x278b): undefined reference to `sysctl_fb_tunnels_only_for_init_net' net/ipv6/sit.o: In function `sit_init_net':

[PATCH v4 07/22] arm64: capabilities: Filter the entries based on a given mask

While processing the list of capabilities, it is useful to filter out some of the entries based on the given mask for the scope of the capabilities to allow better control. This can be used later for handling LOCAL vs SYSTEM wide capabilities and more. All capabilities should have their scope set

[PATCH v4 06/22] arm64: capabilities: Unify the verification

Now that each capability describes how to treat the conflicts of CPU cap state vs System wide cap state, we can unify the verification logic to a single place. Reviewed-by: Dave Martin Signed-off-by: Suzuki K Poulose ---

[PATCH v4 02/22] arm64: capabilities: Move errata work around check on boot CPU

We trigger CPU errata work around check on the boot CPU from smp_prepare_boot_cpu() to make sure that we run the checks only after the CPU feature infrastructure is initialised. While this is correct, we can also do this from init_cpu_features() which initilises the infrastructure, and is called

[PATCH 08/31] perf c2c report: Add span header over cacheline data

From: Jiri Olsa Forcing the NUMA node output to be grouped with the "Cacheline" column in both "Shared Data Cache Line Table" and "Shared Cache Line Distribution Pareto" tables. Before: #Total Tot - LLC Load Hitm - # Index

[PATCH 05/31] perf c2c report: Make calc_width work with struct c2c_hist_entry

From: Jiri Olsa We are going to calculate tje column width based on the struct c2c_hist_entry data, so making calc_width to work with struct c2c_hist_entry. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: David Ahern

[PATCH 07/31] perf c2c report: Display node for cacheline address

From: Jiri Olsa Adding the NUMA node info for the data cacheline. Adding the new column to both "Shared Data Cache Line Table" and "Shared Cache Line Distribution Pareto". Note the new 'Node' column next to the 'Cacheline'. $ perf c2c report --stdio

[PATCH 13/31] perf vendor events: Drop support for unused topic directories

From: John Garry Currently a topic subdirectory is supported in the pmu-events dir, in the following sample structure: /arch/platform/subtopic/mysubtopic.json Upto 256 levels of topic subdirectories are supported. So this means that JSONs may be located in a topic dir as

[PATCH 16/31] perf vendor events arm64: Relocate Cortex A53 JSONs to arm subdirectory

From: John Garry Since jevents now supports vendor subdirectory, relocate the Cortex-A53 JSONs to arm subdirectory. Signed-off-by: John Garry Cc: Alexander Shishkin Cc: Andi Kleen Cc:

[PATCH 14/31] perf vendor events: Add support for pmu events vendor subdirectory

From: John Garry For some architectures (like arm), it is required to support a vendor subdirectory and not locate all the JSONs for a specific vendor in the same folder. This is because all the events for the same vendor will be placed in the same pmu events table, which

OK to merge via powerpc? (was Re: [PATCH 05/14] mm: make memblock_alloc_base_nid non-static)

Anyone object to us merging the following patch via the powerpc tree? Full series is here if anyone's interested: http://patchwork.ozlabs.org/project/linuxppc-dev/list/?series=28377=* cheers Nicholas Piggin writes: > This will be used by powerpc to allocate per-cpu stacks

[PATCH 30/31] perf machine: Fix mmap name setup

From: Jiri Olsa Leo reported broken -k option behavior. The reason is that we used symbol_conf.vmlinux_name as a source for mmap event name, but in fact it's a vmlinux path. Moving the symbol_conf.vmlinux_name check for both host and guest to the proper place and out of the

Re: [PATCH 5/5] arm64: allwinner: a64: Add support for TERES I laptop

Hi, On Mon, Mar 12, 2018 at 04:10:50PM +, Harald Geyer wrote: > The TERES I is an open hardware laptop built by Olimex using the > Allwinner A64 SoC. > > Add the board specific .dts file, which includes the A64 .dtsi and > enables the peripherals that we support so far. > > Signed-off-by:

Re: [PATCH v2 10/10] board: Add STM32F769 SoC, discovery board support

Hi Yannick On 03/02/2018 04:44 PM, yannick fertre wrote: > Signed-off-by: yannick fertre Can you add a commit message explaining why you add a specific defconfig for this board. FYI, previously, the same defconfig was used for all STM32F7 boards (ie

RE: linux-next: build failure after merge of the sound-asoc tree

On 13 March 2018 06:09, Stephen Rothwell wrote: > Hi all, > > After merging the sound-asoc tree, today's linux-next build (powerpc > allyesconfig) failed like this: > > sound/soc/codecs/da7219.o: In function `.da7219_remove': > da7219.c:(.text+0xcbc): undefined reference to `.clkdev_drop' > >

[PATCH 04/11] RISC-V: Support CALL relocation type in kernel module

Signed-off-by: Zong Li --- arch/riscv/kernel/module.c | 22 ++ 1 file changed, 22 insertions(+) diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c index 242d3a14c210..7e85e5840b4d 100644 --- a/arch/riscv/kernel/module.c +++

[PATCH 00/11] RISC-V: Resolve the issue of loadable module on 64-bit

These patches resolve the some issues of loadable module. - symbol out of ranges - unknown relocation types The reference of external variable and function symbols cannot exceed 32-bit offset ranges in kernel module. The module only can work on the 32-bit OS or the 64-bit OS with sv32 virtual

[PATCH 02/11] RISC-V: Add section of GOT.PLT for kernel module

Separate the function symbol address from .plt to .got.plt section. The original plt entry has trampoline code with symbol address, there is a 32-bit padding bwtween jar instruction and symbol address. Extract the symbol address to .got.plt to reduce the module size. Signed-off-by: Zong Li

Re: [PATCH v2 07/10] video: add support of panel rm68200

Hi yannick On 03/02/2018 04:44 PM, yannick fertre wrote: > Support for Raydium rm68200 720p dsi 2dl video mode panel. > > Signed-off-by: yannick fertre > --- > drivers/video/Kconfig | 8 + > drivers/video/Makefile | 1 + >

Re: [PATCH v2 4/6] ASoC: sun4i-i2s: Add multi-lane functionality

On 13 March 2018 at 09:23, Maxime Ripard wrote: > On Tue, Mar 13, 2018 at 09:15:49AM +0100, Code Kipper wrote: >> On 13 March 2018 at 09:00, Maxime Ripard wrote: >> > On Mon, Mar 12, 2018 at 04:57:51PM +0100, codekip...@gmail.com wrote: >> >>

[PATCH] venus: vdec: fix format enumeration

find_format_by_index() stops enumerating formats as soon as the index matches, and returns NULL if venus_helper_check_codec() finds out that the format is not supported. This prevents formats to be properly enumerated if a non-supported format is present, as the enumeration will end with it. Fix

Re: [PATCH 4.13 28/43] SMB3: Validate negotiate request must always be signed

On Sun, Mar 11, 2018 at 07:37:55PM -0700, Steve French wrote: > Just got a wireshark trace - this is a fairly trivial issue (missing > the validate negotiate must be signed patch) - I had some trouble > getting this version of the kernel running (unrelated issue) and on > systems with access to

Re: [PATCH 4.4 31/36] sctp: verify size of a new chunk in _sctp_make_chunk()

On Tue, Mar 13, 2018 at 12:46:58AM +, Ben Hutchings wrote: > On Fri, 2018-03-09 at 16:18 -0800, Greg Kroah-Hartman wrote: > > 4.4-stable review patch.  If anyone has any objections, please let me know. > > > > -- > > > > From: Alexey Kodanev > > >

[PATCH] drm/meson: Add support for DMT modes on HDMI

This patch adds support for DMT display modes over HDMI. The modes timings configurations are from the Amlogic Vendor linux tree and tested over multiples monitors. Previously only a selected number of CEA modes were supported. Only these following modes are supported with these changes: -

Re: [PATCH v3 05/11] clk: tegra: prepare dfll driver for PWM regulator

On 13/03/18 09:03, Peter De Schrijver wrote: > On Mon, Mar 12, 2018 at 11:08:51AM +, Jon Hunter wrote: >> >> On 12/03/18 09:14, Peter De Schrijver wrote: >>> On Thu, Mar 08, 2018 at 10:50:06PM +, Jon Hunter wrote: On 06/02/18 16:34, Peter De Schrijver wrote: > This patch

Re: [PATCH v5 1/4] dt-bindings: firmware: Add bindings for ZynqMP firmware

On 12/03/18 23:07, Jolly Shah wrote: > Hi Sudeep, Do you foresee using SMC/HVC for this firmware even on future platforms? If not, I suggest to keep the protocol part separate from the transport i.e. smc/hvc via ATF. It could be replaced with mailbox or some h/w

[PATCH] ARM: dts: sun8i-h3: Add Mali node

The H3 has an ARM Mali 400 GPU, so add binding to our DT. Signed-off-by: Giulio Benetti --- .../devicetree/bindings/gpu/arm,mali-utgard.txt| 1 + arch/arm/boot/dts/sun8i-h3.dtsi| 27 ++ 2 files changed, 28

[PATCH 1/5] MODSIGN: do not load mok when secure boot disabled

The mok can not be trusted when the secure boot is disabled. Which means that the kernel embedded certificate is the only trusted key. Due to db/dbx are authenticated variables, they needs manufacturer's KEK for update. So db/dbx are secure when secureboot disabled. Cc: David Howells

[PATCH 0/5 v2] Using the hash in MOKx to blacklist kernel module

This patch set is base on the efi-lock-down and keys-uefi branchs in David Howells's linux-fs git tree. https://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git/log/?h=keys-uefi The main purpose is using the MOKx to blacklist kernel module. As the MOK (Machine Owner Key), MOKx

[PATCH] staging: wilc1000: remove unwanted braces and correct code alignment

From: HariPrasath Elango Remove the unwated brace and corrected the code block alignment accordingly Signed-off-by: HariPrasath Elango --- drivers/staging/wilc1000/host_interface.c | 25 - 1 file changed, 12

Re: [PATCH] drm/meson: Add support for DMT modes on HDMI

On 13/03/2018 11:36, Jerome Brunet wrote: > On Tue, 2018-03-13 at 11:07 +0100, Neil Armstrong wrote: >> This patch adds support for DMT display modes over HDMI. >> The modes timings configurations are from the Amlogic Vendor linux tree >> and tested over multiples monitors. >> Previously only a

Re: [PATCH v2 2/2] media: ov2680: Add Omnivision OV2680 sensor driver

Hi Sakari, Thanks for the review... On Fri 09 Mar 2018 at 09:21, Sakari Ailus wrote: Hi Miguel, Thanks for the update. On Wed, Feb 28, 2018 at 03:27:23PM +, Rui Miguel Silva wrote: This patch adds V4L2 sub-device driver for OV2680 image sensor. The OV2680 is a 1/5" CMOS color sensor

[PATCH] ALSA: pcm: Remove VLA usage

A helper function used by snd_pcm_hw_refine() still keeps using VLA for timestamps of hw constraint rules that are non-fixed size. Let's replace the VLA with a simple kmalloc() array. Reference: https://lkml.org/lkml/2018/3/7/621 Signed-off-by: Takashi Iwai ---

[PATCH] arm64: fix undefined reference to 'printk'

The printk symbol was intended as a generic address that is always exported, however that turned out to be false with CONFIG_PRINTK=n: ERROR: "printk" [arch/arm64/kernel/arm64-reloc-test.ko] undefined! This changes the references to memstart_addr, which should be there regardless of

[PATCH 1/2] selftests/memfd/memfd_test.c: fix implicit declaration

gcc warns about implicit declaration. gcc -D_FILE_OFFSET_BITS=64 -I../../../../include/uapi/ -I../../../../include/ -I../../../../usr/include/ memfd_test.c common.o -o memfd_test memfd_test.c: In function ‘mfd_assert_get_seals’: memfd_test.c:74:6: warning: implicit declaration of

[PATCH 2/2] selftests/memfd/fuse_test: fix implicit declaration

gcc warns about implicit declaration. gcc -D_FILE_OFFSET_BITS=64 -I../../../../include/uapi/ -I../../../../include/ -I../../../../usr/include/ fuse_test.c common.o -o fuse_test fuse_test.c: In function ‘mfd_assert_get_seals’: fuse_test.c:67:6: warning: implicit declaration of function

Re: [PATCH v2 2/2] media: ov2680: Add Omnivision OV2680 sensor driver

On Tue, Mar 13, 2018 at 11:16:33AM +, Rui Miguel Silva wrote: ... > > > +static int ov2680_gain_set(struct ov2680_dev *sensor, bool > > > auto_gain) > > > +{ > > > + struct ov2680_ctrls *ctrls = >ctrls; > > > + u32 gain; > > > + int ret; > > > + > > > + ret = ov2680_mod_reg(sensor,

[PATCH v4 21/22] arm64: Delay enabling hardware DBM feature

We enable hardware DBM bit in a capable CPU, very early in the boot via __cpu_setup. This doesn't give us a flexibility of optionally disable the feature, as the clearing the bit is a bit costly as the TLB can cache the settings. Instead, we delay enabling the feature until the CPU is brought up

[PATCH v4 20/22] arm64: Add MIDR encoding for Arm Cortex-A55 and Cortex-A35

Update the MIDR encodings for the Cortex-A55 and Cortex-A35 Cc: Mark Rutland Reviewed-by: Dave Martin Signed-off-by: Suzuki K Poulose --- arch/arm64/include/asm/cputype.h | 4 1 file changed, 4 insertions(+) diff --git

[PATCH v4 22/22] arm64: Add work around for Arm Cortex-A55 Erratum 1024718

Some variants of the Arm Cortex-55 cores (r0p0, r0p1, r1p0) suffer from an erratum 1024718, which causes incorrect updates when DBM/AP bits in a page table entry is modified without a break-before-make sequence. The work around is to skip enabling the hardware DBM feature on the affected cores.

<    1   2   3   4   5   6   7   8   9   10   >