Re: [PATCH v3 1/4] KVM/X86: Fix xsave cpuid exposing bug

Il 21/01/2014 19:59, Liu, Jinsong ha scritto: From 3155a190ce6ebb213e6c724240f4e6620ba67a9d Mon Sep 17 00:00:00 2001 From: Liu Jinsong Date: Fri, 13 Dec 2013 02:32:03 +0800 Subject: [PATCH v3 1/4] KVM/X86: Fix xsave cpuid exposing bug EBX of cpuid(0xD, 0) is dynamic per XCR0 features

Re: [Bisected] qemu hangs on current git

On Wed, Jan 22, 2014 at 10:37:55AM +0100, Markus Trippelsdorf wrote: > git bisect points to: > > commit 8cb75e0c4ec9786b81439761eac1d18d4a931af3 > Author: Peter Zijlstra > Date: Wed Nov 20 12:22:37 2013 +0100 > > sched/preempt: Fix up missed PREEMPT_NEED_RESCHED folding > No idea why

Re: [RFC PATCH] mm: thp: Add per-mm_struct flag to control THP

On Tue, Jan 14, 2014 at 01:38:01PM -0600, Alex Thorlton wrote: > On Tue, Jan 14, 2014 at 03:44:57PM +, Mel Gorman wrote: > > On Fri, Jan 10, 2014 at 04:39:09PM -0600, Alex Thorlton wrote: > > > On Fri, Jan 10, 2014 at 11:10:10PM +0100, Peter Zijlstra wrote: > > > > We already have the

Re: [BUG] sched_clock: wrong printk time stamp

On Wed, Jan 22, 2014 at 05:52:19PM +0800, Dave Young wrote: > Hi, > > With today's Linus tree, the printk time is very odd, see below please follow the thread here: lkml.kernel.org/r/52def495.2020...@oracle.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [PATCH v3 1/4] KVM/X86: Fix xsave cpuid exposing bug

On 01/22/2014 02:21 AM, Paolo Bonzini wrote: > Il 21/01/2014 19:59, Liu, Jinsong ha scritto: >> From 3155a190ce6ebb213e6c724240f4e6620ba67a9d Mon Sep 17 00:00:00 2001 >> From: Liu Jinsong >> Date: Fri, 13 Dec 2013 02:32:03 +0800 >> Subject: [PATCH v3 1/4] KVM/X86: Fix xsave cpuid exposing bug >>

Re: mutual exculsion between clk_prepare_enable /clk_disable_unprepare and clk_set_parent

On Wed, Jan 22, 2014 at 02:02:57PM +0800, Xiaoguang Chen wrote: > Hi, Mike > > We met a issue between clk_prepare_enable /clk_disable_unprepare and > clk_set_parent. clk_prepare_enable/disable_unprepare are perfectly fine in themselves. You're looking at the problem wrongly - because drivers can

Re: [PATCH v3 1/4] net_dma: simple removal

On Tue, Jan 21, 2014 at 11:44 AM, Dan Williams wrote: > On Fri, Jan 17, 2014 at 12:16 PM, saeed bishara > wrote: >> Dan, >> >> isn't this issue similar to direct io case? >> can you please look at the following article >> http://lwn.net/Articles/322795/ > > I guess it's similar, but the NET_DMA

Re: powerpc32 broken by ef1313deafb7

Hi Rob, > I replied to this with the correct config last week. Did you get it? > Here it is again. Just built against a fresh git pull and it's still > happening for me... Your .config built fine with a couple of different toolchains I have here. One of them was the 4.7.3 powerpc64 biarch

Re: [PATCH 13/15] sched: Use a static_key for sched_clock_stable

On Tue, Jan 21, 2014 at 05:28:37PM -0500, Sasha Levin wrote: > On 12/12/2013 09:08 AM, Peter Zijlstra wrote: > > This patch seems to be causing an issue with booting a KVM guest. It seems > that it > causes the time to go random during early boot process: > > [0.00] Initmem setup

Re: [PATCH v2] backlight: turn backlight on/off when necessary

On 01/22/2014 05:35 PM, Jani Nikula wrote: > On Mon, 20 Jan 2014, Liu Ying wrote: >> We don't have to turn backlight on/off everytime a blanking >> or unblanking event comes because the backlight status may >> have already been what we want. Another thought is that one >> backlight device may be

Hello

Could I have 5mins of your time to discuss a life changingmatter with you? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the

Re: [PATCH RFC 4/6] net: rfkill: gpio: add device tree support

On Wed, Jan 22, 2014 at 10:58:38AM +0100, Linus Walleij wrote: > On Tue, Jan 21, 2014 at 3:53 PM, Alexandre Courbot wrote: > > > The good (or bad, rather) thing about DT is that we can do whatever we > > please with the new bindings: decide which name or which index > > (doesn't matter here) a

Re: [Xen-devel] [PATCH v4] xen/grant-table: Avoid m2p_override during mapping

On 21/01/14 20:22, Zoltan Kiss wrote: > The grant mapping API does m2p_override unnecessarily: only gntdev needs it, > for blkback and future netback patches it just cause a lock contention, as > those pages never go to userspace. Therefore this series does the following: > - the original

Re: [PATCH v2 5/7] ARM: perf_event: Fully support Krait CPU PMU events

On Tue, Jan 21, 2014 at 09:59:54PM +, Stephen Boyd wrote: > On 01/21/14 10:37, Stephen Boyd wrote: > > On 01/21/14 10:07, Will Deacon wrote: > >> Finally, I'd really like to see this get some test coverage, but I don't > >> want to try running mainline on my phone :) Could you give your

