Re: [PATCH 3/8] Add all memory via sysfs probe interface at once

On Tue, 2013-08-06 at 15:44 -0500, Nathan Fontenot wrote: > I am planning on pulling the first two patches and sending them out > separate from the patch set since they are really independent of the > rest of the patch series. > > The remaining code I will send out for review and inclusion in > li

Re: [PATCH v6 00/10] mtd: add datasheet's ECC information to nand_chip{}

On Thu, 2013-08-08 at 23:00 -0700, Brian Norris wrote: > On 08/08/2013 08:58 PM, Artem Bityutskiy wrote: > > On Thu, 2013-08-08 at 16:06 -0700, Brian Norris wrote: > >> On Thu, Aug 08, 2013 at 04:33:35PM +0800, Huang Shijie wrote: > >>> Hi Artem & Brian: > Hi Huang and others, > > On

Re: [PATCH v2 1/3] hwmon: (lm90) Add power control

On 08/08/2013 07:01 PM, Mark Brown wrote: > * PGP Signed by an unknown key > > On Thu, Aug 08, 2013 at 02:56:29PM +0800, Wei Ni wrote: > >> +mutex_lock(&data->update_lock); >> + >> +if (is_enable) >> +ret = regulator_enable(data->lm90_reg); >> +else >> +ret = r

Re: [PATCH v6 00/10] mtd: add datasheet's ECC information to nand_chip{}

On Fri, Aug 9, 2013 at 12:23 AM, Artem Bityutskiy wrote: > On Thu, 2013-08-08 at 23:00 -0700, Brian Norris wrote: >> On 08/08/2013 08:58 PM, Artem Bityutskiy wrote: >> > There are few minor issues in aiaiai, which I can fix if you hit them >> > and complain. Also, I did not invest much time in mak

[PATCH] regulator: core: Move list_voltage_{linear,linear_range,table} to helpers.c

Move regulator_list_voltage_{linear,linear_range,table} helper functions to helpers.c. Signed-off-by: Axel Lin --- drivers/regulator/core.c| 86 - drivers/regulator/helpers.c | 86 + 2 files changed, 86 i

Re: [PATCH] ACPI, cpu hotplug: move try_offline_node() after acpi_unmap_lsapic()

On 08/07/2013 12:56 AM, Toshi Kani wrote: On Tue, 2013-08-06 at 19:11 +0900, Yasuaki Ishimatsu wrote: try_offline_node() checks that all cpus related with removed node have been removed by using cpu_present_bits. If all cpus related with removed node have been removed, try_offline_node() clears

Re: [PATCH 03/13] tracing/kprobes: Make stack and memory fetch functions static

Hi Masami-san, On Mon, 05 Aug 2013 18:04:09 +0900, Masami Hiramatsu wrote: > (2013/07/31 18:03), Namhyung Kim wrote: >> From: Namhyung Kim >> >> Those fetch functions need to be implemented differently for kprobes >> and uprobes. Since the symbol and deref fetch functions don't call >> those di

Re: [PATCH 1/2] kernel/sys.c: return the current gid when error occurs

On 08/09/13 02:59, Chen Gang wrote: > On 08/08/2013 09:37 PM, Michael Kerrisk (man-pages) wrote: >> On 08/07/13 18:21, Oleg Nesterov wrote: >>> On 08/06, Andy Lutomirski wrote: I assume that what the man page means is that the return value is whatever fsgid was prior to the call. On

Re: [PATCH] trivial: convert comma to semicolon

2013/8/8 Julia Lawall : > From: Julia Lawall > > Replace a comma between expression statements by a semicolon. > > The rule is quite conservative in that it only finds cases where this > pattern appears after a statement that ends with a semicolon, to ensure > that the expression statements do not

Re: [PATCH v9 08/16] iommu/exynos: gating clocks of master H/W

On Fri, 09 Aug 2013 00:45:17 +0200, Tomasz Figa wrote: > Hi KyongHo, > > On Thursday 08 of August 2013 18:39:05 Cho KyongHo wrote: > > This patch gates clocks of master H/W as well as clocks of System MMU > > if master clocks are specified. > > > > Some Exynos SoCs (i.e. GScalers in Exynos5250) h

Re: [PATCH v9 03/16] iommu/exynos: fix page table maintenance

Hi KyongHo, On Friday 09 of August 2013 13:15:20 Cho KyongHo wrote: > On Thu, 08 Aug 2013 15:54:50 +0200, Tomasz Figa wrote: > > On Thursday 08 of August 2013 18:37:43 Cho KyongHo wrote: > > > This prevents allocating lv2 page table for the lv1 page table entry > > > > > ^ What this is this thi

Re: [PATCH 06/18] ARM: IXP4xx: Switch to sched_clock_register()

Stephen Boyd writes: > The 32 bit sched_clock interface now supports 64 bits. Upgrade to > the 64 bit function to allow us to remove the 32 bit registration > interface. Don't find anything wrong in this. Acked-by: Krzysztof Halasa > +++ b/arch/arm/mach-ixp4xx/common.c > @@ -448,7 +448,7 @@ v

