KASAN: use-after-free Read in binder_release_work

Hello, syzbot hit the following crash on upstream commit f2d285669aae656dfeafa0bf25e86bbbc5d22329 (Tue Apr 3 17:45:39 2018 +) Merge tag 'pm-4.17-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm syzbot dashboard link:

KASAN: use-after-free Read in binder_release_work

Hello, syzbot hit the following crash on upstream commit f2d285669aae656dfeafa0bf25e86bbbc5d22329 (Tue Apr 3 17:45:39 2018 +) Merge tag 'pm-4.17-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm syzbot dashboard link:

WARNING in hfs_bnode_create

Hello, syzbot hit the following crash on upstream commit f2d285669aae656dfeafa0bf25e86bbbc5d22329 (Tue Apr 3 17:45:39 2018 +) Merge tag 'pm-4.17-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm syzbot dashboard link:

WARNING in hfs_bnode_create

Hello, syzbot hit the following crash on upstream commit f2d285669aae656dfeafa0bf25e86bbbc5d22329 (Tue Apr 3 17:45:39 2018 +) Merge tag 'pm-4.17-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm syzbot dashboard link:

Re: [PATCH v1] kernel/trace:check the val against the available mem

On Tue, Apr 3, 2018 at 9:56 PM, Michal Hocko wrote: > On Tue 03-04-18 09:32:45, Steven Rostedt wrote: >> On Tue, 3 Apr 2018 14:35:14 +0200 >> Michal Hocko wrote: > [...] >> > Being clever is OK if it doesn't add a tricky code. And relying on >> >

Re: [PATCH v1] kernel/trace:check the val against the available mem

On Tue, Apr 3, 2018 at 9:56 PM, Michal Hocko wrote: > On Tue 03-04-18 09:32:45, Steven Rostedt wrote: >> On Tue, 3 Apr 2018 14:35:14 +0200 >> Michal Hocko wrote: > [...] >> > Being clever is OK if it doesn't add a tricky code. And relying on >> > si_mem_available is definitely tricky and

[PATCH v6 4/5] arm: arm64: introduce pfn_valid_region()

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But there is still some room for improvement. E.g. in early_pfn_valid(), if pfn and pfn+1 are in the same memblock region, we can record the last returned memblock

[PATCH v6 4/5] arm: arm64: introduce pfn_valid_region()

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But there is still some room for improvement. E.g. in early_pfn_valid(), if pfn and pfn+1 are in the same memblock region, we can record the last returned memblock

[PATCH v6 2/5] arm: arm64: page_alloc: reduce unnecessary binary search in memblock_next_valid_pfn()

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But there is still some room for improvement. E.g. if pfn and pfn+1 are in the same memblock region, we can simply pfn++ instead of doing the binary search in

[PATCH v6 2/5] arm: arm64: page_alloc: reduce unnecessary binary search in memblock_next_valid_pfn()

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But there is still some room for improvement. E.g. if pfn and pfn+1 are in the same memblock region, we can simply pfn++ instead of doing the binary search in

[PATCH v6 5/5] mm: page_alloc: reduce unnecessary binary search in early_pfn_valid()

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But there is still some room for improvement. E.g. in early_pfn_valid(), if pfn and pfn+1 are in the same memblock region, we can record the last returned memblock

[PATCH v6 5/5] mm: page_alloc: reduce unnecessary binary search in early_pfn_valid()

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But there is still some room for improvement. E.g. in early_pfn_valid(), if pfn and pfn+1 are in the same memblock region, we can record the last returned memblock

[PATCH v6 1/5] mm: page_alloc: remain memblock_next_valid_pfn() on arm and arm64

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But it causes possible panic bug. So Daniel Vacek reverted it later. But as suggested by Daniel Vacek, it is fine to using memblock to skip gaps and finding next

[PATCH v6 1/5] mm: page_alloc: remain memblock_next_valid_pfn() on arm and arm64

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But it causes possible panic bug. So Daniel Vacek reverted it later. But as suggested by Daniel Vacek, it is fine to using memblock to skip gaps and finding next

[PATCH v6 3/5] mm/memblock: introduce memblock_search_pfn_regions()

This api is to find the region start_pfn and end_pfn of the input pfn. With this helper, we can improve the loop in early_pfn_valid by reducing the unnecessary binary searches. Signed-off-by: Jia He --- include/linux/memblock.h | 2 ++ mm/memblock.c| 9

