[PATCH 1/2] PM / suspend: Use mem_sleep_labels[] strings in messages

From: Rafael J. Wysocki Some messages in suspend.c currently print state names from pm_states[], but that may be confusing if the mem_sleep sysfs attribute is changed to anything different from "mem", because in those cases the messages will say either "freeze" or

[PATCH 0/2] PM / suspend: Messaging updates

Hi, The first patch addresses a potential confusion regarding messages printed by the suspend core code to the kernel log and the second one adds a pr_fmt() to kernel/power/suspend.c. The patches are on top of the series I posted yesterday: http://marc.info/?l=linux-pm=150059650805506=2

[PATCH 2/2] PM / suspend: Define pr_fmt() in suspend.c

From: Rafael J. Wysocki Define a common prefix ("PM:") for messages printed by the code in kernel/power/suspend.c. Signed-off-by: Rafael J. Wysocki --- kernel/power/suspend.c | 16 +--- 1 file changed, 9 insertions(+), 7

Re: [PATCH v6 RESEND] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

* Baoquan He wrote: > +/* > + * Returns true if mirror region found (and must have been processed > + * for slots adding) > + */ > +static bool process_efi_entries(unsigned long minimum, > + unsigned long image_size) Also, please don't break the

Re: [PATCH] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES

On 21/07/17 11:06, Hanjun Guo wrote: > On 2017/7/21 17:51, Hanjun Guo wrote: >> From: Hanjun Guo >> >> When running 4.13-rc1 on top of D05, I got the boot log: >> >> [0.00] SRAT: PXM 0 -> ITS 0 -> Node 0 >> [0.00] SRAT: PXM 0 -> ITS 1 -> Node 0 >> [

[PATCH] clk: samsung: exynos5420: The EPLL rate table corrections

This patch fixes values of the EPLL K coefficient and changes the EPLL output frequency values to match exactly what is possible to achieve with given M, P, S, K coefficients. This allows to avoid rounding errors and unexpected frequency being set with clk_set_rate(), due to recalc_rate returning

Re: [PATCH v4 3/5] pwm-backlight: add support for PWM delays proprieties.

On Fri 2017-07-21 12:48:11, Enric Balletbo i Serra wrote: > Some panels (i.e. N116BGE-L41), in their power sequence specifications, > request a delay between set the PWM signal and enable the backlight and > between clear the PWM signal and disable the backlight. Add support for > the new

Re: bluetooth in v4.13-rc1: lock init missing somewhere?

Hi Pavel, >>> Is bluetooth expected to work on n900? >>> >>> It looks like lock init is missing somewhere: >>> >>> [ 402.901031] of_get_named_gpiod_flags: parsed >>> 'bluetooth-wakeup-gpios' property of node >>> '/ocp@6800/serial@4806c000/bluetooth[0]' - status (0) >>> [ 403.042022] BUG:

Problematic culture around Signed-off-by

Hi folks, I've been away from kernel development for a bit, but I've returned and I'm troubled by what seems to be an entrenched and widespread (IMO) misuse of the "Signed-off-by:" in commits. I've now either been asked to sign off RFC quality patches "because its quicker" on more than one

Re: [PATCH] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES

Hi Hanjun, On Fri, Jul 21, 2017 at 4:50 PM, Marc Zyngier wrote: > On 21/07/17 11:06, Hanjun Guo wrote: >> On 2017/7/21 17:51, Hanjun Guo wrote: >>> From: Hanjun Guo >>> >>> When running 4.13-rc1 on top of D05, I got the boot log: >>> >>> [

[PATCH v2 2/4] iommu/iova: Optimise the padding calculation

From: Zhen Lei The mask for calculating the padding size doesn't change, so there's no need to recalculate it every loop iteration. Furthermore, Once we've done that, it becomes clear that we don't actually need to calculate a padding size at all - by flipping the

[PATCH v2 3/4] iommu/iova: Extend rbtree node caching

The cached node mechanism provides a significant performance benefit for allocations using a 32-bit DMA mask, but in the case of non-PCI devices or where the 32-bit space is full, the loss of this benefit can be significant - on large systems there can be many thousands of entries in the tree,

[PATCH 2/4] perf tools: Add perf_evsel__read_size function

Currently we use the size of struct perf_counts_values to read the event, which prevents us to put any new member to the struct. Adding perf_evsel__read_size to return size of the buffer needed for event read. Link: http://lkml.kernel.org/n/tip-cfc3dmil3tlzezzxtyi9f...@git.kernel.org

Re: nbd drops connection on most writes

Oh shit the default timeout is 0 if you don't set it in the client. Use the timeout option with nbd client and it should fix it for you. I'll send something up to make this a sane default. Thanks, Josef Sent from my iPhone > On Jul 21, 2017, at 8:15 AM, Adam Borowski

Re: [PATCH v2 5/8] KVM: arm/arm64: vgic: Handle mapped level sensitive SPIs

On Fri, Jul 07, 2017 at 09:41:42AM +0200, Auger Eric wrote: > Hi Marc, > > On 04/07/2017 14:15, Marc Zyngier wrote: > > Hi Eric, > > > > On 15/06/17 13:52, Eric Auger wrote: > >> Currently, the line level of unmapped level sensitive SPIs is > >> toggled down by the maintenance IRQ

Re: [PATCH V3 1/3] sched: cpufreq: Allow remote cpufreq callbacks

On Thu, Jul 13, 2017 at 12:14:37PM +0530, Viresh Kumar wrote: > diff --git a/drivers/cpufreq/cpufreq_governor.c > b/drivers/cpufreq/cpufreq_governor.c > index 47e24b5384b3..606b1a37a1af 100644 > --- a/drivers/cpufreq/cpufreq_governor.c > +++ b/drivers/cpufreq/cpufreq_governor.c > @@ -275,6

Re: [PATCH 0/3] livepatch: introduce atomic replace

On Wed, 19 Jul 2017, Jason Baron wrote: > Hi, > > In testing livepatch, I found that when doing cumulative patches, if a patched > function is completed reverted by a subsequent patch (back to its original > state) > livepatch does not revert the funtion to its original state. Specifically, if

Re: [PATCH] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug

On Fri, Jul 21, 2017 at 12:41 PM, Song liwei wrote: > [Firmware Bug]: APEI: Invalid bit width + offset in GAR [0xb2/16/0/1/1] > > This is due to an 8-bit access width is specified for a 16-bit register, > Do bit_width check just like what the original commit have done.

[GIT PULL] core kernel fixes

Linus, Please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus # HEAD: 325cdacd03c12629aa5f9ee2ace49b1f3dc184a8 debug: Fix WARN_ON_ONCE() for modules A fix to WARN_ON_ONCE() done by modules, plus a

[PATCH v1] mm/vmalloc: add a node corresponding to cached_hole_size

we just record the cached_hole_size now, which will be used when the criteria meet both of 'free_vmap_cache == NULL' and 'size < cached_hole_size'. However, under above scenario, the search will start from the rb_root and then find the node which just in front of the cached hole. free_vmap_cache

[GIT PULL] locking fix

Linus, Please pull the latest locking-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking-urgent-for-linus # HEAD: 69f0d429c413fe96db2c187475cebcc6e3a8c7f5 locking/rtmutex: Remove unnecessary priority adjustment Remove an unnecessary

Re: [Xen-devel] [PATCH 4/4] xen: Drop un-informative message during boot

Juergen Gross writes: > On 21/07/17 12:12, Punit Agrawal wrote: >> Boris Ostrovsky writes: >> >>> On 07/20/2017 07:04 AM, Punit Agrawal wrote: On systems that are not booted as a Xen domain, the xenfs driver prints the following message

[GIT PULL] timer fix

Linus, Please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus # HEAD: 32f2fea6e77e64cd4045ec2d5deb879aada3b476 clocksource/drivers/timer-of: Handle of_irq_get_byname() result correctly A

Re: [PATCH] bluetooth: document config options

Hi! > > Kernel config options should include useful help text; I had to look > > up the terms on wikipedia. > > > > Signed-off-by: Pavel Machek > > > > diff --git a/net/bluetooth/Kconfig b/net/bluetooth/Kconfig > > index 68f951b..133c8a6 100644 > > --- a/net/bluetooth/Kconfig > >

[v3 PATCH 1/2] powernv/powerpc:Save/Restore additional SPRs for stop4 cpuidle

From: "Gautham R. Shenoy" The stop4 idle state on POWER9 is a deep idle state which loses hypervisor resources, but whose latency is low enough that it can be exposed via cpuidle. Until now, the deep idle states which lose hypervisor resources (eg: winkle) were only

[v3 PATCH 0/2] powerpc: powernv: Enable stop4 via cpuidle

From: "Gautham R. Shenoy" Hi, This is the third iteration of the patchset to enable exploitation of stop4 idle state on POWER9 via cpuidle. The earlier version can be found here : [v2]: https://lkml.org/lkml/2017/7/19/152 [v1]: https://lkml.org/lkml/2017/7/18/691 The

[PATCH v4 4/5] ARM: dts: rockchip: set PWM delay backlight settings for Veyron.

For veyron the binding should provide both PWM timings, the delay between you enable the PWM and set the enable signal, and the delay between you disable the PWM signal and clear the enable signal. Update the binding accordingly, in this case the panels connected to the veyron boards have a

[PATCH v4 3/5] pwm-backlight: add support for PWM delays proprieties.

Some panels (i.e. N116BGE-L41), in their power sequence specifications, request a delay between set the PWM signal and enable the backlight and between clear the PWM signal and disable the backlight. Add support for the new post-pwm-on-delay-ms and pwm-off-delay-ms proprieties to meet the timings.

[PATCH v4 1/5] pwm-backlight: enable/disable the PWM before/after LCD enable toggle.

Before this patch the enable signal was set before the PWM signal and vice-versa on power off. This sequence is wrong, at least, it is on the different panels datasheets that I checked, so I inverted the sequence to follow the specs. For reference the following panels have the mentioned sequence:

[PATCH v4 5/5] ARM: dts: rockchip: set PWM delay backlight settings for Minnie

The minnie devices comes with an AUO B101EAN01 panel which is different from default veyron devices, thus the power on/off timing sequence is slightly different. The datasheet specifies a pwm delay of 200 ms, so update the PMW delay proprieties accordingly. Signed-off-by: Enric Balletbo i Serra

[PATCH v7 0/4] Add memory ownership switch support and enable mss rproc on msm8996

This patch set does following 1- Adds new scm call which helps in stage two translation of a memory region so that memory ownership sharing and switching can be achieved on armv8 and later. 2- Enable mss remoteproc on msm8996 Changes w.r.t. last patchset 1-

Re: [PATCH 1/5] iommu/arm-smmu-v3: put off the execution of TLBI* to reduce lock confliction

On Thu, 20 Jul 2017 15:07:05 -0400 Nate Watterson wrote: > Hi Jonathan, > > [...] > > > >>> Hi All, > >>> > >>> I'm a bit of late entry to this discussion. Just been running some more > >>> detailed tests on our d05 boards and wanted to bring some more

Re: [PATCH v4 2/2] thermal: uniphier: add UniPhier thermal driver

On Fri, 21 Jul 2017 02:09:18 +0900 wrote: > 2017-07-21 1:53 GMT+09:00 Masahiro Yamada : > > 2017-07-21 1:08 GMT+09:00 Masahiro Yamada : > >> 2017-07-07 10:54 GMT+09:00 Kunihiko Hayashi > >>

[PATCH v7 00/12] rk808: Add RK805 support

change in v7: PATCH V7 1/12: NO change in V7 PATCH V7 2/12: NO change in V7 PATCH V7 3/12: fix missing: Acked-by: Mark Brown PATCH V7 4/12: NO change in V7 PATCH V7 5/12: NO change in V7 PATCH V7 6/12: NO change in V7 PATCH V7 7/12: fix missing: Acked-by: Rob Herring

[GIT PULL] Please pull powerpc/linux.git powerpc-4.13-3 tag

Hi Linus, Please pull some more powerpc fixes for 4.13: The following changes since commit 01e6a61aceb82e13bec29502a8eb70d9574f97ad: powerpc/64: Fix atomic64_inc_not_zero() to return an int (2017-07-12 21:49:55 +1000) are available in the git repository at:

Re: [PATCH v3 3/9] perf annotate: Fix wrong --show-total-period option showing number of samples

Em Fri, Jul 21, 2017 at 06:41:29PM +0900, Taeung Song escreveu: > On 07/21/2017 04:19 AM, Arnaldo Carvalho de Melo wrote: > > Em Thu, Jul 20, 2017 at 06:36:55AM +0900, Taeung Song escreveu: > > > Currently the --show-total-period option of perf-annotate > > > is different from perf-report's. > >

[PATCH v4 1/7] dt-bindings: phy: qmp: Add output-clock-names

The phy outputs a clock that will act as the parent for the phy's pipe clock. Add the name of this clock to the lane's DT node. Acked-by: Rob Herring Signed-off-by: Varadarajan Narayanan --- Documentation/devicetree/bindings/phy/qcom-qmp-phy.txt | 3 +++

Re: [PATCH] pci: add missing __iomem cast

Hi Christoph, Looking deep into to this, i think there is no need to use phy_to_virts since pdev->rom is already a physical address. That's what pci_platform_rom should return, right?! I'll probably send a new patch removing the usage of phys_to_virt. Regards, C.Palminha On 20-07-2017 09:07,

[PATCH v4 7/7] PCI: dwc: qcom: Add support for IPQ8074 PCIe controller

Add support for the IPQ8074 PCIe controller. IPQ8074 supports Gen 1/2, one lane, two PCIe root complex with support for MSI and legacy interrupts, and it conforms to PCI Express Base 2.1 specification. The core init is the similar to the existing SoC, however the clocks and reset lines differ.

[PATCH v4 5/7] PCI: dwc: qcom: Use block IP version for operations

Presently, when support for a new SoC is added, the driver ops structures and functions are versioned with plain 1, 2, 3 etc. Instead use the block IP version number. Signed-off-by: Varadarajan Narayanan --- drivers/pci/dwc/pcie-qcom.c | 124

[PATCH v4 3/7] phy: qcom-qmp: Fix phy pipe clock name

Presently, the phy pipe clock's name is assumed to be either usb3_phy_pipe_clk_src or pcie_XX_pipe_clk_src (where XX is the phy lane's number). However, this will not work if an SoC has more than one instance of the phy. Hence, instead of assuming the name of the clock, fetch it from the DT.

[PATCH v4 6/7] dt-bindings: pci: qcom: Add support for IPQ8074

Add support for the IPQ8074 PCIe controller. IPQ8074 supports Gen 1/2, one lane, two PCIe root complex with support for MSI and legacy interrupts, and it conforms to PCI Express Base 2.1 specification. Signed-off-by: Varadarajan Narayanan ---

Re: [linux-sunxi] [PATCH 2/3] arm64: allwinner: a64: enable AXP803 for Banana Pi M64

在 2017-07-21 15:49，Chen-Yu Tsai 写道： On Fri, Jul 21, 2017 at 3:44 PM, Icenowy Zheng wrote: 于 2017年7月21日 GMT+08:00 下午3:42:07, Chen-Yu Tsai 写到: On Fri, Jul 21, 2017 at 7:07 AM, Icenowy Zheng wrote: Banana Pi M64 board uses an AXP803 PMIC.

Re: [PATCH v2 4/8] KVM: arm/arm64: vgic: restructure kvm_vgic_(un)map_phys_irq

On Thu, Jun 15, 2017 at 02:52:36PM +0200, Eric Auger wrote: > We want to reuse the core of the map/unmap functions for IRQ > forwarding. Let's move the computation of the hwirq in > kvm_vgic_map_phys_irq and pass the linux IRQ as parameter. > the host_irq is added to struct vgic_irq. > > We

[PATCH 3/4] perf tools: Add perf_evsel__read_counter function

Adding perf_evsel__read_counter function to read single or group counter. After calling this function the counter's evsel::counts struct is filled with values for the counter and member of its group if there are any. Link: http://lkml.kernel.org/n/tip-itsuxdyt7rp4mvij1t6k7...@git.kernel.org

[PATCH 0/4] perf stat: Enable group read of counters

hi, sending changes to enable group read of perf counters for perf stat command. It allows us to read whole group of counters within single read syscall. Also available in here: git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git perf/stat_group Not sure why we haven't supported

[PATCH 4/4] perf stat: Use group read for event groups

Make perf stat use group read if there are groups defined. The group read will get the values for all member of groups within a single syscall instead of calling read syscall for every event. We can see considerable less amount of kernel cycles spent on single group read, than reading each

Re: [PATCH v2 5/8] KVM: arm/arm64: vgic: Handle mapped level sensitive SPIs

On Thu, Jun 15, 2017 at 02:52:37PM +0200, Eric Auger wrote: > Currently, the line level of unmapped level sensitive SPIs is > toggled down by the maintenance IRQ handler/resamplefd mechanism. > > As mapped SPI completion is not trapped, we cannot rely on this > mechanism and the line level needs

[PATCH 1/4] perf tools: Add verbose output for sys_perf_event_open fallback

Adding info about what is being switched off in the sys_perf_event_open fallback. New output (notice the 'switching off' lines): $ perf stat -e '{cycles,instructions}' -vvv ls Using CPUID GenuineIntel-6-3D intel_pt default config: tsc

RE: [PATCH v4 1/3] mfd: Add new mfd device TPS68470

Hi Lee, > > > + * This program is free software; you can redistribute it and/or > > > + * modify it under the terms of the GNU General Public License as > > > + * published by the Free Software Foundation version 2. > > > + * > > > + * This program is distributed "as is" WITHOUT ANY WARRANTY of

[RFC PATCH v2] ARM: dts: stm32: change pinctrl bindings definition

Initially each pin was declared in "include/dt-bindings/stm32f429-pinfunc.h" and each definition contained SOC names (ex: STM32F429_PA9_FUNC_USART1_TX). Since this approach was approved, the number of supported MCU has increased (STM32F429/STM32F469/STM32f746/STM32H743). To avoid to add a new file

[RFC PATCH v2] ARM: dts: stm32: change pinctrl bindings definition

Initially each pin was declared in "include/dt-bindings/stm32f429-pinfunc.h" and each definition contained SOC names (ex: STM32F429_PA9_FUNC_USART1_TX). Since this approach was approved, the number of supported MCU has increased (STM32F429/STM32F469/STM32f746/STM32H743). To avoid to add a new file

Re: [PATCH v6 RESEND] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

On 07/21/17 at 12:33pm, Ingo Molnar wrote: > > * Baoquan He wrote: > > > Kernel text may be located in non-mirror regions (movable zone) when both > > address range mirroring feature and KASLR are enabled. > > > > The address range mirroring feature arranges such mirror region

[PATCH 1/3] PCI / PM: Skip bridges in pci_enable_wake()

From: Rafael J. Wysocki PCI bridges only have a reason to generate wakeup signals on behalf of devices below them, so avoid preparing bridges for wakeup directly in pci_enable_wake(). Also drop the pci_has_subordinate() check from pci_pm_default_resume() as this will

Re: [PATCH v2 6/8] KVM: arm/arm64: vgic: Implement forwarding setting

On Thu, Jun 15, 2017 at 02:52:38PM +0200, Eric Auger wrote: > Implements kvm_vgic_[set|unset]_forwarding. > > Handle low-level VGIC programming and consistent irqchip > programming. > > Signed-off-by: Eric Auger > > --- > > v1 -> v2: > - change the parameter names used

[PATCH] of: provide of_n_{addr,size}_cells wrappers for !CONFIG_OF

The pci-rcar driver is enabled for compile tests, and this has now shown that the driver cannot build without CONFIG_OF, following the inclusion of f8f2fe7355fb "PCI: rcar: Use new OF interrupt mapping when possible": ../drivers/pci/host/pcie-rcar.c: In function 'pci_dma_range_parser_init':

Re: [PATCH v2 16/25] mtd: nand: qcom: allocate BAM transaction

Hi Abhishek, [auto build test ERROR on mtd/nand/fixes] [also build test ERROR on v4.13-rc1 next-20170721] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Abhishek-Sahu/Add-QCOM-QPIC-NAND-support

[PATCH] mtd: orion-nand: fix build error with ARMv4

orion_nand_read_buf uses an inline assembly with the "ldrd" instruction, which is only available from ARMv5 upwards. This used to be fine, since all users have an ARMv5 or ARMv7 CPU, but now we can also build a multiplatform kernel with ARMv4 support enabled in addition to the "kirkwood" (mvebu)

Re: [PATCH v5 0/3] TPS68470 PMIC drivers

On Friday, July 21, 2017 06:20:15 PM Andy Shevchenko wrote: > On Fri, Jul 21, 2017 at 5:46 PM, Rajmohan Mani > wrote: > > This is the patch series for TPS68470 PMIC that works as a camera PMIC. > > > > The patch series provide the following 3 drivers, to help configure

[PATCH] [RESEND] drm/rockchip: fix Kconfig dependencies

A bug that I had fixed earlier just came back, with CONFIG_EXTCON=m, the rockchip drm driver will fail to link: drivers/gpu/drm/rockchip/cdn-dp-core.o: In function `cdn_dp_get_port_lanes': cdn-dp-core.c:(.text.cdn_dp_get_port_lanes+0x30): undefined reference to `extcon_get_state'

Re: [PATCH] f2fs: add ioctl to expose current features

> On Jul 21, 2017, at 2:11 PM, Jaegeuk Kim wrote: > > This patch adds an ioctl to provide feature information to user. > For exapmle, SQLite can use this ioctl to detect whether f2fs support atomic > write or not. Just for reference, ext4 exposes functionality that the

[PATCH v2 2/5] perf script python: Refactor creation of perf sample dict

Move the creation of the dict containing perf_sample entries into a helper function to enable its reuse in other sample processing routines. Signed-off-by: Arun Kalyanasundaram --- .../util/scripting-engines/trace-event-python.c| 94 -- 1 file

[PATCH v2 4/5] perf script python: Add perf_sample dict to tracepoint handlers

The process_event python hook receives a dict with all perf_sample entries, but the tracepoint specific and trace_unhandled hooks predate the introduction of this dict, and do not receive it. Add the aforementioned dict as an additional argument to the affected handlers. To keep backwards

[PATCH v2 1/5] perf script python: Allocate memory only if handler exists

Avoid allocating memory if hook handler is not available. This saves unused memory allocation and simplifies error path. Let handler in python_process_tracepoint point to either tracepoint specific or trace_unhandled hook. Use dict to check if handler points to trace_unhandled. Remove the exit

Re: [PATCH] mfd: intel_soc_pmic_chtwc: Turn Kconfig option into a bool

Hi, On 17-07-17 13:04, Lee Jones wrote: On Fri, 23 Jun 2017, Hans de Goede wrote: The PMIC provides ACPI OpRegions which must be available for other drivers' PS0 / PS3 methods early-on as such it must be builtin as the Kconfig help text already states. Somehow its Kconfig option ended up

Re: [PATCH 1/2] MAINTAINERS: device property: acpi: add fwnode.h

On 07/21/17 15:03, Rafael J. Wysocki wrote: > On Thursday, July 20, 2017 12:13:24 PM frowand.l...@gmail.com wrote: >> From: Frank Rowand >> >> ACPI is impacted by changes to fwnode.h, add a file entry >> to ACPI >> >> Signed-off-by: Frank Rowand > >

Re: [PATCH v3 4/5] ACPI / boot: Not all platform require acpi_reduced_hw_init()

On Tuesday, July 18, 2017 06:04:19 PM Andy Shevchenko wrote: > Some platform might take care of legacy devices on theirs own. > Let's allow them to do that by exporting a weak function. > > Signed-off-by: Andy Shevchenko I'd rather do it at the time when

[PATCH v4 2/5] dax: relocate some dax functions

dax_load_hole() will soon need to call dax_insert_mapping_entry(), so it needs to be moved lower in dax.c so the definition exists. dax_wake_mapping_entry_waiter() will soon be removed from dax.h and be made static to dax.c, so we need to move its definition above all its callers. Signed-off-by:

Re: [PATCH] clk: Convert to using %pOF instead of full_name

On 07/18, Rob Herring wrote: > Now that we have a custom printf format specifier, convert users of > full_name to use %pOF instead. This is preparation to remove storing > of the full path string for each node. > > Signed-off-by: Rob Herring > Cc: Michael Turquette

Re: [PATCH] cpufreq: dt: Add zynqmp to the cpufreq dt platdev

On Thursday, July 13, 2017 02:49:53 PM Viresh Kumar wrote: > On 13-07-17, 11:19, Michal Simek wrote: > > From: Shubhrajyoti Datta > > > > Add zynqmp to the cpufreq dt platform device. > > > > Signed-off-by: Shubhrajyoti Datta > >

Re: [PATCH V2 02/10] dt-bindings: Add Spreadtrum clock binding documentation

On 07/11, Chunyan Zhang wrote: > Introduce a new binding with its documentation for Spreadtrum clock > sub-framework. > > Signed-off-by: Chunyan Zhang > --- > Documentation/devicetree/bindings/clock/sprd.txt | 36 > > 1 file changed, 36

Re: [PATCH v2 2/2] Telemetry: remove redundant macro definition

On Fri, Jul 21, 2017 at 03:29:39AM +, Chakravarty, Souvik K wrote: > Just missed the email from Darren. :-) > Reviewed-by: Souvik K Chakravarty Thank you Souvik. While these one liners are OK for trivial changes like this, please note that Andy and I depend

