Re: [PATCH] thermal: ti-soc-thermal: Add set_emul_temp hook

On Tuesday 10 May 2016 05:12 PM, Keerthy wrote: Setting the emulation temperature helps reproduce critical temperature scenarios without risking the actual hardware at extreme temperatures. Adding __ti_thermal_set_emul_temp as the set_emul_temp hook. A gentle ping on this. Signed-off-by:

Re: [PATCH] thermal: ti-soc-thermal: Add set_emul_temp hook

On Tuesday 10 May 2016 05:12 PM, Keerthy wrote: Setting the emulation temperature helps reproduce critical temperature scenarios without risking the actual hardware at extreme temperatures. Adding __ti_thermal_set_emul_temp as the set_emul_temp hook. A gentle ping on this. Signed-off-by:

Re: linux-next: build warnings after merge of the net tree

From: Stephen Rothwell Date: Fri, 20 May 2016 13:33:30 +1000 > After merging the net tree, today's linux-next build (arm > multi_v7_defconfig) produced these warnings: ... > Introduced by commit > > e00be9e4d0ff ("net: pegasus: remove dead coding") This change has

Re: linux-next: build warnings after merge of the net tree

From: Stephen Rothwell Date: Fri, 20 May 2016 13:33:30 +1000 > After merging the net tree, today's linux-next build (arm > multi_v7_defconfig) produced these warnings: ... > Introduced by commit > > e00be9e4d0ff ("net: pegasus: remove dead coding") This change has other problems too and I

Re: [PATCH v2] KVM: halt-polling: poll if emulated lapic timer will fire soon

2016-05-20 10:04 GMT+08:00 Yang Zhang : > On 2016/5/20 2:36, David Matlack wrote: >> >> On Thu, May 19, 2016 at 11:01 AM, David Matlack >> wrote: >>> >>> On Thu, May 19, 2016 at 6:27 AM, Wanpeng Li wrote: From: Wanpeng

Re: [PATCH v2] KVM: halt-polling: poll if emulated lapic timer will fire soon

