[tip:perf/core] perf config: Document 'top.children' variable in man page

Commit-ID: 0b04c84087d3188c648628a6c73738314724c921 Gitweb: http://git.kernel.org/tip/0b04c84087d3188c648628a6c73738314724c921 Author: Taeung Song AuthorDate: Thu, 4 Feb 2016 18:25:09 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 4 Feb 2016 11:46:12 -0300 perf config: Docu

[tip:perf/core] perf config: Document 'man.viewer' variable in man page

Commit-ID: 08b75b409e3799553a3536e628f1dba4c87d7c14 Gitweb: http://git.kernel.org/tip/08b75b409e3799553a3536e628f1dba4c87d7c14 Author: Taeung Song AuthorDate: Thu, 4 Feb 2016 18:25:10 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 4 Feb 2016 11:46:54 -0300 perf config: Docu

[tip:perf/core] perf config: Document 'pager.' variables in man page

Commit-ID: ab2e08e8ba683f3e923a56b1e81b5c5e115bad0b Gitweb: http://git.kernel.org/tip/ab2e08e8ba683f3e923a56b1e81b5c5e115bad0b Author: Taeung Song AuthorDate: Thu, 4 Feb 2016 18:25:11 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 4 Feb 2016 11:47:25 -0300 perf config: Docu

[tip:perf/core] perf config: Document 'kmem.default' variable in man page

Commit-ID: 57f0dafe6a41de6c9d81bc6c403349a261e10fc4 Gitweb: http://git.kernel.org/tip/57f0dafe6a41de6c9d81bc6c403349a261e10fc4 Author: Taeung Song AuthorDate: Thu, 4 Feb 2016 18:25:12 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 4 Feb 2016 11:47:39 -0300 perf config: Docu

[tip:perf/core] perf config: Document 'record.build-id' variable in man page

Commit-ID: a9edec3ce211d776736b35b14b9bd2c0b5ed860b Gitweb: http://git.kernel.org/tip/a9edec3ce211d776736b35b14b9bd2c0b5ed860b Author: Taeung Song AuthorDate: Thu, 4 Feb 2016 18:25:13 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 4 Feb 2016 11:49:16 -0300 perf config: Docu

[tip:perf/core] perf tools: Fix parallel build including 'clean' target

Commit-ID: 3e2751d9169563486c2bfe7382726f1315cb156b Gitweb: http://git.kernel.org/tip/3e2751d9169563486c2bfe7382726f1315cb156b Author: Jiri Olsa AuthorDate: Thu, 4 Feb 2016 12:30:36 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 4 Feb 2016 15:53:16 -0300 perf tools: Fix par

[tip:perf/core] perf build tests: Do parallell builds with ' build-test'

Commit-ID: be9e49911123516ef883836906269832aec37e01 Gitweb: http://git.kernel.org/tip/be9e49911123516ef883836906269832aec37e01 Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 3 Feb 2016 17:28:45 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 4 Feb 2016 15:57:00 -0300 perf

[tip:perf/core] perf tools: handle spaces in file names obtained from /proc/pid/maps

Commit-ID: 89fee59b504f86925894fcc9ba79d5c933842f93 Gitweb: http://git.kernel.org/tip/89fee59b504f86925894fcc9ba79d5c933842f93 Author: Marcin Ślusarz AuthorDate: Tue, 19 Jan 2016 20:03:03 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 5 Feb 2016 09:39:56 -0300 perf tools: h

[tip:perf/core] perf symbols: add Java demangling support

Commit-ID: e9c4bcdd349eb00f6c704450a063b3dcbea25864 Gitweb: http://git.kernel.org/tip/e9c4bcdd349eb00f6c704450a063b3dcbea25864 Author: Stephane Eranian AuthorDate: Mon, 30 Nov 2015 10:02:20 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 5 Feb 2016 09:46:45 -0300 perf symbol

[tip:perf/core] perf inject: Make sure mmap records are ordered when injecting build_ids

Commit-ID: 921f3fadbc48c7c3799b415b895297cd476cf7f1 Gitweb: http://git.kernel.org/tip/921f3fadbc48c7c3799b415b895297cd476cf7f1 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 22 Jan 2016 18:41:00 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 5 Feb 2016 09:46:45 -0300 per

Re: powerpc: fix dedotify for binutils >= 2.26

On Fri, 2016-05-02 at 18:50:03 UTC, Andreas Schwab wrote: > Since binutils 2.26 BFD is doing suffix merging on STRTAB sections. But > dedotify modifies the symbol names in place, which can also modify > unrelated symbols with a name that matches a suffix of a dotted name. To > remove the leading

Re: [V3] powerpc/mm: Fix Multi hit ERAT cause by recent THP update

On Tue, 2016-09-02 at 01:20:31 UTC, "Aneesh Kumar K.V" wrote: > With ppc64 we use the deposited pgtable_t to store the hash pte slot > information. We should not withdraw the deposited pgtable_t without > marking the pmd none. This ensure that low level hash fault handling > will skip this huge pte

