Elsewhere in the file, there is a list_for_each_entry with
&vdev->resv_regions as the second argument, suggesting that
&vdev->resv_regions is the list head. So exchange the
arguments on the list_add call to put the list head in the
second argument.
Fixes: 2a5a31487445 ("iommu/virtio: Add probe re
On Tue, May 5, 2020 at 7:05 AM Bartosz Golaszewski wrote:
>
> From: Bartosz Golaszewski
>
> Provide devm_register_netdev() - a device resource managed variant
> of register_netdev(). This new helper will only work for net_device
> structs that have a parent device assigned and are devres managed
On Tue, 5 May 2020 15:26:13 +0200 Geert Uytterhoeven
wrote:
> While "git am" can apply an mbox file containing multiple patches (e.g.
> as created by b4[1], or a patch bundle downloaded from patchwork),
> checkpatch does not have proper support for that. When operating on an
> mbox, checkpatch
On Fri, May 01, 2020 at 11:58:05PM +0200, Ansuel Smith wrote:
> Document dwc3 qcom phy hs and ss phy bindings needed to correctly
> inizialize and use usb on ipq806x SoC.
>
> Signed-off-by: Ansuel Smith
> ---
> v5:
> * Fix dt_binding_check error
> v4:
> * Add qcom to specific bindings
> v3:
> * U
>
> Hi,
>
> I see the objtool warning:
> kernel/bpf/core.o: warning: objtool: ___bpf_prog_run()+0x33: call without
> frame pointer save/setup
>
> when using:
> gcc (SUSE Linux) 9.3.1 20200406 [revision
> 6db837a5288ee3ca5ec504fbd5a765817e556ac2]
>
> with the attached config file.
Thanks Rand
Quoting Marc Zyngier (2020-05-05 07:09:53)
> On failing to prepare or enable a clock, remove the core structure
> from the list it has been inserted as it is about to be freed.
>
> This otherwise leads to random crashes when subsequent clocks get
> registered, during which parsing of the clock tre
On Tue, 5 May 2020 13:13:30 +1000, Evan Benn wrote:
> This watchdog can be used on ARM systems with a Secure
> Monitor firmware to forward watchdog operations to
> firmware via a Secure Monitor Call.
>
> Signed-off-by: Evan Benn
>
> ---
>
> Changes in v6:
> - Don't use dt default
>
> Changes
On Sun, May 03, 2020 at 07:14:45PM +0200, Artur Rojek wrote:
> Convert the textual documentation of Device Tree bindings for the
> Ingenic JZ47xx SoCs ADC controller to YAML.
>
> The `interrupts` property is now explicitly listed and marked as
> required. While missing from the previous textual do
On 05/05, Eric Biggers wrote:
> On Tue, May 05, 2020 at 11:49:32AM -0700, Jaegeuk Kim wrote:
> > How about this?
> >
> > From 2a6b0e53e592854306062a2dc35db2d8f79062f2 Mon Sep 17 00:00:00 2001
> > From: Jaegeuk Kim
> > Date: Tue, 5 May 2020 11:33:29 -0700
> > Subject: [PATCH] f2fs: find a living d
Currently {get|pin}_user_pages_fast() have 3 return value 0, -errno
and no of pinned pages. The only case where these two functions will
return 0, is for nr_pages <= 0, which doesn't find a valid use case.
But if at all any, then a -ERRNO will be returned instead of 0, which
means {get|pin}_user_pa
Since we have kdump kernel(s) running under severe memory constraint
it makes sense to disable the qed SRIOV functionality when running the
kdump kernel as kdump configurations on several distributions don't
support SRIOV targets for saving the vmcore (see [1] for example).
Currently the qed SRIOV
Normally kdump kernel(s) run under severe memory constraint with the
basic idea being to save the crashdump vmcore reliably when the primary
kernel panics/hangs.
Currently the qed* ethernet driver ends up consuming a lot of memory in
the kdump kernel, leading to kdump kernel panic when one tries t
Since kdump kernel(s) run under severe memory constraint with the
basic idea being to save the crashdump vmcore reliably when the primary
kernel panics/hangs, large memory allocations done by a network driver
can cause the crashkernel to panic with OOM.
The qed* drivers take up approximately 214MB
On Thu, 23 Apr 2020 21:03:36 +0530, Kiran Gunda wrote:
> Add WLED5 specific bindings.
>
> Signed-off-by: Kiran Gunda
> Signed-off-by: Subbaraman Narayanamurthy
> Acked-by: Daniel Thompson
> ---
> .../bindings/leds/backlight/qcom-wled.yaml | 59
> --
> 1 file change
On Thu, 23 Apr 2020 21:03:34 +0530, Kiran Gunda wrote:
> Convert the qcom-wled bindings from .txt to .yaml format.
> Also replace PM8941 to WLED3 and PMI8998 to WLED4.
>
> Signed-off-by: Kiran Gunda
> Signed-off-by: Subbaraman Narayanamurthy
> Acked-by: Daniel Thompson
> ---
> .../bindings/led
On Tue, May 5, 2020 at 11:25 AM Song Liu wrote:
>
>
>
> > On May 5, 2020, at 7:07 AM, Arnd Bergmann wrote:
> >
> > The newly added bpf_stats_handler function has the wrong #ifdef
> > check around it, leading to an unused-function warning when
> > CONFIG_SYSCTL is disabled:
> >
> > kernel/sysctl.c
On Tue, May 05, 2020 at 11:49:32AM -0700, Jaegeuk Kim wrote:
> How about this?
>
> From 2a6b0e53e592854306062a2dc35db2d8f79062f2 Mon Sep 17 00:00:00 2001
> From: Jaegeuk Kim
> Date: Tue, 5 May 2020 11:33:29 -0700
> Subject: [PATCH] f2fs: find a living dentry when finding parent ino
>
> We need t
From: David Miller
Date: Tue, 05 May 2020 11:48:25 -0700 (PDT)
> Series applied and queued up for -stable, thanks.
Nevermind, this doesn't even compile.
net/smc/af_smc.c: In function ‘smc_switch_to_fallback’:
net/smc/af_smc.c:473:19: error: ‘smc->clcsock->wq’ is a pointer; did you mean
to use
- On May 5, 2020, at 2:48 PM, Linus Torvalds torva...@linux-foundation.org
wrote:
[...]
>
> Your initial reaction that "you can't compile away the read and the
> test of NULL" was correct, I think.
I suspect this pattern of "if (func != NULL) func(...)" could be semantically
changed to just
In allocate_e820(), free the EFI map buffer that has been returned
by efi_get_memory_map(). The returned size of the EFI map buffer
is used to allocate an adequately sized e820ext buffer, if it's
needed. But the contents of that EFI map buffer is not used at all
and the local pointer to it is gone
On Tue, 5 May 2020 05:25:16 +0300, Dmitry Osipenko wrote:
> Add a binding for the Tegra30-based ASUS Google Nexus 7 tablet device.
>
> Signed-off-by: Dmitry Osipenko
> ---
> Documentation/devicetree/bindings/arm/tegra.yaml | 7 +++
> 1 file changed, 7 insertions(+)
>
Acked-by: Rob Herring
On Tue, 21 Apr 2020 14:40:57 +0200, Oleksij Rempel wrote:
> Add Protonic PRTI6Q, WD2, RVT, VT7 boards.
>
> Signed-off-by: Oleksij Rempel
> ---
> Documentation/devicetree/bindings/arm/fsl.yaml | 4
> 1 file changed, 4 insertions(+)
>
Acked-by: Rob Herring
> On May 5, 2020, at 2:57 PM, Paul E. McKenney wrote:
>
> On Mon, May 04, 2020 at 03:11:09PM -0400, Qian Cai wrote:
>> Running a syscall fuzzer inside a container on linux-next floods systems
>> with soft lockups. It looks like stuck in this line at
>> iov_iter_copy_from_user_atomic(), Thoug
On Wed, Apr 29, 2020 at 12:53:33PM +0200, Paolo Bonzini wrote:
> On 29/04/20 11:36, Vitaly Kuznetsov wrote:
> > +
> > + if (__this_cpu_read(apf_reason.enabled)) {
> > + reason = __this_cpu_read(apf_reason.reason);
> > + if (reason == KVM_PV_REASON_PAGE_READY) {
> > +
On Tue, 5 May 2020 05:25:15 +0300, Dmitry Osipenko wrote:
> Add a binding for the Tegra20-based Acer Iconia Tab A500 tablet device.
>
> Signed-off-by: Dmitry Osipenko
> ---
> Documentation/devicetree/bindings/arm/tegra.yaml | 3 +++
> 1 file changed, 3 insertions(+)
>
Acked-by: Rob Herring
On Tue, 5 May 2020 05:25:14 +0300, Dmitry Osipenko wrote:
> Acer is a hardware and electronics corporation, specializing in advanced
> electronics technology. Acer's products include desktop PCs, laptop PCs,
> tablets, servers, displays, storage devices, virtual reality devices,
> smartphones and
On Mon, May 04, 2020 at 03:11:09PM -0400, Qian Cai wrote:
> Running a syscall fuzzer inside a container on linux-next floods systems with
> soft lockups. It looks like stuck in this line at
> iov_iter_copy_from_user_atomic(), Thoughts?
>
> iterate_all_kinds(i, bytes, v,
> copyin(
On Tue, May 5, 2020 at 11:28 AM Nick Desaulniers
wrote:
>
> Changing
> void *func = READ_ONCE(name.func); \
> to
> void *func = &READ_ONCE(name.func); \
What? That makes no sense.
Yes,
void *func = foo;
and
void *func = &foo;
are the same thing, _if_ "foo" is an actual function, becau
On Tue, May 05, 2020 at 08:34:02PM +0200, SeongJae Park wrote:
> On Tue, 5 May 2020 11:17:07 -0700 "Paul E. McKenney"
> wrote:
>
> > On Tue, May 05, 2020 at 07:56:05PM +0200, SeongJae Park wrote:
> > > On Tue, 5 May 2020 10:30:36 -0700 "Paul E. McKenney"
> > > wrote:
> > >
> > > > On Tue, May
On Tue, 5 May 2020 at 18:21, Grygorii Strashko wrote:
>
> It's possible to have build configuration which will force PTP_1588_CLOCK=m
> and so TI_K3_AM65_CPTS=m while still have TI_K3_AM65_CPSW_NUSS=y. This will
> cause build failures:
>
> aarch64-linux-gnu-ld: ../drivers/net/ethernet/ti/am65-cpsw
On 05/05, Eric Biggers wrote:
> On Tue, May 05, 2020 at 11:13:23AM -0700, Jaegeuk Kim wrote:
> > On 05/05, Eric Biggers wrote:
> > > On Tue, May 05, 2020 at 08:31:39AM -0700, Jaegeuk Kim wrote:
> > > > We had to grab the inode before retrieving i_ino.
> > > >
> > > > Signed-off-by: Jaegeuk Kim
>
From: SeongJae Park
Date: Tue, 5 May 2020 10:10:33 +0200
> From: SeongJae Park
>
> The commit 6d7855c54e1e ("sockfs: switch to ->free_inode()") made the
> deallocation of 'socket_alloc' to be done asynchronously using RCU, as
> same to 'sock.wq'. And the following commit 333f7909a857 ("coalloc
On Tue, May 05, 2020 at 08:40:07PM +0200, SeongJae Park wrote:
> On Tue, 5 May 2020 11:27:20 -0700 "Paul E. McKenney"
> wrote:
>
> > On Tue, May 05, 2020 at 07:49:43PM +0200, SeongJae Park wrote:
> > > On Tue, 5 May 2020 10:23:58 -0700 "Paul E. McKenney"
> > > wrote:
> > >
> > > > On Tue, May
An interesting thing happened when a guest Linux instance took
a machine check. The VMM unmapped the bad page from guest physical
space and passed the machine check to the guest.
Linux took all the normal actions to offline the page from the process
that was using it. But then guest Linux crashed
Hi
On Mon, May 4, 2020 at 10:44 PM Stephen Boyd wrote:
>
> Quoting Douglas Anderson (2020-05-04 21:36:31)
> > The ti-sn65dsi86 MIPI DSI to eDP bridge chip supports arbitrary
> > remapping of eDP lanes and also polarity inversion. Both of these
> > features have been described in the device tree
Hari Bathini writes:
> On 05/05/20 3:29 am, Eric W. Biederman wrote:
>>
>> Recently a patch was proposed to kimage_alloc_page to slightly alter
>> the logic of how pages allocated with incompatible flags were
>> detected. The logic was being altered because the semantics of the
>> page alloctor
* Adam Ford [200504 16:02]:
> Various OMAP3 boards have two AES blocks, but only one is currently
> available, because the hwmods are only configured for one.
>
> This patch migrates the hwmods for the AES engine to sysc-omap2
> which allows the second AES crypto engine to become available.
>
>
From: Jason Yan
Date: Tue, 5 May 2020 15:46:23 +0800
> Fix the following coccicheck warning:
>
> drivers/net/ethernet/ti/cpsw_new.c:1924:2-17: WARNING: Assignment of
> 0/1 to bool variable
> drivers/net/ethernet/ti/cpsw_new.c:1231:1-16: WARNING: Assignment of
> 0/1 to bool variable
>
> Signed-o
On Tue, 5 May 2020 11:27:20 -0700 "Paul E. McKenney" wrote:
> On Tue, May 05, 2020 at 07:49:43PM +0200, SeongJae Park wrote:
> > On Tue, 5 May 2020 10:23:58 -0700 "Paul E. McKenney"
> > wrote:
> >
> > > On Tue, May 05, 2020 at 09:25:06AM -0700, Eric Dumazet wrote:
> > > >
> > > >
> > > > On
From: Jason Yan
Date: Tue, 5 May 2020 15:45:46 +0800
> No need to convert '==' expression to bool. This fixes the following
> coccicheck warning:
>
> drivers/net/ethernet/atheros/atl1c/atl1c_main.c:1189:63-68: WARNING:
> conversion to bool not needed here
>
> Signed-off-by: Jason Yan
Applied.
From: Jason Yan
Date: Tue, 5 May 2020 15:45:56 +0800
> Fix the following coccicheck warning:
>
> drivers/net/ethernet/agere/et131x.c:717:3-22: WARNING: Assignment of
> 0/1 to bool variable
> drivers/net/ethernet/agere/et131x.c:721:1-20: WARNING: Assignment of
> 0/1 to bool variable
>
> Signed-o
From: Jason Yan
Date: Tue, 5 May 2020 15:46:08 +0800
> Fix the following coccicheck warning:
>
> drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c:1991:5-46: WARNING:
> Comparison to bool
> drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c:1993:10-54: WARNING:
> Comparison to bool
> drivers/net/
From: Jason Yan
Date: Tue, 5 May 2020 15:45:39 +0800
> Fix the following coccicheck warning:
>
> drivers/net/ethernet/qlogic/qede/qede_main.c:1717:5-19: WARNING:
> Assignment of 0/1 to bool variable
>
> Signed-off-by: Jason Yan
Applied.
From: Jason Yan
Date: Tue, 5 May 2020 15:43:49 +0800
> Fix the following coccicheck warning:
>
> drivers/net/ethernet/qlogic/qlcnic/qlcnic_sriov_common.c:1585:3-25:
> WARNING: Assignment of 0/1 to bool variable
> drivers/net/ethernet/qlogic/qlcnic/qlcnic_sriov_common.c:1588:3-25:
> WARNING: Assi
From: Jason Yan
Date: Tue, 5 May 2020 15:44:00 +0800
> Fix the following coccicheck warning:
>
> drivers/net/ethernet/broadcom/bnx2x/bnx2x_dcb.c:1548:17-31: WARNING:
> Comparison to bool
> drivers/net/ethernet/broadcom/bnx2x/bnx2x_dcb.c:1148:16-24: WARNING:
> Comparison to bool
> drivers/net/eth
On Tue, May 05, 2020 at 11:12:27AM -0600, Alex Williamson wrote:
>
> As noted in the comment, the fault handler can simply do:
>
> mutex_lock(&vdev->vma_lock);
> down_read(&vdev->memory_lock);
>
> This should be deadlock free now, so we can drop the retry handling
That does look like the right
On Monday 4. May 2020 03.05.22 Paul Cercueil wrote:
>
> > Le sam. 11 avril 2020 à 16:14, H. Nikolaus Schaller a
> > écrit :
> >>
> >> So far we have identified two issues.
> >>
> >> The first is that HPD interrupts are not properly processed.
> >>
> >> drm_helper_hpd_irq_event() is called by H
On Tue, 5 May 2020 11:17:07 -0700 "Paul E. McKenney" wrote:
> On Tue, May 05, 2020 at 07:56:05PM +0200, SeongJae Park wrote:
> > On Tue, 5 May 2020 10:30:36 -0700 "Paul E. McKenney"
> > wrote:
> >
> > > On Tue, May 05, 2020 at 07:05:53PM +0200, SeongJae Park wrote:
> > > > On Tue, 5 May 2020 0
> > b) Double argument(with rcu_head)
> > This case we consider as it gets called from atomic context even though
> > it can be not. Why we consider such case as atomic: we just assume that.
> > The reason is to keep it simple, because it is not possible to detect
> > whether
> > a current context
On Thu, Apr 30, 2020 at 7:26 AM Ian Rogers wrote:
>
> On Thu, Apr 30, 2020 at 6:34 AM Arnaldo Carvalho de Melo
> wrote:
> >
> > Em Wed, Apr 29, 2020 at 04:14:43PM -0700, Ian Rogers escreveu:
> > > From: Stephane Eranian
> > >
> > > This patch links perf with the libpfm4 library if it is availabl
This adds KCSAN test focusing on behaviour of the integrated runtime.
Tests various race scenarios, and verifies the reports generated to
console. Makes use of KUnit for test organization, and the Torture
framework for test thread control.
Signed-off-by: Marco Elver
---
v2:
* Add necessary precon
This patch links perf with the libpfm4 library if it is available and
LIBPFM4 is passed to the build. The libpfm4 library contains hardware
event tables for all processors supported by perf_events. It is a
helper library that helps convert from a symbolic event name to the
event encoding required b
From: Stephane Eranian
This patch links perf with the libpfm4 library if it is available
and LIBPFM4 is passed to the build. The libpfm4 library
contains hardware event tables for all processors supported by
perf_events. It is a helper library that helps convert from a
symbolic event name to the
On Tue, May 5, 2020 at 11:13 AM Nick Desaulniers
wrote:
>
> On Tue, May 5, 2020 at 2:36 AM Peter Zijlstra wrote:
> >
> >
> > HJ, Nick,
> >
> > Any chance any of you can see a way to make your respective compilers
> > not emit utter junk for this?
> >
> > On Mon, May 04, 2020 at 10:14:45PM +0200,
On Tue, May 05, 2020 at 07:49:43PM +0200, SeongJae Park wrote:
> On Tue, 5 May 2020 10:23:58 -0700 "Paul E. McKenney"
> wrote:
>
> > On Tue, May 05, 2020 at 09:25:06AM -0700, Eric Dumazet wrote:
> > >
> > >
> > > On 5/5/20 9:13 AM, SeongJae Park wrote:
> > > > On Tue, 5 May 2020 09:00:44 -0700
On 22/04/2020 10:21, Oleksij Rempel wrote:
Add support for following phy-modes: rgmii, rgmii-id, rgmii-txid, rgmii-rxid.
This PHY has an internal RX delay of 1.2ns and no delay for TX.
The pad skew registers allow to set the total TX delay to max 1.38ns and
the total RX delay to max of 2.58n
* Geert Uytterhoeven [200505 08:08]:
> Support for TI AM43x SoCs depends on ARCH_MULTI_V7, which selects
> ARCH_MULTI_V6_V7.
> As the latter selects MIGHT_HAVE_CACHE_L2X0, there is no need for
> SOC_AM43XX to select MIGHT_HAVE_CACHE_L2X0.
>
> Signed-off-by: Geert Uytterhoeven
> Cc: Tony Lindgren
> On May 5, 2020, at 7:07 AM, Arnd Bergmann wrote:
>
> The newly added bpf_stats_handler function has the wrong #ifdef
> check around it, leading to an unused-function warning when
> CONFIG_SYSCTL is disabled:
>
> kernel/sysctl.c:205:12: error: unused function 'bpf_stats_handler'
> [-Werror,
On Tue, May 5, 2020 at 11:07 AM wrote:
>
> On May 5, 2020 10:44:22 AM PDT, Nick Desaulniers
> wrote:
> >From: Sedat Dilek
> >
> >It turns out that if your config tickles __builtin_constant_p via
> >differences in choices to inline or not, this now produces invalid
> >assembly:
> >
> >$ cat foo.
On Tue, May 5, 2020 at 1:49 AM YueHaibing wrote:
>
> There's no callers in-tree anymore since commit 5952fde10c35 ("net:
> sched: choke: remove dead filter classify code")
While you are at this, please also remove classid from
struct choke_skb_cb.
Thanks.
On Tue, May 05, 2020 at 03:00:53PM +, Benjamin GAIGNARD wrote:
>
>
> On 5/5/20 4:40 PM, Greg KH wrote:
> > On Tue, May 05, 2020 at 09:33:05AM +0200, Benjamin Gaignard wrote:
> >> The goal of these helpers are to offer an interface for the
> >> hardware blocks controlling bus accesses rights.
On 05/05, Eric Biggers wrote:
> On Tue, May 05, 2020 at 09:58:47AM -0700, Eric Biggers wrote:
> > On Tue, May 05, 2020 at 08:31:39AM -0700, Jaegeuk Kim wrote:
> > > We had to grab the inode before retrieving i_ino.
> > >
> > > Signed-off-by: Jaegeuk Kim
> > > ---
> > > fs/f2fs/file.c | 8 +++
On Tue, 28 Apr 2020 at 05:44, 冯锐 wrote:
>
> >
> > On Mon, Apr 27, 2020 at 11:41 AM 冯锐 wrote:
> > >
> > >
> > > > On Sun, Apr 26, 2020 at 09:25:46AM +0800, rui_f...@realsil.com.cn
> > wrote:
> > > > > From: Rui Feng
> > > > >
> > > > > RTS5261 support legacy SD mode and SD Express mode.
> > > > >
On Tue, May 05, 2020 at 11:13:23AM -0700, Jaegeuk Kim wrote:
> On 05/05, Eric Biggers wrote:
> > On Tue, May 05, 2020 at 08:31:39AM -0700, Jaegeuk Kim wrote:
> > > We had to grab the inode before retrieving i_ino.
> > >
> > > Signed-off-by: Jaegeuk Kim
> > > ---
> > > fs/f2fs/file.c | 8 +++-
On Tue, May 05, 2020 at 09:03:24PM +0530, Aishwarya Ramakrishnan wrote:
> It is more clear to use DEFINE_DEBUGFS_ATTRIBUTE to define debugfs file
> operation rather than DEFINE_SIMPLE_ATTRIBUTE.
No it is not, why do you think so?
The two defines do different things, that is why we have 2 differen
On Thu, Apr 23, 2020 at 09:59:55PM +0200, Uladzislau Rezki wrote:
> b) Double argument(with rcu_head)
> This case we consider as it gets called from atomic context even though
> it can be not. Why we consider such case as atomic: we just assume that.
> The reason is to keep it simple, because it is
On 5/5/20 11:47 AM, Mark Brown wrote:
This series does a bit of a cleanup of the existing tests for the vDSO
in kselftest and then adds a new test for getcpu().
Mark Brown (3):
selftests: vdso: Rename vdso_test to vdso_test_gettimeofday
selftests: vdso: Use a header file to prototype parse
On Tue, May 05, 2020 at 07:56:05PM +0200, SeongJae Park wrote:
> On Tue, 5 May 2020 10:30:36 -0700 "Paul E. McKenney"
> wrote:
>
> > On Tue, May 05, 2020 at 07:05:53PM +0200, SeongJae Park wrote:
> > > On Tue, 5 May 2020 09:37:42 -0700 Eric Dumazet
> > > wrote:
> > >
> > > >
> > > >
> > > >
On 2020-05-05 08:57, Jeffrey Hugo wrote:
On 5/4/2020 8:44 PM, Bhaumik Bhatt wrote:
While writing any sequence or session identifiers, it is possible that
the host could write a zero value, whereas only non-zero values should
be supported writes to those registers. Ensure that the host does not
w
On Tue, May 05, 2020 at 04:07:12PM +0200, Arnd Bergmann wrote:
> The newly added bpf_stats_handler function has the wrong #ifdef
> check around it, leading to an unused-function warning when
> CONFIG_SYSCTL is disabled:
>
> kernel/sysctl.c:205:12: error: unused function 'bpf_stats_handler'
> [-We
On Tue, May 5, 2020 at 2:36 AM Peter Zijlstra wrote:
>
>
> HJ, Nick,
>
> Any chance any of you can see a way to make your respective compilers
> not emit utter junk for this?
>
> On Mon, May 04, 2020 at 10:14:45PM +0200, Peter Zijlstra wrote:
>
> > https://godbolt.org/z/SDRG2q
Woah, a godbolt lin
On Tue, May 05, 2020 at 03:16:38PM +0200, Thomas Gleixner wrote:
> From: Paul E. McKenney
>
> The rcu_nmi_enter_common() and rcu_nmi_exit_common() functions take an
> "irq" parameter that indicates whether these functions are invoked from
> an irq handler (irq==true) or an NMI handler (irq==false
On 05/05, Eric Biggers wrote:
> On Tue, May 05, 2020 at 08:31:39AM -0700, Jaegeuk Kim wrote:
> > We had to grab the inode before retrieving i_ino.
> >
> > Signed-off-by: Jaegeuk Kim
> > ---
> > fs/f2fs/file.c | 8 +++-
> > 1 file changed, 7 insertions(+), 1 deletion(-)
> >
> > diff --git a/
On Tue, May 05, 2020 at 07:57:55PM +0530, Naresh Kamboju wrote:
> On Mon, 4 May 2020 at 23:36, Greg Kroah-Hartman
> wrote:
> >
> > This is the start of the stable review cycle for the 5.6.11 release.
> > There are 73 patches in this series, all will be posted as a response
> > to this one. If any
From: Dejin Zheng
Date: Tue, 5 May 2020 10:03:29 +0800
> Commit d7a5502b0bb8b ("net: broadcom: convert to
> devm_platform_ioremap_resource_byname()") will broke this driver.
> idm_base and nicpm_base were optional, after this change, they are
> mandatory. it will probe fails with -22 when the dt
On Tue, May 05, 2020 at 08:45:59AM -0700, Guenter Roeck wrote:
> On 5/4/20 10:57 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.6.11 release.
> > There are 73 patches in this series, all will be posted as a response
> > to this one. If anyone has any issue
On Tue, 5 May 2020 10:28:50 -0700 "Paul E. McKenney" wrote:
> On Tue, May 05, 2020 at 09:37:42AM -0700, Eric Dumazet wrote:
> >
> >
> > On 5/5/20 9:31 AM, Eric Dumazet wrote:
> > >
> > >
> > > On 5/5/20 9:25 AM, Eric Dumazet wrote:
> > >>
> > >>
> > >> On 5/5/20 9:13 AM, SeongJae Park wrote:
e the risk and avoid code churn,
> so how about we step back and debug it first?
> Which version of gcc are you using and what .config?
> I've tried:
> Linux version 5.7.0-rc2 (gcc version 10.0.1 20200505 (prerelease) (GCC)
> CONFIG_UNWINDER_ORC=y
> # CONFIG_RETPOLINE is no
On Tue, May 05, 2020 at 10:21:10PM +0800, Jia-Ju Bai wrote:
> In ttusb_dec_init_usb():
> dec->irq_buffer = usb_alloc_coherent(...)
Nice.
> Thus, "dec->irq_buffer" is a DMA value, and it is assigned to "buffer"
> in ttusb_dec_handle_irq():
> char *buffer = dec->irq_buffer;
Nice.
> When DMA f
On Tue, May 05, 2020 at 04:07:12PM +0200, Arnd Bergmann wrote:
> The newly added bpf_stats_handler function has the wrong #ifdef
> check around it, leading to an unused-function warning when
> CONFIG_SYSCTL is disabled:
>
> kernel/sysctl.c:205:12: error: unused function 'bpf_stats_handler'
> [-We
On May 5, 2020 10:44:22 AM PDT, Nick Desaulniers
wrote:
>From: Sedat Dilek
>
>It turns out that if your config tickles __builtin_constant_p via
>differences in choices to inline or not, this now produces invalid
>assembly:
>
>$ cat foo.c
>long a(long b, long c) {
> asm("orb\t%1, %0" : "+q"(c):
* Tony Lindgren [200428 18:23]:
> * Lokesh Vutla [200427 17:29]:
> > omap_dm_timer_prepare() is setting up the parent 32KHz clock. This
> > prepare() gets called by request_timer in the client's driver. Because of
> > this, the timer clock parent that is set with assigned-clock-parent is being
>
On Tue, May 05, 2020 at 03:16:27PM +0200, Thomas Gleixner wrote:
> These functions are invoked from context tracking and other places in the
> low level entry code. Move them into the .noinstr.text section to exclude
> them from instrumentation.
>
> Mark the places which are safe to invoke traceab
On Tue, 5 May 2020 16:02:26 +0200 Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> This adds the driver for the MediaTek Ethernet MAC used on the MT8* SoC
> family. For now we only support full-duplex.
>
> Signed-off-by: Bartosz Golaszewski
> +#define MTK_MAC_VERSION
On 04/05/2020 05:58, Pavan Kondeti wrote:
> On Fri, May 01, 2020 at 06:12:07PM +0200, Dietmar Eggemann wrote:
>> On 30/04/2020 15:10, Pavan Kondeti wrote:
>>> On Mon, Apr 27, 2020 at 10:37:08AM +0200, Dietmar Eggemann wrote:
From: Luca Abeni
>>
>> [...]
>>
@@ -1653,10 +1654,19 @@ select_
On Tue, May 05, 2020 at 06:32:36PM +0100, antlists wrote:
> On 05/05/2020 12:55, Zhen Lei wrote:
> > When I studied the code of mm/swap, I found "1 << (PAGE_SHIFT - 9)" appears
> > many times. So I try to clean up it.
> >
> > 1. Replace "1 << (PAGE_SHIFT - 9)" or similar with SECTORS_PER_PAGE
> >
Hi,
On Tue, May 5, 2020 at 1:24 AM Laurent Pinchart
wrote:
>
> Hi Douglas,
>
> Thank you for the patch.
>
> On Mon, May 04, 2020 at 09:36:31PM -0700, Douglas Anderson wrote:
> > The ti-sn65dsi86 MIPI DSI to eDP bridge chip supports arbitrary
> > remapping of eDP lanes and also polarity inversion.
On Tue, May 05, 2020 at 05:20:50PM +0100, Will Deacon wrote:
> On Mon, May 04, 2020 at 10:29:05AM +0100, Sudeep Holla wrote:
> > diff --git a/drivers/firmware/psci/soc_id.c b/drivers/firmware/psci/soc_id.c
> > new file mode 100644
> > index ..b45f2d78e12e
> > --- /dev/null
> > +++ b/dri
On Tue, May 05, 2020 at 09:58:47AM -0700, Eric Biggers wrote:
> On Tue, May 05, 2020 at 08:31:39AM -0700, Jaegeuk Kim wrote:
> > We had to grab the inode before retrieving i_ino.
> >
> > Signed-off-by: Jaegeuk Kim
> > ---
> > fs/f2fs/file.c | 8 +++-
> > 1 file changed, 7 insertions(+), 1 de
On Tue, 5 May 2020 10:30:36 -0700 "Paul E. McKenney" wrote:
> On Tue, May 05, 2020 at 07:05:53PM +0200, SeongJae Park wrote:
> > On Tue, 5 May 2020 09:37:42 -0700 Eric Dumazet
> > wrote:
> >
> > >
> > >
> > > On 5/5/20 9:31 AM, Eric Dumazet wrote:
> > > >
> > > >
> > > > On 5/5/20 9:25 AM,
On 2020-05-05 07:03, Geert Uytterhoeven wrote:
> request_queue.rpm_status is assigned values of the rpm_status enum only,
> so reflect that in its type.
>
> Signed-off-by: Geert Uytterhoeven
> Acked-by: Rafael J. Wysocki
> ---
> Perhaps this was done to avoid the need to #include ?
> Let's see w
On Tue, May 05, 2020 at 03:16:14PM +0200, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> While working on the entry consolidation I stumbled over the KVM async page
> fault handler and kvm_async_pf_task_wait() in particular. It took me a
> while to realize that the randomly sprinkled around r
On 5/5/20 10:30 AM, Mimi Zohar wrote:
Files can be mmap'ed read/write and later changed to execute to circumvent
IMA's mmap appraise policy rules. Due to locking issues (mmap semaphore
would be taken prior to i_mutex), files can not be measured or appraised at
this point. Eliminate this integr
On 2020-05-05 07:07, Geert Uytterhoeven wrote:
> The various header files are part of the Block Layer.
> Add them to the corresponding section in the MAINTAINERS file, so
> scripts/get_maintainer.pl will pick them up.
>
> Signed-off-by: Geert Uytterhoeven
> ---
> MAINTAINERS | 1 +
> 1 file cha
Both vdso_test_gettimeofday and vdso_standalone_test_x86 use the library in
parse_vdso.c but each separately declares the API it offers which is not
ideal. Create a header file with prototypes of the functions and use it in
both the library and the tests to ensure that the same prototypes are used
Currently the vDSO kselftests have a test called vdso_test which tests
the vDSO implementation of gettimeofday(). In preparation for adding
tests for other vDSO functionality rename this test to reflect what's
going on.
Signed-off-by: Mark Brown
---
tools/testing/selftests/vDSO/.gitignore
Provide a very basic selftest for getcpu() which similarly to our existing
test for gettimeofday() looks up the function in the vDSO and prints the
results it gets if the function exists and succeeds.
Signed-off-by: Mark Brown
---
tools/testing/selftests/vDSO/.gitignore | 1 +
tools/testi
This series does a bit of a cleanup of the existing tests for the vDSO
in kselftest and then adds a new test for getcpu().
Mark Brown (3):
selftests: vdso: Rename vdso_test to vdso_test_gettimeofday
selftests: vdso: Use a header file to prototype parse_vdso API
selftests: vdso: Add a selftes
On Tue, 5 May 2020 10:23:58 -0700 "Paul E. McKenney" wrote:
> On Tue, May 05, 2020 at 09:25:06AM -0700, Eric Dumazet wrote:
> >
> >
> > On 5/5/20 9:13 AM, SeongJae Park wrote:
> > > On Tue, 5 May 2020 09:00:44 -0700 Eric Dumazet
> > > wrote:
> > >
> > >> On Tue, May 5, 2020 at 8:47 AM SeongJ
On Tue, May 5, 2020 at 10:29 AM Nick Desaulniers
wrote:
>
> On Tue, May 5, 2020 at 8:14 AM Andy Shevchenko
> wrote:
> >
> > On Mon, May 04, 2020 at 06:14:43PM -0700, Jesse Brandeburg wrote:
> > > On Mon, 4 May 2020 12:51:12 -0700
> > > Nick Desaulniers wrote:
> > >
> > > > Sorry for the very lat
501 - 600 of 1621 matches
Mail list logo