2016-05-20 10:04 GMT+08:00 Yang Zhang : > On 2016/5/20 2:36, David Matlack wrote: >> >> On Thu, May 19, 2016 at 11:01 AM, David Matlack >> wrote: >>> >>> On Thu, May 19, 2016 at 6:27 AM, Wanpeng Li wrote: From: Wanpeng Li If an emulated lapic timer will fire soon(in the

[PATCH] net: alx: use custom skb allocator

This patch follows Eric Dumazet's commit 7b70176421 to fix one exactly same bug in alx driver, that the network link will be lost in 1-5 minutes after the device is up. Following is a git log from Eric's 7b70176421: "We had reports ( https://bugzilla.kernel.org/show_bug.cgi?id=54021 ) that using

[PATCH] net: alx: use custom skb allocator

This patch follows Eric Dumazet's commit 7b70176421 to fix one exactly same bug in alx driver, that the network link will be lost in 1-5 minutes after the device is up. Following is a git log from Eric's 7b70176421: "We had reports ( https://bugzilla.kernel.org/show_bug.cgi?id=54021 ) that using

Re: linux-next 20160512 - ACPI issue with screen brightness

On 05/20/2016 11:05 AM, valdis.kletni...@vt.edu wrote: > On Thu, 19 May 2016 18:53:17 -0400, valdis.kletni...@vt.edu said: > next-20160512 sets the screen brightness to about 40%-ish or so, rather than the 100% intensity I want. Do you mean after boot, the screen brightness is now 40%

Re: linux-next 20160512 - ACPI issue with screen brightness

On 05/20/2016 11:05 AM, valdis.kletni...@vt.edu wrote: > On Thu, 19 May 2016 18:53:17 -0400, valdis.kletni...@vt.edu said: > next-20160512 sets the screen brightness to about 40%-ish or so, rather than the 100% intensity I want. Do you mean after boot, the screen brightness is now 40%

sem_lock() vs qspinlocks

Hi, Giovanni ran into a pretty reproducible situation in which the libmicro benchmark[1] shows a functional regression in sysv semaphores, on upstream kernels. Specifically for the 'cascade_cond' and 'cascade_flock' programs, which exhibit hangs in libc's semop() blocked waiting for zero.

sem_lock() vs qspinlocks

Hi, Giovanni ran into a pretty reproducible situation in which the libmicro benchmark[1] shows a functional regression in sysv semaphores, on upstream kernels. Specifically for the 'cascade_cond' and 'cascade_flock' programs, which exhibit hangs in libc's semop() blocked waiting for zero.

Re: mmotm 2016-05-19-19-59 uploaded

Someone stuck a load of for-4.8 stuff into -next during the merge window. It had better be for 4.8 anyway - it is super-late. I intend to simply ignore it and merge the for-4.7 material. On Fri, 20 May 2016 14:36:28 +0900 Minchan Kim wrote: > Ccing Jan, > > dax: Remove

Re: mmotm 2016-05-19-19-59 uploaded

Someone stuck a load of for-4.8 stuff into -next during the merge window. It had better be for 4.8 anyway - it is super-late. I intend to simply ignore it and merge the for-4.7 material. On Fri, 20 May 2016 14:36:28 +0900 Minchan Kim wrote: > Ccing Jan, > > dax: Remove complete_unwritten

Re: mmotm 2016-05-19-19-59 uploaded

Ccing Jan, dax: Remove complete_unwritten argument On Fri, May 20, 2016 at 02:14:17PM +0900, Minchan Kim wrote: > On Thu, May 19, 2016 at 07:59:50PM -0700, a...@linux-foundation.org wrote: > > The mm-of-the-moment snapshot 2016-05-19-19-59 has been uploaded to > > > >

Re: mmotm 2016-05-19-19-59 uploaded

Ccing Jan, dax: Remove complete_unwritten argument On Fri, May 20, 2016 at 02:14:17PM +0900, Minchan Kim wrote: > On Thu, May 19, 2016 at 07:59:50PM -0700, a...@linux-foundation.org wrote: > > The mm-of-the-moment snapshot 2016-05-19-19-59 has been uploaded to > > > >

Re: [PATCH v12 06/10] arm64: Treat all entry code as non-kprobe-able

On 05/12/2016 10:49 AM, James Morse wrote: Hi David, Pratyush On 27/04/16 19:53, David Long wrote: From: Pratyush Anand Entry symbols are not kprobe safe. So blacklist them for kprobing. Signed-off-by: Pratyush Anand diff --git

Re: [PATCH v12 06/10] arm64: Treat all entry code as non-kprobe-able

On 05/12/2016 10:49 AM, James Morse wrote: Hi David, Pratyush On 27/04/16 19:53, David Long wrote: From: Pratyush Anand Entry symbols are not kprobe safe. So blacklist them for kprobing. Signed-off-by: Pratyush Anand diff --git a/arch/arm64/kernel/kprobes.c b/arch/arm64/kernel/kprobes.c

Re: path-lookup inconsistency ?

On Thu, May 19, 2016 at 07:20:26PM -0700, Badhri Jagan Sridharan wrote: > Hi, > > I mounted overlayfs at / > > My cat /proc/mounts looks like the following. > # cat /proc/mounts > /dev/root / squashfs ro,seclabel,relatime 0 0 > .. > overlayfs / overlay >

Re: path-lookup inconsistency ?

On Thu, May 19, 2016 at 07:20:26PM -0700, Badhri Jagan Sridharan wrote: > Hi, > > I mounted overlayfs at / > > My cat /proc/mounts looks like the following. > # cat /proc/mounts > /dev/root / squashfs ro,seclabel,relatime 0 0 > .. > overlayfs / overlay >

[PATCH] ALSA: hda - Fix headphone noise on Dell XPS 13 9360

The headphone has noise when playing sound or switching microphone sources. It uses the same codec on XPS 13 9350, but with different subsystem ID. Applying the fixup can solve the issue. Also, changing the model name to better differentiate models. Signed-off-by: Kai-Heng Feng

Re: [PATCH v2 7/9] powerpc/powernv: Add platform support for stop instruction

On Tue, May 03, 2016 at 01:54:36PM +0530, Shreyas B. Prabhu wrote: > POWER ISA v3 defines a new idle processor core mechanism. In summary, > a) new instruction named stop is added. This instruction replaces > instructions like nap, sleep, rvwinkle. > b) new per thread SPR named PSSCR is

Re: [PATCH v2 7/9] powerpc/powernv: Add platform support for stop instruction

On Tue, May 03, 2016 at 01:54:36PM +0530, Shreyas B. Prabhu wrote: > POWER ISA v3 defines a new idle processor core mechanism. In summary, > a) new instruction named stop is added. This instruction replaces > instructions like nap, sleep, rvwinkle. > b) new per thread SPR named PSSCR is

[PATCH] ALSA: hda - Fix headphone noise on Dell XPS 13 9360

The headphone has noise when playing sound or switching microphone sources. It uses the same codec on XPS 13 9350, but with different subsystem ID. Applying the fixup can solve the issue. Also, changing the model name to better differentiate models. Signed-off-by: Kai-Heng Feng ---

Re: [PATCH v12 05/10] arm64: Kprobes with single stepping support

On 05/12/2016 11:01 AM, James Morse wrote: Hi David, Sandeepa, On 27/04/16 19:53, David Long wrote: From: Sandeepa Prabhu diff --git a/arch/arm64/kernel/kprobes.c b/arch/arm64/kernel/kprobes.c new file mode 100644 index 000..dfa1b1f --- /dev/null +++

Re: [PATCH v12 05/10] arm64: Kprobes with single stepping support

