Re: [patch v2 4/4] mm, mempool: poison elements backed by page allocator

On Tue, 31 Mar 2015, Andrey Ryabinin wrote: > > We don't have a need to set PAGE_EXT_DEBUG_POISON on these pages sitting > > in the reserved pool, nor do we have a need to do kmap_atomic() since it's > > already mapped and must be mapped to be on the reserved pool, which is > > handled by

[PATCH] md: fix md io stats accounting broken

Simon reported the md io stats accounting issue: " I'm seeing "iostat -x -k 1" print this after a RAID1 rebuild on 4.0-rc5. It's not abnormal other than it's 3-disk, with one being SSD (sdc) and the other two being write-mostly: Device: rrqm/s wrqm/s r/s w/srkB/swkB/s

Re: [PATCH] mvneta: implement SGMII-based in-band link state signaling

From: Stas Sergeev Date: Tue, 31 Mar 2015 16:24:59 +0300 > @@ -2590,6 +2651,7 @@ static int mvneta_mdio_probe(struct mvneta_port *pp) > > static void mvneta_mdio_remove(struct mvneta_port *pp) > { > + fixed_phy_set_link_update(pp->phy_dev, NULL); I do not see any other driver doing this

[PATCH] extcon: Add manufactor name of each extcon device

This patch adds the manufactor name of each extcon device and revmoes un-necessary comment in Kconfig. Signed-off-by: Chanwoo Choi --- drivers/extcon/Kconfig | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/extcon/Kconfig b/drivers/extcon/Kconfig index

[PATCH] irq: revert non-working patch to affinity defaults

I've seen a couple of reports of issues since commit e2e64a932556 ("genirq: Set initial affinity in irq_set_affinity_hint()") where the affinity for the interrupt when programmed via /proc/irq//smp_affinity will not be able to stick. It changes back to some previous value at the next interrupt on

Re: [PATCH 0/3] PCI/sparc: Fix booting with T5-8

From: Yinghai Lu Date: Thu, 2 Apr 2015 15:07:57 -0700 > On Thu, Apr 2, 2015 at 1:37 PM, David Miller wrote: >> From: Yinghai Lu >> Date: Tue, 31 Mar 2015 19:57:46 -0700 >> >>> Fix regression by commit d63e2e1f3df9 ("sparc/PCI: Clip bridge windows to >>> fit in upstream windows"). >>> >>> That

[PATCH v3] ftracetest: Do not use usleep directly

The usleep is only provided on distros from Redhat so running ftracetest on other distro resulted in failures due to the missing usleep. The reason of using [u]sleep in the test was to generate (scheduler) events. It can be done various ways like this: yield() { ping localhost -c 1 || sleep

[PATCH v2 2/6] clk: samsung: exynos5433: Fix wrong offset of PCLK_MSCL_SECURE_SMMU_JPEG

From: Jonghwa Lee This patch fixes the wrong offoset of PCLK_MSCL_SECURE_SMMU_JPEG in CMU_MSCL domain. Cc: Sylwester Nawrocki Cc: Tomasz Figa Signed-off-by: Jonghwa Lee Signed-off-by: Chanwoo Choi --- drivers/clk/samsung/clk-exynos5433.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v2 1/6] clk: samsung: Use CONFIG_ARCH_EXYNOS instead of CONFIG_ARCH_EXYNOS5433

This patch removes the CONFIG_ARCH_EXYNOS5433 and then use only the CONFIG_ARCH_EXYNOS for ARM-64bit Exynos5433 SoC. Cc: Sylwester Nawrocki Cc: Tomasz Figa Cc: Arnd Bergmann Signed-off-by: Chanwoo Choi --- drivers/clk/samsung/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v2 4/6] clk: samsung: exynos5433: Fix wrong parent clock of sclk_apollo clock

This patch fixes the wrong parent clock of sclk_apollo clock from 'div_apollo_pll' to 'div_apollo2'. Cc: Sylwester Nawrocki Cc: Tomasz Figa Signed-off-by: Chanwoo Choi --- drivers/clk/samsung/clk-exynos5433.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 5/6] clk: samsung: exynos5433: Fix wrong PMS value of exynos5433_pll_rates