[tip:perf/core] perf build: Add libcrypto feature detection

Commit-ID: 8ee4646038e47d065d35703e3e343136c4cd42aa Gitweb: http://git.kernel.org/tip/8ee4646038e47d065d35703e3e343136c4cd42aa Author: Stephane Eranian AuthorDate: Mon, 30 Nov 2015 10:02:21 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 5 Feb 2016 09:46:45 -0300 perf build:

Re: [v3,2/2] powerpc: tracing: don't trace hcalls on offline CPUs

On Mon, 2015-14-12 at 20:18:06 UTC, Denis Kirjanov wrote: > ./drmgr -c cpu -a -r gives the following warning: > > ... Applied to powerpc fixes, thanks. https://git.kernel.org/powerpc/c/168a20bb35122539682671d15c cheers

[tip:perf/core] perf tools: add JVMTI agent library

Commit-ID: 209045adc2bbdb2b315fa5539cec54d01cd3e7db Gitweb: http://git.kernel.org/tip/209045adc2bbdb2b315fa5539cec54d01cd3e7db Author: Stephane Eranian AuthorDate: Mon, 30 Nov 2015 10:02:22 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 5 Feb 2016 12:26:31 -0300 perf tools:

[tip:perf/core] perf inject: Add jitdump mmap injection support

Commit-ID: 9b07e27f88b9cd785cdb23f9a2231c12521dda94 Gitweb: http://git.kernel.org/tip/9b07e27f88b9cd785cdb23f9a2231c12521dda94 Author: Stephane Eranian AuthorDate: Mon, 30 Nov 2015 10:02:21 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 5 Feb 2016 09:46:45 -0300 perf inject

[tip:perf/core] perf jit: add source line info support

Commit-ID: 598b7c6919c7bbcc1243009721a01bc12275ff3e Gitweb: http://git.kernel.org/tip/598b7c6919c7bbcc1243009721a01bc12275ff3e Author: Stephane Eranian AuthorDate: Mon, 30 Nov 2015 10:02:23 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 5 Feb 2016 12:33:09 -0300 perf jit: a

[tip:perf/core] perf/x86: Move perf_event.c ............... => x86/events/core.c

Commit-ID: fa9cbf320e996eaa3d219344b6f7013b096cafd9 Gitweb: http://git.kernel.org/tip/fa9cbf320e996eaa3d219344b6f7013b096cafd9 Author: Borislav Petkov AuthorDate: Mon, 8 Feb 2016 17:09:04 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 10:23:49 +0100 perf/x86: Move perf_event.

[tip:perf/core] perf/x86: Move perf_event_amd.c ........... => x86/events/amd/core.c

Commit-ID: 39b0332a215832ce3a8f8f57344da4a64370e3ca Gitweb: http://git.kernel.org/tip/39b0332a215832ce3a8f8f57344da4a64370e3ca Author: Borislav Petkov AuthorDate: Mon, 8 Feb 2016 17:09:05 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 10:23:49 +0100 perf/x86: Move perf_event_

[tip:perf/core] perf/x86: Move perf_event_amd_ibs.c ....... => x86/events/amd/ibs.c

Commit-ID: 218cfe4ed8885f988d67ac5f52efeff7233ae1f2 Gitweb: http://git.kernel.org/tip/218cfe4ed8885f988d67ac5f52efeff7233ae1f2 Author: Borislav Petkov AuthorDate: Mon, 8 Feb 2016 17:09:06 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 10:23:49 +0100 perf/x86: Move perf_event_

Re: [PATCHv4 0/3] ARCH_SUPPORTS_DEBUG_PAGEALLOC for arm64

On Fri, Feb 05, 2016 at 04:24:45PM -0800, Laura Abbott wrote: > Laura Abbott (3): > arm64: Drop alloc function from create_mapping > arm64: Add support for ARCH_SUPPORTS_DEBUG_PAGEALLOC > arm64: ptdump: Indicate whether memory should be faulting Patches queued for 4.6. Thanks. -- Catalin

[tip:perf/core] perf/x86: Move perf_event_amd_iommu.[ch] .. => x86/events/amd/iommu.[ch]

Commit-ID: 5b26547dd7faa84e1293baa144a0f3e74ed7d4c7 Gitweb: http://git.kernel.org/tip/5b26547dd7faa84e1293baa144a0f3e74ed7d4c7 Author: Borislav Petkov AuthorDate: Mon, 8 Feb 2016 17:09:07 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 10:23:50 +0100 perf/x86: Move perf_event_

[tip:perf/core] perf/x86: Move perf_event_amd_uncore.c .... => x86/events/amd/uncore.c

Commit-ID: d0af1c0525d561fe3ab6d7a767cdd52704da25cd Gitweb: http://git.kernel.org/tip/d0af1c0525d561fe3ab6d7a767cdd52704da25cd Author: Borislav Petkov AuthorDate: Mon, 8 Feb 2016 17:09:08 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 10:23:50 +0100 perf/x86: Move perf_event_

