On Tue, 23 Feb 2021 17:46:20 +0800
Jason Wang wrote:
> On 2021/2/23 下午5:25, Michael S. Tsirkin wrote:
> > On Mon, Feb 22, 2021 at 09:09:28AM -0800, Si-Wei Liu wrote:
> >>
> >> On 2/21/2021 8:14 PM, Jason Wang wrote:
> >>> On 2021/2/19 7:54 下午, Si-Wei Liu wrote:
> Commit 452639a64ad8 ("
On Tue, Feb 23, 2021 at 10:49:44AM +0100, David Hildenbrand wrote:
> On 23.02.21 10:48, Mike Rapoport wrote:
> > On Tue, Feb 23, 2021 at 09:04:19AM +0100, David Hildenbrand wrote:
> > > On 22.02.21 11:57, Mike Rapoport wrote:
> > > > From: Mike Rapoport
> > > >
> > > > There could be struct pages
On Mon, Feb 22, 2021 at 10:43:00AM +0900, William Breathitt Gray wrote:
> On Mon, Feb 15, 2021 at 10:17:37AM +0100, Oleksij Rempel wrote:
> > > > +static irqreturn_t event_cnt_isr(int irq, void *dev_id)
> > > > +{
> > > > + struct event_cnt_priv *priv = dev_id;
> > > > +
> > > > + atomi
With the latest sparse, I do not see the error claimed by commit
d55875f5d52c ("include/asm-generic/ioctl.h: fix _IOC_TYPECHECK sparse
error").
Anyway, using BUILD_BUG_ON_ZERO() is clearer, and we do not need
to worry about sparse because BUILD_BUG_ON_ZERO() definition in
is a constant zero when
Hi Saravana,
On Thu, Feb 18, 2021 at 12:51 AM Saravana Kannan wrote:
> There's no point in adding a device to the deferred probe list if we
> know for sure that it doesn't have a matching driver. So, check if a
> device can match with a driver before adding it to the deferred probe
> list.
>
> Si
On Mon, 22 Feb 2021 at 17:47, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.19.177 release.
> There are 50 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.
>
> Re
On Tue, Feb 23, 2021 at 10:02:08AM +, Pho Tran wrote:
> Similar to other CP210x devices, GPIO interfaces (gpiochip) should be
> supported for CP2108.
>
> CP2108 has 4 serial interfaces but only 1 set of GPIO pins are shared to all
> of those interfaces.
> So, just need to initialize GPIOs of
On 2021/2/23 6:01 下午, Michael S. Tsirkin wrote:
On Tue, Feb 23, 2021 at 05:46:20PM +0800, Jason Wang wrote:
On 2021/2/23 下午5:25, Michael S. Tsirkin wrote:
On Mon, Feb 22, 2021 at 09:09:28AM -0800, Si-Wei Liu wrote:
On 2/21/2021 8:14 PM, Jason Wang wrote:
On 2021/2/19 7:54 下午, Si-Wei Liu wro
Hi Elaine,
Am Dienstag, 23. Februar 2021, 10:53:51 CET schrieb Elaine Zhang:
> A55 supports each core to work at different frequencies, and each core
> has an independent divider control.
>
> Signed-off-by: Elaine Zhang
> ---
> drivers/clk/rockchip/clk-cpu.c | 25 +
> dr
On Mon, Feb 22 2021 at 21:50, Andy Lutomirski wrote:
> On a 32-bit fast syscall that fails to read its arguments from user
> memory, the kernel currently does syscall exit work but not
> syscall exit work.
and this sentence does not make any sense.
> This would confuse audit and ptrace.
Would? I
On Tue, Feb 23, 2021 at 5:28 PM Oscar Salvador wrote:
>
> On Mon, Feb 22, 2021 at 04:00:27PM -0800, Mike Kravetz wrote:
> > > -static void update_and_free_page(struct hstate *h, struct page *page)
> > > +static int update_and_free_page(struct hstate *h, struct page *page)
> > > + __releases(&hug
On Tue, 23 Feb 2021 10:02:01 +0100, Geert Uytterhoeven wrote:
> NORMAL (0x0) and IDLE (0x4) are really two different states. Hence you
> cannot check for both using a bitmask, as that checks for IDLE only,
> breaking operation for devices that are in NORMAL state.
Thanks. I missed that the state
On Mon, Feb 22, 2021 at 08:25:27AM -0800, dai@oracle.com wrote:
>
> On 2/22/21 2:24 AM, Luis Henriques wrote:
> > A regression has been reported by Nicolas Boichat, found while using the
> > copy_file_range syscall to copy a tracefs file. Before commit
> > 5dae222a5ff0 ("vfs: allow copy_file_
On 2021/2/23 6:04 下午, Cornelia Huck wrote:
On Tue, 23 Feb 2021 17:46:20 +0800
Jason Wang wrote:
On 2021/2/23 下午5:25, Michael S. Tsirkin wrote:
On Mon, Feb 22, 2021 at 09:09:28AM -0800, Si-Wei Liu wrote:
On 2/21/2021 8:14 PM, Jason Wang wrote:
On 2021/2/19 7:54 下午, Si-Wei Liu wrote:
Commi
(re-added CC)
On Mon, Feb 22, 2021 at 08:24:59PM -0500, George Kennedy wrote:
>
> On 2/22/2021 4:55 PM, Mike Rapoport wrote:
> > On Mon, Feb 22, 2021 at 01:42:56PM -0500, George Kennedy wrote:
> > > On 2/22/2021 11:13 AM, David Hildenbrand wrote:
> > > > On 22.02.21 16:13, George Kennedy wrote:
>
On Tue, 23 Feb 2021 08:59:22 +0100 Jens Wiklander wrote:
>
> Hi Jisheng,
Hi Jens,
>
> On Wed, Feb 10, 2021 at 7:44 AM Jisheng Zhang
> wrote:
> >
> > Add tracepoints to retrieve information about the invoke_fn. This would
> > help to measure how many invoke_fn are triggered and how long it ta
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/gustavoars/linux.git testing/xfs
branch HEAD: fca71389c6700c11aa3fd9e05349460039719ce5 xfs: Replace one-element
arrays with flexible-array members
elapsed time: 723m
configs tested: 98
configs skipped: 3
The following configs have b
From: Stephen Rothwell
Date: Tue, 23 Feb 2021 10:49:50 +1100
> Hi all,
Hi,
> On Mon, 15 Feb 2021 07:47:26 +1100 Stephen Rothwell
> wrote:
> >
> > On Mon, 18 Jan 2021 15:08:04 +1100 Stephen Rothwell
> > wrote:
> > >
> > > Today's linux-next merge of the kspp tree got a conflict in:
> > >
> >
Le lun. 22 févr. 2021 à 19:40, Krzysztof Kozlowski a écrit :
>
> On Mon, 22 Feb 2021 at 00:47, Adrien Grassein
> wrote:
> >
> > Le sam. 20 févr. 2021 à 20:19, Krzysztof Kozlowski a
> > écrit :
> > >
> > > On Fri, Feb 19, 2021 at 03:03:55PM +0100, Adrien Grassein wrote:
> > > > Le ven. 19 févr.
Hi,
On 2/23/21 9:10 AM, Meng Yu wrote:
> --- a/drivers/crypto/atmel-ecc.c
> +++ b/drivers/crypto/atmel-ecc.c
> @@ -104,7 +104,7 @@ static int atmel_ecdh_set_secret(struct crypto_kpp *tfm,
> const void *buf,
> return -EINVAL;
> }
>
> - ctx->n_sz = atmel_ecdh_supporte
Hi Elaine,
Am Dienstag, 23. Februar 2021, 10:53:50 CET schrieb Elaine Zhang:
> Add the dt-bindings header for the rk3568, that gets shared between
> the clock controller and the clock references in the dts.
> Add softreset ID for rk3568.
>
> Signed-off-by: Elaine Zhang
> ---
> include/dt-bindin
If CONFIG_DEBUG_SG=y, and CONFIG_MMU=y:
include/linux/scatterlist.h: In function ‘sg_set_buf’:
arch/m68k/include/asm/page_mm.h:174:49: warning: ordered comparison of
pointer with null pointer [-Wextra]
174 | #define virt_addr_valid(kaddr) ((void *)(kaddr) >= (void
*)PAGE_OFFSET &&
On Tue, Feb 23, 2021 at 06:27:07PM +0800, Muchun Song wrote:
> > > > +
> > > > + if (alloc_huge_page_vmemmap(h, page)) {
> > > > + int zeroed;
> > > > +
> > > > + spin_lock(&hugetlb_lock);
> > > > + INIT_LIST_HEAD(&page->lru);
> > > > + set_compound_page_dt
Hi Elaine,
This is a new document.
Could you convert rockchip,rk3568-cru.txt to yaml?
To get an acked-by you must include:
robh...@kernel.org
devicet...@vger.kernel.org
./scripts/get_maintainer.pl --noroles --norolestats --nogit-fallback
--nogit
Your patch should show up here after filtering:
Hi,
I'm seeing the following splat right after boot (or during late boot
phases) with v5.11-rt7 (LOCKDEP enabled).
[ 85.273583] [ cut here ]
[ 85.273588] WARNING: CPU: 5 PID: 1416 at include/linux/seqlock.h:271
nft_counter_eval+0x95/0x130 [nft_counter]
[ 85.273600]
Hey Robert,
Le ven. 19 févr. 2021 à 22:47, Adrien Grassein
a écrit :
>
> Le ven. 19 févr. 2021 à 22:28, Robert Foss a écrit :
> >
> > On Fri, 19 Feb 2021 at 16:01, Adrien Grassein
> > wrote:
> > >
> > > Hey Robert,
> > >
> > > Le ven. 19 févr. 2021 à 14:27, Robert Foss a
> > > écrit :
> > >
rmnet-Enable-Mapv5/20210223-010109
> base: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
> d310ec03a34e92a77302edb804f7d68ee4f01ba0
> config: m68k-allmodconfig (attached as .config)
> compiler: m68k-linux-gcc (GCC) 9.3.0
> reproduce (this is a W=
On 2/22/21 5:58 PM, Catalin Marinas wrote:
> That's because cpu_hotplug_lock is not a spinlock but a semaphore which
> implies sleeping. I don't think avoiding taking this semaphore
> altogether (as in the *_cpuslocked functions) is the correct workaround.
>
Thinking at it a second time I agree
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/hid/hid.git for-linus
to receive HID susbsytem updates scheduled for 5.12. Highlights:
=
- support for "Unified Battery" feature on Logitech devices from Filipe
Laíns
- power management improvements for intel-ish dri
Am Dienstag, 23. Februar 2021, 11:50:25 CET schrieb Johan Jonker:
> Hi Elaine,
>
> This is a new document.
> Could you convert rockchip,rk3568-cru.txt to yaml?
I'll definitly second that wish for a conversion to yaml.
Having the ability to check devicetrees for correctness is
quite helpful :-)
On 2021-02-23 11:49:07 [+0100], Juri Lelli wrote:
> Hi,
Hi,
> I'm seeing the following splat right after boot (or during late boot
> phases) with v5.11-rt7 (LOCKDEP enabled).
…
> [ 85.273588] WARNING: CPU: 5 PID: 1416 at include/linux/seqlock.h:271
> nft_counter_eval+0x95/0x130 [nft_counter]
…
On Tue, 23 Feb 2021 18:31:07 +0800
Jason Wang wrote:
> On 2021/2/23 6:04 下午, Cornelia Huck wrote:
> > On Tue, 23 Feb 2021 17:46:20 +0800
> > Jason Wang wrote:
> >
> >> On 2021/2/23 下午5:25, Michael S. Tsirkin wrote:
> >>> On Mon, Feb 22, 2021 at 09:09:28AM -0800, Si-Wei Liu wrote:
> On
On Mon, Feb 22, 2021 at 05:20:10PM -0800, Song Liu wrote:
> BPF helpers bpf_task_storage_[get|delete] could hold two locks:
> bpf_local_storage_map_bucket->lock and bpf_local_storage->lock. Calling
> these helpers from fentry/fexit programs on functions in bpf_*_storage.c
> may cause deadlock on ei
On Tue, Feb 23, 2021 at 10:28:46AM +0800, Jiapeng Chong wrote:
> Fix the following coccicheck warnings:
>
> ./drivers/net/netdevsim/fib.c:564:2-3: Unneeded semicolon.
>
> Reported-by: Abaci Robot
> Signed-off-by: Jiapeng Chong
Reviewed-by: Ido Schimmel
From: Borislav Petkov
vc_decode_insn() calls copy_from_kernel_nofault() by way of
vc_fetch_insn_kernel() to fetch 15 bytes max of opcodes to decode.
copy_from_kernel_nofault() returns negative on error and 0 on success.
The error case is handled by returning ES_EXCEPTION.
In the success case, t
Hi,
On Sat, 20 Feb 2021 at 05:13, Matthias Kaehlcke wrote:
>
> Lazor rev3 and older are stuffed with a 47k NTC as thermistor for
> the charger temperature which currently isn't supported by the
> PM6150 ADC driver. Delete the charger thermal zone and ADC channel
> to avoid the use of bogus temper
The file linux/pcwd.h is not more present in the kernel
sources. Its information is now moved into the file:
include/uapi/linux/watchdog.h
Signed-off-by: Flavio Suligoi
---
Documentation/watchdog/pcwd-watchdog.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation
On Sat, Feb 20, 2021 at 1:51 AM Dmitry V. Levin wrote:
>
> On sparc, fork and clone syscalls have an unusual semantics of
> returning the pid of the parent process to the child process.
>
> Apparently, the implementation did not honor pid namespaces at all,
> so the child used to get the pid of it
On Tue, 23 Feb 2021 at 08:04, wrote:
>
> From: dingsenjie
>
> remove unneeded variable: "ret".
>
> Signed-off-by: dingsenjie
Thanks for the patch. Instead of removing the unused variable, I think
the code could be improved to return error codes when the recovery
fails.
Cheers,
Joel
> ---
>
sja1105_unpack() takes a "const void *buf" as its first parameter, so
there is no need to cast away the "const" of the "buf" variable before
calling it.
Drop the cast, as it prevents the compiler performing some checks.
Signed-off-by: Geert Uytterhoeven
---
Compile-tested only.
BTW, sja1105_pac
On Tue, Feb 23, 2021 at 04:06:30PM +0800, dingsen...@163.com wrote:
> From: dingsenjie
>
> Remove superfluous "breaks", as there is a "return" before them.
>
> Signed-off-by: dingsenjie
> ---
> drivers/tty/serial/imx.c | 5 -
> 1 file changed, 5 deletions(-)
>
> diff --git a/drivers/tty/s
On Tue, 23 Feb 2021 11:05:38 +0100
Borislav Petkov wrote:
> On Tue, Feb 23, 2021 at 05:56:40PM +0800, Aili Yao wrote:
> > What i inject is AR error, and I don't see MCG_STATUS_RIPV flag.
>
> Then keep debugging qemu to figure out why that is.
>
What I think is qemu has not an easy to get the
On Mon, Feb 22, 2021 at 09:50:28PM -0800, Andy Lutomirski wrote:
> On a 32-bit fast syscall that fails to read its arguments from user
> memory, the kernel currently does syscall exit work but not
> syscall exit work. This would confuse audit and ptrace.
>
> This is a minimal fix intended for eas
On 2021/2/23 2:59, Rafael J. Wysocki wrote:
Index: linux-pm/drivers/acpi/processor_idle.c
===
--- linux-pm.orig/drivers/acpi/processor_idle.c
+++ linux-pm/drivers/acpi/processor_idle.c
In this file, function acpi_processor_cstate_f
On Tue, Feb 23, 2021 at 05:25:39PM +0800, zuoqil...@163.com wrote:
> From: zuoqilin
>
> linux/spinlock.h
>
> Signed-off-by: zuoqilin
> ---
> include/linux/spinlock.h | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/include/linux/spinlock.h b/include/linux/spinlock.h
> index 7989784..
On 23/2/21 3:03 am, Jonathan Corbet wrote:
> Aditya Srivastava writes:
>
>> Currently, kernel-doc causes an unexpected error when array element (i.e.,
>> "type (*foo[bar])(args)") is present as pointer parameter in
>> pointer-to-function parsing.
>>
>> For e.g., running kernel-doc -none on kernel
LKP caught another bunch of orphaned instrumentation symbols [0]:
mipsel-linux-ld: warning: orphan section `.data.$LPBX1' from
`init/main.o' being placed in section `.data.$LPBX1'
mipsel-linux-ld: warning: orphan section `.data.$LPBX0' from
`init/main.o' being placed in section `.data.$LPBX0'
mips
> LKP caught another bunch of orphaned instrumentation symbols [0]:
>
> mipsel-linux-ld: warning: orphan section `.data.$LPBX1' from
> `init/main.o' being placed in section `.data.$LPBX1'
> mipsel-linux-ld: warning: orphan section `.data.$LPBX0' from
> `init/main.o' being placed in section `.data.$
On 2/23/2021 1:07 PM, Stephen Boyd wrote:
Quoting Rajendra Nayak (2021-02-11 23:28:40)
Add initial device tree support for the SC7280 SoC and the IDP
boards based on this SoC
Signed-off-by: Rajendra Nayak
---
Reviewed-by: Stephen Boyd
diff --git a/arch/arm64/boot/dts/qcom/sc7280-idp.dt
On Thu 2021-02-18 09:18:14, John Ogness wrote:
> Since the ringbuffer is lockless, there is no need for it to be
> protected by @logbuf_lock. Remove @logbuf_lock.
>
> This means that printk_nmi_direct and printk_safe_flush_on_panic()
> no longer need to acquire any lock to run.
>
> @console_seq,
On 2/23/2021 1:15 PM, Stephen Boyd wrote:
Quoting Rajendra Nayak (2021-02-11 23:28:46)
From: Maulik Shah
Add fw reserved memory area for CPUCP and AOP.
Does CPUCP stand for CPU Content Protection? AOP is Always On Processor.
It would help if the commit text told us what these acronyms wer
> > > I just wrote this little program to demonstrate a possible flaw in both
> > > malloc and calloc.
> > >
> > > If I allocate a the simplest memory region from main(), one out of three
> > > optimization flags fail.
> > > If I allocate the same region from a function, three out of three
> > >
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev.2021.02.17a
branch HEAD: 893966962a445a0b739c4a786ecc81edc95fd216 rcu: deprecate "all"
option to rcu_nocbs=
elapsed time: 721m
configs tested: 109
configs skipped: 2
The following configs have been built s
On 2021/2/23 2:57, Rafael J. Wysocki wrote:
Hi All,
This series replaces ACPI_DEBUG_PRINT() and ACPI_EXCEPTION() in the ACPI
processor driver and sysfs code and drops definitions of related symbols
that are not used for anything meaningful any more.
Please refer to the patch changelogs for deta
compat_sys##name is declared twice, just one line below.
With this removal SYSCALL_DEFINEx() (defined in )
and COMPAT_SYSCALL_DEFINEx() look symmetrical.
Signed-off-by: Masahiro Yamada
---
include/linux/compat.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/compat.h b/includ
Hi Stephen,
On 2/23/2021 1:19 PM, Stephen Boyd wrote:
Quoting Rajendra Nayak (2021-02-11 23:28:50)
diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi
b/arch/arm64/boot/dts/qcom/sc7280.dtsi
index 8f2002b..3b86052 100644
--- a/arch/arm64/boot/dts/qcom/sc7280.dtsi
+++ b/arch/arm64/boot/dts/qcom/sc
On Thu 2021-02-18 09:18:15, John Ogness wrote:
> kmsg_dump_rewind() and kmsg_dump_get_line() are lockless, so there is
> no need for _nolock() variants. Remove these functions and switch all
> callers of the _nolock() variants.
>
> The functions without _nolock() were chosen because they are alrea
On Tue, Feb 23, 2021 at 04:35:58PM +0800, Yang Li wrote:
> fixed the following coccicheck:
> ./drivers/gpio/gpiolib-acpi.c:176:7-27: ERROR: Threaded IRQ with no
> primary handler requested without IRQF_ONESHOT
>
> Make sure threaded IRQs without a primary handler are always request
> with IRQF_ONE
On Thu 2021-02-18 09:18:16, John Ogness wrote:
> kmsg_dump() is open coding the kmsg_dump_rewind(). Call
> kmsg_dump_rewind() instead.
>
> Signed-off-by: John Ogness
Reviewed-by: Petr Mladek
Best Regards,
Petr
Hello,
My name is Ms. Reem Ebrahim Al-Hashimi, I am the "Minister of state
and Petroleum" also "Minister of State for International Cooperation"
in UAE. I write to you on behalf of my other "three (3) colleagues"
who has approved me to solicit for your "partnership in claiming of
{us$47=Million}"
On Mon, Feb 22, 2021 at 08:03:31AM -0800, Guenter Roeck wrote:
> > Maybe, we can add something like CONFIG_SUPPRESS_NOISY_TESTS,
> > which is set to y by all{yes,mod}config.
> >
> > This is self-documenting, so we do not need the '# too noisy' comment.
> >
> >
> >
> > config SUPPRESS_NOISY_TEST
On Mon, 22 Feb 2021 at 18:08, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.222 release.
> There are 57 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.
>
> Re
On 2/15/21 6:28 PM, Thorsten Leemhuis wrote:
> Replace placeholder text about decoding stack traces with a section that
> properly describes what a typical user should do these days. To make
> it works for them, add a paragraph in an earlier section to ensure
> people build their kernels with every
Cleanup kdb code to get rid of unused function definitions/prototypes.
Signed-off-by: Sumit Garg
---
kernel/debug/kdb/kdb_main.c| 2 +-
kernel/debug/kdb/kdb_private.h | 3 ---
kernel/debug/kdb/kdb_support.c | 18 --
3 files changed, 1 insertion(+), 22 deletions(-)
diff --g
On Mon, Feb 22, 2021 at 9:54 PM Geert Uytterhoeven wrote:
>
> Commit be1859bdc660213b ("initramfs: remove redundant dependency on
> BLK_DEV_INITRD") removed all redundant dependencies on BLK_DEV_INITRD,
> but the recent addition of zstd support introduced a new one.
This patch is trivial.
Applied
On Mon, Feb 22, 2021 at 10:35:44PM +, Daniel Scally wrote:
> On 22/02/2021 14:58, Andy Shevchenko wrote:
> > On Mon, Feb 22, 2021 at 3:12 PM Daniel Scally wrote:
...
> >> + if (obj->buffer.length > sizeof(*cldb)) {
> >> + dev_err(&adev->dev, "The CLDB buffer is too large\
On Tue, 23 Feb 2021 at 11:51, Adrien Grassein wrote:
>
> Hey Robert,
>
> Le ven. 19 févr. 2021 à 22:47, Adrien Grassein
> a écrit :
> >
> > Le ven. 19 févr. 2021 à 22:28, Robert Foss a écrit
> > :
> > >
> > > On Fri, 19 Feb 2021 at 16:01, Adrien Grassein
> > > wrote:
> > > >
> > > > Hey Rober
On Thu, Feb 18, 2021 at 10:03 AM Baoquan He wrote:
>
> On 02/11/21 at 10:08am, Saeed Mirzamohammadi wrote:
> > This adds crashkernel=auto feature to configure reserved memory for
> > vmcore creation. CONFIG_CRASH_AUTO_STR is defined to be set for
> > different kernel distributions and different ar
+Vincent
On 22/02/21 09:12, syzbot wrote:
> syzbot has found a reproducer for the following issue on:
>
> HEAD commit:31caf8b2 Merge branch 'linus' of git://git.kernel.org/pub/..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=16ab2682d0
> kernel co
On Mon, 22 Feb 2021 at 18:11, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.9.258 release.
> There are 49 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
On Tue, Feb 23, 2021 at 10:56:46AM +, Vincenzo Frascino wrote:
> On 2/22/21 5:58 PM, Catalin Marinas wrote:
> > We'll still have an issue with dynamically switching the async/sync mode
> > at run-time. Luckily kasan doesn't do this now. The problem is that
> > until the last CPU have been switc
On Mon, 22 Feb 2021 at 18:10, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.4.258 release.
> There are 35 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
On Tue, Feb 23, 2021 at 02:19:02PM +0800, Jason Wang wrote:
> Hi all:
>
> This series tries to implement a vDPA driver for virtio-pci device
> which will bridge between vDPA bus and virtio-pci device.
>
> This could be used for future feature prototyping and testing.
>
> Please review
OK just o
On 2/23/21 12:05 PM, Catalin Marinas wrote:
>> I totally agree on this point. In the case of runtime switching we might need
>> the rethink completely the strategy and depends a lot on what we want to
>> allow
>> and what not. For the kernel I imagine we will need to expose something in
>> sysf
On Tue, Feb 23, 2021 at 12:11:30PM +0100, Borislav Petkov wrote:
> From: Borislav Petkov
>
> vc_decode_insn() calls copy_from_kernel_nofault() by way of
> vc_fetch_insn_kernel() to fetch 15 bytes max of opcodes to decode.
>
> copy_from_kernel_nofault() returns negative on error and 0 on success.
Hi Leon,
On 22/02/21 1:30 pm, Steen Hegelund wrote:
> Hi Leon,
>
> On Sun, 2021-02-21 at 07:59 +0200, Leon Romanovsky wrote:
>> EXTERNAL EMAIL: Do not click links or open attachments unless you
>> know the content is safe
>>
>> On Thu, Feb 18, 2021 at 05:14:49PM +0100, Steen Hegelund wrote:
>>> P
On 2/22/21 5:28 PM, Petr Mladek wrote:
On Sun 2021-02-21 22:39:42, Helge Deller wrote:
On 2/19/21 5:33 PM, John Ogness wrote:
Added CC: linux-par...@vger.kernel.org
On 2021-02-19, John Ogness wrote:
diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
index 20c21a25143d..401df370832b
On 23/2/21 3:10 am, Jonathan Corbet wrote:
> Aditya Srivastava writes:
>
>> There are files in kernel, which use 'typedef struct' syntax for defining
>> struct. For eg, include/linux/zstd.h, drivers/scsi/megaraid/mega_common.h,
>> etc.
>> However, kernel-doc still does not support it, causing a p
Jaegeuk,
Could you please help to review this patch? since I doubt that this
issue can happen in real world... :(
Thanks,
On 2021/2/22 21:43, Chao Yu wrote:
Ping,
On 2021/2/20 17:40, Chao Yu wrote:
In cp disabling mode, there could be a condition
- target segment has 128 ckpt valid blocks
-
On Fri, Feb 19, 2021 at 06:54:58AM -0500, Si-Wei Liu wrote:
> Commit 452639a64ad8 ("vdpa: make sure set_features is invoked
> for legacy") made an exception for legacy guests to reset
> features to 0, when config space is accessed before features
> are set. We should relieve the verify_min_features
Hi Florian,
Yes, you’re right, there seems to be a bug, because cpu_number_map() and
cpu_logical_map() are returning the same when BCM6358 starts with CMT 1:
[4.662896] bcm6345_l1_irq_handle: smp_id=0 cpu_logical=1 cpu_number=1
Let’s see if I can fix it…
Best regards,
Álvaro.
> El 22 feb 2
On Thu, Feb 18, 2021 at 09:41:57AM +0200, Eli Cohen wrote:
> Allow to control vdpa device creation and destruction using the vdpa
> management tool.
>
> Examples:
> 1. List the management devices
> $ vdpa mgmtdev show
> pci/:3b:00.1:
> supported_classes net
>
> 2. Create vdpa instance
> $ v
Thanks David for the review comments!!
On 2/18/2021 11:46 PM, David Hildenbrand wrote:
>> I would like to start discussion about balancing the occupancy of
>> memory zones in a node in the system whose imabalance may be caused by
>> migration of pages to other zones during hotremove and then ho
On Tue, 23 Feb 2021, Philippe Mathieu-Daudé wrote:
> On Mon, Feb 22, 2021 at 5:22 PM Lukas Bulwahn wrote:
> >
> > The domain lookup for linux-mips.org fails for quite some time now.
> > Further, the two links:
> >
> > http://decstation.unix-ag.org/
>
> https://web.archive.org/web/2007060918580
On Tue, Feb 23, 2021 at 07:29:32AM -0500, Michael S. Tsirkin wrote:
> On Thu, Feb 18, 2021 at 09:41:57AM +0200, Eli Cohen wrote:
> > Allow to control vdpa device creation and destruction using the vdpa
> > management tool.
> >
> > Examples:
> > 1. List the management devices
> > $ vdpa mgmtdev sho
On Tue, 23 Feb 2021, Philippe Mathieu-Daudé wrote:
> > diff --git a/arch/mips/sgi-ip27/ip27-timer.c
> > b/arch/mips/sgi-ip27/ip27-timer.c
> > index 79c434fece52..444b5e0e935f 100644
> > --- a/arch/mips/sgi-ip27/ip27-timer.c
> > +++ b/arch/mips/sgi-ip27/ip27-timer.c
> > @@ -1,7 +1,7 @@
> > // SPD
On Tue, Feb 16, 2021 at 07:50:21AM +0200, Eli Cohen wrote:
> struct mlx5_vdpa_net pointer was stored in drvdata. Extract it as well
> in mlx5v_remove().
>
> Fixes: 74c9729dd892 ("vdpa/mlx5: Connect mlx5_vdpa to auxiliary bus")
> Signed-off-by: Eli Cohen
Sorry which tree this is for? Couldn't app
Hi Helen,
On 14/01/2021 19:07, Helen Koike wrote:
> This is part of the multiplanar and singleplanar unification process.
> v4l2_ext_pix_format is supposed to work for both cases.
>
> We also add the concept of modifiers already employed in DRM to expose
> HW-specific formats (like tiled or compr
From: wengjianfeng
some function's label meaningless, the return statement follows
the goto statement, so just remove it.
Signed-off-by: wengjianfeng
---
drivers/net/wireless/quantenna/qtnfmac/cfg80211.c | 27 +--
1 file changed, 6 insertions(+), 21 deletions(-)
diff --git
On 2/23/21 10:13 AM, John Paul Adrian Glaubitz wrote:
> On 2/23/21 9:35 AM, Sergei Trofimovich wrote:> On Tue, 23 Feb 2021 00:55:50
> +0100
>> John Paul Adrian Glaubitz wrote:
>>
>>> For me, Debian also stopped booting on ia64 with systemd and I bisected it
>>> to this
>>> change. Glad to see I'
On 23/02/21 10:30, kernel test robot wrote:
> Greeting,
>
> FYI, we noticed a -13.9% regression of stress-ng.vm-segv.ops_per_sec due to
> commit:
>
>
> commit: b360fb5e5954a8a440ef95bf11257e2e7ea90340 ("[PATCH v2 1/7] sched/fair:
> Ignore percpu threads for imbalance pulls")
> url:
> https://git
On Tue, Feb 23, 2021 at 07:32:49AM -0500, Michael S. Tsirkin wrote:
> On Tue, Feb 16, 2021 at 07:50:21AM +0200, Eli Cohen wrote:
> > struct mlx5_vdpa_net pointer was stored in drvdata. Extract it as well
> > in mlx5v_remove().
> >
> > Fixes: 74c9729dd892 ("vdpa/mlx5: Connect mlx5_vdpa to auxiliary
On Fri, 5 Feb 2021 17:01:35 +0800
Aili Yao wrote:
> When one page is already hwpoisoned by MCE AO action, processes may not
> be killed, processes mapping this page may make a syscall include this
> page and result to trigger a VM_FAULT_HWPOISON fault, as it's in kernel
> mode it may be fixed by
> +static int vfio_pci_dma_fault_init(struct vfio_pci_device *vdev)
> +{
> + struct vfio_region_dma_fault *header;
> + struct iommu_domain *domain;
> + size_t size;
> + bool nested;
> + int ret;
> +
> + domain = iommu_get_domain_for_dev(&vdev->pdev->dev);
> + ret = iommu
> @@ -2656,7 +2656,12 @@ static int ufshcd_queuecommand(struct Scsi_Host
> *host, struct scsi_cmnd *cmd)
>
> lrbp->req_abort_skip = false;
>
> - ufshpb_prep(hba, lrbp);
> + err = ufshpb_prep(hba, lrbp);
> + if (err == -EAGAIN) {
> + lrbp->cmd = NULL;
> +
When booting bmips with SMP enabled on a BCM6358 running on CPU #1 instead of
CPU #0, the current CPU mapping code produces the following:
- smp_processor_id(): 0
- cpu_logical_map(): 1
- cpu_number_map(): 1
This is because SMP isn't supported on BCM6358 since it has a shared TLB, so
it is disable
On Tue, Feb 23, 2021 at 12:05:32PM +, Catalin Marinas wrote:
> On Tue, Feb 23, 2021 at 10:56:46AM +, Vincenzo Frascino wrote:
> > On 2/22/21 5:58 PM, Catalin Marinas wrote:
> > > We'll still have an issue with dynamically switching the async/sync mode
> > > at run-time. Luckily kasan doesn'
On Tue, Feb 23, 2021 at 02:33:04PM +0200, Eli Cohen wrote:
> On Tue, Feb 23, 2021 at 07:29:32AM -0500, Michael S. Tsirkin wrote:
> > On Thu, Feb 18, 2021 at 09:41:57AM +0200, Eli Cohen wrote:
> > > Allow to control vdpa device creation and destruction using the vdpa
> > > management tool.
> > >
>
On Tue, Feb 23, 2021 at 07:52:34AM -0500, Michael S. Tsirkin wrote:
>
> I think I have them in the linux next branch, no?
>
You do.
On Tue, Feb 23, 2021 at 02:33:50PM +0530, Sumit Garg wrote:
> Thanks Doug for your comments.
>
> On Tue, 23 Feb 2021 at 05:28, Doug Anderson wrote:
> > > To be clear there is still a very small window between call to
> > > free_initmem() and system_state = SYSTEM_RUNNING which can lead to
> > > r
101 - 200 of 1024 matches
Mail list logo
