Re: [PATCH] pinctrl: baytrail: show output gpio state correctly on Intel Baytrail

2014-11-04 Thread Mika Westerberg
On Mon, Nov 03, 2014 at 02:19:03PM -0800, David Cohen wrote: Hi Mika, Thanks for your feedbacks :) On Mon, Nov 03, 2014 at 08:42:47PM +0200, Mika Westerberg wrote: On Mon, Nov 03, 2014 at 09:50:11AM -0600, Felipe Balbi wrote: Hi, On Mon, Nov 03, 2014 at 05:42:07PM +0200, Mika

Re: [PATCH v8 3/5] amba: Don't unprepare the clocks if device driver wants IRQ safe runtime PM

2014-11-04 Thread Krzysztof Kozlowski
On wto, 2014-11-04 at 02:57 +0100, Rafael J. Wysocki wrote: On Monday, November 03, 2014 10:41:02 AM Alan Stern wrote: On Mon, 3 Nov 2014, Russell King - ARM Linux wrote: That makes it pretty horrid from the point of view of having bus management code, because we now have the

Re: [PATCH RESEND v2 0/4] ARM: vf610: restructure device trees

2014-11-04 Thread Shawn Guo
On Sun, Nov 02, 2014 at 09:36:43PM +0100, Stefan Agner wrote: Stefan Agner (4): ARM: dts: vf610: assign oscillator to clock module ARM: imx: clk-vf610: get input clocks from assigned clocks ARM: dts: vf610: create generic base device trees ARM: dts: vf500-colibri: add Colibri VF50

Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation

