Re: [PATCH 1/4] sched/fair: Generalize the load/util averages resolution definition

On Tue, Oct 06, 2015 at 04:00:00PM +0800, Yuyang Du wrote: > On Mon, Oct 05, 2015 at 09:04:45AM +0200, Ingo Molnar wrote: > > > > * Yuyang Du wrote: > > > > > +# define SCHED_RESOLUTION_SHIFT 10 > > > > > #if 0 /* BITS_PER_LONG > 32 -- currently broken: it increases power > > > usage under l

Re: PROBLEM: Concurrency issue in sem_lock

Hi, On 10/09/2015 10:24 AM, Felix Hübner wrote: Hi all, I have just reported a concurrency issue in the implementation of sem_lock, see https://bugzilla.kernel.org/show_bug.cgi?id=105651 [...] # P0 does spin_lock(&sem->lock); in line 336. spin_lock(&sem->lock); [...] # P2 pe

[PATCH V1 2/3] taging: android: ion: Add ion driver for Hi6220 SoC platform

Add ion support for hi6220 SoC platform. Signed-off-by: Chen Feng Signed-off-by: Yu Dongbin --- drivers/staging/android/ion/Kconfig| 7 + drivers/staging/android/ion/Makefile | 1 + drivers/staging/android/ion/hisilicon/Kconfig | 5 + drivers/staging/and

[PATCH V1 3/3] arm64: dts: Add dts files to enable ION on Hi6220 SoC.

Add ION node to enable ION on hi6220 SoC platform Signed-off-by: Chen Feng Signed-off-by: Yu Dongbin --- arch/arm64/boot/dts/hisilicon/hi6220-hikey.dts | 1 + arch/arm64/boot/dts/hisilicon/hi6220-ion.dtsi | 20 2 files changed, 21 insertions(+) create mode 100644 arch/ar

[PATCH V1 1/3] docs: dts: Add documentation for hi6220 SoC ION node

Documentation for hi6220 SoC ION node Signed-off-by: Chen Feng Signed-off-by: Yu Dongbin --- .../devicetree/bindings/staging/ion/hi6220-ion.txt | 31 ++ 1 file changed, 31 insertions(+) create mode 100644 Documentation/devicetree/bindings/staging/ion/hi6220-ion.txt diff --

[PATCH 3/3] staging: rtl8188eu: BITn macro replaced by BIT(n) in hal/rtl8188e_hal_init.c

This patch replace BITn macro to BIT(n). Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c | 26 --- 1 file changed, 14 insertions(+), 12 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c b/drivers/staging/rtl8188eu/

[PATCH 2/3] staging: rtl8188eu: bugfix: correct channels range is set in Hal_ReadTxPowerInfo88E

Correct channels range is 1..14 (numbering from 1) but not 0..13. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c b/drivers/stagin

[PATCH 1/3] staging: rtl8188eu: 5 GHz channel groups removed from /hal/rtl8188e_hal_init.c

Unnecessary channel groups for 5 GHz removed from Hal_GetChnlGroup88E and it transformed to pretty get_channel_group(const u8 channel). Also removed code for 5 GHz frequency in Hal_ReadPowerValueFromPROM_8188E. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c |

Re: [PATCH] powerpc: Quick fix upstream main line build error on PowerPC

Dongsheng Wang writes: > From: Wang Dongsheng > > This issue caused on 'commit 990486c8af04 ("strscpy: zero any trailing > garbage bytes in the destination")'. > > zero_bytemask is not implemented on PowerPC. So copy the zero_bytemask > of BIG_ENDIAN implementation from include/asm-generic/word-

[PATCH 0/3] staging: rtl8188eu: unnecessary 5 GHz code removed

This patchset removes unnecessary code for 5 GHz channels (> 14), fixes channels range for FOR operator (channels are belong to 1..14 interval), and replace BITn macro to BIT(n). Ivan Safonov (3): staging: rtl8188eu: 5 GHz channel groups removed from /hal/rtl8188e_hal_init.c staging: rtl81

Re: [PATCH 2/3] staging: android: ion: Add ion driver for Hi6220 SoC platform

On 2015/10/9 16:58, Dan Carpenter wrote: > On Fri, Oct 09, 2015 at 11:53:32AM +0300, Dan Carpenter wrote: >>> +out: >> >> Labels named "out" are bug prone because handling everything is harder >> than using named labels and unwinding one step at a time. The bug here >> is that we don't call ion_

Re: [PATCH v2 3/4] i2c: s3c2410: enable RuntimePM before registering to the core

t; } > > - platform_set_drvdata(pdev, i2c); > - > - pm_runtime_enable(&pdev->dev); > - pm_runtime_enable(&i2c->adap.dev); > - > dev_info(&pdev->dev, "%s: S3C I2C adapter\n", dev_name(&i2c->adap.dev)); >

[PATCH] ASoc: sh: Fit typo in Kconfig