Re: [PATCH RFC 04/10] base: power: Add generic OF-based power domain look-up

On Mon, Jan 20, 2014 at 05:32:53PM +, Tomasz Figa wrote: > Hi Lorenzo, > > On 16.01.2014 17:34, Lorenzo Pieralisi wrote: > > Hi Tomasz, > > > > thank you for posting this series. I would like to use the DT bindings > > for power domains in the bindings for C-states on ARM: > > > >

[RFC PATCH V5] mm readahead: Fix readahead fail for no local memory and limit readahead pages

max_sane_readahead returns zero on the cpu having no local memory node. Fix that by returning a sanitized number of pages viz., minimum of (requested pages, 4k) Result: fadvise experiment with FADV_WILLNEED on a x240 machine with 1GB testfile 32GB* 4G RAM numa machine ( 12 iterations) yielded

Re: [PATCH v3 1/4] KVM/X86: Fix xsave cpuid exposing bug

Il 21/01/2014 19:59, Liu, Jinsong ha scritto: From 3155a190ce6ebb213e6c724240f4e6620ba67a9d Mon Sep 17 00:00:00 2001 From: Liu Jinsong Date: Fri, 13 Dec 2013 02:32:03 +0800 Subject: [PATCH v3 1/4] KVM/X86: Fix xsave cpuid exposing bug EBX of cpuid(0xD, 0) is dynamic per XCR0 features

Re: [PATCH v4 1/5] arm: break part of __soft_restart out into separate function

On Sat, Jan 11, 2014 at 01:05:20PM +, Leif Lindholm wrote: > Certain operations can be considered mandatory for any piece of code > preparing to switch off the MMU. Break this out into separate function > dmap_prepare(). idmap_prepare. dmap_prepare sounds like something *completely*

Re: [PATCH V5 2/3] mm/memblock: Add support for excluded memory areas

Hi again, I'd like to remind that the s390 development relies on this patch (and the next one, for cleanliness, of course) being added. It would be very good to see it being added to the -mm tree resp. linux-next. Kind regards Philipp -- To unsubscribe from this list: send the line

Re: [PATCH v4 2/5] arm: add new asm macro update_sctlr

On Sat, Jan 11, 2014 at 01:05:21PM +, Leif Lindholm wrote: > A new macro for setting/clearing bits in the SCTLR. > > Signed-off-by: Leif Lindholm > Suggested-by: Will Deacon > --- > arch/arm/include/asm/assembler.h | 13 + > 1 file changed, 13 insertions(+) > > diff --git

[PATCH v3] backlight: turn backlight on/off when necessary

We don't have to turn backlight on/off every time a blanking or unblanking event comes because the backlight status may have already been what we want. Another thought is that one backlight device may be shared by multiple framebuffers. We don't hope blanking one of the framebuffers may turn the

[PATCH 2/3] ARM: kexec: copying code to ioremapped area

ARM's kdump is actually corrupted (at least for omap4460), mainly because of cache problem: flush_icache_range can't reliably ensure the copied data correctly goes into RAM. After mmu turned off and jump to the trampoline, kexec always failed due to random undef instructions. This patch use

[PATCH 0/3] Bugfix for kdump on arm

This patch series introduce 3 bugfix for kdump (and kexec) on arm platform. kdump for arm in fact is corrupted (at least for omap4460). With one-month hard work and with the help of a jtag debugger, we finally make kdump works reliablly. Following is the patches. The first 2 patches forms a

[PATCH 1/3] ARM: Premit ioremap() to map reserved pages

This patch relaxes the restriction set by commit 309caa9cc, which prohibit ioremap() on all kernel managed pages. Other architectures, such as x86 and (some specific platforms of) powerpc, allow such mapping. ioremap() pages is an efficient way to avoid arm's mysterious cache control. This

[PATCH 3/3] ARM: allow kernel to be loaded in middle of phymem

This patch allows the kernel to be loaded at the middle of kernel awared physical memory. Before this patch, users must use mem= or device tree to cheat kernel about the start address of physical memory. This feature is useful in some special cases, for example, building a crash dump kernel.

Is it ok for deferrable timer wakeup the idle cpu?

Hi Thomas, Recently I want to do the experiment for cpu isolation over 3.10 kernel. But I find the isolated one is periodically waken up by IPI interrupt. By checking the trace, I find those IPI is generated by add_timer_on, which would calls wake_up_nohz_cpu, and wake up the already idle cpu.

ADC continous mode

