linux-next: manual merge of the akpm-current tree with the kspp tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in: Makefile between commit: 228d96c603cf ("kbuild: Abort build on bad stack protector flag") from the kspp tree and commit: f273155b8dc7 ("kbuild: abort build on bad stack protector flag") from the

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

Hi David, On Tue, 26 Jul 2016 23:19:59 -0700 (PDT) David Miller wrote: > > Fixed thusly: > > > From 36232012344b8db67052432742deaf17f82e70e6 Mon Sep 17 00:00:00 2001 > From: "David S. Miller" > Date: Tue, 26 Jul 2016 23:19:29

Re: [PATCH 3/9] clk: sunxi-ng: mux: Increase fixed pre-divider div size

On Tue, Jul 26, 2016 at 03:04:25PM +0800, Chen-Yu Tsai wrote: > Some clocks have a predivider value that is larger than what u8 can > store. One such example is the OUT clk found on A20/A31, which has > a /750 pre-divider on one of the osc24M parents. > > Increase the size of the div field to

Re: [PATCH 4/9] clk: sunxi-ng: mux: Add support for mux tables

On Tue, Jul 26, 2016 at 07:43:06PM +0200, Jean-Francois Moine wrote: > On Tue, 26 Jul 2016 15:04:26 +0800 > Chen-Yu Tsai wrote: > > > Some clock muxes have holes, i.e. invalid or unconnected inputs, > > between parent mux values. > > > > Add support for specifying a mux table to

[PATCH v11 0/4] Mediatek MT8173 CMDQ support

Hi, This is Mediatek MT8173 Command Queue(CMDQ) driver. The CMDQ is used to help write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to achieve this requirement. These patches have a build

[PATCH v11 1/4] dt-bindings: soc: Add documentation for the MediaTek GCE unit

This adds documentation for the MediaTek Global Command Engine (GCE) unit found in MT8173 SoCs. Signed-off-by: HS Liao Acked-by: Rob Herring --- .../devicetree/bindings/soc/mediatek/gce.txt | 47 ++ 1 file changed, 47

[PATCH v11 2/4] CMDQ: Mediatek CMDQ driver

This patch is first version of Mediatek Command Queue(CMDQ) driver. The CMDQ is used to help write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to achieve this requirement. Currently, CMDQ only

[PATCH v11 3/4] arm64: dts: mt8173: Add GCE node

This patch adds the device node of the GCE hardware for CMDQ module. Signed-off-by: HS Liao --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi

Re: [PATCH 6/9] clk: sunxi-ng: nkm: Add mux to support multiple parents

On Tue, Jul 26, 2016 at 03:04:28PM +0800, Chen-Yu Tsai wrote: > The MIPI mode of the MIPI-PLL on A31 is an NKM-style PLL with 2 > selectable parents. > > Add mux support to the NKM clock. > > Signed-off-by: Chen-Yu Tsai Applied, thanks Maxime -- Maxime Ripard, Free Electrons

[PATCH] dell-wmi: Ignore WMI event 0xe00e

WMI event 0xe00e is received when battery was removed or inserted. Signed-off-by: Pali Rohár --- drivers/platform/x86/dell-wmi.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/platform/x86/dell-wmi.c b/drivers/platform/x86/dell-wmi.c

Re: [RFC PATCH v2 1/4] Documentation: DT: net: Add Xilinx gmiitorgmii converter device tree binding documentation

