From: Adrian Hunter
Add synchronize_rcu() after list_del_rcu() in
ftrace_remove_trampoline_from_kallsyms() to protect readers of
ftrace_ops_trampoline_list (in ftrace_get_trampoline_kallsym)
which is used when kallsyms is read.
Link:
From: Masami Hiramatsu
Commit 0cb2f1372baa ("kprobes: Fix NULL pointer dereference at
kprobe_ftrace_handler") fixed one bug but not completely fixed yet.
If we run a kprobe_module.tc of ftracetest, kernel showed a warning
as below.
# ./ftracetest test.d/kprobe/kprobe_module.tc
=== Ftrace unit
From: Miroslav Benes
Commit fc0ea795f53c ("ftrace: Add symbols for ftrace trampolines")
missed to remove ops from new ftrace_ops_trampoline_list in
ftrace_startup() if ftrace_hash_ipmodify_enable() fails there. It may
lead to BUG if such ops come from a module which may be removed.
Moreover,
On Wed, Sep 09, 2020 at 11:44:20PM +, Satya Tangirala wrote:
> The device mapper may map over devices that have inline encryption
> capabilities, and to make use of those capabilities, the DM device must
> itself advertise those inline encryption capabilities. One way to do this
> would be to
From: Masami Hiramatsu
Since kprobe_event= cmdline option allows user to put kprobes on the
functions in initmem, kprobe has to make such probes gone after boot.
Currently the probes on the init functions in modules will be handled
by module callback, but the kernel init text isn't handled.
On Mon, Sep 21, 2020 at 02:43:51PM +0200, Frederic Weisbecker wrote:
> Not for merge.
>
> Make nocb toggable for a given CPU using:
> /sys/devices/system/cpu/cpu*/hotplug/nocb
>
> This is only intended for those who want to test this patchset. The real
> interfaces will be cpuset/isolation
On every boot time we see messages like this:
[0.025360] calling calibrate_xor_blocks+0x0/0x134 @ 1
[0.025363] xor: measuring software checksum speed
[0.035351]8regs : 3952.000 MB/sec
[0.045384]32regs: 4860.000 MB/sec
[0.055418]arm64_neon: 5900.000
On Tue, Sep 22, 2020 at 1:44 AM YiFei Zhu wrote:
> On Mon, Sep 21, 2020 at 12:47 PM Jann Horn wrote:
> > > + depends on SECCOMP
> > > + depends on SECCOMP_FILTER
> >
> > SECCOMP_FILTER already depends on SECCOMP, so the "depends on SECCOMP"
> > line is unnecessary.
>
> The reason
On Mon, Sep 21, 2020 at 02:43:50PM +0200, Frederic Weisbecker wrote:
> I have no idea what I'm doing but doing that looks necessary to me.
Now -there- is a commit log that inspires confidence!!! ;-)
> Inspired-by: Paul E. McKenney
> Signed-off-by: Frederic Weisbecker
> Cc: Paul E. McKenney
>
On 22/09/2020 02:51, Andy Lutomirski wrote:
> On Mon, Sep 21, 2020 at 9:15 AM Pavel Begunkov wrote:
>>
>> On 21/09/2020 19:10, Pavel Begunkov wrote:
>>> On 20/09/2020 01:22, Andy Lutomirski wrote:
> On Sep 19, 2020, at 2:16 PM, Arnd Bergmann wrote:
>
> On Sat, Sep 19, 2020
On Mon, Sep 21, 2020 at 02:43:49PM +0200, Frederic Weisbecker wrote:
> During the offloading or de-offloading process, make sure to process
> the callbacks batch locally whenever the segcblist isn't entirely
> offloaded. This enforces callback service processing while we are still
> in
On 2020-09-18 12:01, Rob Herring wrote:
On Tue, Sep 15, 2020 at 2:10 AM wrote:
On 2020-09-14 11:35, Rob Herring wrote:
> On Mon, Aug 31, 2020 at 11:00:47PM -0700, Bao D. Nguyen wrote:
>> UFS's specifications supports a range of Vcc operating
>> voltage levels. Add documentation for the UFS's
On Mon, Sep 21, 2020 at 02:43:46PM +0200, Frederic Weisbecker wrote:
> Make sure the nocb timer can't fire anymore before we reach the final
> de-offload state. Spuriously waking up the GP kthread is no big deal but
> we must prevent from executing the timer callback without nocb locking.
If we
From: Florian Fainelli
Date: Mon, 21 Sep 2020 15:10:53 -0700
> BCM72113 features a 28nm integrated EPHY, add an entry to the driver for
> it.
>
> Signed-off-by: Florian Fainelli
Applied, thanks Florian.
From: Arnaud Pouliquen
Rename the internal function as it is internal, and as
the name will be used in rpmsg_core.
Signed-off-by: Arnaud Pouliquen
---
drivers/rpmsg/virtio_rpmsg_bus.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/rpmsg/virtio_rpmsg_bus.c
Hi all,
After looking at Guennadi[1] and Arnaud's patchsets[2] it became
clear that we need to go back to a generic rpmsg_ns_msg structure
if we wanted to make progress. To do that some of the work from
Arnaud had to be modified in a way that common name service
functionality was transport
Move structure virtiproc_info and virtio_rpmsg_channel to rpmsg_internal.h
so that they can be used by rpmsg_ns.c
Signed-off-by: Mathieu Poirier
---
drivers/rpmsg/rpmsg_internal.h | 62
drivers/rpmsg/virtio_rpmsg_bus.c | 57 -
2
From: Arnaud Pouliquen
Implement the create and release of the RPMsg channel
for the RPMsg virtio bus.
Signed-off-by: Arnaud Pouliquen
[Moved function declaration above struct virtio_rpmsg_ops]
Signed-off-by: Mathieu Poirier
---
drivers/rpmsg/virtio_rpmsg_bus.c | 24
From: Guennadi Liakhovetski
virtio_rpmsg_bus.c keeps RPMsg protocol structure declarations and
common defines like the ones, needed for name-space announcements,
internal. Move them to common headers instead.
Signed-off-by: Guennadi Liakhovetski
[Renamed header file from
From: Arnaud Pouliquen
As generic NS driver is available, rely on it for NS management instead of
managing it in RPMsg virtio bus.
Signed-off-by: Arnaud Pouliquen
---
drivers/rpmsg/Kconfig| 1 +
drivers/rpmsg/rpmsg_internal.h | 2 -
drivers/rpmsg/virtio_rpmsg_bus.c | 84
From: Arnaud Pouliquen
Add the channel creation API as a first step to be able to define the
name service announcement as a rpmsg driver independent from the RPMsg
virtio bus.
Signed-off-by: Arnaud Pouliquen
---
drivers/rpmsg/rpmsg_core.c | 45 ++
Add RPMSG device specific byte conversion operations as a first
step to separate the RPMSG name space service from the virtIO
transport layer.
Signed-off-by: Mathieu Poirier
---
drivers/rpmsg/rpmsg_core.c | 51 ++
drivers/rpmsg/rpmsg_internal.h | 12
From: Arnaud Pouliquen
Make the RPMSG name service announcement a stand alone driver so that it
can be reused by other subsystems. It is also the first step in making the
functionatlity transport independent, i.e that is not tied to virtIO.
Signed-off-by: Arnaud Pouliquen
Signed-off-by:
Introduce rpmsg operations to make byte conversion specific to the
virtIO transport layer, therefore avoiding the protocol code from
being aware of the virtIO transport specification.
Signed-off-by: Mathieu Poirier
---
drivers/rpmsg/virtio_rpmsg_bus.c | 36
1
Make name service module transport agnostic by using the rpmsg
device specific byte conversion routine.
Signed-off-by: Mathieu Poirier
---
drivers/rpmsg/rpmsg_ns.c | 10 --
include/linux/rpmsg_ns.h | 4 ++--
2 files changed, 6 insertions(+), 8 deletions(-)
diff --git
On Mon, Sep 21, 2020 at 02:43:44PM +0200, Frederic Weisbecker wrote:
> In order to de-offload the callbacks processing of an rdp, we must clear
> SEGCBLIST_OFFLOAD and notify the GP kthread so that it clears its own
> bit flag and ignore the target rdp from its loop. The CB kthread
> is also
On Mon, Sep 21, 2020 at 8:51 AM Jonathan Cameron
wrote:
>
> On Fri, 18 Sep 2020 13:11:35 -0700
> Atish Patra wrote:
>
> > This series attempts to move the ARM64 numa implementation to common
> > code so that RISC-V can leverage that as well instead of reimplementing
> > it again.
> >
> > RISC-V
On 9/21/20 3:27 PM, Jann Horn wrote:
On Tue, Sep 22, 2020 at 12:18 AM John Hubbard wrote:
On 9/21/20 2:55 PM, Jann Horn wrote:
On Mon, Sep 21, 2020 at 11:20 PM Peter Xu wrote:
...
Ah... the documentation you linked implies that FOLL_WRITE should more
or less imply FOLL_PIN? I didn't
On Thu, 10 Sep 2020 17:56:24 +0530, Aswath Govindraju wrote:
> This reverts commit 13d515c796adc49a49b0cd2212ccd7f43a37fc5a.
>
> The amount of time spent polling for the MCSPI_CHSTAT bits to be set on
> AM335x-icev2 platform is less than 1us (about 0.6us) in most cases, with
> or without using
On Mon, 21 Sep 2020 21:11:06 +0800, Qinglang Miao wrote:
> Simplify the return expression.
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next
Thanks!
[1/1] spi: npcm-fiu: simplify the return expression of npcm_fiu_probe()
commit:
On Sun, 20 Sep 2020 23:41:07 +0200, Krzysztof Kozlowski wrote:
> Most of Maxim and Samsung PMIC/MUIC regulator drivers can be compile
> tested to increase build coverage. This allows to build them on
> configurations without I2C (as I2C is required by dependency - parent
> MFD driver).
Applied
On Mon, Sep 21, 2020 at 02:43:43PM +0200, Frederic Weisbecker wrote:
> In order to de-offload the callbacks processing of an rdp, we must clear
> SEGCBLIST_OFFLOAD and notify the CB kthread so that it clears its own
> bit flag and goes to sleep to stop handling callbacks. The GP kthread
> will
On Fri, 18 Sep 2020 16:22:12 +0100, Charles Keepax wrote:
> Many error paths in __regmap_init rely on ret being pre-initialised to
> -EINVAL, add an extra initialisation in after the new call to
> regmap_set_name.
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
On Mon, 21 Sep 2020 22:36:16 +0200, Krzysztof Kozlowski wrote:
> The driver was using subsys_initcall() because in old times deferred
> probe was not supported everywhere and specific ordering was needed.
> Since probe deferral works fine and specific ordering is discouraged
> (hides dependencies
On Sun, 20 Sep 2020 15:24:54 +0100, Colin King wrote:
> There is a return statement that is indented with an extra
> space, fix this by removing it.
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
for-next
Thanks!
[1/1] regulator: fix indentation issue
On Fri, 18 Sep 2020 14:05:40 -0500, Dan Murphy wrote:
> tas2770_reset is called during i2c probe. The reset calls the
> snd_soc_component_write which depends on the tas2770->component being
> available. The component pointer is not set until codec_probe so move
> the reset to the codec_probe after
On Fri, 18 Sep 2020 11:43:20 -0500, Dan Murphy wrote:
> The I2C addresses listed in the yaml are not correct. The addresses can
> range from 0x41 through 0x48 based on register configurations. Fix the
> example and the description.
Applied to
On Mon, 21 Sep 2020 10:38:19 -0500, Dan Murphy wrote:
> Add the TAS2110 amplifier compatible.
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next
Thanks!
[1/2] dt-bindings: tas2562: Add the TAS2110 amplifier
commit:
On 9/21/20 4:53 PM, John Hubbard wrote:
On 9/21/20 2:17 PM, Peter Xu wrote:
(Commit message collected from Jason Gunthorpe)
Reduce the chance of false positive from page_maybe_dma_pinned() by keeping
Not yet, it doesn't. :) More:
track if the mm_struct has ever been used with
Hi Srinivas,
On Tue, Sep 15, 2020 at 03:41:13PM +0300, Vadym Kochan wrote:
> This series adds cells parser for the ONIE TLV attributes which are
> stored on NVMEM device. It adds possibility to read the mac address (and
> other info) by other drivers.
>
> Because ONIE stores info in TLV format
On 9/21/20 2:17 PM, Peter Xu wrote:
(Commit message collected from Jason Gunthorpe)
Reduce the chance of false positive from page_maybe_dma_pinned() by keeping
Not yet, it doesn't. :) More:
track if the mm_struct has ever been used with pin_user_pages(). mm_structs
that have never been
Add device-tree binding description for the ONIE nvmem provider.
Signed-off-by: Vadym Kochan
---
.../devicetree/bindings/nvmem/onie-nvmem.txt | 11 +++
1 file changed, 11 insertions(+)
create mode 100644 Documentation/devicetree/bindings/nvmem/onie-nvmem.txt
diff --git
This series adds NVMEM provider for the ONIE TLV attributes which are
stored on NVMEM device. It adds possibility to read the mac address (and
other info) by other drivers.
Vadym Kochan (2):
nvmem: add ONIE nvmem provider
dt-bindings: nvmem: add description for ONIE provider
On Mon, Sep 21, 2020 at 04:26:39PM -0700, Paul E. McKenney wrote:
> On Tue, Sep 22, 2020 at 08:11:04AM +1000, Herbert Xu wrote:
> > On Mon, Sep 21, 2020 at 08:27:14AM -0700, Paul E. McKenney wrote:
> > > On Mon, Sep 21, 2020 at 06:19:39PM +1000, Herbert Xu wrote:
> > > > On Thu, Sep 17, 2020 at
ONIE is a small operating system, pre-installed on bare metal network
switches, that provides an environment for automated provisioning.
This system requires that NVMEM (EEPROM) device holds various system
information (mac address, platform name, etc) in a special TLV layout.
The driver parses
On Mon, Sep 21, 2020 at 04:26:39PM -0700, Paul E. McKenney wrote:
>
> > But this reasoning could apply to any data structure that contains
> > a spin lock, in particular ones that are dereferenced through RCU.
>
> I lost you on this one. What is special about a spin lock?
I don't know, that was
On Mon, Sep 21, 2020 at 2:03 AM Jonathan Cameron
wrote:
>
> On Fri, 18 Sep 2020 13:11:37 -0700
> Atish Patra wrote:
>
> > As we are using generic numa implementation code, modify the acpi & numa
> > init functions name to indicate that generic implementation.
> >
> > Signed-off-by: Atish Patra
On Mon, Sep 21, 2020 at 9:15 AM Pavel Begunkov wrote:
>
> On 21/09/2020 19:10, Pavel Begunkov wrote:
> > On 20/09/2020 01:22, Andy Lutomirski wrote:
> >>
> >>> On Sep 19, 2020, at 2:16 PM, Arnd Bergmann wrote:
> >>>
> >>> On Sat, Sep 19, 2020 at 6:21 PM Andy Lutomirski wrote:
> > On Fri,
On Mon, Sep 21, 2020 at 02:43:42PM +0200, Frederic Weisbecker wrote:
> We'll need to be able to runtime offload and de-offload the processing
> of callback for a given CPU. In order to support a smooth transition
> from unlocked local processing (softirq/rcuc) to locked offloaded
> processing
On Mon, 24 Aug 2020, Alex Shi wrote:
> Currently, compaction would get the lru_lock and then do page isolation
> which works fine with pgdat->lru_lock, since any page isoltion would
> compete for the lru_lock. If we want to change to memcg lru_lock, we
> have to isolate the page before getting
On Mon, Sep 21, 2020 at 3:37 PM Yu-cheng Yu wrote:
>
> On Mon, 2020-09-21 at 09:22 -0700, Yu, Yu-cheng wrote:
> > On 9/18/2020 5:11 PM, Andy Lutomirski wrote:
> > > On Fri, Sep 18, 2020 at 12:23 PM Yu-cheng Yu
> > > wrote:
> > > > Emulation of the legacy vsyscall page is required by some
On Mon, Sep 21, 2020 at 09:24:40AM +0200, Simon Horman wrote:
> On Fri, Sep 18, 2020 at 09:16:56PM +0800, YueHaibing wrote:
> > They are not used since commit e4ff67513096 ("ipvs: add
> > sync_maxlen parameter for the sync daemon")
> >
> > Signed-off-by: YueHaibing
>
> Thanks, this look good to
On Mon, Sep 21, 2020 at 12:47 PM Jann Horn wrote:
> Is this actually necessary, or can we just bail out on any branch that
> we can't statically resolve?
I think after we do enumerate the arch numbers it would make much more
sense. Since if there is a branch after arch number and syscall
numbers
On Wed, Sep 09, 2020 at 11:08:16AM -0400, Nitesh Narayan Lal wrote:
> +/*
> + * num_housekeeping_cpus() - Read the number of housekeeping CPUs.
> + *
> + * This function returns the number of available housekeeping CPUs
> + * based on __num_housekeeping_cpus which is of type atomic_t
> + * and is
On Mon, Sep 21, 2020 at 3:57 PM Richard Guy Briggs wrote:
> On 2020-09-15 12:18, Paul Moore wrote:
> > On Thu, Sep 10, 2020 at 11:03 AM Richard Guy Briggs wrote:
> > >
> > > When there are no audit rules registered, mandatory records (config,
> > > etc.) are missing their accompanying records
On Fri, Sep 18, 2020 at 3:25 PM Pavel Machek wrote:
>
> On Tue 2020-09-15 11:36:13, Roman Kiryanov wrote:
> > On Tue, Sep 15, 2020 at 11:27 AM Borislav Petkov wrote:
> > > > I believe the kernel makes a questionable assumption on how clang
> > > > uses registers (gs will not be used if stack
On 8/27/20 12:49, Logan Gunthorpe wrote:
> From: Logan Gunthorpe
>
> Hi,
>
> Now that the passthru patches are in Linus's tree, I wanted to get
> the blktest changes that test them out there for some review.
>
> I know that Sagi has a series in progress to allow for running tests
> with other
On 9/21/2020 3:54 PM, Dave Hansen wrote:
On 9/21/20 3:47 PM, Yu, Yu-cheng wrote:
The 900KB is probably wrong today in a lot of configurations, and will;
only get *more* wrong over time.
I was talking about the vmlinux file, and probably should have said
bzImage size, which has 14 KB increase
On Tue, Sep 22, 2020 at 08:11:04AM +1000, Herbert Xu wrote:
> On Mon, Sep 21, 2020 at 08:27:14AM -0700, Paul E. McKenney wrote:
> > On Mon, Sep 21, 2020 at 06:19:39PM +1000, Herbert Xu wrote:
> > > On Thu, Sep 17, 2020 at 09:58:02AM -0700, Eric Biggers wrote:
> > > >
> > > > smp_load_acquire() is
On Mon, Sep 21, 2020 at 02:32:20PM +0530, sathn...@linux.vnet.ibm.com wrote:
> From: Satheesh Rajendran
>
> Add document entry for kvm_cma_resv_ratio kernel param which
> is used to alter the KVM contiguous memory allocation percentage
> for hash pagetable allocation used by hash mode PowerPC
On Mon, 24 Aug 2020, Alex Shi wrote:
> Currently lru_lock still guards both lru list and page's lru bit, that's
> ok. but if we want to use specific lruvec lock on the page, we need to
> pin down the page's lruvec/memcg during locking. Just taking lruvec
> lock first may be undermined by the
Tested-by: Alex Goins
This change fixes a regression with drm_prime_sg_to_page_addr_arrays() and
AMDGPU in v5.9.
Commit 39913934 similarly revamped AMDGPU to use sgtable helper functions. When
it changed from dma_map_sg_attrs() to dma_map_sgtable(), as a side effect it
started correctly
Dies ist ein Newsletter von Blue Oak Mortgage and Loans. Bitte melden Sie sich
ab, wenn Sie keine E-Mail mehr von uns erhalten möchten.
Eine kurze Einführung.
Wir sind ein führendes Finanzierungsunternehmen in Europa. Wir finanzieren
Startups / etablierte Unternehmen, finanzieren
From: Sean Wang
Update maintainers for MediaTek switch driver with Landen Chao who is
familiar with MediaTek MT753x switch devices and will help maintenance
from the vendor side.
Cc: Steven Liu
Signed-off-by: Sean Wang
Signed-off-by: Landen Chao
---
MAINTAINERS | 1 +
1 file changed, 1
On Mon, Sep 21, 2020 at 5:58 PM Jann Horn wrote:
> > I do agree that an immutable bitmask is faster and easier to reason
> > about its correctness. However, I did not find the "code to statically
> > evaluate the filter for all syscall numbers" while reading seccomp.c.
> > Would you give me a
On 9/21/20 9:05 AM, Kalle Valo wrote:
Brooke Basile wrote:
Calls to usb_kill_anchored_urbs() after usb_kill_urb() on multiprocessor
systems create a race condition in which usb_kill_anchored_urbs() deallocates
the URB before the completer callback is called in usb_kill_urb(), resulting
in a
A number of static variables were not modified. Make them const to allow
the compiler to put them in read-only memory. In order to do so,
constify a couple of input pointers as well as some local pointers.
This moves about 35Kb to read-only memory as seen by the output of the
size command.
> -Original Message-
> From: Ran Wang
> Sent: Wednesday, September 16, 2020 3:19 AM
> To: Leo Li ; Rob Herring ;
> Shawn Guo
> Cc: linuxppc-...@lists.ozlabs.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; Ran Wang
>
> Subject:
> -Original Message-
> From: Ran Wang
> Sent: Wednesday, September 16, 2020 3:18 AM
> To: Leo Li ; Rob Herring ;
> Shawn Guo
> Cc: linuxppc-...@lists.ozlabs.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; Biwen Li
> ; Ran Wang
>
On Thu, Sep 17, 2020 at 11:23:59AM -0700, Jesse Brandeburg wrote:
> Nitesh Narayan Lal wrote:
>
> > In a realtime environment, it is essential to isolate unwanted IRQs from
> > isolated CPUs to prevent latency overheads. Creating MSIX vectors only
> > based on the online CPUs could lead to a
On Mon, Sep 21, 2020 at 11:39 AM Tycho Andersen wrote:
> I see, I missed this somehow. So is there a reason to hide this behind
> a config option? Isn't it just always better?
>
> Tycho
You have a good point, though, I think keeping a config would allow
people to "test the differences" in the
On Tue, Sep 22, 2020 at 12:51 AM YiFei Zhu wrote:
> On Mon, Sep 21, 2020 at 1:09 PM Jann Horn wrote:
> >
> > On Mon, Sep 21, 2020 at 7:35 AM YiFei Zhu wrote:
> > [...]
> > > We do this by creating a per-task bitmap of permitted syscalls.
> > > If seccomp filter is invoked we check if it is
Modify the AM33XX_IOPAD macro so that it works now that #pinctrl-cells =
<2>. The third parameter is just a zero and the pinctrl-single driver
will just OR this with the second parameter so it has no actual effect.
There are no longer any dts files using this macro (following my patch
to
Fix an implicit declaration of usleep_range():
drivers/phy/rockchip/phy-rockchip-dphy-rx0.c: In function 'rk_dphy_enable':
drivers/phy/rockchip/phy-rockchip-dphy-rx0.c:203:2: error: implicit declaration
of function 'usleep_range' [-Werror=implicit-function-declaration]
Fixes: 32abcc4491c62
Hi!
> > +config X86_INTEL_BRANCH_TRACKING_USER
> > +prompt "Intel Indirect Branch Tracking for user-mode"
>
> Take the "Intel " and "INTEL_" out, please. It will only cause us all
> pain later if some of our x86 compatriots decide to implement this.
Are other x86 manufacturers legally
On Mon, Sep 21, 2020 at 1:09 PM Jann Horn wrote:
>
> On Mon, Sep 21, 2020 at 7:35 AM YiFei Zhu wrote:
> [...]
> > We do this by creating a per-task bitmap of permitted syscalls.
> > If seccomp filter is invoked we check if it is cached and if so
> > directly return allow. Else we call into the
Friendly ping.
On Mon, Sep 21, 2020 at 03:10:53PM -0700, Florian Fainelli wrote:
> BCM72113 features a 28nm integrated EPHY, add an entry to the driver for
> it.
>
> Signed-off-by: Florian Fainelli
Reviewed-by: Andrew Lunn
Andrew
On 9/21/2020 3:41 PM, Dave Hansen wrote:
On 9/21/20 3:30 PM, Yu, Yu-cheng wrote:
+config X86_INTEL_BRANCH_TRACKING_USER
+prompt "Intel Indirect Branch Tracking for user-mode"
Take the "Intel " and "INTEL_" out, please. It will only cause us all
pain later if some of our x86 compatriots
On Tue, Sep 22, 2020 at 12:30 AM Peter Xu wrote:
> On Mon, Sep 21, 2020 at 11:43:38PM +0200, Jann Horn wrote:
> > On Mon, Sep 21, 2020 at 11:17 PM Peter Xu wrote:
> > > (Commit message collected from Jason Gunthorpe)
> > >
> > > Reduce the chance of false positive from page_maybe_dma_pinned() by
Use release_pages() to free the pages allocated by vmalloc(). This is
slightly more efficient in terms of disabling and enabling IRQs once
per batch instead of once per page.
Signed-off-by: Matthew Wilcox (Oracle)
---
mm/vmalloc.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
* Document that you can call vfree() on an address returned from vmap()
* Remove the note about the minimum size -- the minimum size of a vmalloc
allocation is one page
* Add a Context: section
* Fix capitalisation
* Reword the prohibition on calling from NMI context to avoid a double
> -Original Message-
> From: Ran Wang
> Sent: Wednesday, September 16, 2020 3:18 AM
> To: Leo Li ; Rob Herring ;
> Shawn Guo
> Cc: linuxppc-...@lists.ozlabs.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; Biwen Li
> ; Ran Wang
>
Hi!
> >Can I get details of your setup?
>
> I don't use this trigger, but I can imagine that someone does.
Well, if someone exists, we can increase the limit, or convince them
to change their setup.
> >What CPU type that is, and how are you mapping CPU activity to LEDs?
>
> The type of CPU is
On 9/21/20 3:30 PM, Yu, Yu-cheng wrote:
> +config X86_INTEL_BRANCH_TRACKING_USER
> +prompt "Intel Indirect Branch Tracking for user-mode"
Take the "Intel " and "INTEL_" out, please. It will only cause us all
pain later if some of our x86 compatriots decide to implement this.
> If the
Hey Ben,
Thanks for sending out the new series, this patchset is functional for
booting both R5 0 and R5 1 in split mode.
A few comments below, still working my way through the rest of the code
though now that this works.
On Mon, Sep 21, 2020 at 09:14:06AM -0700, Ben Levinsky wrote:
<...>
>
On Mon, 2020-09-21 at 09:22 -0700, Yu, Yu-cheng wrote:
> On 9/18/2020 5:11 PM, Andy Lutomirski wrote:
> > On Fri, Sep 18, 2020 at 12:23 PM Yu-cheng Yu wrote:
> > > Emulation of the legacy vsyscall page is required by some programs
> > > built before 2013. Newer programs after 2013 don't use it.
On 9/18/2020 2:40 PM, Pavel Machek wrote:
On Fri 2020-09-18 14:25:12, Yu, Yu-cheng wrote:
On 9/18/2020 1:59 PM, Pavel Machek wrote:
On Fri 2020-09-18 13:24:13, Randy Dunlap wrote:
Hi,
If you do another version of this:
On 9/18/20 12:23 PM, Yu-cheng Yu wrote:
Introduce Kconfig option
On Mon, Sep 21, 2020 at 11:43:38PM +0200, Jann Horn wrote:
> On Mon, Sep 21, 2020 at 11:17 PM Peter Xu wrote:
> >
> > (Commit message collected from Jason Gunthorpe)
> >
> > Reduce the chance of false positive from page_maybe_dma_pinned() by keeping
> > track if the mm_struct has ever been used
On Tue, Sep 22, 2020 at 12:18 AM John Hubbard wrote:
> On 9/21/20 2:55 PM, Jann Horn wrote:
> > On Mon, Sep 21, 2020 at 11:20 PM Peter Xu wrote:
> ...
> > I dislike the whole pin_user_pages() concept because (as far as I
> > understand) it fundamentally tries to fix a problem in the subset of
>
Hi, Jann,
On Mon, Sep 21, 2020 at 11:55:06PM +0200, Jann Horn wrote:
> On Mon, Sep 21, 2020 at 11:20 PM Peter Xu wrote:
> > This patch is greatly inspired by the discussions on the list from Linus,
> > Jason
> > Gunthorpe and others [1].
> >
> > It allows copy_pte_range() to do early cow if the
On Mon, Sep 21, 2020 at 11:03:49PM +0100, Robin Murphy wrote:
> On 2020-09-21 19:03, Will Deacon wrote:
> > On Fri, Sep 11, 2020 at 07:57:18PM +0530, Sai Prakash Ranjan wrote:
> > > Add a quirk IO_PGTABLE_QUIRK_SYS_CACHE to override the
> > > attributes set in TCR for the page table walker when
>
Constify a number of static structs that were not modified. In order to
be able to do that, const input arguments to a couple of functions that
not modify their argument. This allows the compiler to put them in
read-only memory, resulting in about 6k memory being read-only, and the
resulting
> -Original Message-
> From: Ran Wang
> Sent: Wednesday, September 16, 2020 3:18 AM
> To: Leo Li ; Rob Herring ;
> Shawn Guo
> Cc: linuxppc-...@lists.ozlabs.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; Biwen Li
> ; Ran Wang
>
On Mon, Sep 21, 2020 at 05:06:31PM +0200, pet...@infradead.org wrote:
> On Mon, Sep 14, 2020 at 07:34:14AM -0700, kan.li...@linux.intel.com wrote:
> > From: Kan Liang
> >
> > Changes since V1:
> > - Drop the platform device solution
> > - A new uncore PCI sub driver solution is introduced which
On Mon, Sep 14, 2020 at 07:34:19AM -0700, kan.li...@linux.intel.com wrote:
> From: Kan Liang
>
> Some uncore counters may be located in the configuration space of a PCI
> device, which already has a bonded driver. Currently, the uncore driver
> cannot register a PCI uncore PMU for these
From: Barry Song
Barry Song noted the following
Something is wrong. In find_busiest_group(), we are checking if
src has higher load, however, in task_numa_find_cpu(), we are
checking if dst will have higher load after balancing. It seems
it is not sensible to
On 21/09/2020 22:35, don.br...@microchip.com wrote:
I'm waiting on the hpsa and smartpqi patches >>update, so please kindly merge only
those >>patches, above.
Thanks!
John, the hpsa driver crashes, the or more patches to allow internal commands
from Hannas seem to be missing.
I'll let you
Hi, I've been adding support for the PC Engines APU5 board, which is a variant
of the APU 2-4 boards
with some nice features. The current platform driver for pcengines boards has
some redundant
features with regards to recent bios/firmware packages for the board as they
now set the ACPI tables
On 9/21/20 2:55 PM, Jann Horn wrote:
On Mon, Sep 21, 2020 at 11:20 PM Peter Xu wrote:
...
I dislike the whole pin_user_pages() concept because (as far as I
understand) it fundamentally tries to fix a problem in the subset of
cases that are more likely to occur in practice (long-term pins
201 - 300 of 2299 matches
Mail list logo