Hi experts, i am new to this area, I am using amstrong 3.8.13 kernel in BBB at first i loaded the device tree as below, echo cape-bone-iio > /sys/devices/bone_capemgr.*/slots then i used analog pins however i am getting the fixed values that is values are not varying continously as i vary

Re: Weird plugin paths in perf and perf.so binaries with 3.14 merge window

On Tue, Jan 21, 2014 at 03:02:43PM -0500, Josh Boyer wrote: > Hi All, > > I went to build Linux v3.13-737-g7fe67a1 in Fedora this morning and it > resulted in RPM complaining that the perf and perf.so binaries had > strings in them that matched the RPM_BUILD_ROOT string. That fails > the RPM

Re: [PATCH v3 2/4] KVM/X86: Intel MPX vmx and msr handle

Il 21/01/2014 20:01, Liu, Jinsong ha scritto: From 31e68d752ac395dc6b65e6adf45be5324e92cdc8 Mon Sep 17 00:00:00 2001 From: Liu Jinsong Date: Fri, 13 Dec 2013 02:32:43 +0800 Subject: [PATCH v3 2/4] KVM/X86: Intel MPX vmx and msr handle This patch handle vmx and msr of Intel MPX feature.

Re: [PATCH 1/3] ARM: Premit ioremap() to map reserved pages

On Wed, Jan 22, 2014 at 11:25:14AM +, Wang Nan wrote: > This patch relaxes the restriction set by commit 309caa9cc, which > prohibit ioremap() on all kernel managed pages. > > Other architectures, such as x86 and (some specific platforms of) powerpc, > allow such mapping. > > ioremap() pages

Re: [PATCH 1/3] ARM: Premit ioremap() to map reserved pages

On Wed, Jan 22, 2014 at 07:25:14PM +0800, Wang Nan wrote: > This patch relaxes the restriction set by commit 309caa9cc, which > prohibit ioremap() on all kernel managed pages. > > Other architectures, such as x86 and (some specific platforms of) powerpc, > allow such mapping. > > ioremap() pages

Re: ADC continous mode

On Wed, Jan 22, 2014 at 12:29 PM, shravan wrote: > Hi experts, > i am new to this area, > I am using amstrong 3.8.13 kernel in BBB As the BBB 3.8.x kernel contains gazillions of patches you better ask the creators of the BSP. > at first i loaded the device tree as below, > > echo cape-bone-iio

Re: [Bisected] qemu hangs on current git

On 2014.01.22 at 11:24 +0100, Peter Zijlstra wrote: > On Wed, Jan 22, 2014 at 10:37:55AM +0100, Markus Trippelsdorf wrote: > > git bisect points to: > > > > commit 8cb75e0c4ec9786b81439761eac1d18d4a931af3 > > Author: Peter Zijlstra > > Date: Wed Nov 20 12:22:37 2013 +0100 > > > >

Re: [PATCH 18/20] clocksource / acpi: Add macro CLOCKSOURCE_ACPI_DECLARE

On Wed, Jan 22, 2014 at 08:26:50AM +, Linus Walleij wrote: > On Fri, Jan 17, 2014 at 1:25 PM, Hanjun Guo wrote: > > > From: Amit Daniel Kachhap > > > > This macro does the same job as CLOCKSOURCE_OF_DECLARE. The device > > name from the ACPI timer table is matched with all the registered >

[RFC PATCH 2/3] ARM: mmc: davinci: Remove cast to the same type

Signed-off-by: Michael Trimarchi --- drivers/mmc/host/davinci_mmc.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/mmc/host/davinci_mmc.c b/drivers/mmc/host/davinci_mmc.c index 8ea09ef..13ac664 100644 --- a/drivers/mmc/host/davinci_mmc.c +++

[RFC PATCH 3/3] ARM: mmc: davinci: clock rate is an unsigned long

Signed-off-by: Michael Trimarchi --- drivers/mmc/host/davinci_mmc.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/mmc/host/davinci_mmc.c b/drivers/mmc/host/davinci_mmc.c index 13ac664..0181780 100644 --- a/drivers/mmc/host/davinci_mmc.c +++

[RFC PATCH 0/3] ARM: mmc: davinci: Small fixes on host davinci driver

Hi all, I had the omapl138 board for one day. Looking at the code I have noticed that opendrain mmc configuration is buggy. I don't have the possibility to test but it should be correct to use host clock variable information. The other two patches are small style cleanup Michael Trimarchi (3):

Re: [PATCH 18/20] clocksource / acpi: Add macro CLOCKSOURCE_ACPI_DECLARE

On Mon, Jan 20, 2014 at 09:08:32AM +, Hanjun Guo wrote: > On 2014-1-17 22:21, Arnd Bergmann wrote: > > On Friday 17 January 2014, Hanjun Guo wrote: > >> > >> From: Amit Daniel Kachhap > >> > >> This macro does the same job as CLOCKSOURCE_OF_DECLARE. The device > >> name from the ACPI timer

[RFC PATCH 1/3] ARM: mmc: davinci: remove unused variable mmc_pclk and fix opendrain clock calculation