Re: [PATCH 5/5] ubi: Allow to use read-only UBI volume with not enough PEBs

Pali, On Fri, Jun 2, 2017 at 5:43 PM, Pali Rohár wrote: > In read-only mode is skipped auto-resize. For pre-build images ready for > auto-resize there can be reserved more PEBs as whole size of pre-build > image. In read-only we do not do any write operation therefore this

Re: [PATCH v7 3/3] clk: stm32h7: Add stm32h743 clock driver

On 07/20, Vladimir Zapolskiy wrote: > Hi Gabriel, > > On 07/20/2017 11:31 AM, Gabriel FERNANDEZ wrote: > > Hi Vladimir, > > > > > > On 07/19/2017 11:20 PM, Vladimir Zapolskiy wrote: > >> Hello Gabriel, > >> > >> On 07/19/2017 05:25 PM, gabriel.fernan...@st.com wrote: > >>> From: Gabriel

Re: [PATCH v6 0/2] x86: Implement fast refcount overflow protection

On Thu, 20 Jul 2017 11:11:06 +0200 Ingo Molnar wrote: > > * Kees Cook wrote: > > > This implements refcount_t overflow protection on x86 without a noticeable > > performance impact, though without the fuller checking of REFCOUNT_FULL. > > This is done

Re: [HMM 12/15] mm/migrate: new memory migration helper for use with device memory v4

