Re: [PATCH 08/20] perf tools: Allow hpp fields to be sort keys

Hi Jiri, On Fri, 16 May 2014 15:30:29 +0900, Namhyung Kim wrote: > On Thu, 15 May 2014 14:51:32 +0200, Jiri Olsa wrote: >> On Mon, May 12, 2014 at 03:28:41PM +0900, Namhyung Kim wrote: >> >> SNIP >> >>> +static struct hpp_dimension hpp_sort_dimensions[] = { >>> + DIM(PERF_HPP__OVERHEAD,

Re: [PATCH v5 3/7] Input: pixcir_i2c_ts: Get rid of pdata->attb_read_val()

On Tue, May 06, 2014 at 02:06:08PM +0300, Roger Quadros wrote: > Get rid of the attb_read_val() platform hook. Instead, > read the ATTB gpio directly from the driver. > > Fail if valid ATTB gpio is not provided by patform data. > > Signed-off-by: Roger Quadros > Acked-by: Mugunthan V N

Re: [PATCH v5 6/7] Input: pixcir_i2c_ts: Implement wakeup from suspend

On Tue, May 06, 2014 at 02:06:11PM +0300, Roger Quadros wrote: > Improve the suspend and resume handlers to allow the device > to wakeup the system from suspend. > > Signed-off-by: Roger Quadros > Acked-by: Mugunthan V N Applied, thank you. > --- > drivers/input/touchscreen/pixcir_i2c_ts.c |

Re: [PATCH 08/10] thermal: exynos: cache non_hw_trigger_levels in pdata

On 5/5/14, Bartlomiej Zolnierkiewicz wrote: > Cache number of non-hardware trigger levels in a new pdata field > (non_hw_trigger_levels) and convert code in exynos_tmu_initialize() > accordingly. Changes looks fine, Reviewed-by: Amit Daniel Kachhap > > There should be no functional changes caused

Re: [PATCH v5 4/7] Input: pixcir_i2c_ts: Use Type-B Multi-Touch protocol

On Tue, May 06, 2014 at 02:06:09PM +0300, Roger Quadros wrote: > Switch to using the Type-B Multi-Touch protocol. > Henrik, any chance you could take a look at MT-B support? > Signed-off-by: Roger Quadros > --- > drivers/input/touchscreen/pixcir_i2c_ts.c | 125 >

Re: [PATCH v5 1/7] Input: pixcir_i2c_ts: Use devres managed resource allocations

On Tue, May 06, 2014 at 02:06:06PM +0300, Roger Quadros wrote: > Use devm_() and friends for allocating memory, input device > and IRQ. > > Signed-off-by: Roger Quadros > Acked-by: Mugunthan V N Applied, thank you. > --- > drivers/input/touchscreen/pixcir_i2c_ts.c | 38 >

Re: [PATCH v5 2/7] Input: pixcir_i2c_ts - initialize interrupt mode and power mode

On Tue, May 06, 2014 at 02:06:07PM +0300, Roger Quadros wrote: > Introduce helper functions to configure power and interrupt registers. > Default to IDLE mode on probe as device supports auto wakeup to ACVIE mode > on detecting finger touch. > > Configure interrupt mode and polarity on start up.

Re: [PATCH 07/10] thermal: exynos: simplify temp_to_code() and code_to_temp()

On 5/5/14, Bartlomiej Zolnierkiewicz wrote: > * Remove dead temp check from temp_to_code() (this function users > in exynos_tmu_initialize() always pass correct temperatures and > exynos_tmu_set_emulation() returns early for EXYNOS4210 because > TMU_SUPPORT_EMULATION flag is not set on this

Re: [PATCH v5 7/7] Input: pixcir_i2c_ts: Add device tree support

On Tue, May 06, 2014 at 02:06:12PM +0300, Roger Quadros wrote: > Provide device tree support and binding information. > Also provide support for a new chip "pixcir_tangoc". > > Signed-off-by: Roger Quadros > --- > .../bindings/input/touchscreen/pixcir_i2c_ts.txt | 26 >

Re: [PATCH v3] pwm: i.MX: Avoid sample FIFO overflow for i.MX PWM version2

Hi, Liu Ying wrote: [...] > @@ -30,6 +32,7 @@ > /* i.MX27, i.MX31, i.MX35 share the same PWM function block: */ > > #define MX3_PWMCR 0x00/* PWM Control Register */ > +#define MX3_PWMIR 0x08/* PWM Interrupt Register */ > #define MX3_PWMSAR

Re: [RFC][PATCH] CMA: drivers/base/Kconfig: restrict CMA size to non-zero value

On Mon, May 19, 2014 at 10:47:12AM +0900, Gioh Kim wrote: > Thank you for your advice. I didn't notice it. > > I'm adding followings according to your advice: > > - range restrict for CMA_SIZE_MBYTES and *CMA_SIZE_PERCENTAGE* > I think this can prevent the wrong kernel option. > > - change

Re: [PATCH 06/10] thermal: exynos: remove redundant threshold_code checks from exynos_tmu_initialize()

On 5/5/14, Bartlomiej Zolnierkiewicz wrote: > Remove runtime checks for negative return values of temp_to_code() > from exynos_tmu_initialize(). The current level temperature data > hardcoded in pdata will never cause a negative temp_to_code() > return values and for the new code potential

Re: [PATCH 05/10] thermal: exynos: remove redundant pdata checks from exynos_tmu_initialize()

On 5/15/14, Bartlomiej Zolnierkiewicz wrote: > On Thursday, May 15, 2014 10:47:40 AM Eduardo Valentin wrote: >> Hello Bartlomiej, > > Hi, > >> On Mon, May 05, 2014 at 01:15:34PM +0200, Bartlomiej Zolnierkiewicz >> wrote: >> > Remove runtime checks for pdata sanity from exynos_tmu_initialize(). >>

[GIT PULL] x86 fixes for 3.15-rc6

Hi Linus, The following changes since commit d6d211db37e75de2ddc3a4f979038c40df7cc79c: Linux 3.15-rc5 (2014-05-09 13:10:52 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus for you to fetch changes up to

Re: [PATCH 04/10] thermal: exynos: remove dead code for TYPE_TWO_POINT_TRIMMING calibration

On 5/5/14, Bartlomiej Zolnierkiewicz wrote: > Only TYPE_ONE_POINT_TRIMMING calibration is used so remove > the dead code for TYPE_TWO_POINT_TRIMMING calibration. I prefer to retain this feature as it is provided by the TMU controller. This will avoid unnecessary churning of code when some new soc

Re: [PATCH] Fix for possible null pointer dereference in dma.c

Hi, Rickard Strandqvist wrote: > There is otherwise a risk of a possible null pointer dereference. > > Was largely found by using a static code analysis program called cppcheck. > > Signed-off-by: Rickard Strandqvist > --- > sound/soc/samsung/dma.c | 10 ++ > 1 fil ändrad, 6

Re: [PATCH v6 0/6] add cpuidle support for Exynos5420

Hi Daniel/Kgene, On 16 May 2014 13:33, Chander Kashyap wrote: > Exynos5420 is a big-little Soc from Samsung. It has 4 A15 and 4 A7 cores. > > This patchset adds cpuidle support for Exynos5420 SoC based on > generic big.little cpuidle driver. > > Tested on SMDK5420. > > This patch set depends on:

Re: [PATCHv3 1/5] Input: add common DT binding for touchscreens

On Tue, May 06, 2014 at 01:04:12AM +0200, Sebastian Reichel wrote: > On Mon, May 05, 2014 at 12:51:39PM -0700, Dmitry Torokhov wrote: > > On Mon, May 05, 2014 at 12:41:26PM -0700, Tony Lindgren wrote: > > > * Sebastian Reichel [140425 16:56]: > > > > Add common DT binding documentation for

Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile

On Mon, May 19, 2014 at 04:44:41AM +0200, Mike Galbraith wrote: > On Sun, 2014-05-18 at 08:58 -0700, Paul E. McKenney wrote: > > On Sun, May 18, 2014 at 10:36:41AM +0200, Mike Galbraith wrote: > > > On Sat, 2014-05-17 at 22:20 -0700, Paul E. McKenney wrote: > > > > > > > If you are saying that

Re: [PATCHv3 2/5] Input: tsc2005: use dev_err for error messages

On Sat, Apr 26, 2014 at 01:56:16AM +0200, Sebastian Reichel wrote: > Change some dev_dbg() invocations to dev_err() ones, because they > are supposed to output error messages. > > Signed-off-by: Sebastian Reichel Applied, thank you. > --- > drivers/input/touchscreen/tsc2005.c | 4 ++-- > 1

Re: [PATCHv3 3/5] Input: tsc2005: convert driver to use devm_*

On Sat, Apr 26, 2014 at 01:56:17AM +0200, Sebastian Reichel wrote: > Simplify the driver by using managed resources for memory allocation of > internal struct, input device allocation and irq request. > > Signed-off-by: Sebastian Reichel Applied, thank you. > --- >

Re: [PATCH 03/10] thermal: exynos: remove dead code for HW_MODE calibration

Hi Bartlomiej, On 5/5/14, Bartlomiej Zolnierkiewicz wrote: > There should be no functional changes caused by this patch. > > Signed-off-by: Bartlomiej Zolnierkiewicz > --- > drivers/thermal/samsung/exynos_tmu.c | 33 > +-- > drivers/thermal/samsung/exynos_tmu.h

[PATCH] cpufreq: cpufreq-cpu0: remove dependency on thermal

cpufreq-cpu0 uses thermal framework to register a cooling device, but doesn't depend on it as there are dummy calls provided by thermal layer when CONFIG_THERMAL=n. So, we don't really need to mention thermal as a dependency for cpufreq-cpu0 in Kconfig. Remove it. Signed-off-by: Viresh Kumar

Re: [PATCH 02/10] thermal: exynos: remove unused defines

Hi Bartlomiej, On 5/5/14, Bartlomiej Zolnierkiewicz wrote: > There should be no functional changes caused by this patch. > > Signed-off-by: Bartlomiej Zolnierkiewicz > --- > drivers/thermal/samsung/exynos_tmu_data.h | 27 +-- > 1 file changed, 1 insertion(+), 26

Re: [PATCH 01/10] thermal: exynos: remove unused struct exynos_tmu_registers entries

Hi Bartlomiej, On 5/5/14, Bartlomiej Zolnierkiewicz wrote: > There should be no functional changes caused by this patch. > > Signed-off-by: Bartlomiej Zolnierkiewicz > --- > drivers/thermal/samsung/exynos_tmu.h | 40 > --- >

[PATCH 2/13 v2] [SCSI] qla2xxx: make return of 0 explicit

From: Julia Lawall Delete unnecessary use of a local variable to immediately return 0. A simplified version of the semantic patch that fixes this problem is as follows: (http://coccinelle.lip6.fr/) // @r exists@ local idexpression ret; expression e; position p; @@ -ret = 0; ... when != ret =

Re: [RFC PATCH 2/3] CMA: aggressively allocate the pages on cma reserved memory when not used

On Mon, May 19, 2014 at 11:53:05AM +0900, Minchan Kim wrote: > On Mon, May 19, 2014 at 11:11:21AM +0900, Joonsoo Kim wrote: > > On Thu, May 15, 2014 at 11:43:53AM +0900, Minchan Kim wrote: > > > On Thu, May 15, 2014 at 10:53:01AM +0900, Joonsoo Kim wrote: > > > > On Tue, May 13, 2014 at 12:00:57PM

[PATCH 4/13] wimax/i2400m: make return of 0 explicit

From: Julia Lawall Delete unnecessary local variable whose value is always 0 and that hides the fact that the result is always 0. A simplified version of the semantic patch that fixes this problem is as follows: (http://coccinelle.lip6.fr/) // @r exists@ local idexpression ret; expression e;

[PATCH 5/13] usb: gadget: make return of 0 explicit

From: Julia Lawall Delete unnecessary local variable whose value is always 0 and that hides the fact that the result is always 0. A simplified version of the semantic patch that fixes this problem is as follows: (http://coccinelle.lip6.fr/) // @r exists@ local idexpression ret; expression e;

[PATCH 3/13] CLK: TI: DRA7: make return of 0 explicit

From: Julia Lawall Delete unnecessary local variable whose value is always 0 and that hides the fact that the result is always 0. Additionally dropped some unneeded braces in an affected if. A simplified version of the semantic patch that fixes this problem is as follows:

[PATCH 1/13] libertas: make return of 0 explicit

From: Julia Lawall Delete unnecessary local variable whose value is always 0 and that hides the fact that the result is always 0. A simplified version of the semantic patch that fixes this problem is as follows: (http://coccinelle.lip6.fr/) // @r exists@ local idexpression ret; expression e;

[PATCH 6/13] [NETFILTER]: arp_tables: make return of 0 explicit

From: Julia Lawall Delete unnecessary local variable whose value is always 0 and that hides the fact that the result is always 0. A simplified version of the semantic patch that fixes this problem is as follows: (http://coccinelle.lip6.fr/) // @r exists@ local idexpression ret; expression e;

[PATCH 7/13] staging: wlags49_h2: make return of 0 explicit

From: Julia Lawall Delete unnecessary local variable whose value is always 0 and that hides the fact that the result is always 0. A simplified version of the semantic patch that fixes this problem is as follows: (http://coccinelle.lip6.fr/) // @r exists@ local idexpression ret; expression e;

[PATCH 8/13] sound: mpu401.c: make return of 0 explicit

From: Julia Lawall Delete unnecessary local variable whose value is always 0 and that hides the fact that the result is always 0. A simplified version of the semantic patch that fixes this problem is as follows: (http://coccinelle.lip6.fr/) // @r exists@ local idexpression ret; expression e;

[PATCH 0/13] make return of 0 explicit

Sometimes a local variable is used as a return value in a case where the return value is always 0. The result is more apparent if this variable is just replaced by 0. This is done by the following semantic patch, although some cleanups may be needed. (http://coccinelle.lip6.fr/) // @r exists@

[PATCH 10/13] staging: rtl8192e: make return of 0 explicit

From: Julia Lawall Delete unnecessary use of a local variable to immediately return 0. A simplified version of the semantic patch that fixes this problem is as follows: (http://coccinelle.lip6.fr/) // @r exists@ local idexpression ret; expression e; position p; @@ -ret = 0; ... when != ret =

[PATCH 9/13] md: make return of 0 explicit

From: Julia Lawall Delete unnecessary local variable whose value is always 0 and that hides the fact that the result is always 0. A simplified version of the semantic patch that fixes this problem is as follows: (http://coccinelle.lip6.fr/) // @r exists@ local idexpression ret; expression e;

[PATCH 11/13] ufs: make return of 0 explicit

From: Julia Lawall Delete unnecessary local variable whose value is always 0 and that hides the fact that the result is always 0. A simplified version of the semantic patch that fixes this problem is as follows: (http://coccinelle.lip6.fr/) // @r exists@ local idexpression ret; expression e;

[PATCH 13/13] s390/irq: make return of 0 explicit

From: Julia Lawall Delete unnecessary local variable whose value is always 0 and that hides the fact that the result is always 0. A simplified version of the semantic patch that fixes this problem is as follows: (http://coccinelle.lip6.fr/) // @r exists@ local idexpression ret; expression e;

[PATCH 12/13] brcmsmac: make return of 0 explicit

From: Julia Lawall Delete unnecessary local variable whose value is always 0 and that hides the fact that the result is always 0. A simplified version of the semantic patch that fixes this problem is as follows: (http://coccinelle.lip6.fr/) // @r exists@ local idexpression ret; expression e;

[PATCH v2 03/06] staging: crypto: skein: rename skein1024_ctx to skein_1024_ctx

Code have skein_512_ctx and skein_256_ctx but skein1024_ctx. It would be logical to convert these names to a single form. Signed-off-by: Anton Saraev --- drivers/staging/skein/include/skein.h | 14 +++--- drivers/staging/skein/include/skeinApi.h| 2 +-

RE: [PATCHv4 2/2] regmap: add DT endianness binding support.

> Subject: Re: [PATCHv4 2/2] regmap: add DT endianness binding support. > > On Fri, May 09, 2014 at 03:04:33AM +0100, Xiubo Li wrote: > > For many drivers which will support rich endianness of CPU<-->Dev > > need define DT properties by itself without the binding support. > > > > The endianness

[PATCH v2 06/06] staging: crypto: skein: rename files

camelCase is not accepted in the Linux Kernel. To prepare skein driver for mainline inclusion, we rename all files to non-camelCase equivalents. Signed-off-by: Anton Saraev --- drivers/staging/skein/Makefile | 10 +- drivers/staging/skein/TODO

[PATCH v2 01/06] staging: crypto: skein: rename camelcase functions

camelCase is not accepted in the Linux Kernel. To prepare skein driver for mainline inclusion, we rename all functions to non-camelCase equivalents. Signed-off-by: Anton Saraev --- drivers/staging/skein/TODO | 1 - drivers/staging/skein/include/skein.h| 66

[PATCH v2 00/06] staging: crypto: skein: fixing style issues

Hi! To prepare skein driver for mainline inclusion we fixing most of style issues (wrong names of functions, vars, macros, files) and checkpatch problems in this patch set. For example, existing code is widely use camelCase names. This patch fix it. Anton Saraev (6): staging: crypto: skein:

[PATCH v2 04/06] staging: crypto: skein: rename enums

Linux Kernel use capitalized names for enum. To prepare skein driver to mainline inclusion, we rename all enums to capitalized names. Signed-off-by: Anton Saraev --- drivers/staging/skein/include/skein.h| 6 +++--- drivers/staging/skein/include/skeinApi.h | 8

[PATCH] mm/vmscan.c: use DIV_ROUND_UP for calculation of zone's balance_gap and correct comments.

Currently, we use (zone->managed_pages + KSWAPD_ZONE_BALANCE_GAP_RATIO-1) / KSWAPD_ZONE_BALANCE_GAP_RATIO to avoid a zero gap value. It's better to use DIV_ROUND_UP macro for neater code and clear meaning. Besides, the gap value is calculated against the per-zone "managed pages", not "present

Re: [PATCH 1/4] mtd: Add sysfs attr to expose ECC stats

On 12 May 11:26 PM, Ezequiel Garcia wrote: > On 12 May 05:50 PM, Brian Norris wrote: > > > There are some guidelines about attributes in > > > 'Documentation/filesystems/sysfs.txt' > > > Though it's acceptable to put array of values of the "same type" in > > > single sysfs file, > > > But I'm

Ich brauche Ihre dringende Antwort

-- Ich brauche Ihre dringende Antwort Ich bin mit diesem Medium, um Sie Transaktion in meiner Bank in China, Sie als Empfänger zu informieren, die die Übertragung von 21.500.000 $ (Zwanzig Millionen fünfhunderttausend US-Dollar). Das wird 100% sicher, verstorben der Zahl Kunden.

[PATCH v9 1/3] ARM: EXYNOS: Add support for EXYNOS5410 SoC

EXYNOS5410 is SoC in Samsung's Exynos5 SoC series. Add initial support for this SoC. Signed-off-by: Tarek Dakhran Signed-off-by: Vyacheslav Tyrtov Reviewed-by: Tomasz Figa --- arch/arm/mach-exynos/Kconfig |8 arch/arm/mach-exynos/exynos.c|1 +

linux-next: build failure after merge of the net-next tree

Hi all, After merging the net-next tree, today's linux-next build (arm multi_v7_defconfig, gcc 4.6.3) failed like this: drivers/built-in.o: In function `cdc_ncm_get_coalesce': ak8975.c:(.text+0x1ac994): undefined reference to `__aeabi_uldivmod' (The file name above seems to be rubbish, the

[PATCH v9 2/3] clk: exynos5410: register clocks using common clock framework

The EXYNOS5410 clocks are statically listed and registered using the Samsung specific common clock helper functions. Signed-off-by: Tarek Dakhran Signed-off-by: Vyacheslav Tyrtov Acked-by: Tomasz Figa --- .../devicetree/bindings/clock/exynos5410-clock.txt | 51 +

[PATCH v9 3/3] ARM: dts: Add initial device tree support for EXYNOS5410

Add initial device tree nodes for EXYNOS5410 SoC and SMDK5410 board. Signed-off-by: Tarek Dakhran Signed-off-by: Vyacheslav Tyrtov Reviewed-by: Tomasz Figa --- arch/arm/boot/dts/Makefile|1 + arch/arm/boot/dts/exynos5410-smdk5410.dts | 65

[PATCH v9 0/3] Exynos 5410 support

The series of patches represent support of Exynos 5410 SoC The Exynos 5410 is the first Samsung SoC based on big.LITTLE architecture Patches add new platform description, support of clock controller and device tree for Exynos 5410. Has been build on Samsung Linux Kernel (branch: for-next,

Re: [PATCH 1/4] clk: samsung: out: Add infrastructure to register CLKOUT

On 15 May 2014 19:37, Tomasz Figa wrote: > Hi Rahul, Tushar, > > On 15.05.2014 15:44, Rahul Sharma wrote: >> Hi Tushar, >> >> Basically you are adding a new clock-type for Clkout. IMO clkout >> is not a special hardware. Existing clock types can be reused to >> support clkout. I see 3 major

Re: [PATCH v6] mm: support madvise(MADV_FREE)

On Fri, May 16, 2014 at 10:38:00PM +0300, Kirill A. Shutemov wrote: > On Fri, May 16, 2014 at 03:34:27PM +0900, Minchan Kim wrote: > > > > +static inline unsigned long lazyfree_pmd_range(struct mmu_gather *tlb, > > > > + struct vm_area_struct *vma, pud_t *pud, > > > >

Re: [RFC PATCH 00/12 v1] A new CPU load metric for power-efficient scheduler: CPU ConCurrency

> So I should have just deleted all patches, for none of them has a > changelog. > It is my bad to not make changelogs in patches. The v2 has them, but I should have made them since always. > So all this cc crap only hooks into and modifies fair.c behaviour. There > is absolutely no reason it

Alert...

Congrats:You have won ( £500,000.00 Pounds )Contact Mr Andrew James:money.transfe...@qq.com ,Mobile:+447509531953 -- 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

[PATCH v7] mm: support madvise(MADV_FREE)

Linux doesn't have an ability to free pages lazy while other OS already have been supported that named by madvise(MADV_FREE). The gain is clear that kernel can discard freed pages rather than swapping out or OOM if memory pressure happens. Without memory pressure, freed pages would be reused by

Re: [RFC PATCH 2/9] dt: deps: dependency based device creation

Hi Tomasz, Thanks for weighing in on this. Thoughts and comments below. On Sat, 17 May 2014 16:24:19 +0200, Tomasz Figa wrote: > Hi, > > On 14.05.2014 16:05, Grant Likely wrote: > > On Mon, 12 May 2014 18:47:53 +0200, Alexander Holler > > wrote: > >> Use the properties named 'dependencies'

Re: [PATCH] dma: pl330: Add support for DMA_PAUSE command

On 16 May 2014 00:51, Lars-Peter Clausen wrote: > On 05/15/2014 02:01 PM, Tushar Behera wrote: >> >> On 14 May 2014 17:54, Lars-Peter Clausen wrote: >>> >>> On 05/14/2014 02:07 PM, Tushar Behera wrote: On 14 May 2014 17:29, Jassi Brar wrote: > > > On Wed, May 14, 2014

Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc

On Monday 19 May 2014 05:42 AM, Rusty Russell wrote: > Hugh Dickins writes: >> On Thu, 15 May 2014, Madhavan Srinivasan wrote: >>> >>> Hi Ingo, >>> >>> Do you have any comments for the latest version of the patchset. If >>> not, kindly can you pick it up as is. >>> >>> >>> With regards >>>

Re: [PATCH] pinctrl: add params in disable_setting for different usage

On 05/17/2014 03:53 AM, Stephen Warren wrote: On 05/16/2014 10:21 AM, Linus Walleij wrote: On Wed, May 14, 2014 at 4:01 AM, wrote: From: Fan Wu The patch added params in disable_setting to differ the two possible usage, 1.Only want to disable the pin setting in SW aspect, param can be set

Re: [goldfish] genirq: Flags mismatch irq 4. 00000000 (serial) vs. 00000080 (goldfish_pdev_bus)

forward to alan@intel.com On 05/19/2014 10:46 AM, Jet Chen wrote: Hi Alan, 0day kernel testing robot got the below dmesg and the first bad commit is git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git staging-next commit 9b17aeec232a5f0a61ce3952c2e728a0eeddda8b Author:

linux-next: manual merge of the pm tree with the samsung tree

Hi Rafael, Today's linux-next merge of the pm tree got conflicts in drivers/cpufreq/exynos-cpufreq.c and drivers/cpufreq/exynos-cpufreq.h between commit 2b07f4085479 ("cpufreq: exynos: Fix the compile error") from the samsung tree and commit e5eaa445b0dc ("cpufreq: exynos: Use dev_err/info

Re: [RFC PATCH 2/3] CMA: aggressively allocate the pages on cma reserved memory when not used

On Mon, May 19, 2014 at 11:11:21AM +0900, Joonsoo Kim wrote: > On Thu, May 15, 2014 at 11:43:53AM +0900, Minchan Kim wrote: > > On Thu, May 15, 2014 at 10:53:01AM +0900, Joonsoo Kim wrote: > > > On Tue, May 13, 2014 at 12:00:57PM +0900, Minchan Kim wrote: > > > > Hey Joonsoo, > > > > > > > > On

RE: [PATCH v3] arm: ioremap: Fix static vm area boundary check.

> > For each vmalloc area, there is one guard page at the end of it. > > so the vm->size = PAGE_ALIGN(offset + request size) + guard page size. > > Nope. There is no guard page for statically created vmalloc areas. > Yes, you are right, I'm thinking why the static area has no guard page?

Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile

On Sun, 2014-05-18 at 08:58 -0700, Paul E. McKenney wrote: > On Sun, May 18, 2014 at 10:36:41AM +0200, Mike Galbraith wrote: > > On Sat, 2014-05-17 at 22:20 -0700, Paul E. McKenney wrote: > > > > > If you are saying that turning on nohz_full doesn't help unless you > > > also ensure that there

[PATCH 1/1] mtd:nor:timeout:fix do_write_buffer() timeout error

The size of the buffer program has been increased from 256 to 512 , 2ms maximum timeout can not adapt to all the different vendor's norflash, There maximum timeout information in the CFI area,so the best way is to choose the result calculated according to timeout field of struct cfi_ident that

RE: [PATCHv2 1/2] clocksource: fix type confusion for clocksource_mmio_readX_Y

Hi, I'd like to know the status about this patch series... :） Thanks, BRs Xiubo > -Original Message- > From: Xiubo Li [mailto:li.xi...@freescale.com] > Sent: Wednesday, April 23, 2014 10:12 AM > To: daniel.lezc...@linaro.org; t...@linutronix.de; linux- > ker...@vger.kernel.org > Cc:

Re: [RFC PATCH 2/3] CMA: aggressively allocate the pages on cma reserved memory when not used

On Sun, May 18, 2014 at 11:06:08PM +0530, Aneesh Kumar K.V wrote: > Joonsoo Kim writes: > > > On Wed, May 14, 2014 at 02:12:19PM +0530, Aneesh Kumar K.V wrote: > >> Joonsoo Kim writes: > >> > >> > >> > >> Another issue i am facing with the current code is the atomic allocation > >> failing

RE: [PATCHv3 3/3] clocksource: Add Freescale FlexTimer Module (FTM) timer support

> > +#define FTM_CNTIN 0x4C > > + > > +static void __iomem *clksrc_base; > > +static void __iomem *clkevt_base; > > +static unsigned long peroidic_cyc; > > +static unsigned long ps; > > +bool big_endian; > > + > > Usually this is encaspulated in a structure. > > struct ftm_clock_device { >

[PATCH V3] staging: dgap: implement error handling in dgap_tty_register()

- alloc_tty_driver() is deprecated so it is changed to tty_alloc_driver() - Pointers which are allocated by alloc_tty_driver() and kzalloc() can be NULL so it need to check NULL for them. - If one of those is failed, it need to add proper handler for avoiding memory leak. - If both of drivers are

Re: [RFC PATCH 0/3] Aggressively allocate the pages on cma reserved memory

On Thu, May 15, 2014 at 10:47:18AM +0100, Mel Gorman wrote: > On Thu, May 15, 2014 at 11:10:55AM +0900, Joonsoo Kim wrote: > > > That doesn't always prefer CMA region. It would be nice to > > > understand why grouping in pageblock_nr_pages is beneficial. Also in > > > your patch you decrement

Re: [RFC PATCH 2/3] CMA: aggressively allocate the pages on cma reserved memory when not used

On Thu, May 15, 2014 at 11:43:53AM +0900, Minchan Kim wrote: > On Thu, May 15, 2014 at 10:53:01AM +0900, Joonsoo Kim wrote: > > On Tue, May 13, 2014 at 12:00:57PM +0900, Minchan Kim wrote: > > > Hey Joonsoo, > > > > > > On Thu, May 08, 2014 at 09:32:23AM +0900, Joonsoo Kim wrote: > > > > CMA is

RE: [PATCHv3 3/3] clocksource: Add Freescale FlexTimer Module (FTM) timer support

> Subject: Re: [PATCHv3 3/3] clocksource: Add Freescale FlexTimer Module (FTM) > timer support > > On 04/28/14 19:18, Xiubo Li wrote: > > +bool big_endian; > > + > > static? > I will fix this. Thanks, BRs Xiubo > -- > Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, >

RE: [PATCHv3 3/3] clocksource: Add Freescale FlexTimer Module (FTM) timer support

> > +static void __iomem *clksrc_base; > > +static void __iomem *clkevt_base; > > +static unsigned long peroidic_cyc; > > peroidic_cyc ? Did you mean periodic_cyc ? :) > Yes, I'll fix it. Thanks, BRs Xiubo > > > -- > Linaro.org │ Open source software for ARM

Re: [PATCH] x86/mce: Distirbute the clear operation of mces_seen to Per-CPU rather than only monarch CPU

On Sun, 2014-05-18 at 18:35 +0200, Borislav Petkov wrote: > On Sun, May 18, 2014 at 11:05:04PM +0800, Chen Yucong wrote:a > > mces_seen is a Per-CPU variable which should only be accessed by > > Per-CPU as possible. So the clear operation of mces_seen should also > > be lcoal to Per-CPU rather

Re: [PATCH 1/2] virtio-rng: cope if struct hwrng.name is changed to const

Hi Rusty, On Mon, 19 May 2014 09:30:53 +0930 Rusty Russell wrote: > > Stephen Rothwell writes: > > Signed-off-by: Stephen Rothwell > > --- > > drivers/char/hw_random/virtio-rng.c | 6 -- > > 1 file changed, 4 insertions(+), 2 deletions(-) > > > > Based on the current virtio tree in

Re: [RFC][PATCH] CMA: drivers/base/Kconfig: restrict CMA size to non-zero value

Thank you for your advice. I didn't notice it. I'm adding followings according to your advice: - range restrict for CMA_SIZE_MBYTES and *CMA_SIZE_PERCENTAGE* I think this can prevent the wrong kernel option. - change size_cmdline into default value SZ_16M I am not sure this can prevent if

Re: gpio: Add support for Intel SoC PMIC (Crystal Cove)

On 5/17/2014 1:46 AM, Daniel Glöckner wrote: > Hi Lejun, > > On Wed, May 14, 2014 at 11:44:07PM +0800, Zhu, Lejun wrote: >> This patch adds support for the GPIO function in Crystal Cove. > > in our device ACPI makes use of "virtual" GPIOs that have numbers from > 0x20 to 0x5E to change various

[PATCH V2] staging: dgap: implement error handling in dgap_tty_register()

>From 3acdda98e73a153a5fb32c2cd401d2dde1653b0a Mon Sep 17 00:00:00 2001 From: Daeseok Youn Date: Fri, 25 Apr 2014 16:04:59 +0900 Subject: [PATCH] staging: dgap: implement error handling in dgap_tty_register() - alloc_tty_driver() is deprecated so it is changed to tty_alloc_driver() - Pointers

Re: [PATCH 1/2] virtio-rng: cope if struct hwrng.name is changed to const

Stephen Rothwell writes: > Signed-off-by: Stephen Rothwell > --- > drivers/char/hw_random/virtio-rng.c | 6 -- > 1 file changed, 4 insertions(+), 2 deletions(-) > > Based on the current virtio tree in linux-next. Actually, Sasha Levin did a nice cleanup which replaces these two, and

Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc

Hugh Dickins writes: > On Thu, 15 May 2014, Madhavan Srinivasan wrote: >> >> Hi Ingo, >> >> Do you have any comments for the latest version of the patchset. If >> not, kindly can you pick it up as is. >> >> >> With regards >> Maddy >> >> > Kirill A. Shutemov with 8c6e50b029 commit

Re: [PATCH] time: Provide full featured jiffies_to_nsecs() function

On 2014/4/9 1:32, Tony Luck wrote: > The "uptime" tracer added in: > commit 8aacf017b065a805d27467843490c976835eb4a5 > tracing: Add "uptime" trace clock that uses jiffies > has wraparound problems when the system has been up more > than 1 hour 11 minutes and 34 seconds. It converts jiffies

Re: [PATCH] net: ethernet: ibm: ehea: ehea_qmr.c: Fix for possible null pointer dereference

From: Rickard Strandqvist Date: Sun, 18 May 2014 18:01:21 +0200 > There is otherwise a risk of a possible null pointer dereference. > > Was largely found by using a static code analysis program called cppcheck. > > Signed-off-by: Rickard Strandqvist Applied, thanks. -- To unsubscribe from

Re: [PATCH] net: rds: Use time_after() for time comparison

From: Manuel Schölling Date: Sun, 18 May 2014 23:32:49 +0200 > To be future-proof and for better readability the time comparisons are > modified > to use time_after() instead of raw math. > > Signed-off-by: Manuel Schölling Applied. -- To unsubscribe from this list: send the line

Re: [PATCH] net: 8390: use time_after() for time comparison

From: Manuel Schölling Date: Sun, 18 May 2014 12:45:48 +0200 > To be future-proof and for better readability the time comparisons are > modified > to use time_after() instead of raw math. > > Signed-off-by: Manuel Schölling Applied. -- To unsubscribe from this list: send the line

Re: [PATCH] net/mlx4_en: Fix uninitialized use of 'port_up' in mlx4_en_set_channels()

From: Christian Engelmayer Date: Sat, 17 May 2014 23:52:03 +0200 > Function mlx4_en_set_channels() stops running ports before performing the > requested action. In that case local variable 'port_up' is set so that the > port is restarted at the end of the function, however, in case the port was

Re: [PATCH 3/4] atm: idt77252: Remove redundant error check

From: Peter Senna Tschudin Date: Sat, 17 May 2014 20:22:59 +0200 > Remove double checks, and move the call to printk to the > first check. Also adds KERN_WARNING to printk. The simplified version > of the coccinelle semantic patch that fixes this issue is as follows: The appropriate thing to

Re: [PATCH] isdn: hisax: l3ni1.c: Fix for possible null pointer dereference

From: Rickard Strandqvist Date: Sat, 17 May 2014 19:19:40 +0200 > @@ -2064,8 +2064,12 @@ static int l3ni1_cmd_global(struct PStack *st, > isdn_ctrl *ic) > { free_invoke_id(st, id); > return (-2); >

Re: [PATCH] isdn: hisax: l3dss1.c: Fix for possible null pointer dereference

From: Rickard Strandqvist Date: Sat, 17 May 2014 19:18:21 +0200 > There is otherwise a risk of a possible null pointer dereference. > > Was largely found by using a static code analysis program called cppcheck. > > Signed-off-by: Rickard Strandqvist ... > @@ -2208,8 +2208,12 @@ static int

RE: [PATCH v8 0/3] Exynos 5410 support

Kevin Hilman wrote: > > Tarek Dakhran writes: > > > The series of patches represent support of Exynos 5410 SoC > > > > The Exynos 5410 is the first Samsung SoC based on bigLITTLE architecture > > > > Patches add new platform description, support of clock controller and > device > > tree for

Re: [PATCH] fs: Cleanup string initializations (char[] instead of char *)

On Sat, May 17, 2014 at 05:53:45PM +0100, Al Viro wrote: > On Sat, May 17, 2014 at 05:00:18PM +0200, Manuel Sch?lling wrote: > > Initializations like 'char *foo = "bar"' will create two variables: a static > > string and a pointer (foo) to that static string. Instead 'char foo[] = > > "bar"' > >

Re: [PATCH] ieee802154: Introduce the use of the managed version of kzalloc

From: Himangi Saraogi Date: Fri, 16 May 2014 23:39:35 +0530 > This patch moves data allocated using kzalloc to managed data allocated > using devm_kzalloc and cleans now unnecessary kfrees in probe and remove > functions. Likewise please add an explicit linux/device.h include to make sure the

Re: [PATCH] ehea: Introduce the use of the managed version of kzalloc

From: Himangi Saraogi Date: Fri, 16 May 2014 23:37:25 +0530 > Not compile tested due to incompatible architecture. Please add an explicit linux/device.h include to make absolutely sure the devm_*() are available. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [RFC PATCH 2/5] clk: Introduce 'clk_round_rate_nearest()'

Hi, I spent some time finding an alternative implementation for clk_round_rate_nearest, the result can be found below. I hope this is closer to a working implementation. Thanks, Sören --8<-8<-8<-8<--- From: Soren

Re: [PATCH 13/15] sparc: add renameat2 syscall

From: Miklos Szeredi Date: Fri, 16 May 2014 11:09:02 +0200 > On Thu, May 15, 2014 at 6:49 PM, David Miller wrote: >> From: Miklos Szeredi >> Date: Thu, 15 May 2014 14:22:33 +0200 >> >>> On Fri, Apr 11, 2014 at 12:25 PM, Miklos Szeredi wrote: From: Miklos Szeredi Signed-off-by:

Re: [PATCH] bnx2x: Convert return 0 to return rc

From: Joe Perches Date: Thu, 15 May 2014 23:51:43 -0700 > These "return 0;" uses seem wrong as there are > rc variables where error return values are set > but unused. > > Signed-off-by: Joe Perches Applied, thanks Joe. -- To unsubscribe from this list: send the line "unsubscribe

Re: Immense benefit for you and I

Good day, I have an interesting proposal for you that will be of immense benefit. Although this may be hard for you to believe, we stand to gain a sizeable sum (USD 7.2million) in a matter of days. I know time is fleeting, please grant me the privilege and hear me out. I need you to signify

  1   2   3   4   5   6   >