On 28/02/2021 17:05, Alexey Dobriyan wrote:
> From 251ca5673886b5bb0a42004944290b9d2b267a4a Mon Sep 17 00:00:00 2001
> From: Alexey Dobriyan
> Date: Fri, 19 Feb 2021 13:37:24 +0300
> Subject: [PATCH 10/11] pragma once: delete few backslashes
>
> Some macros contain one backslash too many and end
From: Rolf Eike Beer
It's "cond_resched()" not "cond_sched()".
Link: https://lkml.kernel.org/r/1863065.aFVDpXsuPd@devpool47
Signed-off-by: Rolf Eike Beer
Signed-off-by: Steven Rostedt (VMware)
---
kernel/trace/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel
Hi,
On Thu, 4 Mar 2021 at 04:23, Pavel Skripkin wrote:
...
> >
> > I think this need to be:
> >
> > if (!IS_ERR_OR_NULL(key->tfm[i]))
> >
> > otherwise we still run into issues for the current iterator when
> > key->tfm[i] is in range of IS_ERR().
>
> Oh... I got it completly wrong, I'm sorry. If
On 3/4/21 2:19 PM, Mike Leach wrote:
Hi Suzuki,
On Thu, 4 Mar 2021 at 12:13, Suzuki K Poulose wrote:
On 1/28/21 5:09 PM, Mike Leach wrote:
Loaded coresight configurations are registered in the cs_etm\cs_config sub
directory. This extends the etm-perf code to handle these registrations,
and t
syzbot has bisected this issue to:
commit 6a66a7ded12baa6ebbb2e3e82f8cb91382814839
Author: zhangyi (F)
Date: Thu Feb 13 06:38:20 2020 +
jbd2: move the clearing of b_modified flag to the journal_unmap_buffer()
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=14bd498ed0
On Wed, Mar 3, 2021 at 10:48 PM Daniel Walker wrote:
>
> It looks like there's some seepage of cmdline stuff into
> the generic device tree code. This conflicts with the
> generic cmdline implementation so I remove it in the case
> when that's enabled.
>
> Cc: xe-linux-exter...@cisco.com
> Signed-
On 02.03.2021 22:54:29, Dario Binacchi wrote:
>
> The D_CAN controller supports up to 128 messages. Until now the driver
> only managed 32 messages although Sitara processors and DRA7 SOC can
> handle 64.
>
> The series was tested on a beaglebone board.
>
> Note:
> I have not changed the type of
If the page is already mapped resp. already unmapped, bail out.
Signed-off-by: Christophe Leroy
---
v2: New
---
arch/powerpc/mm/book3s64/hash_utils.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/mm/book3s64/hash_utils.c
b/arch/powerpc/mm/book3s64/hash_
Add architecture specific implementation details for KFENCE and enable
KFENCE for the ppc32 architecture. In particular, this implements the
required interface in .
KFENCE requires that attributes for pages from its memory pool can
individually be set. Therefore, force the Read/Write linear map to
This reuses the DEBUG_PAGEALLOC logic.
Tested on qemu with ppc64_defconfig + CONFIG_KFENCE + CONFIG_KUNIT +
CONFIG_KFENCE_KUNIT_TEST.
Signed-off-by: Christophe Leroy
---
v2: New
---
arch/powerpc/Kconfig | 2 +-
arch/powerpc/include/asm/kfence.h | 8
arch/powerpc/
Hi,
On 2/27/21 11:20 AM, Luke D Jones wrote:
> This patch reduces the product match for GA401 series laptops to
> the minimum string required.
>
> The GA401 series of laptops has a lengthy list of product
> variations in the 2020 series and the 2021 series refresh
> is using the same base product
debug_pagealloc_enabled() is always defined and constant folds to
'false' when CONFIG_DEBUG_PAGEALLOC is not enabled.
Remove the #ifdefs, the code and associated static variables will
be optimised out by the compiler when CONFIG_DEBUG_PAGEALLOC is
not defined.
Signed-off-by: Christophe Leroy
---
On Tue, Mar 02, 2021 at 02:59:40PM +, Quentin Perret wrote:
> With nVHE, the host currently creates all stage 1 hypervisor mappings at
> EL1 during boot, installs them at EL2, and extends them as required
> (e.g. when creating a new VM). But in a world where the host is no
> longer trusted, it
Hi,
Our SOF/audio CI shows an across-the-board regression when we try
v5.12-rc1, specifically on pause/resume tests with an interactive
terminal running 'aplay -i' commands managed by expect to simulate the
user pressing the space bar to pause/unpause. It turns out the processes
are not longer
Some architectures prefix all functions with a constant string ('.' on
ppc64). Add ARCH_FUNC_PREFIX, which may optionally be defined in
, so that get_stack_skipnr() can work properly.
Link: https://lkml.kernel.org/r/f036c53d-7e81-763c-47f4-6024c6c5f...@csgroup.eu
Reported-by: Christophe Leroy
Tes
On Thu, 4 Mar 2021 15:15:24 +0530
Vamshi K Sthambamkadi wrote:
> To fix call argv_free() even when argc=0.
I want to cry :'-(
Not anything to do with you. I have a set of fixes that I have queued that
requires a ~13 hour test to run before I push off to Linus. When it was
almost done, I discove
From: Rafał Miłecki
NVMEM on some devices can be accessed using I/O mapping. For example on
Broadcom MIPS and ARM Northstar platforms NVRAM can be accessed that
way.
Signed-off-by: Rafał Miłecki
---
.../devicetree/bindings/nvmem/iomap.yaml | 29 +++
1 file changed, 29 inse
From: Rafał Miłecki
This is a generic NVMEM access method used e.g. by Broadcom for their
NVRAM on MIPS and Northstar devices.
Signed-off-by: Rafał Miłecki
---
drivers/nvmem/Kconfig | 7 +++
drivers/nvmem/Makefile | 2 +
drivers/nvmem/iomap.c | 99 ++
On Thu, 4 Mar 2021 at 15:40, Marco Elver wrote:
> Some architectures prefix all functions with a constant string ('.' on
> ppc64). Add ARCH_FUNC_PREFIX, which may optionally be defined in
> , so that get_stack_skipnr() can work properly.
>
> Link:
> https://lkml.kernel.org/r/f036c53d-7e81-763c-47
Hi
On Thu, 4 Mar 2021 at 14:25, Suzuki K Poulose wrote:
>
> On 3/4/21 2:19 PM, Mike Leach wrote:
> > Hi Suzuki,
> >
> > On Thu, 4 Mar 2021 at 12:13, Suzuki K Poulose
> > wrote:
> >>
> >> On 1/28/21 5:09 PM, Mike Leach wrote:
> >>> Loaded coresight configurations are registered in the cs_etm\cs_
This is a follow up of commit ea3274695353 ("net: sched: avoid
duplicates in qdisc dump") which has fixed the issue only for the qdisc
dump.
The duplicate printing also occurs when dumping the classes via
tc class show dev eth0
Fixes: 59cc1f61f09c ("net: sched: convert qdisc linked list to hash
On Mon, 2018-07-16 at 12:09 +0200, Dmitry Vyukov wrote:
> On Fri, Jul 13, 2018 at 11:58 PM, Andrew Morton
> wrote:
> > On Fri, 13 Jul 2018 14:39:02 -0700 syzbot <
> > syzbot+cce9ef2dd25246f81...@syzkaller.appspotmail.com> wrote:
> >
> > > Hello,
> > >
> > > syzbot found the following crash on:
>
[adding Mark Brown]
On Wed, Mar 03, 2021 at 04:20:43PM +0100, Marco Elver wrote:
> On Wed, Mar 03, 2021 at 03:52PM +0100, Christophe Leroy wrote:
> > Le 03/03/2021 � 15:38, Marco Elver a �crit�:
> > > On Wed, 3 Mar 2021 at 15:09, Christophe Leroy
> > > wrote:
> > > >
> > > > It seems like
Hi Nicolas,
> El 4 mar 2021, a las 14:30, Nicolas Saenz Julienne
> escribió:
>
> On Thu, 2021-03-04 at 13:18 +0100, Álvaro Fernández Rojas wrote:
>>
>>> El 4 mar 2021, a las 13:07, Nicolas Saenz Julienne
>>> escribió:
>>>
>>> Hi Alvaro,
>>>
>>> On Tue, 2021-02-23 at 18:00 +0100, Álvaro Fer
On Thu, Mar 04, 2021 at 03:06:54PM +0100, Ulf Hansson wrote:
> On Thu, 4 Mar 2021 at 14:48, Marten Lindahl wrote:
> >
> > Hi Ulf! My apologies for the delay.
> >
> > On Tue, Mar 02, 2021 at 09:45:02AM +0100, Ulf Hansson wrote:
> > > On Mon, 1 Mar 2021 at 22:59, Marten Lindahl wrote:
> > > >
> > >
Hi Linus,
On Thu, Mar 4, 2021 at 1:59 PM Linus Torvalds
wrote:
> And, as far as I know, all the normal distributions set things up with
> swap partitions, not files, because honestly, swapfiles tend to be
> slower and have various other complexity issues.
Looks like this has changed in at least
On Thu, Mar 04 2021 at 09:11, Sebastian Andrzej Siewior wrote:
> On 2021-03-03 16:09:05 [-0600], Eric W. Biederman wrote:
>> Sebastian Andrzej Siewior writes:
>>
>> > From: Thomas Gleixner
>> >
>> > Allow realtime tasks to cache one sigqueue in task struct. This avoids an
>> > allocation which c
GPIO library uses of_node and fwnode in the core in non-unified way.
The series cleans this up and improves IRQ domain creation for non-OF cases
where currently the names of the domain are 'unknown'.
This has been tested on Intel Galileo Gen 2.
In v2:
- added a new patch due to functionality in i
On Wed, Mar 03, 2021 at 09:42:06PM -0300, André Almeida wrote:
> ** Performance
>
> - For comparing futex() and futex2() performance, I used the artificial
>benchmarks implemented at perf (wake, wake-parallel, hash and
>requeue). The setup was 200 runs for each test and using 8, 80, 800,
Linus Walleij pointed out that ird_domain_add_simple() gained
additional functionality and can't be anymore replaced with
a simple conditional. In preparation to upgrade GPIO library
to use fwnode, introduce irq_domain_create_simple() API which is
functional equivalent to the existing irq_domain_ad
We have (historically) different approaches how we identify the type
of a given fwnode. Let's standardize them across the library code.
Signed-off-by: Andy Shevchenko
Reviewed-by: Linus Walleij
---
drivers/gpio/gpiolib.c | 28 +---
1 file changed, 13 insertions(+), 15 de
The initial value of the OF node based on presence of parent, but
at the same time this operation somehow appeared separately from others
that handle the OF case. On the other hand there is no need to assign
dev->fwnode in the OF case if code properly retrieves fwnode, i.e.
via dev_fwnode() helper.
In the ACPI case we may use the firmware node in the similar way
as it's done for OF case. We may use that fwnode for other purposes
in the future.
Signed-off-by: Andy Shevchenko
Reviewed-by: Linus Walleij
---
drivers/gpio/gpiolib-acpi.c | 7 +++
drivers/gpio/gpiolib-acpi.h | 4
driver
The following patches fix the swapfile page-to-sector mapping for block
devices that implement rw_page for all the stable kernels.
This is related to the upstream fix of commit caf6912f3f4a ("swap: fix
swapfile read/write offset"), but for kernels prior to v5.12-rc1 the bug
only affects swapfiles
When IRQ domain is created for an ACPI case, the name of it becomes unknown-%d
since for now it utilizes of_node member only and doesn't consider fwnode case.
Convert IRQ domain creation code to utilize fwnode instead.
Before/After the change on Intel Galileo Gen 2 with two GPIO (IRQ) controllers:
commit caf6912f3f4af7232340d500a4a2008f81b93f14 upstream.
Fix block device sector offset calculation for swap page io on top of
blockdevs that provide a rw_page operation and do page-sized io directly
(without the block layer).
Currently swap_page_sector() maps a swap page into a blockdev sector
commit caf6912f3f4af7232340d500a4a2008f81b93f14 upstream.
Fix block device sector offset calculation for swap page io on top of
blockdevs that provide a rw_page operation and do page-sized io directly
(without the block layer).
Currently swap_page_sector() maps a swap page into a blockdev sector
commit caf6912f3f4af7232340d500a4a2008f81b93f14 upstream.
Fix block device sector offset calculation for swap page io on top of
blockdevs that provide a rw_page operation and do page-sized io directly
(without the block layer).
Currently swap_page_sector() maps a swap page into a blockdev sector
On Wed, 3 Mar 2021 11:16:39 +0200, Andy Shevchenko wrote:
> Introduce module_parport_driver() and use it.
> Greg or Mark, since we have this series tagged, can somebody of you pick it
> up?
>
> Changelog v3:
> - added tag on patch 1 (Sudip)
> - Cc'ed to Greg
>
> [...]
Applied to
https://git
On Fri, 26 Feb 2021 19:01:10 +0800, Mason Zhang wrote:
> this patch update spi document for MT6779 SOC.
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next
Thanks!
[2/2] dt-binding: mediatek: mt6779: update spi document
commit: 483a27f372345a1d1a2cd0fd95
commit caf6912f3f4af7232340d500a4a2008f81b93f14 upstream.
Fix block device sector offset calculation for swap page io on top of
blockdevs that provide a rw_page operation and do page-sized io directly
(without the block layer).
Currently swap_page_sector() maps a swap page into a blockdev sector
Hi Daniel,
As Lukasz's comment, actually some devfreq devices like memory bus
might not affect the thermal critically. In the mainline,
there are four types devfreq as following:
1. GPU
2. UFS Storage
3. DMC (Memory Controller)
4. Memory bus like AMBA AXI
I think that you can specify this devfre
commit caf6912f3f4af7232340d500a4a2008f81b93f14 upstream.
Fix block device sector offset calculation for swap page io on top of
blockdevs that provide a rw_page operation and do page-sized io directly
(without the block layer).
Currently swap_page_sector() maps a swap page into a blockdev sector
Hi Andy,
> El 4 mar 2021, a las 11:35, Andy Shevchenko
> escribió:
>
> On Thu, Mar 4, 2021 at 10:57 AM Álvaro Fernández Rojas
> wrote:
>>
>> This is needed for properly registering gpio regmap as a child of a regmap
>
> gpio -> GPIO
>
>> pin controller.
>
> ...
>
>> + * @of_node:
The current_opp when set, grabs additional reference on the opp,
which is then supposed to be dropped upon releasing the opp table.
Still both dev_pm_opp_remove_table and dev_pm_opp_remove_all_dynamic
will completely drain the OPPs list, including dropping the additional
reference on current_opp. T
On Thu, Mar 04, 2021 at 09:27:28PM +0900, Masahiro Yamada wrote:
> I agree with rebuilding GCC plugins when the compiler is upgraded
> for *in-tree* building.
> Linus had reported it a couple of months before,
> and I just submitted a very easy fix.
Hm? So does that mean that a GCC version change
On Thu, 2021-03-04 at 15:17 +0100, Greg KH wrote:
> On Thu, Mar 04, 2021 at 03:05:32PM +0100, Nicolas Saenz Julienne wrote:
> > Hi Greg.
> >
> > On Thu, 2021-03-04 at 14:46 +0100, Greg KH wrote:
> > > On Wed, Mar 03, 2021 at 03:33:12PM +0800, Jing Xiangfeng wrote:
> > > > Using two distinct DMA zo
Em Thu, 4 Mar 2021 12:50:42 +1100
Stephen Rothwell escreveu:
> Hi all,
>
> After merging the v4l-dvb tree, today's linux-next build (htmldocs)
> produced these warnings:
>
> Documentation/userspace-api/media/v4l/hist-v4l2.rst:818: WARNING: undefined
> label: control-flags (if the link has no c
On Wed, 2021-03-03 at 10:29 +0100, Álvaro Fernández Rojas wrote:
> Hi Herbert,
>
> > El 3 mar 2021, a las 10:20, Herbert Xu
> > escribió:
> >
> > On Sat, Feb 20, 2021 at 08:12:45PM +0100, Álvaro Fernández Rojas wrote:
> > >
> > > I ran rngtest and this is what I got:
> >
> > This is meaningle
None of the DRM usage sites of temporary mappings requires the side
effects of io/kmap_atomic(), i.e. preemption and pagefault disable.
Replace them with the io/kmap_local() variants, simplify the
copy_to/from_user() error handling and remove the atomic variants.
Thanks,
tglx
---
Docume
From: Thomas Gleixner
No more users.
Signed-off-by: Thomas Gleixner
Cc: Andrew Morton
Cc: linux...@kvack.org
---
include/linux/highmem-internal.h | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
--- a/include/linux/highmem-internal.h
+++ b/include/linux/highmem-interna
From: Thomas Gleixner
None of these mapping requires the side effect of disabling pagefaults and
preemption.
Use io_mapping_map_local_wc() instead, rename the related functions
accordingly and clean up qxl_process_single_command() to use a plain
copy_from_user() as the local maps are not disabli
From: Thomas Gleixner
No more users. Get rid of it and remove the traces in documentation.
Signed-off-by: Thomas Gleixner
Cc: Andrew Morton
Cc: linux...@kvack.org
---
Documentation/driver-api/io-mapping.rst | 22 +---
include/linux/io-mapping.h | 42 +-
From: Thomas Gleixner
None of these mapping requires the side effect of disabling pagefaults and
preemption.
Use io_mapping_map_local_wc() instead, and clean up gtt_user_read() and
gtt_user_write() to use a plain copy_from_user() as the local maps are not
disabling pagefaults.
Signed-off-by: Th
On 2021-03-04 19:19, Ulf Hansson wrote:
On Wed, 3 Mar 2021 at 09:32, Pradeep P V K
wrote:
From: Pradeep P V K
For data read commands, SDHC may initiate data transfers even before
it
completely process the command response. In case command itself fails,
driver un-maps the memory associated
On Thu, Mar 04, 2021 at 04:08:24PM +0100, Anthony Iliopoulos wrote:
> commit caf6912f3f4af7232340d500a4a2008f81b93f14 upstream.
No, this does not look like that commit.
Why can I not just take caf6912f3f4a ("swap: fix swapfile read/write
offset") directly for 5.10 and 5.11? WHat has changed to p
From: Thomas Gleixner
Neither fbmem_peek() nor fbmem_poke() require to disable pagefaults and
preemption as a side effect of io_mapping_map_atomic_wc().
Use io_mapping_map_local_wc() instead.
Signed-off-by: Thomas Gleixner
Cc: Ben Skeggs
Cc: David Airlie
Cc: Daniel Vetter
Cc: dri-de...@list
From: Thomas Gleixner
There is no reason to disable pagefaults and preemption as a side effect of
kmap_atomic_prot().
Use kmap_local_page_prot() instead and document the reasoning for the
mapping usage with the given pgprot.
Remove the NULL pointer check for the map. These functions return a va
From: Thomas Gleixner
There is no reason to disable pagefaults and preemption as a side effect of
kmap_atomic_prot().
Use kmap_local_page_prot() instead and document the reasoning for the
mapping usage with the given pgprot.
Remove the NULL pointer check for the map. These functions return a va
I was doing some testing in a KVM with a kernel based on this commit:
f69d02e37a85 (origin/master, dhowells/master, master) Merge tag
'misc-5.12-2021-03-02' of git://git.kernel.dk/linux-block
...with some ceph+fscache patches on top, and am getting a ton of warnings
popping that look like th
On Thu, Mar 4, 2021 at 5:06 PM Álvaro Fernández Rojas wrote:
> > El 4 mar 2021, a las 11:35, Andy Shevchenko
> > escribió:
> > On Thu, Mar 4, 2021 at 10:57 AM Álvaro Fernández Rojas
> > wrote:
> >> + * @of_node: (Optional) The device node
> >
> >> + struct device_node *of_node;
On Thu, Mar 4, 2021 at 2:28 PM Álvaro Fernández Rojas wrote:
> > El 4 mar 2021, a las 13:09, Andy Shevchenko
> > escribió:
> > On Thu, Mar 4, 2021 at 1:17 PM Álvaro Fernández Rojas
> > wrote:
> >>> El 4 mar 2021, a las 11:43, Andy Shevchenko
> >>> escribió:
> >>> On Thu, Mar 4, 2021 at 10:57
On Thu, Mar 4, 2021 at 1:51 PM Christophe Leroy
wrote:
>
> From: Arnd Bergmann
>
> The ppc_select function was introduced in linux-2.3.48 in order to support
> code confusing the legacy select() calling convention with the standard one.
> Even 24 years ago, all correctly built code should not hav
On Thu, Mar 4, 2021 at 5:18 PM Álvaro Fernández Rojas wrote:
>
> This is needed for properly registering gpio regmap as a child of a regmap
> pin controller.
> + chip->of_node = config->of_node ?: dev_of_node(config->parent);
After a closer look I have no clue why you need this patch at al
Hi Masami,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v5.12-rc1 next-20210304]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documente
- Original Message -
> It fixes the following warning detected by coccinelle:
> ./fs/gfs2/super.c:592:5-10: Unneeded variable: "error". Return "0" on
> line 628
>
> Reported-by: Abaci Robot
> Signed-off-by: Yang Li
> ---
> fs/gfs2/ops_fstype.c | 4 +---
> fs/gfs2/super.c | 9 +++---
Le 04/03/2021 à 16:17, Arnd Bergmann a écrit :
On Thu, Mar 4, 2021 at 1:51 PM Christophe Leroy
wrote:
From: Arnd Bergmann
The ppc_select function was introduced in linux-2.3.48 in order to support
code confusing the legacy select() calling convention with the standard one.
Even 24 years a
Hi Andy,
> El 4 mar 2021, a las 16:17, Andy Shevchenko
> escribió:
>
> On Thu, Mar 4, 2021 at 5:06 PM Álvaro Fernández Rojas
> wrote:
>>> El 4 mar 2021, a las 11:35, Andy Shevchenko
>>> escribió:
>>> On Thu, Mar 4, 2021 at 10:57 AM Álvaro Fernández Rojas
>>> wrote:
>
+ * @of_node:
syzbot found general protection fault in crypto_destroy_tfm()[1].
It was caused by wrong clean up loop in llsec_key_alloc().
If one of the tfm array members is in IS_ERR() range it will
cause general protection fault in clean up function [1].
Call Trace:
crypto_free_aead include/crypto/aead.h:191
On Thu, Mar 4, 2021 at 2:25 PM Álvaro Fernández Rojas wrote:
> > El 4 mar 2021, a las 13:12, Andy Shevchenko
> > escribió:
> > On Thu, Mar 4, 2021 at 1:13 PM Álvaro Fernández Rojas
> > wrote:
> >>> El 4 mar 2021, a las 11:49, Andy Shevchenko
> >>> escribió:
> >>> On Thu, Mar 4, 2021 at 10:57
Eric Snowberg wrote:
> Since S_R_K is a string, I could not get that to work.
Okay.
> >> + hostprogs-always-$(CONFIG_SYSTEM_BLACKLIST_KEYRING) += extract-cert
I think this should then refer to CONFIG_SYSTEM_REVOCATION_LIST.
David
On 02.03.2021 22:54:34, Dario Binacchi wrote:
> diff --git a/drivers/net/can/c_can/c_can.c b/drivers/net/can/c_can/c_can.c
> index 77b9aee56154..0052ba5197e0 100644
> --- a/drivers/net/can/c_can/c_can.c
> +++ b/drivers/net/can/c_can/c_can.c
[...]
> -struct net_device *alloc_c_can_dev(void)
> +struc
Hi Andy,
> El 4 mar 2021, a las 16:22, Andy Shevchenko
> escribió:
>
> On Thu, Mar 4, 2021 at 5:18 PM Álvaro Fernández Rojas
> wrote:
>>
>> This is needed for properly registering gpio regmap as a child of a regmap
>> pin controller.
>
>> + chip->of_node = config->of_node ?: dev_of_no
On Thu, Mar 4, 2021 at 5:24 PM Álvaro Fernández Rojas wrote:
> > El 4 mar 2021, a las 16:17, Andy Shevchenko
> > escribió:
> > On Thu, Mar 4, 2021 at 5:06 PM Álvaro Fernández Rojas
> > wrote:
> >>> El 4 mar 2021, a las 11:35, Andy Shevchenko
> >>> escribió:
> >>> On Thu, Mar 4, 2021 at 10:57
On Thu, 4 Mar 2021 at 15:57, Mark Rutland wrote:
> [adding Mark Brown]
>
> On Wed, Mar 03, 2021 at 04:20:43PM +0100, Marco Elver wrote:
> > On Wed, Mar 03, 2021 at 03:52PM +0100, Christophe Leroy wrote:
> > > Le 03/03/2021 � 15:38, Marco Elver a �crit�:
> > > > On Wed, 3 Mar 2021 at 15:09, C
On Tue, Mar 02, 2021 at 02:59:42PM +, Quentin Perret wrote:
> When memory protection is enabled, the hyp code will require a basic
> form of memory management in order to allocate and free memory pages at
> EL2. This is needed for various use-cases, including the creation of hyp
> mappings or t
Am 2021-03-04 16:22, schrieb Andy Shevchenko:
On Thu, Mar 4, 2021 at 5:18 PM Álvaro Fernández Rojas
wrote:
This is needed for properly registering gpio regmap as a child of a
regmap
pin controller.
+ chip->of_node = config->of_node ?:
dev_of_node(config->parent);
After a closer lo
On Thu, Mar 04 2021 at 23:45 -0800, Adrian Hunter wrote:
On 3/03/21 12:52 am, Asutosh Das wrote:
Resumes the actual scsi device the unit descriptor of which
is being accessed instead of the hba alone.
Since "scsi: ufs: ufs-debugfs: Add user-defined exception_event_mask"
is now in linux-next, a
On Thu, Mar 4, 2021 at 4:24 PM Christophe Leroy
wrote:
> Le 04/03/2021 à 16:17, Arnd Bergmann a écrit :
> > On Thu, Mar 4, 2021 at 1:51 PM Christophe Leroy
> > wrote:
> >> ---
> >> First version was in 2008, at that time it was rejected, see
> >> http://patchwork.ozlabs.org/project/linuxppc-dev/
Hi Andy,
> El 4 mar 2021, a las 16:25, Andy Shevchenko
> escribió:
>
> On Thu, Mar 4, 2021 at 2:25 PM Álvaro Fernández Rojas
> wrote:
>>> El 4 mar 2021, a las 13:12, Andy Shevchenko
>>> escribió:
>>> On Thu, Mar 4, 2021 at 1:13 PM Álvaro Fernández Rojas
>>> wrote:
> El 4 mar 2021, a l
On Wed, Mar 03, 2021 at 09:04:07PM -0800, Paul E. McKenney wrote:
> On Wed, Mar 03, 2021 at 10:21:01PM -0500, Alan Stern wrote:
> > On Wed, Mar 03, 2021 at 02:03:48PM -0800, Paul E. McKenney wrote:
> > > On Wed, Mar 03, 2021 at 03:22:46PM -0500, Alan Stern wrote:
> > > > > And I cannot immediatel
On 3/03/21 12:52 am, Asutosh Das wrote:
> During runtime-suspend of ufs host, the scsi devices are
> already suspended and so are the queues associated with them.
> But the ufs host sends SSU to wlun during its runtime-suspend.
> During the process blk_queue_enter checks if the queue is not in
> su
On Thu, Mar 4, 2021 at 5:33 PM Álvaro Fernández Rojas wrote:
> > El 4 mar 2021, a las 16:25, Andy Shevchenko
> > escribió:
> > On Thu, Mar 4, 2021 at 2:25 PM Álvaro Fernández Rojas
> > wrote:
> >>> El 4 mar 2021, a las 13:12, Andy Shevchenko
> >>> escribió:
> >>> On Thu, Mar 4, 2021 at 1:13
On Fri, Mar 5, 2021 at 12:08 AM Josh Poimboeuf wrote:
>
> On Thu, Mar 04, 2021 at 09:27:28PM +0900, Masahiro Yamada wrote:
> > I agree with rebuilding GCC plugins when the compiler is upgraded
> > for *in-tree* building.
> > Linus had reported it a couple of months before,
> > and I just submitted
Hi Maxime,
Some more code review comments:
On 19/02/2021 09:15, Maxime Chevallier wrote:
> The Techwell video decoder supports PAL, NTSC and SECAM input formats,
> and outputs a BT.656 signal.
>
> This commit adds support for this device, with basic support for NTSC
> and PAL, along with brightn
On Wed, Mar 03, 2021 at 10:09:57PM -0800, Andrew Morton wrote:
> On Wed, 3 Mar 2021 17:38:12 -0800 Minchan Kim wrote:
>
> > > > #endif
> > > > char name[CMA_MAX_NAME];
> > > > +#ifdef CONFIG_CMA_SYSFS
> > > > + struct cma_stat *stat;
> > > > +#endif
> > > > };
> > >
> > > Why are
On Thu, Mar 04, 2021 at 02:41:24PM +0100, Rafael J. Wysocki wrote:
> On Thu, Mar 4, 2021 at 1:25 PM Andy Shevchenko
> wrote:
> >
> > On Thu, Mar 04, 2021 at 09:06:08AM +0100, Linus Walleij wrote:
> > > On Wed, Mar 3, 2021 at 10:35 AM Andy Shevchenko
> > > wrote:
> > > > On Wed, Mar 03, 2021 at 10
On 3/3/21 10:51 PM, zuoqil...@163.com wrote:
> From: zuoqilin
>
> Change 'defualt' to 'default'.
>
> Signed-off-by: zuoqilin
> ---
> drivers/scsi/FlashPoint.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/scsi/FlashPoint.c b/drivers/scsi/FlashPoint.c
> index
On Thu, Mar 04, 2021 at 01:18:09PM +0200, Mika Westerberg wrote:
> On Thu, Mar 04, 2021 at 12:54:32PM +0200, Andy Shevchenko wrote:
> > In IRQ handler interrupts are already disabled, hence no need
> > to repeat it. Even in the threaded case, which is disabled here,
> > it is not a problem because
On Thu, Mar 04, 2021 at 05:21:36PM +0200, Tomer Maimon wrote:
> Hi Jonathan,
>
> Thanks a lot for sending the patch,
>
> I think that when it related to the SoC EVB it can stay with the
> genral compatible name nuvoton,npcm750
>
> you can see it also in,
> https://github.com/torvalds/linux/blob/
Hello, Hans, Linux PM folks,
I'm looking for clarification regarding this patch discussion:
https://patchwork.kernel.org/project/linux-pm/patch/20180420101834.15783-2-0v3rdr...@gmail.com/
Hans said,
> Ah, so the AHCI code has runtime pm enabled by default (so there
> is another pm_runtime_allow
On Thu, Mar 04, 2021 at 03:30:18PM +0530, Sumit Garg wrote:
> Hi Jarkko,
>
> On Mon, 1 Mar 2021 at 18:41, Sumit Garg wrote:
> >
> > Add support for TEE based trusted keys where TEE provides the functionality
> > to seal and unseal trusted keys using hardware unique key. Also, this is
> > an alter
-randconfig-r035-20210304 (attached as .config)
compiler: csky-linux-gcc (GCC) 9.3.0
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
#
https://git.kernel.org/pub/scm
> On 3 Mar 2021, at 21:22, Alan Stern wrote:
>
>>>
>>> Local variables absolutely should be treated just like CPU registers, if
>>> possible. In fact, the compiler has the option of keeping local
>>> variables stored in registers.
>>>
>>> (Of course, things may get complicated if anyone w
> El 4 mar 2021, a las 16:28, Andy Shevchenko
> escribió:
>
> On Thu, Mar 4, 2021 at 5:24 PM Álvaro Fernández Rojas
> wrote:
>>> El 4 mar 2021, a las 16:17, Andy Shevchenko
>>> escribió:
>>> On Thu, Mar 4, 2021 at 5:06 PM Álvaro Fernández Rojas
>>> wrote:
> El 4 mar 2021, a las 11:3
Make the subject like this:
PCI: fu740: Add SiFive FU740 PCIe host controller driver
since you're adding a "fu740" driver, not a "designware" driver.
Future commits will then look like:
PCI: fu740: ...
On Tue, Mar 02, 2021 at 06:59:16PM +0800, Greentime Hu wrote:
> From: Paul Walmsley
>
>
On Thu, Mar 04, 2021 at 05:02:12PM +0200, Andy Shevchenko wrote:
> We have (historically) different approaches how we identify the type
> of a given fwnode. Let's standardize them across the library code.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Linus Walleij
> ---
> drivers/gpio/gpiol
On Thu, Mar 4, 2021 at 6:12 AM Russell King - ARM Linux admin
wrote:
>
> On Wed, Mar 03, 2021 at 08:08:44PM -0800, Saravana Kannan wrote:
> > Marek,
> >
> > I tested it and saw the device get added before the resources were
> > available and the uevent file looked okay. Would you mind testing it
>
On Thursday 04 Mar 2021 at 15:30:36 (+), Will Deacon wrote:
> On Tue, Mar 02, 2021 at 02:59:42PM +, Quentin Perret wrote:
> > +void *hyp_alloc_pages(struct hyp_pool *pool, unsigned int order)
> > +{
> > + unsigned int i = order;
> > + struct hyp_page *p;
> > +
> > + hyp_spin_lock(&poo
On Wed, Mar 03, 2021 at 05:42:29PM -0800, Shakeel Butt wrote:
> Currently the kernel adds the page, allocated for swapin, to the
> swapcache before charging the page. This is fine but now we want a
> per-memcg swapcache stat which is essential for folks who wants to
> transparently migrate from cgr
301 - 400 of 1321 matches
Mail list logo
