* kernel test robot wrote:
> Greeting,
>
> FYI, we noticed a -43.3% regression of fio.read_iops due to commit:
>
>
> commit: a0ac629ebe7b3d248cb93807782a00d9142fdb98 ("x86/copy_mc: Introduce
> copy_mc_generic()")
> url:
> https://github.com/0day-ci/linux/commits/Dan-Williams/Renovate-memcp
The ACRN Hypervisor did not support x2APIC and thus x2APIC support was
disabled by always returning false when VM checked for x2APIC support.
ACRN received full support of x2APIC and exports the capability through
CPUID feature bits.
Let VM decide if it needs to switch to x2APIC mode according to
On 8/6/20 8:32 AM, Stephen Smalley wrote:
On 8/6/20 8:24 AM, peter enderborg wrote:
On 8/6/20 2:11 PM, Stephen Smalley wrote:
On 8/6/20 4:03 AM, Thiébaud Weksteen wrote:
From: Peter Enderborg
Add further attributes to filter the trace events from AVC.
Please include sample usage and outp
On 8/6/20 8:24 AM, peter enderborg wrote:
On 8/6/20 2:11 PM, Stephen Smalley wrote:
On 8/6/20 4:03 AM, Thiébaud Weksteen wrote:
From: Peter Enderborg
Add further attributes to filter the trace events from AVC.
Please include sample usage and output in the description.
Im not sure where
allyesconfig
powerpc allmodconfig
powerpc allnoconfig
powerpc defconfig
x86_64 randconfig-a006-20200806
x86_64 randconfig-a001-20200806
x86_64 randconfig-a004-20200806
On 03/08/2020 13:26, benbjiang(蒋彪) wrote:
>
>
>> On Aug 3, 2020, at 4:16 PM, Dietmar Eggemann
>> wrote:
>>
>> On 01/08/2020 04:32, Jiang Biao wrote:
>>> From: Jiang Biao
>>>
>>> No need to preempt when there are only one runable CFS task with
>>> other IDLE tasks on runqueue. The only one CFS
From: Andrei Botila
Newer CAAM versions (Era 9+) support 16B IVs. Since for these devices
the HW limitation is no longer present newer version should process the
requests containing 16B IVs directly in hardware without using a fallback.
Signed-off-by: Andrei Botila
---
drivers/crypto/caam/caam
06.08.2020 19:51, Sowjanya Komatineni пишет:
What about to add 72us delay to the end of start_calibration() in order
to ensure that FSM is finished before LP-11?
>>> Why we should add 72uS in start_calibration() when can use same
>>> finish_calibration() for both pass/fail cases?
>>>
>>>
On 8/6/20 6:32 AM, Dmitry Osipenko wrote:
06.08.2020 03:47, Sowjanya Komatineni пишет:
On 8/5/20 11:06 AM, Sowjanya Komatineni wrote:
On 8/5/20 10:46 AM, Sowjanya Komatineni wrote:
On 8/5/20 10:34 AM, Dmitry Osipenko wrote:
05.08.2020 20:29, Sowjanya Komatineni пишет:
...
UART_FST_MIPI_CAL
search_exception_tables() is an heavy operation, we have to avoid it.
When KUAP is selected, we'll know the fault has been blocked by KUAP.
Otherwise, it behaves just as if the address was already in the TLBs
and no fault was generated.
Signed-off-by: Christophe Leroy
---
arch/powerpc/mm/fault.c
"Michael S. Tsirkin" writes:
> About the feature bit, I am not sure why it's really needed. A single
> mmio access is cheaper than two io accesses anyway, right? So it makes
> sense for a kvm guest whether host has this feature or not.
> We need to be careful and limit to a specific QEMU implemen
+ code author ernest.zhang
On 6/08/20 2:50 pm, Colin King wrote:
> From: Colin Ian King
>
> There is a spelling mistake in a pr_info message. Fix it.
>
> Signed-off-by: Colin Ian King
> ---
> drivers/mmc/host/sdhci-pci-o2micro.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> di
Exception fixup doesn't require the heady full regs saving,
do it from do_page_fault() directly.
For that, split bad_page_fault() in two parts.
As bad_page_fault() can also be called from other places than
handle_page_fault(), it will still perform exception fixup and
fallback on __bad_page_fault
The pull request you sent on Tue, 4 Aug 2020 10:15:16 +:
> ssh://g...@gitolite.kernel.org/pub/scm/linux/kernel/git/hyperv/linux.git
> tags/hyperv-next-signed
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9ab9bc5115c9a1a57ed83a143c601c31488eadd9
Thank you!
--
D
The pull request you sent on Thu, 6 Aug 2020 08:10:01 +0800:
> https://github.com/c-sky/csky-linux.git tags/csky-for-linus-5.9-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2044513ffe4a9c18e6e2a64f048e05d8b62fa927
Thank you!
--
Deet-doot-dot, I am a bot.
https
On 6/08/20 3:21 pm, Adrian Hunter wrote:
> + code author ernest.zhang
That email address bounced, so instead adding
shirley her
>
> On 6/08/20 2:50 pm, Colin King wrote:
>> From: Colin Ian King
>>
>> There is a spelling mistake in a pr_info message. Fix it.
>>
>> Signed-off-by: Colin
The pull request you sent on Wed, 5 Aug 2020 09:17:13 -0700:
> git://github.com/jcmvbkbc/linux-xtensa.git tags/xtensa-20200805
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/bbcf9cd1576752ebe8d618ad8c6500b7e262ffac
Thank you!
--
Deet-doot-dot, I am a bot.
https://k
The pull request you sent on Wed, 05 Aug 2020 18:55:59 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git
> refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/47ec5303d73ea344e84f46660fff693c57641386
Thank you!
--
Deet-do
generalize the "seq_show" seq file support in btf.c to support
a generic show callback of which we support three instances;
- the current seq file show
- a show which triggers the bpf_trace/bpf_trace_printk tracepoint
for each portion of the data displayed
Both classes of show function call btf
In a past revision of this patch, I had requested a void *misc
parameter that could be passed through vdso_sgx_enter_enclave_t into
sgx_enclave_exit_handler_t. This request encountered some push back
and I dropped the issue. However, I'd like to revisit it or something
similar.
One way to create a
To make it more readable, separate page_fault_is_write() and page_fault_is_bad()
to avoir several levels of #ifdefs
Signed-off-by: Christophe Leroy
---
arch/powerpc/mm/fault.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/mm/fault.c b/arch/powerpc/mm/fa
On Thursday, 2020-07-16 at 16:52:41 +03, Jarkko Sakkinen wrote:
> From: Sean Christopherson
>
> Add X86_FEATURE_SGX_LC, which informs whether or not the CPU supports SGX
> Launch Control.
>
> Add MSR_IA32_SGXLEPUBKEYHASH{0, 1, 2, 3}, which when combined contain a
> SHA256 hash of a 3072-bit RSA pu
Check address earlier to simplify the following test.
Signed-off-by: Christophe Leroy
---
arch/powerpc/mm/fault.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/mm/fault.c b/arch/powerpc/mm/fault.c
index 9ef9ee244f72..525e0c2b5406 100644
--- a/arch/po
Refactor the fastreuse update code in inet_csk_get_port into a small
helper function that can be called from other places.
Acked-by: Matthieu Baerts
Signed-off-by: Tim Froidcoeur
---
Notes:
v2: - remove unnecessary cast (Matt)
include/net/inet_connection_sock.h | 4 ++
net/ipv4/inet_conn
The verification and message introduced by commit 374f3f5979f9
("powerpc/mm/hash: Handle user access of kernel address gracefully")
applies to all platforms, it should not be limited to BOOK3S.
Make the BOOK3S version of sanity_check_fault() the one for all,
and bail out earlier if not BOOK3S.
Fi
On Thu, Aug 06, 2020 at 05:53:10PM +0200, Vlastimil Babka wrote:
> On 8/6/20 5:39 PM, Matthew Wilcox wrote:
> >> >> +++ b/mm/huge_memory.c
> >> >> @@ -2125,7 +2125,7 @@ static void __split_huge_pmd_locked(struct
> >> >> vm_area_struct *vma, pmd_t *pmd,
> >> >> * Set PG_double_map before d
On Thursday, 2020-07-16 at 16:52:46 +03, Jarkko Sakkinen wrote:
> Add kernel parameter to disable Intel SGX kernel support.
>
> Tested-by: Sean Christopherson
> Reviewed-by: Sean Christopherson
> Signed-off-by: Jarkko Sakkinen
Reviewed-by: Darren Kenny
> ---
> Documentation/admin-guide/kerne
On Mon, Aug 03, 2020 at 12:39:12PM +0100, Lad Prabhakar wrote:
> Add support to read the bus-type and enable BT656 mode if needed.
>
> The driver defaults to parallel mode if bus-type is not specified in DT.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Biju Das
> ---
> drivers/media/i2c/ov772
On Thu, Aug 6, 2020 at 12:31 PM Marco Elver wrote:
>
> +Cc kasan-dev
>
> On Thu, 6 Aug 2020 at 01:08, Paul E. McKenney wrote:
> >
> > Hello!
> >
> > If I remember correctly, one of you asked for a way to shorten RCU
> > grace periods so that KASAN would have a better chance of detecting bugs
> >
在 2020/8/6 下午6:17, Thomas Bogendoerfer 写道:
On Thu, Aug 06, 2020 at 04:32:13PM +0800, Tiezhu Yang wrote:
On 08/06/2020 03:39 PM, Jiaxun Yang wrote:
在 2020/8/6 下午3:09, Tiezhu Yang 写道:
Loongson processors have a writecombine issue that maybe failed to
write back framebuffer used with ATI Rade
The following commit has been merged into the perf/urgent branch of tip:
Commit-ID: 09fc67b500c7f0bb1b5ed774197ac7f2c5285655
Gitweb:
https://git.kernel.org/tip/09fc67b500c7f0bb1b5ed774197ac7f2c5285655
Author:Masami Hiramatsu
AuthorDate:Fri, 17 Jul 2020 17:42:55 +09:00
Comm
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 0099808553ad4f9c04ad7afd966f6d7f470f247f
Gitweb:
https://git.kernel.org/tip/0099808553ad4f9c04ad7afd966f6d7f470f247f
Author:Thomas Gleixner
AuthorDate:Thu, 30 Jul 2020 12:14:07 +02:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: a1bd06853ee478d37fae9435c5521e301de94c67
Gitweb:
https://git.kernel.org/tip/a1bd06853ee478d37fae9435c5521e301de94c67
Author:Phil Auld
AuthorDate:Wed, 05 Aug 2020 16:31:38 -04:00
Committer:
The following commit has been merged into the perf/urgent branch of tip:
Commit-ID: 45fd22da97c6125d8d0d35bd1791e7c0c4175279
Gitweb:
https://git.kernel.org/tip/45fd22da97c6125d8d0d35bd1791e7c0c4175279
Author:Alexey Budankov
AuthorDate:Wed, 05 Aug 2020 10:56:56 +03:00
Commi
On 8/4/20 11:48 PM, John Hubbard wrote:
> If a compound page is being split while dump_page() is being run on that
> page, we can end up calling compound_mapcount() on a page that is no
> longer compound. This leads to a crash (already seen at least once in
> the field), due to the VM_BUG_ON_PAGE
On Thu, Aug 06, 2020 at 04:32:13PM +0800, Tiezhu Yang wrote:
> On 08/06/2020 03:39 PM, Jiaxun Yang wrote:
> >
> >
> >在 2020/8/6 下午3:09, Tiezhu Yang 写道:
> >>Loongson processors have a writecombine issue that maybe failed to
> >>write back framebuffer used with ATI Radeon or AMD GPU at times,
> >>aft
On 8/6/20 10:04 AM, Murali Karicheri wrote:
> that the maintainers are different than the netdev maintainers. My bad.
> The PRP driver support in kernel is merged by Dave to net-next and this
> iproute2 change has to go with it. So please review and apply this if it
> looks good. The kernel part me
On 8/6/20 7:50 AM, Randy Dunlap wrote:
On 8/5/20 11:21 PM, Stephen Rothwell wrote:
Hi all,
on x86_64:
when CONFIG_MMU_NOTIFIER is not set/enabled:
../mm/migrate.c: In function 'migrate_vma_collect':
../mm/migrate.c:2481:7: error: 'struct mmu_notifier_range' has no member named
'migrate_p
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 1fb497dd003009be95ce67689ac800c446b7acc5
Gitweb:
https://git.kernel.org/tip/1fb497dd003009be95ce67689ac800c446b7acc5
Author:Thomas Gleixner
AuthorDate:Thu, 30 Jul 2020 12:14:06 +02:00
Commi
On 8/6/20 9:41 AM, Sowjanya Komatineni wrote:
On 8/6/20 9:10 AM, Dmitry Osipenko wrote:
06.08.2020 18:59, Sowjanya Komatineni пишет:
...
Confirmed from HW designer, calibration FSM to finish takes worst
case
72uS so by the time it gets to sensor stream it will be done its
sequence and will
On Wed, Aug 05, 2020 at 11:19:20AM -0700, Sami Tolvanen wrote:
> diff --git a/arch/arm64/include/asm/tlbflush.h
> b/arch/arm64/include/asm/tlbflush.h
> index d493174415db..66c2aab5e9cb 100644
> --- a/arch/arm64/include/asm/tlbflush.h
> +++ b/arch/arm64/include/asm/tlbflush.h
> @@ -16,6 +16,16 @@
>
Add j721e wrapper for mhdp, which sets up the clock and data muxes.
Signed-off-by: Jyri Sarha
Signed-off-by: Yuti Amonkar
Signed-off-by: Swapnil Jakhade
Reviewed-by: Tomi Valkeinen
Reviewed-by: Laurent Pinchart
---
drivers/gpu/drm/bridge/Kconfig | 13 +
drivers/gpu/drm/bridge/M
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 820903c784a01bf6e143253418508da4f5790cff
Gitweb:
https://git.kernel.org/tip/820903c784a01bf6e143253418508da4f5790cff
Author:Thomas Gleixner
AuthorDate:Thu, 30 Jul 2020 12:14:05 +02:00
Commi
The following commit has been merged into the timers/urgent branch of tip:
Commit-ID: 19d0070a2792181f79df01277fe00b83b9f7eda7
Gitweb:
https://git.kernel.org/tip/19d0070a2792181f79df01277fe00b83b9f7eda7
Author:Thomas Gleixner
AuthorDate:Tue, 04 Aug 2020 17:01:23 +02:00
Com
Add audio sound card node, which depends on codec node,
SSI node, audmux node.
Signed-off-by: Shengjiu Wang
---
arch/arm/boot/dts/imx6sll-evk.dts | 74 +++
1 file changed, 74 insertions(+)
diff --git a/arch/arm/boot/dts/imx6sll-evk.dts
b/arch/arm/boot/dts/imx6sll-ev
The following commit has been merged into the timers/urgent branch of tip:
Commit-ID: 4c5a116ada953b86125ab7c70a57c57463a55a55
Gitweb:
https://git.kernel.org/tip/4c5a116ada953b86125ab7c70a57c57463a55a55
Author:Thomas Gleixner
AuthorDate:Tue, 04 Aug 2020 22:37:48 +02:00
Com
The following commit has been merged into the timers/urgent branch of tip:
Commit-ID: d60d7de3e16d7cea998bad17d87366a359625894
Gitweb:
https://git.kernel.org/tip/d60d7de3e16d7cea998bad17d87366a359625894
Author:Sven Schnelle
AuthorDate:Tue, 04 Aug 2020 17:01:22 +02:00
Commi
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: ec8602b79088b0f3556d9c7a3a05313bc4e4a96f
Gitweb:
https://git.kernel.org/tip/ec8602b79088b0f3556d9c7a3a05313bc4e4a96f
Author:Kan Liang
AuthorDate:Mon, 20 Jul 2020 06:50:51 -07:00
Committer:
Megha,
"Dey, Megha" writes:
>> -Original Message-
>> From: Jason Gunthorpe
>> Subject: Re: [PATCH RFC v2 02/18] irq/dev-msi: Add support for a new DEV_MSI
>> irq domain
can you please fix your mail client not to copy the whole header of the
mail you are replying to into the mail body?
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 8ca346039f70cf92dbada6c06048efde165b191f
Gitweb:
https://git.kernel.org/tip/8ca346039f70cf92dbada6c06048efde165b191f
Author:Lianbo Jiang
AuthorDate:Tue, 04 Aug 2020 12:49:33 +08:00
Committer
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: f17506e2f14bfa8a6a2de9b8b6a3ccc6b6f7c9b6
Gitweb:
https://git.kernel.org/tip/f17506e2f14bfa8a6a2de9b8b6a3ccc6b6f7c9b6
Author:Ingo Molnar
AuthorDate:Thu, 06 Aug 2020 15:11:03 +02:00
Committer:
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: b031cf7752a82fefa6818a788d906d14f533afa9
Gitweb:
https://git.kernel.org/tip/b031cf7752a82fefa6818a788d906d14f533afa9
Author:Pingfan Liu
AuthorDate:Mon, 03 Aug 2020 13:49:48 +08:00
Committer:
Hello,
On Mon, Aug 03, 2020 at 03:31:43PM +0100, Lad Prabhakar wrote:
> Hi All,
>
> This patch series fixes DVP support and enables BT656 mode in
> the driver.
>
> @Jacopo Mondi - patch 1/4 will collide with your patch series [1],
> feel free to merge it as part of your v2.
This would actually ma
On 08/03/20 at 01:49pm, Pingfan Liu wrote:
> Purgatory.ro is a standalone binary that is not linked against the rest of
> the kernel. Its image is copied into an array that is linked to the
> kernel, and from there kexec relocates it wherever it desires.
>
> Unlike the debug info for vmlinux, whi
Hi,
On Thu, Aug 6, 2020 at 7:36 AM Sibi Sankar wrote:
>
> On 2020-08-06 04:32, Stephen Boyd wrote:
> > +Sibi who wrote the code
> >
> > Quoting Doug Anderson (2020-08-05 13:24:06)
> >>
> >> On Wed, Aug 5, 2020 at 10:36 AM Stephen Boyd
> >> wrote:
> >> >
> >> > Why is the genpd being powered off
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 5b89a35f8c11a7846b06ac729d7de72044f7fc60
Gitweb:
https://git.kernel.org/tip/5b89a35f8c11a7846b06ac729d7de72044f7fc60
Author:Lianbo Jiang
AuthorDate:Tue, 04 Aug 2020 12:49:31 +08:00
Committer
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: d60ed6f07c9c8ed2cbdacea7ab9597ad81454545
Gitweb:
https://git.kernel.org/tip/d60ed6f07c9c8ed2cbdacea7ab9597ad81454545
Author:Shuo Liu
AuthorDate:Thu, 06 Aug 2020 19:41:11 +08:00
Committer:
On Thu, Aug 06, 2020 at 01:54:31PM +0100, Jon Hunter wrote:
> Following commit d8f090dbeafd ("rtc: max77686: Do not allow interrupt to
> fire before system resume"), RTC wake-ups stopped working on Jetson TX2
> and Jetson Xavier platforms. The Jetson TX2 uses the max77620 PMIC and
> the Jetson Xavi
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: f75576c4818fdf344691ca5b791f42bf3878c3a8
Gitweb:
https://git.kernel.org/tip/f75576c4818fdf344691ca5b791f42bf3878c3a8
Author:Shuo Liu
AuthorDate:Thu, 06 Aug 2020 19:38:02 +08:00
Committer:
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 287bad1f2b30253443e61ff6d5597a76787f736a
Gitweb:
https://git.kernel.org/tip/287bad1f2b30253443e61ff6d5597a76787f736a
Author:Dilip Kota
AuthorDate:Mon, 03 Aug 2020 15:56:36 +08:00
Committer:
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 12e4e432ac4d65020ba85037da06f2c886188e4f
Gitweb:
https://git.kernel.org/tip/12e4e432ac4d65020ba85037da06f2c886188e4f
Author:Lianbo Jiang
AuthorDate:Tue, 04 Aug 2020 12:49:32 +08:00
Committer
On Thu, Aug 06, 2020 at 01:13:46PM +0100, Will Deacon wrote:
> I'm not sure I really see the benefit of the rename, to be honest with you,
> especially if smp_mb__after_spinlock() doesn't disappear at the same time.
The reason I proposed a rename is because:
mutex_lock(&foo);
smp_
On Wed, Aug 5, 2020 at 11:10 PM Dafna Hirschfeld
wrote:
>
> Hi
>
> On 22.07.20 17:24, Tomasz Figa wrote:
> > Hi Dafna,
> >
> > On Sat, Jul 11, 2020 at 01:04:31PM +0200, Dafna Hirschfeld wrote:
> >> Hi Laurent,
> >>
> >> On 16.08.19 02:13, Laurent Pinchart wrote:
> >>> Hello Helen,
> >>>
> >>> Than
On Wed, 05 Aug 2020 20:00:50 +0900, Daniel Palmer wrote:
> Adds a YAML description of the binding for the msc313-intc.
>
> Signed-off-by: Daniel Palmer
> ---
> .../mstar,msc313-intc.yaml| 79 +++
> MAINTAINERS | 1 +
> 2 file
The following commit has been merged into the perf/urgent branch of tip:
Commit-ID: b55b3fdce3e554a6bbe8f8ca6a01a892d720e64e
Gitweb:
https://git.kernel.org/tip/b55b3fdce3e554a6bbe8f8ca6a01a892d720e64e
Author:Bhupesh Sharma
AuthorDate:Fri, 17 Jul 2020 13:01:00 +05:30
Commit
On Tue, May 26, 2020 at 03:14:11PM -0400, Arvind Sankar wrote:
Side question: are you going to submit a v3 of this?
Or i.o.w. what is the status of this series?
--
With Best Regards,
Andy Shevchenko
On Thu, Aug 6, 2020 at 12:20 PM Thomas Gleixner wrote:
> So the solution for this driver is either to make the dispatch handler
> threaded or use the hard interrupt variant of dispatching the
> demultiplexed GPIO interrupts.
The struct gpio_irq_chip .threaded bool that the patch
sets just instru
On Thu, Aug 06, 2020 at 07:53:16PM +0800, linmiaohe wrote:
> From: Miaohe Lin
>
> We should fput() file iff FDPUT_FPUT is set. So we should set fput_needed
> accordingly.
>
> Fixes: 00e188ef6a7e ("sockfd_lookup_light(): switch to fdget^W^Waway from
> fget_light")
Explain, please. We are getti
On 7/29/20 3:12 PM, Mathieu Desnoyers wrote:
> From: Michael Jeanson
>
> The objective is to check that the incoming vrf routing table is selected
> to send an ICMP error back to the source when the ttl of a packet reaches 1
> while it is forwarded between different vrfs.
>
> The first test send
I'm debugging a resume issue on one of our devices using the v5.4
kernel. The device has a PS/2 atkbd and a PS/2 touchpad. It looks like
PS/2 commands are getting intermingled with i8042 commands. This
results in our keyboard controller thinking it got some invalid data.
This usually happens 1 out
On Wed, Aug 5, 2020 at 9:53 AM Yulei Zhang wrote:
>
> From: Yulei Zhang
>
> Currently in KVM memory virtulization we relay on mmu_lock to synchronize
> the memory mapping update, which make vCPUs work in serialize mode and
> slow down the execution, especially after migration to do substantial
>
On Wed, Aug 5, 2020 at 10:21 PM Hugh Dickins wrote:
>
> Something I was interested to realize in looking at this: trylock_page()
> on a contended lock is now much less likely to jump the queue and
> succeed than before, since your lock holder hands off the page lock to
> the next holder: much smal
On Thu, Aug 06, 2020 at 08:05:10AM -0700, Doug Anderson wrote:
> Hi,
>
> On Mon, Dec 2, 2019 at 8:36 AM Doug Anderson wrote:
> >
> > Hi,
> >
> > On Wed, Nov 20, 2019 at 11:18 AM Will Deacon wrote:
> > >
> > > On Sat, Oct 19, 2019 at 11:12:26AM -0700, Douglas Anderson wrote:
> > > > This is commi
From: Andrei Botila
CAAM accelerator only supports XTS-AES-128 and XTS-AES-256 since
it adheres strictly to the standard. All the other key lengths
are accepted and processed through a fallback as long as they pass
the xts_verify_key() checks.
Fixes: c6415a6016bf ("crypto: caam - add support for
From: Andrei Botila
A hardware limitation exists for CAAM until Era 9 which restricts
the accelerator to IVs with only 8 bytes. When CAAM has a lower era
a fallback is necessary to process 16 bytes IV.
Fixes: 226853ac3ebe ("crypto: caam/qi2 - add skcipher algorithms")
Cc: # v4.20+
Signed-off-by
On 2020-08-06 11:34:43, Nayna wrote:
>
> On 7/27/20 10:08 AM, Tyler Hicks wrote:
> > The ima_keyrings buffer was used as a work buffer for strsep()-based
> > parsing of the "keyrings=" option of an IMA policy rule. This parsing
> > was re-performed each time an asymmetric key was added to a kernel
From: Andrei Botila
A hardware limitation exists for CAAM until Era 9 which restricts
the accelerator to IVs with only 8 bytes. When CAAM has a lower era
a fallback is necessary to process 16 bytes IV.
Fixes: c6415a6016bf ("crypto: caam - add support for acipher xts(aes)")
Cc: # v4.4+
Signed-of
From: Andrei Botila
CAAM accelerator only supports XTS-AES-128 and XTS-AES-256 since
it adheres strictly to the standard. All the other key lengths
are accepted and processed through a fallback as long as they pass
the xts_verify_key() checks.
Fixes: b189817cf789 ("crypto: caam/qi - add ablkciph
From: Thierry Reding
When the pwm-regulator driver fails to find the enable GPIO because of
probe deferral, prevent it from potentially spamming the kernel log with
error messages that are not useful.
Signed-off-by: Thierry Reding
---
drivers/regulator/pwm-regulator.c | 4 +++-
1 file changed,
On Thu, Aug 6, 2020 at 6:48 AM wrote:
>
> On Wed, Aug 05, 2020 at 05:08:58PM -0700, Peter Oskolkov wrote:
>
> Thanks for the Cc!
Always a pleasure!
(Sorry, included only membarrier maintainers in v1; in v2 included
both membarrier and rseq maintainers).
>
> > + * @MEMBARRIER_CMD_PRIVATE_RESTART
From: Andrei Botila
Newer CAAM versions (Era 9+) support 16B IVs. Since for these devices
the HW limitation is no longer present newer version should process the
requests containing 16B IVs directly in hardware without using a fallback.
Signed-off-by: Andrei Botila
---
drivers/crypto/caam/caam
On 06/08/2020 13:06, Qii Wang wrote:
On Thu, 2020-08-06 at 11:48 +0200, Matthias Brugger wrote:
The struct i2c_spec_values have it's members documented but is missing the
starting '@', which leads to warings like:
drivers/i2c/busses/i2c-mt65xx.c:267: warning: Function parameter or member
'mi
This patchset is based on Google-internal RSEQ
work done by Paul Turner and Andrew Hunter.
When working with per-CPU RSEQ-based memory allocations,
it is sometimes important to make sure that a global
memory location is no longer accessed from RSEQ critical
sections. For example, there can be two
On Thursday, August 6, 2020 7:54:47 AM CEST Doug Smythies wrote:
> On 2020.08.03 10:09 Rafael J. Wysocki wrote:
> > On Sunday, August 2, 2020 5:17:39 PM CEST Doug Smythies wrote:
> > > On 2020.07.19 04:43 Rafael J. Wysocki wrote:
> > > > On Fri, Jul 17, 2020 at 3:37 PM Doug Smythies
> > > > wrote
Based on Google-internal RSEQ work done by
Paul Turner and Andrew Hunter.
This patch adds a selftest for MEMBARRIER_CMD_PRIVATE_RESTART_RSEQ_ON_CPU.
The test quite often fails without the previous patch in this patchset,
but consistently passes with it.
Signed-off-by: Peter Oskolkov
---
.../sel
On Tue, Aug 04, 2020 at 01:37:33PM +0530, Rohit kumar wrote:
> Update lpass-cpu binding with yaml formats.
>
> Signed-off-by: Rohit kumar
> ---
> .../devicetree/bindings/sound/qcom,lpass-cpu.txt | 130 ---
> .../devicetree/bindings/sound/qcom,lpass-cpu.yaml | 179
> ++
Mark Brown 於 2020年8月6日 週四 上午12:10寫道:
>
> On Wed, Aug 05, 2020 at 12:33:02AM +0800, Gene Chen wrote:
> > From: Gene Chen
> >
> > Remove unuse register definition.
> > Merge different sub-devices I2C read/write functions into one Regmap,
> > because PMIC and LDO part need CRC bits for access protec
* Valentin Schneider wrote:
> +#ifndef SD_FLAG
> +#define SD_FLAG(x, y, z)
> +#endif
AFAICS there's not a single use of sd_flags.h that doesn't come with
its own SD_FLAG definition, so I suppose this should be:
#ifndef SD_FLAG
# error "Should not happen."
#endif
?
Also, some nits:
> +/*
>
Try to merge continuous bio to current task's plug fisrt.
Signed-off-by: Xianting Tian
---
block/blk-cgroup.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/block/blk-cgroup.c b/block/blk-cgroup.c
index 0ecc897..fe5d361 100644
--- a/block/blk-cgroup.c
+++ b/block/blk-cgroup.c
@@ -122,6 +
Hi Tim,
Thank you for having sent the patch!
On 06/08/2020 08:41, Tim Froidcoeur wrote:
Refactor the fastreuse update code in inet_csk_get_port into a small
helper function that can be called from other places.
(...)
diff --git a/net/ipv4/inet_connection_sock.c b/net/ipv4/inet_connection_so
On Thu, Aug 6, 2020 at 3:22 PM Dmitry Vyukov wrote:
>
> On Thu, Aug 6, 2020 at 12:31 PM Marco Elver wrote:
> >
> > +Cc kasan-dev
> >
> > On Thu, 6 Aug 2020 at 01:08, Paul E. McKenney wrote:
> > >
> > > Hello!
> > >
> > > If I remember correctly, one of you asked for a way to shorten RCU
> > > gr
On 08/04, dan...@ffwll.ch wrote:
> On Sat, Aug 01, 2020 at 03:49:29PM -0300, Melissa Wen wrote:
> > VKMS needs vblank interrupts enabled to capture CRC. When vblank is
> > disabled, tests like kms_cursor_crc and kms_pipe_crc_basic getting stuck
> > waiting for a capture that will not occur until vk
On Thu, Aug 06, 2020 at 03:03:55PM +0300, Eli Cohen wrote:
> On Wed, Aug 05, 2020 at 08:51:56AM -0400, Michael S. Tsirkin wrote:
> > On Wed, Jun 17, 2020 at 11:29:44AM +0800, Jason Wang wrote:
> > > This patch introduce a config op to get valid iova range from the vDPA
> > > device.
> > >
> > > Si
* Chen Zhou wrote:
> In preparation for supporting reserve_crashkernel_low in arm64 as
> x86_64 does, move reserve_crashkernel_low() into kernel/crash_core.c.
>
> BTW, move x86_64 CRASH_ALIGN to 2M suggested by Dave. CONFIG_PHYSICAL_ALIGN
> can be selected from 2M to 16M, move to the same as a
On 8/6/20 3:47 AM, Colin King wrote:
> From: Colin Ian King
>
> There are various spelling mistakes in comments and error messages.
> Fix these.
>
> Signed-off-by: Colin Ian King
> ---
>
> V2: add in some more fixes as spotted by Randy Dunlap
>
> ---
> drivers/staging/wfx/data_rx.c | 2 +-
>
On Thu, Aug 06, 2020 at 09:54:42AM -0400, Xianting Tian wrote:
> Try to merge continuous bio to current task's plug fisrt.
>
> Signed-off-by: Xianting Tian
Acked-by: Tejun Heo
Thanks!
--
tejun
On 8/6/20 4:03 AM, Thiébaud Weksteen wrote:
From: Peter Enderborg
Add further attributes to filter the trace events from AVC.
Please include sample usage and output in the description.
On Wed, Aug 05, 2020 at 08:51:56AM -0400, Michael S. Tsirkin wrote:
> On Wed, Jun 17, 2020 at 11:29:44AM +0800, Jason Wang wrote:
> > This patch introduce a config op to get valid iova range from the vDPA
> > device.
> >
> > Signed-off-by: Jason Wang
> > ---
> > include/linux/vdpa.h | 14 +++
In the case of TPROXY, bind_conflict optimizations for SO_REUSEADDR or
SO_REUSEPORT are broken, possibly resulting in O(n) instead of O(1) bind
behaviour or in the incorrect reuse of a bind.
the kernel keeps track for each bind_bucket if all sockets in the
bind_bucket support SO_REUSEADDR or SO_RE
On Thu, Aug 06, 2020 at 09:47:23AM +0200, Marco Elver wrote:
> Testing my hypothesis that raw then nested non-raw
> local_irq_save/restore() breaks IRQ state tracking -- see the reproducer
> below. This is at least 1 case I can think of that we're bound to hit.
Aaargh!
> diff --git a/init/main.c
701 - 800 of 1099 matches
Mail list logo