On 7/20/17 6:33 PM, Jerome Glisse wrote: So i pushed an updated hmm-next branch it should have all fixes so far, including something that should fix this issue. I still want to go over all emails again to make sure i am not forgetting anything. Cheers, Jérôme Hi Jerome, The issues I

Re: [PATCH 1/2] clk: qoriq: add clock configuration for ls1088a soc

On 04/06, Yuantian Tang wrote: > Clock on ls1088a chip takes primary clocking input from the external > SYSCLK signal. The SYSCLK input (frequency) is multiplied using > multiple phase locked loops (PLL) to create a variety of frequencies > which can then be passed to a variety of internal logic,

Re: [PATCH 2/2] clk: qoriq: add pll clock to clock lookup table

On 04/06, Yuantian Tang wrote: > Register each PLL and its division clocks to clock > lookup table to facilitate the clock look up for > clock consumer. > > Signed-off-by: Tang Yuantian > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora

[PATCH v2 5/5] perf script python: Generate hooks with additional argument

Modify the signature of tracepoint specific and trace_unhandled hooks to add the perf_sample dict as a new argument. Create a python helper function to print a dictionary. Signed-off-by: Arun Kalyanasundaram --- .../util/scripting-engines/trace-event-python.c| 22

[PATCH v2 0/5] perf script python: Provide sample dict to all handlers