s/SUR/SRU/g Signed-off-by: Masanari Iida --- sound/soc/sh/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/sh/Kconfig b/sound/soc/sh/Kconfig index 6ca90aa..206d1ed 100644 --- a/sound/soc/sh/Kconfig +++ b/sound/soc/sh/Kconfig @@ -41,7 +41,7 @@ config SND_SOC_R

[RESEND PATCH] soc: qcom: smd: Correct SMEM items for upper channels

From: Bjorn Andersson Update the SMEM items for the second set of SMD channels, as these where incorrect. Signed-off-by: Bjorn Andersson --- Corrected .gitconfig mishap which gave wrong author. drivers/soc/qcom/smd.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/dri

Re: [PATCH] blk-mq: fix waitqueue_active without memory barrier in block/blk-mq-tag.c

Jens Axboe wrote: > On 10/08/2015 06:35 PM, Kosuke Tatsukawa wrote: >> blk_mq_tag_update_depth() seems to be missing a memory barrier which >> might cause the waker to not notice the waiter and fail to send a >> wake_up as in the following figure. >> >> blk_mq_tag_update_depth

Re: [PATCH v2] tty: fix stall caused by missing memory barrier in drivers/tty/n_tty.c

Peter Hurley wrote: > On 10/09/2015 01:28 PM, Peter Hurley wrote: >> Tatsukawa-san, >> >> I would still like to root-cause the reported stall; is the reported >> stall resolved if smp_mb() is added before the waitqueue_active() >> in __receive_buf()? > > Nevermind, I see it now. > > The store to c

Re: [PATCH] btrfs: fix waitqueue_active without memory barrier in btrfs

David Sterba wrote: > On Fri, Oct 09, 2015 at 12:35:48AM +, Kosuke Tatsukawa wrote: >> This patch removes the call to waitqueue_active() leaving just wake_up() >> behind. This fixes the problem because the call to spin_lock_irqsave() >> in wake_up() will be an ACQUIRE operation. > > Either we

Re: pidns: Make pid accounting and pid_max per namespace

On 10/10/15 12:40, Zhang Haoyu wrote: > On 10/10/15 11:35, Zefan Li wrote: >> On 2015/10/9 18:29, Zhang Haoyu wrote: >>> I started multiple docker containers in centos6.6(linux-2.6.32-504.16.2), >>> and there's one bad program was running in one container. >>> This program produced many child thre

Re: pidns: Make pid accounting and pid_max per namespace

On 10/10/15 11:35, Zefan Li wrote: > On 2015/10/9 18:29, Zhang Haoyu wrote: >> I started multiple docker containers in centos6.6(linux-2.6.32-504.16.2), >> and there's one bad program was running in one container. >> This program produced many child threads continuously without free, so more >> a

[PATCH] Staging: most: Fix typo in staging/most

This patch fix spelling typo found in most Signed-off-by: Masanari Iida --- drivers/staging/most/Documentation/ABI/sysfs-class-most.txt | 2 +- drivers/staging/most/hdm-dim2/Kconfig | 2 +- drivers/staging/most/hdm-usb/hdm_usb.c | 4 ++-- 3 files change

Re: [PATCH] thermal: exynos: fix register read in TMU

W dniu 09.10.2015 o 21:07, Lukasz Majewski pisze: > Hi Krzysztof, > >> 2015-10-08 23:21 GMT+09:00 Sudip Mukherjee >> : >>> On Fri, Oct 02, 2015 at 08:43:52AM +0900, Krzysztof Kozlowski wrote: 2015-10-01 23:12 GMT+09:00 Sudip Mukherjee : > On Thu, Oct 01, 2015 at 10:18:57PM +0900, Krz

[PATCH] soc: qcom: smd: Correct SMEM items for upper channels

Update the SMEM items for the second set of SMD channels, as these where incorrect. Signed-off-by: Bjorn Andersson --- drivers/soc/qcom/smd.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/soc/qcom/smd.c b/drivers/soc/qcom/smd.c index 18964f1..e7fb8fa 100644 ---

Re: [PATCH v3 7/9] xen/blkback: separate ring information out of struct xen_blkif

On 10/05/2015 10:55 PM, Roger Pau Monné wrote: > El 05/09/15 a les 14.39, Bob Liu ha escrit: >> Split per ring information to an new structure:xen_blkif_ring, so that one >> vbd >> device can associate with one or more rings/hardware queues. >> >> This patch is a preparation for supporting multi

Re: CFS scheduler unfairly prefers pinned tasks

Hi Paul, On 10/8/15 4:19 PM, Mike Galbraith wrote: On Tue, 2015-10-06 at 04:45 +0200, Mike Galbraith wrote: On Tue, 2015-10-06 at 08:48 +1100, paul.sz...@sydney.edu.au wrote: The Linux CFS scheduler prefers pinned tasks and unfairly gives more CPU time to tasks that have set CPU affinity. This

Re: pidns: Make pid accounting and pid_max per namespace

On 2015/10/9 18:29, Zhang Haoyu wrote: I started multiple docker containers in centos6.6(linux-2.6.32-504.16.2), and there's one bad program was running in one container. This program produced many child threads continuously without free, so more and more pid numbers were consumed by this program

