From: Vladimir Oltean
When a struct switchdev_attr is notified through switchdev, there is no
way to report informational messages, unlike for struct switchdev_obj.
Signed-off-by: Vladimir Oltean
---
Changes in v2:
Patch is new.
.../ethernet/marvell/prestera/prestera_switchdev.c| 3 ++-
On Mon, Feb 8, 2021 at 6:42 PM Christoph Hellwig wrote:
>
> On Fri, Feb 05, 2021 at 04:39:13PM +0100, Andrey Konovalov wrote:
> > Export mte_enable_kernel_sync() and mte_set_report_once() to fix:
> >
> > ERROR: modpost: "mte_enable_kernel_sync" [lib/test_kasan.ko] undefined!
> > ERROR: modpost: "m
On Tue, 9 Feb 2021, Steven Rostedt wrote:
> On Tue, 9 Feb 2021 09:32:34 +0100 (CET)
> Miroslav Benes wrote:
>
> > powerpc has this
> >
> > static inline unsigned long klp_get_ftrace_location(unsigned long faddr)
> >
> > {
On Fri, Feb 05, 2021 at 03:23:02PM -0800, ira.we...@intel.com wrote:
> From: Ira Weiny
There should be a short explanation what the patch does, eg.
"use helper for open coded kmap_atomic/memcpy/kunmap_atomic",
although I see there are conversions kmap_atomic -> kmap_local not in
the coccinelle sc
+++ Stephen Rothwell [09/02/21 21:08 +1100]:
Hi all,
After merging the modules tree, today's linux-next build (powerpc
allyesconfig) failed like this:
In file included from include/linux/export.h:123,
from include/linux/linkage.h:7,
from arch/powerpc/include/asm/
On 2/9/21 10:12 PM, Geert Uytterhoeven wrote:
> Hi Alex,
>
> Thanks for your patch!
>
> On Sun, Feb 7, 2021 at 4:08 PM wrote:
>> From: Zhang Kun
>>
>> The parameters of sh_pfc_enum_in_range() pinmux_range *r should be checked
>> first for possible null ponter, especially when PINMUX_TYPE_FUNCT
We cannot rely on CONFIG_DEBUG_KERNEL to decide if we're running a
"debug kernel" where we can safely show potentially sensitive
information in the kernel log.
Therefore, add the option CONFIG_KFENCE_REPORT_SENSITIVE to decide if we
should add potentially sensitive information to KFENCE reports. T
On Fri, Feb 05, 2021 at 03:23:00PM -0800, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> There are many places where kmap//kunmap patterns occur. We lift
> these various patterns to core common functions and use them in the btrfs file
> system. At the same time we convert those core functions
On Tue, Feb 09, 2021 at 02:45:37PM +0100, Mike Galbraith wrote:
>
> PREEMPT_RT and PREEMPT both needs PREEMPT_DYNAMIC to build, so move
> selection of PREEMPT_DYNAMIC to the common denominator, PREEMPTION.
I'm confused, why would you want PREEMPT_DYNAMIC for PREEMPT_RT ?
PREEMPT_RT without full
On Mon, Feb 08 2021 at 14:42, Josh Poimboeuf wrote:
> On Thu, Feb 04, 2021 at 09:49:08PM +0100, Thomas Gleixner wrote:
>> #ifdef CONFIG_X86_64
>> +
>> +#ifdef CONFIG_UNWINDER_FRAME_POINTER
>> +# define IRQSTACK_CALL_CONSTRAINT , ASM_CALL_CONSTRAINT
>> +#else
>> +# define IRQSTACK_CALL_CONSTRAINT
Hi guys,
a bit OT probably: is there any chance for you to also implement mmap()
for CUSE? That would be much appreciated.
Thanks
On 09/02/21 15:35, Richard Weinberger wrote:
Miklos,
- Ursprüngliche Mail -
The core goal of MUSE is having the complexity on the userspace side and
on
Greg Kroah-Hartman writes:
> From: Roman Gushchin
>
> [ Upstream commit 2dcb3964544177c51853a210b6ad400de78ef17d ]
>
> With kaslr the kernel image is placed at a random place, so starting the
> bottom-up allocation with the kernel_end can result in an allocation
> failure and a warning like th
commit c6bc9bd06dff49fa4c("rbtree, uprobes: Use rbtree helpers") from
next-20210208 accidentally removed the refcount increase. Add it again.
Signed-off-by: Sven Schnelle
---
kernel/events/uprobes.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/events/uprobes.c b/ker
On Tue, Feb 09, 2021 at 07:08:17PM +0800, Yicong Yang wrote:
> From: Junhao He
>
> We use ccflags-$(CONFIG_HWMON_DEBUG_CHIP) for the debug
> message in drivers/hwmon, but the DEBUG flag will not pass to
> the subdirectory.
>
> Considering CONFIG_HWMON_DEBUG_CHIP intends to have DEBUG
> recursive
On Mon, Feb 08, 2021 at 05:40:13PM +, Russell King - ARM Linux admin wrote:
> On Mon, Feb 08, 2021 at 08:42:36PM +0530, Calvin Johnson wrote:
> > +int fwnode_mdiobus_register_phy(struct mii_bus *bus,
> > + struct fwnode_handle *child, u32 addr)
> > +{
> > + struct mi
On Mon, 8 Feb 2021 at 20:40, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.19.175 release.
> There are 38 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Res
The changes to make rxrpc create the udp socket missed a bit to add the
Kconfig dependency on the udp tunnel code to do this.
Fix this by adding making AF_RXRPC select NET_UDP_TUNNEL.
Fixes: 1a9b86c9fd95 ("rxrpc: use udp tunnel APIs instead of open code in
rxrpc_open_socket")
Reported-by: kernel
On Tue, Feb 9, 2021 at 1:16 PM Vincenzo Frascino
wrote:
>
>
>
> On 2/9/21 12:02 PM, Catalin Marinas wrote:
> > On Mon, Feb 08, 2021 at 04:56:17PM +, Vincenzo Frascino wrote:
> >> From: Andrey Konovalov
> >>
> >> Asynchronous KASAN mode doesn't guarantee that a tag fault will be
> >> detected
Hi Rob,
> -Original Message-
> From: Rob Herring
> Sent: Tuesday, February 9, 2021 7:27 PM
> To: Sai Krishna Potthuri
> Cc: Linus Walleij ; Michal Simek
> ; Greg Kroah-Hartman ;
> linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> devicet...@vger.kernel.org; linux-g...
On Tue 2021-02-09 16:16:01, Andy Shevchenko wrote:
> On Tue, Feb 09, 2021 at 02:53:53PM +0100, Petr Mladek wrote:
> > On Tue 2021-02-09 18:56:13, Yafang Shao wrote:
>
> ...
>
> > I am sorry for my ignorance. I am not familiar with MM.
> > But it is pretty hard to understand what call does what.
>
On Mon, Feb 8, 2021 at 9:49 PM Joe Perches wrote:
>
> On Mon, 2021-02-08 at 19:59 +0100, Rafael J. Wysocki wrote:
> > Replace the ACPI_DEBUG_PRINT() instance in osl.c unrelated to the
> > ACPICA debug with acpi_handle_debug(), add a pr_fmt() definition
> > to osl.c and replace direct printk() usag
On Fri, 22 Jan 2021, Matti Vaittinen wrote:
> Add core support for ROHM BD9576MUF and BD9573MUF PMICs which are
> mainly used to power the R-Car series processors.
>
> Signed-off-by: Matti Vaittinen
> ---
> Changes since v6:
> - no changes
> drivers/mfd/Kconfig | 11
> drive
> +The ``vmgenid`` driver uses ACPI events to be notified by hardware
> +changes to the 128-bit Vm Gen Id UUID.
That's ok, problem is ACPI event processing is asynchronous.
What we need is thus to flush out ACPI events whenever userspace
does a read, otherwise the value it gets will be stale.
--
From: Amey Narkhede
Stack allocated buffers cannot be used for DMA
on all architectures so allocate usbdev buffer
using kmalloc().
Signed-off-by: Amey Narkhede
---
drivers/staging/gdm724x/gdm_usb.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/gdm724x
e' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Tiezhu-Yang/MIPS-Add-basic-support-for-ptrace-single-step/20210209-083755
base: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
61556703b610a104de324e4f061dc6cf7b218
On Mon, Feb 01, 2021 at 07:24:53PM +0200, Adrian Catangiu wrote:
> - Background and problem
>
> The System Generation ID feature is required in virtualized or
> containerized environments by applications that work with local copies
> or caches of world-unique data such as random values, uuids,
> m
Hi,
On 2/9/21 3:14 PM, Lee Jones wrote:
> On Mon, 08 Feb 2021, Hans de Goede wrote:
>
>> Hi Mark, Lee,
>>
>> On 2/4/21 12:24 PM, Hans de Goede wrote:
>>> Hi all,
>>>
>>> Here is v4 of my series to rework the arizona codec jack-detect support
>>> to use the snd_soc_jack helpers instead of direct e
From: Yann Gautier
Since [1], the erase argument for mmc_erase() function is saved in
erase_arg field of card structure. It is preferable to use it instead of
hard-coded MMC_SECURE_ERASE_ARG, which from eMMC 4.51 spec is not
recommended:
"6.6.16 Secure Erase
NOTE Secure Erase is included for back
GCC (GCC) 8.4.0 20200304 fails to build perf with:
: util/symbol.c: In function 'dso__load_bfd_symbols':
: util/symbol.c:1626:16: error: comparison of integer expressions of different
signednes
: for (i = 0; i < symbols_count; ++i) {
: ^
: util/symbol.c:1632:16: error: comparison
- On Feb 8, 2021, at 3:09 PM, rostedt rost...@goodmis.org wrote:
> Broke this up into two patches now. See the second patch for the
> description of waht this series is doing.
For both patches:
Reviewed-by: Mathieu Desnoyers
>
> Changes since v2:
>
> Added a patch to remove "data_args",
On 2/9/21 2:33 PM, Lorenzo Pieralisi wrote:
>> Do we need a similar fix for TFSRE0_EL1? We get away with this if
>> suspend is only entered on the idle (kernel) thread but I recall we
>> could also enter suspend on behalf of a user process (I may be wrong
>> though).
> Yes, when we suspend the m
On Tue, 9 Feb 2021 09:32:34 +0100 (CET)
Miroslav Benes wrote:
> powerpc has this
>
> static inline unsigned long klp_get_ftrace_location(unsigned long faddr)
>
> {
>
Hi Hsin-Yi,
Thank you for your patch.
Missatge de Hsin-Yi Wang del dia dv., 29 de gen.
2021 a les 10:23:
>
> From: Yongqiang Niu
>
> Add mtk mutex support for MT8183 SoC.
>
> Signed-off-by: Yongqiang Niu
> Signed-off-by: Hsin-Yi Wang
> Reviewed-by: CK Hu
Reviewed-by: Enric Balletbo i Serra
Cadence controller will not initiate autonomous speed change if strapped
as Gen2. The Retrain Link bit is set as quirk to enable this speed change.
Signed-off-by: Nadeem Athani
---
drivers/pci/controller/cadence/pci-j721e.c | 3 ++
drivers/pci/controller/cadence/pcie-cadence-host.c | 48
Moving the function cdns_pcie_host_wait_for_link() further up in the file,
as it's going to be used by upcoming additional code in the driver.
Signed-off-by: Nadeem Athani
---
drivers/pci/controller/cadence/pcie-cadence-host.c | 33 +++---
1 file changed, 16 insertions(+), 17 del
Cadence controller will not initiate autonomous speed change if strapped
as Gen2. The Retrain Link bit is set as quirk to enable this speed change.
Adding a quirk flag for defective IP. In future IP revisions this will not
be applicable.
Version history:
Changes in v8:
- Adding a new function cdns
Hi Christoph
I have tested it in both arm and x86, since there are not significant
changes with the previous version I did not do a performance test.
Thanks!
On Tue, Feb 9, 2021 at 9:29 AM Ricardo Ribalda wrote:
>
> Hi Christoph
>
> On Tue, Feb 9, 2021 at 9:22 AM Christoph Hellwig wrote:
> >
On 02/02/2021, 14:09, "Greg KH" wrote:
On Mon, Feb 01, 2021 at 07:24:53PM +0200, Adrian Catangiu wrote:
> +static long sysgenid_ioctl(struct file *file,
> +unsigned int cmd,
unsigned long arg)
Very odd indentation style, checkpatch
On 09.02.2021 08:48, Stephen Boyd wrote:
> Quoting (2021-01-31 09:04:28)
>> This clock must be always enabled to allow access to any registers in
>> fsys1 CMU. Until proper solution based on runtime PM is applied
>> (similar to what was done for Exynos5433), fix this by calling
>> clk_prepare_enabl
ure things are a bit sane. Will be good to have additional
eyes.
On 11:21-20210209, Jan Kiszka wrote:
> From: Jan Kiszka
>
> Add support for two Siemens SIMATIC IOT2050 variants, Basic and
> Advanced. They are based on the TI AM6528 and AM6548 SOCs.
>
> Based on original version by L
On 02/02/2021, 14:05, "Greg KH" wrote:
On Mon, Feb 01, 2021 at 07:24:53PM +0200, Adrian Catangiu wrote:
> +EXPORT_SYMBOL(sysgenid_bump_generation);
EXPORT_SYMBOL_GPL()? I have to ask...
Good catch! Will update.
Amazon Development Center (Romania) S.R.L. registered office: 27A S
On Tue, Feb 09, 2021 at 02:18:26PM +, John Garry wrote:
> On 09/02/2021 12:17, Leo Yan wrote:
> > Hi Jianlin,
> >
> > On Tue, Feb 09, 2021 at 07:33:57PM +0800, Jianlin Lv wrote:
> > > gcc version: 11.0.0 20210208 (experimental) (GCC)
> > >
> > > Following build error on arm64:
> > >
> > > ..
On 2/8/21 7:42 PM, zangchun...@bytedance.com wrote:
> From: Chunxin Zang
>
> Change "sane" to "same" in a comment in io_uring.c
It's supposed to say 'sane'.
--
Jens Axboe
Miklos,
- Ursprüngliche Mail -
>> The core goal of MUSE is having the complexity on the userspace side and
>> only a small MTD driver in kernelspace.
>> While playing with different approaches I realized that FUSE offers
>> everything
>> we need. So MUSE is a little like CUSE except that
On Mon, 8 Feb 2021 17:57:20 -0700, Nathan Chancellor wrote:
> Similar to commit 28187dc8ebd9 ("ARM: 9025/1: Kconfig: CPU_BIG_ENDIAN
> depends on !LD_IS_LLD"), ld.lld prior to 13.0.0 does not properly
> support aarch64 big endian, leading to the following build error when
> CONFIG_CPU_BIG_ENDIAN is
On Mon, Feb 08, 2021 at 12:01:57PM -0800, Randy Dunlap wrote:
> Hi,
> Just a couple of nits below:
>
> On 2/8/21 7:12 AM, Calvin Johnson wrote:
> > Introduce ACPI mechanism to get PHYs registered on a MDIO bus and
> > provide them to be connected to MAC.
> >
> > Describe properties "phy-handle" a
On Tue, Feb 9, 2021 at 4:22 AM Weidong Cui wrote:
>
> Signed-off-by: Weidong Cui
> Signed-off-by: Xinyang Ge
ACPICA material, left to Erik & Bob, thanks!
> ---
> drivers/acpi/acpica/evhandler.c | 2 ++
> include/acpi/acconfig.h | 4
> 2 files changed, 6 insertions(+)
>
> diff --g
On Tue, Feb 09, 2021 at 11:55:33AM +, Catalin Marinas wrote:
> On Mon, Feb 08, 2021 at 04:56:16PM +, Vincenzo Frascino wrote:
> > When MTE async mode is enabled TFSR_EL1 contains the accumulative
> > asynchronous tag check faults for EL1 and EL0.
> >
> > During the suspend/resume operation
On 14:21 Tue 09 Feb 2021, Matthew Wilcox wrote:
On Tue, Feb 09, 2021 at 07:31:55PM +0530, Bhaskar Chowdhury wrote:
s/mistaeks/mistakes/
You missed the joke.
:) it seems!
signature.asc
Description: PGP signature
On Mon, Feb 8, 2021 at 8:48 PM Andy Shevchenko
wrote:
>
> On Mon, Feb 8, 2021 at 9:47 PM Andy Shevchenko
> wrote:
> > On Mon, Feb 8, 2021 at 9:30 PM Rafael J. Wysocki wrote:
> > >
> > > On Friday, February 5, 2021 12:15:22 PM CET Andy Shevchenko wrote:
> > > > On Fri, Feb 5, 2021 at 11:14 AM And
Le 09/02/2021 à 03:06, Nicholas Piggin a écrit :
Excerpts from Christophe Leroy's message of February 9, 2021 1:10 am:
Combine all tests of regs->msr into a single logical one.
Okay by me unless we choose to do the config option and put these all
under it. I think I would prefer that becaus
From: Segher Boessenkool
> Sent: 09 February 2021 13:51
>
> On Tue, Feb 09, 2021 at 12:36:20PM +1000, Nicholas Piggin wrote:
> > What if you did this?
>
> > +static inline struct task_struct *get_current(void)
> > +{
> > + register struct task_struct *task asm ("r2");
> > +
> > + return task;
s/verson/version/
Signed-off-by: Bhaskar Chowdhury
---
drivers/scsi/aic7xxx/aic79xx.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/aic7xxx/aic79xx.h b/drivers/scsi/aic7xxx/aic79xx.h
index dd5dfd4f30a5..c31e48fcebc7 100644
--- a/drivers/scsi/aic7xxx/aic79xx.h
The 'noexcl' option allow to open underlying block-device
without FMODE_EXCL.
Signed-off-by: Sergei Shtepa
---
drivers/md/dm-linear.c| 14 +-
drivers/md/dm-table.c | 14 --
drivers/md/dm.c | 26 +++---
drivers/md/dm.h
New 'noexcl' option allow to open underlying block-device
without FMODE_EXCL flag.
Signed-off-by: Sergei Shtepa
---
.../admin-guide/device-mapper/linear.rst | 26 ---
1 file changed, 23 insertions(+), 3 deletions(-)
diff --git a/Documentation/admin-guide/device-mapper/linea
New ioctl DM_DEV_REMAP_CMD allow to remap bio requests
from regular block device to dm device.
Signed-off-by: Sergei Shtepa
---
drivers/md/dm-core.h | 20 ++
drivers/md/dm-ioctl.c | 35
drivers/md/dm.c | 375 +-
include/uapi/l
blk_mq_is_queue_frozen() allow to assert that the queue is frozen.
Signed-off-by: Sergei Shtepa
---
block/blk-mq.c | 13 +
include/linux/blk-mq.h | 1 +
2 files changed, 14 insertions(+)
diff --git a/block/blk-mq.c b/block/blk-mq.c
index f285a9123a8b..924ec26fae5f 100644
--
Le 09/02/2021 à 03:02, Nicholas Piggin a écrit :
Excerpts from Christophe Leroy's message of February 9, 2021 1:10 am:
For book3s/64, FULL_REGS() is 'true' at all time, so the test voids.
For others, non volatile registers are saved inconditionally.
So the verification is pointless.
Should
blk_interposer allows to intercept bio requests, remap bio
to another devices or add new bios.
Signed-off-by: Sergei Shtepa
---
block/bio.c | 2 +
block/blk-core.c | 35
block/genhd.c | 86 +++
include/linux
remap_and_filter - describes the new features that
blk_interposer provides for device mapper.
Signed-off-by: Sergei Shtepa
---
.../admin-guide/device-mapper/index.rst | 1 +
.../device-mapper/remap_and_filter.rst| 132 ++
2 files changed, 133 insertions(+)
create
Hi all.
I'm joyful to suggest the block-layer interposer (blk_interposer) v5.
blk_interposer allows to intercept bio requests, remap bio to another
devices or add new bios.
This patch series adds support blk_interposer for dm-linear.
In the first patch, I suggest the remap_and_filter.rst file.
Y
From: "Prasanth KSR"
Perform BIOS Management calls on supported Dell machines
through the Dell WMI System Management interface.
This interface provides IOCTL's to perform bundled
BIOS Setting transactions.
Cc: Hans de Goede
Signed-off-by: Prasanth KSR
Co-developed-by: Divya Bharathi
Signed-
On 2/9/21 06:03, Randy Dunlap wrote:
On 2/8/21 3:45 PM, a...@linux-foundation.org wrote:
The mm-of-the-moment snapshot 2021-02-08-15-44 has been uploaded to
https://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
https://www.ozlabs.org/~akpm/mmotm/
This is
On Mon, Jan 25, 2021 at 12:21 AM Richard Weinberger wrote:
>
> I'm happy to announce the first non-RFC version of this patch set.
> Over the xmas holidays I found some time to experiment with various userspace
> implementations of MTDs and gave the kernel side more fine-tuning.
>
> Rationale:
> --
From: Patrick Daly
Print the name of the CMA region for convenience. This is useful
information to have when cma_alloc() fails.
Signed-off-by: Patrick Daly
Signed-off-by: Georgi Djakov
---
v2:
* Print the "count" variable, as it was originally in the code. (Randy)
* Fix spelling s/convienien
We have a number of systems industry-wide that have a subset of their
functionality that works as follows:
1. Receive a message from local kmsg, serial console, or netconsole;
2. Apply a set of rules to classify the message;
3. Do something based on this classification (like scheduling a
remedi
On Tue, 9 Feb 2021 at 14:47, Dietmar Eggemann wrote:
>
> On 05/02/2021 12:48, Vincent Guittot wrote:
> > Instead of waking up a random and already idle CPU, we can take advantage
> > of this_cpu being about to enter idle to run the ILB and update the
> > blocked load.
> >
> > Signed-off-by: Vincen
On Tue, Feb 9, 2021 at 9:38 PM David Howells wrote:
>
> The changes to make rxrpc create the udp socket missed a bit to add the
> Kconfig dependency on the udp tunnel code to do this.
>
> Fix this by adding making AF_RXRPC select NET_UDP_TUNNEL.
>
> Fixes: 1a9b86c9fd95 ("rxrpc: use udp tunnel APIs
On Tue, 2021-02-09 at 13:25 +, Avri Altman wrote:
> >
> >
> > > > > + put_unaligned_be64(ppn, &cdb[6]);
> > > >
> > > > You are assuming the HPB entries read out by "HPB Read Buffer"
> > > > cmd
> > > > are
> > > > in Little
> > > > Endian, which is why you are using put_unaligned_be64 h
On Mon, Jan 04, 2021 at 02:55:00PM +0800, Jason Wang wrote:
> Signed-off-by: Jason Wang
> ---
> drivers/virtio/Kconfig | 10 +-
> drivers/virtio/Makefile| 1 +
> drivers/virtio/virtio_pci_common.h | 27 +-
> drivers/virtio/virtio_pci_modern.c | 617
On Tue, Feb 09, 2021 at 07:31:55PM +0530, Bhaskar Chowdhury wrote:
>
> s/mistaeks/mistakes/
You missed the joke.
On 09/02/2021 12:17, Leo Yan wrote:
Hi Jianlin,
On Tue, Feb 09, 2021 at 07:33:57PM +0800, Jianlin Lv wrote:
gcc version: 11.0.0 20210208 (experimental) (GCC)
Following build error on arm64:
...
In function ‘printf’,
inlined from ‘regs_dump__printf’ at util/session.c:1141:3,
inli
Hello Lee, Mark All,
On Fri, 2021-01-22 at 16:30 +0200, Matti Vaittinen wrote:
> Initial support for ROHM BD9576MUF and BD9573MUF PMICs.
>
> These PMICs are primarily intended to be used to power the R-Car
> family
> processors. BD9576MUF includes some additional safety features the
> BD9573MUF d
On Tue, Feb 09, 2021 at 02:53:53PM +0100, Petr Mladek wrote:
> On Tue 2021-02-09 18:56:13, Yafang Shao wrote:
...
> I am sorry for my ignorance. I am not familiar with MM.
> But it is pretty hard to understand what call does what.
>
> I have found the following comment in include/linux/page_flag
s/simulatneous/simultaneous/
Signed-off-by: Bhaskar Chowdhury
---
include/uapi/linux/capi.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/linux/capi.h b/include/uapi/linux/capi.h
index 31f946f8a88d..4dcdb628d98b 100644
--- a/include/uapi/linux/capi.h
+++ b/in
On Mon, 08 Feb 2021, Hans de Goede wrote:
> Hi Mark, Lee,
>
> On 2/4/21 12:24 PM, Hans de Goede wrote:
> > Hi all,
> >
> > Here is v4 of my series to rework the arizona codec jack-detect support
> > to use the snd_soc_jack helpers instead of direct extcon reporting.
> >
> > This is a resend wit
Hi,
wt., 9 lut 2021 o 14:47 napisał(a):
>
> From: Stefan Chulski
>
> This patch enables eth0 10G interface on CN9130-DB paltforms.
>
> Signed-off-by: Stefan Chulski
> Signed-off-by: Konstantin Porotchkin
> ---
> arch/arm64/boot/dts/marvell/cn9130-db.dtsi | 2 +-
> 1 file changed, 1 insertion
On Mon, 8 Feb 2021 at 20:44, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 5.10.15 release.
> There are 120 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Res
Hi Alex,
Thanks for your patch!
On Sun, Feb 7, 2021 at 4:08 PM wrote:
> From: Zhang Kun
>
> The parameters of sh_pfc_enum_in_range() pinmux_range *r should be checked
> first for possible null ponter, especially when PINMUX_TYPE_FUNCTION as the
> pinmux_type was passed by sh_pfc_config_mux().
On Mon, 08 Feb 2021, Andreas Kemnade wrote:
> On Sun, 24 Jan 2021 22:41:20 +0100
> Jonathan Neuschäfer wrote:
>
> > This patchset adds basic support for the embedded controller found on
> > older ebook reader boards designed by/with the ODM Netronix Inc.[1] and
> > sold by Kobo or Tolino, for ex
> Regarding splitting the series up. I don't see a problem in just
> sending the cover-letter patch and actual GPIO-related patches to
> the GPIO-maintainers with no need to have them added to Cc in the rest
> of the series.
The Linux community has to handle a large number of patches. I don't
part
Remove typedefs from include/rtl8723b_recv.h and convert one usage in
hal/rtl8723bs_recv.c to use the actual structure name in its pointer
declaration. Fixes two checkpatch warnings.
Signed-off-by: Phillip Potter
---
drivers/staging/rtl8723bs/hal/rtl8723bs_recv.c| 2 +-
drivers/staging/rtl87
Since commit 17bc43367fc2 ("powerpc/uaccess: Implement
unsafe_copy_to_user() as a simple loop"), raw_copy_to_user_allowed()
is only used by raw_copy_to_user().
Merge raw_copy_to_user_allowed() into raw_copy_to_user().
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/uaccess.h | 8 +-
__put_user_size_allowed() is only called from __put_user_size() now.
Merge them together.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/uaccess.h | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/include/asm/uaccess.h
b/arch/powerpc/incl
On Tue, Feb 9, 2021 at 3:31 PM Nikita Shubin wrote:
>
> v2:
> https://lore.kernel.org/linux-gpio/20210127104617.1173-1-nikita.shu...@maquefel.me/
>
> v3:
> https://lore.kernel.org/linux-gpio/20210128122123.25341-1-nikita.shu...@maquefel.me/
>
> v4:
> https://lore.kernel.org/linux-gpio/202102050805
Copied from commit 4b842e4e25b1 ("x86: get rid of small
constant size cases in raw_copy_{to,from}_user()")
Very few call sites where that would be triggered remain, and none
of those is anywhere near hot enough to bother.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/uaccess.h |
s/mistaeks/mistakes/
Signed-off-by: Bhaskar Chowdhury
---
Documentation/maintainer/pull-requests.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/maintainer/pull-requests.rst
b/Documentation/maintainer/pull-requests.rst
index 1a2f99b67d25..35759d16a5cc 100
On Tue, Feb 09, 2021 at 09:09:52PM +0800, Tiezhu Yang wrote:
> On 02/09/2021 08:11 PM, Thomas Bogendoerfer wrote:
> > On Tue, Feb 09, 2021 at 01:05:25PM +0800, Tiezhu Yang wrote:
> > > According to MIPS EJTAG Specification [1], a Debug Breakpoint
> > > exception occurs when an SDBBP instruction is
On 2/8/21 4:03 PM, Ulf Hansson wrote:
On Mon, 8 Feb 2021 at 13:16, Yann GAUTIER wrote:
On 2/5/21 1:19 PM, Yann GAUTIER wrote:
On 2/5/21 10:53 AM, Ulf Hansson wrote:
- trimmed cc-list
On Thu, 4 Feb 2021 at 13:08, wrote:
From: Yann Gautier
To properly manage commands awaiting R1B respons
On Tue, Feb 9, 2021 at 3:31 PM Nikita Shubin wrote:
...
> + .irq= _irq, \
> .has_irq= _has_irq, \
> .has_hierarchical_irq = _has_hier, \
Just a side note for the further c
On Tue, 2021-02-09 at 13:19 +, Phil Elwell wrote:
> Hi Nicolas,
>
> On Tue, 9 Feb 2021 at 13:00, Nicolas Saenz Julienne
> wrote:
> >
> > In BCM2711 the new ARGON ASB took over V3D. The old ASB is still present
> > with the ISP and H264 bits, and V3D is in the same place in the new ASB
> > as
Hi David,
The only commit causing issues is commit f78e50c8f750 ("certs: Factor
out the blacklist hash creation"). I think my last patch fix the issue,
and I'm testing with the UEFI DBX, but I don't understand why this
change would have an impact. In the meantime you can push Eric's commits
first,
> At the same time some FW is necessary. Certain chip functions, are
> best driven by a micro-controller running a tight control loop.
For a smart NIC, i could agree. But a switch? The data path is in
hardware. The driver is all about configuring this hardware, and then
it is idle. Polls the PHY
On Tue, 9 Feb 2021 at 14:09, Valentin Schneider
wrote:
>
> On 05/02/21 12:48, Vincent Guittot wrote:
> > Instead of waking up a random and already idle CPU, we can take advantage
> > of this_cpu being about to enter idle to run the ILB and update the
> > blocked load.
> >
> > Signed-off-by: Vincen
On Tue, Feb 09, 2021 at 12:36:20PM +1000, Nicholas Piggin wrote:
> What if you did this?
> +static inline struct task_struct *get_current(void)
> +{
> + register struct task_struct *task asm ("r2");
> +
> + return task;
> +}
Local register asm variables are *only* guaranteed to live in th
On Tue, Feb 9, 2021 at 2:17 AM Sai Krishna Potthuri wrote:
>
> Hi Rob,
>
> Thanks for the review.
>
> > -Original Message-
> > From: Rob Herring
> > Sent: Tuesday, February 9, 2021 7:51 AM
> > To: Sai Krishna Potthuri
> > Cc: Linus Walleij ; Michal Simek
> > ; Greg Kroah-Hartman ;
> > li
s/theroretical/theoretical/
Signed-off-by: Bhaskar Chowdhury
---
arch/x86/kernel/apic/vector.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/apic/vector.c b/arch/x86/kernel/apic/vector.c
index 3c9c7492252f..aa9d3cf69580 100644
--- a/arch/x86/kernel/apic/ve
On Sat, Feb 06, 2021 at 11:49:29AM +0100, Juergen Gross wrote:
> In order to support the possibility of per-device event channel
> settings (e.g. lateeoi spurious event thresholds) add a xenbus device
> pointer to struct irq_info() and modify the related event channel
> binding interfaces to take t
From: Marc Kleine-Budde
> Sent: 09 February 2021 11:28
>
> On 09.02.2021 10:34:42, David Laight wrote:
...
> > AFAICT there is one structure that would have end-padding.
> > But I didn't actually spot anything validating it's length.
> > Which may well mean that it is possible to read off the end
On Tue, Feb 09, 2021 at 03:01:42AM +, Song Bao Hua (Barry Song) wrote:
> On the other hand, wouldn't it be the benefit of hardware accelerators
> to have a lower and more stable latency zip/encryption than CPU?
No, I don't think so.
If this is an important problem then it should apply equall
901 - 1000 of 1488 matches
Mail list logo