On 05/12/2016 11:01 AM, James Morse wrote: Hi David, Sandeepa, On 27/04/16 19:53, David Long wrote: From: Sandeepa Prabhu diff --git a/arch/arm64/kernel/kprobes.c b/arch/arm64/kernel/kprobes.c new file mode 100644 index 000..dfa1b1f --- /dev/null +++ b/arch/arm64/kernel/kprobes.c @@

Re: mmotm 2016-05-19-19-59 uploaded

On Thu, May 19, 2016 at 07:59:50PM -0700, a...@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2016-05-19-19-59 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ > > mmotm-readme.txt says > > README for mm-of-the-moment: > > http://www.ozlabs.org/~akpm/mmotm/ > > This

Re: mmotm 2016-05-19-19-59 uploaded

On Thu, May 19, 2016 at 07:59:50PM -0700, a...@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2016-05-19-19-59 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ > > mmotm-readme.txt says > > README for mm-of-the-moment: > > http://www.ozlabs.org/~akpm/mmotm/ > > This

Re: [PATCH] mpssd: fix buffer overflow warning

On Fri, May 20 2016 at 12:54:51 AM, Mike Danese wrote: > The compilation emits a warning in function ‘snprintf’, > inlined from ‘set_cmdline’ at > ../Documentation/mic/mpssd/mpssd.c:1541:9: > /usr/include/x86_64-linux-gnu/bits/stdio2.h:64:10: > warning: call to

Re: [PATCH] mpssd: fix buffer overflow warning

On Fri, May 20 2016 at 12:54:51 AM, Mike Danese wrote: > The compilation emits a warning in function ‘snprintf’, > inlined from ‘set_cmdline’ at > ../Documentation/mic/mpssd/mpssd.c:1541:9: > /usr/include/x86_64-linux-gnu/bits/stdio2.h:64:10: > warning: call to

Re: [PATCH] fbcon: warn on invalid cursor blink intervals

Hi Ming, >Then looks there are two fix patches acked & tested: > > - the patch in this thread > - another one "[PATCH] tty: vt: Fix soft lockup in fbcon cursor >blink timer." > https://lkml.org/lkml/2016/5/17/455 > >So which one will be pushed to linus? Not that it's my call, but we may want

Re: [PATCH] fbcon: warn on invalid cursor blink intervals

Hi Ming, >Then looks there are two fix patches acked & tested: > > - the patch in this thread > - another one "[PATCH] tty: vt: Fix soft lockup in fbcon cursor >blink timer." > https://lkml.org/lkml/2016/5/17/455 > >So which one will be pushed to linus? Not that it's my call, but we may want

[PATCH] mpssd: fix buffer overflow warning

The compilation emits a warning in function ‘snprintf’, inlined from ‘set_cmdline’ at ../Documentation/mic/mpssd/mpssd.c:1541:9: /usr/include/x86_64-linux-gnu/bits/stdio2.h:64:10: warning: call to __builtin___snprintf_chk will always overflow destination buffer This was introduced

[PATCH] mpssd: fix buffer overflow warning

The compilation emits a warning in function ‘snprintf’, inlined from ‘set_cmdline’ at ../Documentation/mic/mpssd/mpssd.c:1541:9: /usr/include/x86_64-linux-gnu/bits/stdio2.h:64:10: warning: call to __builtin___snprintf_chk will always overflow destination buffer This was introduced

Re: [PATCH perf/core v8 00/16] perf-probe --cache and SDT support

On 05/15/2016 08:49 AM, Masami Hiramatsu wrote: Hi, Here is the 8th version of the patchset for probe-cache and initial SDT support. The previous version is here; https://lkml.org/lkml/2016/5/11/446 This version I droped the second patch in v7 because it may involves unintended behavior

Re: [PATCH perf/core v8 00/16] perf-probe --cache and SDT support

On 05/15/2016 08:49 AM, Masami Hiramatsu wrote: Hi, Here is the 8th version of the patchset for probe-cache and initial SDT support. The previous version is here; https://lkml.org/lkml/2016/5/11/446 This version I droped the second patch in v7 because it may involves unintended behavior

Re: [patch V2 3/7] futex: Add op for hash preallocation

On Thu, May 19, 2016 at 12:38:19PM -0700, Darren Hart wrote: > On Thu, May 19, 2016 at 02:24:57PM +0200, Peter Zijlstra wrote: > > OK, so no on-line rehashing possible? > > It doesn't do it currently... did you see something that makes it impossible > to > add? No, just tons of tricky.

Re: [patch V2 3/7] futex: Add op for hash preallocation

On Thu, May 19, 2016 at 12:38:19PM -0700, Darren Hart wrote: > On Thu, May 19, 2016 at 02:24:57PM +0200, Peter Zijlstra wrote: > > OK, so no on-line rehashing possible? > > It doesn't do it currently... did you see something that makes it impossible > to > add? No, just tons of tricky.