[PATCH 05/14] cgroup: relocate cgroup_[try]get/put()

Relocate cgroup_get(), cgroup_tryget() and cgroup_put() upwards. This is pure code reorganization to prepare for future changes. Signed-off-by: Tejun Heo --- kernel/cgroup.c | 32 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/kernel/cgroup.c b/

[PATCH 10/14] cgroup: reorganize css_task_iter functions

* Rename css_advance_task_iter() to css_task_iter_advance_css_set() and make it clear it->task_pos too at the end of the iteration. * Factor out css_task_iter_advance() from css_task_iter_next(). The new function whines if called on a terminated iterator. Except for the termination check, th

[PATCH 03/14] cgroup: replace cgroup_has_tasks() with cgroup_is_populated()

Currently, cgroup_has_tasks() tests whether the target cgroup has any css_set linked to it. This works because a css_set's refcnt converges with the number of tasks linked to it and thus there's no css_set linked to a cgroup if it doesn't have any live tasks. To help tracking resource usage of zo

[PATCH 09/14] cgroup: factor out css_set_move_task()

A task is associated and disassociated with its css_set in three places - during migration, after a new task is created and when a task exits. The first is handled by cgroup_task_migrate() and the latter two are open-coded. These are similar operations and spreading them over multiple places make

[PATCH 08/14] cgroup: keep css_set and task lists in chronological order

css task iteration will be updated to not leak cgroup internal locking to iterator users. In preparation, update css_set and task lists to be in chronological order. For tasks, as migration path is already using list_splice_tail_init(), only cgroup_enable_task_cg_lists() and cgroup_post_fork() ne

[PATCH 07/14] cgroup: make cgroup_destroy_locked() test cgroup_is_populated()

cgroup_destroy_locked() currently tests whether any css_sets are associated to reject removal if the cgroup contains tasks. This works because a css_set's refcnt converges with the number of tasks linked to it and thus there's no css_set linked to a cgroup if it doesn't have any live tasks. To he

[PATCH 06/14] cgroup: make css_sets pin the associated cgroups

Currently, css_sets don't pin the associated cgroups. This is okay as a cgroup with css_sets associated are not allowed to be removed; however, to help resource tracking for zombie tasks, this is scheduled to change such that a cgroup can be removed even when it has css_sets associated as long as

[PATCH 01/14] cgroup: remove an unused parameter from cgroup_task_migrate()

cgroup_task_migrate() no longer uses @old_cgrp. Remove it. Signed-off-by: Tejun Heo --- kernel/cgroup.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/kernel/cgroup.c b/kernel/cgroup.c index ae23814..49f30f1 100644 --- a/kernel/cgroup.c +++ b/kernel/cgroup.c @@ -2235

[PATCHSET cgroup/for-4.4] cgroup: make zombies retain cgroup membership and fix pids controller

Hello, cgroup currently disassociates a task from its cgroups on exit and reassigns it to the root cgroup. This behavior turns out to be problematic for several reasons. * Resources can't be tracked for zombies. This breaks pids controller as zombies escape resource restriction. A cgroup can

[PATCH 02/14] cgroup: make cgroup->nr_populated count the number of populated css_sets

Currently, cgroup->nr_populated counts whether the cgroup has any css_sets linked to it and the number of children which has non-zero ->nr_populated. This works because a css_set's refcnt converges with the number of tasks linked to it and thus there's no css_set linked to a cgroup if it doesn't h

[PATCH 04/14] cgroup: move check_for_release() invocation

To trigger release agent when the last task leaves the cgroup, check_for_release() is called from put_css_set_locked(); however, css_set being unlinked is being decoupled from task leaving the cgroup and the correct condition to test is cgroup->nr_populated dropping to zero which check_for_release(

Re: [Linux] Linux PID algorithm is BRAINDEAD!

> On Oct 10, 2015, at 10:00, Dave Goel wrote: > > Pardon the subject line! I think the PID algo. is actually pretty > good and cheap. > > > I just think that a very minor tweak could actually make it *actually* do > what it always intended to do (that is, satisfy the PID-AIM listed below)! >

Re: [RFT 0/3] usb: usb3503: Fix probing on Arndale board (missing phy)

module). >> >> *The patchset was not tested on Arndale board.* >> I don't have that board. Please test it and say if the usb3503 deferred probe >> works fine and the issue is solved. > > FYI... I built this series on top of next-20151009 and using > exynos_defconfi

Re: [RESEND] mfd: rtsx: add support for rts522A

Hi Lee Sorry for bother you, but I still can't see this patch applied. Is there something wrong? Regards. micky. On 07/08/2015 03:38 PM, Lee Jones wrote: > On Wed, 08 Jul 2015, 敬锐 wrote: > >> >> On 07/07/2015 07:46 PM, Lee Jones wrote: >>> On Mon, 29 Jun 2015, micky_ch...@realsil.com.cn wrote: >>

[PATCH v10 2/6] ARM/PCI: remove align_resource in pci_sys_data

