From: Jiri Olsa
Move the PERF_RECORD_READ event definition to libperf's event.h header
include.
In order to keep libperf simple, we switch 'u64/u32/u16/u8' types used
events to their generic '__u*' versions.
Perf added 'u*' types mainly to ease up printing __u64 values
as stated in the
From: Jiri Olsa
Move the mmap_event event definition to libperf's event.h header
include.
In order to keep libperf simple, we switch 'u64/u32/u16/u8' types used
events to their generic '__u*' versions.
Perf added 'u*' types mainly to ease up printing __u64 values as stated
in the linux/types.h
From: Souptick Joarder
Removed headers which are included twice.
Signed-off-by: Souptick Joarder
Reviewed-by: Mukesh Ojha
Cc: Andrew Morton
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/153319-4283-1-git-send-email-jrdr.li...@gmail.com
From: Andi Kleen
If the user specified --ns, the column to print the sort time stamp
wasn't wide enough to actually print the full nanoseconds.
Widen the time key column width when --ns is specified.
Before:
% perf record -a sleep 1
% perf report --sort time,overhead,symbol --stdio --ns
From: Arnaldo Carvalho de Melo
We need more than the BPF stack can give us to format the
raw_syscalls:sys_enter augmented tracepoint, so we use a PERCPU_ARRAY
map for that, use a helper to shorten the sequence to access that area.
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Andi Kleen
Use timestamp__scnprintf_nsec() to print nanoseconds for the time sort
key, instead of open coding.
Signed-off-by: Andi Kleen
Cc: Jiri Olsa
Link: http://lkml.kernel.org/r/20190823210338.12360-1-a...@firstfloor.org
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Arnaldo Carvalho de Melo
Add a augmented__output() helper to reduce the boilerplate of sending
the augmented tracepoint to the PERF_EVENT_ARRAY BPF map associated with
the bpf-output event used to communicate with the userspace perf trace
tool.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc:
From: Arnaldo Carvalho de Melo
>From a quick look this was never needed and just polluted the build,
needlessly making things including cpumap.h to be rebuild if perf.h or
anything it includes gets changed.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Arnaldo Carvalho de Melo
Reducing the includes hell a bit more, speeding up the build and
avoiding needless rebuilds when just one of those files gets updated.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-u63el2vqsovsmnhebx1rc...@git.kernel.org
From: Arnaldo Carvalho de Melo
When srcline was introduced it wrongly added the include to util/sort.h,
even with that header not needing the definitions it provides, fix it by
adding it to the places that need it as a pre patch to remove srcline.h
from sort.h.
Cc: Adrian Hunter
Cc: Jiri Olsa
From: Benjamin Peterson
While tracing a program that calls isatty(3), I noticed that strace
reported TCGETS for the request argument of the underlying ioctl(2)
syscall while perf trace reported TCSETS. strace is corrrect. The bug in
perf was due to the tty ioctl beauty table starting at 0x5400
From: James Clark
Running 'perf test' with zstd compression linked will hang at the test
'Zstd perf.data compression/decompression' because /dev/random blocks
reads until there is enough entropy. This means that the test will
appear to never complete unless the mouse is continually moved while
From: Arnaldo Carvalho de Melo
Because it is not used only for strings, we already use it for sockaddr
structs and will use it for all other types.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-w9nkt3tvmyn5i4qnwng3a...@git.kernel.org
Signed-off-by:
From: Arnaldo Carvalho de Melo
And into a separate util/record.h, to better isolate things and make
sure that those who use record_opts and the other moved declarations
are explicitly including the necessary header.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Arnaldo Carvalho de Melo
To disentangle util/sort.h a bit more.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-6kbf2cauas06rbqp15pyt...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-c2c.c| 1 +
)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-core-for-mingo-5.4-20190826
for you to fetch changes up to 74a1e863eb73dcc9f069b671dfb40650f3832116:
perf evsel: Rename perf_missing_features::bpf_event to ::bpf (2019-08-26
19:39
From: Arnaldo Carvalho de Melo
Just a forward declaration for 'struct timespec' is needed, ditch the
rest.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-6shdqw801oqe7ax6r307k...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
The dynticks counter are confusing due to crowbar writes of
DYNTICK_IRQ_NONIDLE whose purpose is to detect half-interrupts (i.e. we
see rcu_irq_enter() but not rcu_irq_exit() due to a usermode upcall) and
if so then do a reset of the dyntick_nmi_nesting counters. This patch
tries to get rid of
On Sat, Aug 24, 2019 at 03:26:55PM -0700, Christoph Hellwig wrote:
> On Fri, Aug 23, 2019 at 01:43:12PM +, Jason Gunthorpe wrote:
> > > So what is the plan forward? Probably a little late for 5.3,
> > > so queue it up in -mm for 5.4 and deal with the conflicts in at least
> > > hmm? Queue it
Jason Yan writes:
> A polite ping :)
>
> What else should I do now?
That's a good question.
Scott, are you still maintaining FSL bits, and if so any comments? Or
should I take this.
cheers
> On 2019/8/19 14:12, Jason Yan wrote:
>> Hi Michael,
>>
>> Is there anything more I should do to get
On Mon, Aug 26, 2019 at 01:46:04PM -0600, Mathieu Poirier wrote:
> If less space is available in the perf ring buffer than the ETR buffer,
> barrier packets inserted in the trace stream by tmc_sync_etr_buf() are
> skipped over when the head of the buffer is moved forward, resulting in
> traces
Hi Peter,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[cannot apply to v5.3-rc6 next-20190826]
[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/commits/Peter
The security operations are exported from libnvdimm/security.c to
libnvdimm/dimm_devs.c, and libnvdimm/security.c is optionally compiled
based on the CONFIG_NVDIMM_KEYS config symbol.
Rather than export the operations across compile objects, just move the
__security_store() entry point to live
Changes since v1 [1]:
- Cleanup patch1, simplify flags return in the overwrite case and
consolidate frozen-state cases (Jeff)
- Clarify the motivation for patch2 (Jeff)
- Collect Dave's Reviewed-by
[1]: https://lists.01.org/pipermail/linux-nvdimm/2019-August/023133.html
---
Jeff reported a
An attempt to freeze DIMMs currently runs afoul of default blocking of
all security operations in the entry to the 'store' routine for the
'security' sysfs attribute.
The blanket blocking of all security operations while the DIMM is in
active use in a region is too restrictive. The only security
In the process of debugging a system with an NVDIMM that was failing to
unlock it was found that the kernel is reporting 'locked' while the DIMM
security interface is 'frozen'. Unfortunately the security state is
tracked internally as an enum which prevents it from communicating the
difference
Hi all,
Today's linux-next merge of the vfs tree got a conflict in:
fs/ceph/super.c
between commit:
8e4133936f30 ("ceph: auto reconnect after blacklisted")
from the ceph tree and commit:
108f95bfaa56 ("vfs: Convert ceph to use the new mount API")
from the vfs tree.
I fixed it up (see
On Mon, 2019-08-26 at 19:12 -0400, Jan Stancek wrote:
> - Original Message -
> > On Mon, 2019-08-26 at 10:38 -0400, Jan Stancek wrote:
> > > - Original Message -
> > > > Hi Jan and Cyril,
> > > >
> > > > On Mon, 26 Aug 2019 at 16:35, Jan Stancek
> > > > wrote:
> > > > >
> > > >
Am Dienstag, 13. August 2019, 00:36:16 CEST schrieb Stephen Boyd:
> This patch series adds support for the the H1 secure microcontroller
> running cr50 firmware found on various recent Chromebooks. This driver
> is necessary to boot into a ChromeOS userspace environment. It
> implements support
The elements in the aer_uncorrectable_error_string[] refer to
the bit names in Uncorrectable Error status Register in the PCIe spec
(Sec 7.8.4.2 in PCIe 4.0)
Add the last error bit in the strings array that was missing.
Signed-off-by: Rajat Jain
---
v2: same as v1
drivers/pci/pcie/aer.c | 3
Split the AER stats into multiple sysfs atributes. Note that
this changes the ABI of the AER stats, but hopefully, there
aren't active users that need to change. This is how the AERs
are being exposed now:
localhost /sys/devices/pci:00/:00:1c.0/aer_stats # ls -l
total 0
-r--r--r--. 1 root
On Wed, Aug 21, 2019 at 09:09:25PM +0200, Thomas Gleixner wrote:
> /**
> @@ -92,14 +130,10 @@ struct posix_cputimers {
>
> static inline void posix_cputimers_init(struct posix_cputimers *pct)
> {
> - pct->timers_active = 0;
> - pct->expiry_active = 0;
No more need to initialize
Cc Michael S. Tsirkin,
On Tue, 27 Aug 2019 at 04:42, Marcelo Tosatti wrote:
>
> On Tue, Aug 13, 2019 at 08:55:29AM +0800, Wanpeng Li wrote:
> > On Sun, 4 Aug 2019 at 04:21, Marcelo Tosatti wrote:
> > >
> > > On Thu, Aug 01, 2019 at 06:54:49PM +0200, Paolo Bonzini wrote:
> > > > On 01/08/19
This functionally reverts commit bfd77145f35c ("Makefile: Convert
-Wimplicit-fallthrough=3 to just -Wimplicit-fallthrough for clang").
clang enabled support for -Wimplicit-fallthrough in C in r369414 [1],
which causes a lot of warnings when building the kernel for two reasons:
1. Clang does not
A polite ping :)
What else should I do now?
Thanks
On 2019/8/19 14:12, Jason Yan wrote:
Hi Michael,
Is there anything more I should do to get this feature meeting the
requirements of the mainline?
Thanks,
Jason
On 2019/8/9 18:07, Jason Yan wrote:
This series implements KASLR for
On Mon 26 Aug 16:43 PDT 2019, Stephen Boyd wrote:
> We leave a dangling pointer in each clk_core::parents array that has an
> unregistered clk as a potential parent when that clk_core pointer is
> freed by clk{_hw}_unregister(). It is impossible for the true parent of
> a clk to be set with
From: Ben Chuang
Export sdhci_abort_tuning() function symbols which are used by other SD Host
controller driver modules.
Signed-off-by: Ben Chuang
Co-developed-by: Michael K Johnson
Signed-off-by: Michael K Johnson
---
drivers/mmc/host/sdhci.c | 3 ++-
drivers/mmc/host/sdhci.h | 1 +
2
From: Ben Chuang
Add support for the GL9750 and GL9755 chipsets.
Enable v4 mode and wait 5ms after set 1.8V signal enable for GL9750/
GL9755. Fix the value of SDHCI_MAX_CURRENT register and use the vendor
tuning flow for GL9750.
Signed-off-by: Ben Chuang
Co-developed-by: Michael K Johnson
From: Ben Chuang
Add the Genesys Logic, Inc. vendor ID to pci_ids.h.
Signed-off-by: Ben Chuang
Co-developed-by: Michael K Johnson
Signed-off-by: Michael K Johnson
Acked-by: Adrian Hunter
---
include/linux/pci_ids.h | 2 ++
1 file changed, 2 insertions(+)
diff --git
From: Ben Chuang
The GL9750 and GL9755 chipsets, and possibly others, require PLL Enable
setup as part of the internal clock setup as described in 3.2.1 Internal
Clock Setup Sequence of SD Host Controller Simplified Specification
Version 4.20.
Signed-off-by: Ben Chuang
Co-developed-by: Michael
From: Ben Chuang
The patches modify internal clock setup to match SD Host Controller
Simplified Specifications 4.20 and support Genesys Logic GL9750/GL9755 chipsets.
V6:
- export sdhci_abot_tuning() function symbol
- use C-style comments
- use BIT, FIELD_{GET,PREP} and GENMASK to define bit
From: Ben Chuang
According to section 3.2.1 internal clock setup in SD Host Controller
Simplified Specifications 4.20, the timeout of loop for checking
internal clock stable is defined as 150ms.
Signed-off-by: Ben Chuang
Co-developed-by: Michael K Johnson
Signed-off-by: Michael K Johnson
On Thu, Aug 15, 2019 at 2:38 AM Paul Burton wrote:
>
> Hi Nick,
>
> On Mon, Aug 12, 2019 at 02:50:41PM -0700, Nick Desaulniers wrote:
> > Reported-by: Sedat Dilek
> > Suggested-by: Josh Poimboeuf
> > Signed-off-by: Nick Desaulniers
>
> It would be good to add a commit message, even if it's
On 8/26/19 3:46 AM, Ivan Mikhaylov wrote:
Set WDT_CLEAR_TIMEOUT_AND_BOOT_CODE_SELECTION into WDT_CLEAR_TIMEOUT_STATUS
to clear out boot code source and re-enable access to the primary SPI flash
chip while booted via wdt2 from the alternate chip.
AST2400 datasheet says:
"In the 2nd flash booting
Hello Anup,
On Mon, 19 Aug 2019, Anup Patel wrote:
> Currently, various virtual memory areas of Linux RISC-V are organized
> in increasing order of their virtual addresses is as follows:
> 1. User space area (This is lowest area and starts at 0x0)
> 2. FIXMAP area
> 3. VMALLOC area
> 4. Kernel
On Sun, Aug 11, 2019 at 07:32:15PM -0700, Nathan Chancellor wrote:
> Commit aea447141c7e ("powerpc: Disable -Wbuiltin-requires-header when
> setjmp is used") disabled -Wbuiltin-requires-header because of a warning
> about the setjmp and longjmp declarations.
>
> r367387 in clang added another
On Tue, 27 Aug 2019, at 09:38, Guenter Roeck wrote:
> On 8/26/19 4:57 PM, Andrew Jeffery wrote:
> >
> >
> > On Mon, 26 Aug 2019, at 20:17, Ivan Mikhaylov wrote:
> >> The option for the ast2400/2500 to get access to CS0 at runtime.
> >>
> >> Signed-off-by: Ivan Mikhaylov
> >> ---
> >>
On 8/26/19 4:57 PM, Andrew Jeffery wrote:
On Mon, 26 Aug 2019, at 20:17, Ivan Mikhaylov wrote:
The option for the ast2400/2500 to get access to CS0 at runtime.
Signed-off-by: Ivan Mikhaylov
---
Documentation/devicetree/bindings/watchdog/aspeed-wdt.txt | 7 +++
1 file changed, 7
Hi Peter,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[cannot apply to v5.3-rc6 next-20190826]
[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/commits/Peter
On 2019-08-23, Petr Mladek wrote:
>> --- /dev/null
>> +++ b/kernel/printk/numlist.c
>> @@ -0,0 +1,375 @@
>> +// SPDX-License-Identifier: GPL-2.0
>> +
>> +#include
>> +#include "numlist.h"
>
> struct numlist is really special variant of a list. Let me to
> do a short summary:
>
>+ FIFO queue
On Mon, 26 Aug 2019, at 20:17, Ivan Mikhaylov wrote:
> The option for the ast2400/2500 to get access to CS0 at runtime.
>
> Signed-off-by: Ivan Mikhaylov
> ---
> Documentation/devicetree/bindings/watchdog/aspeed-wdt.txt | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git
Acked-by: Mike Isely
On Mon, 26 Aug 2019, Yizhuo wrote:
> Inside function ctrl_cx2341x_getv4lflags(), qctrl.flag
> will be uninitlaized if cx2341x_ctrl_query() returns -EINVAL.
> However, it will be used in the later if statement, which is
> potentially unsafe.
>
> Signed-off-by: Yizhuo
>
Inside function ctrl_cx2341x_getv4lflags(), qctrl.flag
will be uninitlaized if cx2341x_ctrl_query() returns -EINVAL.
However, it will be used in the later if statement, which is
potentially unsafe.
Signed-off-by: Yizhuo
---
drivers/media/usb/pvrusb2/pvrusb2-hdw.c | 2 +-
1 file changed, 1
--
Dear Sir/Madam,
I am Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, I have a Business Proposal of USD$$38,980,369.00
(Thirty Eight Million, Nine Hundred and Eighty Thousand, Three Hundred
and Sixty Nine USD) for you to transact with me Contact me
On Fri, 16 Aug 2019 11:55:14 PDT (-0700), Atish Patra wrote:
On Fri, 2019-08-16 at 17:09 +0200, Daniel Lezcano wrote:
On 31/07/2019 03:24, Atish Patra wrote:
> There is only one clocksource in RISC-V. The boot cpu initializes
> that clocksource. No need to keep a percpu data structure.
That is
These recursive functions have checks for !clk being passed in, but the
callers are always looping through lists and therefore the pointers
can't be NULL. Drop the checks to simplify the code.
Signed-off-by: Stephen Boyd
---
drivers/clk/clk.c | 12
1 file changed, 12 deletions(-)
We leave a dangling pointer in each clk_core::parents array that has an
unregistered clk as a potential parent when that clk_core pointer is
freed by clk{_hw}_unregister(). It is impossible for the true parent of
a clk to be set with clk_set_parent() once the dangling pointer is left
in the cache
On Mon, Aug 26, 2019 at 12:42:28PM -0300, Jason Gunthorpe wrote:
> On Mon, Aug 26, 2019 at 08:38:00AM -0700, Nathan Chancellor wrote:
> > On Fri, Aug 23, 2019 at 11:24:27AM -0300, Jason Gunthorpe wrote:
> > > The latest clang-9 packages from apt.llvm.org do seem to build the
> > > kernel, I get
The SBI v0.2 introduces a base extension which is backward compatible
with v0.1. Implement all helper functions and minimum required SBI
calls from v0.2 for now. All other base extension function will be
added later as per need.
Signed-off-by: Atish Patra
---
arch/riscv/include/asm/sbi.h | 68
As per the new SBI specification, current SBI implementation is
defined as legacy and will be removed/replaced in future.
Rename existing implementation to reflect that. This patch is just
a preparatory patch for SBI v0.2 and doesn't introduce any functional
changes.
Signed-off-by: Atish Patra
The tests use both shared and private mapped hugetlb memory, and
monitors the hugetlb usage counter as well as the hugetlb reservation
counter. They test different configurations such as hugetlb memory usage
via hugetlbfs, or MAP_HUGETLB, or shmget/shmat, and with and without
MAP_POPULATE.
---
Add docs for how to use hugetlb_cgroup reservations, and their behavior.
---
.../admin-guide/cgroup-v1/hugetlb.rst | 84 ---
1 file changed, 73 insertions(+), 11 deletions(-)
diff --git a/Documentation/admin-guide/cgroup-v1/hugetlb.rst
This patch series aims to add support for SBI specification version
v0.2. It doesn't break compatibility with any v0.1 implementation.
Internally, all the v0.1 calls are just renamed to legacy to be in
sync with specification [1].
The patches for v0.2 support in OpenSBI are available at
On Tue, 27 Aug 2019, Frederic Weisbecker wrote:
> On Wed, Aug 21, 2019 at 09:09:24PM +0200, Thomas Gleixner wrote:
> > Put it where it belongs and clean up the ifdeffery in fork completely.
> >
> > Signed-off-by: Thomas Gleixner
> > ---
> > V2: Adopt to the per clock base struct
> > ---
> >
For shared mappings, the pointer to the hugetlb_cgroup to uncharge lives
in the resv_map entries, in file_region->reservation_counter.
When a file_region entry is added to the resv_map via region_add, we
also charge the appropriate hugetlb_cgroup and put the pointer to that
in
Augements hugetlb_cgroup_charge_cgroup to be able to charge hugetlb
usage or hugetlb reservation counter.
Adds a new interface to uncharge a hugetlb_cgroup counter via
hugetlb_cgroup_uncharge_counter.
Integrates the counter with hugetlb_cgroup, via hugetlb_cgroup_init,
hugetlb_cgroup_have_usage,
Normally the pointer to the cgroup to uncharge hangs off the struct
page, and gets queried when it's time to free the page. With
hugetlb_cgroup reservations, this is not possible. Because it's possible
for a page to be reserved by one task and actually faulted in by another
task.
The best place
Problem:
Currently tasks attempting to allocate more hugetlb memory than is available get
a failure at mmap/shmget time. This is thanks to Hugetlbfs Reservations [1].
However, if a task attempts to allocate hugetlb memory only more than its
hugetlb_cgroup limit allows, the kernel will allow the
These counters will track hugetlb reservations rather than hugetlb
memory faulted in. This patch only adds the counter, following patches
add the charging and uncharging of the counter.
---
include/linux/hugetlb.h | 16 +-
mm/hugetlb_cgroup.c | 111
Thanks for the correction, let me send a new patch then.
On Mon, Aug 26, 2019 at 5:09 AM Hans Verkuil wrote:
>
> On 8/21/19 11:09 PM, Yizhuo wrote:
> > Inside function ctrl_cx2341x_getv4lflags(), qctrl.flag
> > will be uninitlaized if cx2341x_ctrl_query() returns -EINVAL.
> > However, it will be
On Wed, Aug 21, 2019 at 09:09:24PM +0200, Thomas Gleixner wrote:
> Put it where it belongs and clean up the ifdeffery in fork completely.
>
> Signed-off-by: Thomas Gleixner
> ---
> V2: Adopt to the per clock base struct
> ---
> include/linux/posix-timers.h |8
>
On Mon, 2019-08-26 at 17:59 +0200, Sebastian Andrzej Siewior wrote:
> On 2019-08-23 14:46:39 [-0500], Scott Wood wrote:
> > > > Before consolidation, RT mapped rcu_read_lock_bh_held() to
> > > > rcu_read_lock_bh() and called rcu_read_lock() from
> > > > rcu_read_lock_bh(). This
> > > > somehow
On Wed, Aug 21, 2019 at 09:09:23PM +0200, Thomas Gleixner wrote:
> Both thread and process expiry functions have the same functionality for
> sending signals for soft and hard RLIMITs duplicated in 4 different
> ways.
>
> Split it out into a common function and cleanup the callsites.
>
>
- Original Message -
> On Mon, 2019-08-26 at 10:38 -0400, Jan Stancek wrote:
> > - Original Message -
> > > Hi Jan and Cyril,
> > >
> > > On Mon, 26 Aug 2019 at 16:35, Jan Stancek
> > > wrote:
> > > >
> > > >
> > > > - Original Message -
> > > > > Hi!
> > > > > > Do
On Sun, 25 Aug 2019 22:06:34 -0500 "Gustavo A. R. Silva"
wrote:
> Fix lock/unlock imbalance by unlocking *zhdr* before return.
>
> Addresses-Coverity-ID: 1452811 ("Missing unlock")
> Fixes: d776aaa9895e ("mm/z3fold.c: fix race between migration and
> destruction")
> Signed-off-by: Gustavo A.
On Tue, Aug 27, 2019 at 12:30 AM Al Stone wrote:
>
> According to the ACPI 6.3 specification, the _PSD method is optional
> when using CPPC. The underlying assumption is that each CPU can change
> frequency independently from all other CPUs; _PSD is provided to tell
> the OS that some processors
On 8/26/19 1:41 PM, Parav Pandit wrote:
> Mdev alias should be unique among all the mdevs, so that when such alias
> is used by the mdev users to derive other objects, there is no
> collision in a given system.
>
> Signed-off-by: Parav Pandit
> ---
> drivers/vfio/mdev/mdev_core.c | 5 +
>
On Wed, Aug 21, 2019 at 09:09:22PM +0200, Thomas Gleixner wrote:
> The soft RLIMIT expiry code checks whether the soft limit is greater than
> the hard limit. That's pointless because if the soft RLIMIT is greater than
> the hard RLIMIT then that code cannot be reached as the hard RLIMIT check
>
On Mon, Aug 26, 2019 at 2:22 PM Nick Desaulniers
wrote:
>
> I'm looking into a linkage failure for one of our device kernels, and
> it seems that genksyms isn't producing a hash value correctly for
> aggregate definitions that contain __attribute__s like
> __attribute__((packed)).
>
> Example:
>
The following commit has been merged into the timers/core branch of tip:
Commit-ID: a2b58537b4a1cc08fd254fb8d1c24191ce286ae1
Gitweb:
https://git.kernel.org/tip/a2b58537b4a1cc08fd254fb8d1c24191ce286ae1
Author:Avi Fishman
AuthorDate:Mon, 29 Jul 2019 20:03:54 +03:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 24e8a5db8ae46bf021d3b4063c005f443282ab4f
Gitweb:
https://git.kernel.org/tip/24e8a5db8ae46bf021d3b4063c005f443282ab4f
Author:Anson Huang
AuthorDate:Thu, 15 Aug 2019 20:38:44 -04:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 9f475d084c032116cbecd4dc840003dc36465db5
Gitweb:
https://git.kernel.org/tip/9f475d084c032116cbecd4dc840003dc36465db5
Author:Stephen Boyd
AuthorDate:Tue, 30 Jul 2019 11:15:04 -07:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 1ce861cec03c79a68bae81a7e039edae46b2c493
Gitweb:
https://git.kernel.org/tip/1ce861cec03c79a68bae81a7e039edae46b2c493
Author:Alexandre Belloni
AuthorDate:Tue, 13 Aug 2019 15:30:50 +02:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: a08bda2d27f271aacc92b75f4f260d3136cf6f58
Gitweb:
https://git.kernel.org/tip/a08bda2d27f271aacc92b75f4f260d3136cf6f58
Author:Maxime Ripard
AuthorDate:Mon, 22 Jul 2019 10:12:19 +02:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: bca4e08426e48d1f59b9bb7a8835b08140525828
Gitweb:
https://git.kernel.org/tip/bca4e08426e48d1f59b9bb7a8835b08140525828
Author:Maxime Ripard
AuthorDate:Mon, 22 Jul 2019 10:12:21 +02:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 763719771e84b8c8c2f53af668cdc905faa608de
Gitweb:
https://git.kernel.org/tip/763719771e84b8c8c2f53af668cdc905faa608de
Author:Jon Hunter
AuthorDate:Wed, 21 Aug 2019 16:02:40 +01:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: c90d37c9c41a572ea7183299951341b4640d5b4b
Gitweb:
https://git.kernel.org/tip/c90d37c9c41a572ea7183299951341b4640d5b4b
Author:Magnus Damm
AuthorDate:Tue, 20 Aug 2019 21:35:03 +09:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 1be8c9fd2ac9ad730cf537b8909f66c357866c5d
Gitweb:
https://git.kernel.org/tip/1be8c9fd2ac9ad730cf537b8909f66c357866c5d
Author:Magnus Damm
AuthorDate:Tue, 20 Aug 2019 21:35:46 +09:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 649dd060334f13792f624ec3fa8a0024ed1e02bc
Gitweb:
https://git.kernel.org/tip/649dd060334f13792f624ec3fa8a0024ed1e02bc
Author:Magnus Damm
AuthorDate:Tue, 20 Aug 2019 21:35:25 +09:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 7fccfcd678e80cc8cf131922296eccf72e19a69c
Gitweb:
https://git.kernel.org/tip/7fccfcd678e80cc8cf131922296eccf72e19a69c
Author:Maxime Ripard
AuthorDate:Mon, 22 Jul 2019 10:12:20 +02:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 5b0221bf7b08163030e6801255ffbaf52775df01
Gitweb:
https://git.kernel.org/tip/5b0221bf7b08163030e6801255ffbaf52775df01
Author:Anson Huang
AuthorDate:Thu, 15 Aug 2019 20:38:43 -04:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 53933bc3a69e0f07a1af2fea16fda9c816ffcf87
Gitweb:
https://git.kernel.org/tip/53933bc3a69e0f07a1af2fea16fda9c816ffcf87
Author:Magnus Damm
AuthorDate:Tue, 20 Aug 2019 21:35:36 +09:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: d9b51093cca430f75a054d78eb35a6e13c1540cb
Gitweb:
https://git.kernel.org/tip/d9b51093cca430f75a054d78eb35a6e13c1540cb
Author:Maxime Ripard
AuthorDate:Mon, 22 Jul 2019 10:12:22 +02:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 19d608458f4f3bb3a1f89bd7e4814c3fd30dbec7
Gitweb:
https://git.kernel.org/tip/19d608458f4f3bb3a1f89bd7e4814c3fd30dbec7
Author:Magnus Damm
AuthorDate:Tue, 20 Aug 2019 21:36:07 +09:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 8d18f6fc75c86b2efa5865655a0630a083c8a1fd
Gitweb:
https://git.kernel.org/tip/8d18f6fc75c86b2efa5865655a0630a083c8a1fd
Author:Geert Uytterhoeven
AuthorDate:Wed, 07 Aug 2019 10:46:33 +02:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 8c1afba285a86b9dbb0637f8c70a34fe2d88569e
Gitweb:
https://git.kernel.org/tip/8c1afba285a86b9dbb0637f8c70a34fe2d88569e
Author:Magnus Damm
AuthorDate:Tue, 20 Aug 2019 21:35:56 +09:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 81b604c39997de91f4b2912f803074c85045fe36
Gitweb:
https://git.kernel.org/tip/81b604c39997de91f4b2912f803074c85045fe36
Author:Magnus Damm
AuthorDate:Tue, 20 Aug 2019 21:35:14 +09:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 14e019df1e64c8b19ce8e0b3da25b6f40c8716be
Gitweb:
https://git.kernel.org/tip/14e019df1e64c8b19ce8e0b3da25b6f40c8716be
Author:Jon Hunter
AuthorDate:Wed, 21 Aug 2019 16:02:41 +01:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 4419e19d8117dda6bccfbc62090e766f469ff20a
Gitweb:
https://git.kernel.org/tip/4419e19d8117dda6bccfbc62090e766f469ff20a
Author:Anson Huang
AuthorDate:Thu, 15 Aug 2019 20:38:42 -04:00
On Wed, Aug 21, 2019 at 09:09:21PM +0200, Thomas Gleixner wrote:
> Instead of dividing A to match the units of B it's more efficient to
> multiply B to match the units of A.
>
> Signed-off-by: Thomas Gleixner
> ---
> V2: Fix the dropped update of the expiry cache when the soft limit increased
>
101 - 200 of 910 matches
Mail list logo
