Re: [PATCH 0/7] vm, vmscan: enahance vmscan tracepoints

On Fri 30-12-16 09:11:17, Mel Gorman wrote: > On Wed, Dec 28, 2016 at 04:30:25PM +0100, Michal Hocko wrote: > > Hi, > > while debugging [1] I've realized that there is some room for > > improvements in the tracepoints set we offer currently. I had hard times > > to make any conclusion from the

Re: [PATCH 0/7] vm, vmscan: enahance vmscan tracepoints

On Fri 30-12-16 09:11:17, Mel Gorman wrote: > On Wed, Dec 28, 2016 at 04:30:25PM +0100, Michal Hocko wrote: > > Hi, > > while debugging [1] I've realized that there is some room for > > improvements in the tracepoints set we offer currently. I had hard times > > to make any conclusion from the

Re: LTP rwtest01 blocks on DAX mountpoint

On Sat, Dec 24, 2016 at 07:07:14PM +0800, Xiong Zhou wrote: > Hi lists, > > Since around 20161129 tag, LTP rwtest01 on dax mountpoint blocks > on linux-next tree, now on Linus tree. > > In "normal", rwtest01 subcase ends in a few minutes, now it keeps > running for hours on dax mountpoint, both

Re: LTP rwtest01 blocks on DAX mountpoint

On Sat, Dec 24, 2016 at 07:07:14PM +0800, Xiong Zhou wrote: > Hi lists, > > Since around 20161129 tag, LTP rwtest01 on dax mountpoint blocks > on linux-next tree, now on Linus tree. > > In "normal", rwtest01 subcase ends in a few minutes, now it keeps > running for hours on dax mountpoint, both

Re: [PATCH 4/7] mm, vmscan: show LRU name in mm_vmscan_lru_isolate tracepoint

On Fri 30-12-16 10:56:25, Minchan Kim wrote: > On Thu, Dec 29, 2016 at 08:56:49AM +0100, Michal Hocko wrote: > > On Thu 29-12-16 15:02:04, Minchan Kim wrote: > > > On Wed, Dec 28, 2016 at 04:30:29PM +0100, Michal Hocko wrote: > > > > From: Michal Hocko > > > > > > > >

Re: [PATCH 4/7] mm, vmscan: show LRU name in mm_vmscan_lru_isolate tracepoint

On Fri 30-12-16 10:56:25, Minchan Kim wrote: > On Thu, Dec 29, 2016 at 08:56:49AM +0100, Michal Hocko wrote: > > On Thu 29-12-16 15:02:04, Minchan Kim wrote: > > > On Wed, Dec 28, 2016 at 04:30:29PM +0100, Michal Hocko wrote: > > > > From: Michal Hocko > > > > > > > > mm_vmscan_lru_isolate

Re: [PATCH 2/7] mm, vmscan: add active list aging tracepoint