[PATCH v6 3/5] mm/memblock: introduce memblock_search_pfn_regions()

This api is to find the region start_pfn and end_pfn of the input pfn. With this helper, we can improve the loop in early_pfn_valid by reducing the unnecessary binary searches. Signed-off-by: Jia He --- include/linux/memblock.h | 2 ++ mm/memblock.c| 9 + 2 files changed, 11

[PATCH v6 0/5] optimize memblock_next_valid_pfn and early_pfn_valid on arm and arm64

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") tried to optimize the loop in memmap_init_zone(). But there is still some room for improvement. Patch 1 remain the memblock_next_valid_pfn on arm and arm64 Patch 2 optimizes the memblock_next_valid_pfn()

[PATCH v6 0/5] optimize memblock_next_valid_pfn and early_pfn_valid on arm and arm64

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") tried to optimize the loop in memmap_init_zone(). But there is still some room for improvement. Patch 1 remain the memblock_next_valid_pfn on arm and arm64 Patch 2 optimizes the memblock_next_valid_pfn()

Re: RTL8723BE performance regression

On 04/03/2018 09:37 PM, João Paulo Rechi Vita wrote: On Tue, Apr 3, 2018 at 7:28 PM, Larry Finger wrote: (...) As the antenna selection code changes affected your first bisection, do you have one of those HP laptops with only one antenna and the incorrect coding in

Re: RTL8723BE performance regression

On 04/03/2018 09:37 PM, João Paulo Rechi Vita wrote: On Tue, Apr 3, 2018 at 7:28 PM, Larry Finger wrote: (...) As the antenna selection code changes affected your first bisection, do you have one of those HP laptops with only one antenna and the incorrect coding in the FUSE? Yes, that is

Re: [PATCH] perf trace: remove redundant ')'

On Tue, Apr 03, 2018 at 04:19:07PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Mar 28, 2018 at 03:26:31PM +0800, Du, Changbin escreveu: > > Hi Arnaldo, > > Just a kind reminder. Hope you didn't forget this. > > Ok, applied. > > - Arnaldo > Got it, thanks!

Re: [PATCH] perf trace: remove redundant ')'

On Tue, Apr 03, 2018 at 04:19:07PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Mar 28, 2018 at 03:26:31PM +0800, Du, Changbin escreveu: > > Hi Arnaldo, > > Just a kind reminder. Hope you didn't forget this. > > Ok, applied. > > - Arnaldo > Got it, thanks!

RE: [ANNOUNCE] Git v2.17.0

On April 2, 2018 3:34 PM, Junio C Hamano wrote: > Subject: [ANNOUNCE] Git v2.17.0 > > The latest feature release Git v2.17.0 is now available at the usual places. > It is > comprised of 516 non-merge commits since v2.16.0, contributed by 71 > people, 20 of which are new faces. The NonStop

RE: [ANNOUNCE] Git v2.17.0

On April 2, 2018 3:34 PM, Junio C Hamano wrote: > Subject: [ANNOUNCE] Git v2.17.0 > > The latest feature release Git v2.17.0 is now available at the usual places. > It is > comprised of 516 non-merge commits since v2.16.0, contributed by 71 > people, 20 of which are new faces. The NonStop

[PATCH 1/1] scsi:mvsas:fix memory leak

In function mvs_pci_init(), the memory allocated by scsi_host_alloc() is not released on the error path that mvi, which holds the return value of mvs_pci_alloc(), is NULL. This will result in a memory leak bug. Signed-off-by: Xidong Wang --- drivers/scsi/mvsas/mv_init.c |

Re: RTL8723BE performance regression

On Tue, Apr 3, 2018 at 7:28 PM, Larry Finger wrote: (...) > As the antenna selection code changes affected your first bisection, do you > have one of those HP laptops with only one antenna and the incorrect coding > in the FUSE? Yes, that is why I've been passing

[PATCH 1/1] scsi:mvsas:fix memory leak

In function mvs_pci_init(), the memory allocated by scsi_host_alloc() is not released on the error path that mvi, which holds the return value of mvs_pci_alloc(), is NULL. This will result in a memory leak bug. Signed-off-by: Xidong Wang --- drivers/scsi/mvsas/mv_init.c | 4 +++- 1 file

Re: RTL8723BE performance regression

