RE: [PATCH V2] kernel/watchdog: fix spurious hard lockups

On Mon, 17 Jul 2017, Liang, Kan wrote: > There are three proposed patches so far. > Patch 1: The patch as above which speed up the hrtimer. > Patch 2: Thomas's first proposal. > https://patchwork.kernel.org/patch/9803033/ > https://patchwork.kernel.org/patch/9805903/ > Patch 3: my original

Re: [PATCH 12/14] qcom: mtd: nand: change register offset defines with enums

On 2017-07-04 15:25, Archit Taneja wrote: On 06/29/2017 12:46 PM, Abhishek Sahu wrote: The current driver defines the register offset with preprocessor macro which is defined crossponding to NAND controller version 1.4.0. This patch changes these macro with enumeration. It also adds mapping

Re: [PATCH v5 1/2] clk: gate: expose clk_gate_ops::is_enabled

Hi Stephen, On 07/14/2017 08:52 PM, kbuild test robot wrote: > Hi Gabriel, > > [auto build test ERROR on clk/clk-next] > [also build test ERROR on v4.12 next-20170714] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: >

[PATCH v2 2/5] dt-bindings: gpu: add a power_model optional properties for MALI

This patch adds the MALI's power-model to set the IPA model to be used for power management. Signed-off-by: Caesar Wang --- Changes in v2: None Documentation/devicetree/bindings/gpu/arm,mali-midgard.txt | 12 1 file changed, 12 insertions(+) diff --git

[PATCH v2 5/5] arm64: dts: rockchip: update the thermal zones for RK3399 SoCs

As RK3399 had used the Power allocator thermal governor by default, enabled this to manage thermals by dynamically allocating and limiting power to devices. Also, this patch supported the dynamic-power-coefficient/sustainable_power and GPU's power model for needed parameters with thermal IPA.

Re: [PATCH 0/5] Add a script to check for Sphinx install requirements

> Am 17.07.2017 um 00:08 schrieb Mauro Carvalho Chehab > : > > [1] There's an unrelated bug with the Kernel's sphinx extension > kimage: when parsing GraphViz graphs, it uses "-Tpdf" argument, > in order to generate a PDF image. That doesn't work on some > distros, as

[PATCH v2 4/5] arm64: dts: rockchip: enable the GPU for RK3399-GRU

This patch enables the gpu and adds the mali-supply power for RK3399-GRU devices. Signed-off-by: Caesar Wang --- Changes in v2: None arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

Re: [PATCH v2 1/3] mux: Add mux_control_get_optional() API

Generally looks like I imagined, but there are a few nits and some things that I'd like to do differently. Comments inline. Thanks! On 2017-07-14 23:40, Stephen Boyd wrote: > Sometimes drivers only use muxes under certain scenarios. For > example, the chipidea usb controller may be connected to a

Re: [PATCH] EDAC: remove unnecessary static in edac_fake_inject_write()

On Tue, Jul 04, 2017 at 04:44:40PM -0500, Gustavo A. R. Silva wrote: > Remove unnecessary static on local variable _type_. > Such variable is initialized before being used, > on every execution path throughout the function. > The static has no benefit and, removing it reduces > the code size. > >

Re: [PATCH v2] mm/vmalloc: terminate searching since one node found

On 07/17/2017 04:07 PM, Zhaoyang Huang wrote: > It is no need to find the very beginning of the area within > alloc_vmap_area, which can be done by judging each node during the process > > For current approach, the worst case is that the starting node which be found > for searching the

Re: [PATCH 02/18] drm/sun4i: Add if statement instead of depends on

On Fri, Jul 14, 2017 at 11:09:07AM +0800, Chen-Yu Tsai wrote: > On Thu, Jul 13, 2017 at 10:12 PM, Maxime Ripard > wrote: > > The depends on relationship is obvious, and using an if statement will > > propagate it to every option without the need for each and

Re: [PATCH v3 1/2] extcon: cros-ec: Add extcon-cros-ec driver to support display out.

Hi Enric, When I tried to apply this patch, error happened as following: (based on v4.13-rc1) Applying: extcon: cros-ec: Add extcon-cros-ec driver to support display out. error: patch failed: include/linux/mfd/cros_ec_commands.h:285 error: include/linux/mfd/cros_ec_commands.h: patch does not