From: gabriele paoloni This patch is needed in order to unify the PCIe designware framework for ARM and ARM64 architectures. In the PCIe designware unification process we are calling pci_create_root_bus() passing a "sysdata" parameter that is the same for both ARM and ARM64 and is of type "struct

[PATCH v10 4/6] PCI: hisi: Add PCIe host support for HiSilicon SoC Hip05

This patch adds PCIe host support for HiSilicon SoC Hip05. Signed-off-by: Zhou Wang Signed-off-by: Gabriele Paoloni Signed-off-by: liudongdong Signed-off-by: Kefeng Wang Signed-off-by: qiuzhenfa --- drivers/pci/host/Kconfig | 8 ++ drivers/pci/host/Makefile| 1 + drivers/pci/host

[PATCH v10 3/6] PCI: designware: Add ARM64 support

This patch tries to unify ARM32 and ARM64 PCIe in designware driver. Delete function dw_pcie_setup, dw_pcie_scan_bus, dw_pcie_map_irq and struct hw_pci, move related operations to dw_pcie_host_init. This patch also try to use of_pci_get_host_bridge_resources for ARM32 and ARM64 according to the su

[PATCH v10 6/6] MAINTAINERS: Add pcie-hisi maintainer

Signed-off-by: Zhou Wang --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 7ba7ab7..944a229 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -8047,6 +8047,13 @@ S: Maintained F: Documentation/devicetree/bindings/pci/xgene-pci-msi.tx

[PATCH v10 1/6] PCI: designware: move calculation of bus addresses to DRA7xx

From: gabriele paoloni Commit f4c55c5a3f7f ("PCI: designware: Program ATU with untranslated address") added the calculation of PCI BUS addresses in designware, storing them in new fields added in "struct pcie_port". This calculation is done for every designware user even if is only applicable to

[PATCH v10 5/6] Documentation: DT: Add HiSilicon PCIe host binding

This patch adds related DTS binding document for HiSilicon PCIe host driver. Signed-off-by: Zhou Wang --- .../bindings/arm/hisilicon/hisilicon.txt | 17 + .../devicetree/bindings/pci/hisilicon-pcie.txt | 44 ++ 2 files changed, 61 insertions(+) create m

[PATCH v10 0/6] PCI: hisi: Add PCIe host support for HiSilicon SoC Hip05

This patchset adds PCIe host support for HiSilicon SoC Hip05. The PCIe hosts use PCIe IP core from Synopsys, So this driver is based on designware PCIe driver. Hip05 is an ARMv8 architecture SoC. It should be able to use ARM64 PCIe API in designware PCIe driver. So this patch also adds ARM64 supp

[PATCH 1/1] I have a board it block on i8259A_shutdown when I want to poweroff. It is not always re-produce.

There is the log: [ 27.758391] xhci_hcd :00:14.0: shutdown start [ 27.768329] xhci_hcd :00:14.0: shutdown stop [ 27.773532] pci :00:0b.0: shutdown start [ 27.778335] pci :00:0b.0: shutdown stop [ 27.783041] pci :00:0a.0: shutdown start [ 27.787847] pci :00:0a.0:

平时最多也就联系了三千家，全球还有十几万客户在哪里？

您好: 您还在用ali平台开发外贸客户? 还在使用展会宣传企业和产品? 你out了!!! 当前外贸客户开发难，您是否也在寻找展会，B2B之外好的渠道？ 行业全球十几万客户，平时最多也就联系了三千家，您是否想把剩下的也开发到？ 加QQ2652697913给您演示下主动开发客户的方法，先用先受益，已经有近万家企业领先您使用！！。 广东省商业联合会推荐，主动开发客户第一品牌，近万家企业正在获益。您可以没有使用，但是不能没有了解。 -- To unsubscribe from this list: send the line "unsubsc

RE: [PATCH][v3] ACPI / PM: Fix incorrect wakeup irq setting before suspend-to-idle