[tip:locking/core] locking/static_keys: Avoid nested functions

Commit-ID: 975db45e9cc561bf8a7eddfa0705d3a078ec184f Gitweb: http://git.kernel.org/tip/975db45e9cc561bf8a7eddfa0705d3a078ec184f Author: Arnd Bergmann AuthorDate: Mon, 8 Feb 2016 15:36:52 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 10:27:29 +0100 locking/static_keys: Avoid n

Re: [PATCH 14/14] x86/efi: Print size in binary units in efi_print_memmap

* Elliott, Robert (Persistent Memory) wrote: > > > -Original Message- > > From: Matt Fleming [mailto:m...@codeblueprint.co.uk] > > Sent: Wednesday, February 3, 2016 5:28 AM > > To: Ingo Molnar > > Cc: Laszlo Ersek ; H . Peter Anvin ; > > Thomas Gleixner ; linux-...@vger.kernel.org; lin

[tip:perf/core] kprobes: Optimize hot path by using percpu counter to collect 'nhit' statistics

Commit-ID: a7636d9ecfa3ab7800a7c04c1f89378229eff609 Gitweb: http://git.kernel.org/tip/a7636d9ecfa3ab7800a7c04c1f89378229eff609 Author: Martin KaFai Lau AuthorDate: Wed, 3 Feb 2016 12:28:28 -0800 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:08:58 +0100 kprobes: Optimize hot pat

[tip:x86/asm] x86/asm/bitops: Force inlining of test_and_set_bit and friends

Commit-ID: 8dd5032d9c540111dd673078738d137a998d6c3f Gitweb: http://git.kernel.org/tip/8dd5032d9c540111dd673078738d137a998d6c3f Author: Denys Vlasenko AuthorDate: Sun, 7 Feb 2016 22:51:27 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 10:31:54 +0100 x86/asm/bitops: Force inlin

[tip:x86/microcode] x86/microcode/intel: Make early loader look for builtin microcode too

Commit-ID: 264285ac01673e70557c43ecee338ce97c4c0672 Gitweb: http://git.kernel.org/tip/264285ac01673e70557c43ecee338ce97c4c0672 Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:30 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:15 +0100 x86/microcode/intel: Make

[tip:x86/microcode] x86/microcode: Untangle from BLK_DEV_INITRD

Commit-ID: 5f9c01aa7c49a2d74474d6d879a797b8badf29e6 Gitweb: http://git.kernel.org/tip/5f9c01aa7c49a2d74474d6d879a797b8badf29e6 Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:29 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:15 +0100 x86/microcode: Untangle fr

[tip:x86/microcode] x86/microcode: Issue update message only once

Commit-ID: b7f500aedd4551a9bf29c617804c13f0ff18c879 Gitweb: http://git.kernel.org/tip/b7f500aedd4551a9bf29c617804c13f0ff18c879 Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:33 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:16 +0100 x86/microcode: Issue updat

[tip:x86/microcode] x86/microcode: Remove redundant __setup() param parsing

Commit-ID: e8c8165ecfb1cfd6650777c193361d33b0f7f59e Gitweb: http://git.kernel.org/tip/e8c8165ecfb1cfd6650777c193361d33b0f7f59e Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:31 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:15 +0100 x86/microcode: Remove redu

[tip:locking/core] locking/lockdep: Fix stack trace caching logic

Commit-ID: 8a5fd56431fe1682e870bd6ab0c276e74befbeb9 Gitweb: http://git.kernel.org/tip/8a5fd56431fe1682e870bd6ab0c276e74befbeb9 Author: Dmitry Vyukov AuthorDate: Thu, 4 Feb 2016 14:40:40 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:06:08 +0100 locking/lockdep: Fix stack t

[tip:x86/microcode] x86/microcode: Remove an unneeded NULL check

Commit-ID: 43858f57bc02388a6420321c021397591199cf91 Gitweb: http://git.kernel.org/tip/43858f57bc02388a6420321c021397591199cf91 Author: Dan Carpenter AuthorDate: Wed, 3 Feb 2016 12:33:32 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:16 +0100 x86/microcode: Remove an unn

[tip:x86/microcode] x86/microcode/AMD: Drop redundant printk prefix

Commit-ID: a58017c62b5fa23e532b731e70a63ded54cc2c02 Gitweb: http://git.kernel.org/tip/a58017c62b5fa23e532b731e70a63ded54cc2c02 Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:34 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:16 +0100 x86/microcode/AMD: Drop re

[tip:x86/microcode] x86/microcode/intel: Rename local variables of type struct mc_saved_data

Commit-ID: bd6fe58d8e60d45c80ed664a55ef0df5fa076014 Gitweb: http://git.kernel.org/tip/bd6fe58d8e60d45c80ed664a55ef0df5fa076014 Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:35 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:16 +0100 x86/microcode/intel: Renam

Re: [PATCH -v2] x86: Add an archinfo dumper module