Signed-off-by: Michael Trimarchi --- drivers/mmc/host/davinci_mmc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/host/davinci_mmc.c b/drivers/mmc/host/davinci_mmc.c index e9fa87d..8ea09ef 100644 --- a/drivers/mmc/host/davinci_mmc.c +++

Re: [PATCH v3 2/4] KVM/X86: Intel MPX vmx and msr handle

Il 22/01/2014 12:38, Paolo Bonzini ha scritto: Il 21/01/2014 20:01, Liu, Jinsong ha scritto: From 31e68d752ac395dc6b65e6adf45be5324e92cdc8 Mon Sep 17 00:00:00 2001 From: Liu Jinsong Date: Fri, 13 Dec 2013 02:32:43 +0800 Subject: [PATCH v3 2/4] KVM/X86: Intel MPX vmx and msr handle This patch

[PATCH] ARM: dts: add BeagleBone Audio Cape (Rev A) dtsi

From: Jack Mitchell Devicetree include file for setting up the am335x mcasp bus, i2c-2 bus, and audio codec required for a functioning BeagleBone Audio Cape. Signed-off-by: Jack Mitchell Signed-off-by: Matt Porter --- arch/arm/boot/dts/am335x-bone-audio-cape-reva.dtsi | 124

Re: [PATCH v2 0/4] Intel MPX support

* Qiaowei Ren wrote: > Changes since v1: > * check to see if #BR occurred in userspace or kernel space. > * use generic structure and macro as much as possible when > decode mpx instructions. > > Qiaowei Ren (4): > x86, mpx: add documentation on Intel MPX > x86, mpx: hook #BR

Re: [PATCH 04/20] ARM64 / ACPI: Introduce arm_core.c and its related head file

On Fri, Jan 17, 2014 at 12:24:58PM +, Hanjun Guo wrote: [...] > diff --git a/arch/arm64/kernel/setup.c b/arch/arm64/kernel/setup.c > index bd9bbd0..2210353 100644 > --- a/arch/arm64/kernel/setup.c > +++ b/arch/arm64/kernel/setup.c > @@ -41,6 +41,7 @@ > #include > #include > #include >

Re: [Bisected] qemu hangs on current git

On Wed, Jan 22, 2014 at 12:44:43PM +0100, Markus Trippelsdorf wrote: > On 2014.01.22 at 11:24 +0100, Peter Zijlstra wrote: > > On Wed, Jan 22, 2014 at 10:37:55AM +0100, Markus Trippelsdorf wrote: > > > git bisect points to: > > > > > > commit 8cb75e0c4ec9786b81439761eac1d18d4a931af3 > > > Author:

Re: mdadm raid1 regression

2014/1/6 NeilBrown : > The value given to --data-offset is assumed to be kilobytes unless it has a > suffix: 'M' for megabytes, 's' for sectors. > > The value reported by 'mdadm -D' is (as it says) in sectors. > 1024 kilobytes is 2048 sectors. > If you want to specify sectors, add an 's' suffix.

Re: [PATCH 1/3] ARM: Premit ioremap() to map reserved pages

