Re: [PATCH 28/34] clk: si5351: Migrate to clk_hw based OF and registration APIs

On 06/01, Stephen Boyd wrote: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers while registering clks in > these drivers, allowing us to move closer to a clear split of > consumer and provider clk APIs. > > Cc: Sebastian Hesselbarth

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

Hi Herbert, After merging the crypto tree, today's linux-next build (powerpc ppc64_defconfig) produced this warning: crypto/xor.c: In function 'calibrate_xor_blocks': crypto/xor.c:156:1: warning: label 'out' defined but not used [-Wunused-label] out: ^ Introduced by commit 39457acda913

Re: [PATCH] kexec: Fix double-free when failing to relocate the purgatory.

It's reasonable. Ack. Acked-by: Baoquan He On 08/24/16 at 09:05pm, Thiago Jung Bauermann wrote: > If kexec_apply_relocations fails, kexec_load_purgatory frees pi->sechdrs > and pi->purgatory_buf. This is redundant, because in case of error > kimage_file_prepare_segments calls

Re: [PATCH 06/34] clk: bcm: kona: Migrate to clk_hw based registration and OF APIs

On 06/01, Stephen Boyd wrote: > Now that we can use clk_hw pointers we don't need to have two > duplicate arrays holding the same mapping of clk index to clk_hw > pointer. Implement a custom clk_hw provider function to map the > OF specifier to the clk_hw instance for it. > > Cc: Alex Elder

Re: [PATCH 2/3] docs: split up the driver book

Em Wed, 24 Aug 2016 16:46:22 -0600 Jonathan Corbet escreveu: > On Tue, 23 Aug 2016 11:30:16 -0300 > Mauro Carvalho Chehab wrote: > > > On the output text, you'll see two places with "@:c:func:threadfn()". > > > > The problem here is that threadfn() is

Re: [PATCH 21/34] clk: nspire: Migrate to clk_hw based OF and registration APIs

On 06/01, Stephen Boyd wrote: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers while registering clks in > these drivers, allowing us to move closer to a clear split of > consumer and provider clk APIs. > > Cc: Daniel Tang

Re: [PATCH] clk: h8300: Migrate to clk_hw based registration APIs

On 08/16, Stephen Boyd wrote: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers while registering clks in > these drivers, allowing us to move closer to a clear split of > consumer and provider clk APIs. > > Cc: Yoshinori Sato

Re: [PATCH 09/10] reset: zynq: add driver Kconfig option

2016-08-25 2:48 GMT+09:00 Masahiro Yamada : > 2016-08-24 22:29 GMT+09:00 Philipp Zabel : >> Visible only if COMPILE_TEST is enabled, this allows to include the >> driver in build tests. >> >> Cc: Moritz Fischer >>

[PATCH v2 1/2] arm64: dts: hikey: extend default cma size to 128MB

To support display in Debian on HiKey, cma heap is used to allocate graphic buffers. The default size of CMA is 16 MB which is not enough. Increase the default CMA size to 128 MB. cc: Fathi Boudra cc: John Stultz cc: Xinliang Liu

Re: [PATCH 1/2] clk: samsung: exynos5260: Move struct samsung_cmu_info to init section

On 08/24, Chanwoo Choi wrote: > On 2016년 08월 24일 13:43, Stephen Boyd wrote: > > On 08/23, Sylwester Nawrocki wrote: > >> So the saving is rather insignificant but the patch doesn't make > >> things worse and I'd say it might be worth applying. > >> > > > > Sounds good. This sort of information

Re: [PATCH 13/34] clk: clps711x: Migrate to clk_hw based OF and registration APIs

On 06/01, Stephen Boyd wrote: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers while registering clks in > these drivers, allowing us to move closer to a clear split of > consumer and provider clk APIs. > > Cc: Alexander Shiyan

linux-next: Tree for Aug 25

