Re: [PATCH 4/4] arm64: dts: enable idle states for Hi6220

On 09/10/15 05:36, Leo Yan wrote: Add cpu and cluster level's low power state for Hi6220. Signed-off-by: Leo Yan --- arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 31 +++ 1 file changed, 31 insertions(+) diff --git

Re: [PATCH v2] ath6kl: drop unlikely behind WARN_ON()

Geliang Tang writes: > WARN_ON() already contain an unlikely compiler flag. Drop it. > > Signed-off-by: Geliang Tang Applied, thanks. -- Kalle Valo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[PATCH v2 0/4] arm64: dts: qcom: add support to LS and HS connectors

Hi Andy, This patchset adds support for i2c and spi on High-Speed and Low speed connectors on DB410c. One of the patch fixes the sleep state of existing i2c node. thanks, srini Changes since v1: - removed useless comment spotted by Stephen Boyd. - Use absolute names instead of

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

On Thu, Oct 08, 2015 at 03:55:12PM +0800, Chen Feng wrote: > Signed-off-by: Chen Feng > Signed-off-by: Yu Dongbin > --- > drivers/staging/android/ion/Kconfig| 7 + > drivers/staging/android/ion/Makefile | 1 + >

[PATCH v2 1/4] arm64: dts: fix i2c pinconf sleep state function

This patch fixes the i2c pinctrl sleep state by changing the pinconf function to be in gpio mode rather than i2c. Signed-off-by: Srinivas Kandagatla --- arch/arm64/boot/dts/qcom/msm8916-pins.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [v3 PATCH] arm64: replace read_lock to rcu lock in call_break_hook

On Thu, Oct 08, 2015 at 04:55:38PM -0700, Paul E. McKenney wrote: > On Mon, Oct 05, 2015 at 02:32:51PM -0700, Yang Shi wrote: > > BUG: sleeping function called from invalid context at > > kernel/locking/rtmutex.c:917 > > in_atomic(): 0, irqs_disabled(): 128, pid: 342, name: perf > > 1 lock held

Re: [PATCH v4 4/6] pinctrl: dt-binding: document berlin4ct SoC pinctrl

On Fri, Oct 09, 2015 at 04:17:07PM +0800, Jisheng Zhang wrote: > Add berlin4ct to existing berlin pinctrl device tree binding. > > Signed-off-by: Jisheng Zhang Acked-by: Antoine Tenart > --- >

[RFC 3/3] lib/vsprintf.c: eliminate potential race in string()