On Tue, Apr 3, 2018 at 7:28 PM, Larry Finger wrote: (...) > As the antenna selection code changes affected your first bisection, do you > have one of those HP laptops with only one antenna and the incorrect coding > in the FUSE? Yes, that is why I've been passing ant_sel=1 during my tests --

Re: [GIT PULL] Kernel lockdown for secure boot

On Tue, Apr 3, 2018 at 9:26 AM, Andy Lutomirski wrote: > On Tue, Apr 3, 2018 at 8:41 AM, Alexei Starovoitov > wrote: >> On Tue, Apr 03, 2018 at 08:11:07AM -0700, Andy Lutomirski wrote: >>> > >>> >> "bpf: Restrict kernel image access functions when

Re: [GIT PULL] Kernel lockdown for secure boot

On Tue, Apr 3, 2018 at 9:26 AM, Andy Lutomirski wrote: > On Tue, Apr 3, 2018 at 8:41 AM, Alexei Starovoitov > wrote: >> On Tue, Apr 03, 2018 at 08:11:07AM -0700, Andy Lutomirski wrote: >>> > >>> >> "bpf: Restrict kernel image access functions when the kernel is locked >>> >> down": >>> >> This

Re: [PATCH v2] tracing, printk: Force no hashing when trace_printk() is used

On (04/03/18 18:03), Steven Rostedt wrote: > > > he'd want you to change all the trace_printk()s to %px with > > justifications, though. > > What trace_printk()s do you want to change? They are throw away > functions. trace_printk() is not something that stays in the kernel. > It's added during

Re: [PATCH v2] tracing, printk: Force no hashing when trace_printk() is used

On (04/03/18 18:03), Steven Rostedt wrote: > > > he'd want you to change all the trace_printk()s to %px with > > justifications, though. > > What trace_printk()s do you want to change? They are throw away > functions. trace_printk() is not something that stays in the kernel. > It's added during

[PATCH 1/1] scsi: mvsas:fix memory leak

In function mvs_pci_init(), the memory allocated by scsi_host_alloc() is not released on the error path that mvi, which holds the return value of mvs_pci_alloc(), is NULL. This will result in a memory leak bug. Signed-off-by: Xidong Wang --- drivers/scsi/mvsas/mv_init.c |

[PATCH 1/1] scsi: mvsas:fix memory leak

In function mvs_pci_init(), the memory allocated by scsi_host_alloc() is not released on the error path that mvi, which holds the return value of mvs_pci_alloc(), is NULL. This will result in a memory leak bug. Signed-off-by: Xidong Wang --- drivers/scsi/mvsas/mv_init.c | 1 + 1 file changed, 1

Re: RTL8723BE performance regression

On 04/03/2018 08:51 PM, João Paulo Rechi Vita wrote: Hello, I've been trying to track a performance regression on the RTL8723BE WiFi adapter, which mainly affects the upload bandwidth (although we can see a decreased download performance as well, the effect on upload is more drastic). This was

Re: RTL8723BE performance regression

On 04/03/2018 08:51 PM, João Paulo Rechi Vita wrote: Hello, I've been trying to track a performance regression on the RTL8723BE WiFi adapter, which mainly affects the upload bandwidth (although we can see a decreased download performance as well, the effect on upload is more drastic). This was

[PATCH 07/17] perf version: Print the compiled-in status of libraries

From: Jin Yao This patch checks the values passed by CFLAGS (-DHAVE_XXX) and then print the status of libraries. For example, if HAVE_DWARF_SUPPORT is defined, that means the library "dwarf" is compiled-in. The patch will print the status "on" for this library otherwise

[PATCH 07/17] perf version: Print the compiled-in status of libraries

From: Jin Yao This patch checks the values passed by CFLAGS (-DHAVE_XXX) and then print the status of libraries. For example, if HAVE_DWARF_SUPPORT is defined, that means the library "dwarf" is compiled-in. The patch will print the status "on" for this library otherwise it print the status

[PATCH 03/17] perf trace: Show only failing syscalls

From: Arnaldo Carvalho de Melo For instance: # perf probe "vfs_getname=getname_flags:72 pathname=result->name:string" Added new event: probe:vfs_getname(on getname_flags:72 with pathname=result->name:string) You can now use it in all perf tools, such as:

[PATCH 03/17] perf trace: Show only failing syscalls