linux-next: Tree for May 20

Hi all, Please do not add any v4.8 destined material to your linux-next included branches until after v4.7-rc1 has been released. Changes since 20160519: The vfs tree gained a conflict against the cifs tree. The tty tree gained a conflict against Linus' tree. The dax-misc tree gained

linux-next: Tree for May 20

Hi all, Please do not add any v4.8 destined material to your linux-next included branches until after v4.7-rc1 has been released. Changes since 20160519: The vfs tree gained a conflict against the cifs tree. The tty tree gained a conflict against Linus' tree. The dax-misc tree gained

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

Hi Tomasz, all, On 05/11/2016 07:08 AM, Tomasz Nowicki wrote: > On 11.05.2016 12:41, Gabriele Paoloni wrote: >>> v6 -> v7 >>> - drop quirks handling >> >> Maybe I missed something in the v6 discussion thread; when was it >> decided to drop quirk handling? > > I had such requests in previous

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

Hi Tomasz, all, On 05/11/2016 07:08 AM, Tomasz Nowicki wrote: > On 11.05.2016 12:41, Gabriele Paoloni wrote: >>> v6 -> v7 >>> - drop quirks handling >> >> Maybe I missed something in the v6 discussion thread; when was it >> decided to drop quirk handling? > > I had such requests in previous

[PATCH] security: tomoyo: simplify the gc kthread creation

The code is doing the equivalent of the kthread_run macro. Signed-off-by: Mike Danese --- security/tomoyo/gc.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/security/tomoyo/gc.c b/security/tomoyo/gc.c index 986a6a7..540bc29 100644 ---

[PATCH] security: tomoyo: simplify the gc kthread creation

The code is doing the equivalent of the kthread_run macro. Signed-off-by: Mike Danese --- security/tomoyo/gc.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/security/tomoyo/gc.c b/security/tomoyo/gc.c index 986a6a7..540bc29 100644 --- a/security/tomoyo/gc.c +++

Re: [PATCH 0/4] regulator: tps65917/palmas: Cleanups and bugfixes

+ Lee Jones On Saturday 07 May 2016 12:31 AM, Nishanth Menon wrote: On 05/06/2016 12:14 PM, Mark Brown wrote: On Fri, May 06, 2016 at 12:44:23PM +0530, Laxman Dewangan wrote: When you are here, can you implement the dt parsing with the new method from regulator framework. Regulator FW calls

Re: [PATCH 0/4] regulator: tps65917/palmas: Cleanups and bugfixes

+ Lee Jones On Saturday 07 May 2016 12:31 AM, Nishanth Menon wrote: On 05/06/2016 12:14 PM, Mark Brown wrote: On Fri, May 06, 2016 at 12:44:23PM +0530, Laxman Dewangan wrote: When you are here, can you implement the dt parsing with the new method from regulator framework. Regulator FW calls

Re: [PATCH v3] gpio: UniPhier: add driver for UniPhier GPIO controller

Hi Linus, 2015-07-16 16:48 GMT+09:00 Masahiro Yamada : > Hi Linus, > > OK, I will do it in v4. I has been away from my GPIO driver upstreaming for a long time for some reason. I sent v3 ten months ago. http://patchwork.ozlabs.org/patch/494860/ In the

Re: [PATCH v3] gpio: UniPhier: add driver for UniPhier GPIO controller

Hi Linus, 2015-07-16 16:48 GMT+09:00 Masahiro Yamada : > Hi Linus, > > OK, I will do it in v4. I has been away from my GPIO driver upstreaming for a long time for some reason. I sent v3 ten months ago. http://patchwork.ozlabs.org/patch/494860/ In the meantime, there have been various

Re: [PATCH v12 01/10] arm64: Add HAVE_REGS_AND_STACK_ACCESS_API feature