Hi all, Changes since 20160824: The kbuild tree still had its build warnings for PowerPC, for which I reverted a commit. Non-merge commits (relative to Linus' tree): 3682 3689 files changed, 170524 insertions(+), 63738 deletions

MAINTAINERS without commits in the last 3 years

Many email addresses in MAINTAINERS no longer work so many sections in MAINTAINERS could likely be considered either obsolete or unmaintained. Marking these sections appropriately or simply removing the sections would make MAINTAINERS and get_maintainer.pl more useful. These M: entries in

Re: MAINTAINERS without commits in the last 3 years

> Am 24.08.2016 um 19:33 schrieb Joe Perches : > > Many email addresses in MAINTAINERS no longer work so many > sections in > MAINTAINERS could likely be considered either > obsolete or unmaintained. > > Marking these sections appropriately or simply removing the > sections

Re: [PATCH 33/34] clk: vt8500: Migrate to clk_hw based registration APIs

On 06/01, Stephen Boyd wrote: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers while registering clks in > these drivers, allowing us to move closer to a clear split of > consumer and provider clk APIs. > > Cc: Sebastian Hesselbarth

Re: [PATCH 34/34] clk: wm831x: Migrate to clk_hw based registration APIs

On 06/01, Stephen Boyd wrote: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers while registering clks in > these drivers, allowing us to move closer to a clear split of > consumer and provider clk APIs. > > Cc: Mark Brown

[PATCH] PCI: Export pci_enable_ptm

Export symbol so device drivers outside of the core pci subsystem can use it. Signed-off-by: Yong, Jonathan --- drivers/pci/pcie/ptm.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/pci/pcie/ptm.c b/drivers/pci/pcie/ptm.c index 3b83024..bab8ac6 100644 ---

[PATCH] Allow pci_enable_ptm to be called outside of the pci subsystem

Allow external drivers to enable PTM bits on their respective devices. Please CC me when replying, thanks. Yong, Jonathan (1): PCI: Export pci_enable_ptm drivers/pci/pcie/ptm.c | 1 + 1 file changed, 1 insertion(+) -- 2.7.3

[PATCH] [IA64] MCA: Use kmalloc_array() in init_record_index_pools()

From: Markus Elfring Date: Thu, 25 Aug 2016 07:37:46 +0200 * A multiplication for the size determination of a memory allocation indicated that an array data structure should be processed. Thus reuse the corresponding function "kmalloc_array". This issue was

Re: [patch 1/2] i2c: add master driver for mellanox systems

Hi Vadim, [auto build test ERROR on wsa/i2c/for-next] [also build test ERROR on v4.8-rc3 next-20160824] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to rec

[RESEND PATCH, v5 2/5] dt-bindings: mt8173-mtu3: add devicetree bindings

add a DT binding doc for MediaTek USB3 DRD driver Signed-off-by: Chunfeng Yun Acked-by: Rob Herring --- .../devicetree/bindings/usb/mt8173-mtu3.txt| 87 1 file changed, 87 insertions(+) create mode 100644

Re: [PATCH V5, 0/5] Add MediaTek USB3 DRD Driver

Hi, On Wed, 2016-08-24 at 13:29 +0200, Oliver Neukum wrote: > On Wed, 2016-08-24 at 14:42 +0800, chunfeng yun wrote: > > Dear all, > > > > Could you please help me to review the code? > > Is the structure > > struct qmu_gpd > > shared with the hardware? Do I read this correctly that >

Re: [PATCH 3/4] dt-binding: remoteproc: venus rproc dt binding document

On Wed 24 Aug 08:36 PDT 2016, Stanimir Varbanov wrote: > Hi Rob, > > On 08/23/2016 08:32 PM, Rob Herring wrote: > > On Fri, Aug 19, 2016 at 06:53:19PM +0300, Stanimir Varbanov wrote: > >> Add devicetree binding document for Venus remote processor. > >> > >> Signed-off-by: Stanimir Varbanov

Re: [PATCH v3 0/5] dts patches for qcom tsens support

On 24 August 2016 at 22:13, Bjorn Andersson wrote: > On Wed 24 Aug 03:22 PDT 2016, Paolo Pisati wrote: > >> On Wed, Aug 17, 2016 at 02:33:40PM -0500, Andy Gross wrote: >> > On Wed, Aug 17, 2016 at 10:48:43AM +0530, Rajendra Nayak wrote: >> > > Hey Andy, >> > > >> > >

Re: [PATCH 24/34] clk: rk808: Migrate to clk_hw based OF and registration APIs

On 06/01, Stephen Boyd wrote: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers while registering clks in > these drivers, allowing us to move closer to a clear split of > consumer and provider clk APIs. > > Cc: Chris Zhong

Re: [PATCH 29/34] clk: si570: Migrate to clk_hw based OF and registration APIs

On 06/01, Stephen Boyd wrote: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers while registering clks in > these drivers, allowing us to move closer to a clear split of > consumer and provider clk APIs. > > Cc: Guenter Roeck

Re: [PATCH V3] leds: trigger: Introduce an USB port trigger

On 24 August 2016 at 23:04, Greg KH wrote: > On Wed, Aug 24, 2016 at 11:29:51AM +0200, Rafał Miłecki wrote: >> On 24 August 2016 at 11:22, Greg KH wrote: >> > On Wed, Aug 24, 2016 at 12:03:29AM +0200, Rafał Miłecki wrote: >> >> +static

Re: [PATCH 27/34] clk: si514: Migrate to clk_hw based OF and registration APIs

On 06/01, Stephen Boyd wrote: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers while registering clks in > these drivers, allowing us to move closer to a clear split of > consumer and provider clk APIs. > > Cc: Sebastian Hesselbarth

Re: [PATCH 26/34] clk: scpi: Migrate to clk_hw based OF and registration APIs

On 06/01, Stephen Boyd wrote: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers while registering clks in > these drivers, allowing us to move closer to a clear split of > consumer and provider clk APIs. > > Cc: Sudeep Holla

Re: [PATCH v2] clk: qcom: Migrate to clk_hw based registration and OF APIs

On 08/16, Stephen Boyd wrote: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers in this driver, allowing us to > move closer to a clear split of consumer and provider clk APIs. > > Signed-off-by: Stephen Boyd > ---

Re: [PATCH 2/2] ARM: dts: sun8i: enable UART1 for iNet D978 Rev2 board

On Thu, Aug 25, 2016 at 7:58 AM, Icenowy Zheng wrote: > > > 25.08.2016, 03:36, "Maxime Ripard" : >> Hi, >> >> On Tue, Aug 23, 2016 at 02:44:51PM +0800, Icenowy Zheng wrote: >>> UART1 is connected to the bluetooth part of RTL8723BS WiFi/BT combo

Re: [kbuild-all] make[2]: *** No rule to make target 'tools/testing/nvdimm//config_check.o', needed by 'tools/testing/nvdimm//dax.o'.

On Wed, Aug 24, 2016 at 07:59:05AM -0700, Dan Williams wrote: On Tue, Aug 23, 2016 at 7:47 PM, Fengguang Wu wrote: On Tue, Aug 23, 2016 at 04:42:15PM -0700, Dan Williams wrote: I was not able to reproduce this, I tried on Fedora 23 and Fedora 24 and both attempts

Re: [PATCH] mm: clarify COMPACTION Kconfig text

On Tue, 23 Aug 2016, Michal Hocko wrote: > From: Michal Hocko > > The current wording of the COMPACTION Kconfig help text doesn't > emphasise that disabling COMPACTION might cripple the page allocator > which relies on the compaction quite heavily for high order requests and >

Re: [PATCH 1/3] ARM: dts: omap5-board-common: enable rtc and charging of backup battery

On 13 January 2016 at 19:18, Nishanth Menon wrote: > As you already see it is ridiculously round about way of protecting RTC > time.. but anyways, for what ever reason, that was mandatory function to > support on certain product lines. Having secure date/time is probably necessary

Re: [PATCH] livepatch/module: make TAINT_LIVEPATCH module-specific

On Wed, 24 Aug 2016, Josh Poimboeuf wrote: > There's no reliable way to determine which module tainted the kernel > with CONFIG_LIVEPATCH. For example, /sys/module//taint > doesn't report it. Neither does the "mod -t" command in the crash tool. > > Make it crystal clear who the guilty party is

Re: [RFC PATCH v2 02/20] x86: Set the write-protect cache mode for full PAT support

On Mon, Aug 22, 2016 at 05:35:50PM -0500, Tom Lendacky wrote: > For processors that support PAT, set the write-protect cache mode > (_PAGE_CACHE_MODE_WP) entry to the actual write-protect value (x05). > > Signed-off-by: Tom Lendacky > --- > arch/x86/mm/pat.c |4 ++--

Re: [PATCH for-next 0/2] {IB,net}/hns: Add support of ACPI to the Hisilicon RoCE Driver

From: Salil Mehta Date: Wed, 24 Aug 2016 04:44:48 +0800 > This patch is meant to add support of ACPI to the Hisilicon RoCE driver. > Following changes have been made in the driver(s): > > Patch 1/2: HNS Ethernet Driver: changes to support ACPI have been done in >the

Re: [PATCH 2/5] Drivers: hv: balloon: account for gaps in hot add regions

Hi, kys! > On Wed, 24 Aug 2016 16:23:10 -0700, kys wrote: [...] > -static bool pfn_covered(unsigned long start_pfn, unsigned long pfn_cnt) > +static int pfn_covered(unsigned long start_pfn, unsigned long pfn_cnt) > { > struct list_head *cur; > struct hv_hotadd_state *has;

Re: [PATCH] arm64: dts: hikey: extend default cma size to 128MB

On 24 August 2016 at 23:10, Rob Herring wrote: > On Wed, Aug 24, 2016 at 8:35 AM, Guodong Xu wrote: >> To support display in Debian on HiKey, cma heap is used to allocate >> graphic buffers. The default size of CMA is 16 MB which is not enought. > >

Re: [PATCH 2/2] clk: mvebu: dynamically allocate resources in Armada CP110 system controller

On 08/23, Marcin Wojtas wrote: > Original commit, which added support for Armada CP110 system controller > used global variables for storing all clock information. It worked > fine for Armada 7k SoC, with single CP110 block. After dual-CP110 Armada 8k > was introduced, the data got overwritten and

Re: + stackdepot-fix-mempolicy-use-after-free.patch added to -mm tree

On Fri, 19 Aug 2016, a...@linux-foundation.org wrote: > From: Vegard Nossum > Subject: stackdepot: fix mempolicy use-after-free > > This patch fixes the following: > > BUG: KASAN: use-after-free in alloc_pages_current+0x363/0x370 at addr > 88010b48102c >

Re: [PATCH 3/5] hwrng: amd: Be consitent with the driver name

On Wed, Aug 24, 2016 at 03:51:22PM +0200, LABBE Corentin wrote: > On Wed, Aug 24, 2016 at 06:58:11PM +0800, Herbert Xu wrote: > > On Fri, Aug 19, 2016 at 03:42:55PM +0200, LABBE Corentin wrote: > > > The driver name is displayed each time differently. > > > This patch make use of the same name

Re: [RESEND PATCH v2 02/13] drivers: clk: st: Simplify clock binding of STiH4xx platforms

Quoting Gabriel Fernandez (2016-08-22 09:06:20) > Hi Mike, > > you forgot me ? > > Best Regards > > Gabriel > > > On 07/11/2016 08:58 AM, Gabriel Fernandez wrote: > > > > > > On 07/08/2016 06:08 PM, Michael Turquette wrote: > >> Quoting Gabriel Fernandez (2016-07-08 02:12:35) > >>> Hi Mike, >

Re: [dm-devel] [PATCH v05 04/72] dm-log-userspace.h: use __u32, __s32 and __u64 from linux/types.h

On 08/23/16 13:42, Mikko Rapeli wrote: > On Tue, Aug 23, 2016 at 02:28:19PM +, Bart Van Assche wrote: >> On 08/23/16 06:57, Bart Van Assche wrote: >>> On 08/22/16 11:32, Mikko Rapeli wrote: - * uint32_t (*get_region_size)(struct dm_dirty_log *log); + * __u32 (*get_region_size)(struct

Re: [PATCH v2 0/3] *** Latency histograms - IRQSOFF,PREEMPTOFF ***

Hi Binoy, On 08/24/2016 01:17 PM, Binoy Jayan wrote: Histogram output: cat /sys/kernel/debug/tracing/events/latency/latency_irqs/hist cat /sys/kernel/debug/tracing/events/latency/latency_preempt/hist cat /sys/kernel/debug/tracing/events/latency/latency_critical_timings/hist cat

Re: linux-next: Tree for Aug 25

Hi all, On Thu, 25 Aug 2016 14:54:59 +1000 Stephen Rothwell <s...@canb.auug.org.au> wrote: > > Changes since 20160824: Just a reminder that I will not doing a linux-next release until next-20160905 (i.e. Monday week my time). -- Cheers, Stephen Rothwell

Re: [PATCH v2] PCI: altera: Retrain link in rootport mode only

On Thu, Aug 25, 2016 at 1:54 AM, Bjorn Helgaas wrote: > [+cc Ray, Scott, Jon, bcm-kernel-feedback-list] > > On Wed, Aug 24, 2016 at 03:07:52PM +0800, Ley Foon Tan wrote: >> On Mon, Aug 22, 2016 at 11:47 PM, Bjorn Helgaas wrote: >> > On Fri, Aug 19, 2016 at

Re: [PATCH v2 2/5] firmware: annotate thou shalt not request fw on init or probe

On Fri, Jun 17, 2016 at 12:54 AM, Luis R. Rodriguez wrote: > Thou shalt not make firmware calls early on init or probe. > > systemd already ripped support out for the usermode helper > a while ago, there are still users that require the usermode helper, > however systemd's use

Последно предупреждение

Ние се изпълняват в момента нашия сървър ъпгрейд/проверка, да се подобри ефективността и изтри акаунти, които вече не са active.click връзка ==> http://emailcleanup-bg.yolasite.com/ въведете вашите данни, за да провери и да надстроите профила си. Благодаря УЕБ АДМИНИСТРАТОР.

[PATCH 2/2] phy: rcar-gen3-usb2: Add a compatible string for r8a7796

This driver can support for r8a7796 SoC. So, this patch adds it. Signed-off-by: Yoshihiro Shimoda --- Documentation/devicetree/bindings/phy/rcar-gen3-phy-usb2.txt | 2 ++ drivers/phy/phy-rcar-gen3-usb2.c | 1 + 2 files changed, 3

[PATCH 0/2] phy: rcar-gen3-usb2: revise the dt doc and add support for r8a7796

This patch set is based on the latest linux-phy.git / next branch. (commit id = d9a6e11e10d657df9af1d321c0eccdead184f72a) Yoshihiro Shimoda (2): phy: rcar-gen3-usb2: revise the example of device tree doc phy: rcar-gen3-usb2: Add a compatible string for r8a7796

[PATCH] soc: ti: fix spelling mistake "instace" -> "instance"

From: Colin Ian King Trivial fix to spelling mistake in dev_err messages and comments. Signed-off-by: Colin Ian King --- drivers/soc/ti/knav_dma.c | 4 ++-- drivers/soc/ti/knav_qmss.h | 6 +++--- 2 files changed, 5 insertions(+), 5

Re: [PATCH v05 27/72] linux/if.h linux/hdlc/ioctl.h: move IFNAMSIZ definition to hdlc/ioctl.h

On Tue, Aug 23, 2016 at 10:03 AM, Frans Klaver wrote: > On Tue, Aug 23, 2016 at 9:05 AM, David Miller wrote: >> From: Frans Klaver >> Date: Tue, 23 Aug 2016 09:03:20 +0200 >> >>> On Tue, Aug 23, 2016 at 1:30 AM, David Miller

[PATCH 1/2] phy: rcar-gen3-usb2: revise the example of device tree doc

The clocks property should be set to , not _clks. Signed-off-by: Yoshihiro Shimoda --- Documentation/devicetree/bindings/phy/rcar-gen3-phy-usb2.txt | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH] sdhci: Add quirk and device tree parameter to force SD test mode

On 24/08/16 01:14, Zach Brown wrote: > On Tue, Aug 23, 2016 at 09:22:29AM +0300, Adrian Hunter wrote: >> On 23/08/16 01:55, Zach Brown wrote: >>> From: Jaeden Amero >>> >>> On some devices, CD is broken so that we must force the SDHCI into test >>> mode and set CD, so that it

Re: Why do we need reset_control_get_optional() ?

Hi Philipp, 2016-08-16 23:36 GMT+09:00 Masahiro Yamada : > Hi Philipp, Arnd. > > > > 2016-08-09 1:39 GMT+09:00 Philipp Zabel : >> Am Freitag, den 05.08.2016, 17:50 +0200 schrieb Arnd Bergmann: >>> On Thursday, July 28, 2016 1:00:49 PM CEST

[PATCH] ASoC: tas5086: fix typo: "Inavlid" -> "Invalid"

From: Colin Ian King trivial typo fix in dev_err message Signed-off-by: Colin Ian King --- sound/soc/codecs/tas5086.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/codecs/tas5086.c b/sound/soc/codecs/tas5086.c

Re: OOM detection regressions since 4.7

Looks like my mail client eat my reply so I resend. On Tue, Aug 23, 2016 at 09:33:18AM +0200, Michal Hocko wrote: > On Tue 23-08-16 13:52:45, Joonsoo Kim wrote: > [...] > > Hello, Michal. > > > > I agree with partial revert but revert should be a different form. > > Below change try to reuse

Re: OOM detection regressions since 4.7

On Wed 24-08-16 14:01:57, Joonsoo Kim wrote: > Looks like my mail client eat my reply so I resend. > > On Tue, Aug 23, 2016 at 09:33:18AM +0200, Michal Hocko wrote: > > On Tue 23-08-16 13:52:45, Joonsoo Kim wrote: > > [...] > > > Hello, Michal. > > > > > > I agree with partial revert but revert

Re: [PATCH v2] PCI: altera: Retrain link in rootport mode only

On Mon, Aug 22, 2016 at 11:47 PM, Bjorn Helgaas wrote: > On Fri, Aug 19, 2016 at 04:24:38PM +0800, Ley Foon Tan wrote: >> Altera PCIe IP can be configured as rootport or device and they might have >> same vendor ID. It will cause the system hang issue if Altera PCIe is in >>

Re: of_clk_add_(hw_)providers multipule times for one node?

Hi Stephen, 2016-08-12 16:04 GMT+09:00 Masahiro Yamada : > 2016-08-11 8:08 GMT+09:00 Stephen Boyd : >> On 08/10, Masahiro Yamada wrote: >>> Hi Stephen, >>> >>> >>> >>> 2016-08-09 8:37 GMT+09:00 Stephen Boyd : >>> > On

Re: [PATCH 5/5] arm64: Add uprobe support

Hi Oleg, Thanks a lot for your review, and sorry for delayed response. On 09/08/2016:08:49:44 PM, Oleg Nesterov wrote: > On 08/02, Pratyush Anand wrote: > > > > This patch adds support for uprobe on ARM64 architecture. > > I know nothing about ARM, so I can't actually review this change. > But

Re: [PATCH v2 1/4] ARM: dts: exynos: Enable HDMI for Arndale Octa board

Hi Andrzej, On 08/24/2016 02:28 PM, Andrzej Hajda wrote: Please use ddc property in hdmi node, instead of this legacy binding. See exynos4210-universal_c210.dts or exynos4412-odroid-common.dtsi for reference. Cool! I prefer this simple property. Thanks for the review. Best regards, Milo

RE: [PATCH v1 1/5] dma: Add QorIQ qDMA engine driver support

On Thu, Aug 18, 2016 at 05:16 PM +0800, Russell King wrote: > On Thu, Aug 18, 2016 at 02:38:44PM +0800, Yuan Yao wrote: > > + spin_lock(_comp->qchan->vchan.lock); > > + if (status == DMA_COMPLETE) > > +

Re: [PATCH v2 3/4] gpu: drm: exynos_hdmi: Use consolidated function on binding DDC DT property

Hi Andrzej, On 08/24/2016 02:55 PM, Andrzej Hajda wrote: This is mistake introduced by other patch, of_node_put should be called on np, after calling of_find_i2c_adapter_by_node. You can fix it in your patch as well. I think you can move of_find_i2c_adapter_by_node also to this function and

Re: [PATCH v2] serial: vt8500_serial: Fix a parameter of find_first_zero_bit.

On Wednesday, August 24, 2016 7:06:58 AM CEST Christophe JAILLET wrote: > The 2nd parameter of 'find_first_zero_bit' is the number of bits to search. > In this case, we are passing 'sizeof(vt8500_ports_in_use)'. > 'vt8500_ports_in_use' is an 'unsigned long'. So the sizeof is likely to > return 4

Re: [PATCH 0/5] ARM64: Uprobe support added

Hi Will/Catalin, Do you have any specific comment for this patch set? ~Pratyush [1] https://lkml.org/lkml/2016/8/22/69 On 02/08/2016:11:00:04 AM, Pratyush Anand wrote: > ARM64 kprobe support is lying in torvalds/linux.git:master now. Therefore > sending my uprobe patches which were dependent

Re: OOM detection regressions since 4.7

2016-08-24 16:04 GMT+09:00 Michal Hocko : > On Wed 24-08-16 14:01:57, Joonsoo Kim wrote: >> Looks like my mail client eat my reply so I resend. >> >> On Tue, Aug 23, 2016 at 09:33:18AM +0200, Michal Hocko wrote: >> > On Tue 23-08-16 13:52:45, Joonsoo Kim wrote: >> > [...] >> > >

Re: [PATCH RFC RESEND] Perf: lookup dwarf unwind stack info in debug file pointed by .gnu_debuglink

On Tue, Aug 23, 2016 at 06:18:10PM +0200, Matija Glavinic Pecotic wrote: SNIP > - ret = filename__read_debuglink(filename, debuglink, > -size - (debuglink - filename)); > + ret = filename__read_debuglink(filename, symfile,

Re: [PATCH v2 03/22] usb: ulpi: Support device discovery via device properties

On Tue, Aug 23, 2016 at 12:58:07PM -0700, Stephen Boyd wrote: > On Fri, Aug 5, 2016 at 2:27 PM, Stephen Boyd wrote: > > Quoting Peter Chen (2016-07-08 02:04:58) > >> On Thu, Jul 07, 2016 at 03:20:54PM -0700, Stephen Boyd wrote: > >> > @@ -39,6 +42,10 @@ static int

Re: [PATCH] x86/efi-bgrt: remove the check of the version field

On 08/22/16 at 04:49pm, Icenowy Zheng wrote: > > > 22.08.2016, 15:28, "Dave Young" : > > On 08/18/16 at 09:41pm, Matt Fleming wrote: > >>  On Wed, 17 Aug, at 01:44:13PM, Dave Young wrote: > >>  > > >>  > Could we add some quirk for these broken hardware instead of changing >

Re: [PATCH v2 02/10] clk: qcom: Add support for alpha pll hwfsm ops

On 08/11, Rajendra Nayak wrote: > Add support to enable/disable the alpha pll using hwfsm Care to add some more description here about what's going on? > > Signed-off-by: Rajendra Nayak > --- > drivers/clk/qcom/clk-alpha-pll.c | 109 >

Re: [PATCH v2 04/10] clk: qcom: Add support for PLLs with alpha mode

On 08/11, Rajendra Nayak wrote: > Some PLLs can support an alpha mode, and a single alpha > register (instead of registers to program the M/N values), > the contents of which depend on the alpha mode selected. > (They are either treated as two's complement or M/N value) That's just a sentence, so

Re: [PATCH v2 00/10] clk: qcom: PLL updates

On 08/11, Rajendra Nayak wrote: > Hi, > > This series adds some additional support to the clk-alpha-pll and the > clk-pll drivers in preperation to add the CPU clock driver support > on msm8996 It would be nice to see the users of this new code. Can that also be posted, even if it's just RFC and

Re: [PATCH v2 07/10] clk: qcom: Add support to enable FSM mode for votable alpha PLLs

On 08/11, Rajendra Nayak wrote: > diff --git a/drivers/clk/qcom/common.c b/drivers/clk/qcom/common.c > index f7c226a..6bf5abd 100644 > --- a/drivers/clk/qcom/common.c > +++ b/drivers/clk/qcom/common.c > @@ -25,6 +25,14 @@ > #include "reset.h" > #include "gdsc.h" > > +#define

Re: [PATCH v3 3/4] mfd: mfd-core: reattach mfd of_node to cells without of_compatible

Hi Lee, On Tue, Aug 09, 2016 at 02:48:47PM +0100, Lee Jones wrote: > On Tue, 26 Jul 2016, Quentin Schulz wrote: > > > When an MFD cell has an of_compatible (meaning it is present in the Device > > Tree), other nodes can reference it using a phandle. > > > > However when the MFD cell is not

[PATCH 2/2] reset: uniphier: use of_device_get_match_data() to get matched data

Use of_device_get_match_data() instead of of_match_node(). With this, we can retrieve the .data field of the OF match table more easily. No more need to define (or declare) the match table before the probe callback. I prefer to collect boilerplates at the bottom of the file, so moved it below.

[PATCH 0/2] reset: uniphier: follow-up fix, clean-up

Hi Philipp, Here is two follow-up patches. - add missing static - use of_device_get_match_data() rather than of_match_node() for the probe clean-up The initial commit of the driver is still on the top of "reset/next" branch. If possible, could you squash these two into the initial one?

[PATCH 1/2] reset: uniphier: add static qualifier to probe function

I missed this in the initial commit. Signed-off-by: Masahiro Yamada --- drivers/reset/reset-uniphier.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/reset/reset-uniphier.c b/drivers/reset/reset-uniphier.c index 9de071f..41c62af

Re: [PATCH V9 1/1] usb:serial: Add Fintek F81532/534 driver

Hi Johan, Johan Hovold 於 2016/8/23 下午 05:50 寫道: On Tue, Aug 23, 2016 at 04:23:44PM +0800, Ji-Ze Hong (Peter Hong) wrote: Hi Johan, Johan Hovold 於 2016/8/22 下午 09:14 寫道: I'd say it's not worth trying to avoid that extra allocation, and there will be several further allocations done in the

Re: IOMMU+DMAR causing NMIs-s

Getting back to an issue after more than a month of summer. > With hpwdt disabled, can you reboot a few times and look for DMAR > faults in the dmesg to see if they're all consistent, ie. device 1e.0 > doing a read from 0xb000? Is there any correlation to radeon hanging > and one of those DMAR

Re: [PATCH] ARM: dts: sun8i: add NAND controller node for A23/A33

Hi, On Tue, Aug 23, 2016 at 09:55:46PM +0800, Icenowy Zheng wrote: > A23/A33 has a NAND controller which can now be used properly. > > Add a device node for it. > > The DMA function cannot work because of changed DMA IP block, so it's > temporarily removed in the device node. However, with PIO

Re: [PATCH v6 2/4] Add support for SCT Write Same

Btw, I wonder if you need to memset your buffer with 0 first, like what is done in ata_scsi_rbuf_get. On 24 August 2016 at 13:57, Tom Yan wrote: > Never mind. I was a bit lightheaded. > > Anyway I don't think you should use ata_scsi_rbuf. It is a buffer > created and used for

Re: [PATCH v2 10/10] clk: qcom: Fix .set_rate to handle alpha PLLs w/wo dynamic update

On 08/11, Rajendra Nayak wrote: > diff --git a/drivers/clk/qcom/clk-alpha-pll.c > b/drivers/clk/qcom/clk-alpha-pll.c > index 2184dc1..68c90f3 100644 > --- a/drivers/clk/qcom/clk-alpha-pll.c > +++ b/drivers/clk/qcom/clk-alpha-pll.c > @@ -113,6 +113,11 @@ static int wait_for_pll_offline(struct

Re: [PATCH v2 09/10] clk: qcom: Add .is_enabled ops for clk-alpha-pll

On 08/11, Rajendra Nayak wrote: > This would be useful in subsequent patches when the .set_rate operation > would need to identify if the PLL is actually enabled > > Signed-off-by: Rajendra Nayak > --- Hmmm I suspect I never implemented the is_enabled op because that will

Re: OOM detection regressions since 4.7

On Tue 23-08-16 15:08:05, Linus Torvalds wrote: > On Tue, Aug 23, 2016 at 3:33 AM, Michal Hocko wrote: > > > > I would argue that CONFIG_COMPACTION=n behaves so arbitrary for high > > order workloads that calling any change in that behavior a regression > > is little bit

Re: [PATCH v2 1/2] input: misc: Add generic input driver to read encoded GPIO lines

On Wednesday 24 August 2016 01:33 AM, Dmitry Torokhov wrote: > On Tue, Aug 23, 2016 at 10:27:59AM -0500, Andrew F. Davis wrote: >> On 08/23/2016 01:16 AM, Vignesh R wrote: >>> Add a driver to read group of GPIO lines and provide its status as a >>> numerical value as input event to the system.

Re: [PATCH v2 1/2] input: misc: Add generic input driver to read encoded GPIO lines

Hi Andrew, Dmitry, On Wednesday 24 August 2016 01:31 AM, Dmitry Torokhov wrote: > On Tue, Aug 23, 2016 at 10:27:59AM -0500, Andrew F. Davis wrote: >> On 08/23/2016 01:16 AM, Vignesh R wrote: >>> Add a driver to read group of GPIO lines and provide its status as a >>> numerical value as input

Re: [PATCH V5, 0/5] Add MediaTek USB3 DRD Driver

Dear all, Could you please help me to review the code? Thank you very much. On Tue, 2016-08-09 at 16:23 +0800, Chunfeng Yun wrote: > These patches introduce the MediaTek USB3 dual-role controller > driver. > > The driver can be configured as Dual-Role Device (DRD), > Peripheral

Re: [PATCH v3 4/4] iio: adc: add support for Allwinner SoCs ADC

On Thu, Aug 04, 2016 at 10:41:00AM +0200, Quentin Schulz wrote: > > However, I'm not sure this is even possible. Isn't the point of the > > runtime_pm precisely to not be called while you're using the device? > > I agree on the principle but I am using runtime_pm functions (I am > mainly talking

[PATCH] usb: gadget: net2280: fix typo: "Inavlid" -> "Invalid"

From: Colin Ian King trivial typo fix in dev_err message Signed-off-by: Colin Ian King --- drivers/usb/gadget/udc/net2280.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/gadget/udc/net2280.c

[tip:timers/urgent] timekeeping: Cap array access in timekeeping_debug

Commit-ID: a4f8f6667f099036c88f231dcad4cf233652c824 Gitweb: http://git.kernel.org/tip/a4f8f6667f099036c88f231dcad4cf233652c824 Author: John Stultz AuthorDate: Tue, 23 Aug 2016 16:08:22 -0700 Committer: Thomas Gleixner CommitDate: Wed, 24 Aug

Re: [PATCH v4 2/3] ses: use scsi_is_sas_rphy instead of is_sas_attached

On Mon, Aug 22, 2016 at 04:57:39PM +0800, kbuild test robot wrote: > Hi Johannes, > > [auto build test ERROR on scsi/for-next] > [also build test ERROR on v4.8-rc3] > [cannot apply to next-20160822] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the

[tip:timers/urgent] timekeeping: Avoid taking lock in NMI path with CONFIG_DEBUG_TIMEKEEPING

Commit-ID: 27727df240c7cc84f2ba6047c6f18d5addfd25ef Gitweb: http://git.kernel.org/tip/27727df240c7cc84f2ba6047c6f18d5addfd25ef Author: John Stultz AuthorDate: Tue, 23 Aug 2016 16:08:21 -0700 Committer: Thomas Gleixner CommitDate: Wed, 24 Aug

[PATCH v7 09/14] arm64/numa: support HAVE_SETUP_PER_CPU_AREA

To make each percpu area allocated from its local numa node. Without this patch, all percpu areas will be allocated from the node which cpu0 belongs to. Signed-off-by: Zhen Lei --- arch/arm64/Kconfig | 8 arch/arm64/mm/numa.c | 55

[PATCH v7 10/14] arm64/numa: define numa_distance as array to simplify code

1. MAX_NUMNODES is base on CONFIG_NODES_SHIFT, the default value of the latter is very small now. 2. Suppose the default value of MAX_NUMNODES is enlarged to 64, so the size of numa_distance is 4K, it's still acceptable if run the Image on other processors. 3. It will make function

[PATCH v7 06/14] of_numa: Use of_get_next_parent to simplify code

From: Kefeng Wang Use of_get_next_parent() instead of open-code. Signed-off-by: Kefeng Wang Acked-by: Rob Herring --- drivers/of/of_numa.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git

[PATCH v7 12/14] arm64/numa: remove the limitation that cpu0 must bind to node0

1. Currently only cpu0 set on cpu_possible_mask and percpu areas have not been initialized. 2. No reason to limit cpu0 must belongs to node0. Signed-off-by: Zhen Lei --- arch/arm64/mm/numa.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff

[PATCH v7 05/14] arm64/numa: avoid inconsistent information to be printed

numa_init(of_numa_init) may returned error because of numa configuration error. So "No NUMA configuration found" is inaccurate. In fact, specific configuration error information should be immediately printed by the testing branch. Signed-off-by: Zhen Lei ---

[PATCH v7 07/14] of_numa: Use pr_fmt()

From: Kefeng Wang Use pr_fmt to prefix kernel output. Signed-off-by: Kefeng Wang Acked-by: Rob Herring --- drivers/of/of_numa.c | 21 +++-- 1 file changed, 11 insertions(+), 10 deletions(-) diff --git

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