From: Arnaldo Carvalho de Melo For instance: # perf probe "vfs_getname=getname_flags:72 pathname=result->name:string" Added new event: probe:vfs_getname(on getname_flags:72 with pathname=result->name:string) You can now use it in all perf tools, such as: perf record -e

[PATCH 02/17] tools headers: Synchronize x86's cpufeatures.h

From: Arnaldo Carvalho de Melo Due to these commits: 1da961d72ab0 ("x86/cpufeatures: Add Intel Total Memory Encryption cpufeature") 7958b2246fad ("x86/cpufeatures: Add Intel PCONFIG cpufeature") To silence this perf build warning: Warning: Kernel ABI header at

[PATCH 02/17] tools headers: Synchronize x86's cpufeatures.h

From: Arnaldo Carvalho de Melo Due to these commits: 1da961d72ab0 ("x86/cpufeatures: Add Intel Total Memory Encryption cpufeature") 7958b2246fad ("x86/cpufeatures: Add Intel PCONFIG cpufeature") To silence this perf build warning: Warning: Kernel ABI header at

[PATCH 12/17] perf hists: Move hists__scnprintf_title() away from the TUI code

From: Arnaldo Carvalho de Melo The previous patch made this function useful to non-TUI parts of the tools, but left it where the function from what it was carved, so that the patch showed more clearly the process. Now just move it outside the TUI parts so that we can finally

[PATCH 12/17] perf hists: Move hists__scnprintf_title() away from the TUI code

From: Arnaldo Carvalho de Melo The previous patch made this function useful to non-TUI parts of the tools, but left it where the function from what it was carved, so that the patch showed more clearly the process. Now just move it outside the TUI parts so that we can finally use it, even when

Re: [PATCH 2/2] kfree_rcu() should use kfree_bulk() interface

On Tue, Apr 03, 2018 at 05:55:55PM -0700, Rao Shoaib wrote: > On 04/03/2018 01:58 PM, Matthew Wilcox wrote: > > I think you might be better off with an IDR. The IDR can always > > contain one entry, so there's no need for this 'rbf_list_head' or > > __rcu_bulk_schedule_list. The IDR contains its

Re: [PATCH 2/2] kfree_rcu() should use kfree_bulk() interface

On Tue, Apr 03, 2018 at 05:55:55PM -0700, Rao Shoaib wrote: > On 04/03/2018 01:58 PM, Matthew Wilcox wrote: > > I think you might be better off with an IDR. The IDR can always > > contain one entry, so there's no need for this 'rbf_list_head' or > > __rcu_bulk_schedule_list. The IDR contains its

[PATCH 17/17] perf trace: Remove redundant ')'

From: Changbin Du There is a redundant ')' at the tail of each event. So remove it. $ sudo perf trace --no-syscalls -e 'kmem:*' -a 899.342 kmem:kfree:(vfs_writev+0xb9) call_site=9c453979 ptr=(nil)) 899.344 kmem:kfree:(___sys_recvmsg+0x188)

[PATCH 16/17] perf annotate stdio2: Print more descriptive event information header

From: Arnaldo Carvalho de Melo To match the recently added event header information to --tui, e.g.: # perf annotate --ignore-vmlinux --stdio2 _raw_spin_lock_irqsave Samples: 128 of event 'cycles:ppp', 4000 Hz, Event count (approx.): 48617682 _raw_spin_lock_irqsave()

[PATCH 17/17] perf trace: Remove redundant ')'

From: Changbin Du There is a redundant ')' at the tail of each event. So remove it. $ sudo perf trace --no-syscalls -e 'kmem:*' -a 899.342 kmem:kfree:(vfs_writev+0xb9) call_site=9c453979 ptr=(nil)) 899.344 kmem:kfree:(___sys_recvmsg+0x188) call_site=9c9b8b88 ptr=(nil))

[PATCH 16/17] perf annotate stdio2: Print more descriptive event information header

From: Arnaldo Carvalho de Melo To match the recently added event header information to --tui, e.g.: # perf annotate --ignore-vmlinux --stdio2 _raw_spin_lock_irqsave Samples: 128 of event 'cycles:ppp', 4000 Hz, Event count (approx.): 48617682 _raw_spin_lock_irqsave() /proc/kcore 0.78

[PATCH 14/17] perf annotate: Introduce annotation__scnprintf_samples_period() method

