On Wed, Jul 24, 2019 at 10:12:10AM -0700, Alexander Duyck wrote:
> From: Alexander Duyck
>
> Add support for what I am referring to as "bubble hinting". Basically the
> idea is to function very similar to how the balloon works in that we
> basically end up madvising the page as not being used. Ho
On Wed, Jul 24, 2019 at 10:10 AM Brian Vazquez wrote:
>
> This introduces a new command to retrieve multiple number of entries
> from a bpf map, wrapping the existing bpf methods:
> map_get_next_key and map_lookup_elem
>
> To start dumping the map from the beginning you must specify NULL as
> the
On 7/24/19 4:26 PM, David Lechner wrote:
This makes use of the am335x-osd335x-common.dtsi file that contains the
common device tree components for Octavo Systems AM335x System-in-
Package that is used on the BeagleBone Blue.
This has two minor side-effects:
1. pinmux_i2c0_pins is renamed to pinm
From: Jeff Kirsher
Date: Wed, 24 Jul 2019 09:39:26 -0700
> Dave I will pick this up and add it to my queue.
How soon will you get that to me? The sooner this build fix is cured the
better.
Thanks.
On Wed, Jul 24, 2019 at 10:10 AM Brian Vazquez wrote:
>
> Adds bpf_attr.dump structure to libbpf.
>
> Suggested-by: Stanislav Fomichev
> Signed-off-by: Brian Vazquez
> ---
> tools/include/uapi/linux/bpf.h | 9 +
> tools/lib/bpf/libbpf.map | 2 ++
> 2 files changed, 11 insertions(+
On Tue, Jun 25, 2019 at 12:53 AM Oscar Salvador wrote:
>
> Physical memory hotadd has to allocate a memmap (struct page array) for
> the newly added memory section. Currently, alloc_pages_node() is used
> for those allocations.
>
> This has some disadvantages:
> a) an existing memory is consumed
Qian Cai wrote:
> I have GCC 8.2.1 which works fine.
But you need to check the minimum version, i.e. 4.6:
#if GCC_VERSION < 40600
David
From: Masanari Iida
Date: Thu, 25 Jul 2019 00:29:51 +0900
> This patch fix some spelling typo in qos_mc_aware.sh
>
> Signed-off-by: Masanari Iida
> Acked-by: Randy Dunlap
Applied.
On Wed, Jul 24, 2019 at 10:10 AM Brian Vazquez wrote:
>
> This tests exercise the new command on a bpf hashmap and make sure it
> works as expected.
>
> Signed-off-by: Brian Vazquez
> ---
> tools/testing/selftests/bpf/test_maps.c | 83 -
> 1 file changed, 81 insertions(+)
On 7/24/19 3:51 PM, David Miller wrote:
From: Masanari Iida
Date: Thu, 25 Jul 2019 00:29:51 +0900
This patch fix some spelling typo in qos_mc_aware.sh
Signed-off-by: Masanari Iida
Acked-by: Randy Dunlap
Applied.
I applied to this my fixes branch this morning on auto-pilot
without reali
On Wed, Jul 24, 2019 at 10:37:34AM -0700, Linus Torvalds wrote:
> On Wed, Jul 24, 2019 at 7:47 AM Christian Brauner
> wrote:
> >
> > The code here uses a struct waitid_info to catch basic information about
> > process exit including the pid, uid, status, and signal that caused the
> > process to
This should be "tx4939ide" instead of "tx4938ide", but here MODNAME is even
better.
Signed-off-by: Christophe JAILLET
---
drivers/ide/tx4939ide.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ide/tx4939ide.c b/drivers/ide/tx4939ide.c
index 88d132edc4e3..079b271dd5a7
On Wed, Jul 24, 2019 at 10:10 AM Brian Vazquez wrote:
>
> This tests compares the amount of time that takes to read an entire
> table of 100K elements on a bpf hashmap using both BPF_MAP_DUMP and
> BPF_MAP_GET_NEXT_KEY + BPF_MAP_LOOKUP_ELEM.
>
> Signed-off-by: Brian Vazquez
> ---
> tools/testing
On Wed, 2019-07-24 at 14:41 -0700, David Miller wrote:
> From: Jeff Kirsher
> Date: Wed, 24 Jul 2019 09:39:26 -0700
>
> > Dave I will pick this up and add it to my queue.
>
> How soon will you get that to me? The sooner this build fix is cured
> the
> better.
Go ahead and pick it up, I was abl
On Wed, 2019-07-24 at 09:32 -0400, Qian Cai wrote:
> The linux-next commit "net: Rename skb_frag_t size to bv_len" [1]
> introduced a compilation error on powerpc as it forgot to rename
> "size"
> to "bv_len" for ixgbevf.
>
> [1]
> https://lore.kernel.org/netdev/20190723030831.11879-1-wi...@infra
On Wed, 2019-07-24 at 17:38 -0400, Michael S. Tsirkin wrote:
> On Wed, Jul 24, 2019 at 10:12:10AM -0700, Alexander Duyck wrote:
> > From: Alexander Duyck
> >
> > Add support for what I am referring to as "bubble hinting". Basically the
> > idea is to function very similar to how the balloon works
On Wed, Jul 24, 2019 at 03:03:56PM -0700, Alexander Duyck wrote:
> On Wed, 2019-07-24 at 17:38 -0400, Michael S. Tsirkin wrote:
> > On Wed, Jul 24, 2019 at 10:12:10AM -0700, Alexander Duyck wrote:
> > > From: Alexander Duyck
> > >
> > > Add support for what I am referring to as "bubble hinting".
On Wed, Jul 24, 2019 at 12:20 PM Song Liu wrote:
>
> On Wed, Jul 24, 2019 at 10:09 AM Brian Vazquez wrote:
> >
> > This introduces a new command to retrieve multiple number of entries
> > from a bpf map.
> >
> > This new command can be executed from the existing BPF syscall as
> > follows:
> >
>
Hi,
On Thu, Jul 25, 2019 at 07:18:03AM +1000, Stephen Rothwell wrote:
> Commit
>
> 5f5ff5ca2e18 ("netfilter: nf_tables: Make nft_meta expression more robust")
>
> is missing a Signed-off-by from its author.
Argh, my SoB ended in the changelog I put below the commit message and
hence was dropp
From: Andreas Schwab
Date: Wed, 24 Jul 2019 17:32:57 +0200
> The memory allocated for the stats array may contain arbitrary data.
>
> Signed-off-by: Andreas Schwab
Applied and queued up for -stable.
On Wed, Jul 24, 2019 at 12:55 PM Willem de Bruijn
wrote:
>
> On Wed, Jul 24, 2019 at 1:10 PM Brian Vazquez wrote:
> >
> > This introduces a new command to retrieve multiple number of entries
> > from a bpf map, wrapping the existing bpf methods:
> > map_get_next_key and map_lookup_elem
> >
> > To
On Wed, 2019-07-24 at 18:08 -0400, Michael S. Tsirkin wrote:
> On Wed, Jul 24, 2019 at 03:03:56PM -0700, Alexander Duyck wrote:
> > On Wed, 2019-07-24 at 17:38 -0400, Michael S. Tsirkin wrote:
> > > On Wed, Jul 24, 2019 at 10:12:10AM -0700, Alexander Duyck wrote:
> > > > From: Alexander Duyck
> >
From: shuah
Date: Wed, 24 Jul 2019 16:00:56 -0600
> On 7/24/19 3:51 PM, David Miller wrote:
>> From: Masanari Iida
>> Date: Thu, 25 Jul 2019 00:29:51 +0900
>>
>>> This patch fix some spelling typo in qos_mc_aware.sh
>>>
>>> Signed-off-by: Masanari Iida
>>> Acked-by: Randy Dunlap
>> Applied.
>
From: Jeff Kirsher
Date: Wed, 24 Jul 2019 15:02:15 -0700
> On Wed, 2019-07-24 at 14:41 -0700, David Miller wrote:
>> From: Jeff Kirsher
>> Date: Wed, 24 Jul 2019 09:39:26 -0700
>>
>> > Dave I will pick this up and add it to my queue.
>>
>> How soon will you get that to me? The sooner this bui
- many programs now use getrandom on startup, including for cases which
may not be security-sensitive (e.g. hash tables)
- boot times are faster than ever with the widespread use of high-speed
SSD storage
- no major distributions currently use RNDADDENTROPY ioctl when
restoring the random see
Thank you all for your comments!
I've incorporated them, tested, and have a v2 ready for review.
Thanks!
-jane
On 7/23/19 11:48 PM, Naoya Horiguchi wrote:
Hi Jane, Dan,
On Tue, Jul 23, 2019 at 06:34:35PM -0700, Dan Williams wrote:
On Tue, Jul 23, 2019 at 4:49 PM Jane Chu wrote:
Mmap /dev/d
> > > Because maps can be called from userspace and kernel code, this function
> > > can have a scenario where the next_key was found but by the time we
> > > try to retrieve the value the element is not there, in this case the
> > > function continues and tries to get a new next_key value, skippin
On Mon, Jul 22, 2019 at 03:48:24PM +0300, Daniel Baluta wrote:
> From: Lucas Stach
>
> New revisions of the SAI IP block have even more differences that need
> be taken into account by the driver. To avoid sprinking compatible
> checks all over the driver move the current differences into of_matc
On Mon, Jul 8, 2019 at 9:30 AM Peter Zijlstra wrote:
>
> On Mon, Jul 01, 2019 at 11:59:51PM -0700, Ian Rogers wrote:
> > The groups rbtree holding perf events, either for a CPU or a task, needs
> > to have multiple iterators that visit events in group_index (insertion)
> > order. Rather than linea
On Mon, Jul 8, 2019 at 9:16 AM Peter Zijlstra wrote:
>
> On Mon, Jul 01, 2019 at 11:59:50PM -0700, Ian Rogers wrote:
> > +static int visit_groups_merge(struct perf_event_context *ctx,
> > + struct perf_cpu_context *cpuctx,
> > + struct perf_event
Mmap /dev/dax more than once, then read the poison location using address
from one of the mappings. The other mappings due to not having the page
mapped in will cause SIGKILLs delivered to the process. SIGKILL succeeds
over SIGBUS, so user process looses the opportunity to handle the UE.
Although
Changes in v2:
- move 'tk' allocations internal to add_to_kill(), suggested by Dan;
- ran checkpatch.pl check, pointed out by Matthew;
- Noaya pointed out that v1 would have missed the SIGKILL
if "tk->addr == -EFAULT", since the code returns early.
Incorporated Noaya's suggestion, also, sk
tree:
https://kernel.googlesource.com/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: bed38c3e2dca01b358a62b5e73b46e875742fd75
commit: 156bdac99061b4013c8e47799c6e574f7f84e9f4 drm/exynos: trigger build of
all modules
date: 4 weeks ago
config: h8300-allmodconfig (attached as .confi
Organize per-CPU perf event groups by cgroup then by group/insertion index.
To support cgroup hierarchies, a set of iterators is needed in
visit_groups_merge. To make this unbounded, use a per-CPU allocated
buffer. To make the set of iterators fast, use a min-heap ordered by
the group index.
These
The current __perf_install_in_context can fail and the error is ignored.
Changing __perf_install_in_context can add new failure modes that need
errors propagating up. This change prepares for this.
Signed-off-by: Ian Rogers
---
kernel/events/core.c | 39 ++-
1
The visit_groups_merge function no longer takes a function pointer,
change the name to be similar to other sched_in functions.
Follow Kan Liang's and remove the single
caller flexible_sched_in and pinned_sched_in, moving functionality to
caller.
Signed-off-by: Ian Rogers
---
include/linux/perf_
If one is monitoring 6 events on 20 cgroups the per-CPU RB tree will
hold 120 events. The scheduling in of the events currently iterates
over all events looking to see which events match the task's cgroup or
its cgroup hierarchy. If a task is in 1 cgroup with 6 events, then 114
events are considere
The groups rbtree holding perf events, either for a CPU or a task, needs
to have multiple iterators that visit events in group_index (insertion)
order. Rather than linearly searching the iterators, use a min-heap to go
from a O(#iterators) search to a O(log2(#iterators)) insert cost per event
visit
When ctx_groups_sched_in iterates the CPU and cgroup of events is known
to match the current task. Avoid double checking this with
event_filter_match by passing in an additional argument.
Signed-off-by: Ian Rogers
---
kernel/events/core.c | 27 ++-
1 file changed, 18 inse
Create a per-cpu array of iterators that gets resized when cgroup events
are added. The size of the array reflects the maximum depth of cgroups,
although not all cgroups will have events monitored within them. This
approach avoids added storage cost to perf_event.
Signed-off-by: Ian Rogers
---
i
Add a per-CPU cache of the pinned and flexible perf_event_groups_first
value for a cgroup avoiding an O(log(#perf events)) searches during
sched_in.
This patch is derived from an original patch by Kan Liang
:
https://lkml.org/lkml/2019/5/15/1594
Signed-off-by: Ian Rogers
---
include/linux/perf_
On Wed, Jul 24, 2019 at 2:40 PM Song Liu wrote:
>
> On Wed, Jul 24, 2019 at 10:10 AM Brian Vazquez wrote:
> >
> > This introduces a new command to retrieve multiple number of entries
> > from a bpf map, wrapping the existing bpf methods:
> > map_get_next_key and map_lookup_elem
> >
> > To start d
From: Arnd Bergmann
Date: Mon, 22 Jul 2019 17:00:01 +0200
> Some functions in the datapath code are factored out so that each
> one has a stack frame smaller than 1024 bytes with gcc. However,
> when compiling with clang, the functions are inlined more aggressively
> and combined again so we get
From: Arnd Bergmann
Date: Mon, 22 Jul 2019 17:01:23 +0200
> clang warns about an overly large stack frame in one function
> when it decides to inline all __qed_get_vport_*() functions into
> __qed_get_vport_stats():
>
> drivers/net/ethernet/qlogic/qed/qed_l2.c:1889:13: error: stack frame size of
From: Arnd Bergmann
Date: Mon, 22 Jul 2019 17:01:55 +0200
> The mlx4_dev_cap and mlx4_init_hca_param are really too large
> to be put on the kernel stack, as shown by this clang warning:
>
> drivers/net/ethernet/mellanox/mlx4/main.c:3304:12: error: stack frame size of
> 1088 bytes in function '
From: Wolfram Sang
Date: Mon, 22 Jul 2019 19:26:35 +0200
> Move from i2c_new_dummy() to i2c_new_dummy_device(). So, we now get an
> ERRPTR which we use in error handling.
>
> Signed-off-by: Wolfram Sang
Solarflare folks, please review/test.
Thank you.
From: Peter Zijlstra
A clang build reported an (obvious) double CLAC while a GCC build did
not; it turns out we only re-visit instructions if the first visit was
with AC=0. If OTOH the first visit was with AC=1, we completely ignore
any subsequent visit, even when it has AC=0.
Fix this by using
Objtool reports:
drivers/gpu/drm/i915/gem/i915_gem_execbuffer.o: warning: objtool:
.altinstr_replacement+0x36: redundant UACCESS disable
__copy_from_user() already does both STAC and CLAC, so the
user_access_end() in its error path adds an extra unnecessary CLAC.
Fixes: 0b2c8f8b6b0c ("i915: f
An i915 redundant CLAC fix, and an objtool fix which would have caught
it earlier.
Josh Poimboeuf (1):
drm/i915: Remove redundant user_access_end() from __copy_from_user()
error path
Peter Zijlstra (1):
objtool: Improve UACCESS coverage
.../gpu/drm/i915/gem/i915_gem_execbuffer.c| 20
These patches are all errors found by running perf test with the
ubsan (undefined behavior sanitizer version of perf).
They are solutions to misaligned address errors caught by ubsan
but they would break compatibility between perf data files.
To build perf with ubsan run:
make -C tools/perf USE_C
The ubsan (undefined behavior sanitizer) build of perf throws
misaligned address erros during 'Sample parsing function' in
perf test.
To reproduce, run:
make -C tools/perf USE_CLANG=1 EXTRA_CFLAGS="-fsanitize=undefined"
(see the cover letter for why perf may not build)
then run: tools/perf/perf
The ubsan (undefined behavior sanitizer) build of perf throws an
error when the synthesize "Synthesize cpu map" function from
perf test is run.
This can be reproduced by running (from the tip directory):
make -C tools/perf USE_CLANG=1 EXTRA_CFLAGS="-fsanitize=undefined"
(see cover letter for why
On Mon, 2019-07-15 at 20:25 +0800, Kai-Heng Feng wrote:
> After hotplugging an 1Gbps ethernet cable with 1Gbps link partner, the
> MII_BMSR may report 10Mbps, renders the network rather slow.
>
> The issue has much lower fail rate after commit 59653e6497d1 ("e1000e:
> Make watchdog use delayed wor
On Wed, Jul 24, 2019 at 3:35 PM Jane Chu wrote:
>
> Changes in v2:
> - move 'tk' allocations internal to add_to_kill(), suggested by Dan;
Oh, sorry if it wasn't clear, this should move to its own patch that
only does the cleanup, and then the follow on fix patch becomes
smaller and more straight
From: John Hubbard
For the !CONFIG_PROVE_LOCKING case, the "class" variable is left unused.
Rather than tease apart the functionality in lockdep_stats_show(), where
class is used to increment up to 15 local variables, this patch merely
adds yet another ifdef to fix the build warning.
Signed-off-
From: John Hubbard
Hi,
I just ran into this while building other things against today's linux.git.
For the !CONFIG_PROVE_LOCKING case, the "class" variable is left unused.
Rather than tease apart the functionality in lockdep_stats_show(), where
class is used to increment up to 15 local variable
On Wed, Jul 24, 2019 at 3:44 PM Brian Vazquez wrote:
>
> On Wed, Jul 24, 2019 at 2:40 PM Song Liu wrote:
> >
> > On Wed, Jul 24, 2019 at 10:10 AM Brian Vazquez wrote:
> > >
> > > This introduces a new command to retrieve multiple number of entries
> > > from a bpf map, wrapping the existing bpf
On 7/22/19 4:35 PM, Dmitry Osipenko wrote:
22.07.2019 21:38, Marc Zyngier пишет:
On Mon, 22 Jul 2019 09:21:21 -0700
Sowjanya Komatineni wrote:
On 7/22/19 3:57 AM, Dmitry Osipenko wrote:
22.07.2019 13:13, Marc Zyngier пишет:
On 22/07/2019 10:54, Dmitry Osipenko wrote:
21.07.2019 22:40, So
On Wed, Jul 24, 2019 at 10:10 AM Brian Vazquez wrote:
>
> Adds bpf_attr.dump structure to libbpf.
>
> Suggested-by: Stanislav Fomichev
> Signed-off-by: Brian Vazquez
> ---
> tools/include/uapi/linux/bpf.h | 9 +
> tools/lib/bpf/libbpf.map | 2 ++
> 2 files changed, 11 insertions(+
On Mon, Jul 22, 2019 at 03:48:29PM +0300, Daniel Baluta wrote:
> SAI supports up to 8 data lines. This property let the user
> configure how many data lines should be used per transfer
> direction (Tx/Rx).
>
> Signed-off-by: Daniel Baluta
> ---
> Documentation/devicetree/bindings/sound/fsl-sai.t
stable-rc/linux-5.2.y boot: 139 boots: 1 failed, 136 passed with 1 offline, 1
untried/unknown (v5.2.2-414-ga4059e390eb8)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-5.2.y/kernel/v5.2.2-414-ga4059e390eb8/
Full Build Summary:
https://kernelci.org/build/stable-rc/br
commit: 9e6dfe80 Add linux-next specific files for 20190724
git tree: linux-next
final crash:https://syzkaller.appspot.com/x/report.txt?x=102a5a5c60
console output: https://syzkaller.appspot.com/x/log.txt?x=17ca5a5c60
kernel config: https://syzkaller.appspot.com/x/.config?x
From: John Hubbard
Recent gcc compilers (gcc 9.1) generate warnings about an
out of bounds memset, if you trying memset across several fields
of a struct. This generated a couple of warnings on x86_64 builds.
Because struct boot_params is __packed__, normal variable
variable assignment will work
From: John Hubbard
Hi,
I just ran across this on the latest (well, any -rc1) linux.git, while
working on something else. It generates an ugly multiline warning:
In file included from arch/x86/kernel/head64.c:35:
In function ?sanitize_boot_params?,
inlined from ?copy_bootdata? at arch/x86/ke
On 7/24/19 10:08 AM, YueHaibing wrote:
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/xen/xen-pciback/conf_space_capability.c: In function pm_ctrl_write:
> drivers/xen/xen-pciback/conf_space_capability.c:119:25: warning:
> variable old_state set but not used [-Wunused-but-set-variabl
On Mon, Jul 22, 2019 at 03:48:31PM +0300, Daniel Baluta wrote:
> This allows combining multiple-data-line FIFOs into a
> single-data-line FIFO.
>
> Signed-off-by: Daniel Baluta
> ---
> Documentation/devicetree/bindings/sound/fsl-sai.txt | 4
This should be sent to devicetree mail-list also.
Testing the latest linux git tree turned up a few bugs with page
migration to and from ZONE_DEVICE private and anonymous pages.
Hopefully this series clarifies how ZONE_DEVICE private struct page
uses the same mapping and index fields from the source anonymous page
mapping.
Changes from v2 to v3:
Struct page for ZONE_DEVICE private pages uses the page->mapping and
and page->index fields while the source anonymous pages are migrated to
device private memory. This is so rmap_walk() can find the page when
migrating the ZONE_DEVICE private page back to system memory.
ZONE_DEVICE pmem backed fsd
When a ZONE_DEVICE private page is freed, the page->mapping field can be
set. If this page is reused as an anonymous page, the previous value can
prevent the page from being inserted into the CPU's anon rmap table.
For example, when migrating a pte_none() page to device memory:
migrate_vma(ops, v
When migrating an anonymous private page to a ZONE_DEVICE private page,
the source page->mapping and page->index fields are copied to the
destination ZONE_DEVICE struct page and the page_mapcount() is increased.
This is so rmap_walk() can be used to unmap and migrate the page back to
system memory.
Hi,
On Wed, Jul 24, 2019 at 1:36 PM Lina Iyer wrote:
>
> On Wed, Jul 24 2019 at 13:38 -0600, Stephen Boyd wrote:
> >Quoting Lina Iyer (2019-07-24 07:52:51)
> >> On Tue, Jul 23 2019 at 14:11 -0600, Stephen Boyd wrote:
> >> >Quoting Lina Iyer (2019-07-22 14:53:38)
> >> >> Avoid locking in the inter
On Mon, Jul 22, 2019 at 03:48:32PM +0300, Daniel Baluta wrote:
> New IP version introduces Version ID and Parameter registers
> and optionally added Timestamp feature.
>
> VERID and PARAM registers are placed at the top of registers
> address space and some registers are shifted according to
> the
stable-rc/linux-5.1.y boot: 137 boots: 2 failed, 134 passed with 1 offline
(v5.1.19-372-g7da17d99564d)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-5.1.y/kernel/v5.1.19-372-g7da17d99564d/
Full Build Summary:
https://kernelci.org/build/stable-rc/branch/linux-5.1.y/
The include/linux/pci.h header file defines several symbols that are used
only in drivers/pci/. These symbols do not need to be visible to the rest
of the kernel. Move PCI symbols that are only used in drivers/pci/ to
drivers/pci/pci.h.
Changes in v2:
- Built patches to work with v5.3-rc1
pci_bus_* declarations are only called within drivers/pci/. Since
declarations do not need to be visible to the rest of the kernel, move to
drivers/pci/pci.h.
Signed-off-by: Kelsey Skunberg
---
drivers/pci/pci.h | 2 ++
include/linux/pci.h | 2 --
2 files changed, 2 insertions(+), 2 deletions(
pci_enable_ptm() is only called within drivers/pci/. Since declaration
does not need to be visible to the rest of the kernel, move to
drivers/pci/pci.h.
Signed-off-by: Kelsey Skunberg
---
drivers/pci/pci.h | 3 +++
include/linux/pci.h | 7 ---
2 files changed, 3 insertions(+), 7 deletions(
pci_ats_init() is only called with drivers/pci/. Since declarations do not
need to be visible to the rest of the kernel, move to drivers/pci/pci.h.
Signed-off-by: Kelsey Skunberg
---
drivers/pci/pci.h | 7 ---
include/linux/pci.h | 2 --
2 files changed, 4 insertions(+), 5 deletions(-)
di
pci_hotplug_*_size declarations are only called within drivers/pci/pci/.
Since declarations do not need to be seen by the rest of the kernel, move
to drivers/pci/pci.h.
Signed-off-by: Kelsey Skunberg
---
drivers/pci/pci.h | 3 +++
include/linux/pci.h | 4
2 files changed, 3 insertions(+),
pci_check_pme_status() and pci_pme_wakeup_bus() are only
called within drivers/pci/. Since declarations do not need to be visible
to the rest of the kernel, move to drivers/pci/pci.h.
Signed-off-by: Kelsey Skunberg
---
drivers/pci/pci.h | 2 ++
include/linux/pci.h | 2 --
2 files changed, 2 in
pcie_update_line_speed() is only called within drivers/pci/. Since
declaration does not need to be visible to the rest of the kernel, move to
drivers/pci/pci.h.
Signed-off-by: Kelsey Skunberg
---
drivers/pci/pci.h | 1 +
include/linux/pci.h | 1 -
2 files changed, 1 insertion(+), 1 deletion(-)
pcie_set_ecrc_checking() and pcie_ecrc_get_policy() are only called within
drivers/pci/. Since declarations do not need to be visible to the rest of
the kernel, move to drivers/pci/pci.h.
Signed-off-by: Kelsey Skunberg
---
drivers/pci/pci.h | 8
include/linux/pci.h | 8
2 fil
pci_get_host_bridge_device() and pci_put_host_bridge_device() are only
called within drivers/pci/pci.h. Since declarations do not need to be
visible to the rest of the kernel, move to drives/pci/pci.h.
Signed-off-by: Kelsey Skunberg
---
drivers/pci/pci.h | 3 +++
include/linux/pci.h | 3 ---
2
The #define PCI_PM_* lines are only used within drivers/pci/ and they do
not need to be seen by the rest of the kernel. Move #define PCI_* to
drivers/pci/pci.h
Signed-off-by: Kelsey Skunberg
---
drivers/pci/pci.h | 5 +
include/linux/pci.h | 5 -
2 files changed, 5 insertions(+), 5 del
PCI Virtual Channel declarations are only called within drivers/pci/.
Since declarations do not need to be visible to the rest of the kernel,
move to drivers/pci/pci.h.
Signed-off-by: Kelsey Skunberg
---
drivers/pci/pci.h | 5 +
include/linux/pci.h | 5 -
2 files changed, 5 insertions(
pci_*_node() is only called from drivers/pci/. Since these declarations do
not need to be visible to the rest of the kernel, move to
drivers/pci/pci.h.
Signed-off-by: Kelsey Skunberg
---
drivers/pci/pci.h | 9 +
include/linux/pci.h | 8
2 files changed, 9 insertions(+), 8 dele
When building our local version of perf with MSAN (Memory Sanitizer)
and running the perf record command, MSAN throws a use of uninitialized
value warning in "tools/perf/util/util.c:333:6".
This warning stems from the "buf" variable being passed into "write".
It originated as the variable "ev" wit
These patches are all warnings that the MSAN (Memory Sanitizer) build
of perf has caught.
To build perf with MSAN enabled run:
make -C tools/perf CLANG=1 CC=clang EXTRA_CFLAGS="-fsanitize=memory\
-fsanitize-memory-track-origins"
(The -fsanitizer-memory-track-origins makes the bugs clearer but
is
Our local MSAN (Memory Sanitizer) build of perf throws a warning
that comes from the "dso__disassemble_filename" function in
"tools/perf/util/annotate.c" when running perf record.
The warning stems from the call to readlink, in which "build_id_path"
was being read into "linkname". Since readlink d
On Wed, Jul 24, 2019 at 04:33:23PM -0600, Jane Chu wrote:
> Mmap /dev/dax more than once, then read the poison location using address
> from one of the mappings. The other mappings due to not having the page
> mapped in will cause SIGKILLs delivered to the process. SIGKILL succeeds
> over SIGBUS, s
Our local MSAN (Memory Sanitizer) build of perf throws use of
uninitialized value warnings in "tools/perf/bench/sched-messaging.c"
when running perf bench.
The first warning comes from the "ready" function where the "dummy" char
is declared and then passed into "write" without being initialized.
I
Support partial kernel mode of Xburst CPUs found in Ingenic SoCs.
Partial kernel mode means the userspace applications have access to
the TCSM0 banks of the VPU, and can execute cache instructions.
Signed-off-by: Paul Cercueil
---
arch/mips/Kconfig| 7 +++
arch/mips/include/a
On Tue, Jul 23, 2019 at 2:24 PM Nick Desaulniers
wrote:
>
> KBUILD_CFLAGS is very carefully built up in the top level Makefile,
> particularly when cross compiling or using different build tools.
> Resetting KBUILD_CFLAGS via := assignment is an antipattern.
>
> The comment above the reset mention
If the particular version of clang a user has doesn't enable
-Werror=unknown-warning-option by default, even though it is the
default[1], then make sure to pass the option to the Kconfig cc-option
command so that testing options from Kconfig files works properly.
Otherwise, depending on the default
stable-rc/linux-4.19.y boot: 130 boots: 2 failed, 127 passed with 1 offline
(v4.19.60-272-g975cffe32ab5)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.19.y/kernel/v4.19.60-272-g975cffe32ab5/
Full Build Summary:
https://kernelci.org/build/stable-rc/branch/linux-4.
On Wed, 24 Jul 2019 at 12:02, Thomas Gleixner wrote:
>
> Rui,
>
> On Wed, 24 Jul 2019, Rui Salvaterra wrote:
> > I don't know if this has been reported before, but from a cursory
> > search it doesn't seem to be the case.
> > I have a x86-64 Pentium (4) D machine which always worked perfectly
> >
Hi all,
Today's linux-next merge of the jc_docs tree got a conflict in:
MAINTAINERS
between commit:
2f5947dfcaec ("Documentation: move Documentation/virtual to
Documentation/virt")
from Linus' tree and commit:
bff9e34c6785 ("docs: fix broken doc references due to renames")
from the jc
On Wed, 24 Jul 2019 11:19:42 -0400
Joe Lawrence wrote:
> Hi Masami,
>
> I wanted to revisit FTRACE_OPS_FL_IPMODIFY blocking of kprobes and
> livepatch, at least in cases where kprobe pre_handlers don't modify
> regs->ip.
OK, now I think we can pass a flag to kprobe_register() to modify regs->ip
Hi Joe,
On Thu, 25 Jul 2019 09:32:08 +0900
Masami Hiramatsu wrote:
> NO, that flag has been shared among all ftrace-based kprobes, and checked
> when registering. So what we need is to introduce a new kprobe flag which
> states that this kprobe doesn't modify regs->ip. And kprobe prepare 2
> ft
On Wed, 24 Jul 2019 10:19:34 +0200 Vlastimil Babka wrote:
> On 7/23/19 7:35 AM, Yang Shi wrote:
> >
> >
> > On 7/22/19 6:02 PM, Andrew Morton wrote:
> >> On Mon, 22 Jul 2019 09:25:09 +0200 Vlastimil Babka wrote:
> >>
> since there may be pages off LRU temporarily. We should migrate other
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
Documentation/PCI/pci-error-recovery.rst
between commit:
4d2e26a38fbc ("docs: powerpc: convert docs to ReST and rename to *.rst")
from the jc_docs tree and commit:
955315b0dc8c ("qlge: Move drivers/net/ethernet/qlo
601 - 700 of 2055 matches
Mail list logo