Re: [PATCH v6 2/6] clk: sunxi-ng: Add sun4i/sun7i CCU driver

Hi, On Fri, Jul 14, 2017 at 05:49:24PM +0300, Priit Laes wrote: > Introduce a clock controller driver for sun4i A10 and sun7i A20 > series SoCs. > > Signed-off-by: Priit Laes > --- > drivers/clk/sunxi-ng/Kconfig | 13 +- > drivers/clk/sunxi-ng/Makefile

Re: [PATCH v2] mm/page_alloc: Wait for oom_lock before retrying.

On Sun 16-07-17 19:59:51, Tetsuo Handa wrote: > Since the whole memory reclaim path has never been designed to handle the > scheduling priority inversions, those locations which are assuming that > execution of some code path shall eventually complete without using > synchronization mechanisms can

Re: [PATCH v3 1/2] extcon: cros-ec: Add extcon-cros-ec driver to support display out.

Hi, 2017-07-17 10:54 GMT+02:00 Chanwoo Choi : > Hi Enric, > > When I tried to apply this patch, error happened as following: > (based on v4.13-rc1) > > Applying: extcon: cros-ec: Add extcon-cros-ec driver to support display out. > error: patch failed:

Re: [PATCH 01/18] regmap: mmio: Add function to attach a clock

Hi Mark, On Thu, Jul 13, 2017 at 05:01:42PM +0100, Mark Brown wrote: > On Thu, Jul 13, 2017 at 04:12:56PM +0200, Maxime Ripard wrote: > > > This might be problematic if the clock to enable is stored in another node. > > Let's add a function that allows to attach a clock that has already been > >

Re: [PATCH 04/11] mmc: sunxi: Keep default timing phase settings for new timing mode

On Fri, Jul 14, 2017 at 02:42:55PM +0800, Chen-Yu Tsai wrote: > The register for the "new timing mode" also has bit fields for setting > output and sample timing phases. According to comments in Allwinner's > BSP kernel, the default values are good enough. > > Keep the default values already in

Re: [PATCH 6/9] mm, page_alloc: simplify zonelist initialization

On Mon 17-07-17 09:58:04, Mel Gorman wrote: > On Mon, Jul 17, 2017 at 10:19:42AM +0200, Michal Hocko wrote: > > On Mon 17-07-17 09:07:23, Mel Gorman wrote: > > > On Mon, Jul 17, 2017 at 08:06:40AM +0200, Michal Hocko wrote: > > > > On Fri 14-07-17 15:18:23, Mel Gorman wrote: > > > > > Fairly sure

Re: [PATCH 03/11] clk: sunxi-ng: a83t: Support new timing mode for mmc2 clock

Hi, On Fri, Jul 14, 2017 at 02:42:54PM +0800, Chen-Yu Tsai wrote: > The MMC2 clock supports a new timing mode. When the new mode is active, > the output clock rate is halved. > > This patch sets the feature flag for the new timing mode, and adds > a pre-divider based on the mode bit. > >

Re: [PATCHv2 0/6] Motorola Droid 4 Audio Support

* Sebastian Reichel [170712 08:19]: > * Switch from simple-audio-card to audio-graph-card Gave this a quick try against v4.13-rc1 with SND_AUDIO_GRAPH_CARD enabled as a loadable module. However loading it oopses for me, see below. Maybe some dependencies are

Re: [PATCH] PCI: dwc: designware: test PCIE_ATU_ENABLE bit to check enabled or not

Hi, Às 11:35 AM de 7/13/2017, Jisheng Zhang escreveu: > The ATU CTRL2 register is 32 bit, besides the enable bit, other bits > may also be set. To check whether the ATU is enabled or not, we should > test the enable it. > > Signed-off-by: Jisheng Zhang > --- >

Re: [PATCH] printk: modify console_unlock with printk-safe macros

On (07/15/17 18:36), Pierre Kuo wrote: [..] > diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c > index fc47863..21557cc 100644 > --- a/kernel/printk/printk.c > +++ b/kernel/printk/printk.c > @@ -2194,8 +2194,7 @@ void console_unlock(void) > size_t ext_len = 0; >

Re: [PATCH 3/5] sphinx-pre-install: use a requirements file