2014-11-04 Thread Arnd Bergmann
On Monday 03 November 2014 17:11:53 John Stultz wrote: I've got some thoughts on what a possible interface that wouldn't be awful could look like, but I'm still hesitant because I don't really know if exposing this sort of data is actually a good idea long term. I was also thinking (while

RE: [PATCH v2 3/3] efi: Capsule update with user helper interface

2014-11-04 Thread Kweh, Hock Leong
-Original Message- From: Andy Lutomirski [mailto:l...@amacapital.net] Sent: Tuesday, November 04, 2014 2:32 PM It seems like a large fraction of the code in this module exists just to work around the fact that request_firmware doesn't do what you want it to do. You have code to:

[PATCH] drm: Reduce code size of drm_err and DRM_DEBUG[_FOO] uses

2014-11-04 Thread Joe Perches
Using %pf, __builtin_return_address(0) instead ofy %s, __func__ reduces code size by eliminating a function argument. (allyesconfig) $ size drivers/gpu/drm/built-in.o* textdata bss dec hex filename 4656061 1321947 1669536 7647544 74b138 drivers/gpu/drm/built-in.o.new 4737680

Re: [PATCH v4 5/5] perf/sdt: Add support to perf record to trace SDT events

2014-11-04 Thread Hemant Kumar
Hi Namhyung, On 11/04/2014 01:08 PM, Namhyung Kim wrote: Hi Hemant, As you know, you need to keep an eye on how (kprobes) event cache patchset from Masami settles down. For those who aren't CC'ed, please see the link below: https://lkml.org/lkml/2014/10/31/207 On Sun, 02 Nov 2014

[PATCH 04/10] libata: use __scsi_format_command()

2014-11-04 Thread Hannes Reinecke
libata already uses an internal buffer, so we should be using __scsi_format_command() here. Cc: linux-...@vger.kernel.org Cc: LKML linux-kernel@vger.kernel.org Acked-by: Tejun Heo t...@kernel.org Signed-off-by: Hannes Reinecke h...@suse.de --- drivers/ata/libata-eh.c | 13 + 1 file

Re: [PATCH v3 08/14] mfd: max77686/802: Remove support for board files

2014-11-04 Thread Lee Jones
On Tue, 04 Nov 2014, Krzysztof Kozlowski wrote: On pon, 2014-11-03 at 17:01 +, Lee Jones wrote: On Thu, 30 Oct 2014, Krzysztof Kozlowski wrote: The driver is used only on Exynos based boards with DTS support. Convert the driver to DTS-only version. This simplifies a little the

Re: linux-next: build failure after merge of the mfd tree

2014-11-04 Thread Lee Jones
On Tue, 04 Nov 2014, Krzysztof Kozlowski wrote: On wto, 2014-11-04 at 16:40 +1100, Stephen Rothwell wrote: After merging the mfd tree, today's linux-next build (powerpc allyesconfig) failed like this: [Crash, bang, wallop] And so on ... Caused by commit 9d5f4c2c748e (mfd:

Re: [PATCH 2/2] mem-hotplug: Fix wrong check for zone-pageset initialization in online_pages().

2014-11-04 Thread Yasuaki Ishimatsu
(2014/10/31 18:46), Tang Chen wrote: When we are doing memory hot-add, the following functions are called: add_memory() |-- hotadd_new_pgdat() |-- free_area_init_node() |-- free_area_init_core() |-- zone-present_pages = realsize; /* 1. zone is

Re: [PATCH V2 00/13] clk: mmp: clock device tree support

2014-11-04 Thread Haojian Zhuang
On Fri, Oct 31, 2014 at 10:13 AM, Chao Xie chao@marvell.com wrote: From: Chao Xie chao@marvell.com The patch set focuses at support device tree for clock. The first part of the patches clk: mmp: add prefix mmp for structures defined for clk-frac clk: mmp: add spin lock for

Re: [PATCH V3 00/14] genirq endian fixes; bcm7120/brcmstb IRQ updates

2014-11-04 Thread Arnd Bergmann
On Monday 03 November 2014 21:18:20 Thomas Gleixner wrote: On Mon, 3 Nov 2014, Arnd Bergmann wrote: On Saturday 01 November 2014 18:03:47 Kevin Cernekee wrote: V2-V3: - Move updated irq_reg_{readl,writel} functions back into linux/irq.h so they can be called by irqchip drivers

Re: [PATCH] regulator: adding disable options for regulator-always-on and regulator-boots-on

2014-11-04 Thread Hugh Kang
Hello On 2014년 11월 03일 21:03, Mark Brown wrote: On Mon, Nov 03, 2014 at 10:26:43AM +0900, Hugh Kang wrote: From: hugh.kang hugh.k...@lge.com If a regulator is set by always-on option, the regulator will be set forever. For example, suppose LDO1 is set to always-on at RevA.dts with including

Re: [PATCH v2 0/2] pinctrl: Intel Cherryview/Braswell support

2014-11-04 Thread Mika Westerberg
On Mon, Nov 03, 2014 at 05:24:55PM -0600, Timur Tabi wrote: On Mon, Nov 3, 2014 at 5:01 AM, Mika Westerberg mika.westerb...@linux.intel.com wrote: Hi, This is second version of the patch series adding pinctrl/GPIO support for Intel Braswell and Cherrryview. The previous version can be

[PATCH] irqflags: fix (at least latent) code generation issue

2014-11-04 Thread Jan Beulich
The conditional in local_irq_restore() otherwise can cause code bloat (the if and else blocks may get translated into separate code paths despite the generated code being identical, dependent on compiler internal heuristics). Note that this adjustment gets the code in sync with the comment

Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation

2014-11-04 Thread Richard Cochran
On Mon, Nov 03, 2014 at 05:11:53PM -0800, John Stultz wrote: On Mon, Nov 3, 2014 at 4:58 PM, Andy Lutomirski l...@amacapital.net wrote: If you're going to add double-stamped packets, can you also add a syscall to read multiple clocks at once, atomically? Or can you otherwise add a non-perf

Re: [PATCH] backlight: extend of_find_backlight_by_node stub-check to modules

2014-11-04 Thread Lee Jones
On Tue, 04 Nov 2014, Heiko Stübner wrote: Commit de3d75dc2311 (backlight: Use of_find_backlight_by_node stub when backlight class disabled) did not take into account that the backlight class can also be compiled as module. Extend the check to prevent redefinition warnings when the backlight

[PATCH] x86: convert a few more per-CPU items to read-mostly ones

2014-11-04 Thread Jan Beulich
Both this_cpu_off and cpu_info aren't getting modified post boot, yet are being accessed on enough code paths that grouping them with other frequently read items seems desirable. For cpu_info this at the same time implies removing the cache line alignment (which afaict became pointless when it got

Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation

2014-11-04 Thread Richard Cochran
On Tue, Nov 04, 2014 at 09:01:31AM +0100, Arnd Bergmann wrote: On Monday 03 November 2014 17:11:53 John Stultz wrote: I've got some thoughts on what a possible interface that wouldn't be awful could look like, but I'm still hesitant because I don't really know if exposing this sort of data

RE: asix: Don't reset PHY on if_up for ASIX 88772 breaks net on arndale platform

2014-11-04 Thread Stam, Michel [FINT]
Hello Riku, Interesting, as the commit itself is a revert from a kernel back to 2.6 somewhere. The problem I had is related to the PHY being reset on interface-up, can you confirm that you require this? Reverting this breaks ethtool support in turn. Kind regards, Michel Stam -Original

Re: [PATCH] bitops: Fix shift overflow in GENMASK macros

2014-11-04 Thread Peter Zijlstra
On Mon, Nov 03, 2014 at 06:39:58PM +0100, Maxime COQUELIN wrote: On some 32 bits architectures, including x86, GENMASK(31, 0) returns 0 instead of the expected ~0UL. This is the same on some 64 bits architectures with GENMASK_ULL(63, 0). This is due to an overflow in the shift operand, 1

Re: [PATCH v8 03/10] sched: move cfs task on a CPU with higher capacity

2014-11-04 Thread Wanpeng Li
On 14/10/31 下午4:47, Vincent Guittot wrote: When a CPU is used to handle a lot of IRQs or some RT tasks, the remaining capacity for CFS tasks can be significantly reduced. Once we detect such situation by comparing cpu_capacity_orig and cpu_capacity, we trig an idle load balance to check if it's

[PATCH v4 4/4] Use 2GB memory block size on large-memory x86-64 systems

2014-11-04 Thread Daniel J Blueman
On large-memory x86-64 systems of 64GB or more with memory hot-plug enabled, use a 2GB memory block size. Eg with 64GB memory, this reduces the number of directories in /sys/devices/system/memory from 512 to 32, making it more manageable, and reducing the creation time accordingly. This caveat is

[PATCH v4 2/4] Numachip: Elide self-IPI ICR polling

2014-11-04 Thread Daniel J Blueman
The default self-IPI path polls the ICR to delay sending the IPI until there is no IPI in progress. This is redundant on x86-86 APICs, since IPIs are queued. See the AMD64 Architecture Programmer's Manual, vol 2, p525. Signed-off-by: Daniel J Blueman dan...@numascale.com --- apic_numachip.c |

[PATCH v4 1/4] Numachip: Fix 16-bit APIC ID truncation

2014-11-04 Thread Daniel J Blueman
Prevent 16-bit APIC IDs being truncated by using correct mask. This fixes booting large systems, where the wrong core would receive the startup and init IPIs, causing hanging. Signed-off-by: Daniel J Blueman dan...@numascale.com --- apic_numachip.c |2 +- 1 file changed, 1 insertion(+), 1

[PATCH 1/4] inet: Add skb_copy_datagram_iter

2014-11-04 Thread Herbert Xu
This patch adds skb_copy_datagram_iter, which is identical to skb_copy_datagram_iovec except that it operates on iov_iter instead of iovec. Eventually all users of skb_copy_datagram_iovec should switch over to iov_iter and then we can remove skb_copy_datagram_iovec. Signed-off-by: Herbert Xu

[PATCH 2/4] tun: Use iovec iterators

2014-11-04 Thread Herbert Xu
This patch removes the use of skb_copy_datagram_const_iovec in favour of the iovec iterator-based skb_copy_datagram_iter. Signed-off-by: Herbert Xu herb...@gondor.apana.org.au --- drivers/net/tun.c | 65 +- 1 file changed, 31 insertions(+),

RE: [PATCHv5] procfs: show hierarchy of pid namespace

2014-11-04 Thread Chen, Hanxiao
-Original Message- From: se...@hallyn.com [mailto:se...@hallyn.com] Sent: Saturday, November 01, 2014 2:31 AM To: contain...@lists.linux-foundation.org; linux-kernel@vger.kernel.org; Chen, Hanxiao/陈 晗霄 Cc: Richard Weinberger; Serge Hallyn; Oleg Nesterov; Mateusz Guzik; David

Re: [RFC PATCH 4/4 v2] ftracetest: Add a couple of ftrace test cases

2014-11-04 Thread Namhyung Kim
Hi Steve, Just a few nitpicks.. Otherwise looks good to me. On Mon, 03 Nov 2014 16:27:41 -0500, Steven Rostedt wrote: From: Steven Rostedt (Red Hat) rost...@goodmis.org Added three test cases to get the feel of adding tests to ftracetest. The three cases are: function profiling test,

[PATCH 4/4] net: Kill skb_copy_datagram_const_iovec

2014-11-04 Thread Herbert Xu
Now that both macvtap and tun are using skb_copy_datagram_iter, we can kill the abomination that is skb_copy_datagram_const_iovec. Signed-off-by: Herbert Xu herb...@gondor.apana.org.au --- include/linux/skbuff.h |3 - net/core/datagram.c| 89

Re: [PATCH RFC] sched/deadline: support dl task migrate during cpu hotplug

2014-11-04 Thread Peter Zijlstra
On Tue, Nov 04, 2014 at 07:57:48AM +0800, Wanpeng Li wrote: On Mon, Nov 03, 2014 at 11:41:11AM +0100, Peter Zijlstra wrote: On Fri, Oct 31, 2014 at 03:28:17PM +0800, Wanpeng Li wrote: So what is wrong with making dl_task_timer() deal with it? The timer will still fire on the correct time,

[PATCH 3/4] macvtap: Use iovec iterators

2014-11-04 Thread Herbert Xu
This patch removes the use of skb_copy_datagram_const_iovec in favour of the iovec iterator-based skb_copy_datagram_iter. Signed-off-by: Herbert Xu herb...@gondor.apana.org.au --- drivers/net/macvtap.c | 45 - 1 file changed, 20 insertions(+), 25

Re: [PATCH] mfd: tc6393xb fail ohci suspend if full state restore is required

2014-11-04 Thread Dmitry Eremin-Solenikov
Hello. 2014-11-03 17:56 GMT+03:00 Lee Jones lee.jo...@linaro.org: On Fri, 24 Oct 2014, Dmitry Eremin-Solenikov wrote: Some boards with TC6393XB chip require full state restore during system resume thanks to chip's VCC being cut off during suspend (Sharp SL-6000 tosa is one of them). Failing

[PATCH v4 3/4] Numachip: APIC driver cleanups

2014-11-04 Thread Daniel J Blueman
Drop printing that serves no purpose, as it's printing fixed or known values, and mark constant structure appropriately. Signed-off-by: Daniel J Blueman dan...@numascale.com --- arch/x86/kernel/apic/apic_numachip.c | 22 +++--- arch/x86/pci/numachip.c | 2 +- 2

Re: [PATCH v4 1/8] ARM: mediatek: Add basic support for mt8127

2014-11-04 Thread Matthias Brugger
2014-11-04 8:39 GMT+01:00 Arnd Bergmann a...@arndb.de: On Tuesday 04 November 2014 14:36:45 HC Yen wrote: + +#include dt-bindings/interrupt-controller/irq.h +#include dt-bindings/interrupt-controller/arm-gic.h +#include skeleton64.dtsi Cortex a7 is 32 bits, right? So why do you

Re: [PATCH 2/4] tun: Use iovec iterators

2014-11-04 Thread Herbert Xu
Oops, this patch had a left-over skb_pull which made it broken. Here is a fixed version. tun: Use iovec iterators This patch removes the use of skb_copy_datagram_const_iovec in favour of the iovec iterator-based skb_copy_datagram_iter. Signed-off-by: Herbert Xu herb...@gondor.apana.org.au diff

Re: [patch 1/3] mm: embed the memcg pointer directly into struct page

2014-11-04 Thread Kamezawa Hiroyuki
(2014/11/02 12:15), Johannes Weiner wrote: Memory cgroups used to have 5 per-page pointers. To allow users to disable that amount of overhead during runtime, those pointers were allocated in a separate array, with a translation layer between them and struct page. There is now only one page

Re: [patch 2/3] mm: page_cgroup: rename file to mm/swap_cgroup.c

2014-11-04 Thread Kamezawa Hiroyuki
(2014/11/02 12:15), Johannes Weiner wrote: Now that the external page_cgroup data structure and its lookup is gone, the only code remaining in there is swap slot accounting. Rename it and move the conditional compilation into mm/Makefile. Signed-off-by: Johannes Weiner han...@cmpxchg.org

Re: [PATCH 1/3] perf tools: Add test_and_set_bit function

2014-11-04 Thread Namhyung Kim
Hi Jiri, On Sun, 26 Oct 2014 23:44:03 +0100, Jiri Olsa wrote: Set a bit and return its old value. Stolen from kernel sources, will be used in next patches. Cc: Adrian Hunter adrian.hun...@intel.com Cc: Arnaldo Carvalho de Melo a...@redhat.com Cc: David Ahern dsah...@gmail.com Cc: Frederic

Re: [patch 3/3] mm: move page-mem_cgroup bad page handling into generic code

2014-11-04 Thread Kamezawa Hiroyuki
(2014/11/02 12:15), Johannes Weiner wrote: Now that the external page_cgroup data structure and its lookup is gone, let the generic bad_page() check for page-mem_cgroup sanity. Signed-off-by: Johannes Weiner han...@cmpxchg.org Acked-by: KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com --

Re: [PATCH] bitops: Fix shift overflow in GENMASK macros

2014-11-04 Thread Maxime Coquelin
Hi Peter, On 11/04/2014 09:29 AM, Peter Zijlstra wrote: On Mon, Nov 03, 2014 at 06:39:58PM +0100, Maxime COQUELIN wrote: On some 32 bits architectures, including x86, GENMASK(31, 0) returns 0 instead of the expected ~0UL. This is the same on some 64 bits architectures with GENMASK_ULL(63, 0).

[PATCH v2] mmc: Add a quirk for AMD SDHC transfer mode register need to be cleared for cmd without data

2014-11-04 Thread Vincent Wan
SDHC controller in AMD chipsets require SDHC transfer mode register to be cleared for commands without data. The issue was uncovered during testing eMMC cards on KB/ML based platforms. Signed-off-by: Vincent Wan vincent@amd.com Signed-off-by: Arindam Nath arindam.n...@amd.com Cc: Huang Rui

[PATCH v1 00/11] backports: add kernel integration support

2014-11-04 Thread Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com This is a cleaned up respin of kernel integration support. It splits up all the patches as much as possible and while doing so noted a few adjustments that could be made that could help simplify sharing paths / code between packaging and integration. The

[PATCH v1 01/11] backports: move legacy and SmPL patch application into helper

2014-11-04 Thread Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com This allows us to extend how backports uses patches for different types of applications. This will later be used for kernel integration support, for example. This should have no functional change. Signed-off-by: Luis R. Rodriguez mcg...@suse.com ---

[PATCH v1 05/11] backports: use BACKPORT_DIR prefix on kconfig sources

2014-11-04 Thread Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com This will allow us to do less work for built-in integration support. This requires a bit of self evaluation of the variable within our kconfig library, ideally we'd have support for groking all variables defined within the Kconfig setup but that requires

[PATCH v1 03/11] backports: allow for different backport prefix

2014-11-04 Thread Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com The way we backport when packaging is to minimize the amount of changes required by taking advantage of the fact that Kconfig will treat can read CONFIG_ an environment variable with getenv() when parsing menu entries. When doing integration we don't want

[PATCH v1 06/11] backports: update dependencies map file

2014-11-04 Thread Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com During development of kernel integration support using CONFIG_BACKPORT was evaluated as a prefix over CPTCFG even for packaging backports, for some reason this change lifted some restrictions one some device drivers which was present before and as such

[PATCH v2 3/3] usb: xhci: fix comment for PORT_DEV_REMOVE

2014-11-04 Thread Lu Baolu
According to xHCI specification, PORT_DEV_REMOVE(bit 30) in PORTSC true means Device is non-removable. Reported-by: Juro Bystricky jurobystri...@hotmail.com Signed-off-by: Lu Baolu baolu...@linux.intel.com --- drivers/usb/host/xhci.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH v2 0/3] Rework xhci: clear root port wake on bits if controller isn't wake-up capable

2014-11-04 Thread Lu Baolu
This serie of patch reworks commit ff8cbf250b448aac35589f6075082c3fcad8a8fe. This has been discussed at http://www.spinics.net/lists/linux-usb/msg114986.html It also includes a patch to fix a comment in drivers/usb/host/xhci.h. Changes in v2: * Should not be a quirk. * Should be applied to all

[PATCH v1 09/11] backports: use Kconfig for backport version information

2014-11-04 Thread Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com Instead of relying on Makefile hacks just use Kconfig for defining the variables needed. We can do this since these variables are all known at packaging time. The exception is BACKPORTS_GIT_TRACKED, but for that we can define a kconfig variable which only

[PATCH v1 11/11] backports: add full kernel integration support

2014-11-04 Thread Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com This enables support for using the backports project to integrate device drivers from a future version of Linux into an older version of Linux. What you end up seeing is a backports submenu when configuring your kernel and the ability to select specific

[PATCH v1 10/11] backports: prefix c-file / h-file auto backport with BPAUTO

2014-11-04 Thread Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com Things we backport are now prefixed with BACKPORT_, when we copy over libraries with the c-files / h-files trick on the compat/Kconfig trick we prefix these with BACKPORT_ already so in order to help distinguish them use BACKPORT_BPAUTO_ for them and

[PATCH v2 1/3] usb: xhci: Revert xhci: clear root port wake on bits if controller isn't wake-up capable

2014-11-04 Thread Lu Baolu
This reverts commit ff8cbf250b448aac35589f6075082c3fcad8a8fe. Commit ff8cbf250b448aac35589f6075082c3fcad8a8fe triggers the bug logged at https://bugzilla.kernel.org/show_bug.cgi?id=85701 Reported-by: Dmitry Nezhevenko d...@inhex.net Signed-off-by: Lu Baolu baolu...@linux.intel.com ---

[PATCH v2 2/3] usb: xhci: This reworks ff8cbf250b448aac35589f6075082c3fcad8a8fe

2014-11-04 Thread Lu Baolu
xhci: clear root port wake on bits if controller isn't wake-up capable When system is being suspended, if host device is not wakeup capable, xhci_suspend() needs to clear all root port wake on bits. Otherwise, some platforms may generate spurious wakeup, even if PCI PME# is dis- abled.

Re: [PATCH RFC] sched/deadline: support dl task migrate during cpu hotplug

2014-11-04 Thread Wanpeng Li
Hi Peter, On Tue, Nov 04, 2014 at 09:32:25AM +0100, Peter Zijlstra wrote: On Tue, Nov 04, 2014 at 07:57:48AM +0800, Wanpeng Li wrote: On Mon, Nov 03, 2014 at 11:41:11AM +0100, Peter Zijlstra wrote: On Fri, Oct 31, 2014 at 03:28:17PM +0800, Wanpeng Li wrote: So what is wrong with making

Re: [PATCH] mmc: Add a quirk for AMD SDHC transfer mode register need to be cleared for cmd without data

2014-11-04 Thread Vincent Wan
On 2014年11月04日 15:51, Ulf Hansson wrote: On 30 October 2014 05:06, Vincent Wan vincent@amd.com wrote: SDHC controller in AMD chipsets require SDHC transfer mode register to be cleared for commands without data. The issue was uncovered during testing eMMC cards on KB/ML based platforms.

Re: [PATCH] USB: simple: add Google simple serial SubClass support

2014-11-04 Thread Johan Hovold
On Mon, Nov 03, 2014 at 10:59:59AM -0800, Benson Leung wrote: On Mon, Nov 3, 2014 at 8:43 AM, Anton Staaf robot...@chromium.org wrote: Add support for Google devices that export simple serial interfaces using the vendor specific SubClass/Protocol pair 0x50/0x01. Signed-off-by: Anton

Re: [PATCH 2/2] mem-hotplug: Fix wrong check for zone-pageset initialization in online_pages().

2014-11-04 Thread Tang Chen
On 11/04/2014 04:10 PM, Yasuaki Ishimatsu wrote: (2014/10/31 18:46), Tang Chen wrote: When we are doing memory hot-add, the following functions are called: add_memory() |-- hotadd_new_pgdat() |-- free_area_init_node() |-- free_area_init_core() |--

Re: [PATCH v2 for v3.18] mm/compaction: skip the range until proper target pageblock is met

2014-11-04 Thread Vlastimil Babka
On 11/04/2014 03:37 AM, Joonsoo Kim wrote: commit 7d49d8868336 (mm, compaction: reduce zone checking frequency in the migration scanner) makes side-effect that change iteration range calculation. Before change, block_end_pfn is calculated using start_pfn, but, now, blindly add pageblock_nr_pages

Re: [RFC RESEND 00/10] Create separate header for ehci-dbgp driver

2014-11-04 Thread Daniele Forsi
2014-11-03 4:07 GMT+01:00 Chris Rorvick: fusbh200: Make Xen notificaiton consistent with EHCI fotg210: Make Xen notificaiton consistent with EHCI you may want to fix the spelling: s/notificaiton/notification/ -- Daniele Forsi -- To unsubscribe from this list: send the line unsubscribe

[PATCH v1 07/11] backports: split Kconfig into Kconfig.package and Kconfig.sources

2014-11-04 Thread Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com This splits up the Kconfig from things which are needed due to our copy of code from the kernel and things which we need specifically only for packaging backports. We will later then share the Kconfig.souce for instance for kernel integration. While at it,

[PATCH 6/6] mfd: max77686/802: Remove support for board files

2014-11-04 Thread Krzysztof Kozlowski
The driver is used only on Exynos based boards with DTS support. After removal of board file support from max77686 and max77802 regulator drivers, the MFD driver can be converted to DTS-only version. This simplifies a little the code: 1. No dead (unused) entries in platform_data structure. 2. More

[PATCH 1/2] x86-64: handle PC-relative relocations on per-CPU data

2014-11-04 Thread Jan Beulich
This is in preparation of using RIP-relative addressing in many of the per-CPU accesses. Signed-off-by: Jan Beulich jbeul...@suse.com --- arch/x86/boot/compressed/misc.c | 14 +- arch/x86/tools/relocs.c | 38 -- 2 files changed, 41

[PATCH v1 04/11] backports: replace BACKPORT_PWD with BACKPORT_DIR

2014-11-04 Thread Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com This will also be used for built-in kernel integration, by using this we can share more code with the built-in kernel approach. Reviewed-by: Johannes Berg johan...@sipsolutions.net Signed-off-by: Luis R. Rodriguez mcg...@suse.com --- backport/Makefile

[PATCH 0/2] x86-64: allow using RIP-relative addressing for per-CPU data

2014-11-04 Thread Jan Beulich
Observing that per-CPU data (in the SMP case) is reachable by exploiting 64-bit address wraparound, these two patches arrange for using the one byte shorter RIP-relative addressing forms for the majority of per-CPU accesses. 1: handle PC-relative relocations on per-CPU data 2: use RIP-relative

[PATCH v1 08/11] backports: move version file generation to run earlier

2014-11-04 Thread Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com The version file contains: * BACKPORTS_VERSION * BACKPORTED_KERNEL_VERSION * BACKPORTED_KERNEL_NAME This file is used by the Makefile to export variable definitions used to identify the backport. For kernel integration we'll be using a generated

[PATCH v1 02/11] backports: extend module_init() module_exit() for built-in

2014-11-04 Thread Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com When backports is used we want to identify the provenance of the code used to generate the backport. We do this by simply requiring all used drivers to at leats check in with the backports module which identifies the backport. We had this in place for

Re: [PATCH 05/10] added media specific (MS) TCP drivers

2014-11-04 Thread Tobias Klauser
On 2014-11-03 at 21:42:52 +0100, Stephanie Wallick stephanie.s.wall...@intel.com wrote: This is where we handle media specific packets and transport. The MS driver interfaces with a media agnostic (MA) driver via a series of transfer pairs. Transfer pairs consist of a set of functions to pass

[PATCH 5/6] regulator: max77686: Remove support for board files

2014-11-04 Thread Krzysztof Kozlowski
The driver is used only on Exynos based boards with DTS support. Simplify the driver and remove dead (unused) entries in platform_data structure. Convert the driver to DTS-only version. Parse all regulators at once, not one-by-one. Remove dependency on data provided by max77686 MFD driver. Use

[PATCH 2/6] regulator: max77686: Initialize opmode explicitly to normal mode

2014-11-04 Thread Krzysztof Kozlowski
Minor nit: Initialize the opmode for each regulator to normal mode in a readable explicit way. Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com Suggested-by: Javier Martinez Canillas javier.marti...@collabora.co.uk Reviewed-by: Javier Martinez Canillas javier.marti...@collabora.co.uk

[PATCH 2/2] x86-64: use RIP-relative addressing for most per-CPU accesses

2014-11-04 Thread Jan Beulich
Observing that per-CPU data (in the SMP case) is reachable by exploiting 64-bit address wraparound (building on the default kernel load address being at 16Mb), the one byte shorter RIP-relative addressing form can be used for most per-CPU accesses. The one exception are the stable reads, where the

[RFT 3/6] regulator: max77802: Don't ignore return value of current opmode

2014-11-04 Thread Krzysztof Kozlowski
The return value of regmap_read() of current opmode for regulator was silently ignored and whatever happened to be in 'val' variable was used as new opmode. This could lead to using bogus opmode. Don't ignore what regmap_read() returns. If it fails just fall back to normal opmode. Signed-off-by:

[RFT 4/6] regulator: max77802: Remove support for board files

2014-11-04 Thread Krzysztof Kozlowski
The driver is used only on Exynos based boards with DTS support. Simplify the driver and remove dead (unused) entries in platform_data structure. Convert the driver to DTS-only version. Parse all regulators at once, not one-by-one. Remove dependency on data provided by max77686 MFD driver. Use

[PATCH 1/6] regulator: max77686: Consistently index opmode array by rdev id

2014-11-04 Thread Krzysztof Kozlowski
Mixed indexes were used for array of opmodes in max77686_data structure: id of regulator and index of regulator_desc array. These indexes are exactly the same but the mixture may confuse. Use consistently the id of regulator. Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com ---

[PATCH 0/6] regulator: max77686/802: Cleanup

2014-11-04 Thread Krzysztof Kozlowski
Hi, Previously this patchset was part of adding GPIO to max77686 regulator driver [1]. I split it but the goal is the same: cleanup and simplify the regulator drivers by removing obsolete board file support so adding new features would be easier. The patchset removes board file support from

[PATCH] sched: updated comments of CLONE_NEWUTS and CLONE_NEWIPC

2014-11-04 Thread Chen Hanxiao
Remove question mark: s/New utsname group?/New utsname namespace Unified style for IPC: s/New ipcs/New ipc namespace Signed-off-by: Chen Hanxiao chenhanx...@cn.fujitsu.com --- include/uapi/linux/sched.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: Early test: hangs in mm/compact.c w. Linus's 12d7aacab56e9ef185c

2014-11-04 Thread Vlastimil Babka
On 11/04/2014 08:26 AM, P. Christeas wrote: TL;DR: I'm testing Linus's 3.18-rcX in my desktop (x86_64, full load), experiencing mm races about every day. Current -rc starves the canary of stablity Will keep testing (should I try some -mm tree, please? ) , provide you feedback about the issue.

Re: [PATCH v2] Add ltc3562 voltage regulator driver

2014-11-04 Thread Mike Looijmans
On 11/03/2014 06:38 PM, Mike Looijmans wrote: On 3-11-2014 16:10, Mark Brown wrote: On Mon, Nov 03, 2014 at 03:48:56PM +0100, Mike Looijmans wrote: On 11/03/2014 01:09 PM, Mark Brown wrote: No function calls, just use regulators_node. What is unclear about the functionality? I don't

Re: [PATCH] crypto: caam: fix error reporting

2014-11-04 Thread Cristian Stoica
Hi Kim, Actually, our static code analyzer did not see this one. ok, so the patch technically isn't fixing anything broken, then. Are you saying the code isn't broken _because_ a static tool analyser did not see anything wrong here? the new code just added a new condition, which doesn't

Re: [PATCH v8 08/10] sched: add SD_PREFER_SIBLING for SMT level

2014-11-04 Thread Vincent Guittot
On 4 November 2014 04:21, Wanpeng Li kernel...@gmail.com wrote: Hi Vincent, On 14/10/31 下午4:47, Vincent Guittot wrote: Add the SD_PREFER_SIBLING flag for SMT level in order to ensure that the scheduler will put at least 1 task per core. What's the behavior before this patch? Before this

Re: [PATCH] drm: Reduce code size of drm_err and DRM_DEBUG[_FOO] uses

2014-11-04 Thread Daniel Vetter
On Tue, Nov 04, 2014 at 12:03:46AM -0800, Joe Perches wrote: Using %pf, __builtin_return_address(0) instead ofy %s, __func__ reduces code size by eliminating a function argument. (allyesconfig) $ size drivers/gpu/drm/built-in.o* text data bss dec hex filename

Re: [PATCH 00/10] MA USB drivers cover letter

2014-11-04 Thread Bjørn Mork
[added linux-...@vger.kernel.org Cc] Stephanie Wallick stephanie.s.wall...@intel.com writes: Media Agnostic (MA) USB enables the USB protocol to be used over a wide range of physical media. MA USB is a relatively new protocol and is currently unsupported in the Linux kernel. This patch set

Re: [PATCH 0/4] (CMA_AGGRESSIVE) Make CMA memory be more aggressive about allocation

2014-11-04 Thread Hui Zhu
On Tue, Nov 4, 2014 at 3:53 PM, Minchan Kim minc...@kernel.org wrote: Hello, On Wed, Oct 29, 2014 at 03:43:33PM +0100, Vlastimil Babka wrote: On 10/16/2014 10:55 AM, Laura Abbott wrote: On 10/15/2014 8:35 PM, Hui Zhu wrote: It's good to see another proposal to fix CMA utilization. Do you

Re: Possible regression with commit 52221610d

2014-11-04 Thread Alexandre Courbot
Hi Tim, thanks for your reply! On 11/04/2014 02:28 PM, Tim Kryger wrote: On Mon, Nov 3, 2014 at 7:05 PM, Alexandre Courbot acour...@nvidia.com wrote: Hi guys, On the NVIDIA shield (tegra114-roth) platform, I have noticed that MMC stopped working completely on recent kernels. MMC devices will

Re: [PATCH] sched: updated comments of CLONE_NEWUTS and CLONE_NEWIPC

2014-11-04 Thread Serge Hallyn
Quoting Chen Hanxiao (chenhanx...@cn.fujitsu.com): Remove question mark: s/New utsname group?/New utsname namespace Unified style for IPC: s/New ipcs/New ipc namespace Signed-off-by: Chen Hanxiao chenhanx...@cn.fujitsu.com Acked-by: Serge E. Hallyn serge.hal...@ubuntu.com ---

Re: [RESUBMIT PATCH v6 1/8] mfd: Add support for Skyworks SKY81452 driver

2014-11-04 Thread Paul Bolle
On Mon, 2014-11-03 at 22:30 +, Lee Jones wrote: On Mon, 03 Nov 2014, Paul Bolle wrote: On Mon, 2014-11-03 at 17:14 +, Lee Jones wrote: That patch makes REGULATOR_SKY81452 depend on MFD_SKY81452, making it buildable. Okay, so I can take this patch with no fall-out then. Nothing

Re: [PATCH] backlight: use of_find_backlight_by_node stub when backlight class disabled

2014-11-04 Thread Lee Jones
On Mon, 03 Nov 2014, Lee Jones wrote: On Wed, 29 Oct 2014, Heiko Stübner wrote: Drivers may want to search for an optional backlight even when the backlight class is disabled. In this case the linker would miss the function referenced in the backlight header. Therefore use the

Re: your patch mm: Remove false WARN_ON from pagecache_isize_extended()

2014-11-04 Thread Jan Kara
On Tue 04-11-14 07:40:20, Jan Beulich wrote: On 03.11.14 at 23:18, da...@fromorbit.com wrote: On Mon, Nov 03, 2014 at 04:41:13PM +, Jan Beulich wrote: having run into that warning too, I looked into it a little, and now having found that patch am pretty uncertain: Both

Re: [RFC] gpio: remove gpio_descs global array

2014-11-04 Thread Alexandre Courbot
On Mon, Nov 3, 2014 at 11:11 PM, Linus Walleij linus.wall...@linaro.org wrote: On Sat, Nov 1, 2014 at 8:03 AM, Alexandre Courbot acour...@nvidia.com wrote: The issue with this patch is its use of kzalloc() in gpiochip_add(), a function potentially called during early boot, before kzalloc()

Re: [PATCH] mfd: lpc_sch: don't call mfd_remove_devices()

2014-11-04 Thread Lee Jones
On Mon, 03 Nov 2014, Andy Shevchenko wrote: MFD core already cares about failing registration. It will remove successfully registered devices in case of error. Thus, no need to repeatedly call mfd_remove_devices(). Fixes: 5829e9b64e65 (mfd: lpc_sch: Accomodate partial population of the MFD

Re: How Not To Use kref (was Re: kdbus: add code for buses, domains and endpoints)

2014-11-04 Thread David Herrmann
Hi Al On Fri, Oct 31, 2014 at 12:38 AM, Al Viro v...@zeniv.linux.org.uk wrote: On Wed, Oct 29, 2014 at 03:00:52PM -0700, Greg Kroah-Hartman wrote: +static void __kdbus_domain_user_free(struct kref *kref) +{ + struct kdbus_domain_user *user = + container_of(kref, struct

Re: [PATCH 1/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2014-11-04 Thread Shevchenko, Andriy
On Mon, 2014-11-03 at 09:43 +, Bryan O'Donoghue wrote: On 03/11/14 07:39, Raymond Tan wrote: In Quark X1000, there's a single PCI device that provides both an I2C controller and a GPIO controller. This MFD driver will split the 2 devices for their respective drivers. This patch is

[PATCH v5] clk: rockchip: disable unused clocks

2014-11-04 Thread Kever Yang
The rockchip clock driver use CLK_IGNORE_UNUSED flag to make sure all the clocks are available like default power on state. We have implement the clock manage in most of rockchip drivers, it is time to remove it for power save. Instead we add CLK_IGNORE_UNUSED for some clock nodes which should be

Re: [PATCH v8 3/5] amba: Don't unprepare the clocks if device driver wants IRQ safe runtime PM

2014-11-04 Thread Ulf Hansson
On 4 November 2014 02:57, Rafael J. Wysocki r...@rjwysocki.net wrote: On Monday, November 03, 2014 10:41:02 AM Alan Stern wrote: On Mon, 3 Nov 2014, Russell King - ARM Linux wrote: That makes it pretty horrid from the point of view of having bus management code, because we now have the

Re: [RESUBMIT PATCH v6 1/8] mfd: Add support for Skyworks SKY81452 driver

2014-11-04 Thread Lee Jones
On Tue, 04 Nov 2014, Paul Bolle wrote: On Mon, 2014-11-03 at 22:30 +, Lee Jones wrote: On Mon, 03 Nov 2014, Paul Bolle wrote: On Mon, 2014-11-03 at 17:14 +, Lee Jones wrote: That patch makes REGULATOR_SKY81452 depend on MFD_SKY81452, making it buildable. Okay, so I can

Re: [RESUBMIT PATCH v6 1/8] mfd: Add support for Skyworks SKY81452 driver

2014-11-04 Thread Lee Jones
On Fri, 31 Oct 2014, gyun...@gmail.com wrote: From: Gyungoh Yoo jack@skyworksinc.com Signed-off-by: Gyungoh Yoo jack@skyworksinc.com --- Changes v6: Added new line character at the end of line of dev_err() Changes v5: Move sky81452-backlight.h to include/linux/platform_data

Re: [PATCH v2 4/6] phy: add support for USB cluster on the Armada 375 SoC

2014-11-04 Thread Kishon Vijay Abraham I
Hi, On Friday 24 October 2014 08:54 PM, Gregory CLEMENT wrote: The Armada 375 SoC comes with an USB2 host and device controller and an USB3 controller. The USB cluster control register allows to manage common features of both USB controllers. This commit adds a driver integrated in the

Re: [PATCH] mfd: tc6393xb fail ohci suspend if full state restore is required

2014-11-04 Thread Lee Jones
On Tue, 04 Nov 2014, Dmitry Eremin-Solenikov wrote: Hello. 2014-11-03 17:56 GMT+03:00 Lee Jones lee.jo...@linaro.org: On Fri, 24 Oct 2014, Dmitry Eremin-Solenikov wrote: Some boards with TC6393XB chip require full state restore during system resume thanks to chip's VCC being cut off

Re: [PATCH] mfd: tc6393xb fail ohci suspend if full state restore is required

2014-11-04 Thread Lee Jones
On Fri, 24 Oct 2014, Dmitry Eremin-Solenikov wrote: Some boards with TC6393XB chip require full state restore during system resume thanks to chip's VCC being cut off during suspend (Sharp SL-6000 tosa is one of them). Failing to do so would result in ohci Oops on resume due to internal memory

  1   2   3   4   5   6   7   8   9   10   >