Quoting Jisheng Zhang (2020-07-17 07:11:38)
> The i915 doesn't depend on IOSF_MBI, asm/iosf_mbi.h already defines
> isof_mbi_* APIs when ISOF_MBI is disabled.
>
> Don't force IOSF_MBI to allow disabling IOSF_MBI for non SoC platforms.
But it is required for Valleyview/Cherryview and we want to su
On 7/17/20 9:40 AM, Gustavo A. R. Silva wrote:
> Replace the existing /* fall through */ comments and its variants with
> the new pseudo-keyword macro fallthrough[1].
>
> [1]
> https://www.kernel.org/doc/html/v5.7-rc7/process/deprecated.html?highlight=fallthrough#implicit-switch-case-fall-through
Em Fri, Jul 17, 2020 at 01:53:51PM -0400, Steven Rostedt escreveu:
> On Fri, 17 Jul 2020 14:40:53 -0300 Arnaldo Carvalho de Melo
> wrote:
> > Say you use:
> > ^C[root@ssdandy ~]# cyclictest --smp -um -p95
> > # /dev/cpu_dma_latency set to 0us
> > policy: fifo: loadavg: 0.05 0.03 0.06 2/409 290
On 7/17/20 11:56 AM, Daniel W. S. Almeida wrote:
> From: "Daniel W. S. Almeida"
>
> Fix the following warnings:
>
> warning: Excess function parameter 'dev' description in
> 'uart_get_rs485_mode'
>
> warning: Excess function parameter 'rs485conf' description in
> 'uart_get_rs485_mode'
>
> Sign
On 7/17/20 11:56 AM, Daniel W. S. Almeida wrote:
> From: "Daniel W. S. Almeida"
>
> Fix the following warnings:
>
> warning: Function parameter or member 'langid' not described in
> 'usb_validate_langid'
>
> warning: Excess function parameter 'lang' description in
> 'usb_validate_langid'
>
> S
Hi Lad,
I will try to answer your question below.
17.07.2020, 12:55, "Lad, Prabhakar" :
> HI Evgeny,
>
> Thank you for the patch.
>
> On Tue, Jul 14, 2020 at 6:20 PM Evgeny Novikov wrote:
>> isif_probe() invokes iounmap() on error handling paths, but it does not
>> reset the global state. So,
On Thu, 16 Jul 2020 11:45:13 -0700
Jacob Pan wrote:
> IOMMU UAPI is newly introduced to support communications between guest
> virtual IOMMU and host IOMMU. There has been lots of discussions on how
> it should work with VFIO UAPI and userspace in general.
>
> This document is indended to clarif
On 7/17/20 11:56 AM, Daniel W. S. Almeida wrote:
> From: "Daniel W. S. Almeida"
>
> Fix the following warnings:
>
> warning: Function parameter or member 'gc' not described in
> 'gpiochip_add_data'
>
> warning: Excess function parameter 'chip' description in
> 'gpiochip_add_data'
>
> Signed-of
On 7/17/20 11:56 AM, Daniel W. S. Almeida wrote:
> From: "Daniel W. S. Almeida"
>
> Fix the following warning:
>
> warning: Excess function parameter 'error' description in
> 'trace_block_bio_complete'
>
> Signed-off-by: Daniel W. S. Almeida
I have already fixed this one and it has been merge
From: Weilong Chen
Date: Wed, 15 Jul 2020 20:58:10 +0800
> When vlan_newlink call register_vlan_dev fails, it might return error
> with dev->reg_state = NETREG_UNREGISTERED. The rtnl_newlink should
> free the memory. But currently rtnl_newlink only free the memory which
> state is NETREG_UNINITIA
On 7/17/20 11:56 AM, Daniel W. S. Almeida wrote:
> From: "Daniel W. S. Almeida"
>
> Fix the following warning:
>
> warning: bad line: [@right ][node2 ... ]
>
> This was missing a '*' at the start.
>
> Signed-off-by: Daniel W. S. Almeida
Mauro and I both fixed this one. His patch was merged.
On 7/17/20 11:56 AM, Daniel W. S. Almeida wrote:
> From: "Daniel W. S. Almeida"
>
> Fix the following warning:
>
> warning: Excess function parameter 'irq' description in 'rcu_nmi_enter'
>
> Signed-off-by: Daniel W. S. Almeida
At least 2 people have already fixed this one...
> ---
> kernel/
On 7/17/20 11:56 AM, Daniel W. S. Almeida wrote:
> From: "Daniel W. S. Almeida"
>
> Fix the following warnings:
>
> watch_queue.rst:107: WARNING: Inline literal start-string
> without end-string.
>
> watch_queue.rst:107: WARNING: Inline emphasis start-string
> without end-string
>
> watch_queu
On Fri, 17 Jul 2020 16:34:55 -0300
Arnaldo Carvalho de Melo wrote:
Thinking a bit more, I have to ask. Does perf use the kernel when
getting all the children of an existing task, or is that done only in
userspace?
That is, is there a perf syscall that says "start tracing this task and
all its ex
From: Wang Hai
Date: Thu, 16 Jul 2020 11:50:38 +0800
> If try_toggle_control_gpio() failed in smc_drv_probe(), free_netdev(ndev)
> should be called to free the ndev created earlier. Otherwise, a memleak
> will occur.
>
> Fixes: 7d2911c43815 ("net: smc91x: Fix gpios for device tree based booting"
From: Qinglang Miao
Date: Thu, 16 Jul 2020 16:47:28 +0800
> Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
>
> Signed-off-by: Qinglang Miao
This does not apply to the net-next tree.
Am Freitag, 17. Juli 2020, 19:56:09 CEST schrieb Kai-Heng Feng:
> > Pierre, thanks for confirming!
> >
> > Kai-Heng suspected an upstream stable commit that is missing in 5.4.0-40,
> > but I don't have any good suggestions.
>
> Well, Ubuntu's 5.4 kernel is based on upstream stable v5.4, so I aske
From: Qinglang Miao
Date: Thu, 16 Jul 2020 16:58:59 +0800
> From: Yongqiang Liu
>
> Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
>
> Signed-off-by: Yongqiang Liu
This also does not apply cleanly to the net-next tree.
More small stuff.
Refactoring for feature_id conflict covered in other email.
Tom
On 7/14/20 10:38 PM, Xu Yilun wrote:
> A new bus type "dfl" is introduced for private features which are not
> initialized by DFL feature drivers (dfl-fme & dfl-afu drivers). So these
> private features could be h
On Fri, 2020-07-17 at 12:37 -0700, Randy Dunlap wrote:
> On 7/17/20 11:56 AM, Daniel W. S. Almeida wrote:
> > From: "Daniel W. S. Almeida"
> >
> > Fix the following warnings:
> >
> > warning: Function parameter or member 'gc' not described in
> > 'gpiochip_add_data'
> >
> > warning: Excess func
Hi Laurentiu.
On Fri, Jul 17, 2020 at 05:41:27PM +0300, Laurentiu Palcu wrote:
> From: Laurentiu Palcu
>
> This adds initial support for iMX8MQ's Display Controller Subsystem (DCSS).
> Some of its capabilities include:
> * 4K@60fps;
> * HDR10;
> * one graphics and 2 video pipelines;
> * on-t
Acked-by: Crt Mori
On Fri, 17 Jul 2020 at 18:56, Lee Jones wrote:
>
> '*'s are not welcome in kerneldoc parameter names.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/iio/temperature/mlx90632.c:175: warning: Function parameter or
> member 'data' not described in 'mlx90632_pe
From: Paolo Pisati
Date: Thu, 16 Jul 2020 17:51:14 +0200
> Fix ip_defrag.sh when CONFIG_NF_DEFRAG_IPV6=m:
>
> $ sudo ./ip_defrag.sh
> + set -e
> + mktemp -u XX
> + readonly NETNS=ns-rGlXcw
> + trap cleanup EXIT
> + setup
> + ip netns add ns-rGlXcw
> + ip -netns ns-rGlXcw link set lo up
> + i
The following commit has been merged into the timers/urgent branch of tip:
Commit-ID: e2a71bdea81690b6ef11f4368261ec6f5b6891aa
Gitweb:
https://git.kernel.org/tip/e2a71bdea81690b6ef11f4368261ec6f5b6891aa
Author:Frederic Weisbecker
AuthorDate:Fri, 17 Jul 2020 16:05:40 +02:00
On Fri, 17 Jul 2020 12:42:52 -0700
Randy Dunlap wrote:
> > - * ``int remove_watch_from_object(struct watch_list *wlist,
> > - struct watch_queue *wqueue,
> > - u64 id, false);``
> > + * ``int remove_watch_from_object(struct watch_list *w
On Fri, 17 Jul 2020 19:44:58 +
Daniel Lima de Almeida wrote:
> I was working on top of 'docs_next' if I recall correctly. Any suggestions?
Always look at linux-next to see what's going on.
Since most of those patches are not appropriate for docs-next, I don't
have them, but you should alway
On Fri, Jul 17, 2020 at 03:04:10PM -0400, Lyude Paul wrote:
> Isn't it possible to tell whether a PCI device is connected through
> thunderbolt or not? We could probably get away with just defaulting
> to 100ms for thunderbolt devices without DLL Link Active specified,
> and then default to the old
On 2020-07-17 1:05 p.m., Karol Herbst wrote:
> It's hard to figure out what systems are actually affected and right now I
> don't see a good way of removing those...
>
> But I'd like to see thos getting removed and drivers fixed instead (which
> happened at least for nouveau).
>
> And as mentione
From: Christophe JAILLET
Date: Thu, 16 Jul 2020 21:03:58 +0200
> The wrappers in include/linux/pci-dma-compat.h should go away.
>
> The patch has been generated with the coccinelle script below and has been
> hand modified to replace GFP_ with a correct flag.
> It has been compile tested.
>
> W
On 2020-07-17 12:04 p.m., Scott Branden wrote:
Hi Kees,
On 2020-07-17 10:43 a.m., Kees Cook wrote:
In preparation for refactoring kernel_read_file*(), remove the redundant
"size" argument which is not needed: it can be included in the return
I don't think the size argument is redundant thou
From: Suraj Upadhyay
Date: Fri, 17 Jul 2020 00:46:45 +0530
> Replace goto loop with while loop.
>
> Signed-off-by: Suraj Upadhyay
Applied to net-next.
From: Christophe JAILLET
Date: Thu, 16 Jul 2020 22:48:02 +0200
> The wrappers in include/linux/pci-dma-compat.h should go away.
>
> The patch has been generated with the coccinelle script below and has been
> hand modified to replace GFP_ with a correct flag.
> It has been compile tested.
>
> W
From: Christophe JAILLET
Date: Thu, 16 Jul 2020 21:28:21 +0200
> The wrappers in include/linux/pci-dma-compat.h should go away.
>
> The patch has been generated with the coccinelle script below and has been
> hand modified to replace GFP_ with a correct flag.
> It has been compile tested.
>
> W
From: Christophe JAILLET
Date: Thu, 16 Jul 2020 22:52:42 +0200
> Avoid a memset after a call to 'dma_alloc_coherent()'.
> This is useless since
> commit 518a2f1925c3 ("dma-mapping: zero memory returned from dma_alloc_*")
>
> Replace a kmalloc+memset with a corresponding kzalloc.
>
> Signed-off-
On Thu, 16 Jul 2020 11:45:16 -0700
Jacob Pan wrote:
> IOMMU UAPI data has a user filled argsz field which indicates the data
> length comes with the API call. User data is not trusted, argsz must be
> validated based on the current kernel data size, mandatory data size,
> and feature flags.
>
>
The following commit has been merged into the timers/core branch of tip:
Commit-ID: dc2a0f1fb2a06df09f5094f29aea56b763aa7cca
Gitweb:
https://git.kernel.org/tip/dc2a0f1fb2a06df09f5094f29aea56b763aa7cca
Author:Frederic Weisbecker
AuthorDate:Fri, 17 Jul 2020 16:05:46 +02:00
C
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 0975fb565b8b8f9e0c96d0de39fcb954833ea5e0
Gitweb:
https://git.kernel.org/tip/0975fb565b8b8f9e0c96d0de39fcb954833ea5e0
Author:Frederic Weisbecker
AuthorDate:Fri, 17 Jul 2020 16:05:50 +02:00
C
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 1f32cab0db4bdf6491eb4a60838f278e01c31698
Gitweb:
https://git.kernel.org/tip/1f32cab0db4bdf6491eb4a60838f278e01c31698
Author:Anna-Maria Behnsen
AuthorDate:Fri, 17 Jul 2020 16:05:42 +02:00
Co
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 9a2b764b06c880678416d803d027f575ae40ec99
Gitweb:
https://git.kernel.org/tip/9a2b764b06c880678416d803d027f575ae40ec99
Author:Frederic Weisbecker
AuthorDate:Fri, 17 Jul 2020 16:05:43 +02:00
C
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 4468897211628865ee2392acb5ad281f74176f63
Gitweb:
https://git.kernel.org/tip/4468897211628865ee2392acb5ad281f74176f63
Author:Frederic Weisbecker
AuthorDate:Fri, 17 Jul 2020 16:05:44 +02:00
C
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 001ec1b3925da0d51847c23fc0aa4129282db526
Gitweb:
https://git.kernel.org/tip/001ec1b3925da0d51847c23fc0aa4129282db526
Author:Frederic Weisbecker
AuthorDate:Fri, 17 Jul 2020 16:05:45 +02:00
C
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 36cd28a4cdd05d47ccb62a2d86e8f37839cc879a
Gitweb:
https://git.kernel.org/tip/36cd28a4cdd05d47ccb62a2d86e8f37839cc879a
Author:Frederic Weisbecker
AuthorDate:Fri, 17 Jul 2020 16:05:51 +02:00
C
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 3d2e83a2a6a0657c1cf145fa6ba23620715d6c36
Gitweb:
https://git.kernel.org/tip/3d2e83a2a6a0657c1cf145fa6ba23620715d6c36
Author:Frederic Weisbecker
AuthorDate:Fri, 17 Jul 2020 16:05:41 +02:00
C
On 17/07/20 10:02 am, Hari Bathini wrote:
>
>
> On 15/07/20 5:19 am, Thiago Jung Bauermann wrote:
>>
>> Hello Hari,
>>
>> Hari Bathini writes:
>>
>>> In kexec case, the kernel to be loaded uses the same memory layout as
>>> the running kernel. So, passing on the DT of the running kernel would
The following commit has been merged into the timers/core branch of tip:
Commit-ID: d4f7dae87096dfe722bf32aa82076ece1063746c
Gitweb:
https://git.kernel.org/tip/d4f7dae87096dfe722bf32aa82076ece1063746c
Author:Frederic Weisbecker
AuthorDate:Fri, 17 Jul 2020 16:05:49 +02:00
C
From: Doug Berger
Date: Thu, 16 Jul 2020 16:38:14 -0700
> The WAKE_FILTER logic can only wake the system from the standby
> power state. However, some systems that include the GENET IP
> support deeper power saving states and the driver should suspend
> and resume correctly from those states as w
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 1f8a4212dc83f8353843fabf6465fd918372fbbf
Gitweb:
https://git.kernel.org/tip/1f8a4212dc83f8353843fabf6465fd918372fbbf
Author:Frederic Weisbecker
AuthorDate:Fri, 17 Jul 2020 16:05:48 +02:00
C
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 90d52f65f303091be17b5f4ffab7090b2064b4a1
Gitweb:
https://git.kernel.org/tip/90d52f65f303091be17b5f4ffab7090b2064b4a1
Author:Frederic Weisbecker
AuthorDate:Fri, 17 Jul 2020 16:05:47 +02:00
C
On 7/17/2020 12:26 PM, Matthew Hagan wrote:
>
>
> On 16/07/2020 23:32, Andrew Lunn wrote:
>> On Thu, Jul 16, 2020 at 03:09:25PM -0700, Jakub Kicinski wrote:
>>> On Mon, 13 Jul 2020 21:50:26 +0100 Matthew Hagan wrote:
Add names and decriptions of additional PORT0_PAD_CTRL properties.
On Thu, Jul 16, 2020 at 01:32:04PM +0200, Jiri Olsa wrote:
SNIP
> > > ---
> > > Jiri Olsa (18):
> > >perf metric: Rename expr__add_id to expr__add_val
> > >perf metric: Add struct expr_id_data to keep expr value
> > >perf metric: Add expr__add_id function
> > >perf
> -Original Message-
> From: Arnd Bergmann
> Sent: Friday, July 17, 2020 1:57 PM
> To: Eads, Gage
> Cc: linux-kernel@vger.kernel.org; gregkh ;
> Karlsson, Magnus ; Topel, Bjorn
>
> Subject: Re: [PATCH 04/20] dlb2: add device ioctl layer and first 4 ioctls
>
> On Fri, Jul 17, 2020 at 8
On Fri, Jul 17, 2020 at 01:30:03PM -0400, Steven Rostedt wrote:
> On Fri, 17 Jul 2020 16:33:38 +0200
> gregory.herr...@oracle.com wrote:
>
> > From: Gregory Herrero
> >
> > Currently, if a section has a relocation to '_mcount' symbol, a new
> > __mcount_loc entry will be added whatever the reloc
From: Wang Hai
Date: Fri, 17 Jul 2020 15:10:16 +0800
> When nfc_register_device fails in nci_register_device,
> destroy_workqueue() shouled be called to destroy ndev->tx_wq.
>
> Fixes: 3c1c0f5dc80b ("NFC: NCI: Fix nci_register_device init sequence")
> Reported-by: Hulk Robot
> Signed-off-by: Wa
On Fri, Jul 17, 2020 at 10:05 PM David E. Box
wrote:
>
> Add PCIe Designated Vendor-Specific Extended Capability (DVSEC) and defines
> for the header offsets. Defined in PCIe r5.0, sec 7.9.6.
>
FWIW,
Reviewed-by: Andy Shevchenko
> Signed-off-by: David E. Box
> Acked-by: Bjorn Helgaas
> ---
>
This is a regression introduced by the "migrate from ll_rw_block usage
to BIO" patch.
Squashfs packs structures on byte boundaries, and due to that
the length field (of the metadata block) may not be fully in
the current block. The new code rewrote and introduced a faulty
check for that edge case
On Fri, Jul 17, 2020 at 10:55:28AM +0800, Wei Hu wrote:
> Kdump could fail sometime on HyperV guest over Accerlated Network
> interface. This is because the retry in hv_pci_enter_d0() relies on
> an asynchronous host event to arrive guest before calling
> hv_send_resources_allocated(). This fixes t
rhel-kconfig
powerpc allmodconfig
powerpc allnoconfig
powerpc defconfig
x86_64 randconfig-a005-20200717
x86_64 randconfig-a006-20200717
x86_64 randconfig
17.07.2020 18:41, Sowjanya Komatineni пишет:
...
>> Also, what about the auto-calibration? Isn't it needed to be enabled for
>> CSI?
> STARTCAL does one time calibration and with AUTOCAL calibration will be
> triggered periodically.
>
> For pads PULLUP/PULLDN/TERM impedance calibration, we only ne
On Fri, 17 Jul 2020 22:01:19 +0200
Gregory Herrero wrote:
> Thanks Steve.
> Should I send a V2 to add 'Cc: sta...@vger.kernel.org' in the commit
> description or can someone take care of it when adding the commit to
> the tree?
If I was taking it, I would simply add the Cc: sta...@vger.kernel.or
17.07.2020 19:55, Jon Hunter пишет:
...
> I have tested this on Jetson TK1 using u-boot to verify the behaviour
> and it does indeed work as described here. I have also ran it through
> the automated testing we have for Tegra and see no immediate issue.
> Therefore ...
>
> Reviewed-by: Jon Hunter
Muchun,
Muchun Song writes:
> The get_option() maybe return 0, it means that the nr_cpus is
> not initialized.
Good catch, but see below.
> Then we will use the stale nr_cpus to initialize
We use nothing. Please describe your changes in technical neutral
language.
> the nr_cpu_ids. So fix it
On Fri 17 Jul 09:55 PDT 2020, Lee Jones wrote:
> Kerneldoc is only suitable for documenting functions and struct/enums.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/iio/adc/qcom-pm8xxx-xoadc.c:133: warning: Excess function parameter
> 'PM8XXX_CHANNEL_INTERNAL' description i
Same as v5 previously posted, but rebased onto next-20200717.
v5: https://lore.kernel.org/lkml/20200715004133.1430068-1-nived...@alum.mit.edu/
Ard Biesheuvel (3):
x86/boot/compressed: Move .got.plt entries out of the .got section
x86/boot/compressed: Force hidden visibility for all symbol
From: Ard Biesheuvel
The .got.plt section contains the part of the GOT which is used by PLT
entries, and which gets updated lazily by the dynamic loader when
function calls are dispatched through those PLT entries.
On fully linked binaries such as the kernel proper or the decompressor,
this neve
gcc puts the main function into .text.startup when compiled with -Os (or
-O2). This results in arch/x86/boot/main.c having a .text.startup
section which is currently not included explicitly in the linker script
setup.ld in the same directory.
The BFD linker places this orphan section immediately a
Add a linker script check that there are no run-time relocations, and
remove the old one that tries to check via looking for specially-named
sections in the object files.
Drop the tests for -fPIE compiler option and -pie linker option, as they
are available in all supported gcc and binutils versio
From: Ard Biesheuvel
In a previous patch, we have eliminated GOT entries from the decompressor
binary and added an assertion that the .got section is empty. This means
that the GOT fixup routines that exist in both the 32-bit and 64-bit
startup routines have become dead code, and can be removed.
From: Ard Biesheuvel
Eliminate all GOT entries in the decompressor binary, by forcing hidden
visibility for all symbol references, which informs the compiler that
such references will be resolved at link time without the need for
allocating GOT entries.
To ensure that no GOT entries will creep b
The assembly code in head_{32,64}.S, while meant to be
position-independent, generates run-time relocations because it uses
instructions such as
lealgdt(%edx), %eax
which make the assembler and linker think that the code is using %edx as
an index into gdt, and hence gdt needs to be relo
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 8882572675c1bb1cc544f4e229a11661f1fc52e4
commit: 4c6f3196e6ea111c456c6086dc3f57d4706b0b2d drm/mediatek: use correct
device to import PRIME buffers
date: 11 months ago
config: arm-randconfig-r026-20200717
The BFD linker generates run-time relocations for z_input_len and
z_output_len, even though they are absolute symbols.
This is fixed for binutils-2.35 [1]. Work around this for earlier
versions by defining two variables input_len and output_len in addition
to the symbols, and use them via position
On Fri, Jul 17, 2020 at 10:39 AM Doug Anderson wrote:
>
> Hi,
>
> On Fri, Jul 17, 2020 at 7:46 AM Jordan Crouse wrote:
> >
> > On Fri, Jul 17, 2020 at 08:04:18PM +0530, Akhil P Oommen wrote:
> > > On targets where GMU is available, GMU takes over the ownership of GX GDSC
> > > during its initiali
A release candidate Git v2.28.0-rc1 is now available for testing
at the usual places. It is comprised of 295 non-merge commits
since v2.27.0, contributed by 43 people, 10 of which are new faces.
The tarballs are found at:
https://www.kernel.org/pub/software/scm/git/testing/
The following pu
OK by me, but please update the subject to match convention:
PCI: Fix PREL32 relocations for LTO
and include a hint in the commit log about what LTO is. At least
expand the initialism once. Googling for "LTO" isn't very useful.
With Clang's Link Time Optimization (LTO), the compiler ... ?
Qinglang Miao writes:
> Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
>
> Signed-off-by: Qinglang Miao
> ---
> lib/debugobjects.c | 12 +---
> 1 file changed, 1 insertion(+), 11 deletions(-)
>
> diff --git a/lib/debugobjects.c b/lib/debugobjects.c
> index 5d2bbfc55..916a5c492 100
On 16/07/2020 23:09, Jakub Kicinski wrote:
> On Mon, 13 Jul 2020 21:50:26 +0100 Matthew Hagan wrote:
>> Add names and decriptions of additional PORT0_PAD_CTRL properties.
>>
>> Signed-off-by: Matthew Hagan
>> ---
>> Documentation/devicetree/bindings/net/dsa/qca8k.txt | 8
>> 1 file ch
Hi,
On Fri, Jul 17, 2020 at 1:24 PM Rob Clark wrote:
>
> On Fri, Jul 17, 2020 at 10:39 AM Doug Anderson wrote:
> >
> > Hi,
> >
> > On Fri, Jul 17, 2020 at 7:46 AM Jordan Crouse
> > wrote:
> > >
> > > On Fri, Jul 17, 2020 at 08:04:18PM +0530, Akhil P Oommen wrote:
> > > > On targets where GMU
On Fri, Jul 10, 2020 at 5:59 PM Alex Shi wrote:
>
> This patch reorder the isolation steps during munlock, move the lru lock
> to guard each pages, unfold __munlock_isolate_lru_page func, to do the
> preparation for lru lock change.
>
> __split_huge_page_refcount doesn't exist, but we still have t
On Mon, Jul 13, 2020 at 11:03:53AM +0800, kernel test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 11ba468877bb23f28956a35e896356252d63c983
> commit: 4165994ac9672d91134675caa6de3645a9ace6c8 xfs: factor common AIL item
> deletion cod
On Fri, 17 Jul 2020, Denis Efremov wrote:
> Check for memset()/memzero_explicit() followed by kfree()/vfree()/kvfree().
>
> Signed-off-by: Denis Efremov
Applied.
> ---
> Changes in v2:
> - memset_explicit() added
> - kvfree_sensitive() added
> - forall added to r1
> - ... between memset
On 7/17/2020 1:29 PM, Matthew Hagan wrote:
>
>
> On 16/07/2020 23:09, Jakub Kicinski wrote:
>> On Mon, 13 Jul 2020 21:50:26 +0100 Matthew Hagan wrote:
>>> Add names and decriptions of additional PORT0_PAD_CTRL properties.
>>>
>>> Signed-off-by: Matthew Hagan
>>> ---
>>> Documentation/devicet
From: Nikita Danilov
This patch disables PTP on AQC111 and AQC112 due to a known HW issue,
which can cause datapath issues.
Ideally PTP block should have been disabled via PHY provisioning, but
unfortunately many units have been shipped with enabled PTP block.
Thus, we have to work around this i
On 17.07.20 22:29, Matthew Hagan wrote:
On 16/07/2020 23:09, Jakub Kicinski wrote:
On Mon, 13 Jul 2020 21:50:26 +0100 Matthew Hagan wrote:
Add names and decriptions of additional PORT0_PAD_CTRL properties.
Signed-off-by: Matthew Hagan
---
Documentation/devicetree/bindings/net/dsa/qca8k.t
This has been fixed in 5.8-rc5. Chrome now works again (failed on
rc1, rc2 and rc4, worked on 5.7 and before as well)
On Sat, Jul 4, 2020 at 3:29 PM Steve French wrote:
>
> I noticed that chrome crashes immediately on startup on my desktop
> booting to 5.8-rc2 or later kernels (whether I build
On 17.07.20 22:39, Florian Fainelli wrote:
On 7/17/2020 1:29 PM, Matthew Hagan wrote:
On 16/07/2020 23:09, Jakub Kicinski wrote:
On Mon, 13 Jul 2020 21:50:26 +0100 Matthew Hagan wrote:
Add names and decriptions of additional PORT0_PAD_CTRL properties.
Signed-off-by: Matthew Hagan
---
D
On Fri, Jul 17, 2020 at 10:54:42AM +0200, Peter Zijlstra wrote:
> On Fri, Jul 17, 2020 at 12:20:41AM -0700, ira.we...@intel.com wrote:
> > +/*
> > + * Get a new pkey register value from the user values specified.
> > + *
> > + * Kernel users use the same flags as user space:
> > + * PKEY_DISABL
In our environment we are using systemd portable containers in
squashfs formats, convert them into loop device, and mount.
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop5 7:50 76.4M 0 loop
`-BaseImageM1908 252:30 76.4M 1 crypt /BaseI
Currently, loop device has only one global lock:
loop_ctl_mutex.
This becomes hot in scenarios where many loop devices are used.
Scale it by introducing per-device lock: lo_mutex that proctests
field in struct loop_device. Keep loop_ctl_mutex to protect global
data such as loop_index_idr, loop_lo
On Thu, Jul 16, 2020 at 09:44:27PM -0700, Eric Biggers wrote:
> From: Eric Biggers
>
> The "one-time init" pattern is implemented incorrectly in various places
> in the kernel. And when people do try to implement it correctly, it is
> unclear what to use. Try to give some proper guidance.
>
>
Hi Christoph,
On 14.07.2020 21:04, Christoph Hellwig wrote:
> Just use d_genocide instead of iterating through the root directory with
> cumbersome userspace-like APIs. This also ensures we actually remove files
> that are not direct children of the root entry, which the old code failed
> to do.
On Mon, 8 Jun 2020, Denis Efremov wrote:
> Match GFP_USER and optional __GFP_NOWARN allocations with
> memdup_user.cocci rule.
> Commit 6c2c97a24f09 ("memdup_user(): switch to GFP_USER") switched
> memdup_user() from GFP_KERNEL to GFP_USER. In almost all cases it
> is still a good idea to recom
Battery status changes dynamically, so the corresponding registers
need to be considered volatile. Affected registers are:
- fuel gauge
- battery status
- battery interrupt
Signed-off-by: Andreas Kemnade
---
drivers/mfd/rn5t618.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mfd
Hi Alexandre,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on robh/for-next]
[also build test ERROR on linus/master v5.8-rc5 next-20200717]
[cannot apply to remoteproc/for-next rpmsg/for-next]
[If your patch is applied to the wrong git tree, kindly drop us a note
On Fri, Jul 17, 2020 at 06:47:50PM +0100, Matthew Wilcox wrote:
> On Thu, Jul 16, 2020 at 09:44:27PM -0700, Eric Biggers wrote:
> > +If that doesn't apply, you'll have to implement one-time init yourself.
> > +
> > +The simplest implementation just uses a mutex and an 'inited' flag.
> > +This imple
Christoph Hellwig writes:
> Switch over all instances used directly as methods using these sed
> expressions:
>
> sed -i -e 's/\.read\(\s*=\s*\)seq_read/\.read_iter\1seq_read_iter/g'
This sucks, really. I just got a patch against this converting the
changed version to DEFINE_SHOW_ATTRIBUTE(somef
On Fri, Jul 10, 2020 at 5:59 PM Alex Shi wrote:
>
> Now pgdat.lru_lock was replaced by lruvec lock. It's not used anymore.
>
> Signed-off-by: Alex Shi
> Cc: Andrew Morton
> Cc: Konstantin Khlebnikov
> Cc: Hugh Dickins
> Cc: Johannes Weiner
> Cc: linux...@kvack.org
> Cc: linux-kernel@vger.kern
On Thu 2020-07-16 17:03:03, Qinglang Miao wrote:
> From: Yongqiang Liu
>
> Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
>
> Signed-off-by: Yongqiang Liu
> ---
> drivers/memory/emif.c | 22 ++
> drivers/memory/tegra/tegra124-emc.c | 14 +-
>
Hi
On 15.07.2020 09:41, Daniel Lezcano wrote:
> The generic netlink is initialized far after the netlink protocol
> itself at subsys_initcall. The devlink is initialized at the same
> level, but after, as shown by a disassembly of the vmlinux:
>
> [ ... ]
> 374 8000115f22c0 <__initcall_devlink
On 7/17/20 12:48 PM, Joe Perches wrote:
> On Fri, 2020-07-17 at 12:37 -0700, Randy Dunlap wrote:
>> On 7/17/20 11:56 AM, Daniel W. S. Almeida wrote:
>>> From: "Daniel W. S. Almeida"
>>>
>>> Fix the following warnings:
>>>
>>> warning: Function parameter or member 'gc' not described in
>>> 'gpiochi
Ali,
"Saidi, Ali" writes:
can you pretty please fix your mail setup. Your replies lack the
following headers:
In-Reply-To:
References:
but carry some useless Microsoft gunk instead:
Thread-Topic: [PATCH] genirq/affinity: Handle affinity setting on inactive
interrupts correctly
Thr
301 - 400 of 1353 matches
Mail list logo