* H. Peter Anvin wrote: > On 02/04/16 07:22, Borislav Petkov wrote: > > Here's v2 with the stuff we talked about, implemented. I've added > > 'control_regs' file too so that you can do: > > > > $ cat /sys/kernel/debug/x86/archinfo/control_regs > > CR4: > > [-|-|SMEP|OSXSAVE|-|-|-|-|OSXMMEXCPT|

[tip:x86/microcode] x86/microcode/intel: Rename mc_intel variable to mc

Commit-ID: de778275c295825e6638f3f74103f40642d45caa Gitweb: http://git.kernel.org/tip/de778275c295825e6638f3f74103f40642d45caa Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:37 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:17 +0100 x86/microcode/intel: Renam

[tip:x86/microcode] x86/microcode/intel: Rename mc_saved_count to num_saved

Commit-ID: 4fe9349fc3b042b481692b577bda97cde4d6f517 Gitweb: http://git.kernel.org/tip/4fe9349fc3b042b481692b577bda97cde4d6f517 Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:36 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:17 +0100 x86/microcode/intel: Renam

[tip:x86/microcode] x86/microcode/intel: Move the BUG_ON up and turn it into WARN_ON

Commit-ID: 58b5f2cc4bdbc9b616e68639f5a84886aa5be590 Gitweb: http://git.kernel.org/tip/58b5f2cc4bdbc9b616e68639f5a84886aa5be590 Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:38 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:17 +0100 x86/microcode/intel: Move

[tip:x86/microcode] x86/microcode/intel: Cleanup apply_microcode_intel()

Commit-ID: 26cbaa4dc676a444aa626cbc642c4c8181ef1378 Gitweb: http://git.kernel.org/tip/26cbaa4dc676a444aa626cbc642c4c8181ef1378 Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:39 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:17 +0100 x86/microcode/intel: Clean

[tip:x86/microcode] x86/microcode/intel: Use *wrmsrl variants

Commit-ID: c416e6117575213a5a962149620684a09f9e4ece Gitweb: http://git.kernel.org/tip/c416e6117575213a5a962149620684a09f9e4ece Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:40 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:17 +0100 x86/microcode/intel: Use *

RE: [PATCH RESEND 1/2] dmaengine: added MIC X200 Coprocessor DMA driver

Hi Andy, Vinod, Thanks for your reviews. I will go with Andy's suggestion and rewrite the driver using virt-dma api. This will also solve the locking problem that Vinod has pointed out. I will post the next version after the rewrite and it will also include fixes for the rest of your comments.

[tip:x86/microcode] x86/microcode/intel: Remove unused arg of get_matching_model_microcode()

Commit-ID: 2f303c524ed021825671cfa9b1934338bc04f8ab Gitweb: http://git.kernel.org/tip/2f303c524ed021825671cfa9b1934338bc04f8ab Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:42 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:18 +0100 x86/microcode/intel: Remov

[tip:x86/microcode] x86/microcode/intel: Rename mc_saved_in_initrd

Commit-ID: f8bb45e2c4acf1395bb6e61a135ce8c9107388cf Gitweb: http://git.kernel.org/tip/f8bb45e2c4acf1395bb6e61a135ce8c9107388cf Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:41 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:18 +0100 x86/microcode/intel: Renam

[tip:x86/microcode] x86/microcode/AMD: Issue microcode updated message later

Commit-ID: f7eb59dda129e46be5e195a46bfd0dde76db9bbd Gitweb: http://git.kernel.org/tip/f7eb59dda129e46be5e195a46bfd0dde76db9bbd Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:44 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:18 +0100 x86/microcode/AMD: Issue m

[tip:x86/microcode] x86/microcode/intel: Cleanup get_matching_model_microcode()

Commit-ID: f96fde531946524b26d25d4eed9625695837f524 Gitweb: http://git.kernel.org/tip/f96fde531946524b26d25d4eed9625695837f524 Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:43 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:18 +0100 x86/microcode/intel: Clean

[tip:x86/microcode] x86/microcode: Document builtin microcode loading method

Commit-ID: b584303261b7041f209afde4bf7ddb7a21598a1f Gitweb: http://git.kernel.org/tip/b584303261b7041f209afde4bf7ddb7a21598a1f Author: Borislav Petkov AuthorDate: Wed, 3 Feb 2016 12:33:45 +0100 Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:41:19 +0100 x86/microcode: Document bu

Re: [tip:x86/boot] x86/boot: Micro-optimize reset_early_page_tables()

* Yinghai Lu wrote: > On Sat, Jan 30, 2016 at 12:26 AM, tip-bot for Alexander Kuleshov > wrote: > > --- > > arch/x86/kernel/head64.c | 14 +++--- > > 1 file changed, 3 insertions(+), 11 deletions(-) > > > > diff --git a/arch/x86/kernel/head64.c b/arch/x86/kernel/head64.c > > index f129

[tip:sched/core] sched/debug: Make schedstats a runtime tunable that is disabled by default

Commit-ID: cb2517653fccaf9f9b4ae968c7ee005c1bbacdc5 Gitweb: http://git.kernel.org/tip/cb2517653fccaf9f9b4ae968c7ee005c1bbacdc5 Author: Mel Gorman AuthorDate: Fri, 5 Feb 2016 09:08:36 + Committer: Ingo Molnar CommitDate: Tue, 9 Feb 2016 11:54:23 +0100 sched/debug: Make schedstats a

Re: [PATCH] x86/mm/vmfault: Make vmalloc_fault() handle large pages

On Tue, 9 Feb 2016 11:22:35 +0100 Ingo Molnar wrote: > * Henning Schild wrote: > > > On Tue, 9 Feb 2016 10:10:03 +0100 > > Ingo Molnar wrote: > > > > > * Toshi Kani wrote: > > > > > > > Since 4.1, ioremap() supports large page (pud/pmd) mappings in > > > > x86_64 and PAE. vmalloc_fault(

[PATCH] drm/tegra: remove unused variable

A newly merged patch removed the only user of this variable, leading to a harmless gcc warning: drivers/gpu/drm/tegra/drm.c: In function 'tegra_drm_preclose': drivers/gpu/drm/tegra/drm.c:861:19: error: unused variable 'crtc' [-Werror=unused-variable] This removes the variable as well. Cc: Terje

Re: [PATCH 1/2] Documentation: dt: mailbox: Add TI Message Manager

On 02/08/2016 10:14 PM, Jassi Brar wrote: Thanks for the review. > On Fri, Feb 5, 2016 at 10:04 PM, Nishanth Menon wrote: >> + >> + msgmgr: msgmgr@02a0 { >> + compatible = "ti,k2g-message-manager", "ti,message-manager"; >> + #mbox-cells = <1>; >> +

Re: [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules

On Tue 2016-02-09 11:33:07, Jiri Kosina wrote: > On Tue, 9 Feb 2016, Petr Mladek wrote: > > > > +#ifdef CONFIG_KALLSYMS > > > + /* Make symtab and strtab available prior to module init call */ > > > + mod->num_symtab = mod->core_num_syms; > > > + mod->symtab = mod->core_symtab; > > > + mod->strtab

Re: [PATCH v3 3/3] mips: Differentiate between 32 and 64 bit ELF header

On Tue, 9 Feb 2016, Daniel Wagner wrote: > > All error/warnings (new ones prefixed by >>): > > > >arch/mips/kernel/../../../fs/binfmt_elf.c: In function 'load_elf_interp': > >>> arch/mips/kernel/binfmt_elfn32.c:38:7: error: implicit declaration of > >>> function 'mips_elf_check_machine' [-We

Re: [PATCH V5 2/2] regulator: mt6323: Add support for MT6323 regulator

On Sun, Feb 07, 2016 at 08:40:37PM +0100, John Crispin wrote: > * remove the code allows mode changes That was excessive, there's no problem having set_mode() operations and we can currently use them for static configurations. signature.asc Description: PGP signature

Re: [PATCH v3 1/3] mips: Use arch specific auxvec.h instead of generic-asm version

On 02/09/2016 12:46 PM, Maciej W. Rozycki wrote: > On Tue, 9 Feb 2016, Daniel Wagner wrote: > >> Also I looked at the cpp output and saw that there was no uapi/asm/auxvec.h >> included instead it pulls arch/mips/include/generated/uapi/asm/auxvec.h > > Hmm, did you update your source in an old bu

Re: [PATCH v3 3/3] mips: Differentiate between 32 and 64 bit ELF header

On 02/09/2016 01:32 PM, Maciej W. Rozycki wrote: > FWIW I think all the MIPS ABI flags stuff also needs to go outside the > conditional, because it's ABI agnostic. I'll make the right change myself > on top of your fixes. It'll remove a little bit of code duplication, > which is always welcom

Re: [PATCH RESEND 7/7] mfd: arizona: Allow building Arizona MFD as a module

On Tue, Feb 09, 2016 at 10:52:03AM +, Charles Keepax wrote: > There is nothing that prevents us building the Arizona MFD as a module, > this patch enables this. > > Signed-off-by: Charles Keepax > --- Actually sorry drop this last patch for now, if you build the MFD as a module then build in

[PATCH V6 0/6] rtc: max77686: make max77686 rtc driver as IP driver

Based on discussion on patch series of MAX77620 when adding separate driver for max77620 RTC, it is discussed to reuse the max77686 driver for all CHips MAX77802, MAX77686 and MAX77620. For this, the rtc-max77686 need to make as IP driver independent of their MFD parent driver. This series makes t

[PATCH V6 1/6] regmap: irq: dispose all virtual irq before removing domain

It is require to dispose all virtual irq of hwirq on chip created on given irq domain before removing this irq domain. Hence dispose all mapped irqs before deleting the irq domains in regmap_del_irq_chip(); Signed-off-by: Laxman Dewangan --- This is new in series. Earlier patch for adding APIs t

[PATCH V6 5/6] mfd: max77686: do not set i2c client data for rtc i2c client

There is different RTC I2C address for RTC block in MAX77686. Driver is creating dummy i2c client for this address to access the register of this IP block. As there is no call to i2c_get_clientdata() for rtc_i2c client, there is no need to store pointer and hence removing the call to set client da

[PATCH V6 2/6] rtc: max77686: fix checkpatch error

Fix following check patch error in rtc-max77686 driver: - Alignment should match open parenthesis. - braces {} should be used on all arms of this statement. - Prefer using the BIT macro Signed-off-by: Laxman Dewangan CC: Krzysztof Kozlowski CC: Javier Martinez Canillas Tested-by: Krzysztof Kozl

[PATCH V6 4/6] rtc: max77686: avoid reference of parent device info multiple places

Get rid of referring parent device info for register access all the places by making regmap as part of max77686 rtc device info. This will also remove the need of storing parent device info in max77686 rtc device info as this is no more required. Signed-off-by: Laxman Dewangan CC: Krzysztof Kozlo

[PATCH V6 6/6] rtc: max77686: move initialisation of rtc regmap, irq chip locally

To make RTC block of MAX77686/MAX77802 as independent driver, move the registration of i2c device, regmap for register access and irq_chip for interrupt support inside the RTC driver. Removed the same initialisation from MFD driver. Having this change will allow to reuse this driver for different

[PATCH V6 3/6] rtc: max77686: use rtc regmap to access RTC registers

rtc_regmap should be used to access all RTC registers instead of parent regmap regardless of what chip or property have it. This makes the register access uniform and extendible for other chips. Signed-off-by: Laxman Dewangan CC: Krzysztof Kozlowski CC: Javier Martinez Canillas Tested-by: Krzy

Re: [PATCH V5 1/2] regulator: Add document for MT6323 regulator

On Sun, Feb 07, 2016 at 08:40:36PM +0100, John Crispin wrote: > +Required properties: > +- compatible: "mediatek,mt6323-regulator" I'm really not happy with MFD subfunctions like this which add no information over the parent device name appearing directly in the binding, it results in us putting

Re: [PATCH V5 1/2] regulator: Add document for MT6323 regulator

On 09/02/2016 13:41, Mark Brown wrote: > On Sun, Feb 07, 2016 at 08:40:36PM +0100, John Crispin wrote: > >> +Required properties: >> +- compatible: "mediatek,mt6323-regulator" > > I'm really not happy with MFD subfunctions like this which add no > information over the parent device name appeari

Re: [PATCH 01/31] mm, gup: introduce concept of "foreign" get_user_pages()

* Dave Hansen wrote: > > OK, so I've fixed up my build process to _actually_ build the > nommu code. > > One of Vlastimil's comments made me go dig back in to the uprobes > code's use of get_user_pages(). I decided to change both of them > to be "foreign" accesses. > > This also fixes the no

Re: complete boot failure in 4.5-rc1 caused by nvme: make SG_IO support optional

Jens, do you want a 'default y' patch or just a better description? I'd be happy to send either one.

Re: [PATCH 14/14] x86/efi: Print size in binary units in efi_print_memmap

On 02/09/16 13:20, Ingo Molnar wrote: > > * Elliott, Robert (Persistent Memory) wrote: > >> >>> -Original Message- >>> From: Matt Fleming [mailto:m...@codeblueprint.co.uk] >>> Sent: Wednesday, February 3, 2016 5:28 AM >>> To: Ingo Molnar >>> Cc: Laszlo Ersek ; H . Peter Anvin ; >>> Thom

Re: coccinelle: add style check for assignment in if

>> Would you like to consider also the reuse of SmPL variables >> like "org" and "report"? > > I think that there is no point for these things, because checkpatch > already gives warnings about this issue. Can the check result display be more convenient from the semantic patch script interface in

[PATCH v3] x86/setup: get ramdisk parameters only once

The check and definitions related to ramdisk are similar in the early_reserve_initrd() and reserve_initrd() functions. We can get size and address of ramdisk in the setup_arch() and than pass ramdisk structure with filled ramdisk related parameters to early_reserve_initrd(), reserve_initrd() and re

Small writes being split with fdatasync based on non-aligned partition ending

While trying to reproduce some performance issues I have been seeing with Ceph, I have come across a strange behaviour which is seemingly affected only by the end point (and thereby the size) of a partition being an odd number of sectors. Since all documentation about alignment only refers to the s

Re: [PATCH 01/31] mm, gup: introduce concept of "foreign" get_user_pages()

* Ingo Molnar wrote: > Also, please split this into three patches: > > - one patch adds the _foreign() GUP variant and applies it to code that uses > it >on remote tasks. This reminds me: please also rename the new API to get_user_pages_remote(), as remote/local is the phrase we typical

RE: [PATCH v3 2/3] clocksource: Add NPS400 timers driver

>From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] >Sent: Monday, February 08, 2016 4:22 PM >> +ret = clk_prepare_enable(clk); >> +if (ret) >> +pr_err("Couldn't enable parent clock\n"); >> + >> +nps_timer_rate = clk_get_rate(clk); >If there is an error, you continue

[PATCH v4] regulator: qcom-saw: Add support for SAW regulators

The SAW (Subsystem Power Manager and Adaptive Voltage Scaling Wrapper) is part of the SPM subsystem. It is a hardware block in the Qualcomm chipsets that regulates the power to the CPU cores on platform such as apq8064, msm8974, apq8084 and others. Signed-off-by: Georgi Djakov --- Changes since

Re: [PATCH v3] x86/setup: get ramdisk parameters only once

* Alexander Kuleshov wrote: > +/* > + * ramdisk setup > + */ > +struct ramdisk { > + u64 image; > + u64 size; > + u64 end; > +}; So what exactly are 'image' and 'end'? The names are not self-descriptory. Please add comments that describe them and use the opportunity to rename the

Re: [PATCH 14/14] x86/efi: Print size in binary units in efi_print_memmap

* Laszlo Ersek wrote: > >> [0.00] efi: mem62: 0x00188000-0x00207fff ( 32 GB) > >> .NBTCU "Reserved" > > Sorry to disagree :), but I count myself somewhat intimate with UEFI > (albeit more from the edk2 side), and while I can make sense of > > |NV| | | | |

[PATCH v2] x86/head64: micro optimization: use memset instead of for loop

This patch simplifies clearing of page table directories, by the using of the fast memset() from the arch/x86/lib/memset_64.S. Besides this, we 25 bytes is 25 bytes less than original. text data bss dechex filename 9735144 4970776 1547468830180608

Re: [PATCH v2] x86/head64: micro optimization: use memset instead of for loop

* Alexander Kuleshov wrote: > This patch simplifies clearing of page table directories, by > the using of the fast memset() from the arch/x86/lib/memset_64.S. > Besides this, we 25 bytes is 25 bytes less than original. > > text data bss dechex filename > > 97

Re: [PATCH v2] arm64: disable kasan when accessing frame->fp in unwind_frame

On Mon, Feb 08, 2016 at 09:13:09AM -0800, Yang Shi wrote: > When boot arm64 kernel with KASAN enabled, the below error is reported by > kasan: > > BUG: KASAN: out-of-bounds in unwind_frame+0xec/0x260 at addr ffc064d57ba0 > Read of size 8 by task pidof/499 > page:ffbdc39355c0 count:0 mapcou

Re: [PATCH v3] x86/setup: get ramdisk parameters only once

Hi Alexander, [auto build test ERROR on tip/x86/core] [also build test ERROR on v4.5-rc3 next-20160209] [cannot apply to tip/auto-latest] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits

Re: [PATCH V6 1/6] regmap: irq: dispose all virtual irq before removing domain

Hello Laxman, On 02/09/2016 09:28 AM, Laxman Dewangan wrote: It is require to dispose all virtual irq of hwirq on chip created on given irq domain before removing this irq domain. Hence dispose all mapped irqs before deleting the irq domains in regmap_del_irq_chip(); Signed-off-by: Laxman Dewan

Re: [PATCH v2 07/16] dell-smbios: don't return an SMBIOS buffer from dell_smbios_send_request()

> > An SMBIOS buffer pointer does not need to be returned by > > dell_smbios_send_request(), because SMBIOS call results are stored in > > the buffer passed as input. > > This should come before 6/16, update the commit message to reflect the module > exported buffer (not the one passed as input),

Re: [PATCH 6/6] kconfig option for TRIM_UNUSED_EXPSYMS

On Mon, Feb 08, 2016 at 03:28:35PM -0500, Nicolas Pitre wrote: > The config option to enable it all. Just enable it by default..

Re: complete boot failure in 4.5-rc1 caused by nvme: make SG_IO support optional

On Feb 9, 2016, at 5:50 AM, Christoph Hellwig wrote: > > Jens, > > do you want a 'default y' patch or just a better description? I'd be > happy to send either one. A better description -- Jens Axboe

Re: [RFC PATCH v4 4/6] livepatch: reuse module loader code to write relocations

> > +/* .klp.sym.[objname].symbol_name,sympos */ > > +static int klp_get_sym_objname(char *s, char **result) > > +{ > > Do we need result to be a double-pointer? If I am not mistaken just 'char > *result' could be sufficient. You check the return value, so result could > be NULL or objname as f

[RFC] perf build: Add EXTRA_LDFLAGS option to makefile

To compile for little-endian systems, you need to pass -EL to CC and LD. EXTRA_CFLAGS works to pass -EL to CC. Add EXTRA_LDFLAGS to pass -EL to LD. Signed-off-by: Zubair Lutfullah Kakakhel --- There might be a better way to add EXTRA_LDFLAGS to the makefile? Can compile for little endian now u

Re: [PATCH v3 2/3] clocksource: Add NPS400 timers driver

On 02/09/2016 01:36 PM, Noam Camus wrote: From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] Sent: Monday, February 08, 2016 4:22 PM + ret = clk_prepare_enable(clk); +if (ret) + pr_err("Couldn't enable parent clock\n"); + + nps_timer_rate = clk_get_rate(c

Re: [PATCH] trace, kasan: silence Kasan warning in check_stack

On 02/08/2016 09:39 PM, Yang Shi wrote: > When enabling stack trace via "echo 1 > > /proc/sys/kernel/stack_tracer_enabled", > the below KASAN warning is triggered: > > BUG: KASAN: stack-out-of-bounds in check_stack+0x344/0x848 at addr > ffc0689ebab8 > Read of size 8 by task ksoftirqd/4/29 >

Re: [PATCH 6/6] kconfig option for TRIM_UNUSED_EXPSYMS

On 2016-02-09 08:28, Christoph Hellwig wrote: On Mon, Feb 08, 2016 at 03:28:35PM -0500, Nicolas Pitre wrote: The config option to enable it all. Just enable it by default.. I doubt we care too much about third party modules, but enabling this by default will likely cause at least some of the

Re: [PATCH v2 20/22] media: au0828 add enable, disable source handlers

Em Mon, 08 Feb 2016 16:00:26 -0700 Shuah Khan escreveu: > >>> + ret = __media_entity_pipeline_start(entity, pipe); > >>> + if (ret) { > >>> + pr_err("Start Pipeline: %s->%s Error %d\n", > >>> + source->name, entity->name, ret); > >>> + ret = __media_entity_setup_li

Re: BUG caused by "Use new drm_fb_helper functions" series

> > > But a better look has me wondering how all these gpus are syncing > > > the framebuffer for direct access via cfb_imageblit and friends. I only > > > see > > > nouveau and intel gma even trying. > > > > Probably no other DRM driver uses hardware acceleration for fbcon. > > Yup. We've h

Re: [PATCH] crypto: fips: allow more ipsec related methods

Am Dienstag, 9. Februar 2016, 10:32:37 schrieb Marcus Meissner: Hi Marcus, >IPSEC for aes-ctr requests: > > authenc(digest_null,rfc3686(ctr(aes))) > >which can be used in FIPS mode. > >rfc3686(ctr(aes)) is already allowed for FIPS usage. > >I also allowed "digest_null" for FIPS usage. > >Si

Re: linux-next: Tree for Feb 9

On Tue, Feb 9, 2016 at 1:00 PM, Mark Rutland wrote: > On Tue, Feb 09, 2016 at 01:04:28PM +0530, Sudip Mukherjee wrote: >> On Tue, Feb 09, 2016 at 04:41:04PM +1100, Stephen Rothwell wrote: >> > Changes since 20160208: >> >> tilepro, tilegx, mips defconfig build fails with the error: >> ../include/a

[PATCH] x86/head64: use pointer type in sizeof

We changed loops with memset in the 5e9ebbd87a99 commit (x86/boot: Micro-optimize reset_early_page_tables()). The base for size of memset was size of pud_p/pmd_p, but the they are actually represented as pointers, although they have the same sizes. Signed-off-by: Alexander Kuleshov --- based on x

Re: [PATCH v2] arm64: disable kasan when accessing frame->fp in unwind_frame

On 02/08/2016 08:13 PM, Yang Shi wrote: > When boot arm64 kernel with KASAN enabled, the below error is reported by > kasan: > > BUG: KASAN: out-of-bounds in unwind_frame+0xec/0x260 at addr ffc064d57ba0 > Read of size 8 by task pidof/499 > page:ffbdc39355c0 count:0 mapcount:0 mapping:

Re: [PATCH] x86/head64: use pointer type in sizeof

* Alexander Kuleshov wrote: > We changed loops with memset in the 5e9ebbd87a99 commit (x86/boot: > Micro-optimize reset_early_page_tables()). The base for size of > memset was size of pud_p/pmd_p, but the they are actually > represented as pointers, although they have the same sizes. That's rat

Re: [PATCH] drm/tegra: remove unused variable

On Tue, Feb 09, 2016 at 01:28:15PM +0100, Arnd Bergmann wrote: > A newly merged patch removed the only user of this variable, > leading to a harmless gcc warning: > > drivers/gpu/drm/tegra/drm.c: In function 'tegra_drm_preclose': > drivers/gpu/drm/tegra/drm.c:861:19: error: unused variable 'crtc'

Re: [PATCH 2/3] arm64: dts: add the Alpine v2 EVP

On 9 February 2016 at 13:48, Marc Zyngier wrote: > On 09/02/16 10:13, Tsahee Zidenberg wrote: >> On 9 February 2016 at 11:30, Marc Zyngier wrote: >>> >>> On 09/02/16 09:14, Tsahee Zidenberg wrote: On 9 February 2016 at 11:09, Marc Zyngier >>> > wrote: >

<    1   2   3   4   5   6   7   8   9   10   >