v2: - Add sample_read struct to the dict (in 3/5). - Increase reference count of callchain in process tracepoint to avoid unnecessary garbage collection (in 4/5). The process_event python hook receives a dict with most perf_sample entries. Other handlers (e.g. trace_unhandled,

[PATCH v2 3/5] perf script python: Add sample_read to dict

Provide time_enabled, time_running and counter value in the perf_sample dict. Signed-off-by: Arun Kalyanasundaram --- .../util/scripting-engines/trace-event-python.c| 51 ++ 1 file changed, 51 insertions(+) diff --git

Re: [PATCH] staging: vboxvideo: make a couple of symbols static

Hi, On 19-07-17 11:36, Colin King wrote: From: Colin Ian King Module parameter vbox_modeset and structure vbox_bo_driver do not need to be in global scope and hence can be made static. Cleans up a couple of sparse warnings: symbol 'vbox_modeset' was not declared.

[PATCH 1/2] mm/swap: Fix race conditions in swap_slots cache init

Memory allocations can happen before the swap_slots cache initialization is completed during cpu bring up. If we are low on memory, we could call get_swap_page and access swap_slots_cache before it is fully initialized. Add a check in get_swap_page for initialized swap_slots_cache to prevent

Re: [PATCH] PM / OPP: OF: Use pr_debug() instead of pr_err() while adding OPP table

On Wednesday, July 12, 2017 11:10:14 PM Stephen Boyd wrote: > On 07/12, Viresh Kumar wrote: > > Some platforms add the OPPs dynamically from platform specific drivers > > instead of getting them statically from DT. The cpufreq-dt driver > > already ignores the return value of

Re: Moving ndctl development into the kernel tree?

* Dan Williams wrote: > [...] > > * Like perf, ndctl borrows the sub-command architecture and option > parsing from git. So, this code could be refactored into something > shared / generic, i.e. the bits in tools/perf/util/. Just as a side note, stacktool

[GIT PULL] ARM: at91: DT for 4.13 #2

Arnd, Olof, Two DT patches for 4.13, fixing NAND flash support on sama5d2. The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877: Linux v4.13-rc1 (2017-07-15 15:22:10 -0700) are available in the git repository at:

Re: [PATCH v2 3/4] fs/dcache: Enable automatic pruning of negative dentries

On Fri, 2017-07-21 at 16:17 -0400, Waiman Long wrote: > On 07/21/2017 03:30 PM, James Bottomley wrote: > > > > On Fri, 2017-07-21 at 09:43 -0400, Waiman Long wrote: > > > > > > Having a limit for the number of negative dentries does have an > > > undesirable side effect that no new negative

Re: [PATCH V2] pci: quirk: Apply APM ACS quirk to XGene devices

On Thu, Jul 20, 2017 at 3:22 PM, Alex Williamson wrote: > On Wed, 19 Jul 2017 17:46:51 -0700 > Feng Kan wrote: > >> The APM X-Gene PCIe root port does not support ACS at this point. >> However, the hw provides isolation and source validation through >>

[PATCH v2 2/4] cgroup: Allow bypass mode in subtree_control

The special prefix '#' attached to a controller name can now be written into the cgroup.subtree_control file to set that controller in bypass mode in all the child cgroups. The controller will show up in the children's cgroup.controllers file, but the corresponding control knobs will be absent.

[PATCH v2 4/4] cgroup: Make debug controller report new controller masks

The newly added cgroup controller masks (subtree_bypass and enable_ss_mask) are now being reported in the debug.masks controller file. Signed-off-by: Waiman Long --- kernel/cgroup/debug.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/kernel/cgroup/debug.c

[PATCH v2 0/4] cgroup: Introducing bypass mode

v1->v2: - Remove relax no-internal-process constraint patch as this feature is in the thread mode v4 patch. - Remove subtree root mode patch. - Remove the skip dying css patch as I can no longer reproduce the problem. - Rework the bypass mode so that write to "cgroup.controllers"

[PATCH v2 3/4] cgroup: Allow reenabling of controller in bypass mode

Controllers set to bypass mode in the parent's "cgroup.subtree_control" can now be optionally enabled by writing the controller name with the '+' prefix to "cgroup.controllers". Using the '#' prefix will reset it back to the bypass state. This capability increases the flexibility each controller

[PATCH v2 1/4] cgroup: Child cgroup creation not allowed on invalid domain

When thread mode is used, it is possible that some cgroups may be in an invalid state. Currently users may not be aware that they are invalid until they try to migrate tasks over. This patch disallows child cgroup creation on invalid domain. This adds one more failure point in reminding users that

Re: [PATCH] xen: selfballoon: remove unnecessary static in frontswap_selfshrink()

Hi Juergen, On 07/21/2017 02:36 AM, Juergen Gross wrote: On 04/07/17 20:34, Gustavo A. R. Silva wrote: Remove unnecessary static on local variables last_frontswap_pages and tgt_frontswap_pages. Such variables are initialized before being used, on every execution path throughout the function.

Re: [PATCH 0/2] PM / suspend: Messaging updates

On Friday, July 21, 2017 06:13:45 PM Andy Shevchenko wrote: > On Fri, Jul 21, 2017 at 3:48 PM, Rafael J. Wysocki wrote: > > Hi, > > > > The first patch addresses a potential confusion regarding messages printed > > by > > the suspend core code to the kernel log and the second

Re: [PATCH] of: provide of_n_{addr,size}_cells wrappers for !CONFIG_OF

Hi Arnd, On Fri, Jul 21, 2017 at 10:19 PM, Arnd Bergmann wrote: > The pci-rcar driver is enabled for compile tests, and this has > now shown that the driver cannot build without CONFIG_OF, > following the inclusion of f8f2fe7355fb "PCI: rcar: Use new OF > interrupt mapping when

[PATCH] [RESEND] gpu: ipu-v3: add DRM dependency

The new PRE/PRG driver code causes a link failure when DRM is disabled: drivers/gpu/ipu-v3/ipu-pre.o: In function `ipu_pre_configure': ipu-pre.c:(.text.ipu_pre_configure+0x18): undefined reference to `drm_format_info' drivers/gpu/ipu-v3/ipu-prg.o: In function `ipu_prg_format_supported':

Re: [PATCH 2/3] ACPI / PM: Split acpi_device_wakeup()

On Friday, July 21, 2017 06:27:39 PM Andy Shevchenko wrote: > On Fri, Jul 21, 2017 at 3:40 PM, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > To prepare for a subsequent change and make the code somewhat easier > > to follow, do the

Re: [GIT PULL] xen: features and fixes for 4.13-rc2

On Fri, Jul 21, 2017 at 3:17 AM, Juergen Gross wrote: > drivers/xen/pvcalls-back.c | 1236 > This really doesn't look like a fix. The merge window is over. So I'm not pulling this without way more explanations of why I should.

Re: [PATCH] f2fs: let __get_victim successfully get a segno in corner case

Hi Yunlong, On 07/20, Yunlong Song wrote: > Hi, Jay, > The distribution is like this, unit is segment counts: > cnt_free: 0 (free blocks) > cnt_full: 25182 (segment which has 512 blocks) > cnt_over: 25192 (segment which valid blocks over fggc_threshold) > cnt_below: 870

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