Re: [PATCH v9 14/16] iommu/exynos: add support for power management subsystems.

On Fri, 09 Aug 2013 01:03:05 +0200, Tomasz Figa wrote: > Hi KyongHo, > > nit: Please drop the trailing dot at the end of patch subject. > Oh. I didn't catch that. Thank you. > On Thursday 08 of August 2013 18:41:17 Cho KyongHo wrote: > > This adds support for Advance Power Management and Runtim

[PATCH] kexec: Disable at runtime if the kernel enforces module signing

kexec permits the loading and execution of arbitrary code in ring 0, which is something that module signing enforcement is meant to prevent. It makes sense to disable kexec in this situation. Signed-off-by: Matthew Garrett --- include/linux/module.h | 4 kernel/kexec.c | 10 +++

Re: [PATCH v9 00/16] iommu/exynos: Fixes and Enhancements of System MMU driver with DT

Hi KyongHo, On Friday 09 of August 2013 10:00:16 Cho KyongHo wrote: > On Thu, 08 Aug 2013 14:13:57 +0200, Tomasz Figa wrote: > > Hi KyongHo, > > > > Just a little hint for future: > > > > To make reviewing your patches easier, please send all patches (01 and > > further) as a follow up (reply) t

Re: [ 045/102] Bluetooth: Fix invalid length check in l2cap_information_rsp()

Hi Greg, On Thu, Aug 08, 2013, Greg Kroah-Hartman wrote: > 3.10-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Jaganath Kanakkassery > > commit da9910ac4a816b4340944c78d94c02a35527db46 upstream. > > The length check is invalid since th

Re: [RFC 0/3] Add madvise(..., MADV_WILLWRITE)

On Thu 08-08-13 15:58:39, Dave Hansen wrote: > I was coincidentally tracking down what I thought was a scalability > problem (turned out to be full disks :). I noticed, though, that ext4 > is about 20% slower than ext2/3 at doing write page faults (x-axis is > number of tasks): > > http://www.sr7

Re: [PATCH v9 04/16] iommu/exynos: allocate lv2 page table from own slab

Hi KyongHo, On Friday 09 of August 2013 14:58:49 Cho KyongHo wrote: > On Thu, 08 Aug 2013 16:00:18 +0200, Tomasz Figa wrote: > > On Thursday 08 of August 2013 18:38:04 Cho KyongHo wrote: > > > Since kmalloc() does not guarantee that the allignment of 1KiB when > > > it > > > allocates 1KiB, it is

Re: [PATCH v2 0/4] zcache: a compressed file page cache

Another test case running sysbench only showed that the average time per request and transactions per second got around 7% faster! bootcmdline: mem=1G zcache.enabled=1 single sysbench --test=oltp --oltp-table-size=1500 --oltp-read-only=off \ --init-rng=on --num-threads=16 --max-requests=0 \ --

Re: ARM: AM335x: Reboot broken in 3.11