On 05/17/2016 05:14 AM, Huang Shijie wrote: On Wed, Apr 27, 2016 at 02:52:56PM -0400, David Long wrote: From: "David A. Long" +/** + * regs_within_kernel_stack() - check the address in the stack + * @regs: pt_regs which contains kernel stack pointer. + * @addr:

Re: [PATCH v12 01/10] arm64: Add HAVE_REGS_AND_STACK_ACCESS_API feature

On 05/17/2016 05:14 AM, Huang Shijie wrote: On Wed, Apr 27, 2016 at 02:52:56PM -0400, David Long wrote: From: "David A. Long" +/** + * regs_within_kernel_stack() - check the address in the stack + * @regs: pt_regs which contains kernel stack pointer. + * @addr: address which is

Re: [PATCH v3 3/5] mmc: core: implement enhanced strobe support

Hi 在 2016-5-20 11:54, Jaehoon Chung 写道: On 05/20/2016 12:15 PM, Shawn Lin wrote: Hi 在 2016-5-20 10:45, Jaehoon Chung 写道: On 05/10/2016 06:09 PM, Shawn Lin wrote: Controllers use data strobe line to latch data from devices under hs400 mode, but not for cmd line. So since emmc 5.1, JEDEC

Re: [PATCH v3 3/5] mmc: core: implement enhanced strobe support

Hi 在 2016-5-20 11:54, Jaehoon Chung 写道: On 05/20/2016 12:15 PM, Shawn Lin wrote: Hi 在 2016-5-20 10:45, Jaehoon Chung 写道: On 05/10/2016 06:09 PM, Shawn Lin wrote: Controllers use data strobe line to latch data from devices under hs400 mode, but not for cmd line. So since emmc 5.1, JEDEC

Re: 4.5-rc0 regression: GPRS breaks after very short while

Hi, On Wed, May 18, 2016 at 10:12:51PM +0200, Pavel Machek wrote: > > The last one only changes a comment, so not relevant, the other > > two fix error handling during initialization and are most likely > > also not the problem. Can you try to bisect the problem? > > It will not be fun, but I

Re: 4.5-rc0 regression: GPRS breaks after very short while

Hi, On Wed, May 18, 2016 at 10:12:51PM +0200, Pavel Machek wrote: > > The last one only changes a comment, so not relevant, the other > > two fix error handling during initialization and are most likely > > also not the problem. Can you try to bisect the problem? > > It will not be fun, but I

Re: [PATCHv2] mm/zsmalloc: don't fail if can't create debugfs info

On (05/19/16 11:18), Dan Streetman wrote: [..] > zs_stat_root = debugfs_create_dir("zsmalloc", NULL); > if (!zs_stat_root) > - return -ENOMEM; > - > - return 0; > + pr_warn("debugfs 'zsmalloc' stat dir creation failed\n"); > } > > static void __exit

Re: [PATCHv2] mm/zsmalloc: don't fail if can't create debugfs info

On (05/19/16 11:18), Dan Streetman wrote: [..] > zs_stat_root = debugfs_create_dir("zsmalloc", NULL); > if (!zs_stat_root) > - return -ENOMEM; > - > - return 0; > + pr_warn("debugfs 'zsmalloc' stat dir creation failed\n"); > } > > static void __exit

Re: [rcu_sched stall] regression/miss-config ?

On Thu, May 19, 2016 at 04:45:26PM -0700, Santosh Shilimkar wrote: > Hi Paul, > > On 5/17/2016 12:15 PM, Paul E. McKenney wrote: > >On Tue, May 17, 2016 at 06:46:22AM -0700, santosh.shilim...@oracle.com wrote: > >>On 5/16/16 5:58 PM, Paul E. McKenney wrote: > >>>On Mon, May 16, 2016 at 12:49:41PM

Re: [rcu_sched stall] regression/miss-config ?

On Thu, May 19, 2016 at 04:45:26PM -0700, Santosh Shilimkar wrote: > Hi Paul, > > On 5/17/2016 12:15 PM, Paul E. McKenney wrote: > >On Tue, May 17, 2016 at 06:46:22AM -0700, santosh.shilim...@oracle.com wrote: > >>On 5/16/16 5:58 PM, Paul E. McKenney wrote: > >>>On Mon, May 16, 2016 at 12:49:41PM

Re: [GIT PULL] ARC updates for 4.7-rc1

On Friday 20 May 2016 02:04 AM, Linus Torvalds wrote: > On Wed, May 18, 2016 at 11:24 PM, Vineet Gupta > wrote: >> >> The highlight is support for EZChip (now Mellanox) NPS-400 network processor >> [..] > > Oh, and that brought in the > >

Re: [GIT PULL] ARC updates for 4.7-rc1

On Friday 20 May 2016 02:04 AM, Linus Torvalds wrote: > On Wed, May 18, 2016 at 11:24 PM, Vineet Gupta > wrote: >> >> The highlight is support for EZChip (now Mellanox) NPS-400 network processor >> [..] > > Oh, and that brought in the > > drivers/irqchip/irq-eznps.c > > driver that is

linux-next: manual merge of the akpm-current tree with the dax-misc tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in: include/linux/dax.h between commit: bc2466e42573 ("dax: Use radix tree entry lock to protect cow faults") from the dax-misc tree and commit: c2ce6adc69c8 ("dax: add dax_get_unmapped_area for pmd mappings")

linux-next: manual merge of the akpm-current tree with the dax-misc tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in: include/linux/dax.h between commit: bc2466e42573 ("dax: Use radix tree entry lock to protect cow faults") from the dax-misc tree and commit: c2ce6adc69c8 ("dax: add dax_get_unmapped_area for pmd mappings")

Re: [PATCH v3 3/5] mmc: core: implement enhanced strobe support

On 05/20/2016 12:15 PM, Shawn Lin wrote: > Hi > > 在 2016-5-20 10:45, Jaehoon Chung 写道: >> On 05/10/2016 06:09 PM, Shawn Lin wrote: >>> Controllers use data strobe line to latch data from devices >>> under hs400 mode, but not for cmd line. So since emmc 5.1, JEDEC >>> introduces enhanced strobe

Re: [PATCH v3 3/5] mmc: core: implement enhanced strobe support

On 05/20/2016 12:15 PM, Shawn Lin wrote: > Hi > > 在 2016-5-20 10:45, Jaehoon Chung 写道: >> On 05/10/2016 06:09 PM, Shawn Lin wrote: >>> Controllers use data strobe line to latch data from devices >>> under hs400 mode, but not for cmd line. So since emmc 5.1, JEDEC >>> introduces enhanced strobe

crosstool builds - https://www.kernel.org/pub/tools/crosstool/

Hi Tony, I'm wondering whether you know of anyone who has picked up where you left off, building cross toolchains for various and sundry alternative architectures? I wanted to download an IA64 compiler recently (really) and noticed that the most recent builds were against GCC 4.6.3. Thanks in

crosstool builds - https://www.kernel.org/pub/tools/crosstool/

Hi Tony, I'm wondering whether you know of anyone who has picked up where you left off, building cross toolchains for various and sundry alternative architectures? I wanted to download an IA64 compiler recently (really) and noticed that the most recent builds were against GCC 4.6.3. Thanks in

Re: [PATCH RFC] user-namespaced file capabilities - now with more magic

Quoting Mimi Zohar (zo...@linux.vnet.ibm.com): > On Wed, 2016-05-18 at 16:57 -0500, Serge E. Hallyn wrote: > > This patch introduces a new security.nscapability xattr. It > > is mostly like security.capability, but also lists a 'rootid'. > > This is the uid_t (in init_user_ns) of the root id (uid

Re: [PATCH RFC] user-namespaced file capabilities - now with more magic

Quoting Mimi Zohar (zo...@linux.vnet.ibm.com): > On Wed, 2016-05-18 at 16:57 -0500, Serge E. Hallyn wrote: > > This patch introduces a new security.nscapability xattr. It > > is mostly like security.capability, but also lists a 'rootid'. > > This is the uid_t (in init_user_ns) of the root id (uid

Re: [PATCH perf/core v8 12/16] perf-list: Show SDT and pre-cached events

On 05/15/2016 08:51 AM, Masami Hiramatsu wrote: From: Masami Hiramatsu Show SDT and pre-cached events by perf-list with "sdt". This also shows the binary and build-id where the events are placed only when there are same name events on different binaries. e.g.

Re: [PATCH perf/core v8 12/16] perf-list: Show SDT and pre-cached events

On 05/15/2016 08:51 AM, Masami Hiramatsu wrote: From: Masami Hiramatsu Show SDT and pre-cached events by perf-list with "sdt". This also shows the binary and build-id where the events are placed only when there are same name events on different binaries. e.g. # perf list sdt

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

Hi all, After merging the net tree, today's linux-next build (arm multi_v7_defconfig) produced these warnings: drivers/net/usb/pegasus.c: In function 'read_bulk_callback': drivers/net/usb/pegasus.c:475:1: warning: label 'goon' defined but not used [-Wunused-label] goon: ^

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

Hi all, After merging the net tree, today's linux-next build (arm multi_v7_defconfig) produced these warnings: drivers/net/usb/pegasus.c: In function 'read_bulk_callback': drivers/net/usb/pegasus.c:475:1: warning: label 'goon' defined but not used [-Wunused-label] goon: ^

Re: [PATCH v2 2/2] [media] atmel-isc: DT binding for Image Sensor Controller driver

Hi Rob, Thank you for your comments. On 5/19/2016 07:05, Rob Herring wrote: On Wed, May 18, 2016 at 03:46:29PM +0800, Songjun Wu wrote: DT binding documentation for ISC driver. Signed-off-by: Songjun Wu --- Changes in v2: - Remove the unit address of the endpoint. -

Re: [PATCH v2 2/2] [media] atmel-isc: DT binding for Image Sensor Controller driver

Hi Rob, Thank you for your comments. On 5/19/2016 07:05, Rob Herring wrote: On Wed, May 18, 2016 at 03:46:29PM +0800, Songjun Wu wrote: DT binding documentation for ISC driver. Signed-off-by: Songjun Wu --- Changes in v2: - Remove the unit address of the endpoint. - Add the unit address to

Re: mmotm 2016-05-19-19-59 uploaded

Hi Andrew, On Thu, 19 May 2016 19:59:50 -0700 a...@linux-foundation.org wrote: > > The mm-of-the-moment snapshot 2016-05-19-19-59 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ This one looks much better, thanks. -- Cheers, Stephen Rothwell

Re: mmotm 2016-05-19-19-59 uploaded

Hi Andrew, On Thu, 19 May 2016 19:59:50 -0700 a...@linux-foundation.org wrote: > > The mm-of-the-moment snapshot 2016-05-19-19-59 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ This one looks much better, thanks. -- Cheers, Stephen Rothwell

linux-next: manual merge of the dax-misc tree with Linus' tree

Hi all, Today's linux-next merge of the dax-misc tree got a conflict in: include/linux/dax.h between commit: c8b8e32d700f ("direct-io: eliminate the offset argument to ->direct_IO") from Linus' tree and commit: e804315dd0f5 ("dax: Define DAX lock bit for radix tree exceptional entry")

linux-next: manual merge of the dax-misc tree with Linus' tree

Hi all, Today's linux-next merge of the dax-misc tree got a conflict in: include/linux/dax.h between commit: c8b8e32d700f ("direct-io: eliminate the offset argument to ->direct_IO") from Linus' tree and commit: e804315dd0f5 ("dax: Define DAX lock bit for radix tree exceptional entry")

Re: [PATCH] arm64: cpuinfo: add AArch64 & elf platform for app compatibility

在 2016/5/19 21:18, Catalin Marinas 写道: On Thu, May 19, 2016 at 01:50:40PM +0100, Catalin Marinas wrote: On Thu, May 19, 2016 at 07:06:40PM +0800, Xiaqing (A) wrote: 在 2016/5/19 18:49, Catalin Marinas 写道: On Thu, May 19, 2016 at 10:44:33AM +0800, x00195127 wrote: we find that some apps

Re: [PATCH] arm64: cpuinfo: add AArch64 & elf platform for app compatibility

在 2016/5/19 21:18, Catalin Marinas 写道: On Thu, May 19, 2016 at 01:50:40PM +0100, Catalin Marinas wrote: On Thu, May 19, 2016 at 07:06:40PM +0800, Xiaqing (A) wrote: 在 2016/5/19 18:49, Catalin Marinas 写道: On Thu, May 19, 2016 at 10:44:33AM +0800, x00195127 wrote: we find that some apps

Re: perf probe -L on ubuntu 16.04

On Thu, 19 May 2016 09:06:42 -0300 Arnaldo Carvalho de Melo wrote: > Em Thu, May 19, 2016 at 11:00:39AM +0900, Masami Hiramatsu escreveu: > > On Mon, 16 May 2016 22:56:36 -0300 > > Arnaldo Carvalho de Melo wrote: > > > Have you ever tried using 'perf probe'

Re: perf probe -L on ubuntu 16.04

On Thu, 19 May 2016 09:06:42 -0300 Arnaldo Carvalho de Melo wrote: > Em Thu, May 19, 2016 at 11:00:39AM +0900, Masami Hiramatsu escreveu: > > On Mon, 16 May 2016 22:56:36 -0300 > > Arnaldo Carvalho de Melo wrote: > > > Have you ever tried using 'perf probe' on ubuntu? > > > >

Re: [PATCH v2 2/9] powerpc/kvm: make hypervisor state restore a function

On Tue, May 03, 2016 at 01:54:31PM +0530, Shreyas B. Prabhu wrote: > In the current code, when the thread wakes up in reset vector, some > of the state restore code and check for whether a thread needs to > branch to kvm is duplicated. Reorder the code such that this > duplication is avoided.

Re: [PATCH v2 2/9] powerpc/kvm: make hypervisor state restore a function

On Tue, May 03, 2016 at 01:54:31PM +0530, Shreyas B. Prabhu wrote: > In the current code, when the thread wakes up in reset vector, some > of the state restore code and check for whether a thread needs to > branch to kvm is duplicated. Reorder the code such that this > duplication is avoided.

Re: [PATCH v3 3/5] mmc: core: implement enhanced strobe support

Hi 在 2016-5-20 10:45, Jaehoon Chung 写道: On 05/10/2016 06:09 PM, Shawn Lin wrote: Controllers use data strobe line to latch data from devices under hs400 mode, but not for cmd line. So since emmc 5.1, JEDEC introduces enhanced strobe mode for latching cmd response from emmc devices to host

Re: [PATCH v3 3/5] mmc: core: implement enhanced strobe support

Hi 在 2016-5-20 10:45, Jaehoon Chung 写道: On 05/10/2016 06:09 PM, Shawn Lin wrote: Controllers use data strobe line to latch data from devices under hs400 mode, but not for cmd line. So since emmc 5.1, JEDEC introduces enhanced strobe mode for latching cmd response from emmc devices to host

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

I fixed the build break (and some trivial compile warnings) due to the change to the format of keyring_alloc and repushed the *"cifs: Create dedicated keyring for spnego operations" patch to cifs-2.6.git for-next On Thu, May 19, 2016 at 6:14 PM, Stephen Rothwell wrote: >

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

I fixed the build break (and some trivial compile warnings) due to the change to the format of keyring_alloc and repushed the *"cifs: Create dedicated keyring for spnego operations" patch to cifs-2.6.git for-next On Thu, May 19, 2016 at 6:14 PM, Stephen Rothwell wrote: > Hi Steve, > > On Thu, 19

Re: linux-next 20160512 - ACPI issue with screen brightness

On Thu, 19 May 2016 18:53:17 -0400, valdis.kletni...@vt.edu said: > > > next-20160512 sets the screen brightness to about 40%-ish or so, rather > > > than the 100% intensity I want. > Put this one in the "things that go bump in the night" pile - the problem >

Re: linux-next 20160512 - ACPI issue with screen brightness

On Thu, 19 May 2016 18:53:17 -0400, valdis.kletni...@vt.edu said: > > > next-20160512 sets the screen brightness to about 40%-ish or so, rather > > > than the 100% intensity I want. > Put this one in the "things that go bump in the night" pile - the problem >

Re: [PATCH v4 2/6] perf tools: Promote proper messages for cross-platform unwind

在 2016/5/20 0:19, Jiri Olsa 写道: On Thu, May 19, 2016 at 11:50:10AM -0300, Arnaldo Carvalho de Melo wrote: Em Thu, May 19, 2016 at 11:47:38AM +, He Kuang escreveu: Currently, perf script uses host unwind methods to parse perf.data callchain info regardless of the target architecture. So

Re: [PATCH v4 2/6] perf tools: Promote proper messages for cross-platform unwind

在 2016/5/20 0:19, Jiri Olsa 写道: On Thu, May 19, 2016 at 11:50:10AM -0300, Arnaldo Carvalho de Melo wrote: Em Thu, May 19, 2016 at 11:47:38AM +, He Kuang escreveu: Currently, perf script uses host unwind methods to parse perf.data callchain info regardless of the target architecture. So

Re: [PATCH v4 2/6] perf tools: Promote proper messages for cross-platform unwind

hi 在 2016/5/20 0:46, Jiri Olsa 写道: On Thu, May 19, 2016 at 11:47:38AM +, He Kuang wrote: SNIP #endif /* ARCH_PERF_COMMON_H */ diff --git a/tools/perf/config/Makefile b/tools/perf/config/Makefile index 1e46277..a86b864 100644 --- a/tools/perf/config/Makefile +++