If the string corresponding to a %s specifier can change under us, we might end up copying a \0 byte to the output buffer. There might be callers who expect the output buffer to contain a genuine C string whose length is exactly the snprintf return value (assuming truncation hasn't happened or has

[RFC 2/3] lib/vsprintf.c: move string() below widen_string()

This is pure code movement, making sure the widen_string() helper is defined before the string() function. Signed-off-by: Rasmus Villemoes --- lib/vsprintf.c | 62 +- 1 file changed, 31 insertions(+), 31

[RFC 1/3] lib/vsprintf.c: pull out padding code from dentry_name()

Pull out the logic in dentry_name() which handles field width space padding, in preparation for reusing it from string(). Rename the widen() helper to move_right(), since it is used for handling the !(flags & LEFT) case. Signed-off-by: Rasmus Villemoes ---

Re: [PATCH v3 1/4] usb: gadget: f_midi: free usb request when done

Felipe Tonello wrote: > req->actual == req->length means that there is no data left to enqueue, This condition is not checked in the patch. > so free the request. > > Signed-off-by: Felipe F. Tonello > --- > drivers/usb/gadget/function/f_midi.c | 5 ++--- > 1 file

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

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 which ranges are reliable (mirrored) via EFI memory map. Now Linux kernel utilize its information and

[no subject]

Dear Sirs, Nice to meet you! This is Leon from Sayfu Multilayer Circuits Co.,ltd,we are PCB manufacture in China,From your Website,I think you need Print Circuit Board,right?We are no MOV for new order,no matter your order how much?we also accept it. Can you give me business chance to try

Re: [PATCH v2 10/12] mm,thp: introduce flush_pmd_tlb_range

On Tue, Sep 22, 2015 at 04:04:54PM +0530, Vineet Gupta wrote: Commit message: -ENOENT. Otherwise, looks good: Acked-by: Kirill A. Shutemov -- Kirill A. Shutemov -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [PATCH] can: at91: remove at91_can_data

On 10/08/2015 04:56 PM, Alexandre Belloni wrote: > struct at91_can_data was used to pass a callback to the driver, allowing it > to switch the transceiver on and off. As all at91 boards are now using DT, > this is not used anymore, remove that structure. One board was obviously not converted

Re: [PATCHv2] arm: perf: Add event descriptions

On Wed, Oct 07, 2015 at 11:28:18AM -0700, Drew Richardson wrote: > Add additional information about the ARM architected hardware events > to make counters self describing. This makes the hardware PMUs easier > to use as perf list contains possible events instead of users having > to refer to

Re: [PATCH 02/10] Drivers: hv: utils: run polling callback always in interrupt context

Olaf Hering writes: > On Thu, Oct 08, KY Srinivasan wrote: > >> > yes, but after doing fcopy_respond_to_host(). I'd suggest we leave the >> > check in place, better safe than sorry. >> >> Agreed; Olaf, if it is ok with you, I can fix it up and send. > > I will retest with this

Re: [PATCH V2 1/2] Documentation: DT: Add binding documentation for NVIDIA ADMA

On 08/10/15 15:27, Stephen Warren wrote: > On 10/08/2015 03:58 AM, Jon Hunter wrote: [snip] >> That's fine. From my perspective I don't have a strong objection either >> way, however, I can see that given that the name indicates rx or tx, >> then the direction in the binding could be seen as

Re: [PATCH v3 1/7] drm/vc4: Add devicetree bindings for VC4.

Hi, On Fri, Oct 09, 2015 at 02:27:42PM -0700, Eric Anholt wrote: > VC4 is the GPU (display and 3D) subsystem present on the 2835 and some > other Broadcom SoCs. > > This binding follows the model of msm, imx, sti, and others, where > there is a subsystem node for the whole GPU, with nodes for

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

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

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': > >

[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

[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

[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

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

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 simply updated > with a null pointer.

Re: [PATCH] PCI: generic: Fix address window calculation for non-zero starting bus.

On Thu, Oct 08, 2015 at 12:54:16PM -0700, David Daney wrote: > From: David Daney > > Make the offset from the beginning of the "reg" property be from the > starting bus number, rather than zero. Hoist the invariant size > calculation out of the mapping for loop. > >

Re: arm/arm64: GICv2 driver does not have irq_disable implemented

On Fri, Oct 9, 2015 at 3:21 PM, Duc Dang wrote: > On Fri, Oct 9, 2015 at 2:52 PM, Thomas Gleixner wrote: >> On Fri, 9 Oct 2015, Duc Dang wrote: >>> On Fri, Oct 9, 2015 at 10:52 AM, Thomas Gleixner wrote: >>> > On Fri, 9 Oct 2015, Duc Dang

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

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

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

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

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

[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

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

[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

[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

[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

[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

[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

[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

[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

[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

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

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

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

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

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,

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

[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

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

[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

[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

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

[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

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

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

iver is probed later (or built as a 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

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

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 x2 mode working in >> DRA72 and DRA74. Certain modifications is needed in PHY driver

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

Hi, On Saturday 10 October 2015 04:46 AM, 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 x2

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

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) >

[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

[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

[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

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:

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:

Re: [PATCH v8 3/6] pci:host: Add Altera PCIe host controller driver

On Thu, Oct 08, 2015 at 06:03:24PM +0800, Ley Foon Tan wrote: > On Thu, Oct 8, 2015 at 5:47 PM, Russell King - ARM Linux > wrote: > > > > On Thu, Oct 08, 2015 at 05:43:11PM +0800, Ley Foon Tan wrote: > > > +static int altera_pcie_cfg_write(struct pci_bus *bus, unsigned int

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.

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

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

[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".

[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

[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

[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

[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

[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

[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

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

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,

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.

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

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

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

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

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

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

Re: arm/arm64: GICv2 driver does not have irq_disable implemented

On Fri, Oct 9, 2015 at 10:52 AM, Thomas Gleixner wrote: > On Fri, 9 Oct 2015, Duc Dang wrote: >> Hi Thomas, Marc, Jason and All, >> >> In APM ARM64 X-Gene Enet controller driver, we use disable_irq_nosync to >> disable interrupt before calling __napi_schedule to schedule

Re: [PATCH v3 1/4] usb: gadget: f_midi: free usb request when done

Hi, Clemens Ladisch writes: > Felipe Tonello wrote: >> req->actual == req->length means that there is no data left to enqueue, > > This condition is not checked in the patch. > >> so free the request. >> >> Signed-off-by: Felipe F. Tonello >> --- >>

[tip:irq/core] irqchip/sunxi-nmi: Use driver name instead of DT node name for identification

Commit-ID: 2d6caaed0997f335ce341703083c989c91ad76f4 Gitweb: http://git.kernel.org/tip/2d6caaed0997f335ce341703083c989c91ad76f4 Author: Chen-Yu Tsai AuthorDate: Tue, 6 Oct 2015 00:42:13 +0800 Committer: Thomas Gleixner CommitDate: Fri, 9 Oct 2015

[tip:irq/core] irqchip/sunxi-nmi: Switch to of_io_request_and_map () from of_iomap()

Commit-ID: 0e841b04c829f59a5d5745f98d2857f48882efe9 Gitweb: http://git.kernel.org/tip/0e841b04c829f59a5d5745f98d2857f48882efe9 Author: Chen-Yu Tsai AuthorDate: Tue, 6 Oct 2015 00:42:14 +0800 Committer: Thomas Gleixner CommitDate: Fri, 9 Oct 2015

Re: [PATCH] fbcon: initialize blink interval before calling fb_set_par

On Fri, 2015-10-09 at 15:08 +, Scot Doyle wrote: > Since commit 27a4c827c34ac4256a190cc9d24607f953c1c459 > fbcon: use the cursor blink interval provided by vt > > a PPC64LE kernel fails to boot when fbcon_add_cursor_timer uses an > uninitialized ops->cur_blink_jiffies. Prevent by

[PATCH v3 4/7] drm/vc4: Use the fbdev_cma helpers

From: Derek Foreman Keep the fbdev_cma pointer around so we can use it on hotplog and close to ensure the frame buffer console is in a useful state. Signed-off-by: Derek Foreman Signed-off-by: Eric Anholt ---

[PATCH v3 1/7] drm/vc4: Add devicetree bindings for VC4.

VC4 is the GPU (display and 3D) subsystem present on the 2835 and some other Broadcom SoCs. This binding follows the model of msm, imx, sti, and others, where there is a subsystem node for the whole GPU, with nodes for the individual HW components within it. Signed-off-by: Eric Anholt

Re: [RFC v2 1/1] i2c: acpi: scan ACPI enumerated I2C mux channels

Hi Wolfram, On Fri Oct 09 22:42, Wolfram Sang wrote: > On Fri, Aug 14, 2015 at 12:31:33PM -0700, Dustin Byford wrote: > > > > Set an ACPI companion for I2C mux channels enumerated through ACPI and > > ensure they are scanned for devices. > > > > Signed-off-by: Dustin Byford

Re: [ovs-dev] [PATCH] ovs: do not allocate memory from offline numa node

On Fri, Oct 9, 2015 at 8:54 AM, Jarno Rajahalme wrote: > > On Oct 8, 2015, at 4:03 PM, Jesse Gross wrote: > > On Wed, Oct 7, 2015 at 10:47 AM, Jarno Rajahalme > wrote: > > > On Oct 6, 2015, at 6:01 PM, Jesse Gross

Re: [PATCH 13/16] perf callchain: Switch default to 'graph,0.5,caller'

On Fri, Oct 9, 2015 at 2:56 PM, Arnaldo Carvalho de Melo wrote: > > Em Fri, Oct 09, 2015 at 01:34:33PM -0700, Brendan Gregg escreveu: > > On Mon, Oct 5, 2015 at 2:03 PM, Arnaldo Carvalho de Melo > > wrote: > > > > > > From: Arnaldo Carvalho de Melo

[GIT PULL] Power management and ACPI fixes for v4.3-rc5

Hi Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm+acpi-4.3-rc5 to receive power management and ACPI fixes for v4.3-rc5 with top-most commit 670aee3fc7ac37ae947f8b582d87b51d5fa36524 Merge branches 'pm-devfreq' and 'pm-cpufreq' on top of commit

[PATCH 20/20] arch: remove ioremap_wt, optionally replace with arch_memremap

Now that all call sites for ioremap_wt() have been converted to memremap(MEMREMAP_WT) we can now proceed with removing the implementation in the archs. This amounts to replacing the per-arch ioremap_wt() implementation with arch_memremap in the case where ioremap_wt() was actually providing

<    5   6   7   8   9   10   11   12   13   14   >