On Fri 30-12-16 10:48:53, Minchan Kim wrote: > On Thu, Dec 29, 2016 at 08:52:46AM +0100, Michal Hocko wrote: > > On Thu 29-12-16 14:33:59, Minchan Kim wrote: > > > On Wed, Dec 28, 2016 at 04:30:27PM +0100, Michal Hocko wrote: [...] > > > > +TRACE_EVENT(mm_vmscan_lru_shrink_active, > > > > + > > >

Re: [PATCH 2/7] mm, vmscan: add active list aging tracepoint

On Fri 30-12-16 10:48:53, Minchan Kim wrote: > On Thu, Dec 29, 2016 at 08:52:46AM +0100, Michal Hocko wrote: > > On Thu 29-12-16 14:33:59, Minchan Kim wrote: > > > On Wed, Dec 28, 2016 at 04:30:27PM +0100, Michal Hocko wrote: [...] > > > > +TRACE_EVENT(mm_vmscan_lru_shrink_active, > > > > + > > >

[PATCH] ide: palm_bk3710: add __initdata to palm_bk3710_port_info

The object palm_bk3710_port_info of type ide_port_info is never referenced anywhere after initialization by palm_bk3710_probe. It is also passed as a parameter to ide_host_add which is called from the init function but this call doesn't store the object reference anywhere, and it only dereferences

[PATCH] ide: palm_bk3710: add __initdata to palm_bk3710_port_info

The object palm_bk3710_port_info of type ide_port_info is never referenced anywhere after initialization by palm_bk3710_probe. It is also passed as a parameter to ide_host_add which is called from the init function but this call doesn't store the object reference anywhere, and it only dereferences

Re: [PATCH 0/7] vm, vmscan: enahance vmscan tracepoints

On Wed, Dec 28, 2016 at 04:30:25PM +0100, Michal Hocko wrote: > Hi, > while debugging [1] I've realized that there is some room for > improvements in the tracepoints set we offer currently. I had hard times > to make any conclusion from the existing ones. The resulting problem > turned out to be

Re: [PATCH 0/7] vm, vmscan: enahance vmscan tracepoints

On Wed, Dec 28, 2016 at 04:30:25PM +0100, Michal Hocko wrote: > Hi, > while debugging [1] I've realized that there is some room for > improvements in the tracepoints set we offer currently. I had hard times > to make any conclusion from the existing ones. The resulting problem > turned out to be

Re: [PATCH v7 3/5] ARM: dts: stm32: Add I2C1 support for STM32F429 SoC

On Fri, Dec 23, 2016 at 2:09 PM, M'boumba Cedric Madianga wrote: > 2016-12-22 20:11 GMT+01:00 Uwe Kleine-König : >> On Thu, Dec 22, 2016 at 02:35:02PM +0100, M'boumba Cedric Madianga wrote: >>> @@ -337,6 +350,16 @@ >>>

Re: [PATCH v5 08/14] ACPI: ARM64: IORT: rework iort_node_get_id()

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo iort_node_get_id() has two output, one is the mapped ids, the other is the referenced parent node which is returned from the function. For now we need a API just return its parent node for single mapping, so just

Re: [PATCH v7 3/5] ARM: dts: stm32: Add I2C1 support for STM32F429 SoC

On Fri, Dec 23, 2016 at 2:09 PM, M'boumba Cedric Madianga wrote: > 2016-12-22 20:11 GMT+01:00 Uwe Kleine-König : >> On Thu, Dec 22, 2016 at 02:35:02PM +0100, M'boumba Cedric Madianga wrote: >>> @@ -337,6 +350,16 @@ >>> slew-rate = <2>; >>>

Re: [PATCH v5 08/14] ACPI: ARM64: IORT: rework iort_node_get_id()

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo iort_node_get_id() has two output, one is the mapped ids, the other is the referenced parent node which is returned from the function. For now we need a API just return its parent node for single mapping, so just update this function

Re: [PATCH v5 02/14] irqchip: gic-v3-its: keep the head file include in alphabetic order

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo The head file is strictly in alphabetic order now, so let's be the rule breaker. As acpi_iort.h includes acpi.h so remove the duplidate acpi.h inclusion as well. Signed-off-by: Hanjun Guo

Re: [PATCH v5 02/14] irqchip: gic-v3-its: keep the head file include in alphabetic order

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo The head file is strictly in alphabetic order now, so let's be the rule breaker. As acpi_iort.h includes acpi.h so remove the duplidate acpi.h inclusion as well. Signed-off-by: Hanjun Guo Cc: Marc Zyngier Cc: Tomasz Nowicki ---

Re: [PATCH 3/5] pinctrl: mvebu: pinctrl driver for 98DX3236 SoC

On Thu, Dec 22, 2016 at 5:13 AM, Chris Packham wrote: > From: Kalyan Kinthada > > This pinctrl driver supports the 98DX3236, 98DX3336 and 98DX4251 SoCs > from Marvell. > > Signed-off-by: Kalyan Kinthada

Re: [PATCH 3/5] pinctrl: mvebu: pinctrl driver for 98DX3236 SoC

On Thu, Dec 22, 2016 at 5:13 AM, Chris Packham wrote: > From: Kalyan Kinthada > > This pinctrl driver supports the 98DX3236, 98DX3336 and 98DX4251 SoCs > from Marvell. > > Signed-off-by: Kalyan Kinthada > Signed-off-by: Chris Packham Looks good to me, Sebastian and/or Thomas P can you ACK

Re: [PATCH v5 14/14] irqchip: mbigen: Add ACPI support

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo With the preparation of platform msi support and interrupt producer in DSDT, we can add mbigen ACPI support now. We are using _PRS methd to indicate number of irq pins instead of num_pins in DT to avoid _DSD usage

Re: [PATCH v5 14/14] irqchip: mbigen: Add ACPI support

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo With the preparation of platform msi support and interrupt producer in DSDT, we can add mbigen ACPI support now. We are using _PRS methd to indicate number of irq pins instead of num_pins in DT to avoid _DSD usage in this case. For

Re: [PATCH v5 10/14] ACPI: ARM64: IORT: rework iort_node_get_id() for NC->SMMU->ITS case

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo iort_node_get_id() for now only support NC(named componant)->SMMU or NC->ITS cases, we also have other device topology such NC-> SMMU->ITS, so rework iort_node_get_id() for those cases. Signed-off-by: Hanjun Guo

Re: [PATCH v5 12/14] irqchip: mbigen: drop module owner

On 2016/12/22 13:35, Hanjun Guo wrote: From: Kefeng Wang Module owner will be set by driver core, so drop it. Signed-off-by: Kefeng Wang Signed-off-by: Hanjun Guo Cc: Marc Zyngier Cc:

Re: [PATCH v5 10/14] ACPI: ARM64: IORT: rework iort_node_get_id() for NC->SMMU->ITS case

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo iort_node_get_id() for now only support NC(named componant)->SMMU or NC->ITS cases, we also have other device topology such NC-> SMMU->ITS, so rework iort_node_get_id() for those cases. Signed-off-by: Hanjun Guo Cc: Lorenzo Pieralisi

Re: [PATCH v5 12/14] irqchip: mbigen: drop module owner

On 2016/12/22 13:35, Hanjun Guo wrote: From: Kefeng Wang Module owner will be set by driver core, so drop it. Signed-off-by: Kefeng Wang Signed-off-by: Hanjun Guo Cc: Marc Zyngier Cc: Thomas Gleixner Cc: Ma Jun --- drivers/irqchip/irq-mbigen.c | 1 - 1 file changed, 1 deletion(-)

Re: [PATCH v5 07/14] irqchip: gicv3-its: platform-msi: scan MADT to create platform msi domain

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo With the introduction of its_pmsi_init_one(), we can add some code on top for ACPI support of platform MSI. We are scanning the MADT table to get the ITS entry(ies), then use the information to create the platform

Re: [PATCH v5 07/14] irqchip: gicv3-its: platform-msi: scan MADT to create platform msi domain

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo With the introduction of its_pmsi_init_one(), we can add some code on top for ACPI support of platform MSI. We are scanning the MADT table to get the ITS entry(ies), then use the information to create the platform msi domain for devices

Re: [PATCH v5 05/14] ACPI: platform-msi: retrieve dev id from IORT

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo For devices connecting to ITS, it needs dev id to identify itself, and this dev id is represented in the IORT table in named componant node [1] for platform devices, so in this patch we will scan the IORT to

Re: [PATCH v5 04/14] irqchip: gicv3-its: platform-msi: refactor its_pmsi_prepare()

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo Adding ACPI support for platform MSI, we need to retrieve the dev id in ACPI way instead of device tree, we already have a well formed function its_pmsi_prepare() to get the dev id but it's OF dependent, so collect

Re: [PATCH v5 05/14] ACPI: platform-msi: retrieve dev id from IORT

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo For devices connecting to ITS, it needs dev id to identify itself, and this dev id is represented in the IORT table in named componant node [1] for platform devices, so in this patch we will scan the IORT to retrieve device's dev id.

Re: [PATCH v5 04/14] irqchip: gicv3-its: platform-msi: refactor its_pmsi_prepare()

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo Adding ACPI support for platform MSI, we need to retrieve the dev id in ACPI way instead of device tree, we already have a well formed function its_pmsi_prepare() to get the dev id but it's OF dependent, so collect OF related code and put

Re: [PATCH v5 03/14] ACPI: ARM64: IORT: add missing comment for iort_dev_find_its_id()

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo We are missing req_id's comment for iort_dev_find_its_id(), add it back. Signed-off-by: Hanjun Guo Cc: Lorenzo Pieralisi Cc: Tomasz Nowicki

Re: [PATCH v5 01/14] ACPI: ARM64: IORT: minor cleanup for iort_match_node_callback()

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo Cleanup iort_match_node_callback() a little bit to reduce some lines of code, aslo fix the indentation in iort_scan_node(). Signed-off-by: Hanjun Guo Cc: Lorenzo Pieralisi

Re: [PATCH v5 03/14] ACPI: ARM64: IORT: add missing comment for iort_dev_find_its_id()

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo We are missing req_id's comment for iort_dev_find_its_id(), add it back. Signed-off-by: Hanjun Guo Cc: Lorenzo Pieralisi Cc: Tomasz Nowicki --- drivers/acpi/arm64/iort.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH v5 01/14] ACPI: ARM64: IORT: minor cleanup for iort_match_node_callback()

On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo Cleanup iort_match_node_callback() a little bit to reduce some lines of code, aslo fix the indentation in iort_scan_node(). Signed-off-by: Hanjun Guo Cc: Lorenzo Pieralisi Cc: Marc Zyngier Cc: Tomasz Nowicki ---

Re: [BUG] ARM64: amlogic: gxbb: unhandled level 2 translation fault (11)

On 12/29/2016 10:18 PM, Heinrich Schuchardt wrote: > On 12/29/2016 10:07 AM, Neil Armstrong wrote: >> On 12/24/2016 03:00 PM, Heinrich Schuchardt wrote: >>> When trying to run sddm on an Hardkernel Odroid C2 I invariably run into the >>> translation fault below. >>> >>> The following mail thread

Re: [BUG] ARM64: amlogic: gxbb: unhandled level 2 translation fault (11)

On 12/29/2016 10:18 PM, Heinrich Schuchardt wrote: > On 12/29/2016 10:07 AM, Neil Armstrong wrote: >> On 12/24/2016 03:00 PM, Heinrich Schuchardt wrote: >>> When trying to run sddm on an Hardkernel Odroid C2 I invariably run into the >>> translation fault below. >>> >>> The following mail thread

Re: [PATCH v2] usb: chipdata: Replace the extcon API

Hi Peter, Please ignore this patch. After posting this patch, I got that this patch was already merged by you. I'm sorry to make the confusion. Regards, Chanwoo Choi On 2016년 12월 30일 13:15, Chanwoo Choi wrote: > This patch uses the resource-managed extcon API for extcon_register_notifier() >

Re: [PATCH v2] usb: chipdata: Replace the extcon API

Hi Peter, Please ignore this patch. After posting this patch, I got that this patch was already merged by you. I'm sorry to make the confusion. Regards, Chanwoo Choi On 2016년 12월 30일 13:15, Chanwoo Choi wrote: > This patch uses the resource-managed extcon API for extcon_register_notifier() >

Re: [PATCH] gpio: update my email address

On Tue, Dec 20, 2016 at 7:57 PM, John Crispin wrote: > This patch updates my email address as I no longer have access to the old > one. > > Signed-off-by: John Crispin Patch applied. Yours, Linus Walleij

Re: [PATCH] gpio: update my email address

On Tue, Dec 20, 2016 at 7:57 PM, John Crispin wrote: > This patch updates my email address as I no longer have access to the old > one. > > Signed-off-by: John Crispin Patch applied. Yours, Linus Walleij

Re: [PATCH] pinctrl: update my email address

On Tue, Dec 20, 2016 at 7:55 PM, John Crispin wrote: > This patch updates my email address as I no longer have access to the old > one. > > Signed-off-by: John Crispin Patch applied. Yours, Linus Walleij

Re: [PATCH] pinctrl: update my email address

On Tue, Dec 20, 2016 at 7:55 PM, John Crispin wrote: > This patch updates my email address as I no longer have access to the old > one. > > Signed-off-by: John Crispin Patch applied. Yours, Linus Walleij

futex: Ahead futex_init from __initcall to core_initcall

If configs UEVENT_HELPER_PATH [=/sbin/mdev](/sbin/mdev belongs to busybox), the kernel may trigger oops and kill progress "mdev" when booting. The reason is when the init progress is calling do_one_initcall(),devices will be added and trigger /sbin/mdev to execute(in order to make device nodes

futex: Ahead futex_init from __initcall to core_initcall

If configs UEVENT_HELPER_PATH [=/sbin/mdev](/sbin/mdev belongs to busybox), the kernel may trigger oops and kill progress "mdev" when booting. The reason is when the init progress is calling do_one_initcall(),devices will be added and trigger /sbin/mdev to execute(in order to make device nodes

Re: [PATCH 2/2] pinctrl: sirf: atlas7: Improve code layout

On Tue, Dec 20, 2016 at 6:41 AM, Christophe JAILLET wrote: > Add some tab in order to improve indentation. > > Signed-off-by: Christophe JAILLET Patch applied. Yours, Linus Walleij

Re: [PATCH 2/2] pinctrl: sirf: atlas7: Improve code layout

On Tue, Dec 20, 2016 at 6:41 AM, Christophe JAILLET wrote: > Add some tab in order to improve indentation. > > Signed-off-by: Christophe JAILLET Patch applied. Yours, Linus Walleij

Re: [PATCH 1/2] pinctrl: sirf: atlas7: Add missing 'of_node_put()'

On Tue, Dec 20, 2016 at 6:40 AM, Christophe JAILLET wrote: > Reference to 'sys2pci_np' should be dropped in all cases here, not only in > error handling path. > > Signed-off-by: Christophe JAILLET Patch applied. Yours, Linus

Re: [PATCH 1/2] pinctrl: sirf: atlas7: Add missing 'of_node_put()'

On Tue, Dec 20, 2016 at 6:40 AM, Christophe JAILLET wrote: > Reference to 'sys2pci_np' should be dropped in all cases here, not only in > error handling path. > > Signed-off-by: Christophe JAILLET Patch applied. Yours, Linus Walleij

Re: [PATCH] gpio: Move freeing of GPIO hogs before numbing of the device

On Mon, Dec 19, 2016 at 6:29 PM, Geert Uytterhoeven wrote: > When removing a gpiochip that uses GPIO hogging (e.g. by unloading the > chip's DT overlay), a warning is printed: > > gpio gpiochip8: REMOVING GPIOCHIP WITH GPIOS STILL REQUESTED > > This happens because

Re: [PATCH] gpio: Move freeing of GPIO hogs before numbing of the device

On Mon, Dec 19, 2016 at 6:29 PM, Geert Uytterhoeven wrote: > When removing a gpiochip that uses GPIO hogging (e.g. by unloading the > chip's DT overlay), a warning is printed: > > gpio gpiochip8: REMOVING GPIOCHIP WITH GPIOS STILL REQUESTED > > This happens because gpiochip_free_hogs() is

Re: [PATCH] mmc: use empty initializer list to zero-clear structures

On Mon, Dec 19, 2016 at 12:51 PM, Masahiro Yamada wrote: > In the MMC subsystem, we see such initializers that only clears the > first member explicitly. > > For example, > > struct mmc_request mrq = {NULL}; > > sets the first member (.sbc) to NULL explicitly.

Re: [PATCH] mmc: use empty initializer list to zero-clear structures

On Mon, Dec 19, 2016 at 12:51 PM, Masahiro Yamada wrote: > In the MMC subsystem, we see such initializers that only clears the > first member explicitly. > > For example, > > struct mmc_request mrq = {NULL}; > > sets the first member (.sbc) to NULL explicitly. However, this is > an unstable

[PATCH] ARM: dts: am572x-idk: Add gpios property to control PCIE_RESETn

Add 'gpios' property to pcie1 dt node and populate it with GPIO3_23 in order to drive PCIE_RESETn high. This gets PCIe cards to be detected in AM572X IDK board. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/am572x-idk.dts |4 1 file changed, 4

[PATCH] ARM: dts: am572x-idk: Add gpios property to control PCIE_RESETn

Add 'gpios' property to pcie1 dt node and populate it with GPIO3_23 in order to drive PCIE_RESETn high. This gets PCIe cards to be detected in AM572X IDK board. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/am572x-idk.dts |4 1 file changed, 4 insertions(+) diff --git

Re: [PATCH] pinctrl: stm32: activate strict mux mode

On Wed, Dec 14, 2016 at 3:24 PM, wrote: > From: Gabriel Fernandez > > This activates strict mode muxing for the STM32 pin controllers, > as these do not allow GPIO and functions to use the same pin > simultaneously. > > Signed-off-by: Gabriel

Re: [PATCH] pinctrl: stm32: activate strict mux mode

On Wed, Dec 14, 2016 at 3:24 PM, wrote: > From: Gabriel Fernandez > > This activates strict mode muxing for the STM32 pin controllers, > as these do not allow GPIO and functions to use the same pin > simultaneously. > > Signed-off-by: Gabriel Fernandez Patch applied with Patrice's ACK.

[PATCH] Documentation: panel-dpi: fix path to display-timing.txt

From: Yegor Yefremov Signed-off-by: Yegor Yefremov --- Documentation/devicetree/bindings/display/panel/panel-dpi.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] Documentation: panel-dpi: fix path to display-timing.txt

From: Yegor Yefremov Signed-off-by: Yegor Yefremov --- Documentation/devicetree/bindings/display/panel/panel-dpi.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/display/panel/panel-dpi.txt

Re: [PATCH] gpio: mxs: remove __init annotation

On Fri, Dec 16, 2016 at 10:08 AM, Arnd Bergmann wrote: > Building with an old toolchain, I ran into this warning: > > WARNING: vmlinux.o(.text+0x63eef0): Section mismatch in reference from the > function mxs_gpio_probe() to the function .init.text:mxs_gpio_init_gc() > > Clearly

Re: [PATCH] gpio: mxs: remove __init annotation

On Fri, Dec 16, 2016 at 10:08 AM, Arnd Bergmann wrote: > Building with an old toolchain, I ran into this warning: > > WARNING: vmlinux.o(.text+0x63eef0): Section mismatch in reference from the > function mxs_gpio_probe() to the function .init.text:mxs_gpio_init_gc() > > Clearly the annotation

[PATCH v3] net: ethernet: faraday: To support device tree usage.

Signed-off-by: Greentime Hu --- Changes in v3: - Nothing changed in this patch but I have committed andestech to vendor-prefixes.txt. drivers/net/ethernet/faraday/ftmac100.c |7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH v3] net: ethernet: faraday: To support device tree usage.

Signed-off-by: Greentime Hu --- Changes in v3: - Nothing changed in this patch but I have committed andestech to vendor-prefixes.txt. drivers/net/ethernet/faraday/ftmac100.c |7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/net/ethernet/faraday/ftmac100.c

Re: [PATCH 5/6] ARM: dts: TS-4600: add NBUS support

On Thu, Dec 15, 2016 at 12:12 AM, Sebastien Bourdelin wrote: > This commit enables the NBUS on the TS-4600, using the ts-nbus driver. > > Signed-off-by: Sebastien Bourdelin > + nbus { > +

Re: [PATCH 5/6] ARM: dts: TS-4600: add NBUS support

On Thu, Dec 15, 2016 at 12:12 AM, Sebastien Bourdelin wrote: > This commit enables the NBUS on the TS-4600, using the ts-nbus driver. > > Signed-off-by: Sebastien Bourdelin > + nbus { > + compatible = "technologic,ts-nbus", "simple-bus"; > + pinctrl-0 =

[PATCH] Documentation: simple-card: add full path to widgets.txt

From: Yegor Yefremov Signed-off-by: Yegor Yefremov --- Documentation/devicetree/bindings/sound/simple-card.txt | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/sound/simple-card.txt

[PATCH] Documentation: simple-card: add full path to widgets.txt

From: Yegor Yefremov Signed-off-by: Yegor Yefremov --- Documentation/devicetree/bindings/sound/simple-card.txt | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/sound/simple-card.txt

<    2   3   4   5   6   7