Em Mon, 17 Jul 2017 08:00:07 +0200 Markus Heiser escreveu: > > Am 17.07.2017 um 00:08 schrieb Mauro Carvalho Chehab > > : > > > > Instead of using 3 commands to install a virtualenv, use > > a single one, reading the requirements from this

[PATCH] x86/microcode: Document the three loading methods

From: Borislav Petkov Paul Menzel asked recently how to load microcode on a system and I realized that we don't really have all the methods written down somewhere. Do that, so people can go and look them up. Signed-off-by: Borislav Petkov ---

Re: Droid 4 boot failure due to 422580c3cea7 (mm/oom_kill.c: add tracepoints for oom reaper-related events)

Hi, On Sun, Jul 16, 2017 at 10:59:42PM -0700, Tony Lindgren wrote: > * Roman Gushchin [170716 05:55]: > > On Fri, Jul 14, 2017 at 07:23:43PM +0200, Sebastian Reichel wrote: > > > On Fri, Jul 14, 2017 at 02:12:21PM +, Roman Gushchin wrote: > > > > > On 14 Jul 2017, at 14:43,

Re: [PATCH v1 1/2] ACPI / boot: Correct address space of __acpi_map_table()

On 2017/7/8 23:50, Andy Shevchenko wrote: > Sparse complains about wrong address space used in __acpi_map_table() > and in __acpi_unmap_table(). > > arch/x86/kernel/acpi/boot.c:127:29: warning: incorrect type in return > expression (different address spaces) > arch/x86/kernel/acpi/boot.c:127:29:

[PATCH v2 2/5] ACPI / boot: Correct address space of __acpi_map_table()

Sparse complains about wrong address space used in __acpi_map_table() and in __acpi_unmap_table(). arch/x86/kernel/acpi/boot.c:127:29: warning: incorrect type in return expression (different address spaces) arch/x86/kernel/acpi/boot.c:127:29:expected char *

[PATCH v2 5/5] ACPI / boot: Don't handle SCI on HW reduced platforms

WIP Signed-off-by: Andy Shevchenko --- arch/x86/kernel/acpi/boot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c index 71c0feae60a4..4413cc2f7c3c 100644 ---

[PATCH v2 1/5] ACPI / boot: Don't define unused variables

Some code in acpi_parse_x2apic() conditionally compiled, though parts of it are being used in any case. This annoys gcc. arch/x86/kernel/acpi/boot.c: In function ‘acpi_parse_x2apic’: arch/x86/kernel/acpi/boot.c:203:5: warning: variable ‘enabled’ set but not used [-Wunused-but-set-variable] u8

[PATCH v2 0/5] ACPI / boot: Few amendments