Am Donnerstag, 8. August 2013, 15:50:18 schrieb Mark Jackson: > Rebooting appears to have broken in 3.11 (at some point before rc1). > > Here is the console output:- > > [0.00] Booting Linux on physical CPU 0x0 > [0.00] Linux version 3.11.0-rc1-6-gf550793 > (mpfj@mpfj-nanobone

Re: [PATCH v9 06/16] ARM: dts: Add description of System MMU of Exynos SoCs

On Friday 09 of August 2013 15:15:57 Cho KyongHo wrote: > On Fri, 09 Aug 2013 00:26:51 +0200, Tomasz Figa wrote: > > Hi KyongHo, > > > > On Thursday 08 of August 2013 18:38:35 Cho KyongHo wrote: > > > Signed-off-by: Cho KyongHo > > > --- > > > > > > .../bindings/iommu/samsung,exynos4210-sysmmu.

[PATCH] staging: gdm7240: a TTY rewrite according to the latest TTY APIs

Removed the old style reference countings and termios. Renamed variables to meaninful ones. Signed-off-by: Won Kang --- drivers/staging/gdm724x/gdm_tty.c | 294 ++--- drivers/staging/gdm724x/gdm_tty.h |5 +- 2 files changed, 142 insertions(+), 157 deletions(-

[git pull] Please pull powerpc.git merge branch

Hi Linus ! Here are some powerpc fixes for you. This includes small series from Michael Neuling to fix a couple of nasty remaining problems with the new Power8 support, also targeted at stable 3.10, without which some new userspace accessible registers aren't properly context switched, and in som

Re: [PATCH RESEND 0/1] AHCI: Optimize interrupt processing

On Mon, Jul 29, 2013 at 07:46:53AM -0400, Tejun Heo wrote: > One thing which would probably be worthwhile tho is getting rid of the > bitmap based qc tag allocator in libata. That one is just borderline > stupid to keep around on any setup which is supposed to be scalable. Hi Tejun, How about th

Re: [PATCH v4 1/1] ASoc: kirkwood: add DT support to the mvebu audio subsystem

On 08/08/2013 01:22 PM, Jean-Francois Moine wrote: This patch adds DT support to the audio subsystem of the mvebu family (Kirkwood, Dove, Armada 370). Signed-off-by: Jean-Francois Moine --- .../devicetree/bindings/sound/mvebu-audio.txt | 29 ++ sound/soc/kirkwood/kir

RE: [PATCH v3 3/3] dma: Add Freescale eDMA engine driver support

Hi, Vinod, Could you please help to review the Freescale eDMA driver support patch? Many thanks. Best Regards, Jingchang > -Original Message- > From: Lu Jingchang-B35083 > Sent: Tuesday, August 06, 2013 2:05 PM > To: vinod.k...@intel.com > Cc: d...@fb.com; shawn@linaro.org; l

[PATCH] dca: Staticize local symbol

This local symbol is used only in this file. Fix the following sparse warnings: drivers/dca/dca-core.c:273:4: warning: symbol 'dca_common_get_tag' was not declared. Should it be static? Signed-off-by: Jingoo Han --- drivers/dca/dca-core.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-

Re: [PATCH v9 07/16] iommu/exynos: support for device tree

On Friday 09 of August 2013 15:37:30 Cho KyongHo wrote: > On Fri, 09 Aug 2013 00:41:25 +0200, Tomasz Figa wrote: > > Hi KyongHo, > > > > On Thursday 08 of August 2013 18:38:49 Cho KyongHo wrote: > > > This commit adds device tree support for System MMU. > > > This also include the following change

Re: [PATCH v9 14/16] iommu/exynos: add support for power management subsystems.

On Friday 09 of August 2013 16:49:43 Cho KyongHo wrote: > On Fri, 09 Aug 2013 01:03:05 +0200, Tomasz Figa wrote: > > Hi KyongHo, > > > > nit: Please drop the trailing dot at the end of patch subject. > > Oh. I didn't catch that. > Thank you. > > > On Thursday 08 of August 2013 18:41:17 Cho Kyong

Re: [PATCH v9 03/16] iommu/exynos: fix page table maintenance

On Fri, 09 Aug 2013 09:47:28 +0200, Tomasz Figa wrote: > Hi KyongHo, > > On Friday 09 of August 2013 13:15:20 Cho KyongHo wrote: > > On Thu, 08 Aug 2013 15:54:50 +0200, Tomasz Figa wrote: > > > On Thursday 08 of August 2013 18:37:43 Cho KyongHo wrote: > > > > This prevents allocating lv2 page tabl

[PATCH 02/13] tracing/probes: Fix basic print type functions

From: Namhyung Kim The print format of s32 type was "ld" and it's casted to "long". So it turned out to print 4294967295 for "-1" on 64-bit systems. Not sure whether it worked well on 32-bit systems. Anyway, it'd be better if we have exact format and type cast for each types on both of 32- and

[PATCH 11/13] tracing/kprobes: Add priv argument to fetch functions

From: Namhyung Kim This argument is for passing private data structure to each fetch function and will be used by uprobes. Cc: Masami Hiramatsu Cc: Srikar Dronamraju Cc: Oleg Nesterov Cc: zhangwei(Jovi) Cc: Arnaldo Carvalho de Melo Signed-off-by: Namhyung Kim --- kernel/trace/trace_kprobe

[PATCH 08/13] tracing/kprobes: Move common functions to trace_probe.h

From: Namhyung Kim The __get_data_size() and store_trace_args() will be used by uprobes too. Move them to a common location. Cc: Masami Hiramatsu Cc: Srikar Dronamraju Cc: Oleg Nesterov Cc: zhangwei(Jovi) Cc: Arnaldo Carvalho de Melo Signed-off-by: Namhyung Kim --- kernel/trace/trace_kpr

[PATCH 13/13] tracing/uprobes: Add support for full argument access methods

From: Namhyung Kim Enable to fetch other types of argument for the uprobes. IOW, we can access stack, memory, deref, bitfield and retval from uprobes now. Original-patch-by: Hyeoncheol Lee Cc: Masami Hiramatsu Cc: Srikar Dronamraju Cc: Oleg Nesterov Cc: zhangwei(Jovi) Cc: Arnaldo Carvalho

[PATCH 12/13] tracing/uprobes: Add more fetch functions

From: Namhyung Kim Implement uprobe-specific stack and memory fetch functions and add them to the uprobes_fetch_type_table. Other fetch fucntions will be shared with kprobes. Original-patch-by: Hyeoncheol Lee Cc: Masami Hiramatsu Cc: Srikar Dronamraju Cc: Oleg Nesterov Cc: zhangwei(Jovi) C

[PATCH 09/13] tracing/kprobes: Integrate duplicate set_print_fmt()

From: Namhyung Kim The set_print_fmt() functions are implemented almost same for [ku]probes. Move it to a common place and get rid of the duplication. Acked-by: Masami Hiramatsu Cc: Srikar Dronamraju Cc: Oleg Nesterov Cc: zhangwei(Jovi) Cc: Arnaldo Carvalho de Melo Signed-off-by: Namhyung

[PATCH 07/13] tracing/uprobes: Convert to struct trace_probe

From: Namhyung Kim Convert struct trace_uprobe to make use of the common trace_probe structure. Cc: Masami Hiramatsu Cc: Srikar Dronamraju Cc: Oleg Nesterov Cc: zhangwei(Jovi) Cc: Arnaldo Carvalho de Melo Signed-off-by: Namhyung Kim --- kernel/trace/trace_uprobe.c | 151 ++

[PATCH 10/13] tracing/uprobes: Fetch args before reserving a ring buffer

From: Namhyung Kim Fetching from user space should be done in a non-atomic context. So use a temporary buffer and copy its content to the ring buffer atomically. While at it, use __get_data_size() and store_trace_args() to reduce code duplication. Cc: Masami Hiramatsu Cc: Srikar Dronamraju C

[PATCHSET 00/13] tracing/uprobes: Add support for more fetch methods (v3)

Hello, This patchset implements memory (address), stack[N], deference, bitfield and retval (it needs uretprobe tho) fetch methods for uprobes. It's based on the previous work [1] done by Hyeoncheol Lee. Now kprobes and uprobes have their own fetch_type_tables and, in turn, memory and stack acces

[PATCH 06/13] tracing/kprobes: Factor out struct trace_probe

From: Namhyung Kim There are functions that can be shared to both of kprobes and uprobes. Separate common data structure to struct trace_probe and use it from the shared functions. Cc: Masami Hiramatsu Cc: Srikar Dronamraju Cc: Oleg Nesterov Cc: zhangwei(Jovi) Cc: Arnaldo Carvalho de Melo S

[PATCH 05/13] tracing/kprobes: Staticize stack and memory fetch functions

From: Namhyung Kim Those fetch functions need to be implemented differently for kprobes and uprobes. Since the deref fetch functions don't call those directly anymore, we can make them static and implement them separately. Cc: Masami Hiramatsu Cc: Srikar Dronamraju Cc: Oleg Nesterov Cc: zhan

[PATCH 03/13] tracing/kprobes: Move fetch functions to trace_kprobe.c

From: Hyeoncheol Lee Move kprobes-specific fetch functions to the trace_kprobe.c file. Also define kprobes_fetch_type_table in the .c file. This table is shared with uprobes for now, but the uprobes will get its own table in the later patch. This is a preparation for supporting more fetch funct

[PATCH 04/13] tracing/kprobes: Add fetch{,_size} member into deref fetch method

From: Hyeoncheol Lee The deref fetch methods access a memory region but it assumes that it's a kernel memory since uprobes does not support them. Add ->fetch and ->fetch_size member in order to provide a proper access methods for supporting uprobes. Cc: Masami Hiramatsu Cc: Srikar Dronamraju

[PATCH 01/13] tracing/uprobes: Fix a comment for uprobe registration syntax

From: Namhyung Kim The uprobe syntax requires an offset after a file path not a symbol. Reviewed-by: Masami Hiramatsu Cc: Srikar Dronamraju Cc: Oleg Nesterov Cc: zhangwei(Jovi) Cc: Arnaldo Carvalho de Melo Signed-off-by: Namhyung Kim --- kernel/trace/trace_uprobe.c | 2 +- 1 file changed,

Re: [PATCH v9 04/16] iommu/exynos: allocate lv2 page table from own slab

On Fri, 09 Aug 2013 09:55:30 +0200, Tomasz Figa wrote: > Hi KyongHo, > > On Friday 09 of August 2013 14:58:49 Cho KyongHo wrote: > > On Thu, 08 Aug 2013 16:00:18 +0200, Tomasz Figa wrote: > > > On Thursday 08 of August 2013 18:38:04 Cho KyongHo wrote: > > > > Since kmalloc() does not guarantee tha

Re: [PATCH v9 06/16] ARM: dts: Add description of System MMU of Exynos SoCs

On Fri, 09 Aug 2013 10:04:03 +0200, Tomasz Figa wrote: > On Friday 09 of August 2013 15:15:57 Cho KyongHo wrote: > > On Fri, 09 Aug 2013 00:26:51 +0200, Tomasz Figa wrote: > > > Hi KyongHo, > > > > > > On Thursday 08 of August 2013 18:38:35 Cho KyongHo wrote: > > > > Signed-off-by: Cho KyongHo >

Re: [PATCH v4 1/1] ASoc: kirkwood: add DT support to the mvebu audio subsystem

On Fri, 09 Aug 2013 10:23:50 +0200 Sebastian Hesselbarth wrote: > On 08/08/2013 01:22 PM, Jean-Francois Moine wrote: > > This patch adds DT support to the audio subsystem of the mvebu family > > (Kirkwood, Dove, Armada 370). > > > > Signed-off-by: Jean-Francois Moine > > --- > > .../devicetree

Re: [patch 0/7] improve memcg oom killer robustness v2

>Hi azur, > >here is the x86-only rollup of the series for 3.2. > >Thanks! >Johannes Hi Johannes, i'm running kernel with this new patch for 1 day now without any problems! Will report back in few weeks or months or in case of any problems occures. Thank you! azur -- To unsubscribe from this

Re: [PATCH 02/13] tracing/probes: Fix basic print type functions

(2013/08/09 17:44), Namhyung Kim wrote: > From: Namhyung Kim > > The print format of s32 type was "ld" and it's casted to "long". So > it turned out to print 4294967295 for "-1" on 64-bit systems. Not > sure whether it worked well on 32-bit systems. > > Anyway, it'd be better if we have exact

Re: [PATCH v1 04/14] clk: Add set_rate_and_parent() op

Hi Stephen, On 25/07/13 01:43, Stephen Boyd wrote: > Some of Qualcomm's clocks can change their parent and rate at the > same time with a single register write. Add support for this > hardware to the common clock framework by adding a new > set_rate_and_parent() op. When the clock framework determ

Re: [PATCH 03/13] tracing/kprobes: Make stack and memory fetch functions static

(2013/08/09 16:35), Namhyung Kim wrote: > Hi Masami-san, > > On Mon, 05 Aug 2013 18:04:09 +0900, Masami Hiramatsu wrote: >> (2013/07/31 18:03), Namhyung Kim wrote: >>> From: Namhyung Kim >>> >>> Those fetch functions need to be implemented differently for kprobes >>> and uprobes. Since the symbo

Re: [PATCH 04/13] tracing/kprobes: Add fetch{,_size} member into deref fetch method

(2013/08/09 17:45), Namhyung Kim wrote: > From: Hyeoncheol Lee > > The deref fetch methods access a memory region but it assumes that > it's a kernel memory since uprobes does not support them. > > Add ->fetch and ->fetch_size member in order to provide a proper > access methods for supporting u

Re: [PATCH 05/13] tracing/kprobes: Staticize stack and memory fetch functions

(2013/08/09 17:45), Namhyung Kim wrote: > From: Namhyung Kim > > Those fetch functions need to be implemented differently for kprobes > and uprobes. Since the deref fetch functions don't call those > directly anymore, we can make them static and implement them > separately. Right ;) Acked-by:

Re: [PATCH v4 1/1] ASoc: kirkwood: add DT support to the mvebu audio subsystem

On Fri, Aug 09, 2013 at 10:23:50AM +0200, Sebastian Hesselbarth wrote: > On 08/08/2013 01:22 PM, Jean-Francois Moine wrote: > >+i2s1: audio-controller@b4000 { > >+compatible = "mrvl,mvebu-audio"; > >+reg = <0xb4000 0x2210>; > >+interrupts = <21>, <22>; > >+clocks = <&gate_clk 13>;

[PATCH v2 00/20] mm, hugetlb: remove a hugetlb_instantiation_mutex

Without a hugetlb_instantiation_mutex, if parallel fault occur, we can fail to allocate a hugepage, because many threads dequeue a hugepage to handle a fault of same address. This makes reserved pool shortage just for a little while and this cause faulting thread to get a SIGBUS signal, although th

[PATCH v2 19/20] mm, hugetlb: retry if failed to allocate and there is concurrent user

If parallel fault occur, we can fail to allocate a hugepage, because many threads dequeue a hugepage to handle a fault of same address. This makes reserved pool shortage just for a little while and this cause faulting thread who can get hugepages to get a SIGBUS signal. To solve this problem, we a

[PATCH v2 17/20] mm, hugetlb: move up anon_vma_prepare()

If we fail with a allocated hugepage, we need some effort to recover properly. So, it is better not to allocate a hugepage as much as possible. So move up anon_vma_prepare() which can be failed in OOM situation. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 2372f75..7

[PATCH v2 20/20] mm, hugetlb: remove a hugetlb_instantiation_mutex

Now, we have prepared to have an infrastructure in order to remove a this awkward mutex which serialize all faulting tasks, so remove it. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 0501fe5..f2c3a51 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -2504,9 +2504,7 @@

Re: [PATCH 5/8] rcu: eliminate deadlock for rcu read site

On 08/09/2013 04:40 AM, Paul E. McKenney wrote: > On Wed, Aug 07, 2013 at 06:25:01PM +0800, Lai Jiangshan wrote: >> Background) >> >> Although all articles declare that rcu read site is deadlock-immunity. >> It is not true for rcu-preempt, it will be deadlock if rcu read site >> overlaps with sched

[PATCH v2 06/20] mm, hugetlb: return a reserved page to a reserved pool if failed

If we fail with a reserved page, just calling put_page() is not sufficient, because put_page() invoke free_huge_page() at last step and it doesn't know whether a page comes from a reserved pool or not. So it doesn't do anything related to reserved count. This makes reserve count lower than how we n

[PATCH v2 18/20] mm, hugetlb: clean-up error handling in hugetlb_cow()

Current code include 'Caller expects lock to be held' in every error path. We can clean-up it as we do error handling in one place. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 7e9a651..8743e5c 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -2500,6 +2500,7 @@ static

[PATCH v2 12/20] mm, hugetlb: remove vma_has_reserves()

vma_has_reserves() can be substituted by using return value of vma_needs_reservation(). If chg returned by vma_needs_reservation() is 0, it means that vma has reserves. Otherwise, it means that vma don't have reserves and need a hugepage outside of reserve pool. This definition is perfectly same as

[PATCH v2 14/20] mm, hugetlb: call vma_needs_reservation before entering alloc_huge_page()

In order to validate that this failure is reasonable, we need to know whether allocation request is for reserved or not on caller function. So moving vma_needs_reservation() up to the caller of alloc_huge_page(). There is no functional change in this patch and following patch use this information.

[PATCH v2 13/20] mm, hugetlb: mm, hugetlb: unify chg and avoid_reserve to use_reserve

Currently, we have two variable to represent whether we can use reserved page or not, chg and avoid_reserve, respectively. With aggregating these, we can have more clean code. This makes no functinoal difference. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 22ceb04..

[PATCH v2 15/20] mm, hugetlb: remove a check for return value of alloc_huge_page()

Now, alloc_huge_page() only return -ENOSPEC if failed. So, we don't worry about other return value. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index bc666cf..24de2ca 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -2544,7 +2544,6 @@ retry_avoidcopy: new_page = al

[PATCH v2 11/20] mm, hugetlb: make vma_resv_map() works for all mapping type

Util now, we get a resv_map by two ways according to each mapping type. This makes code dirty and unreadable. So unfiying it. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 869c3e0..e6c0c77 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -421,13 +421,24 @@ void resv_ma

[PATCH v2 16/20] mm, hugetlb: move down outside_reserve check

Just move down outside_reserve check and don't check vma_need_reservation() when outside_resever is true. It is slightly optimized implementation. This makes code more readable. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 24de2ca..2372f75 100644 --- a/mm/hugetlb.c

[PATCH v2 08/20] mm, hugetlb: region manipulation functions take resv_map rather list_head

To change a protection method for region tracking to find grained one, we pass the resv_map, instead of list_head, to region manipulation functions. This doesn't introduce any functional change, and it is just for preparing a next step. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/h

[PATCH v2 10/20] mm, hugetlb: remove resv_map_put()

In following patch, I change vma_resv_map() to return resv_map for all case. This patch prepares it by removing resv_map_put() which doesn't works properly with following change, because it works only for HPAGE_RESV_OWNER's resv_map, not for all resv_maps. Signed-off-by: Joonsoo Kim diff --git a

[PATCH v2 07/20] mm, hugetlb: unify region structure handling

Currently, to track a reserved and allocated region, we use two different ways for MAP_SHARED and MAP_PRIVATE. For MAP_SHARED, we use address_mapping's private_list and, for MAP_PRIVATE, we use a resv_map. Now, we are preparing to change a coarse grained lock which protect a region structure to fin

[PATCH v2 01/20] mm, hugetlb: protect reserved pages when soft offlining a hugepage

Don't use the reserve pool when soft offlining a hugepage. Check we have free pages outside the reserve pool before we dequeue the huge page. Otherwise, we can steal other's reserve page. Reviewed-by: Aneesh Kumar Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 6782b41

Re: [PATCH v4 1/1] ASoc: kirkwood: add DT support to the mvebu audio subsystem

On Fri, Aug 09, 2013 at 11:06:23AM +0200, Jean-Francois Moine wrote: > On Fri, 09 Aug 2013 10:23:50 +0200 > Sebastian Hesselbarth wrote: > > we need at least two more compatibles for the audio controller found on > > Dove and Kirkwood respectively. This is how we are going to distinguish > > those

Re: [PATCH] hidraw: correctly deallocate memory on device disconnect

On Mon, 22 Jul 2013, Manoj Chourasia wrote: > This is mail is in regard to your commit for hidaw devices. We were > seeing kernel crashes while connect and disconnect a hidraw device and > we were hitting rb tree corruption in vmalloc and kernel was crashing > because of null pointer de-referen

[PATCH v2 09/20] mm, hugetlb: protect region tracking via newly introduced resv_map lock

There is a race condition if we map a same file on different processes. Region tracking is protected by mmap_sem and hugetlb_instantiation_mutex. When we do mmap, we don't grab a hugetlb_instantiation_mutex, but, grab a mmap_sem. This doesn't prevent other process to modify region structure, so it

[PATCH v2 05/20] mm, hugetlb: grab a page_table_lock after page_cache_release

We don't need to grab a page_table_lock when we try to release a page. So, defer to grab a page_table_lock. Reviewed-by: Naoya Horiguchi Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index c017c52..6c8eec2 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -2627,10 +2627,11 @

[PATCH v2 03/20] mm, hugetlb: fix subpool accounting handling

If we alloc hugepage with avoid_reserve, we don't dequeue reserved one. So, we should check subpool counter when avoid_reserve. This patch implement it. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 12b6581..ea1ae0a 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -114

[PATCH v2 02/20] mm, hugetlb: change variable name reservations to resv

'reservations' is so long name as a variable and we use 'resv_map' to represent 'struct resv_map' in other place. To reduce confusion and unreadability, change it. Reviewed-by: Aneesh Kumar Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index d971233..12b6581 100644 --- a/m

[PATCH v2 04/20] mm, hugetlb: remove useless check about mapping type

is_vma_resv_set(vma, HPAGE_RESV_OWNER) implys that this mapping is for private. So we don't need to check whether this mapping is for shared or not. This patch is just for clean-up. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index ea1ae0a..c017c52 100644 --- a/mm/hugetl

Re: [PATCH v4 1/1] ASoc: kirkwood: add DT support to the mvebu audio subsystem

On 08/09/13 11:19, Mark Brown wrote: On Fri, Aug 09, 2013 at 10:23:50AM +0200, Sebastian Hesselbarth wrote: On 08/08/2013 01:22 PM, Jean-Francois Moine wrote: +i2s1: audio-controller@b4000 { + compatible = "mrvl,mvebu-audio"; + reg = <0xb4000 0x2210>; + interrupts = <21>, <2

Re: [PATCH 06/13] tracing/kprobes: Factor out struct trace_probe

(2013/08/09 17:45), Namhyung Kim wrote: > From: Namhyung Kim > > There are functions that can be shared to both of kprobes and uprobes. > Separate common data structure to struct trace_probe and use it from > the shared functions. > Acked-by: Masami Hiramatsu Thank you! > Cc: Srikar Dronamra

Re: [PATCH v9 04/16] iommu/exynos: allocate lv2 page table from own slab

On Friday 09 of August 2013 17:51:56 Cho KyongHo wrote: > On Fri, 09 Aug 2013 09:55:30 +0200, Tomasz Figa wrote: > > Hi KyongHo, > > > > On Friday 09 of August 2013 14:58:49 Cho KyongHo wrote: > > > On Thu, 08 Aug 2013 16:00:18 +0200, Tomasz Figa wrote: > > > > On Thursday 08 of August 2013 18:38:

Re: [PATCH 2/2] HID: hid-logitech-dj, querying_devices was never set

On Tue, 6 Aug 2013, Sune Mølgaard wrote: > Being affected by this bug, I can confirm that Linux 3.11-rc4 still > exhibits the unwanted behaviour for me, but that commenting out the > single line from the second patch makes it work. > > Thus, for requesting a revert on that line, you are most welc

Re: DMA masks

On Fri, Aug 09, 2013 at 11:12:36AM +0200, Krzysztof Hałasa wrote: > Hi, > > I'm trying to understand why the struct device contains a pointer to > dma_mask and not the actual dma_mask: > > struct device { > ... > > u64 *dma_mask; /* dma mask (if dma'able device)

Re: [PATCH 17/18] mm, hugetlb: retry if we fail to allocate a hugepage with use_reserve

> I once attempted an approach involving an atomic counter of the number > of "in flight" hugepages, only retrying when it's non zero. Working > out a safe ordering for all the updates to get all the cases right > made my brain melt though, and I never got it working. I sent v2 few seconds before

drm fixes for 3.11: Tag more patches for stable? (was: [git pull] drm fixes)

Dear Dave, Am Freitag, den 09.08.2013, 05:53 +0100 schrieb Dave Airlie: […] > The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f: > > Linux 3.11-rc4 (2013-08-04 13:46:46 -0700) > > are available in the git repository at: > > git://people.freedesktop.org/~airlied/

Re: [PATCH 07/13] tracing/uprobes: Convert to struct trace_probe

(2013/08/09 17:45), Namhyung Kim wrote: > From: Namhyung Kim > > Convert struct trace_uprobe to make use of the common trace_probe > structure. > Looks good for me. Reviewed-by: Masami Hiramatsu Thanks! > Cc: Srikar Dronamraju > Cc: Oleg Nesterov > Cc: zhangwei(Jovi) > Cc: Arnaldo Carval

Re: [PATCH part4 2/4] x86, acpica, acpi: Try to find if SRAT is overrided earlier.

On 08/09/2013 12:29 AM, Yinghai Lu wrote: .. Please check if you can reuse first half of my patchset, so find and copy override table earlier. the copied acpi tables could be near kernel code range. I don't think we need to do the finding step at that early time, in head64.c stage. Befor

Re: [PATCH 08/13] tracing/kprobes: Move common functions to trace_probe.h

(2013/08/09 17:45), Namhyung Kim wrote: > From: Namhyung Kim > > The __get_data_size() and store_trace_args() will be used by uprobes > too. Move them to a common location. > Acked-by: Masami Hiramatsu Thanks! > Cc: Masami Hiramatsu > Cc: Srikar Dronamraju > Cc: Oleg Nesterov > Cc: zhang

Re: [PATCH v4 1/1] ASoc: kirkwood: add DT support to the mvebu audio subsystem

On Fri, Aug 09, 2013 at 11:34:30AM +0200, Sebastian Hesselbarth wrote: > Mark, > > I do understand there may be SoCs requiring sophisticated extra audio > nodes, but Marvell SoCs don't. I prefer having a single node for the > i2s controller *and* exploit the audio subsystem properties from that. >

Re: [rtc-linux] Re: [PATCH 2/2 RESEND] rtc: rtc-hid-sensor-time: enable HID input processing early

Am 09.08.2013 00:11, schrieb Andrew Morton: On Thu, 1 Aug 2013 20:39:02 +0200 Alexander Holler wrote: Enable the processing of HID input records before the RTC will be registered, in order to allow the RTC register function to read clock. Without doing that the clock can only be read after t

[PATCH] Smack: parse multiple rules per write to load2, up to PAGE_SIZE-1 bytes

Smack interface for loading rules has always parsed only single rule from data written to it. This requires user program to call one write() per each rule it wants to load. This change makes it possible to write multiple rules, separated by new line character. Smack will load at most PAGE_SIZE-1 ch

Re: [PATCH 3/3] perf, uncore: enable ev_sel_ext bit for PCU.

On Wed, Aug 7, 2013 at 8:17 AM, Yan, Zheng wrote: > > From: "Yan, Zheng" > > PCU uncore event control register has a undocumented ev_sel_ext bit. > The bit is needed by Andi's pmu-tools. > > Signed-off-by: Yan, Zheng Works for me. Is also needed by libpfm4 uncore PCU events. Now results make m

[RFC PATCH v2 3/3] usb: dwc3: Add Qualcomm DWC3 glue layer driver

From: "Ivan T. Ivanov" DWC3 glue layer is hardware layer around Synopsys DesignWare USB3 core. Its purpose is to supply Synopsys IP with required clocks, voltages and interface it with the rest of the SoC. Signed-off-by: Ivan T. Ivanov --- drivers/usb/dwc3/Kconfig|8 ++ drivers/usb/dwc

[RFC PATCH v2 0/3] DWC3 USB support for Qualcomm platform

From: "Ivan T. Ivanov" Hi, These patches add basic support for USB3.0 controllers found on MSM platforms. USB3.0 core is based on Synopsys DesignWare SuperSpeed IP. Changes since first version: * Split devicetree bindings description file to separate patch * Address comments for device bindin

[RFC PATCH v2 2/3] usb: phy: Add Qualcomm SS-USB and HS-USB drivers for DWC3 core

From: "Ivan T. Ivanov" These drivers handles control and configuration of the HS and SS USB PHY transceivers. They are part of the driver which manage Synopsys DesignWare USB3 controller stack inside Qualcomm SoC's. Signed-off-by: Ivan T. Ivanov --- drivers/usb/phy/Kconfig | 11 ++

[RFC PATCH v2 1/3] usb: dwc3: msm: Add device tree binding information

From: "Ivan T. Ivanov" MSM USB3.0 core wrapper consist of USB3.0 IP (SNPS) and HS, SS PHY's controll and configuration registers. It could operate in device mode (SS, HS, FS) and host mode (SS, HS, FS, LS). Signed-off-by: Ivan T. Ivanov --- .../devicetree/bindings/usb/msm-ssusb.txt |

Re: [PATCH 10/13] tracing/uprobes: Fetch args before reserving a ring buffer

(2013/08/09 17:45), Namhyung Kim wrote: > From: Namhyung Kim > > Fetching from user space should be done in a non-atomic context. So > use a temporary buffer and copy its content to the ring buffer > atomically. > > While at it, use __get_data_size() and store_trace_args() to reduce > code dupl

Re: [alsa-devel] [PATCH v4 1/1] ASoc: kirkwood: add DT support to the mvebu audio subsystem

On 08/09/2013 11:34 AM, Sebastian Hesselbarth wrote: > On 08/09/13 11:19, Mark Brown wrote: >> On Fri, Aug 09, 2013 at 10:23:50AM +0200, Sebastian Hesselbarth wrote: >>> On 08/08/2013 01:22 PM, Jean-Francois Moine wrote: >> +i2s1: audio-controller@b4000 { +compatible = "mrvl,mvebu-aud

Re: [PATCH 11/13] tracing/kprobes: Add priv argument to fetch functions

(2013/08/09 17:45), Namhyung Kim wrote: > From: Namhyung Kim > > This argument is for passing private data structure to each fetch > function and will be used by uprobes. OK, I just concern about overhead, but yeah, these fetch functions are not optimized yet. that's another story. :) I'd rather

[PATCH 1/3] regmap: flat: use the cache_present bitmap

As opposed to the other regmap cache implementations, regcache_flat didn't use the cache_present bitmap for figuring out whether a register was cached or not, nor did it mark a register as present in the cache when regcache_flat_write() was called. This caused incorrect behaviour, such as returnin

  1   2   3   4   5   6   >