This patch fixes the wrong PMS value of exynos5433_pll_rates table for {ATLAS|APOLLO|MEM0|MEM1|BUS|MFC|MPHY|G3D|DISP|ISP|_PLL. - before : rate=72000 (mdiv=360, pdiv=6, sdiv=1) - after : rate=7 (mdiv=175, pdiv=3, sdiv=1) Cc: Sylwester Nawrocki Cc: Tomasz Figa Signed-off-by: Chanwoo

[PATCH v2 3/6] clk: samsung: exynos5433: Fix CLK_PCLK_MONOTONIC_CNT's register correctly

From: Jonghwa Lee CLK_PCLK_MONOTONIC_CNT's register is now assigned with wrong one. Its correct register is ENABLE_PCLK_MIF_SECURE_MONOTONIC_CNT. Signed-off-by: Jonghwa Lee Signed-off-by: Chanwoo Choi --- drivers/clk/samsung/clk-exynos5433.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v2 6/6] clk: samsung: exynos5433: Add CLK_SET_RATE_PARENT to support DVFS for big.LITTLE core

This patch adds CLK_SET_RATE_PARENT flag to support DVFS of Cortex-{A53|A57} core (big.LITTLE core) because 'sclk_{apollo|atlas}' leaf clock is used to change the CPU frequency of Cortex-{A53|A57} core in arm_big_little.c driver. - 'apollo' word means the LITTLE core (Cortex-A53 core) in

[PATCH v2 0/6] clk: samsung: Fix bug of Exynos5433 clocks

This patchset remove the CONFIG_ARCH_EXYNOS5433 insteadf use the CONFIG_ARCH_EXYNOS because Arnd Bergmann gave me a comment[1] that don't add specific CONFIG_ARCH_EXYNOS5433 for ARM-64bit SoC. And this patchset fix following bugs: - Fix wrong offset of PCLK_MSCL_SECURE_SMMU_JPEG in CMU_MSCL. -

Re: [PATCH v3 -next 11/11] serial: 8250_early: Remove setup_early_serial8250_console()

On Thu, Apr 2, 2015 at 5:02 PM, Yinghai Lu wrote: > On Thu, Apr 2, 2015 at 3:36 PM, Yinghai Lu wrote: >> On Thu, Apr 2, 2015 at 3:12 PM, Yinghai Lu wrote: >>> On Thu, Apr 2, 2015 at 10:23 AM, Yinghai Lu wrote: On Thu, Apr 2, 2015 at 9:31 AM, Peter Hurley wrote: > Would you

[v2][PATCH 14/21] intel_idle: Use explicit broadcast oneshot control function

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Cc: Len Brown Signed-off-by: Rafael J. Wysocki --- drivers/idle/intel_idle.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index:

[v2][PATCH 20/21] clockevents: Cleanup dead cpu explicitely

From: Thomas Gleixner clockevents_notify() is a leftover from the early design of the clockevents facility. It's really not a notification mechanism, it's a multiplex call. We are way better off to have explicit calls instead of this monstrosity. Split out the cleanup function for a dead cpu

[v2][PATCH 16/21] ARM: tegra: Use explicit broadcast oneshot control function

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Cc: Stephen Warren Cc: Thierry Reding Cc: Alexandre Courbot Signed-off-by: Rafael J. Wysocki --- arch/arm/mach-tegra/cpuidle-tegra114.c |6 +++---

[v2][PATCH 19/21] clockevents: Make tick handover explicit

From: Thomas Gleixner clockevents_notify() is a leftover from the early design of the clockevents facility. It's really not a notification mechanism, it's a multiplex call. We are way better off to have explicit calls instead of this monstrosity. Split out the tick_handover call and invoke it

[v2][PATCH 15/21] ARM: OMAP: Use explicit broadcast oneshot control function

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Cc: Tony Lindgren Signed-off-by: Rafael J. Wysocki --- arch/arm/mach-omap2/cpuidle44xx.c |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) Index:

[v2][PATCH 11/21] x86, amd_idle: Use explicit broadcast oneshot control functions

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Signed-off-by: Rafael J. Wysocki --- arch/x86/kernel/process.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index: linux-pm/arch/x86/kernel/process.c

[v2][PATCH 13/21] ACPI / processor: Use explicit broadcast controll function

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Signed-off-by: Rafael J. Wysocki --- drivers/acpi/processor_idle.c |9 - 1 file changed, 4 insertions(+), 5 deletions(-) Index:

[v2][PATCH 12/21] ACPI / PAD: Use explicit broadcast oneshot control function

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Cc: Len Brown Signed-off-by: Rafael J. Wysocki --- drivers/acpi/acpi_pad.c |6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) Index:

[v2][PATCH 17/21] sched/idle: Use explicit broadcast oneshot control function

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Signed-off-by: Rafael J. Wysocki --- kernel/sched/idle.c |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) Index: linux-pm/kernel/sched/idle.c

[v2][PATCH 18/21] clockevents: Remove broadcast oneshot control leftovers

From: Rafael J. Wysocki All users converted. Remove the notify leftovers. Original-by: Thomas Gleixner Signed-off-by: Rafael J. Wysocki --- include/linux/clockchips.h |2 -- kernel/time/clockevents.c |7 --- 2 files changed, 9 deletions(-) Index:

[v2][PATCH 06/21] cpuidle: Use explicit broadcast control function

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Cc: Daniel Lezcano Signed-off-by: Rafael J. Wysocki --- drivers/cpuidle/driver.c | 25 - 1 file changed, 12 insertions(+), 13 deletions(-)

[v2][PATCH 07/21] intel_idle: Use explicit broadcast control function

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Cc: Len Brown Signed-off-by: Rafael J. Wysocki --- drivers/idle/intel_idle.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) Index:

[v2][PATCH 05/21] ACPI / processor: Use explicit broadcast control function

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Signed-off-by: Rafael J. Wysocki --- drivers/acpi/processor_idle.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) Index:

[v2][PATCH 02/21] clockevents: Provide explicit broadcast control functions

From: Thomas Gleixner clockevents_notify() is a leftover from the early design of the clockevents facility. It's really not a notification mechanism, it's a multiplex call. We are way better off to have explicit calls instead of this monstrosity. Split out the broadcast control into a separate

[v2][PATCH 10/21] clockevents: Provide explicit broadcast oneshot control functions

From: Thomas Gleixner clockevents_notify() is a leftover from the early design of the clockevents facility. It's really not a notification mechanism, it's a multiplex call. We are way better off to have explicit calls instead of this monstrosity. Split out the broadcast oneshot control into a

[v2][PATCH 01/21] ACPI / PAD: Remove the local APIC nonsense

From: Thomas Gleixner While looking through the (ab)use of the clockevents_notify() function I stumbled over the following gem in the acpi_pad code: if (lapic_detected_unstable && !lapic_marked_unstable) { /* LAPIC could halt in idle, so notify users */ for_each_online_cpu(i)

[git pull] drm fixes

Hi Linus, one drm core fix, one exynos regression fix, two sets of radeon fixes (Alex was a bit behind last week), and two i915 fixes. Nothing too serious we seem to have calmed down i915 since last week. Dave. The following changes since commit e42391cd048809d903291d07f86ed3934ce138e9:

[v2][PATCH 09/21] clockevents: Remove the broadcast control leftovers

From: Thomas Gleixner All users converted. Remove the notify leftovers. Signed-off-by: Thomas Gleixner Signed-off-by: Rafael J. Wysocki --- include/linux/clockchips.h |3 --- kernel/time/clockevents.c | 10 -- 2 files changed, 13 deletions(-) Index:

[v2][PATCH 04/21] ACPI / PAD: Use explicit broadcast control function

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Cc: Len Brown Signed-off-by: Rafael J. Wysocki --- drivers/acpi/acpi_pad.c |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) Index:

[v2][PATCH 00/21] clockevents_notify() removal

On Friday, April 03, 2015 12:19:41 AM Rafael J. Wysocki wrote: > On Thursday, April 02, 2015 02:39:35 PM Ingo Molnar wrote: > > > > * Rafael J. Wysocki wrote: > > > > > Hi, > > > > > > This is the next batch of patches from Thomas that remove > > > clockevents_notify(). > > > > > > I've

[v2][PATCH 03/21] x86, amd_idle: Use explicit broadcast control function

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Signed-off-by: Rafael J. Wysocki --- arch/x86/kernel/process.c |9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) Index:

[v2][PATCH 08/21] ARM: OMAP: Use explicit broadcast control function

From: Thomas Gleixner Replace the clockevents_notify() call with an explicit function call. Signed-off-by: Thomas Gleixner Cc: Tony Lindgren Signed-off-by: Rafael J. Wysocki --- arch/arm/mach-omap2/cpuidle44xx.c |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) Index:

[v2][PATCH 21/21] timekeeping: Get rid of stale comment

From: Thomas Gleixner Arch specific management of xtime/jiffies/wall_to_monotonic is gone for quite a while. Zap the stale comment. Signed-off-by: Thomas Gleixner Acked-by: John Stultz Signed-off-by: Rafael J. Wysocki --- kernel/time/timekeeping.c |4 1 file changed, 4 deletions(-)

[PATCH v2] x86, ia32entry: Use SYSRETL to return from SYSENTER

SYSEXIT is scary on 64-bit kernels -- SYSEXIT must be invoked with usergs and IRQs on. That means that we rely on STI to correctly mask interrupts for one instruction. This is okay by itself, but the semantics with respect to NMIs are unclear. Avoid the whole issue by using SYSRETL instead.

Re: [PATCH v1 02/47] x86: mtrr: generalize run time disabling of MTRR

On Thu, 2015-04-02 at 23:49 +0200, Luis R. Rodriguez wrote: > On Sat, Mar 28, 2015 at 12:56:30AM +0100, Luis R. Rodriguez wrote: > > On Fri, Mar 27, 2015 at 02:40:17PM -0600, Toshi Kani wrote: > > > On Fri, 2015-03-20 at 16:17 -0700, Luis R. Rodriguez wrote: > > > : > > > > @@ -734,6 +742,7 @@

[PATCH -next] usb/misc: fix chaoskey build, needs HW_RANDOM