On 2014/1/22 19:42, Russell King - ARM Linux wrote: > On Wed, Jan 22, 2014 at 07:25:14PM +0800, Wang Nan wrote: >> This patch relaxes the restriction set by commit 309caa9cc, which >> prohibit ioremap() on all kernel managed pages. >> >> Other architectures, such as x86 and (some specific

Re: [alsa-devel] [PATCH] ASoC: wm8804: Allow control of master clock divider in PLL generation

On Fri, Jan 17, 2014 at 10:35:10AM +, Dimitris Papastamos wrote: > > Charles (or someone else from Wolfson), you commented on previous > > versions of this - are you still OK with it? > > Looks good to me. > > Privacy & Confidentiality Notice >

Re: [PATCH 13/15] sched: Use a static_key for sched_clock_stable

On Wed, Jan 22, 2014 at 11:45:32AM +0100, Peter Zijlstra wrote: > Ho humm. OK, so I had me a ponder; does the below fix things for you and David? I've only done a boot test on real proper hardware :-) --- kernel/sched/clock.c | 42 +- 1 file changed, 33

Re: [PATCH 13/15] sched: Use a static_key for sched_clock_stable

On 2014.01.22 at 11:45 +0100, Peter Zijlstra wrote: > On Tue, Jan 21, 2014 at 05:28:37PM -0500, Sasha Levin wrote: > > On 12/12/2013 09:08 AM, Peter Zijlstra wrote: > > > > This patch seems to be causing an issue with booting a KVM guest. It seems > > that it > > causes the time to go random

RE: [PATCH v2 0/4] Intel MPX support

> -Original Message- > From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo > Molnar > Sent: Wednesday, January 22, 2014 7:53 PM > To: Ren, Qiaowei > Cc: H. Peter Anvin; Thomas Gleixner; Ingo Molnar; x...@kernel.org; > linux-kernel@vger.kernel.org; Peter Zijlstra >

Re: [PATCH v3 0/4] X86/KVM: enable Intel MPX for KVM

Il 22/01/2014 06:29, Liu, Jinsong ha scritto: These patches are version 3 to enalbe Intel MPX for KVM. Version 1: * Add some Intel MPX definiation * Fix a cpuid(0x0d, 0) exposing bug, dynamic per XCR0 features enable/disable * vmx and msr handle for MPX support at KVM * enalbe MPX

Re: [PATCHv3] dt: binding documentation for bq2415x charger

Hello, On Wed, Jan 22, 2014 at 12:48 AM, Sebastian Reichel wrote: > Hi Dmitry, > >> Add devicetree binding documentation for bq2415x charger. >> >> Signed-off-by: Sebastian Reichel >> Acked-by: Pavel Machek > > I've seen, that you just sent a pull request for the power supply > tree. Can you

Re: [PATCH 13/15] sched: Use a static_key for sched_clock_stable

On Wed, Jan 22, 2014 at 01:00:48PM +0100, Markus Trippelsdorf wrote: > FYI it happens on real hardware on my machine: > ... > [0.00] Hierarchical RCU implementation. > [0.00] NR_IRQS:4352 nr_irqs:712 16 > [0.00] spurious 8259A interrupt: IRQ7. > [0.00] Console:

Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86

* Peter Zijlstra wrote: > On Tue, Jan 21, 2014 at 04:31:56PM -0800, Linus Torvalds wrote: > > And if somebody tries to do a "smp_store_release()" on a random > > structure or union, do we care? We're not some nanny state that wants > > to give nice warnings for insane code. > > Hurm, and here

Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86

On Wed, Jan 22, 2014 at 01:09:17PM +0100, Ingo Molnar wrote: > > * Peter Zijlstra wrote: > > > On Tue, Jan 21, 2014 at 04:31:56PM -0800, Linus Torvalds wrote: > > > And if somebody tries to do a "smp_store_release()" on a random > > > structure or union, do we care? We're not some nanny state

Re: [PATCH v2] mm/zswap: Check all pool pages instead of one pool pages

Hello Minchan 2014/1/22 Minchan Kim > > Hello Cai, > > On Tue, Jan 21, 2014 at 09:52:25PM +0800, Cai Liu wrote: > > Hello Minchan > > > > 2014/1/21 Minchan Kim : > > > Hello, > > > > > > On Tue, Jan 21, 2014 at 02:35:07PM +0800, Cai Liu wrote: > > >> 2014/1/21 Minchan Kim : > > >> > Please

Re: [PATCH 13/15] sched: Use a static_key for sched_clock_stable

On Wed, Jan 22, 2014 at 01:07:57PM +0100, Peter Zijlstra wrote: > On Wed, Jan 22, 2014 at 01:00:48PM +0100, Markus Trippelsdorf wrote: > > FYI it happens on real hardware on my machine: > > ... > > [0.00] Hierarchical RCU implementation. > > [0.00] NR_IRQS:4352 nr_irqs:712 16 > > [

Re: Kconfig errors

Hi Russell, On Fri, Jan 17, 2014 at 1:07 PM, Prabhakar Lad wrote: > Hi, > > On Linux-next branch I see following errors for davinci_all_defconfig > & da8xx_omapl_defconfig configs, > > arch/arm/Kconfig:1966:error: recursive dependency detected! > arch/arm/Kconfig:1966:symbol ZBOOT_ROM

[tip:x86/build] x86, relocs: Add manual debug mode

Commit-ID: 214a88768d34079b70e0f2ba37b91a3b717fddbb Gitweb: http://git.kernel.org/tip/214a88768d34079b70e0f2ba37b91a3b717fddbb Author: Michael Davidson AuthorDate: Tue, 21 Jan 2014 12:32:23 -0800 Committer: H. Peter Anvin CommitDate: Wed, 22 Jan 2014 04:21:45 -0800 x86, relocs: Add

[tip:x86/build] x86, boot: Use __attribute__((used)) to ensure videocard structs are emitted

Commit-ID: 9b3965f7401b0cc3ed2c228085a4c13b1c9243b1 Gitweb: http://git.kernel.org/tip/9b3965f7401b0cc3ed2c228085a4c13b1c9243b1 Author: David Woodhouse AuthorDate: Wed, 8 Jan 2014 11:21:21 + Committer: H. Peter Anvin CommitDate: Wed, 22 Jan 2014 04:21:45 -0800 x86, boot: Use

Re: [PATCH 13/15] sched: Use a static_key for sched_clock_stable

On 2014.01.22 at 13:07 +0100, Peter Zijlstra wrote: > On Wed, Jan 22, 2014 at 01:00:48PM +0100, Markus Trippelsdorf wrote: > > FYI it happens on real hardware on my machine: > > ... > > [0.00] Hierarchical RCU implementation. > > [0.00] NR_IRQS:4352 nr_irqs:712 16 > > [

[tip:x86/build] x86: Remove duplication of 16-bit CFLAGS

Commit-ID: 1c678da3bd1339299ab667af68cad5032367fb1c Gitweb: http://git.kernel.org/tip/1c678da3bd1339299ab667af68cad5032367fb1c Author: David Woodhouse AuthorDate: Wed, 8 Jan 2014 11:21:20 + Committer: H. Peter Anvin CommitDate: Wed, 22 Jan 2014 04:21:45 -0800 x86: Remove

Re: Kconfig errors

On Wed, Jan 22, 2014 at 05:54:29PM +0530, Prabhakar Lad wrote: > Hi Russell, > > On Fri, Jan 17, 2014 at 1:07 PM, Prabhakar Lad > wrote: > > Hi, > > > > On Linux-next branch I see following errors for davinci_all_defconfig > > & da8xx_omapl_defconfig configs, > > > > arch/arm/Kconfig:1966:error:

Re: [tip:core/urgent] MAINTAINERS: Restore "L: linux-kernel@vger.kernel.org" entries

* Joe Perches wrote: > Also, SubmittingPatches had and still has: > > 6) Select your CC (e-mail carbon copy) list. > > Unless you have a reason NOT to do so, CC linux-kernel@vger.kernel.org. > > Arguably, that same info should be added to the > MAINTAINERS header instead of each

[tip:core/urgent] MAINTAINERS: Restore "L: linux-kernel@vger.kernel.org" entries

Commit-ID: 981c3a4ff8596a9dcd2b058ee12d6749639c32a5 Gitweb: http://git.kernel.org/tip/981c3a4ff8596a9dcd2b058ee12d6749639c32a5 Author: Ingo Molnar AuthorDate: Tue, 21 Jan 2014 10:59:20 +0100 Committer: Ingo Molnar CommitDate: Wed, 22 Jan 2014 13:25:55 +0100 MAINTAINERS: Restore "L:

Re: [PATCH v2 0/4] Intel MPX support

* Ren, Qiaowei wrote: > > > > -Original Message- > > From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo > > Molnar > > Sent: Wednesday, January 22, 2014 7:53 PM > > To: Ren, Qiaowei > > Cc: H. Peter Anvin; Thomas Gleixner; Ingo Molnar; x...@kernel.org; > >

Re: [PATCH 13/15] sched: Use a static_key for sched_clock_stable

On Wed, Jan 22, 2014 at 01:26:09PM +0100, Markus Trippelsdorf wrote: > On 2014.01.22 at 13:07 +0100, Peter Zijlstra wrote: > > On Wed, Jan 22, 2014 at 01:00:48PM +0100, Markus Trippelsdorf wrote: > > > FYI it happens on real hardware on my machine: > > > ... > > > [0.00] Hierarchical RCU

Re: [BUG] sched: tip/master show soft lockup while running multiple VM

On Wed, Jan 22, 2014 at 04:27:45PM +0800, Michael wang wrote: > # CONFIG_PREEMPT_NONE is not set > CONFIG_PREEMPT_VOLUNTARY=y > # CONFIG_PREEMPT is not set Could you try the patch here: lkml.kernel.org/r/20140122102435.gh31...@twins.programming.kicks-ass.net I suspect its the same issue. --

Re: [PATCH RFC 4/6] net: rfkill: gpio: add device tree support

On Tue, Jan 21, 2014 at 07:50:06PM +0100, Arnd Bergmann wrote: > I should have another look at the debugfs representation, but isn't > there a global namespace that gets used for all gpios? Neither the > con_id nor the name that the driver picks would be globally unique > and stable across

[PATCH] watchdog: Add sp805_wdt depends on ARM64

From: Naresh Bhat Add sp805_wdt depends on ARM64. Signed-off-by: Naresh Bhat --- drivers/watchdog/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig index 5be6e91..2385124 100644 --- a/drivers/watchdog/Kconfig +++

Re: [PATCH v4 00/36] mtd: st_spi_fsm: Add new driver

Hi Brian, > Version 4: > Tended to Brian's previous review comments > - Checkpatch acceptance > - MODULE_DEVICE_TABLE() name slip correction > - Timeout issue(s) resolved > - Potential infinite loop mitigated > - Code clarity suggests heeded > - Duplication with MTD core

Slab corruption in fanotify_free_event()

Hi, booting current Linus' tree (df32e43a), I am getting Slab corruption (Not tainted): fanotify_event_info start=8800372e3320, len=64 Redzone: 0x9f911029d74e35b/0x9f911029d74e35b. Last user: [](fanotify_free_event+0x2d/0x40) 030: 6b 6b 6b 6b 6b 6b 6b 6b 00 00 00 00 6b 6b 6b a5

Re: [ANNOUNCE] Git v1.9-rc0

Will there be any change on how tarballs are distributed, taking into account that Google will be shutting down Google Code Downloads section[1][2]? Cheers Javier Domingo Cansino [1] Google Code download service change announcement:

[PATCH] perf tests: Add install prefix tests

On Tue, Jan 21, 2014 at 07:58:41PM -0500, Josh Boyer wrote: > On Tue, Jan 21, 2014 at 3:02 PM, Josh Boyer wrote: > > Hi All, > > > > I went to build Linux v3.13-737-g7fe67a1 in Fedora this morning and it > > resulted in RPM complaining that the perf and perf.so binaries had > SNIP > I'm not

Re: [tip:core/urgent] MAINTAINERS: Restore "L: linux-kernel@vger.kernel.org" entries

On Wed, 2014-01-22 at 13:27 +0100, Ingo Molnar wrote: > * Joe Perches wrote: [] > You have cut out my main argument from you reply and have ignored it: Not ignored. Threaded email works fine. Your main argument is that some people don't cc lkml because section entries don't specify it

Re: [PATCH] sched/deadline: Add sched_dl documentation

Hi, On 01/21/2014 02:55 PM, Peter Zijlstra wrote: On Tue, Jan 21, 2014 at 01:50:41PM +0100, Luca Abeni wrote: On 01/21/2014 01:33 PM, Peter Zijlstra wrote: - During the execution of a job, the task might invoke a blocking system call, and block... When it wakes up, it is still in the

Re: [PATCH 2/3] ARM: kexec: copying code to ioremapped area

On 2014/1/22 20:56, Vaibhav Bedia wrote: > On Wed, Jan 22, 2014 at 6:25 AM, Wang Nan > wrote: > > ARM's kdump is actually corrupted (at least for omap4460), mainly because > of > cache problem: flush_icache_range can't reliably ensure the copied data >

Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86

* Peter Zijlstra wrote: > On Wed, Jan 22, 2014 at 01:09:17PM +0100, Ingo Molnar wrote: > > > > * Peter Zijlstra wrote: > > > > > On Tue, Jan 21, 2014 at 04:31:56PM -0800, Linus Torvalds wrote: > > > > And if somebody tries to do a "smp_store_release()" on a random > > > > structure or union,

Re: [PATCH] mm/mmu_notifier: restore set_pte_at_notify semantics

On Wed, Jan 15, 2014 at 11:40:34AM +0200, Mike Rapoport wrote: > Commit 6bdb913f0a70a4dfb7f066fb15e2d6f960701d00 (mm: wrap calls to > set_pte_at_notify with invalidate_range_start and invalidate_range_end) > breaks semantics of set_pte_at_notify. When calls to set_pte_at_notify > are wrapped with

[PATCH 2/2] mfd: wm5110: Make additional DSP registers available to the user

Expose some DSP registers which are useful for DSP users to be able to access whilst debugging their firmware. Signed-off-by: Charles Keepax --- drivers/mfd/wm5110-tables.c | 168 + include/linux/mfd/arizona/registers.h | 67 + 2 files

[PATCH 1/2] mfd: wm5102: Make additional DSP registers available to the user

Expose some DSP registers which are useful for DSP users to be able to access whilst debugging their firmware. Signed-off-by: Charles Keepax --- drivers/mfd/wm5102-tables.c | 34 + include/linux/mfd/arizona/registers.h | 17 2 files

Re: [PATCH 13/15] sched: Use a static_key for sched_clock_stable

On 2014.01.22 at 13:30 +0100, Peter Zijlstra wrote: > On Wed, Jan 22, 2014 at 01:26:09PM +0100, Markus Trippelsdorf wrote: > > On 2014.01.22 at 13:07 +0100, Peter Zijlstra wrote: > > > On Wed, Jan 22, 2014 at 01:00:48PM +0100, Markus Trippelsdorf wrote: > > > > FYI it happens on real hardware on

[PATCH v3] ims-pcu: Add commands supported by the new version of the FW

New version of the PCU firmware supports two new commands: - IMS_PCU_CMD_OFN_SET_CONFIG which allows to write data to the registers of one finger navigation(OFN) chip present on the device - IMS_PCU_CMD_OFN_GET_CONFIG which allows to read data form the registers of said chip. This commit

Re: [PATCHSET 00/24] perf tools: Add support to accumulate hist periods (v6)

On Tue, Jan 14, 2014 at 02:25:33PM +0900, Namhyung Kim wrote: > Hello, > > This is a new attempt to implement cumulative hist period report. > This work begins from Arun's SORT_INCLUSIVE patch [1] but I completely > rewrote it from scratch. > > This patchset is based on my previous patchset [2]

Re: [PATCH v6 7/8] x86: patch all traced function calls using the int3-based framework

On Wed, 2014-01-15 at 10:47 -0500, Steven Rostedt wrote: > On Tue, 10 Dec 2013 16:42:19 +0100 > Petr Mladek wrote: > > > > > diff --git a/arch/x86/kernel/alternative.c b/arch/x86/kernel/alternative.c > > index 03abf9abf681..e5c02af3a8cc 100644 > > --- a/arch/x86/kernel/alternative.c > > +++

Re: [RFC] Creating an eeprom class

> On Sun, Jan 20, 2013 at 07:08:28PM +0100, Thomas De Schampheleire wrote: >> [plaintext and fixed address of David Brownell] > > David passed away a year or so ago, so that's really not going to help :( > >> Hi, >> >> Several of the eeprom drivers that live in drivers/misc/eeprom export >> a

Re: [PATCH 2/3] ARM: kexec: copying code to ioremapped area

On Wed, Jan 22, 2014 at 07:25:15PM +0800, Wang Nan wrote: > ARM's kdump is actually corrupted (at least for omap4460), mainly because of > cache problem: flush_icache_range can't reliably ensure the copied data > correctly goes into RAM. Quite right too. You're mistake here is thinking that

Re: [PATCH V5 6/8] time/cpuidle: Support in tick broadcast framework in the absence of external clock device

On Wed, 15 Jan 2014, Preeti U Murthy wrote: > diff --git a/kernel/time/clockevents.c b/kernel/time/clockevents.c > index 086ad60..d61404e 100644 > --- a/kernel/time/clockevents.c > +++ b/kernel/time/clockevents.c > @@ -524,12 +524,13 @@ void clockevents_resume(void) > #ifdef

[PATCH v2 RESEND 0/8] staging/lustre: sync with external tree

Hi Greg, Here are the v2 of previous series. Each patch is checkpatch'ed and build-tested independently. Please see if it is OK to merge them. Thanks, Tao Cc: Andreas Dilger Andreas Dilger (1): staging/lustre/idl: remove LASSERT/CLASSERT from lustre_idl.h Andriy Skulysh (1):

[PATCH v2 RESEND 3/8] staging/lustre/llite: pass correct pointer to obd_iocontrol()

From: "John L. Hammond" In copy_and_ioctl() use the kernel space copy as the karg to obd_iocontrol(). Lustre-change: http://review.whamcloud.com/6274 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3283 Signed-off-by: John L. Hammond Reviewed-by: Sebastien Buisson Reviewed-by: Oleg Drokin

[PATCH v2 RESEND 1/8] staging/lustre/llite: remove ll_d_root_ops

From: Lai Siyao Mnt root dentry will never be revalidated, but its d_op->d_compare will be called for its children, to simplify code, we use the same ll_d_ops as normal dentries. But its attribute may be invalid before access, this won't cause any issue because it always exists, and the only

[PATCH v2 RESEND 2/8] staging/lustre/llite: don't d_add for create only files

From: Lai Siyao This is only part of the original Lustre commit. Splitted to remove d_add() for create only files, because the dentry is fake, and will be released right after use. Lustre-change: http://review.whamcloud.com/6797 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3486

[PATCH v2 RESEND 6/8] staging/lustre/obdclass: remove extra break in class_process_config

From: Artem Blagodarenko This is only part of the original Lustre commit, splitted to do the cleanup work. Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3155 Lustre-change: http://review.whamcloud.com/6025 Signed-off-by: Artem Blagodarenko Reviewed-by: Andreas Dilger Reviewed-by: Emoly

[PATCH v2 RESEND 7/8] staging/lustre/lustre_user.h: remove obsolete comments

From: JC Lafoucriere This is only part of the original Lustre commit, main part of which changes user space code. And now the comments above struct hsm_copy is no more true. Lustre-change: http://review.whamcloud.com/4737 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-2062 Signed-off-by:

[PATCH v2 RESEND 4/8] staging/lustre/idl: remove LASSERT/CLASSERT from lustre_idl.h

From: Andreas Dilger Remove the usage of LASSERT() and CLASSERT() from lustre_idl.h, so that it is usable from userspace programs if needed. These have crept in over the years, but are not intended to be there. The CLASSERT() checks for fid swabbing were largely redundant, and have been moved

[PATCH v2 RESEND 5/8] staging/lustre/mgs: set_param -P option that sets value permanently

From: Artem Blagodarenko set_param and conf_param have different syntaxes. Also conf_param has unimplemented paths and no wildcarding support. This patch adds set_param -P option, that replaces the whole conf_param "direct" proc access with a simple upcall-type mechanism from the MGC. Option

[PATCH v2 RESEND 8/8] staging/lustre/ptlrpc: flock deadlock detection does not work

From: Andriy Skulysh Flock deadlocks are checked on the first attempt to grant the flock only. If we try again to grant it after its blocking lock is cancelled, we don't check for deadlocks which also may exist. Perform deadlock detection during reprocess Intel-bug-id:

[PATCH 1/6] staging/lustre/o2iblnd: fix is_vmalloc_addr build warning

I got this building Lustre: drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c: In function ‘kiblnd_kvaddr_to_page’: drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c:532:2: warning: passing argument 1 of ‘is_vmalloc_addr’ makes pointer from integer without a cast [enabled by default]

[PATCH 2/6] staging/lustre/libcfs: remove cfs_curproc_groups_nr

no user. Cc: Andreas Dilger Signed-off-by: Peng Tao --- .../staging/lustre/include/linux/libcfs/curproc.h |7 --- .../lustre/lustre/libcfs/linux/linux-curproc.c | 11 --- 2 files changed, 18 deletions(-) diff --git a/drivers/staging/lustre/include/linux/libcfs/curproc.h

Re: [PATCH] tty: Allow stealing of controlling ttys within user namespaces

On Tue, Jan 21, 2014 at 03:12:26PM -0800, Eric W. Biederman wrote: > Seth Forshee writes: > > > root is allowed to steal ttys from other sessions, but it > > requires system-wide CAP_SYS_ADMIN and therefore is not possible > > for root within a user namespace. This should be allowed so long > >

<    3   4   5   6   7   8   9   10   11   12   >