Hi Appana Here is roughly what i was thinking: struct priv { phy_device *master; phy_device *slave; struct phy_driver *slave_drv; }; phy_status_clone(phy_device *master, phy_device *slave) { master->speed = slave->speed; master->duplex = slave->duplex;

[PATCH 2/7] dt-bindings: i2c: add support for 'i2c-arb' subnode

This gets rid of the need for a pointless 'reg' property for i2c arbitrators. I.e. this new and more compact style some-arbitrator { i2c-mux { #address-cells = <1>; #size-cells = <0>;

[PATCH 5/7] i2c: mux: add support for 'i2c-mux', 'i2c-arb' and 'i2c-gate' DT subnodes

Backwards compatibility is preserved; the subnodes are in practice optional. However, the mux core needs to know what subnode it should examine, so add a couple of new flags for i2c_mux_alloc for this purpose. The rule is that if the mux core finds a 'reg' property in the appropriate subnode,

Re: [PATCH 00/13] arm64: Allwinner A64 support based on sunxi-ng

On Tue, 26 Jul 2016 22:30:28 +0200 Maxime Ripard wrote: > ere is the previous A64 patches made by Andre [1], reworked to use > the new sunxi-ng clock framework. > > This uses the current H3 clock code, as both are really similar. The > first patches are just

[RFC] net/mlx5_core/en_main: Remove deprecated create_workqueue

alloc_ordered_workqueue() with WQ_MEM_RECLAIM set replaces deprecated create_singlethread_workqueue(). This is the identity conversion. A dedicated workqueue has been used since mlx5e workqueue was created to handle all mlx5e specific tasks. This is in preparation for vxlan using the mlx5e

RE: Why does BIOS assign memory to 16 byte BAR

> Your system host bridge: has resource > pci_bus :00: root bus resource [mem 0xe010-0xefff] pci_bus > :00: root bus resource [mem 0x6-0x7 pref] then one pci > bridge: > pci :00:00.0 > then :01:00.0 have four bars: > pci :01:00.0: BAR 0: [mem size

Re: linux-next: build warnings after merge of the libata tree

Hi Tejun, On Thu, 21 Jul 2016 10:44:59 -0400 Tejun Heo wrote: > > On Thu, Jul 21, 2016 at 03:26:03PM +1000, Stephen Rothwell wrote: > > Hi Tejun, > > > > After merging the libata tree, today's linux-next build (arm > > multi_v7_defconfig) produced these warning: > > > >

Re: [GIT PULL] Changes for 4.8

* Juergen Gross wrote: > Hi Linus, > > please consider pulling a patch series for 4.8 from: > > https://github.com/jgross1/linux.git tags/for-linus-4-8 > > Unfortunately 2 of the 6 patches got no Acks as the maintainers didn't > react in spite of multiple pings and

Re: [PATCH 4/9] clk: sunxi-ng: mux: Add support for mux tables

On Tue, Jul 26, 2016 at 03:04:26PM +0800, Chen-Yu Tsai wrote: > Some clock muxes have holes, i.e. invalid or unconnected inputs, > between parent mux values. > > Add support for specifying a mux table to map clock parents to > mux values. > > Signed-off-by: Chen-Yu Tsai > --- >

Re: [PATCH] xtensa: Partially Revert "xtensa: Remove unnecessary of_platform_populate with default match table"

On 2016/7/27 2:50, Max Filippov wrote: > On Tue, Jul 26, 2016 at 01:01:32PM -0500, Rob Herring wrote: >> This partially reverts commit 69d99e6c0d62 keeping only the main >> purpose of the original commit which is the removal of >> of_platform_populate() call. The moving of of_clk_init() caused

[GIT PULL] arm64 updates for 4.8

Hi Linus, Please pull the arm64 updates for 4.8 below. FYI, I'll be on holiday from Friday for about 10 days, so missing the end of the merging window. If there are any issues, Will is around to handle them. There is a minor conflict with latest upstream caused by a function renaming. My

Re: [PATCH 4/9] clk: sunxi-ng: mux: Add support for mux tables

On Wed, 27 Jul 2016 08:59:34 +0200 Maxime Ripard wrote: > On Tue, Jul 26, 2016 at 07:43:06PM +0200, Jean-Francois Moine wrote: > > On Tue, 26 Jul 2016 15:04:26 +0800 > > Chen-Yu Tsai wrote: > > > > > Some clock muxes have holes, i.e. invalid or

Re: [PATCH 5/6] extcon: Add the synchronization extcon APIs to support the notification

Hi Chanwoo On 07/26/2016 08:09 PM, Chanwoo Choi wrote: This patch adds the synchronization extcon APIs to support the notifications for both state and property. When extcon_*_sync() functions is called, the extcon informs the information from extcon provider to extcon client. The extcon driver

Re: [PATCH 7/9] clk: sunxi-ng: mux: Add clk notifier functions

On Wed, Jul 27, 2016 at 3:30 PM, Maxime Ripard wrote: > On Tue, Jul 26, 2016 at 03:04:29PM +0800, Chen-Yu Tsai wrote: >> On sunxi we support cpufreq by changing the clock rate of PLL-CPU. >> It's possible the clock output of the PLL goes out of the CPU's >>

Re: [PATCH 7/9] clk: sunxi-ng: mux: Add clk notifier functions

On Wed, Jul 27, 2016 at 03:32:58PM +0800, Chen-Yu Tsai wrote: > On Wed, Jul 27, 2016 at 3:30 PM, Maxime Ripard > wrote: > > On Tue, Jul 26, 2016 at 03:04:29PM +0800, Chen-Yu Tsai wrote: > >> On sunxi we support cpufreq by changing the clock rate of PLL-CPU. > >>

Re: [PATCH] tools: iio: iio_generic_buffer: initialize channel array pointer

On 07/27/2016 05:17 AM, Alison Schofield wrote: Uninitialized channel pointer causes segmentation fault when we call free(channel) during cleanup() with no channels initialized. This happens when you exit early for usage errors. Initialize the pointer to NULL when it is declared.

[PATCH -v2 1/2] x86/asm: Add __PAGE_OFFSET_BASE define on 32-bit

From: Borislav Petkov ... in order to avoid ifdeffery in code computing the ASLR randomization offset. Suggested-by: Kees Cook Signed-off-by: Borislav Petkov --- arch/x86/include/asm/page_32_types.h | 3 ++- 1 file changed, 2 insertions(+),

[PATCH -v2 2/2] x86/microcode/intel: Fix initrd loading with CONFIG_RANDOMIZE_MEMORY

From: Borislav Petkov CONFIG_RANDOMIZE_MEMORY randomizes the physical memmap and thus the address where the initrd is located. Therefore, we need to add the offset KASLR put us to in order to find the initrd again on the AP path. In the future, we will get rid of the initrd

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

From: Stephen Rothwell Date: Wed, 27 Jul 2016 16:15:33 +1000 > Hi all, > > After merging the net-next tree, today's linux-next build (powerpc > allyesconfig) produced this warning: > > drivers/net/ethernet/apm/xgene/xgene_enet_hw.c: In function >

Re: [PATCH v4] ARM: dts: sun8i: Add dts file for Olimex A33-OLinuXino

On Wed, Jul 27, 2016 at 08:12:29AM +0300, stefan.mavrod...@gmail.com wrote: > > > +_dcdc1 { > > > + regulator-always-on; > > > + regulator-min-microvolt = <330>; > > > + regulator-max-microvolt = <330>; > > > + regulator-name = "vcc-dsi"; > > > +}; > > > > What is it used for? Is it

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

On Tue, Jul 26, 2016 at 11:35 PM, Stephen Rothwell wrote: > Hi David, > > On Tue, 26 Jul 2016 23:19:59 -0700 (PDT) David Miller > wrote: >> >> Fixed thusly: >> >> >> From 36232012344b8db67052432742deaf17f82e70e6 Mon Sep 17

Re: [GIT PULL] Changes for 4.8

On 27/07/16 08:41, Ingo Molnar wrote: > > * Juergen Gross wrote: > >> Hi Linus, >> >> please consider pulling a patch series for 4.8 from: >> >> https://github.com/jgross1/linux.git tags/for-linus-4-8 >> >> Unfortunately 2 of the 6 patches got no Acks as the maintainers

[PATCH v11 4/4] CMDQ: save more energy in idle

Use clk_disable_unprepare instead of clk_disable to save more energy when CMDQ is idle. Signed-off-by: HS Liao --- drivers/soc/mediatek/mtk-cmdq.c | 55 +++-- 1 file changed, 47 insertions(+), 8 deletions(-) diff --git

Re: [PATCH] dell-wmi: Add events created by Dell Rugged 2-in-1s

On Tuesday 26 July 2016 22:19:09 Darren Hart wrote: > On Fri, Jul 22, 2016 at 03:01:24PM -0500, Mario Limonciello wrote: > > The Dell Rugged 7202 has 3 programmable buttons (labeled P1, P2, P3) > > and a detachable magnetic keyboard/mouse. > > > > Signed-off-by: Mario Limonciello

Re: debug tip after earlycon is closed?

On Wednesday, July 27, 2016 10:23:09 AM CEST Masahiro Yamada wrote: > [0.04] sched_clock: 56 bits at 50MHz, resolution 20ns, wraps > every 4398046511100ns > [0.008254] Console: colour dummy device 80x25 > [0.012700] console [tty0] enabled > [0.016110] bootconsole [uniphier0]

Re: [PATCH] clocksource: j-core: type fix init function return code

On Wednesday, July 27, 2016 1:25:33 AM CEST Rich Felker wrote: > On Tue, Jul 26, 2016 at 02:31:29PM +0200, Arnd Bergmann wrote: > > The CLOCKSOURCE_OF_DECLARE now takes a function that returns an 'int', but > > a this > > new clocksource driver has just appeared in linux-next and causes a warning

Re: [PATCH 1/1] stop_machine: touch_nmi_watchdog() after MULTI_STOP_PREPARE

On Tue, 26 Jul 2016, Oleg Nesterov wrote: > Suppose that stop_machine(fn) hangs because fn() hangs. In this case NMI > hard-lockup can be triggered on another CPU which does nothing wrong and > the trace from nmi_panic() won't help to investigate the problem. > > And this change "fixes" the

Re: [PATCH v2 03/22] usb: serial: ti_usb_3410_5052: Use kzalloc instead of kmalloc

On Tue, 2016-07-26 at 19:59 +0200, Mathieu OTHACEHE wrote: > Use kzalloc instead of kmalloc to avoid field initialisation to 0. > > Signed-off-by: Mathieu OTHACEHE > --- > drivers/usb/serial/ti_usb_3410_5052.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > >

Re: [PATCH v2 10/22] usb: serial: ti_usb_3410_5052: Change ti_write_byte function arguments

On Tue, 2016-07-26 at 19:59 +0200, Mathieu OTHACEHE wrote: > @@ -1626,7 +1624,7 @@ static int ti_write_byte(struct usb_serial_port > *port, > data->bAddrType = TI_RW_DATA_ADDR_XDATA; > data->bDataType = TI_RW_DATA_BYTE; > data->bDataCounter = 1; > - data->wBaseAddrHi

Re: [GIT PULL] f2fs for 4.8

> - ioctl to move a range of data between files Please run this through the linux-api list first. We had so many problem with random ioctls on random file systems in the past. Also I know Samsung had an xfs (and maybe ext4?) implementation of this functionality in the past, so it would be

Re: [GIT PULL 0/2] perf/urgent improvement and fix

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > Build results (some more images added): > > # perf stat dm > alpine:3.4: Ok > android-ndk:r12b: Ok > centos:5: Ok > centos:6: Ok > centos:7: Ok > debian:7: Ok >

[PATCH v4 4.8] x86/ptrace: Stop setting TS_COMPAT in ptrace code

Setting TS_COMPAT in ptrace is wrong: if we happen to do it during syscall entry, then we'll confuse seccomp and audit. (The former isn't a security problem: seccomp is currently entirely insecure if a malicious ptracer is attached.) As a minimal fix, this patch adds a new flag

Re: PROBLEM: network data corruption (bisected to e5a4b0bb803b)

alexmcwhir...@triadic.us writes: > On 2016-07-26 09:59, Christian Lamparter wrote: >> Thanks, I gave the program a try with my WNDA3100 and a WN821N v2 >> devices. >> I did not see any corruptions in any of the tests though. Can you >> tell me >> something about your wireless network too? I would

linux-next: Tree for Jul 27

Hi all, Please do not add material destined for v4.9 to your linux-next included branches until after v4.8-rc1 has been released. Changes since 20160726: My fixes tree is empty again. The powerpc tree still had its build failure for which I applied a fix patch. The net-next tree gained a

[BUG -next] "random: make /dev/urandom scalable for silly userspace programs" causes crash

Hi Ted, it looks like your patch "random: make /dev/urandom scalable for silly userspace programs" within linux-next seems to be a bit broken: It causes this allocation failure and subsequent crash on s390 with fake NUMA enabled: [0.533195] SLUB: Unable to allocate memory on node 1,

Re: [PATCH 5/9] clk: sunxi-ng: mux: support fixed pre-dividers on multiple parents

Hi, On Tue, Jul 26, 2016 at 03:04:27PM +0800, Chen-Yu Tsai wrote: > Some clocks on the A31 have fixed pre-dividers on multiple parents. > Add support for them. > > Signed-off-by: Chen-Yu Tsai > --- > drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 9 + >

[PATCH 2/2] mm: get_scan_count consider reclaimable lru pages

With node-lru, if there are enough reclaimable pages in highmem but nothing in lowmem, VM try to shrink inactive list although the requested zone is lowmem. The problem is that if the inactive list is full of highmem pages then a direct reclaimer searching for a lowmem page waste CPU scanning

[PATCH 1/2] mm: add skipped count and more lru information to trace

The skipped count is important to investgate reclaim overhead problem so let's add it. As well, isolation happens both active and inactive lru list with decreasing priority so with that, it helps to identify which lru list we are scanning at which priority now. Signed-off-by: Minchan Kim

Re: [PATCH 7/9] clk: sunxi-ng: mux: Add clk notifier functions

On Tue, Jul 26, 2016 at 03:04:29PM +0800, Chen-Yu Tsai wrote: > On sunxi we support cpufreq by changing the clock rate of PLL-CPU. > It's possible the clock output of the PLL goes out of the CPU's > operational limits when the PLL's multipliers / dividers are changed > and it hasn't stabilized

Re: [PATCH] mmc: sdhci-esdhc-imx: avoid unused function warnings

On Wednesday, July 27, 2016 12:48:23 AM CEST Ulf Hansson wrote: > On 26 July 2016 at 22:56, Arnd Bergmann wrote: > > On Tuesday, July 26, 2016 10:18:53 PM CEST Ulf Hansson wrote: > >> > diff --git a/drivers/mmc/host/sdhci-esdhc-imx.c > >> > b/drivers/mmc/host/sdhci-esdhc-imx.c >

Re: [PATCH -next] rtc: asm9260: remove .owner field for driver

On 26/07/2016 at 14:59:00 +, Wei Yongjun wrote : > Remove .owner field if calls are used which set it automatically. > > Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci > > Signed-off-by: Wei Yongjun > --- > drivers/rtc/rtc-asm9260.c | 1 - > 1 file

Re: linux-next: duplicate patches in the kspp and kbuild trees

On 2016-07-27 01:09, Kees Cook wrote: > On Tue, Jul 26, 2016 at 3:19 PM, Michal Marek wrote: >> Dne 14.6.2016 v 18:39 Kees Cook napsal(a): >>> On Tue, Jun 14, 2016 at 7:13 AM, Stephen Rothwell >>> wrote: Hi Michal, On Tue, 14 Jun 2016

Re: [PATCH v4 2/2] clocksource: add J-Core timer/clocksource driver

On Wednesday, July 27, 2016 5:35:09 AM CEST Rich Felker wrote: > + > +static void __init jcore_pit_init(struct device_node *node) > +{ > + int err; > + __iomem void *pit_base; > + unsigned pit_irq; > + unsigned cpu; > + struct jcore_pit_nb *nb = 0; > + struct

Re: [PATCH v2 1/2] usb: typec: Add USB Power Delivery sink port support

Hi, Bin Gao writes: > This patch implements a simple USB Power Delivery sink port state machine. > It assumes the hardware only handles PD packet transmitting and receiving > over the CC line of the USB Type-C connector. The state transition is > completely controlled

[PATCH v3] arm64: dts: mt8173: add mmsel clocks for 4K support

If MT8173 can support HDMI 4K resoultion, the VENCPLL should be configured to 800MHZ. We didn't set VENCPLL directly, we set the mm_sel to 400MHz statically in the board device tree. Signed-off-by: Bibby Hsieh --- Changes since v2: - Align the clocks of dpi0 node.

[PATCH v2 3/3] drm/mediatek: fix the wrong pixel clock when resolution is 4K

From: Junzhi Zhao Pixel clock should be 297MHz when resolution is 4K. Signed-off-by: Junzhi Zhao Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_dpi.c | 149 +++- 1 file

[PATCH v2 0/3] MT8173 HDMI 4K support

This is MT8173 HDMI 4K support PATCH v2, based on 4.7-rc1. In order to support HDMI 4K on MT8173, we have to make some modifications. 1) Make sure that mtk_hdmi_send_infoframe is sent successfully. 2) Enhance the HDMI driving current to improve performance. 3) Make sure that pixel clock is 297MHz

[PATCH v2 1/3] drm/mediatek: do mtk_hdmi_send_infoframe after HDMI clock enable

From: Junzhi Zhao The mtk_hdmi_send_infoframe have to be run after PLL and PIXEL clock of HDMI enable. Make sure that HDMI inforframes can be sent successfully. Signed-off-by: Junzhi Zhao Signed-off-by: Bibby Hsieh

[PATCH v2 2/3] drm/mediatek: enhance the HDMI driving current

From: Junzhi Zhao In order to improve 4K resolution performance, we have to enhance the HDMI driving currend when clock rate is greater than 165MHz. Signed-off-by: Junzhi Zhao Signed-off-by: Bibby Hsieh ---

[PATCH 1/2] iommu/amd: Update Alias-DTE in update_device_table()

From: Joerg Roedel Not doing so might cause IO-Page-Faults when a device uses an alias request-id and the alias-dte is left in a lower page-mode which does not cover the address allocated from the iova-allocator. Fixes: 492667dacc0a ('x86/amd-iommu: Remove amd_iommu_pd_table')

[PATCH 2/2] iommu/amd: Initialize dma-ops domains with 3-level page-table

From: Joerg Roedel A two-level page-table can map up to 1GB of address space. With the IOVA allocator now in use, the allocated addresses are often more closely to 4G, which requires the address space to be increased much more often. Avoid that by using a three-level page-table

Re: [PATCH 4/9] clk: sunxi-ng: mux: Add support for mux tables

On Wed, 27 Jul 2016 09:40:20 +0200 Maxime Ripard wrote: > > > Parenting functions would also not work as expected, > > > clk_hw_get_parent_by_index being the obvious example, in that case > > > returning the empty string for an invalid parent, while it should >

[PATCH 6/7] i2c: pca9541: add device tree binding

Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-pca9541.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/i2c/muxes/i2c-mux-pca9541.c b/drivers/i2c/muxes/i2c-mux-pca9541.c index 3cb8af635db5..40e137ae242e 100644 ---

[PATCH 3/7] dt-bindings: i2c: add support for 'i2c-gate' subnode

Handle i2c gates similarly to how i2c arbitrators are handled. This gets rid of a pointless 'reg' property for i2c gates. I.e. this new and more compact style some-gate { i2c-gate { #address-cells = <1>; #size-cells = <0>;

[PATCH 4/7] dt-bindings: i2c: add bindings for nxp,pca9541

Fill the gap for this pre-existing driver. Signed-off-by: Peter Rosin --- .../devicetree/bindings/i2c/nxp,pca9541.txt| 29 ++ 1 file changed, 29 insertions(+) create mode 100644 Documentation/devicetree/bindings/i2c/nxp,pca9541.txt diff --git

[PATCH 7/7] i2c: pca954x: add device tree binding

Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-pca954x.c | 46 +++-- 1 file changed, 34 insertions(+), 12 deletions(-) diff --git a/drivers/i2c/muxes/i2c-mux-pca954x.c b/drivers/i2c/muxes/i2c-mux-pca954x.c index

[PATCH 1/7] dt-bindings: i2c: add support for 'i2c-mux' subnode

Similar to the new optional 'i2c-bus' subnode from Jon Hunter, this adds an optional 'i2c-mux' subnode, for similar reasons. I.e. it is bad of the i2c mux core to assume that any subnode of an i2c mux device is a potential (when the 'reg' property matches) i2c-mux child bus, given that i2c mux

[PATCH 0/7] devicetree cleanup for i2c muxes/arbs/gates

Hi! The nxp pca9541 chip does not have any devicetree bindings. When trying to write such bindings matching the implementation, I stumbled upon something which I did not like. I had to give the node holding the i2c child bus a 'reg' property that is left unused and is really odd to explain from a

RE: [PATCH] qed: Add and use specific logging functions to reduce object size

> Current DP_ macros generate a lot of code. > Using functions with vsprintf extension %pV helps reduce that size. > > drivers/net/ethernet/qlogic/qed/Makefile | 2 +- > drivers/net/ethernet/qlogic/qed/qed_util.c | 82 > ++ > include/linux/qed/qed_if.h

Re: [PATCH] cxl: Delete an unnecessary check before the function call "of_node_put"

On 20/07/16 23:38, Julia Lawall wrote: I don't think that the call should be there at all. The loop only exits when afu_np is NULL. Furthermore, the loop should not be written as a for loop, but rather with for_each_child_of_node. Will send a patch to fix both issues shortly. -- Andrew

linux-next: build warning after merge of the net-next tree

Hi all, After merging the net-next tree, today's linux-next build (powerpc allyesconfig) produced this warning: drivers/net/ethernet/apm/xgene/xgene_enet_hw.c: In function 'xgene_enet_phy_connect': drivers/net/ethernet/apm/xgene/xgene_enet_hw.c:759:22: warning: unused variable 'adev'

Re: [PATCH] mmc: sdhci-esdhc-imx: avoid unused function warnings

On Tuesday, July 26, 2016 2:32:34 PM CEST Arnd Bergmann wrote: > The driver has just gained a slightly incorrect pm-sleep implementation that > causes > warnings when CONFIG_PM is set but CONFIG_PM_SLEEP is not: > > drivers/mmc/host/sdhci-esdhc-imx.c:1302:12: error: 'sdhci_esdhc_resume' >

[PATCH v2] mmc: core: Optimize the mmc erase size alignment

Before issuing mmc_erase() function, users always have checked if it can erase with mmc_can_erase/trim/discard() function, thus remove the redundant erase checking in mmc_erase() function. This patch also optimizes the erase start/end sector alignment with round_up()/round_down() function, when

RE: [PATCH v4 5/7] thunderbolt: Networking state machine

On Mon, Jul 25 2016, 01:36 AM, Lukas Wunner wrote: > On Mon, Jul 18, 2016 at 01:00:38PM +0300, Amir Levy wrote: > > + const unique_id_be proto_uuid = > APPLE_THUNDERBOLT_IP_PROTOCOL_UUID; > > + > > + if (memcmp(proto_uuid, hdr->apple_tbt_ip_proto_uuid, > > + sizeof(proto_uuid)) !=

Re: [PATCH 4/9] clk: sunxi-ng: mux: Add support for mux tables

On Wed, Jul 27, 2016 at 3:18 PM, Jean-Francois Moine wrote: > On Wed, 27 Jul 2016 08:59:34 +0200 > Maxime Ripard wrote: > >> On Tue, Jul 26, 2016 at 07:43:06PM +0200, Jean-Francois Moine wrote: >> > On Tue, 26 Jul 2016 15:04:26 +0800 >> >

Re: [PATCH 5/6] extcon: Add the synchronization extcon APIs to support the notification

Hi Chris, On 2016년 07월 27일 16:30, Chris Zhong wrote: > Hi Chanwoo > > On 07/26/2016 08:09 PM, Chanwoo Choi wrote: >> This patch adds the synchronization extcon APIs to support the notifications >> for both state and property. When extcon_*_sync() functions is called, >> the extcon informs the

Re: [PATCH 4/9] clk: sunxi-ng: mux: Add support for mux tables

On Wed, Jul 27, 2016 at 09:18:27AM +0200, Jean-Francois Moine wrote: > On Wed, 27 Jul 2016 08:59:34 +0200 > Maxime Ripard wrote: > > > On Tue, Jul 26, 2016 at 07:43:06PM +0200, Jean-Francois Moine wrote: > > > On Tue, 26 Jul 2016 15:04:26 +0800 > > > Chen-Yu

[PATCH v2] arm64: dts: mt8173: add mmsel clocks for 4K support

If MT8173 can support HDMI 4K resoultion, the VENCPLL should be configured to 800MHZ. We didn't set VENCPLL directly, we set the mm_sel to 400MHz statically in the board device tree. Changes since v1: - Do not set the VENCPLL by clk_set_rate at display driver. - Configure the mm_sel to

Re: [PATCH 03/13] clk: sunxi-ng: sun8i: Rename DDR and video plls

-support-based-on-sunxi-ng/20160727-084745 base: https://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git clk-next config: arm64-allmodconfig (attached as .config) compiler: aarch64-linux-gnu-gcc (Debian 5.4.0-6) 5.4.0 20160609 reproduce: wget https://git.kernel.org/cgit/linux/kernel/git

Re: [PATCH v3] xen-blkfront: dynamic configuration of per-vbd resources

Hello, Thanks for the fixes. On Wed, Jul 27, 2016 at 11:21:25AM +0800, Bob Liu wrote: > The current VBD layer reserves buffer space for each attached device based on > three statically configured settings which are read at boot time. > * max_indirect_segs: Maximum amount of segments. > *

Re: [PATCH v2 2/2] usb: typec: add PD sink port support for Intel Whiskey Cove PMIC Typc-C PHY driver

(before anything: please have a look at the patches I wrote on top of this. They might help you somewhat https://git.kernel.org/cgit/linux/kernel/git/balbi/usb.git/log/?h=bxt-typec-pd-fixes) Bin Gao writes: > From: Chandra Sekhar Anagani

Re: [PATCH 5/9] clk: sunxi-ng: mux: support fixed pre-dividers on multiple parents

On Tue, 26 Jul 2016 15:04:27 +0800 Chen-Yu Tsai wrote: > Some clocks on the A31 have fixed pre-dividers on multiple parents. > Add support for them. This could be done by intermediate clocks. -- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef |

Re: [PATCH] x86/fpu/xstate: Return error if xfeature bit is unset in XSAVES compacted-format buffer

* Sai Praneeth Prakhya wrote: > From: Sai Praneeth > > Currently, XSAVES compacted-format buffer will always contain space for > all enabled states. If XSAVES compacted-format buffer is in use and > an xstate component (E.g: PKRU

[GIT PULL for v4.8-rc1] media updates part II: documentation

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media tags/media/v4.8-4 For media documentation updates. This patch series does the conversion of all media documentation stuff to Restrutured Text markup format and add them to the

[PATCH v12 17/30] selftests/powerpc: Use the new SPRN_DSCR_PRIV definiton

From: Anshuman Khandual Now that the new DSCR register definitions (SPRN_DSCR_PRIV and SPRN_DSCR) are defined outside this directory, use them instead. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman

Re: Why does BIOS assign memory to 16 byte BAR

On Wed, Jul 27, 2016 at 06:33:29AM +, Bharat Kumar Gogada wrote: > > Your system host bridge: has resource > > pci_bus :00: root bus resource [mem 0xe010-0xefff] pci_bus > > :00: root bus resource [mem 0x6-0x7 pref] then one pci > > bridge: > > pci :00:00.0

[PATCH v12 05/30] powerpc/ptrace: Enable in transaction NT_PPC_VSX ptrace requests

From: Anshuman Khandual This patch enables in transaction NT_PPC_VSX ptrace requests. The function vsr_get which gets the running value of all VSX registers and the function vsr_set which sets the running value of of all VSX registers work on the running set of VMX

Re: [PATCH v3] arm64: dts: mt8173: add mmsel clocks for 4K support

Am Mittwoch, den 27.07.2016, 16:25 +0800 schrieb Bibby Hsieh: > If MT8173 can support HDMI 4K resoultion, the > VENCPLL should be configured to 800MHZ. > We didn't set VENCPLL directly, we set the > mm_sel to 400MHz statically in the board device tree. Maybe add a comment that the board .dts file

Re: [RFC] usb: host: u132-hcd: Remove deprecated create_singlethread_workqueue

On Wed, 2016-07-27 at 14:50 +0530, Bhaktipriya Shridhar wrote: > The workqueue "workqueue" has multiple workitems which may require > ordering. Hence, a dedicated ordered workqueue has been used. > Since the workqueue is not being used on a memory reclaim path, > WQ_MEM_RECLAIM has not been set.

Re: [GIT PULL for v4.8-rc1] media updates part II: documentation

Hi Mauro, Linus, On 07/27/2016 11:23 AM, Mauro Carvalho Chehab wrote: > Hi Linus, > > Please pull from: > git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media > tags/media/v4.8-4 > > For media documentation updates. > > This patch series does the conversion of all media

Re: [PATCH v4] ARM: dts: sun8i: Add dts file for Olimex A33-OLinuXino

On Wednesday, July 27, 2016 8:21:46 AM EEST Maxime Ripard wrote: > On Wed, Jul 27, 2016 at 08:12:29AM +0300, stefan.mavrod...@gmail.com wrote: > > > > +_dcdc1 { > > > > + regulator-always-on; > > > > + regulator-min-microvolt = <330>; > > > > + regulator-max-microvolt =

Re: [PATCH v2] mmc: core: Optimize the mmc erase size alignment

On 27 July 2016 at 17:59, Shawn Lin wrote: > On 2016/7/27 15:17, Baolin Wang wrote: >> >> Before issuing mmc_erase() function, users always have checked if it can >> erase with mmc_can_erase/trim/discard() function, thus remove the >> redundant >> erase checking in

Re: [PATCH v4 2/2] irqchip: add J-Core AIC driver

On Wed, Jul 27, 2016 at 05:35:09AM +, Rich Felker wrote: > +int __init aic_irq_of_init(struct device_node *node, struct device_node > *parent) > +{ > + struct aic_data *aic = _data; > + unsigned min_irq = 64; > + > + pr_info("Initializing J-Core AIC\n"); > + > + if

Re: [PATCH -v2 1/2] x86/asm: Add __PAGE_OFFSET_BASE define on 32-bit

* Borislav Petkov wrote: > From: Borislav Petkov > > ... in order to avoid ifdeffery in code computing the ASLR randomization > offset. > > Suggested-by: Kees Cook > Signed-off-by: Borislav Petkov > --- >

Re: [PATCH v3] xen-blkfront: dynamic configuration of per-vbd resources

On 07/27/2016 04:07 PM, Roger Pau Monné wrote: ..[snip].. >> @@ -2443,6 +2674,22 @@ static void blkfront_connect(struct blkfront_info >> *info) >> return; >> } >> >> +err = device_create_file(>xbdev->dev, >> _attr_max_ring_page_order); >> +if (err) >> +

[PATCH] timers/core: Correct callback order during CPU hot plug.

On the tear-down path, the dead CPU callback for the timers was misplaced within the 'cpuhp_state' enumeration. There is a hidden dependency between the timers and block multiqueue. The timers callback must happen before the block multiqueue callback otherwise a RCU stall occurs. This patch

[RFC] whci: Remove deprecated create_singlethread_workqueue

alloc_ordered_workqueue replaces the deprecated create_singlethread_workqueue. The workqueue "workqueue" has multiple workitems which may require ordering. Hence, a dedicated ordered workqueue has been used. Since the workqueue is not being used on a memory reclaim path, WQ_MEM_RECLAIM has not

Re: [PATCH] sched/core: make "Preemption disabled at" message more useful

* Vegard Nossum wrote: > This message is currently really useless since it always prints a value > that comes from the printk() we just did, e.g.: > > BUG: sleeping function called from invalid context at mm/slab.h:388 > in_atomic(): 0, irqs_disabled(): 0,

Re: [Xen-devel] [PATCH linux v3 0/9] xen: pvhvm: support bootup on secondary vCPUs

Stefano Stabellini writes: > On Tue, 26 Jul 2016, Vitaly Kuznetsov wrote: >> David Vrabel writes: >> >> > On 26/07/16 13:30, Vitaly Kuznetsov wrote: >> >> It may happen that Xen's and Linux's ideas of vCPU id diverge. In >> >> particular, when

Re: [PATCH] timers/core: Correct callback order during CPU hot plug.

Hi Richard, On 27/07/16 10:08, Richard Cochran wrote: > On the tear-down path, the dead CPU callback for the timers was > misplaced within the 'cpuhp_state' enumeration. There is a hidden > dependency between the timers and block multiqueue. The timers > callback must happen before the block

  1   2   3   4   5   6   7   8   9   10   >