Hi, > From: Chen, Yu C > Sent: Friday, October 09, 2015 5:50 PM > > Hi, LV > > > From: Zheng, Lv > > Sent: Friday, October 09, 2015 4:33 PM > > > > Hi, Yu > > > > > From: Chen, Yu C > > > Sent: Friday, October 09, 2015 4:20 PM > > > > > > > > > acpi_status acpi_os_remove_interrupt_handler(u32 i

Re: [PATCH][RFC] mm: Introduce kernelcore=reliable option

On 2015/10/9 18:36, Xishi Qiu wrote: > On 2015/10/9 17:24, Kamezawa Hiroyuki wrote: > >> On 2015/10/09 15:46, Xishi Qiu wrote: >>> On 2015/10/9 22:56, Taku Izumi wrote: >>> Xeon E7 v3 based systems supports Address Range Mirroring and UEFI BIOS complied with UEFI spec 2.5 can notify whi

Re: [RFC] arm: add relocate initrd support

> On Oct 10, 2015, at 00:10, Russell King - ARM Linux > wrote: > > On Fri, Oct 09, 2015 at 11:55:09PM +0800, yalin wang wrote: >> Add support for initrd on ARM arch, in case >> mem= boot option change the memory size or the initrd are >> not placed in low memory region, we need copy the initrd

[RFC V2] arm: add relocate initrd support

Add support for initrd on ARM arch, in case mem= boot option change the memory size or the initrd are not placed in low memory region, we need copy the initrd to low memory region. Signed-off-by: yalin wang --- arch/arm/include/asm/fixmap.h | 1 + arch/arm/kernel/setup.c | 70

[Linux] Linux PID algorithm is BRAINDEAD!

Pardon the subject line! I think the PID algo. is actually pretty good and cheap. I just think that a very minor tweak could actually make it *actually* do what it always intended to do (that is, satisfy the PID-AIM listed below)! No expanded PID renumbering, no incompatibility introduction, not

Re: [RFC v2 5/7] powerpc: atomic: Implement cmpxchg{,64}_* and atomic{,64}_cmpxchg_* variants

Hi Peter, Sorry for replying late. On Thu, Oct 01, 2015 at 02:27:16PM +0200, Peter Zijlstra wrote: > On Wed, Sep 16, 2015 at 11:49:33PM +0800, Boqun Feng wrote: > > Unlike other atomic operation variants, cmpxchg{,64}_acquire and > > atomic{,64}_cmpxchg_acquire don't have acquire semantics if the

Re: [PATCH 1/5] thermal: exynos: Fix unbalanced regulator disable on probe failure

Hello, On Fri, Oct 9, 2015 at 4:28 PM, Krzysztof Kozlowski wrote: > W dniu 09.10.2015 o 01:45, Alim Akhtar pisze: >> Hello, >> >> On Thu, Oct 8, 2015 at 11:04 AM, Krzysztof Kozlowski >> wrote: >>> During probe if the regulator could not be enabled, the error exit path >>> would still disable it.

Re: [PATCH V2 1/2] clk: imx6: Add SPDIF_GCLK clock in clock tree

On Sat, Oct 10, 2015 at 09:11:55AM +0800, Shawn Guo wrote: > On Fri, Oct 09, 2015 at 05:15:30PM +0800, Shengjiu Wang wrote: > > SPDIF_GCLK is also spdif's clock, it use a same enable bit with > > SPDIF_ROOT_CLK, > > We didn't separate them in clock tree before. > > Is it the clock described as "G

Re: [PATCH] namei: results of d_is_negative() should be checked after dentry revalidation

On Fri, Oct 09, 2015 at 05:19:02PM -0700, Linus Torvalds wrote: > So in general, we should always (a) either verify all sequence points > or (b) return -ENOCHLD to go into slow mode. The patch seems > > However, this thing was explicitly made to be this way by commit > 766c4cbfacd8 ("namei: d_is_

Re: [RFC V3] regmap: change bool to 1 bit variable in struct regmap

hi i have sync this branch, but see my patch have been merged :) seems correct. Thanks > On Oct 9, 2015, at 19:35, Mark Brown wrote: > > On Fri, Oct 09, 2015 at 03:51:22PM +0800, yalin wang wrote: >> This patch change some bool variables in struct regmap { } >> to be u8 v : 1 type, so that we

Re: [PATCH] workqueue: Allocate the unbound pool using local node memory

Hello, "Hillf Danton" wrote 2015-10-09 PM 06:05:20: > > Re: [PATCH] workqueue: Allocate the unbound pool using local node memory > > > From: Xunlei Pang > > > > Currently, get_unbound_pool() uses kzalloc() to allocate the > > worker pool. Actually, we can use the right node to do the > > allo

[GIT PULL] (swiotlb) stable/for-linus-4.3

Hey Linus, Please git pull the following branch: git://git.kernel.org/pub/scm/linux/kernel/git/konrad/swiotlb.git stable/for-linus-4.3 which enables the SWIOTLB under 32-bit PAE kernels. Nowadays most distros enable this due to CONFIG_HYPERVISOR|CONFIG_XEN=y which select SWIOTLB. But for thos

Re: [PATCH V2 1/2] clk: imx6: Add SPDIF_GCLK clock in clock tree

On Fri, Oct 09, 2015 at 05:15:30PM +0800, Shengjiu Wang wrote: > SPDIF_GCLK is also spdif's clock, it use a same enable bit with > SPDIF_ROOT_CLK, > We didn't separate them in clock tree before. Is it the clock described as "Global clock" in Reference Manual, SPDIF chapter? If that's the case, y

[PATCH v2 09/20] frv: fix compiler warning from definition of __pmd()

Take into account that the pmd_t type is a array inside a struct, so it needs two levels of brackets to initialize. Otherwise, a usage of __pmd generates a warning: include/linux/mm.h:986:2: warning: missing braces around initializer [-Wmissing-braces] Signed-off-by: Dan Williams --- arch/frv

[PATCH v2 01/20] block: generic request_queue reference counting

Allow pmem, and other synchronous/bio-based block drivers, to fallback on a per-cpu reference count managed by the core for tracking queue live/dead state. The existing per-cpu reference count for the blk_mq case is promoted to be used in all block i/o scenarios. This involves initializing it by

[PATCH v2 10/20] um: kill pfn_t

The core has developed a need for a "pfn_t" type [1]. Convert the usage of pfn_t by usermode-linux to an unsigned long, and update pfn_to_phys() to drop its expectation of a typed pfn. [1]: https://lists.01.org/pipermail/linux-nvdimm/2015-September/002199.html Cc: Dave Hansen Cc: Jeff Dike Cc:

[PATCH v2 08/20] hugetlb: fix compile error on tile

Inlude asm/pgtable.h to get the definition for pud_t to fix: include/linux/hugetlb.h:203:29: error: unknown type name 'pud_t' Signed-off-by: Dan Williams --- include/linux/hugetlb.h |1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h index 5e

[PATCH v2 02/20] dax: increase granularity of dax_clear_blocks() operations

dax_clear_blocks is currently performing a cond_resched() after every PAGE_SIZE memset. We need not check so frequently, for example md-raid only calls cond_resched() at stripe granularity. Also, in preparation for introducing a dax_map_atomic() operation that temporarily pins a dax mapping move

[PATCH v2 03/20] block, dax: fix lifetime of in-kernel dax mappings with dax_map_atomic()

The DAX implementation needs to protect new calls to ->direct_access() and usage of its return value against unbind of the underlying block device. Use blk_queue_enter()/blk_queue_exit() to either prevent blk_cleanup_queue() from proceeding, or fail the dax_map_atomic() if the request_queue is bei

[PATCH v2 11/20] kvm: rename pfn_t to kvm_pfn_t

The core has developed a need for a "pfn_t" type [1]. Move the existing pfn_t in KVM to kvm_pfn_t [2]. [1]: https://lists.01.org/pipermail/linux-nvdimm/2015-September/002199.html [2]: https://lists.01.org/pipermail/linux-nvdimm/2015-September/002218.html Cc: Dave Hansen Cc: Gleb Natapov Cc: Pa

[PATCH v2 04/20] mm: introduce __get_dev_pagemap()

There are several scenarios where we need to retrieve and update metadata associated with a given devm_memremap_pages() mapping, and the only lookup key available is a pfn in the range: 1/ We want to augment vmemmap_populate() (called via arch_add_memory()) to allocate memmap storage from pre-a

[PATCH v2 05/20] x86, mm: introduce vmem_altmap to augment vmemmap_populate()

In support of providing struct page for large persistent memory capacities, use struct vmem_altmap to change the default policy for allocating memory for the memmap array. The default vmemmap_populate() allocates page table storage area from the page allocator. Given persistent memory capacities

Re: [PATCH 2/2] i2c: add ACPI support for I2C mux ports

Hi Dustin, [auto build test ERROR on wsa/i2c/for-next -- if it's inappropriate base, please ignore] config: xtensa-allyesconfig (attached as .config) reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross chmod +

[PATCH v2 07/20] avr32: convert to asm-generic/memory_model.h

Switch avr32/include/asm/page.h to use the common defintions for pfn_to_page(), page_to_pfn(), and ARCH_PFN_OFFSET. Signed-off-by: Dan Williams --- arch/avr32/include/asm/page.h |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/avr32/include/asm/page.h b/arch/av

[PATCH v2 13/20] mm, dax, pmem: introduce pfn_t

In preparation for enabling get_user_pages() operations on dax mappings, introduce a type that encapsulates a page-frame-number that can also be used to encode other information. This other information is the historical "page_link" encoding in a scatterlist, but can also denote "device memory". W

[PATCH v2 15/20] mm, dax: convert vmf_insert_pfn_pmd() to pfn_t

Similar to the conversion of vm_insert_mixed() use pfn_t in the vmf_insert_pfn_pmd() to tag the resulting pte with _PAGE_DEVICE when the pfn is backed by a devm_memremap_pages() mapping. Cc: Dave Hansen Cc: Andrew Morton Cc: Matthew Wilcox Cc: Alexander Viro Signed-off-by: Dan Williams --- a

[PATCH v2 17/20] mm, dax, pmem: introduce {get|put}_dev_pagemap() for dax-gup

get_dev_page() enables paths like get_user_pages() to pin a dynamically mapped pfn-range (devm_memremap_pages()) while the resulting struct page objects are in use. Unlike get_page() it may fail if the device is, or is in the process of being, disabled. While the initial lookup of the range may b

[PATCH v2 19/20] mm, pmem: devm_memunmap_pages(), truncate and unmap ZONE_DEVICE pages

Before we allow ZONE_DEVICE pages to be put into active use outside of the pmem driver, we need to arrange for them to be reclaimed when the driver is shutdown. devm_memunmap_pages() must wait for all pages to return to the initial mapcount of 1. If a given page is mapped by a process we will tru

[PATCH v2 20/20] mm, x86: get_user_pages() for dax mappings

A dax mapping establishes a pte with _PAGE_DEVMAP set when the driver has established a devm_memremap_pages() mapping, i.e. when the pfn_t return from ->direct_access() has PFN_DEV and PFN_MAP set. Later, when encountering _PAGE_DEVMAP during a page table walk we lookup and pin a struct dev_pagema

[PATCH v2 16/20] list: introduce list_poison() and LIST_POISON3

ZONE_DEVICE pages always have an elevated count and will never be on an lru reclaim list. That space in 'struct page' can be redirected for other uses, but for safety introduce a poison value that will always trip __list_add() to assert. This allows half of the struct list_head storage to be recl

[PATCH v2 18/20] block: notify queue death confirmation

The pmem driver arranges for references to be taken against the queue while pages it allocated via devm_memremap_pages() are in use. At shutdown time, before those pages can be deallocated, they need to be truncated, unmapped, and guaranteed to be idle. Scanning the pages to initiate truncation c

[PATCH v2 00/20] get_user_pages() for dax mappings

Changes since v1 [1]: 1/ Rebased on the accepted cleanups to the memremap() api and the NUMA hints for devm allocations. (see libnvdimm-for-next [2]). 2/ Rebased on DAX fixes from Ross [3], currently in -mm, and Dave [4], applied locally for now. 3/ Renamed __pfn_t to pfn_t and converted KV

[PATCH v2 12/20] mips: fix PAGE_MASK definition

Make PAGE_MASK an unsigned long, like it is on x86, to avoid: In file included from arch/mips/kernel/asm-offsets.c:14:0: include/linux/mm.h: In function '__pfn_to_pfn_t': include/linux/mm.h:1050:2: warning: left shift count >= width of type pfn_t pfn_t = { .val = pfn | (flags & PFN_FLAGS_MASK),

[PATCH v2 14/20] mm, dax, gpu: convert vm_insert_mixed to pfn_t, introduce _PAGE_DEVMAP

Convert the raw unsigned long 'pfn' argument to pfn_t for the purpose of evaluating the PFN_MAP and PFN_DEV flags. When both are set it triggers _PAGE_DEVMAP to be set in the resulting pte. This flag will later be used in the get_user_pages() path to pin the page mapping, dynamically allocated by

[PATCH v2 06/20] libnvdimm, pfn, pmem: allocate memmap array in persistent memory

Use the new vmem_altmap capability to enable the pmem driver to arrange for a struct page memmap to be established in persistent memory. Cc: Christoph Hellwig Cc: Dave Chinner Cc: Andrew Morton Cc: Ross Zwisler Signed-off-by: Dan Williams --- drivers/nvdimm/pfn_devs.c |3 +-- drivers/nvd

Re: [PATCH] sched_clock: add data pointer argument to read callback

Russell King - ARM Linux writes: > On Sat, Oct 10, 2015 at 12:48:22AM +0100, Måns Rullgård wrote: >> Russell King - ARM Linux writes: >> >> > On Fri, Oct 09, 2015 at 10:57:35PM +0100, Mans Rullgard wrote: >> >> This passes a data pointer specified in the sched_clock_register() >> >> call to the

[PATCH 2/2] i2c: add ACPI support for I2C mux ports

Although I2C mux devices are easily enumerated using ACPI (_HID/_CID or device property compatible string match) enumerating I2C client devices connected through a I2C mux device requires a little extra work. This change implements a method for describing an I2C device hierarchy that includes mux

[PATCH 1/2] i2c: scan entire ACPI namespace for I2C connections

An I2cSerialBus connection resource descriptor may indicate a ResourceSource (a string uniquely identifying the I2C bus controller) anywhere in the ACPI namespace. However, when enumerating connections to a I2C bus controller, i2c-core.c:acpi_i2c_register_devices() as only searching devices that a

[PATCH 0/2] i2c: acpi: scan ACPI enumerated I2C mux channels

Two patches ready from my RFC. The first, from Mika scans more of the ACPI namespace looking for I2C connections. It's not strictly a dependency of the other patch but they are easy to review together. I was able to test this by overriding my DSDT and moving I2C resource macros around in the dev

Re: [GIT PULL] strscpy powerpc fix for 3.4

Hi Linus, On Wed, 7 Oct 2015 20:27:38 -0400 Chris Metcalf wrote: > > On 10/7/2015 6:44 PM, Stephen Rothwell wrote: > > > > After merging Linus' tree, today's linux-next build (powerpc > > ppc64_defconfig) failed like this: > > > > lib/string.c: In function 'strscpy': > > lib/string.c:209:4: error

Re: [PATCH 09/10] clk: ns2: add clock support for Broadcom Northstar 2 SoC

On 10/02, Jon Mason wrote: > diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms > index 23800a1..2790f21 100644 > --- a/arch/arm64/Kconfig.platforms > +++ b/arch/arm64/Kconfig.platforms > @@ -2,6 +2,7 @@ menu "Platform selection" > > config ARCH_BCM_IPROC > bool "Broa

Re: [PATCH 05/10] clk: iproc: Add PLL base write function

On 10/02, Jon Mason wrote: > diff --git a/drivers/clk/bcm/clk-iproc-pll.c b/drivers/clk/bcm/clk-iproc-pll.c > index e029ab3..a4602aa 100644 > --- a/drivers/clk/bcm/clk-iproc-pll.c > +++ b/drivers/clk/bcm/clk-iproc-pll.c > @@ -137,6 +137,18 @@ static int pll_wait_for_lock(struct iproc_pll *pll) >

Re: [PATCH 09/10] clk: ns2: add clock support for Broadcom Northstar 2 SoC

On 10/02, Jon Mason wrote: > diff --git a/drivers/clk/bcm/clk-ns2.c b/drivers/clk/bcm/clk-ns2.c > new file mode 100644 > index 000..1d08281 > --- /dev/null > +++ b/drivers/clk/bcm/clk-ns2.c > @@ -0,0 +1,290 @@ > +/* > + * Copyright (C) 2015 Broadcom Corporation > + * > + * This program is free

Re: [PATCH] namei: results of d_is_negative() should be checked after dentry revalidation

On Fri, Oct 9, 2015 at 10:44 AM, Trond Myklebust wrote: > > The issue is that revalidation may cause the dentry to be dropped in NFS > if, say, the client notes that the directory timestamps have changed. Ack. We've had this bug before, where we returned something else than -ENOCHLD while we wer

Re: [PATCH 04/10] ARM: dts: enable clock support for BCM5301X

On 10/09, Jon Mason wrote: > On Fri, Oct 09, 2015 at 12:35:40AM -0700, Stephen Boyd wrote: > > On 10/02, Jon Mason wrote: > > > > > arch/arm/boot/dts/bcm5301x.dtsi | 67 > > > - > > > 1 file changed, 60 insertions(+), 7 deletions(-) > > > > > > diff --git

Re: [PATCH v2 1/2] devicetree: add binding for generic mmio clocksource

On 10/09, Måns Rullgård wrote: > Stephen Boyd writes: > > > > Does that mean a flag day? Urgh. Pain. I'm not opposed to adding > > a pointer, in fact it might be better for performance so that we > > don't take a cache miss in read() functions that need to load > > some pointer. We were talking ab

Re: [PATCH v2 1/2] devicetree: add binding for generic mmio clocksource

On 10/09, Måns Rullgård wrote: > Stephen Boyd writes: > > > On 10/09, Rob Herring wrote: > >> > >> Adding a ptr to the callback seems fine to me. > >> > > > > Does that mean a flag day? Urgh. Pain. I'm not opposed to adding > > a pointer, in fact it might be better for performance so that we >

Re: [PATCH] sched_clock: add data pointer argument to read callback

On Sat, Oct 10, 2015 at 12:48:22AM +0100, Måns Rullgård wrote: > Russell King - ARM Linux writes: > > > On Fri, Oct 09, 2015 at 10:57:35PM +0100, Mans Rullgard wrote: > >> This passes a data pointer specified in the sched_clock_register() > >> call to the read callback allowing simpler implementa

Re: [RFC PATCH 0/2] DRA72/DRA74: Add 2 lane support

On Sat, Oct 10, 2015 at 04:46:55AM +0530, Kishon Vijay Abraham I wrote: > Hi Bjorn, > > On Saturday 10 October 2015 04:20 AM, Bjorn Helgaas wrote: > > [+cc Arnd, Rob] > > > > On Mon, Sep 28, 2015 at 06:27:36PM +0530, Kishon Vijay Abraham I wrote: > >> Add driver modifications in pci-dra7xx to get

Re: [PATCH] sched_clock: add data pointer argument to read callback

Russell King - ARM Linux writes: > On Fri, Oct 09, 2015 at 10:57:35PM +0100, Mans Rullgard wrote: >> This passes a data pointer specified in the sched_clock_register() >> call to the read callback allowing simpler implementations thereof. >> >> In this patch, existing uses of this interface are

Re: [lkp] [ACPI] 7494b07eba: Kernel panic - not syncing: Watchdog detected hard LOCKUP on cpu 0

On 10/10/2015 12:52 AM, Al Stone wrote: On 10/09/2015 03:02 PM, Rafael J. Wysocki wrote: On Thursday, October 08, 2015 05:05:00 PM Al Stone wrote: On 10/08/2015 04:50 PM, Rafael J. Wysocki wrote: On Thursday, October 08, 2015 02:32:15 PM Al Stone wrote: On 10/08/2015 02:41 PM, Rafael J. Wysoc

Re: [PATCH] x86/pci/legacy: make pci_subsys_init static

On Fri, Oct 09, 2015 at 12:51:46AM +0600, Alexander Kuleshov wrote: > The pci_subsys_init() is a subsys_initcall that can be declared > static. > > Signed-off-by: Alexander Kuleshov Applied to pci/misc for v4.4, thanks, Alexander! I tweaked the subject to match the file's history. > --- > arc

  1   2   3   4   5   6   7   8   >