Re: [PATCH 3/5] uprobes/x86: Shift "insn_complete" from branch_setup_xol_ops() to uprobe_init_insn()

2014-04-29 Thread Srikar Dronamraju
* Oleg Nesterov [2014-04-19 19:01:55]: > Change uprobe_init_insn() to make insn_complete() == T, this makes > other insn_get_*() calls unnecessary. > > Signed-off-by: Oleg Nesterov Acked-by: Srikar Dronamraju -- Thanks and Regards Srikar Dronamraju -- To unsubscribe from this list: send

Re: [PATCH 4/5] uprobes/x86: Make good_insns_* depend on CONFIG_X86_*

2014-04-29 Thread Srikar Dronamraju
* Oleg Nesterov [2014-04-19 19:01:59]: > Add the suitable ifdef's around good_insns_* arrays. We do not want > to add the ugly ifdef's into their only user, uprobe_init_insn(), so > the "#else" branch simply defines them as NULL. This doesn't generate > the extra code, gcc is smart enough,

Re: [PATCH 5/5] uprobes/x86: Fix is_64bit_mm() with CONFIG_X86_X32

2014-04-29 Thread Srikar Dronamraju
* Oleg Nesterov [2014-04-19 19:02:02]: > is_64bit_mm() assumes that mm->context.ia32_compat means the 32-bit > instruction set, this is not true if the task is TIF_X32. > > Change set_personality_ia32() to initialize mm->context.ia32_compat > by TIF_X32 or TIF_IA32 instead of 1. This allows to

Re: [PATCH] uprobes: use BX register for rip-relative fixups, not AX

2014-04-29 Thread Denys Vlasenko
On 04/28/2014 09:23 PM, Oleg Nesterov wrote: > On 04/28, Denys Vlasenko wrote: >> >> On 04/28/2014 07:34 PM, Oleg Nesterov wrote: >>> >>> It seems that you are right. But it would be really great if you also >>> provide the test-case which proves the fix ;) >> >> Working on a testcase for this. So

Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities

2014-04-29 Thread Borislav Petkov
On Tue, Apr 29, 2014 at 09:33:09AM +0200, Andreas Herrmann wrote: > I am sure, it's because some server systems had MMIO ECS access not > enabled in BIOS. I can't remember which systems were affected. Ok, now AMD people: what's the story with IO ECS, can we assume that on everything after F10h,

Re: [PATCH 30/47] staging/lustre/mdc: fix issue found by Klocwork Insight tool

2014-04-29 Thread Dan Carpenter
On Sun, Apr 27, 2014 at 01:06:54PM -0400, Oleg Drokin wrote: > From: Dmitry Eremin > > Pointer 'mod' checked for NULL at line 160 may be dereferenced at line 208. > This seems to be a real bug, btw. For example, FSFILT_IOC_SETFLAGS calls md_setattr() with a NULL mod in ll_iocontrol().

Re: [PATCH] ignore ,keep for efi earlyprintk