Re: [PATCH v4 2/6] perf tools: Promote proper messages for cross-platform unwind

hi 在 2016/5/20 0:46, Jiri Olsa 写道: On Thu, May 19, 2016 at 11:47:38AM +, He Kuang wrote: SNIP #endif /* ARCH_PERF_COMMON_H */ diff --git a/tools/perf/config/Makefile b/tools/perf/config/Makefile index 1e46277..a86b864 100644 --- a/tools/perf/config/Makefile +++

mmotm 2016-05-19-19-59 uploaded

The mm-of-the-moment snapshot 2016-05-19-19-59 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

mmotm 2016-05-19-19-59 uploaded

The mm-of-the-moment snapshot 2016-05-19-19-59 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

Re: mmotm 2016-05-19-18-01 uploaded

On Fri, 20 May 2016 12:37:15 +1000 Stephen Rothwell wrote: > Hi Andrew, > > On Thu, 19 May 2016 18:02:16 -0700 a...@linux-foundation.org wrote: > > > > The mm-of-the-moment snapshot 2016-05-19-18-01 has been uploaded to > > > >http://www.ozlabs.org/~akpm/mmotm/ >

Re: mmotm 2016-05-19-18-01 uploaded

On Fri, 20 May 2016 12:37:15 +1000 Stephen Rothwell wrote: > Hi Andrew, > > On Thu, 19 May 2016 18:02:16 -0700 a...@linux-foundation.org wrote: > > > > The mm-of-the-moment snapshot 2016-05-19-18-01 has been uploaded to > > > >http://www.ozlabs.org/~akpm/mmotm/ > . > . > >

[PATCH v2 07/12] sh: add AT_HWCAP flag for J-Core cas.l instruction

Signed-off-by: Rich Felker --- arch/sh/include/uapi/asm/cpu-features.h | 1 + arch/sh/kernel/cpu/sh2/probe.c | 2 ++ 2 files changed, 3 insertions(+) diff --git a/arch/sh/include/uapi/asm/cpu-features.h b/arch/sh/include/uapi/asm/cpu-features.h index 694abe4..2f1bc85

[PATCH v2 07/12] sh: add AT_HWCAP flag for J-Core cas.l instruction

Signed-off-by: Rich Felker --- arch/sh/include/uapi/asm/cpu-features.h | 1 + arch/sh/kernel/cpu/sh2/probe.c | 2 ++ 2 files changed, 3 insertions(+) diff --git a/arch/sh/include/uapi/asm/cpu-features.h b/arch/sh/include/uapi/asm/cpu-features.h index 694abe4..2f1bc85 100644 ---

  1   2   3   4   5   6   7   8   9   10   >