From: Arnaldo Carvalho de Melo To print a string using the total period (nr_events) and the number of samples for a given annotation, i.e. for a given symbol, the counterpart to hists__scnprintf_samples_period(), that is for all the samples in a session (be it a live session,

[PATCH 15/17] perf annotate browser: Show extra title line with event information

From: Arnaldo Carvalho de Melo So at the top we'll have two lines, like this, from 'perf report': # perf report --group --ignore-vmlinux = Samples: 46 of events 'cycles', 4000

[PATCH 14/17] perf annotate: Introduce annotation__scnprintf_samples_period() method

From: Arnaldo Carvalho de Melo To print a string using the total period (nr_events) and the number of samples for a given annotation, i.e. for a given symbol, the counterpart to hists__scnprintf_samples_period(), that is for all the samples in a session (be it a live session, think 'perf top' or

[PATCH 15/17] perf annotate browser: Show extra title line with event information

From: Arnaldo Carvalho de Melo So at the top we'll have two lines, like this, from 'perf report': # perf report --group --ignore-vmlinux = Samples: 46 of events 'cycles', 4000 Hz, Event count

[PATCH 13/17] perf ui browser: Move the extra title lines from the hists browser

From: Arnaldo Carvalho de Melo This will be useful for the annotate browser as well, that wants to have extra title lines, i.e. the current ui_browser unconditionally reserves the first line for a browser title and the last one for status messages. But some browsers, like the

[PATCH 11/17] perf hists: Introduce hists__scnprint_title()

From: Arnaldo Carvalho de Melo That is not use any struct hists_browser internals, so that it can be shared with the other UIs and tools. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Martin Liška

[PATCH 13/17] perf ui browser: Move the extra title lines from the hists browser

From: Arnaldo Carvalho de Melo This will be useful for the annotate browser as well, that wants to have extra title lines, i.e. the current ui_browser unconditionally reserves the first line for a browser title and the last one for status messages. But some browsers, like the buckets one (hists

[PATCH 11/17] perf hists: Introduce hists__scnprint_title()

From: Arnaldo Carvalho de Melo That is not use any struct hists_browser internals, so that it can be shared with the other UIs and tools. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Martin Liška Cc: Namhyung Kim Cc: Wang Nan Bugzilla:

[PATCH 10/17] perf hists browser: Rename perf_evsel_browser_title to a more descriptive name

From: Arnaldo Carvalho de Melo Rename it to hists_browser__scnprintf_title() to better reflect that it provides a scnprintf-like function operating on a hists_browser instance. This paves the way to have a non-hists_browser specific function to scnprintf format a title with per

[PATCH 10/17] perf hists browser: Rename perf_evsel_browser_title to a more descriptive name

From: Arnaldo Carvalho de Melo Rename it to hists_browser__scnprintf_title() to better reflect that it provides a scnprintf-like function operating on a hists_browser instance. This paves the way to have a non-hists_browser specific function to scnprintf format a title with per evsel

[PATCH 08/17] perf tools: Add 'perf -vv' as an alias to 'perf version --build-options'

From: Jin Yao We keep having bug reports that when users build perf on their own, but they don't install some needed libraries such as libelf, libbfd/libibery. The perf can build, but it is missing important functionality. This patch provides a new option '-vv' for

[PATCH 08/17] perf tools: Add 'perf -vv' as an alias to 'perf version --build-options'

From: Jin Yao We keep having bug reports that when users build perf on their own, but they don't install some needed libraries such as libelf, libbfd/libibery. The perf can build, but it is missing important functionality. This patch provides a new option '-vv' for perf which will print the

[PATCH 04/17] tools include: Add config.h header file

From: Jiri Olsa Adding IS_BUILTIN macro and its dependencies into tools world. It's taken from kernel's include/linux/kconfig.h, which can't be taken completely due to its kconfig dependencies. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin

[PATCH 09/17] perf version: Add man page

From: Jin Yao Since a new option '--build-options' is created for 'perf version', so we need to document it. Signed-off-by: Jin Yao Acked-by: Jiri Olsa Cc: Alexander Shishkin Cc: Andi

[PATCH 06/17] perf config: Rename to HAVE_DWARF_GETLOCATIONS_SUPPORT

From: Jin Yao In Makefile.config, to make all libraries flags have _SUPPORT suffix, rename HAVE_DWARF_GETLOCATIONS to HAVE_DWARF_GETLOCATIONS_SUPPORT Signed-off-by: Jin Yao Suggested-by: Ingo Molnar Acked-by: Jiri Olsa

[PATCH 04/17] tools include: Add config.h header file

From: Jiri Olsa Adding IS_BUILTIN macro and its dependencies into tools world. It's taken from kernel's include/linux/kconfig.h, which can't be taken completely due to its kconfig dependencies. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: Andi Kleen Cc: Jin Yao Cc: Kan Liang Cc:

[PATCH 09/17] perf version: Add man page

From: Jin Yao Since a new option '--build-options' is created for 'perf version', so we need to document it. Signed-off-by: Jin Yao Acked-by: Jiri Olsa Cc: Alexander Shishkin Cc: Andi Kleen Cc: Jin Yao Cc: Kan Liang Cc: Peter Zijlstra Link:

[PATCH 06/17] perf config: Rename to HAVE_DWARF_GETLOCATIONS_SUPPORT

From: Jin Yao In Makefile.config, to make all libraries flags have _SUPPORT suffix, rename HAVE_DWARF_GETLOCATIONS to HAVE_DWARF_GETLOCATIONS_SUPPORT Signed-off-by: Jin Yao Suggested-by: Ingo Molnar Acked-by: Jiri Olsa Cc: Alexander Shishkin Cc: Andi Kleen Cc: Jin Yao Cc: Kan Liang Cc:

[GIT PULL 00/17] perf/core improvements and fixes

in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-4.17-20180403 for you to fetch changes up to 51125a29a395048fdb3429b8c4ca0ada57097744: perf trace: Remove redundant ')' (2018-04-03 16:16:41 -0300

[GIT PULL 00/17] perf/core improvements and fixes

in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-4.17-20180403 for you to fetch changes up to 51125a29a395048fdb3429b8c4ca0ada57097744: perf trace: Remove redundant ')' (2018-04-03 16:16:41 -0300

[PATCH 01/17] perf tools: Add a "dso_size" sort order

From: Kim Phillips Add DSO size to perf report/top sort output list. This includes adding a map__size fn to map.h, which is approximately equal to the DSO data file_size: DSO file size map (end-start) file / (end-start)

[PATCH 01/17] perf tools: Add a "dso_size" sort order

From: Kim Phillips Add DSO size to perf report/top sort output list. This includes adding a map__size fn to map.h, which is approximately equal to the DSO data file_size: DSO file size map (end-start) file / (end-start) libwebkit2gtk-4.0.so.37.24.9

Re: [PATCH v2 1/2] mm: uninitialized struct page poisoning sanity checking

On 18-03-15 20:43:14, Sasha Levin wrote: > On Thu, Mar 15, 2018 at 03:04:30PM -0400, Pavel Tatashin wrote: > >> > >> Attached the config. It just happens on boot. > > > >Hi Sasha, > > > >I have tried unsuccessfully to reproduce the bug in qemu with 20G RAM, > >and 8 CPUs. > > > >Patch "mm:

Re: [PATCH v2 1/2] mm: uninitialized struct page poisoning sanity checking

On 18-03-15 20:43:14, Sasha Levin wrote: > On Thu, Mar 15, 2018 at 03:04:30PM -0400, Pavel Tatashin wrote: > >> > >> Attached the config. It just happens on boot. > > > >Hi Sasha, > > > >I have tried unsuccessfully to reproduce the bug in qemu with 20G RAM, > >and 8 CPUs. > > > >Patch "mm:

Re: [PATCH 00/11] [v4] Use global pages with PTI

On Tue, Apr 3, 2018 at 6:09 PM, Dave Hansen wrote: > Changes from v3: > * Fix whitespace issue noticed by willy > * Clarify comments about X86_FEATURE_PGE checks > * Clarify commit message around the necessity of _PAGE_GLOBAL >filtering when CR4.PGE=0 or PGE is

Re: [PATCH 00/11] [v4] Use global pages with PTI

On Tue, Apr 3, 2018 at 6:09 PM, Dave Hansen wrote: > Changes from v3: > * Fix whitespace issue noticed by willy > * Clarify comments about X86_FEATURE_PGE checks > * Clarify commit message around the necessity of _PAGE_GLOBAL >filtering when CR4.PGE=0 or PGE is unsupported. I couldn't see

Re: [PATCH v2 2/2] perf: riscv: Add Document for Future Porting Guide

Doc fixes: diff --git a/Documentation/riscv/pmu.txt b/Documentation/riscv/pmu.txt index a3e930e..ae90a5e 100644 --- a/Documentation/riscv/pmu.txt +++ b/Documentation/riscv/pmu.txt @@ -20,7 +20,7 @@ the lack of the following general architectural performance monitoring features: *

Re: [PATCH v2 2/2] perf: riscv: Add Document for Future Porting Guide

Doc fixes: diff --git a/Documentation/riscv/pmu.txt b/Documentation/riscv/pmu.txt index a3e930e..ae90a5e 100644 --- a/Documentation/riscv/pmu.txt +++ b/Documentation/riscv/pmu.txt @@ -20,7 +20,7 @@ the lack of the following general architectural performance monitoring features: *

Re: [PATCH v30 2/4] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT

On 04/04/2018 02:47 AM, Michael S. Tsirkin wrote: On Wed, Apr 04, 2018 at 12:10:03AM +0800, Wei Wang wrote: +static int add_one_sg(struct virtqueue *vq, unsigned long pfn, uint32_t len) +{ + struct scatterlist sg; + unsigned int unused; + + sg_init_table(, 1); +

Re: [PATCH v30 2/4] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT

On 04/04/2018 02:47 AM, Michael S. Tsirkin wrote: On Wed, Apr 04, 2018 at 12:10:03AM +0800, Wei Wang wrote: +static int add_one_sg(struct virtqueue *vq, unsigned long pfn, uint32_t len) +{ + struct scatterlist sg; + unsigned int unused; + + sg_init_table(, 1); +

Re: [GIT pull] irq updates for 4.17

On Tue, Apr 3, 2018 at 6:51 PM, Palmer Dabbelt wrote: > > Thanks! The linked patch set should be fully bisectable, while this one > will fail on some ARM randconfigs. If it's only some (not very realistic) randconfigs, I suspect an incremental fix is probably the easier

Re: [GIT pull] irq updates for 4.17

On Tue, Apr 3, 2018 at 6:51 PM, Palmer Dabbelt wrote: > > Thanks! The linked patch set should be fully bisectable, while this one > will fail on some ARM randconfigs. If it's only some (not very realistic) randconfigs, I suspect an incremental fix is probably the easier solution, rather than

Re: [GIT PULL] Kernel lockdown for secure boot

On Tue, Apr 3, 2018 at 6:30 PM, Justin Forbes wrote: >> >> If there actually was a good explanation for the tie-in, it should >> have been front-and-center and explained as such. >> > Honestly, yes, the major distros have been shipping this patch set for years > now, and every

Re: [GIT PULL] Kernel lockdown for secure boot

On Tue, Apr 3, 2018 at 6:30 PM, Justin Forbes wrote: >> >> If there actually was a good explanation for the tie-in, it should >> have been front-and-center and explained as such. >> > Honestly, yes, the major distros have been shipping this patch set for years > now, and every time it comes to

Re: [PATCH] vhost-net: add limitation of sent packets for tx polling(Internet mail)

>On Tue, Apr 03, 2018 at 12:29:47PM +, haibinzhang wrote: >> >On Tue, Apr 03, 2018 at 08:08:26AM +, haibinzhang wrote: >> >> handle_tx will delay rx for a long time when tx busy polling udp packets >> >> with small length(e.g. 1byte udp payload), because setting >> >> VHOST_NET_WEIGHT >>

Re: [PATCH] vhost-net: add limitation of sent packets for tx polling(Internet mail)

>On Tue, Apr 03, 2018 at 12:29:47PM +, haibinzhang wrote: >> >On Tue, Apr 03, 2018 at 08:08:26AM +, haibinzhang wrote: >> >> handle_tx will delay rx for a long time when tx busy polling udp packets >> >> with small length(e.g. 1byte udp payload), because setting >> >> VHOST_NET_WEIGHT >>

RTL8723BE performance regression

Hello, I've been trying to track a performance regression on the RTL8723BE WiFi adapter, which mainly affects the upload bandwidth (although we can see a decreased download performance as well, the effect on upload is more drastic). This was first reported by users after upgrading from our

RTL8723BE performance regression

Hello, I've been trying to track a performance regression on the RTL8723BE WiFi adapter, which mainly affects the upload bandwidth (although we can see a decreased download performance as well, the effect on upload is more drastic). This was first reported by users after upgrading from our

Re: [GIT pull] irq updates for 4.17

On Tue, 03 Apr 2018 17:27:41 PDT (-0700), Linus Torvalds wrote: On Tue, Apr 3, 2018 at 3:39 PM, Palmer Dabbelt wrote: I assume it's too late to swap this out for that? If so that's OK, I can just send a follow-on. Sorry for breaking things! Thomas, I'll delay pulling

Re: [GIT pull] irq updates for 4.17

On Tue, 03 Apr 2018 17:27:41 PDT (-0700), Linus Torvalds wrote: On Tue, Apr 3, 2018 at 3:39 PM, Palmer Dabbelt wrote: I assume it's too late to swap this out for that? If so that's OK, I can just send a follow-on. Sorry for breaking things! Thomas, I'll delay pulling your trees until

Re: [GIT PULL] Kernel lockdown for secure boot

On Tue, Apr 3, 2018 at 6:13 PM, Matthew Garrett wrote: > > There are four cases: No. Matthew., stop with the agenda already. This shit is what I'm talking about: > Verified Boot off, lockdown on: Perception of security improvement that's > trivially circumvented (and so bad)

Re: [GIT PULL] Kernel lockdown for secure boot

On Tue, Apr 3, 2018 at 6:13 PM, Matthew Garrett wrote: > > There are four cases: No. Matthew., stop with the agenda already. This shit is what I'm talking about: > Verified Boot off, lockdown on: Perception of security improvement that's > trivially circumvented (and so bad) You're doing

Re: [PATCH 1/1] lz4: Implement lz4 with dynamic offset length.

On (04/03/18 19:13), Vaneet Narang wrote: > Hi Sergey, > > >You shrink a 2 bytes offset down to a 1 byte offset, thus you enforce that > 2 Byte offset is not shrinked to 1 byte, Its only 1 bit is reserved out of > 16 bits of offset. So only 15 Bits can be used to store offset value. Yes, you are

Re: [PATCH 1/1] lz4: Implement lz4 with dynamic offset length.

On (04/03/18 19:13), Vaneet Narang wrote: > Hi Sergey, > > >You shrink a 2 bytes offset down to a 1 byte offset, thus you enforce that > 2 Byte offset is not shrinked to 1 byte, Its only 1 bit is reserved out of > 16 bits of offset. So only 15 Bits can be used to store offset value. Yes, you are

[GIT PULL] SELinux patches for v4.17

else), let me know. Thanks, -Paul -- The following changes since commit 7928b2cbe55b2a410a0f5c1f154610059c57b1b2: Linux 4.16-rc1 (2018-02-11 15:04:29 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux.git tags/selinux -pr-20180403

[GIT PULL] SELinux patches for v4.17

else), let me know. Thanks, -Paul -- The following changes since commit 7928b2cbe55b2a410a0f5c1f154610059c57b1b2: Linux 4.16-rc1 (2018-02-11 15:04:29 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux.git tags/selinux -pr-20180403

Re: [GIT PULL] Kernel lockdown for secure boot

On Tue, Apr 3, 2018 at 7:56 PM, Linus Torvalds wrote: > On Tue, Apr 3, 2018 at 5:46 PM, Matthew Garrett wrote: >> >> The generic distros have been shipping this policy for the past 5 years. > > .. so apparently it doesn't actually break things?

Re: [GIT PULL] Kernel lockdown for secure boot

On Tue, Apr 3, 2018 at 7:56 PM, Linus Torvalds wrote: > On Tue, Apr 3, 2018 at 5:46 PM, Matthew Garrett wrote: >> >> The generic distros have been shipping this policy for the past 5 years. > > .. so apparently it doesn't actually break things? Why not enable it > by default then? > > And if

Re: [PATCH v3 5/6] spi: sun6i: introduce register set/unset helpers

Hi Sergey, Thank you for the patch! Yet something to improve: [auto build test ERROR on spi/for-next] [also build test ERROR on v4.16 next-20180403] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH v3 5/6] spi: sun6i: introduce register set/unset helpers

Hi Sergey, Thank you for the patch! Yet something to improve: [auto build test ERROR on spi/for-next] [also build test ERROR on v4.16 next-20180403] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

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