to `hwrng_register' Signed-off-by: Randy Dunlap --- drivers/usb/misc/Kconfig |1 + 1 file changed, 1 insertion(+) --- linux-next-20150402.orig/drivers/usb/misc/Kconfig +++ linux-next-20150402/drivers/usb/misc/Kconfig @@ -258,6 +258,7 @@ config USB_LINK_LAYER_TEST config USB_CHAOSKEY

Re: [PATCH v3 1/4] extcon: usb-gpio: register extcon device before IRQ registration

Hi Robert, On 04/02/2015 10:13 PM, Robert Baldyga wrote: > IRQ handler touches info->edev, so if interrupt occurs before extcon > device initialization it can cause NULL pointer dereference. Doing extcon > initialization before IRQ handler registration fixes this problem. > > Signed-off-by:

Re: [PATCH v3 -next 11/11] serial: 8250_early: Remove setup_early_serial8250_console()

On Thu, Apr 2, 2015 at 3:36 PM, Yinghai Lu wrote: > On Thu, Apr 2, 2015 at 3:12 PM, Yinghai Lu wrote: >> On Thu, Apr 2, 2015 at 10:23 AM, Yinghai Lu wrote: >>> On Thu, Apr 2, 2015 at 9:31 AM, Peter Hurley >>> wrote: >>> Would you please try the patch below instead? >>> Great. that

Re: [PATCH] rtc: rtc-s3c: Fix failed first read of RTC time

On 04/02/2015 08:00 PM, Krzysztof Kozlowski wrote: > Initialize the device time (if it is wrong) before registering RTC > device to fix following error message during rtc-s3c probe: > > [2.215414] rtc (null): read_time: fail to read > [2.216322] s3c-rtc 1007.rtc: rtc core: registered

Re: [PATCH] powerpc/83xx: add support for mpc8306

On Tue, 2015-03-31 at 21:58 +0200, Filip Brozović wrote: > On 3/31/2015 7:54 PM, Scott Wood wrote: > > This breaks multiplatform support. You need to determine this at > > runtime. > > Understood, but I'm unsure of how to do this exactly. Would it be > appropriate to define another array,

Re: [PATCHv3] media: i2c/adp1653: devicetree support for adp1653

Hi Pawel, On Thu, Apr 02, 2015 at 10:30:44PM +0200, Pavel Machek wrote: > Hi! > > > Hi Pawel, > > > > My apologies for the very late reply. > > > > On Thu, Apr 02, 2015 at 04:38:46PM +0200, Pavel Machek wrote: > > > > > > > > > We are moving to device tree support on OMAP3, but that

[PATCH 2/2] stmmac: Add IMG Pistachio platform glue layer

At the moment, the only additional setup required for the DWMAC on the IMG Pistachio SoC is to request and enable a separate gate clock for the register interface. Signed-off-by: Andrew Bresticker Signed-off-by: Govindraj Raja Cc: James Hartley --- drivers/net/ethernet/stmicro/stmmac/Makefile

[PATCH 1/2] stmmac: Add binding document for IMG Pistachio DWMAC

Add a binding document for the DWMAC ethernet controller found on the IMG Pistachio SoC. Signed-off-by: Andrew Bresticker Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Cc: James Hartley --- .../devicetree/bindings/net/pistachio-dwmac.txt| 24

Re: [PATCH] rtc: rtc-s3c: Remove one superfluous rtc_valid_tm() check

On 04/02/2015 11:31 PM, Krzysztof Kozlowski wrote: > The s3c_rtc_gettime() returns already result of rtc_valid_tm() on > obtained time so get rid of another call to rtc_valid_tm(). > > Signed-off-by: Krzysztof Kozlowski > --- > drivers/rtc/rtc-s3c.c | 4 +--- > 1 file changed, 1 insertion(+), 3

Re: [PATCH v8 3/4] cgroups: allow a cgroup subsystem to reject a fork

Hello, Tejun. >> +struct cgroup_fork_state { >> + void *ss_state[CGROUP_SUBSYS_COUNT]; >> +}; > > Can we collect the subsystems which require pre/post fork callbacks to > the front in group_subsys.h and do do CGROUP_SUBSYS_FORK_COUNT (or > whatever) instead? Then, we don't need all these

Re: [PATCH] irqchip: renesas-irqc: Add wake-up support

On Wed, Apr 01, 2015 at 02:00:06PM +0200, Geert Uytterhoeven wrote: > The IRQC module clock is managed through Runtime PM and PM Domains. > If wake-up is enabled, this clock must not be disabled during system > suspend. > > Hence implement irq_chip.irq_set_wake(), which increments/decrements the

Re: [PATCH v7 1/9] arm64: dts: exynos: Add dts files for 64-bit Exynos5433 SoC

On 04/03/2015 02:35 AM, Mark Rutland wrote: > On Tue, Mar 31, 2015 at 12:56:38AM +0100, Chanwoo Choi wrote: >> Hi Mark, >> >> On 03/31/2015 01:09 AM, Mark Rutland wrote: >>> Hi, >>> >>> On Wed, Mar 18, 2015 at 12:17:28AM +, Chanwoo Choi wrote: This patch adds new Exynos5433 dtsi to

Re: [PATCH 4/5] irqchip: armada-370-xp: Allow using wakeup source

On Mon, Mar 30, 2015 at 04:04:37PM +0200, Gregory CLEMENT wrote: > On the Armada 370/XP SoCs, in standby mode the SoC stay powered and it > is possible to wake-up from any interrupt sources. This patch adds > flag to the MPIC irqchip driver to let linux know this. > > Signed-off-by: Gregory

Re: [PATCH 0/2] powerpc/kvm: Enable running guests on RT Linux

On Fri, 2015-03-27 at 19:07 +0200, Purcareata Bogdan wrote: > On 27.02.2015 03:05, Scott Wood wrote: > > On Thu, 2015-02-26 at 14:31 +0100, Sebastian Andrzej Siewior wrote: > >> On 02/26/2015 02:02 PM, Paolo Bonzini wrote: > >>> > >>> > >>> On 24/02/2015 00:27, Scott Wood wrote: > This isn't

Re: [PATCH v2 5/5] regulator: qcom: Rework to single platform device

On 04/01/15 15:55, Bjorn Andersson wrote: > +static int rpm_reg_probe(struct platform_device *pdev) > +{ > + const struct rpm_regulator_data *reg; > + const struct of_device_id *match; > + struct regulator_config config = { }; > + struct regulator_dev *rdev; > + struct

[patch] android, lmk: avoid setting TIF_MEMDIE if process has already exited

TIF_MEMDIE should not be set on a process if it does not have a valid ->mm, and this is protected by task_lock(). If TIF_MEMDIE gets set after the mm has detached, and the process fails to exit, then the oom killer will defer forever waiting for it to exit. Make sure that the mm is still valid

[GIT PULL] irqchip: Fixes for v4.0 (round 2)

Thomas, This is the second round of fixes for irqchip. It contains some fixes found while the arm64 guys were writing the kvm gicv3 its emulation. This is an incremental pull request based on tags/irqchip-fixes-4.0 up to tags/irqchip-fixes-4.0-2 on the irqchip/urgent branch. These changes have

Re: [PATCH v2 4/5] regulator: qcom: Refactor of-parsing code

On 04/01/15 15:55, Bjorn Andersson wrote: > Refactor out all custom property parsing code from the probe function > into a function suitable for regulator_desc->of_parse_cb usage. > > Signed-off-by: Bjorn Andersson > Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member

Re: [PATCH v2 0/5] Refactor Qualcomm RPM regulator to single platform_device

On 04/02/15 15:26, Mark Brown wrote: > On Thu, Apr 02, 2015 at 03:00:37PM -0700, Stephen Boyd wrote: > >> What happens with debugfs when you have multiple pmics with the same >> named regulator? I thought that in this case we needed to make the names >> unique somehow or we would end up with the

Re: [PATCH v1 06/47] mtrr: add __arch_phys_wc_add()

On Thu, Apr 2, 2015 at 3:35 PM, Bjorn Helgaas wrote: > [-cc Venkatesh, Suresh] > > On Thu, Apr 2, 2015 at 3:55 PM, Luis R. Rodriguez wrote: >> On Thu, Apr 02, 2015 at 03:21:22PM -0500, Bjorn Helgaas wrote: >>> On Fri, Mar 20, 2015 at 6:17 PM, Luis R. Rodriguez >>> wrote: >>> > From: "Luis R.

[patch -mm] mm, doc: cleanup and clarify munmap behavior for hugetlb memory fix

Don't only specify munmap(2) behavior with respect the hugetlb memory, all other syscalls get naturally aligned to the native page size of the processor. Rather, pick out munmap(2) as a specific example. Signed-off-by: David Rientjes --- Documentation/vm/hugetlbpage.txt | 7 +-- 1 file

Re: [alsa-devel] [PATCH 1/2] ASoC: cygnus-audio: adding device tree bindings

On 15-03-31 12:26 AM, Lars-Peter Clausen wrote: On 03/31/2015 05:16 AM, Scott Branden wrote: [...] +- ssp-port-id: The ssp port interface to use +Valid value are 0, 1, 2, or 3 (for spdif) How about using 'reg' as the property name here. It is the standard property name for identifying

Re: [patch 1/2] mm, doc: cleanup and clarify munmap behavior for hugetlb memory

On Sun, 29 Mar 2015, Hugh Dickins wrote: > > munmap(2) of hugetlb memory requires a length that is hugepage aligned, > > otherwise it may fail. Add this to the documentation. > > Thanks for taking this on, David. But although munmap(2) is the one > Davide called out, it goes beyond that,

Re: [PATCH v3 -next 11/11] serial: 8250_early: Remove setup_early_serial8250_console()

On Thu, Apr 2, 2015 at 3:12 PM, Yinghai Lu wrote: > On Thu, Apr 2, 2015 at 10:23 AM, Yinghai Lu wrote: >> On Thu, Apr 2, 2015 at 9:31 AM, Peter Hurley >> wrote: >> >>> Would you please try the patch below instead? >>> >> Great. that works, and less lines change than my version. >> > > still

Re: [PATCH v1 06/47] mtrr: add __arch_phys_wc_add()

[-cc Venkatesh, Suresh] On Thu, Apr 2, 2015 at 3:55 PM, Luis R. Rodriguez wrote: > On Thu, Apr 02, 2015 at 03:21:22PM -0500, Bjorn Helgaas wrote: >> On Fri, Mar 20, 2015 at 6:17 PM, Luis R. Rodriguez >> wrote: >> > From: "Luis R. Rodriguez" >> > This is *only* a transitive API -- and as such

[PATCH 03/15] perf db-export: No need to pass thread twice to db_export__sample

From: Arnaldo Carvalho de Melo As it is available via another parameter, address_location->thread. Acked-by: Adrian Hunter Cc: Borislav Petkov Cc: David Ahern Cc: Don Zickus Cc: Frederic Weisbecker Cc: Jiri Olsa Cc: Namhyung Kim Cc: Stephane Eranian Link:

Re: [PATCH v2] pci: export class IDs from pci_ids.h

[+cc Martin] On Thu, Apr 2, 2015 at 4:28 PM, Michael S. Tsirkin wrote: > On Thu, Apr 02, 2015 at 03:53:47PM -0500, Bjorn Helgaas wrote: >> On Mon, Mar 30, 2015 at 01:33:28PM +0200, Michael S. Tsirkin wrote: >> > The basic class ID macros in pci_ids.h are pretty useful for userspace >> > using

[PATCH 05/15] perf probe: Fix to track down unnamed union/structure members

From: Masami Hiramatsu Fix 'perf probe' to track down unnamed union/structure members. perf probe did not track down the tree of unnamed union/structure members, since it just failed to find given "name" in a parent structure/union. To solve this issue, I've introduced 2 changes. - Fix

[PATCH 07/15] perf inject: Support using -f to override perf.data file ownership

From: Yunlong Song Enable perf inject to use perf.data when it is not owned by current user or root. Example: # perf record ls # chown Yunlong.Song:Yunlong.Song perf.data # ls -al perf.data -rw--- 1 Yunlong.Song Yunlong.Song 28260 Apr 2 10:37 perf.data # id uid=0(root) gid=0(root)

[PATCH 10/15] perf lock: Support using -f to override perf.data file ownership

From: Yunlong Song Enable perf lock to use perf.data when it is not owned by current user or root. Example: # perf lock record ls # chown Yunlong.Song:Yunlong.Song perf.data # ls -al perf.data -rw--- 1 Yunlong.Song Yunlong.Song 4880686 Apr 2 14:14 perf.data # id uid=0(root)

[PATCH 15/15] perf data: Support using -f to override perf.data file ownership for 'convert'

From: Yunlong Song Enable perf data convert to use perf.data when it is not owned by current user or root. Example: # perf record ls # chown Yunlong.Song:Yunlong.Song perf.data # ls -al perf.data -rw--- 1 Yunlong.Song Yunlong.Song 28260 Apr 2 17:35 perf.data # id uid=0(root)

[PATCH 14/15] perf trace: Support using -f to override perf.data file ownership

From: Yunlong Song Enable perf trace to use perf.data when it is not owned by current user or root. Example: # perf trace record ls # chown Yunlong.Song:Yunlong.Song perf.data # ls -al perf.data -rw--- 1 Yunlong.Song Yunlong.Song 4153101 Apr 2 15:28 perf.data # id uid=0(root)

Re: [PATCH 2/3] drm:msm: Initial Add Writeback Support

On 2 April 2015 at 19:07, wrote: > Thanks Emil. Please check the comments embedded and for the rest I will > update the code. > >> Hi Jilai, >> >> Just a few questions, not really a review as I'm not that familiar >> with the code. >> >> >>> +++ b/drivers/gpu/drm/msm/Kconfig >>> @@ -27,6 +27,16

[PATCH 11/15] perf mem: Support using -f to override perf.data file ownership

From: Yunlong Song Enable perf mem to use perf.data when it is not owned by current user or root. Example: # perf mem -t load record ls # chown Yunlong.Song:Yunlong.Song perf.data # ls -al perf.data -rw--- 1 Yunlong.Song Yunlong.Song 16392 Apr 2 14:34 perf.data # id uid=0(root)

[PATCH 12/15] perf script: Support using -f to override perf.data file ownership

From: Yunlong Song Enable perf script to use perf.data when it is not owned by current user or root. Change the short option name of --fields to -F to avoid confusion with --force. Example: # perf record ls # chown Yunlong.Song:Yunlong.Song perf.data # ls -al perf.data -rw--- 1

[PATCH 13/15] perf timechart: Support using -f to override perf.data file ownership

From: Yunlong Song Enable perf timechart to use perf.data when it is not owned by current user or root. Example: # perf timechart record ls # chown Yunlong.Song:Yunlong.Song perf.data # ls -al perf.data -rw--- 1 Yunlong.Song Yunlong.Song 5471744 Apr 2 15:15 perf.data # id

[PATCH 08/15] perf kmem: Support using -f to override perf.data file ownership

From: Yunlong Song Enable perf kmem to use perf.data when it is not owned by current user or root. Example: # perf kmem record ls # chown Yunlong.Song:Yunlong.Song perf.data # ls -al perf.data -rw--- 1 Yunlong.Song Yunlong.Song 5315665 Apr 2 10:54 perf.data # id uid=0(root)

[PATCH 06/15] perf evlist: Support using -f to override perf.data file ownership

From: Yunlong Song Enable perf evlist to use perf.data when it is not owned by current user or root. Example: # perf record ls # chown Yunlong.Song:Yunlong.Song perf.data # ls -al perf.data -rw--- 1 Yunlong.Song Yunlong.Song 28260 Apr 2 10:18 perf.data # id uid=0(root) gid=0(root)

[PATCH 09/15] perf kvm: Support using -f to override perf.data.guest file ownership

From: Yunlong Song Enable perf kvm to use perf.data.guest when it is not owned by current user or root. Example: # perf kvm stat record ls # chown Yunlong.Song:Yunlong.Song perf.data.guest # ls -al perf.data.guest -rw--- 1 Yunlong.Song Yunlong.Song 4128937 Apr 2 11:05 perf.data.guest

[PATCH 04/15] perf db-export: No need to have ->thread twice in struct export_sample

From: Arnaldo Carvalho de Melo As it comes from address_location->thread, that is already stored as export_sample->al, where the thread can be obtained. Cc: Adrian Hunter Cc: Borislav Petkov Cc: David Ahern Cc: Don Zickus Cc: Frederic Weisbecker Cc: Jiri Olsa Cc: Namhyung Kim Cc:

[GIT PULL 00/15] perf/core improvements and fixes

Hi Ingo, Please consider pulling, - Arnaldo The following changes since commit e1abf2cc8d5d80b41c4419368ec743ccadbb131e: bpf: Fix the build on BPF_SYSCALL=y && !CONFIG_TRACING kernels, make it more configurable (2015-04-02 16:28:06 +0200) are available in the git repository at:

[PATCH 02/15] perf scripting: No need to pass thread twice to the scripting callbacks

From: Arnaldo Carvalho de Melo It is already in the addr_location, so remove the redundant 'thread' parameter from the callback signatures. Acked-by: Jiri Olsa Acked-by: Namhyung Kim Cc: Adrian Hunter Cc: Borislav Petkov Cc: David Ahern Cc: Don Zickus Cc: Frederic Weisbecker Cc: Stephane

[PATCH 01/15] perf script: No need to lookup thread twice

From: Arnaldo Carvalho de Melo We get the thread when we call perf_event__preprocess_sample(), no need to do it before that. Acked-by: Jiri Olsa Acked-by: Namhyung Kim Cc: Adrian Hunter Cc: Borislav Petkov Cc: David Ahern Cc: Don Zickus Cc: Frederic Weisbecker Cc: Stephane Eranian Link:

Re: [RFC][PATCH] perf tools: unify perf_event_attr printing

Em Thu, Apr 02, 2015 at 10:12:50AM +0200, Ingo Molnar escreveu: > * Peter Zijlstra wrote: > > tools/perf/util/print_helper.h |7 + > > 6 files changed, 170 insertions(+), 174 deletions(-) > > Acked-by: Ingo Molnar I'll get this in tomorrow, just finishing a pull req now, - Arnaldo -- To

Re: [PATCH v3 -next 11/11] serial: 8250_early: Remove setup_early_serial8250_console()

On Thu, Apr 2, 2015 at 10:23 AM, Yinghai Lu wrote: > On Thu, Apr 2, 2015 at 9:31 AM, Peter Hurley wrote: > >> Would you please try the patch below instead? >> > Great. that works, and less lines change than my version. > still have another problem. when using console=uart8250,io,0x3f8 it works

Re: [PATCH v2 0/5] Refactor Qualcomm RPM regulator to single platform_device

On Thu, Apr 02, 2015 at 03:00:37PM -0700, Stephen Boyd wrote: > What happens with debugfs when you have multiple pmics with the same > named regulator? I thought that in this case we needed to make the names > unique somehow or we would end up with the same directory for two > different

Re: [Xen-devel] [PATCH v1 02/47] x86: mtrr: generalize run time disabling of MTRR

On Thu, Apr 2, 2015 at 3:09 PM, Bjorn Helgaas wrote: > On Thu, Apr 2, 2015 at 4:02 PM, Luis R. Rodriguez wrote: > >> --- >> It is possible to enable CONFIG_MTRR and CONFIG_X86_PAT >> and end up with a system with MTRR functionality disabled >> PAT functionality enabled. > > This is missing a

[patch] madvise.2: specify MADV_REMOVE returns EINVAL for hugetlbfs

madvise(2) actually returns with error EINVAL for MADV_REMOVE when used for hugetlb vmas, not EOPNOTSUPP, and this has been the case since MADV_REMOVE was introduced in commit f6b3ec238d12 ("madvise(MADV_REMOVE): remove pages from tmpfs shm backing store"). Specify the exact behavior.

Re: [PATCHv4] media: i2c/adp1653: devicetree support for adp1653

Hello Pavel, I haven't reviewed the patch since I'm not familiar with the hardware but just wanted to point out a couple of things that I spot: On Thu, Apr 2, 2015 at 10:34 PM, Pavel Machek wrote: > > > We are moving to device tree support on OMAP3, but that currently > breaks ADP1653 driver.

ThinkPad T-510: Audio output mute LED not working in 3.19.2

System: Arch linux, synched to repos a few days ago Kernel: 3.19.2-1 HW: Lenovo ThinkPad T-510 Also see: Attached output from 'lspci -vvv' and 'alsa-info.sh' Throughout the 3.18 kernel series, both the MIC mute and audio output mute LEDs worked as expected: The LEDs illuminated

Re: [PATCH 0/3] PCI/sparc: Fix booting with T5-8

On Thu, Apr 2, 2015 at 5:07 PM, Yinghai Lu wrote: > On Thu, Apr 2, 2015 at 1:37 PM, David Miller wrote: >> From: Yinghai Lu >> Date: Tue, 31 Mar 2015 19:57:46 -0700 >> >>> Fix regression by commit d63e2e1f3df9 ("sparc/PCI: Clip bridge windows to >>> fit in upstream windows"). >>> >>> That cause

Re: [PATCH v1 02/47] x86: mtrr: generalize run time disabling of MTRR

On Thu, Apr 2, 2015 at 4:02 PM, Luis R. Rodriguez wrote: > --- > It is possible to enable CONFIG_MTRR and CONFIG_X86_PAT > and end up with a system with MTRR functionality disabled > PAT functionality enabled. This is missing a conjunction or something in "MTRR functionality disabled PAT

[ANNOUNCE] Git v2.4.0-rc1

A release candidate Git v2.4.0-rc1 is now available for testing at the usual places. The changes since the early preview 2.4.0-rc0 is minimum. Please give it a good testing. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/testing/ The following public repositories

Re: [PATCH 0/3] PCI/sparc: Fix booting with T5-8

On Thu, Apr 2, 2015 at 1:37 PM, David Miller wrote: > From: Yinghai Lu > Date: Tue, 31 Mar 2015 19:57:46 -0700 > >> Fix regression by commit d63e2e1f3df9 ("sparc/PCI: Clip bridge windows to >> fit in upstream windows"). >> >> That cause bridge bar get clipped wrongly. >> >> The sparc64

[PATCH] firmware: qcom: scm: Add HDCP Support

HDCP driver needs to check if secure environment supports HDCP. If it's supported, then it requires to program some registers through SCM. Add qcom_scm_hdcp_available and qcom_scm_hdcp_req to support these requirements. Signed-off-by: Jilai Wang --- drivers/firmware/qcom_scm.c | 60

Re: [PATCH 2/6] selftest/kdbus: enable cross compilation

On Thu, Apr 02, 2015 at 11:28:23AM -0600, Shuah Khan wrote: > On 04/01/2015 05:20 PM, Tyler Baker wrote: > > Use the CC variable instead of hard coding gcc and include lib.mk. > > > > Signed-off-by: Tyler Baker > > Greg, > > Will you be able to take this patch in with the other > kdbus

Re: [PATCH v2 3/5] regulator: qcom: Don't enable DRMS in driver

On 04/01/15 15:55, Bjorn Andersson wrote: > The driver itself should not flag regulators as being DRMS compatible, > this should come from board or dt files. > > Signed-off-by: Bjorn Andersson Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a

Re: [PATCH v2 1/5] mfd: devicetree: bindings: Add Qualcomm RPM regulator subnodes

On 04/01/15 15:55, Bjorn Andersson wrote: > @@ -52,6 +42,188 @@ frequencies. > - u32 representing the ipc bit within the register > > > += SUBNODES > + > +The RPM exposes resources to its subnodes. The below bindings specify the set > +of valid subnodes that can operate on

Re: [PATCH v2 0/5] Refactor Qualcomm RPM regulator to single platform_device

On 04/01/15 15:55, Bjorn Andersson wrote: > Stephen Boyd pointed out that the current design of the Qualcomm RPM and > regulator driver consumes 12-20kB of ram just for the platform_device structs. > > This series starts with a new revision of the dt binding documentation for the > rpm regulators,

Re: [PATCH v2] pci: export class IDs from pci_ids.h

On Thu, Apr 02, 2015 at 11:28:19PM +0200, Michael S. Tsirkin wrote: > On Thu, Apr 02, 2015 at 03:53:47PM -0500, Bjorn Helgaas wrote: > > On Mon, Mar 30, 2015 at 01:33:28PM +0200, Michael S. Tsirkin wrote: > > > The basic class ID macros in pci_ids.h are pretty useful for userspace > > > using the

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