This series does few amendments to architectural ACPI code related to boot, in particularly to arch/x86/kernel/acpi/boot.c. First two patches are amendments to satisfy compiler and static analyzer (the order is changed from first version which had been applied; in case of partial update first

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

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 --- arch/x86/kernel/acpi/boot.c | 2 +- include/linux/acpi.h| 3 +++ 2 files changed, 4

[PATCH v2 3/5] ACPI / boot: Add number of legacy IRQs to debug output

Sometimes it's useful to have when mp_config_acpi_legacy_irqs() is called. Signed-off-by: Andy Shevchenko --- arch/x86/kernel/acpi/boot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kernel/acpi/boot.c

[PATCH] perf probe: Fix build failure for get_target_map()

Commit 801bc8193463 ("perf probe: Allow placing uprobes in alternate namespaces.") is causing a build failure on powerpc: error: incompatible type for argument 2 of 'get_target_map' map = get_target_map(pev->target, pev->uprobes); ^~~ Fix it by changing

[PATCH v3 08/23] media: camss: Add CSID files

These files control the CSID modules which handle the protocol and application layer of the CSI2 receivers. Signed-off-by: Todor Tomov --- .../media/platform/qcom/camss-8x16/camss-csid.c| 1073 .../media/platform/qcom/camss-8x16/camss-csid.h|

[PATCH v3 09/23] media: camss: Add ISPIF files

These files control the ISPIF module which handles the routing of the data streams from the CSIDs to the inputs of the VFE. Signed-off-by: Todor Tomov --- .../media/platform/qcom/camss-8x16/camss-ispif.c | 1127

[PATCH v3 11/23] media: camss: Add files which handle the video device nodes

These files handle the video device nodes of the camss driver. Signed-off-by: Todor Tomov --- .../media/platform/qcom/camss-8x16/camss-video.c | 627 + .../media/platform/qcom/camss-8x16/camss-video.h | 66 +++ 2 files changed, 693 insertions(+)

[PATCH v3 10/23] media: camss: Add VFE files

These files control the VFE module. The VFE has different input interfaces. The PIX input interface feeds the input data to an image processing pipeline. Three RDI input interfaces bypass the image processing pipeline. The VFE also contains the AXI bus interface which writes the output data to

[PATCH v3 14/23] camss: vfe: Format conversion support using PIX interface

Use VFE PIX input interface and do format conversion in VFE. Supported input format is UYVY (single plane YUV 4:2:2) and its different sample order variations. Supported output formats are: - NV12/NV21 (two plane YUV 4:2:0) - NV16/NV61 (two plane YUV 4:2:2) Signed-off-by: Todor Tomov

Re: [PATCHv4 1/4] mfd: da9052: fix manual ADC read after timed out read

On Fri, 30 Jun 2017, Sebastian Reichel wrote: > It is possible that under heavy system load, the counter in the completion > struct, used for waiting for end of AD conversion, gets incremented twice. > To make sure the driver recovers from this situation, the completion struct > should be

[PATCH 08/15] kernel: convert ring_buffer.aux_refcount from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Suggested-by: Kees Cook Reviewed-by: David Windsor

Re: [PATCHv4 3/4] dt-bindings: mfd: da9052: support TSI as ADC

On Fri, 30 Jun 2017, Sebastian Reichel wrote: > DA9052 allows using the touchscreen input pins as general purpose > analogue input pin by wiring analogue inputs to X+, X-, Y+ and Y- > and providing a reference voltage at TSIREF pin. > > Signed-off-by: Sebastian Reichel

Re: [PATCH 1/2] tee.txt: standardize document format

On Wed, Jul 12, 2017 at 10:35:04AM -0300, Mauro Carvalho Chehab wrote: > Each text file under Documentation follows a different format. Some > doesn't even have titles! > > Change its representation to follow the adopted standard, > using ReST markups for it to be parseable by Sphinx: > > -

Re: [PATCH] printk: modify console_unlock with printk-safe macros

hi Sergey and Andy: > On (07/15/17 18:36), Pierre Kuo wrote: > [..] >> diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c >> index fc47863..21557cc 100644 >> --- a/kernel/printk/printk.c >> +++ b/kernel/printk/printk.c >> @@ -2194,8 +2194,7 @@ void console_unlock(void) >>

Re: [PATCH 0/2] use correct values for startup time bits for AXP22X/AXP8XX PEKs

Hi all, On 17/07/2017 11:53, Quentin Schulz wrote: > According to their datasheets, the AXP221, AXP223, AXP288, AXP803, > AXP809 and AXP813 PEK have different values for startup time bits from > the AXP20X PEK (which are currently used for all the aforementioned PMICs). > > This patch series

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

On Mon, Jul 17, 2017 at 1:00 PM, Alexandre TORGUE wrote: > blabla > > Signed-off-by: Alexandre TORGUE You may want to provide a little more detail here ;-) Arnd

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

Hi, On 7/15/2017 1:09 AM, Rob Clark wrote: > On Fri, Jul 14, 2017 at 3:36 PM, Will Deacon wrote: >> On Fri, Jul 14, 2017 at 03:34:42PM -0400, Rob Clark wrote: >>> On Fri, Jul 14, 2017 at 3:01 PM, Will Deacon wrote: On Fri, Jul 14, 2017 at

Re: [PATCH 4/6] ARM: vexpress_defconfig: Cleanup from non-existing options

On Mon, Jul 17, 2017 at 07:49:54AM +0200, Krzysztof Kozlowski wrote: > ARCH_VEXPRESS_CA9X4 is gone since commit 81cc3f868d30 ("ARM: vexpress: > Remove non-DT code"). > > Signed-off-by: Krzysztof Kozlowski Acked-by: Liviu Dudau Thanks for the cleanup!

Re: [PATCH 04/22] scsi: fusion: fix string overflow warning

On Mon, Jul 17, 2017 at 11:17 AM, David Laight wrote: > From: Arnd Bergmann >> Sent: 14 July 2017 13:07 >> gcc points out a theorerical string overflow: >> >> drivers/message/fusion/mptbase.c: In function 'mpt_detach': >> drivers/message/fusion/mptbase.c:2103:17: error:

Re: [PATCH 2/2] usb: host: pci_quirks: Force hard reset of Renesas uPD72020x USB controller

On 10.07.2017 18:52, Marc Zyngier wrote: The Renesas uPD72020x XHCI controller seems to suffer from a really annoying bug, where it may retain some of its DMA programming across a XHCI reset, and despite the driver correctly programming new DMA addresses. This is visible if the device has been

[PATCH 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 ---

[PATCH 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 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 5/7] phy: qcom-qmp: Add support for IPQ8074

Add definitions required to enable QMP phy support for IPQ8074. Signed-off-by: smuthayy Signed-off-by: Varadarajan Narayanan --- drivers/phy/qualcomm/phy-qcom-qmp.c | 135 1 file changed, 135 insertions(+)

[PATCH 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. Signed-off-by: Varadarajan Narayanan --- Documentation/devicetree/bindings/phy/qcom-qmp-phy.txt | 3 +++ 1 file changed, 3 insertions(+) diff

[PATCH 0/7] Add support for IPQ8074 PCIe phy and controller

Add definitions required to enable QMP phy 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. Varadarajan Narayanan (7):

[PATCH 2/7] dt-bindings: phy: qmp: Add support for QMP phy in IPQ8074

IPQ8074 uses QMP phy controller that provides support to PCIe and USB. Adding dt binding information for the same. Signed-off-by: Varadarajan Narayanan --- .../devicetree/bindings/phy/qcom-qmp-phy.txt | 28 ++ 1 file changed, 28 insertions(+)

Re: [PATCH] mfd: Fix potential NULL pointer dereference

On Wed, 05 Jul 2017, Christophe JAILLET wrote: > if 'max8998_i2c_parse_dt_pdata() fails (when out of memory), a NULL > pointer dereference will occur in the error handling code. > > Return directly instead. > > Fixes: ee999fb3f17f("mfd: max8998: Add support for Device Tree") > Signed-off-by:

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

On 21 June 2017 at 09:10, Viresh Kumar wrote: > Some platforms have the capability to configure the performance state of > their Power Domains. The performance levels are identified by positive > integer values, a lower value represents lower performance state. > > This

Re: [PATCH] staging: unisys: visorbus: constify attribute_group structures.

On Mon, Jul 17, 2017 at 05:43:14PM +0530, Arvind Yadav wrote: > Hi Greg, > > > On Monday 17 July 2017 04:15 PM, Greg KH wrote: > > On Mon, Jul 17, 2017 at 02:55:37PM +0530, Arvind Yadav wrote: > > > attribute_groups are not supposed to change at runtime. All functions > > > working with

Re: Regression with suspicious RCU usage splats with cpu_pm change

On Sun, Jul 16, 2017 at 11:08:07PM -0700, Tony Lindgren wrote: > * Alex Shi [170716 16:25]: > > I reused the rcu_irq_enter_irqson() from RCU_NONIDLE to avoid this issue. > > It works fine. > > > > Tony, Could you like to give a tested-by if this patch works for you. > >

Re: [PATCH 14/22] [media] usbvision-i2c: fix format overflow warning

On 17/07/17 14:57, Arnd Bergmann wrote: > On Mon, Jul 17, 2017 at 2:53 PM, Hans Verkuil wrote: >> On 14/07/17 14:07, Arnd Bergmann wrote: >>> gcc-7 notices that we copy a fixed length string into another >>> string of the same size, with additional characters: >>> >>>

[PATCH] Staging: vt6655: Fixing coding style warnings

Removes following warnings found by checkpatch.pl script: WARNING: Prefer using '"%s...", __func__' to using 'xxx', this function's name, in a string Signed-off-by: Simo Koskinen --- drivers/staging/vt6655/card.c | 6 +++--- drivers/staging/vt6655/mac.c | 2 +- 2 files

Re: [PATCHv2] staging: iio: adc: add missing of_node references to iio_dev

Hi, The patch seems to be reverted? Also should this part in the IIO core take care of automatically setting the of_node of the IIO device? As far as I can see we don't have to initialize it manually. /* If the calling driver did not initialize of_node, do it here */ if

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

On 2017/7/14 12:05, Paul E. McKenney wrote: > > More specifically: rcu_needs_cpu(), rcu_prepare_for_idle(), > rcu_cleanup_after_idle(), rcu_eqs_enter(), rcu_eqs_enter_common(), > rcu_dynticks_eqs_enter(), do_nocb_deferred_wakeup(), > rcu_dynticks_task_enter(), rcu_eqs_exit(),

[PATCH v2 3/5] ACPI / boot: Add number of legacy IRQs to debug output

Sometimes it's useful to have when mp_config_acpi_legacy_irqs() is called. Signed-off-by: Andy Shevchenko --- arch/x86/kernel/acpi/boot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kernel/acpi/boot.c

[PATCH] [PING] Fix TIOCGPTPEER ioctl definition

This ioctl does nothing to justify an _IOC_READ or _IOC_WRITE flag because it doesn't copy anything from/to userspace to access the argument. Fixes: 54ebbfb16034 ("tty: add TIOCGPTPEER ioctl") Signed-off-by: Gleb Fotengauer-Malinovskiy Acked-by: Aleksa Sarai

[PATCH v2 2/5] ACPI / boot: Correct address space of __acpi_map_table()

Sparse complains about wrong address space used in __acpi_map_table() and in __acpi_unmap_table(). arch/x86/kernel/acpi/boot.c:127:29: warning: incorrect type in return expression (different address spaces) arch/x86/kernel/acpi/boot.c:127:29:expected char *

[Resend, PATCH v2 0/5] ACPI / boot: Few amendments

This series does few amendments to architectural ACPI code related to boot, in particularly to arch/x86/kernel/acpi/boot.c. First two patches are amendments to satisfy compiler and static analyzer (the order is changed from first version which had been applied; in case of partial update first

Re: [PATCH 2/2] mfd: intel_soc_pmic: Differentiate between Bay and Cherry Trail CRC variants

On Sat, 01 Jul 2017, Hans de Goede wrote: > Both Bay and Cherry Trail devices may be used together with a Crystal Cove > PMIC. Each platform has its own variant of the PMIC, which both use the > same ACPI HID, but they are not 100% compatible. > > This commits makes the intel_soc_pmic_core code

Re: [PATCH 1/2] mfd: intel_soc_pmic: Export separate mfd-cell configs for BYT and CHT

On Sat, 01 Jul 2017, Hans de Goede wrote: > Both Bay and Cherry Trail devices may be used together with a Crystal Cove > PMIC. Each platform has its own variant of the PMIC, which both use the > same ACPI HID, but they are not 100% compatible. > > Looking at the android x86 kernel sources where

Re: [PATCH 1/2] thermal: int340x: constify attribute_group structures.

Hi Andy, On Monday 17 July 2017 04:11 PM, Andy Shevchenko wrote: On Mon, 2017-07-17 at 16:04 +0530, Arvind Yadav wrote: attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const

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

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 being a tristate though, this fixes >

Re: [PATCH v2] kbuild: trivial cleanups on the comments

Hi Cao, 2017-07-16 19:12 GMT+09:00 Cao jin : > index 61f87a9..f0a4ada 100644 > --- a/scripts/Kbuild.include > +++ b/scripts/Kbuild.include > @@ -85,8 +85,8 @@ TMPOUT := $(if $(KBUILD_EXTMOD),$(firstword > $(KBUILD_EXTMOD))/) > > # try-run > # Usage: option = $(call

[PATCH] sphinx-pre-install: check for the need of graphviz-gd

On newer versions of graphviz, it is needed to install a separate package for PDF support. Signed-off-by: Mauro Carvalho Chehab --- This patch depends on a previous patch series I sent yesterday. This, together with the other pending patches are available at:

[PATCH v2] Input: adxl34x - fix gcc-7 -Wint-in-bool-context warning

FIFO_MODE is an macro expression with a '<<' operator, which gcc points out could be misread as a '<': drivers/input/misc/adxl34x.c: In function 'adxl34x_probe': drivers/input/misc/adxl34x.c:799:36: error: '<<' in boolean context, did you mean '<' ? [-Werror=int-in-bool-context] This converts

Re: [PATCH] mfd: max8925-i2c: remove unnecessary static in max8925_probe()

On Tue, 04 Jul 2017, Gustavo A. R. Silva wrote: > Remove unnecessary static on local variable _chip_. > Such variable is initialized before being used, > on every execution path throughout the function. > The static has no benefit and, removing it reduces > the code size. > > This issue was

[PATCH 4/7] phy: qcom-qmp: Handle unavailable registers

In some implementations of the QMP phy, some registers might not be present. Provide a way identify such registers and not access those registers. Signed-off-by: Varadarajan Narayanan --- drivers/phy/qualcomm/phy-qcom-qmp.c | 23 ++- 1 file changed, 14

Re: [PATCH 00/15] perf tools: Fix attr tests

On Mon, Jul 03, 2017 at 04:50:15PM +0200, Jiri Olsa wrote: > hi, > attr tests have been broken for some time now. Updating > the data files plus some other processing fixes. > > It's also available in here: > git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git > perf/attr_test hi,

RE: [PATCH V2] kernel/watchdog: fix spurious hard lockups

> > On Mon, 17 Jul 2017, Liang, Kan wrote: > > There are three proposed patches so far. > > Patch 1: The patch as above which speed up the hrtimer. > > Patch 2: Thomas's first proposal. > > https://patchwork.kernel.org/patch/9803033/ > > https://patchwork.kernel.org/patch/9805903/ > > Patch 3: my

[PATCH v2] staging: iio: adc: add missing of_node references to iio_dev

Adding missing indio_dev->dev.of_node references to allow iio consumers to access the device channels. Signed-off-by: Hari Prasath --- v2: Wrong from email ID in first version of patch --- drivers/staging/iio/adc/ad7192.c | 1 + drivers/staging/iio/adc/ad7780.c

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

Hi, On 7/17/2017 5:16 PM, Sricharan R wrote: > Hi, > > On 7/15/2017 1:09 AM, Rob Clark wrote: >> On Fri, Jul 14, 2017 at 3:36 PM, Will Deacon wrote: >>> On Fri, Jul 14, 2017 at 03:34:42PM -0400, Rob Clark wrote: On Fri, Jul 14, 2017 at 3:01 PM, Will Deacon

Re: [PATCH v1] staging: rts5208: Change fixed function names with "%s: ", __func__

On Fri, Jul 14, 2017 at 07:38:43PM +0530, Gaurav Pathak wrote: > staging: rts5208: Refactored code to avoid few defects. That's the subject line, why repeat it here? Please put a "real" description of the patch here. > > Signed-off-by: Gaurav Pathak > --- > Hi,

[PATCH net-next 2/5] virtio-net: pack headroom into ctx for mergeable buffer

Pack headroom into ctx, then during XDP set, we could know the size of headroom and copy if needed. This is required for avoiding reset on XDP. Signed-off-by: Jason Wang --- drivers/net/virtio_net.c | 29 - 1 file changed, 24 insertions(+), 5

Re: [PATCH] perf probe: Fix build failure for get_target_map()

Em Mon, Jul 17, 2017 at 04:02:22PM +0530, Ravi Bangoria escreveu: > Commit 801bc8193463 ("perf probe: Allow placing uprobes in > alternate namespaces.") is causing a build failure on powerpc: > > error: incompatible type for argument 2 of 'get_target_map' > map = get_target_map(pev->target,

Re: [PATCH 05/11] mmc: sunxi: Support controllers that can use both old and new timings

Hi Chen-Yu, [auto build test ERROR on linus/master] [also build test ERROR on v4.13-rc1] [cannot apply to robh/for-next clk/clk-next] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH] PCI: dwc: designware: make dw_pcie_prog_*_atu_unroll() static

Helper functions dw_pcie_prog_*_atu_unroll don't need to be in global scope, so make it static. Cleans up sparse warnings: - symbol 'dw_pcie_prog_outbound_atu_unroll' was not declared. Should it be static? - symbol 'dw_pcie_prog_inbound_atu_unroll' was not declared. Should it be static?

[PATCH 05/15] kernel: convert task_struct.stack_refcount from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Suggested-by: Kees Cook Reviewed-by: David Windsor

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

blabla Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi index a8113dc..4bb2b4f 100644 --- a/arch/arm/boot/dts/stm32f429.dtsi +++ b/arch/arm/boot/dts/stm32f429.dtsi @@ -47,7 +47,7 @@ #include

Re: [PATCH v10] vfio: ABI for mdev display dma-buf operation

Hi, > No need of flag here. If vGPU driver is not loaded in the guest, > there > is no surface being managed by vGPU, in that case this size will be > zero. Ok, we certainly have the same situation with intel. When the guest driver is not loaded (yet) there is no valid surface. We should

[RESEND PATCH v1] i2c: mediatek: send i2c master code at 400k

From: Jun Gao The speed of sending i2c master code in high-speed mode depends on source clock, clock-div and TIMING register. The source clock and clock-div of different SoC are not all the same. In order to send i2c master code at 400k in high-speed mode, a appropriate

[RFC PATCH] 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: Droid 4 boot failure due to 422580c3cea7 (mm/oom_kill.c: add tracepoints for oom reaper-related events)

[dropping people from Cc] Hi, On Mon, Jul 17, 2017 at 03:19:28AM -0700, Tony Lindgren wrote: > * Sebastian Reichel [170717 02:52]: > > On Sun, Jul 16, 2017 at 10:59:42PM -0700, Tony Lindgren wrote: > > > Sebastian, for me droid 4 boots just fine with v4.13-rc1

Re: [PATCH 1/3] PCI: dwc: Handle host_init failures

Hi Bjorn Andersson, Às 7:39 AM de 7/16/2017, Bjorn Andersson escreveu: > In several dwc based drivers host_init can fail, so make sure to > propagate and handle this to avoid continuing operation of a driver or > hardware in an invalid state. > > Signed-off-by: Bjorn Andersson

Re: [PATCH] perf/x86/intel: Fix debug_store reset field for freq events

On Fri, Jul 14, 2017 at 10:22:49AM -0700, Andi Kleen wrote: > Jiri Olsa writes: > > > > Setting the reset field to 0 for freq events. > > Looks good to me. > > Reviewed-by: Andi Kleen > > BTW I suspect there's a related bug that > > perf record -e

Re: [PATCH v4 0/3] some fixups for MediaTek cpufreq driver

On Monday, July 17, 2017 01:05:43 PM Viresh Kumar wrote: > On 17-07-17, 14:16, Sean Wang wrote: > > Hi, Viresh > > > > I missed to add Acks from Rob for patch 2 and 3 since we sent out almost > > at the same time. Do I need to resend again for this or the series is > > okay for you? > > Looks

Re: [Patch v5 12/12] Documention: v4l: Documentation for HEVC CIDs

On Fri, 2017-07-07 at 17:59 +0300, Stanimir Varbanov wrote: > Hi, > > On 06/19/2017 08:10 AM, Smitha T Murthy wrote: > > Added V4l2 controls for HEVC encoder > > > > Signed-off-by: Smitha T Murthy > > --- > > Documentation/media/uapi/v4l/extended-controls.rst | 364 > >

Re: [PATCH] Documentation: dt: chosen property for kaslr-seed

On Sun, Jul 16, 2017 at 05:42:25PM +0100, Ard Biesheuvel wrote: > On 16 July 2017 at 03:13, Kees Cook wrote: > > On Sat, Jul 15, 2017 at 5:42 AM, Ard Biesheuvel > > wrote: > >> (+ Mark, Will, Catalin) > >> > >> On 15 July 2017 at 01:38, Kees Cook

[PATCH 0/3] arcpgu: Fixes and improvements

Hi all, Two fixes and an improvement for arcpgu. I've sent this patches in separate but I've now collected them all to ease the review. Best regards, Jose Miguel Abreu Jose Abreu (3): drm: arcpgu: Fix mmap() callback drm: arcpgu: Fix module unload drm: arcpgu: Allow some clock deviation

[PATCH 1/3] drm: arcpgu: Fix mmap() callback

Now that ARC properly supports DMA mmap() we can use the standard CMA helper to map dumb buffers. This makes ARC PGU works with standard DRM consumer applications like, for example, mpv/mplayer via DRM. While at it, use the DEFINE_DRM_GEM_CMA_FOPS() helper. This fixes the use of dumb buffers.

[PATCH 3/3] drm: arcpgu: Allow some clock deviation in crtc->mode_valid() callback

Currently we expect that clock driver produces the exact same value as we are requiring. There can, and will, be some deviation however so we need to take that into account instead of just rejecting the mode. According to the HDMI spec we have a max of +-0.5% for the pixel clock frequency

  1   2   3   4   5   6   7   8   9   10   >