2014-04-29 Thread Thomas Gleixner
On Tue, 29 Apr 2014, Matt Fleming wrote: > I would just replace the existing calls to early_ioremap() with > efi_ioremap() and implement it like so (all in > arch/x86/platform/efi/early_printk.c), > > static void *efi_ioremap(resource_size_t phys_addr, unsigned long size) > { > if

Re: [PATCH 2/3] sched: idle: Add sched balance option

2014-04-29 Thread Daniel Lezcano
On 04/29/2014 01:11 AM, Rafael J. Wysocki wrote: On Monday, April 28, 2014 01:07:31 PM Daniel Lezcano wrote: On 04/28/2014 12:28 PM, Peter Zijlstra wrote: On Mon, Apr 28, 2014 at 12:09:20PM +0200, Daniel Lezcano wrote: I agree a numerical value is not flexible. But it sounds weird to put a

Re: [PATCH v2 00/10] arm64: UEFI support

2014-04-29 Thread Catalin Marinas
On Fri, Apr 25, 2014 at 05:09:04PM +0100, Leif Lindholm wrote: > This set adds support for UEFI to the arm64 port - a stub loader, as > well as runtime services support for efivars. > > It depends on some core EFI patches currently in linux-next. The patches look fine to me, they've been through

Re: [PATCH/RFC] SCHED: allow wait_on_bit functions to support a timeout.

2014-04-29 Thread Peter Zijlstra
On Tue, Apr 29, 2014 at 07:44:06PM +1000, NeilBrown wrote: > > > It is currently not possible for various wait_on_bit functions to > implement a timeout. > While the "action" function that is called to do the waiting could > certainly use schedule_timeout(), there is no way to carry forward the

Re: [PATCH v6 3/5] devicetree: bindings: Document Krait cache error interrupts

2014-04-29 Thread Lorenzo Pieralisi
On Tue, Apr 08, 2014 at 04:39:25PM +0100, Borislav Petkov wrote: > On Fri, Apr 04, 2014 at 12:57:28PM -0700, Stephen Boyd wrote: > > The Krait L1/L2 error reporting hardware is made up a per-CPU > > interrupt for the L1 cache and a SPI interrupt for the L2. > > > > Cc: Lorenzo Pieralisi > > Cc:

Re: [PATCH 34/47] staging/lustre/libcfs: add CPU table functions for uniprocessor

2014-04-29 Thread Dan Carpenter
On Sun, Apr 27, 2014 at 01:06:58PM -0400, Oleg Drokin wrote: > int > +cfs_cpt_table_print(struct cfs_cpt_table *cptab, char *buf, int len) > +{ > + int rc = 0; GCC has a feature where it warns about unitialized variables. If you do bogus it disables this safety feature. Also the bogus

Re: [PATCH V3 2/2] powerpc/pseries: init fault_around_order for pseries

2014-04-29 Thread Madhavan Srinivasan
On Tuesday 29 April 2014 12:36 PM, Ingo Molnar wrote: > > * Madhavan Srinivasan wrote: > >> Performance data for different FAULT_AROUND_ORDER values from 4 socket >> Power7 system (128 Threads and 128GB memory). perf stat with repeat of 5 >> is used to get the stddev values. Test ran in v3.14

[PATCH net-next] virtio-net: Set needed_headroom for virtio-net when VIRTIO_F_ANY_LAYOUT is true

2014-04-29 Thread Zhangjie (HZ)
This is a small supplement for commit e7428e95a06fb516fac1308bd0e176e27c0b9287 ("virtio-net: put virtio-net header inline with data"). TCP packages have enough room to put virtio-net header in, but UDP packages do not. By setting dev->needed_headroom for virtio-net device, UDP packages could have

Re: [tip:x86/efi] x86/efi: Save and restore FPU context around efi_calls (x86_64)

2014-04-29 Thread Matt Fleming
On Fri, 25 Apr, at 01:40:10PM, Borislav Petkov wrote: > > Well, the more I think about it, the more I'm persuaded that > you actually do *really* need that WARN_ON_ONCE check there to > make sure you're not fiddling with the FPU while in an interrupt > context and in an unsafe way (see

[PATCH v2 2/2] fentry: x86, cleanup function_hook uses

2014-04-29 Thread Jiri Slaby
Let's define fentry_hook depending on CC_USING_FENTRY and use that macro all over. This saves some #ifdef's here and there. We do not use the old macro function_hook since it is too generic. Hence we introduce fentry_hook which corresponds to what it is. Signed-off-by: Jiri Slaby Cc: Thomas

Re: [PATCH 2/3] sched: idle: Add sched balance option

2014-04-29 Thread Morten Rasmussen
On Sun, Apr 27, 2014 at 02:23:24PM +0100, Rafael J. Wysocki wrote: > Still, I have a rather fundamental problem with the notion that performance > and energy efficiency are essentially at odds with each other, because quite > often they aren't. What is good for performance is often good for

Re: [PATCH v2 0/4] memcg: Low-limit reclaim

2014-04-29 Thread Roman Gushchin
29.04.2014, 11:42, "Greg Thelen" : > On Mon, Apr 28 2014, Roman Gushchin wrote: > >>  28.04.2014, 16:27, "Michal Hocko" : >>>  The series is based on top of the current mmotm tree. Once the series >>>  gets accepted I will post a patch which will mark the soft limit as >>>  deprecated with a note

Re: [PATCH v3 2/3] perf record: Propagate exit status of a command line workload

2014-04-29 Thread Jiri Olsa
On Thu, Apr 24, 2014 at 10:27:33PM +0900, Namhyung Kim wrote: SNIP > Reported-by: Stephane Eranian > Signed-off-by: Namhyung Kim > --- > tools/perf/builtin-record.c | 121 > ++- > 1 file changed, 51 insertions(+), 70 deletions(-) > > diff --git

Re: [PATCH 41/47] staging/lustre/llite: remove dead code

2014-04-29 Thread Dan Carpenter
On Sun, Apr 27, 2014 at 01:07:05PM -0400, Oleg Drokin wrote: > From: "John L. Hammond" > > In llite remove unused declarations, parameters, types, and unused, > get-only, or set-only structure members. Add static and const > qualifiers to declarations where possible. > > Signed-off-by: John L.

Re: [PATCH] mmc: rtsx: usb backend needs LED support

2014-04-29 Thread Ulf Hansson
On 29 April 2014 11:45, Arnd Bergmann wrote: > [hijacking the thread since it has the right Cc list already, sorry] > > I stumbled over this doing randconfig builds on linux-next > > 8<-- > > From c11f54f1e5ea0557e076867ca31c90bcb20e3e0c Mon Sep 17 00:00:00 2001 > From: Arnd Bergmann >

[ANNOUNCE] Linux Security Summit 2014 -- CFP

2014-04-29 Thread James Morris
== ANNOUNCEMENT AND CALL FOR PARTICIPATION LINUX SECURITY SUMMIT 2014 18-19 AUGUST CHICAGO, IL, USA

Re: [PATCH v2 0/7] Generic serial earlycon

2014-04-29 Thread Catalin Marinas
On Fri, Apr 18, 2014 at 11:19:53PM +0100, Rob Herring wrote: > Rob Herring (7): > x86: move FIX_EARLYCON_MEM kconfig into x86 > tty/serial: add generic serial earlycon > tty/serial: convert 8250 to generic earlycon > tty/serial: pl011: add generic earlycon support > tty/serial: add

Re: [RFC PATCH] mba6x_bl: Backlight driver for mid 2013 MacBook Air

2014-04-29 Thread Hans de Goede
Hi, Why is this patch an RFC? If it is ready for upstreaming please drop the RFC prefix when you post the next version. On 04/27/2014 10:56 PM, Patrik Jakobsson wrote: > This driver takes control over the LP8550 backlight driver chip found > in the mid 2013 and newer MacBook Air (6,1 and 6,2).

Re: OFD ("file private") locks and NFS

2014-04-29 Thread Jeff Layton
On Tue, 29 Apr 2014 10:47:07 +0200 "Michael Kerrisk (man-pages)" wrote: > [CC+= linux-nfs@] > > On 04/29/2014 10:38 AM, Michael Kerrisk (man-pages) wrote: > > Hi Jeff, > > > > I've been looking a bit at the fcntl() documentation of traditional > > (F_SETLK) record locking, and a question just

Re: [PATCH v2] timer: prevent overflow in apply_slack

2014-04-29 Thread Jiri Bohac
Thomas, does this make sense now, with the new description? On Fri, Apr 18, 2014 at 05:23:11PM +0200, Jiri Bohac wrote: > On architectures with sizeof(int) < sizeof (long), the > computation of mask inside apply_slack() can be undefined if the > computed bit is > 32. > > E.g. with: expires =

Re: [PATCH v3 2/3] perf record: Propagate exit status of a command line workload

2014-04-29 Thread Jiri Olsa
On Thu, Apr 24, 2014 at 10:27:33PM +0900, Namhyung Kim wrote: SNIP > - rec->bytes_written / 24); > +out_child: > + if (forks) { > + int exit_status; > > - return 0; > + if (!child_finished) > + kill(rec->evlist->workload.pid,

Re: OFD ("file private") locks and NFS

2014-04-29 Thread Michael Kerrisk (man-pages)
Hi Jeff, On Tue, Apr 29, 2014 at 1:11 PM, Jeff Layton wrote: > On Tue, 29 Apr 2014 10:47:07 +0200 > "Michael Kerrisk (man-pages)" wrote: > >> [CC+= linux-nfs@] >> >> On 04/29/2014 10:38 AM, Michael Kerrisk (man-pages) wrote: >> > Hi Jeff, >> > >> > I've been looking a bit at the fcntl()

[PATCH 01/15] ASoC: CS42L51 and WM8962 codecs depend on INPUT

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann Building ARM randconfig got into a situation where CONFIG_INPUT is turned off and SND_SOC_ALL_CODECS is turned on, which failed for two codecs trying to use the input subsystem. Some other drivers also select one of these codecs and consequently need an explicit dependency

[PATCH 05/15] ASoC: nuc900: export nuc900_ac97_data

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann The symbol "nuc900_ac97_data" is used by the nuc900_pcm driver, which may be a loadable module, so we should export it. If one tries to build SND_SOC_NUC900 without SND_SOC_NUC900_AC97, the kernel fails to link because of the reference to nuc900_ac97_data. Signed-off-by:

[PATCH 00/15] ASoC: Arnds randconfig fixes for ASoC

2014-04-29 Thread Xia Kaixu
This patchset series addresses various bugs found and fixed by Arnd Bergmann whilst doing randconfig builds. My involvement has been to review, add/check the maintainers are correct and submit upstream to try and reduce the backlog. Best Regards, Kaixu Xia Arnd Bergmann (11): ASoC: CS42L51

[PATCH 08/15] ASoC: TTC DKB audio needs I2C

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann The missing dependency can lead to build errors, so make it explicit in Kconfig. Signed-off-by: Arnd Bergmann Signed-off-by: Xia Kaixu Cc: Mark Brown Cc: Liam Girdwood Cc: Philipp Zabel Cc: Paul Parsons Cc: Russell King Cc: Eric Miao Cc: Haojian Zhuang Cc:

[PATCH 06/15] ASoC: RX-51 audio needs I2C

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann The codec requires I2C to be enabled, so any other option that selects it should also depend on I2C. Signed-off-by: Arnd Bergmann Signed-off-by: Xia Kaixu Cc: Mark Brown Cc: Liam Girdwood Cc: Peter Ujfalusi Cc: Jarkko Nikula Cc: alsa-de...@alsa-project.org Cc:

[PATCH 09/15] ASoC: Migo-R sound needs I2C

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann The WM8978 driver needs I2C to be enabled, so the SND_SIU_MIGOR option also requires this. Signed-off-by: Arnd Bergmann Signed-off-by: Xia Kaixu Cc: Mark Brown Cc: Liam Girdwood Cc: alsa-de...@alsa-project.org Cc: linux-arm-ker...@lists.infradead.org ---

Re: [PATCH v3 2/3] perf record: Propagate exit status of a command line workload

2014-04-29 Thread Peter Zijlstra
On Tue, Apr 29, 2014 at 12:56:54PM +0200, Jiri Olsa wrote: > > perf_counter tools: Propagate signals properly > commit f7b7c26e01e51fe46097e11f179dc71ce7950084 > Author: Peter Zijlstra > Date: Wed Jun 10 15:55:59 2009 +0200 > > but I dont think we need to do that But but but, then

[PATCH 14/15] ASoC: Amstrad E3 needs TTY support for codec

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann The cx20442 codec driver used here requires the TTY layer to be enabled, or we get a link error: sound/built-in.o: In function `cx20442_codec_remove': cx20442.c:398: undefined reference to `tty_hangup' sound/built-in.o: In function `ams_delta_remove': ams-delta.c:613:

[PATCH 13/15] ASoC: SND_S3C_DMA_LEGACY needs S3C24XX_DMA

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann SND_S3C_DMA_LEGACY can only be set on S3C24xx, which does not (yet) support the dmaengine framework, so samsung_dma_get_ops() fails to link if S3C24XX_DMA is disabled: sound/built-in.o: In function `dma_hw_params': :(.text+0x7f310): undefined reference to `s3c_dma_get_ops'

[PATCH 12/15] ASoC: Atmel WM8904 codec support needs I2C

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann The WM8904 codec driver needs I2C to be enabled, so the SND_ATMEL_SOC_WM8904 option also requires this. Found using randconfig build testing. Signed-off-by: Arnd Bergmann Signed-off-by: Xia Kaixu Cc: Mark Brown Cc: Liam Girdwood Cc: alsa-de...@alsa-project.org ---

[PATCH 10/15] ASoC: TLV320AIC23 and Simtec Hermes audio

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann This codec requires I2C to be enabled, so any other option that selects it should also depend on I2C. Signed-off-by: Arnd Bergmann Signed-off-by: Xia Kaixu Cc: Mark Brown Cc: Liam Girdwood Cc: Ben Dooks Cc: Kukjin Kim Cc: Sangbeom Kim Cc: alsa-de...@alsa-project.org

[PATCH 15/15] ASoC: pxa: remove mach header dependency

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann As we are moving the mmp platform towards multiplatform support, we have to stop including platform header files. This changes the pxa-ssp sound driver file to no longer depend on mach/hardware.h and mach/dma.h. The code using the definitions from those headers is actually

Re: [PATCH 0/3] timekeeping: Improved NOHZ frequency steering

2014-04-29 Thread Prarit Bhargava
On 04/24/2014 07:04 PM, John Stultz wrote: > Continuing the sporadic work on improving the timekeeping > frequency steering logic when NOHZ is enabled, I've made a number > of changes to my re-implementation of Miroslav's patch (most > recently posted here: https://lkml.org/lkml/2014/2/12/401 ),

[PATCH 07/15] ASoC: UDA1380 needs I2C

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann The UDA1380 driver needs I2C to be enabled, so SND_SOC_SAMSUNG_H1940_UDA1380 and SND_SOC_SAMSUNG_RX1950_UDA1380 also require this. Signed-off-by: Arnd Bergmann Signed-off-by: Xia Kaixu Cc: Mark Brown Cc: Liam Girdwood Cc: Ben Dooks Cc: Kukjin Kim Cc: Sangbeom Kim

Re: [PATCH v2 03/10] efi: add helper function to get UEFI params from FDT

2014-04-29 Thread Matt Fleming
On Fri, 25 Apr, at 05:09:07PM, Leif Lindholm wrote: > From: Mark Salter > > ARM and ARM64 architectures use the device tree to pass UEFI parameters > from stub to kernel. These parameters are things known to the stub but > not discoverable by the kernel after the stub calls ExitBootSerives(). >

Re: [PATCH v2 05/10] efi: Add shared FDT related functions for ARM/ARM64

2014-04-29 Thread Matt Fleming
On Fri, 25 Apr, at 05:09:09PM, Leif Lindholm wrote: > From: Roy Franz > > Both ARM and ARM64 stubs will update the device tree that they pass to > the kernel. In both cases they primarily need to add the same UEFI > related information, so the function can be shared. Create a new FDT > related

[PATCH 02/15] ASoC: davinci: add dependencies for SND_SOC_TLV320AIC3X

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann This codec requires I2C to be enabled, so any other option that selects it should also depend on I2C. Signed-off-by: Arnd Bergmann Signed-off-by: Xia Kaixu Cc: Mark Brown Cc: Liam Girdwood Cc: alsa-de...@alsa-project.org --- sound/soc/davinci/Kconfig | 10 +-

Re: [RFC 3/3] asm-generic: Drop renameat syscall from default list

2014-04-29 Thread Szeredi Miklos
On Wed, Apr 23, 2014 at 2:41 PM, James Hogan wrote: > It appears Miklos Szeredi beat me to it with patch 1 (adding renameat2 > syscall to asm-generic unistd.h), and will be submitting it to Linus > at some point as part of his renameat2 series. > Miklos: Do you think it makes sense for you to

[PATCH 04/15] ASoC: samsung-idma: avoid 64-bit division

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann dma_addr_t may be 64 bit wide, which causes a build failure when doing a division on it. Here it is safe to cast to an u32 type, which avoids the problem. Signed-off-by: Arnd Bergmann Signed-off-by: Xia Kaixu Cc: Mark Brown Cc: Liam Girdwood Cc: Ben Dooks Cc: Kukjin Kim

Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities

2014-04-29 Thread Robert Richter
On 29.04.14 09:33:09, Andreas Herrmann wrote: > On Mon, Apr 28, 2014 at 11:40:36PM +0200, Borislav Petkov wrote: > > On Mon, Apr 28, 2014 at 02:50:29PM -0600, Bjorn Helgaas wrote: > > > This I/O ECS thing seems likely to cause future problems. My > > > understanding (based on sec 2.8 of [1]) is

[PATCH 03/15] ASoC: SMDK_WM8580_PCM needs REGMAP_I2C

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann This adds a missing dependency for SND_SOC_SMDK_WM8580_PCM to require REGMAP_I2C to be enabled, avoiding possible build erorrs. Signed-off-by: Arnd Bergmann Signed-off-by: Xia Kaixu Cc: Mark Brown Cc: Liam Girdwood Cc: Ben Dooks Cc: Kukjin Kim Cc: Sangbeom Kim Cc:

[PATCH 11/15] ASoC: WM0010 needs SPI

2014-04-29 Thread Xia Kaixu
From: Arnd Bergmann The missing dependency can lead to build errors, so make it explicit in Kconfig. Signed-off-by: Arnd Bergmann Signed-off-by: Xia Kaixu Cc: Mark Brown Cc: Liam Girdwood Cc: Ben Dooks Cc: Kukjin Kim Cc: Sangbeom Kim Cc: alsa-de...@alsa-project.org Cc:

Re: [PATCH v2 08/10] arm64: efi: add EFI stub

2014-04-29 Thread Matt Fleming
On Fri, 25 Apr, at 05:09:12PM, Leif Lindholm wrote: > From: Mark Salter > > This patch adds PE/COFF header fields to the start of the kernel > Image so that it appears as an EFI application to UEFI firmware. > An EFI stub is included to allow direct booting of the kernel > Image. > >

Re: [PATCH v2 10/10] efi/arm64: ignore dtb= when UEFI SecureBoot is enabled

2014-04-29 Thread Matt Fleming
On Fri, 25 Apr, at 05:09:14PM, Leif Lindholm wrote: > From: Ard Biesheuvel > > Loading unauthenticated FDT blobs directly from storage is a security hazard, > so this should only be allowed when running with UEFI Secure Boot disabled. > > Signed-off-by: Ard Biesheuvel > Signed-off-by: Leif

Re: [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.

2014-04-29 Thread Wolfram Sang
> The rest has been queued up for 3.16. I also aim for 3.16, yet it may take 1 or 2 weeks more until I'll be able to review the I2C part of those patches. signature.asc Description: Digital signature

Re: [PATCH v3 2/3] perf record: Propagate exit status of a command line workload

2014-04-29 Thread Peter Zijlstra
On Tue, Apr 29, 2014 at 01:19:39PM +0200, Peter Zijlstra wrote: > On Tue, Apr 29, 2014 at 12:56:54PM +0200, Jiri Olsa wrote: > > > > perf_counter tools: Propagate signals properly > > commit f7b7c26e01e51fe46097e11f179dc71ce7950084 > > Author: Peter Zijlstra > > Date: Wed Jun 10

Re: flock() and NFS [Was: Re: [PATCH] locks: rename file-private locks to file-description locks]

2014-04-29 Thread Jeff Layton
On Tue, 29 Apr 2014 11:53:40 +0200 "Michael Kerrisk (man-pages)" wrote: > On 04/29/2014 11:24 AM, NeilBrown wrote: > > On Tue, 29 Apr 2014 11:07:16 +0200 "Michael Kerrisk (man-pages)" > > wrote: > > > >> On 04/27/2014 11:28 PM, NeilBrown wrote: > >>> On Sun, 27 Apr 2014 13:11:33 +0200 "Michael

Re: [PATCH RFC 0/2] percpu_ida: Take into account CPU topology when stealing tags

2014-04-29 Thread Ming Lei
On Sat, Apr 26, 2014 at 10:03 AM, Jens Axboe wrote: > On 2014-04-25 18:01, Ming Lei wrote: >> >> Hi Jens, >> >> On Sat, Apr 26, 2014 at 5:23 AM, Jens Axboe wrote: >>> >>> On 04/25/2014 03:10 AM, Ming Lei wrote: >>> >>> Sorry, I did run it the other day. It has little to no effect here, but >>>

Re: [PATCH v3 2/3] perf record: Propagate exit status of a command line workload

2014-04-29 Thread Jiri Olsa
On Tue, Apr 29, 2014 at 01:19:39PM +0200, Peter Zijlstra wrote: > On Tue, Apr 29, 2014 at 12:56:54PM +0200, Jiri Olsa wrote: > > > > perf_counter tools: Propagate signals properly > > commit f7b7c26e01e51fe46097e11f179dc71ce7950084 > > Author: Peter Zijlstra > > Date: Wed Jun 10

Re: [PATCH v3 2/3] perf record: Propagate exit status of a command line workload

2014-04-29 Thread Jiri Olsa
On Tue, Apr 29, 2014 at 01:33:04PM +0200, Peter Zijlstra wrote: > On Tue, Apr 29, 2014 at 01:19:39PM +0200, Peter Zijlstra wrote: > > On Tue, Apr 29, 2014 at 12:56:54PM +0200, Jiri Olsa wrote: > > > > > > perf_counter tools: Propagate signals properly > > > commit

Re: OFD ("file private") locks and NFS

2014-04-29 Thread Matt W. Benjamin
Hi Jeff, Something which came up on the last Ganesha conn call is that we have a pretty strong need for some ability to wait on a set of locks, and perhaps receive events. Frank Filz believed that you had made a proposal which would cover this. Can you elaborate on that? Thanks, Matt -

Estimado E-mail del usuario;

2014-04-29 Thread Barilová Milena
Estimado E-mail del usuario; Se ha superado 23.432 Repositorio para el conjunto buzón Servicios Web / Administrador, y habrás problemas al enviar y recepción de correo, mientras que volver a verificar. Debe actualizar haciendo clic en enlace de abajo y complete la información para verificar su

Patchset for kernel 3.10 (fixing lockup in printk)

2014-04-29 Thread Alexander Naumann
Hallo all, attached to this mail you will find a couple of patches fixing one bug I have with kernel 3.10 (all subreleases). These patches have been developed originally by Jan Kara (j...@suse.cz, I guess you know him better than I do) for kernel 3.13 and can be found here:

Re: [PATCH v2 00/10] arm64: UEFI support

2014-04-29 Thread Matt Fleming
(Pulling in Peter and Stephen) On Tue, 29 Apr, at 11:28:17AM, Catalin Marinas wrote: > > The patches look fine to me, they've been through several rounds of > review already. How do we propose these get merged as the series > contains both generic and arm64 patches? And there are dependencies >

Re: OFD ("file private") locks and NFS

2014-04-29 Thread Jeff Layton
On Tue, 29 Apr 2014 07:40:08 -0400 (EDT) "Matt W. Benjamin" wrote: > Hi Jeff, > > Something which came up on the last Ganesha conn call is that we have > a pretty strong need for some ability to wait on a set of locks, and perhaps > receive events. Frank Filz believed that you had made a

[PATCH 00/15] ASoC: Arnds randconfig fixes for ASoC

2014-04-29 Thread Xia Kaixu
This patchset series addresses various bugs found and fixed by Arnd Bergmann whilst doing randconfig builds. My involvement has been to review, add/check the maintainers are correct and submit upstream to try and reduce the backlog. Best Regards, Kaixu Xia Arnd Bergmann (11): ASoC: CS42L51

Re: Patchset for kernel 3.10 (fixing lockup in printk)

2014-04-29 Thread Greg KH
On Tue, Apr 29, 2014 at 01:42:13PM +0200, Alexander Naumann wrote: > Hallo all, > > attached to this mail you will find a couple of patches fixing one bug I > have with kernel 3.10 (all subreleases). > These patches have been developed originally by Jan Kara (j...@suse.cz, > I guess you > know

Re: mmotm 2014-04-24-13-07 uploaded

2014-04-29 Thread Rik van Riel
On 04/28/2014 05:15 PM, Paul E. McKenney wrote: > On Mon, Apr 28, 2014 at 01:32:38PM -0700, Randy Dunlap wrote: >> On 04/28/14 13:06, Paul E. McKenney wrote: >>> Please see below for a patch against next-20140428 that makes this build >>> for me. This is derived from Rik's patch, my patch, and

Re: [PATCH v3 2/3] perf record: Propagate exit status of a command line workload

2014-04-29 Thread Peter Zijlstra
On Thu, Apr 24, 2014 at 10:27:33PM +0900, Namhyung Kim wrote: > static void record__sig_exit(int exit_status __maybe_unused, void *arg) > { > - struct record *rec = arg; > - int status; > - > - if (rec->evlist->workload.pid > 0) { > - if (!child_finished) > -

Re: [PATCH RESEND 0/3] memcg: minor ->mm_owner fix/cleanups

2014-04-29 Thread Michal Hocko
On Mon 28-04-14 17:19:26, Oleg Nesterov wrote: > Andrew, > > You applied the last (4th) memcg-kill-config_mm_owner.patch, but other > patches in this thread were ignored. Hopefully thi is because I sent > them chaotically. All of them are queued AFAICS. I do not know where those emails are

Re: [PATCH -V1 19/22] vfs: Cache richacl in struct inode

2014-04-29 Thread Matthew Wilcox
On Tue, Apr 29, 2014 at 10:52:04AM +1000, Dave Chinner wrote: > > #ifdef CONFIG_FSNOTIFY > > @@ -240,10 +246,19 @@ void __destroy_inode(struct inode *inode) > > } > > > > #ifdef CONFIG_FS_POSIX_ACL > > - if (inode->i_acl && inode->i_acl != ACL_NOT_CACHED) > > -

Re: flock() and NFS [Was: Re: [PATCH] locks: rename file-private locks to file-description locks]

2014-04-29 Thread Michael Kerrisk (man-pages)
On 04/29/2014 01:34 PM, Jeff Layton wrote: > On Tue, 29 Apr 2014 11:53:40 +0200 > "Michael Kerrisk (man-pages)" wrote: > >> On 04/29/2014 11:24 AM, NeilBrown wrote: >>> On Tue, 29 Apr 2014 11:07:16 +0200 "Michael Kerrisk (man-pages)" >>> wrote: >>> On 04/27/2014 11:28 PM, NeilBrown wrote:

[PATCH 2/2] video: fbdev: Fix format string mismatch in gbefb.c

2014-04-29 Thread Masanari Iida
Fix format string mismatch in gbefb_show_memsize(). Signed-off-by: Masanari Iida --- drivers/video/fbdev/gbefb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/video/fbdev/gbefb.c b/drivers/video/fbdev/gbefb.c index 3ec65a8..4aa56ba 100644 ---

[PATCH 1/2] video: fbdev: Fix format string mismatch in wm8505fb.c

2014-04-29 Thread Masanari Iida
Fix format string mismatch in contrast_show(). Signed-off-by: Masanari Iida --- drivers/video/fbdev/wm8505fb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/video/fbdev/wm8505fb.c b/drivers/video/fbdev/wm8505fb.c index 537d199..d2fafbb 100644 ---

Re: [PATCH 0/3] Add new ptrace request macros on PowerPC

2014-04-29 Thread Anshuman Khandual
On 04/29/2014 01:52 PM, Michael Neuling wrote: > That's not what that patch does. It shouldn't make any user visible changes > to DSCR or PPR. It may not when it runs uninterrupted but after the tracee process has stopped, thread.dscr reflects the default DSCR value as mentioned before. This can

Re: [PATCH v2 6/7] i2c: ChromeOS EC tunnel driver

2014-04-29 Thread Wolfram Sang
Hi, just a basic review to keep things rolling... > On the original Samsung ARM Chromebook these devices were on an I2C > bus that was shared between the AP and the EC and arbitrated using > some extranal GPIOs (see i2c-arb-gpio-challenge). > > The original arbitration scheme worked well enough

[PATCH v4] drivercore: deferral race condition fix

2014-04-29 Thread Grant Likely
When the kernel is built with CONFIG_PREEMPT it is possible to reach a state when all modules loaded but some driver still stuck in the deferred list and there is a need for external event to kick the deferred queue to probe these drivers. The issue has been observed on embedded systems with

Re: [BUG] kernel BUG at mm/vmacache.c:85!

2014-04-29 Thread Oleg Nesterov
On 04/28, Davidlohr Bueso wrote: > > @@ -29,6 +30,7 @@ void use_mm(struct mm_struct *mm) > tsk->active_mm = mm; > } > tsk->mm = mm; > + vmacache_flush(tsk); But this can't help, we need to do this in unuse_mm(). And we can race with vmacache_flush_all() which

Re: [PATCH] mmc: rtsx: usb backend needs LED support

2014-04-29 Thread Arnd Bergmann
On Tuesday 29 April 2014 13:05:15 Ulf Hansson wrote: > On 29 April 2014 11:45, Arnd Bergmann wrote: > > drivers/built-in.o: In function `rtsx_usb_sdmmc_drv_remove': > > :(.text+0x806480): undefined reference to `led_classdev_unregister' > > drivers/built-in.o: In function

[PATCH] vmacache: change vmacache_find() to always check ->vm_mm

2014-04-29 Thread Oleg Nesterov
On 04/29, Srivatsa S. Bhat wrote: > > I guess I'll hold off on testing this fix until I get to reproduce > the bug more reliably.. perhaps the patch below can help a bit? --- Subject: [PATCH] vmacache: change

checkpatch: false positives when parsing trace includes

2014-04-29 Thread Javi Merino
Hi, checkpatch complains about the spaces before the close parenthesis in trace events: ERROR: space prohibited before that close parenthesis ')' #94: FILE: include/trace/events/thermal.h:14: + __field(unsigned int, freq ) However, in that directory, that's actually the

Re: [PATCH v2 0/4] memcg: Low-limit reclaim

2014-04-29 Thread Michal Hocko
On Tue 29-04-14 14:50:18, Roman Gushchin wrote: > 29.04.2014, 11:42, "Greg Thelen" : > > On Mon, Apr 28 2014, Roman Gushchin wrote: > > > >>  28.04.2014, 16:27, "Michal Hocko" : > >>>  The series is based on top of the current mmotm tree. Once the series > >>>  gets accepted I will post a patch

[GIT PULL] irqchip: mvebu: fixes for v3.15

2014-04-29 Thread Jason Cooper
Thomas, Here's a small round of fixes that we need in a stable topic branch as a part of a larger fix to the mvebu pcie/mbus driver. These have been in -next for a week or so. Please pull. thx, Jason. The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5: Linux

Re: [PATCH 01/10] of: Keep track of populated platform devices

2014-04-29 Thread Grant Likely
On Mon, 28 Apr 2014 13:02:28 -0500, Rob Herring wrote: > On Mon, Apr 28, 2014 at 12:57 PM, Pawel Moll wrote: > > In "Device Tree powered" systems, platform devices are usually > > massively populated with of_platform_populate() call, executed > > at some level of initcalls, either by generic

Re: [PATCH/RFC] SCHED: allow wait_on_bit functions to support a timeout.

2014-04-29 Thread NeilBrown
On Tue, 29 Apr 2014 12:32:17 +0200 Peter Zijlstra wrote: > On Tue, Apr 29, 2014 at 07:44:06PM +1000, NeilBrown wrote: > > > > > > It is currently not possible for various wait_on_bit functions to > > implement a timeout. > > While the "action" function that is called to do the waiting could >

[RESEND][PATCH][linux-next] drivers: staging: removing never #def'd BP_PROC_SUPPORT

2014-04-29 Thread Jan Moskyto Matejka
BP_PROC_SUPPORT was never defined so removing all the #ifdef'd code including the bp_proc_create() function. Signed-off-by: Jan Moskyto Matejka --- drivers/staging/silicom/bpctl_mod.c | 39 - 1 file changed, 39 deletions(-) diff --git

Re: Kernel panic at Ubuntu: IMA + Apparmor

2014-04-29 Thread Mimi Zohar
My apologies for those receiving this post a 2nd time. The original post never made it the mailing lists ... On Fri, 2014-04-25 at 15:25 -0700, Eric W. Biederman wrote: > Al Viro writes: > > > On Fri, Apr 25, 2014 at 02:43:42PM -0700, Eric W. Biederman wrote: > > > >> ssize_t

Re: [PATCH 5/5] powercap/rapl: change floor frequency for vallewview

2014-04-29 Thread Jacob Pan
On Tue, 29 Apr 2014 02:45:22 + "R, Durgadoss" wrote: > Hi Jacob, > > > -Original Message- > > From: Jacob Pan [mailto:jacob.jun@linux.intel.com] > > Sent: Monday, April 28, 2014 7:35 PM > > To: Linux PM; Wysocki, Rafael J; LKML > > Cc: David E. Box; Alan Cox; R, Durgadoss;

64bit x86: NMI nesting still buggy?

2014-04-29 Thread Jiri Kosina
Hi, so while debugging some hard-to-explain hangs in the past, we have been going around in circles around the NMI nesting disaster, and I tend to believe that Steven's fixup (for most part introduced in 3f3c8b8c ("x86: Add workaround to NMI iret woes")) makes the race *much* smaller, but it

[PATCH v2] cpufreq: Catch double invocations of cpufreq_freq_transition_begin/end

2014-04-29 Thread Srivatsa S. Bhat
Some cpufreq drivers were redundantly invoking the _begin() and _end() APIs around frequency transitions, and this double invocation (one from the cpufreq core and the other from the cpufreq driver) used to result in a self-deadlock, leading to system hangs during boot. (The _begin() API makes

Re: sched_{set,get}attr() manpage

2014-04-29 Thread Michael Kerrisk (man-pages)
Hi Peter, On 04/28/2014 10:18 AM, Peter Zijlstra wrote: > Hi Michael, > > find below an updated manpage, I did not apply the comments on parts > that are identical to SCHED_SETSCHEDULER(2) in order to keep these texts > in alignment. I feel that if we change one we should also change the >

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

2014-04-29 Thread Don Zickus
On Tue, Apr 29, 2014 at 05:13:21PM +1000, Stephen Rothwell wrote: > Hi Andrew, > > After merging the akpm tree, today's linux-next build (sparc64 defconfig) > failed like this: > > arch/sparc/kernel/process_64.c: In function 'arch_trigger_all_cpu_backtrace': >

Re: [PATCH] vmacache: change vmacache_find() to always check ->vm_mm

2014-04-29 Thread Srivatsa S. Bhat
On 04/29/2014 06:22 PM, Oleg Nesterov wrote: > On 04/29, Srivatsa S. Bhat wrote: >> >> I guess I'll hold off on testing this fix until I get to reproduce >> the bug more reliably.. > > perhaps the patch below can help a bit? > >

Re: [PATCH v2] cpufreq: Catch double invocations of cpufreq_freq_transition_begin/end

2014-04-29 Thread Meelis Roos
> > Signed-off-by: Srivatsa S. Bhat > --- > > v2: Removed the coverage of ASYNC_NOTIFICATION drivers, in order to avoid > false-positives. I am confused - on top of what patches should I test it? > > drivers/cpufreq/cpufreq.c |7 +++ > include/linux/cpufreq.h |1 + > 2 files

Re: [RFC PATCH] mba6x_bl: Backlight driver for mid 2013 MacBook Air

2014-04-29 Thread Patrik Jakobsson
On Tue, Apr 29, 2014 at 1:10 PM, Hans de Goede wrote: > > Hi, > > Why is this patch an RFC? If it is ready for upstreaming please drop > the RFC prefix when you post the next version. I'll do that > On 04/27/2014 10:56 PM, Patrik Jakobsson wrote: > > This driver takes control over the LP8550

Re: [PATCH v4] drivercore: deferral race condition fix

2014-04-29 Thread Greg Kroah-Hartman
On Tue, Apr 29, 2014 at 01:35:09PM +0100, Grant Likely wrote: > When the kernel is built with CONFIG_PREEMPT it is possible to reach a state > when all modules loaded but some driver still stuck in the deferred list > and there is a need for external event to kick the deferred queue to probe >

Re: [PATCH 3/6 v2] staging: comedi: addi_apci_1564: board has 32 digital inputs

2014-04-29 Thread Ian Abbott
On 2014-04-29 09:34, Chase Southwood wrote: This board always has 32 digital inputs. Remove the test when initializing the subdevice. Also, since this board is the only one supported by this driver, remove the boardinfo about the digital inputs and just use the data directly in the subdevice

[GIT PULL] clockevents: a couple of fixes for 3.15

2014-04-29 Thread Daniel Lezcano
Hi Thomas, * Lorenzo Pieralizi fixed an issue with the arch_arm_timer where the C3STOP flag for all the arch can cause some trouble by setting the flag only if the power domain is not always on * Alexander Shiyan fixed a compilation by changing the init function to the right prototype

[PATCH] toshiba_acpi: Add alternative keymap support for Satellite M840

2014-04-29 Thread Takashi Iwai
Toshiba Satellite M840 laptop has a complete different keymap although it's bound with the same ACPI ID "TOS1900". This patch provides an alternative keymap specific to this machine by identifying via DMI matching. The keymap table doesn't fill all entries that were used before since some keys

[PATCH 1/2] clocksource: arch_arm_timer: Fix age-old arch timer C3STOP detection issue

2014-04-29 Thread Daniel Lezcano
From: Lorenzo Pieralisi ARM arch timers are tightly coupled with the CPU logic and lose context on platform implementing HW power management when cores are powered down at run-time. Marking the arch timers as C3STOP regardless of power management capabilities causes issues on platforms with no

Re: [PATCH/RFC 3/4] of/clk: Register clocks suitable for Runtime PM with the PM core

2014-04-29 Thread Grant Likely
On Fri, 25 Apr 2014 16:44:58 -0700, Kevin Hilman wrote: > Geert Uytterhoeven writes: > > > When adding a device from DT, check if its clocks are suitable for Runtime > > PM, and register them with the PM core. > > If Runtime PM is disabled, just enable the clock. > > > > This allows the PM core

Re: [RFC PATCH v5 04/11] VFIO_IOMMU_TYPE1: Introduce the VFIO_DMA_MAP_FLAG_EXEC flag

2014-04-29 Thread Antonios Motakis
On Mon, Apr 28, 2014 at 6:53 PM, Alex Williamson wrote: > On Mon, 2014-04-28 at 17:52 +0200, Antonios Motakis wrote: >> The ARM SMMU driver expects the IOMMU_EXEC flag, otherwise it will >> set the page tables for a device as XN (execute never). This affects >> devices such as the ARM PL330 DMA

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