> -Original Message-
> From: John Garry [mailto:john.ga...@huawei.com]
> Sent: Wednesday, December 9, 2020 9:22 PM
> To: Julia Lawall ; Kashyap Desai
>
> Cc: Martin K. Petersen ; Linus Torvalds
> ; James E.J. Bottomley
> ; Linux Kernel Mailing List ker...@vger.kernel.org>;
On Wed, Dec 09, 2020 at 10:07:46AM -0800, Linus Torvalds wrote:
> On Wed, Dec 9, 2020 at 6:12 AM Will Deacon wrote:
> >
> > Please pull this one-liner AMD IOMMU fix for 5.10. It's actually a fix
> > for a fix, where the size of the interrupt remapping table was increased
> > but a related
On Wed, 9 Dec 2020 at 19:24, Andrey Konovalov wrote:
> __ro_after_init static keys are incompatible with usage in loadable kernel
> modules and cause crashes. Don't use those, use normal static keys.
>
> Signed-off-by: Andrey Konovalov
Reviewed-by: Marco Elver
> ---
>
> This fix can be
On Wed, Dec 09, 2020 at 06:35:09PM +, Catalin Marinas wrote:
> On Wed, Dec 09, 2020 at 04:39:50PM +, Will Deacon wrote:
> > diff --git a/arch/arm64/include/asm/cpufeature.h
> > b/arch/arm64/include/asm/cpufeature.h
> > index da250e4741bd..3424f5881390 100644
> > ---
The following commit has been merged into the perf/core branch of tip:
Commit-ID: b6459575451769b0550621865d1ddb65afdb55a1
Gitweb:
https://git.kernel.org/tip/b6459575451769b0550621865d1ddb65afdb55a1
Author:Gustavo A. R. Silva
AuthorDate:Fri, 20 Nov 2020 12:31:36 -06:00
The following commit has been merged into the perf/core branch of tip:
Commit-ID: e689b300c99ca2dd80d3f662e19499bba27cda09
Gitweb:
https://git.kernel.org/tip/e689b300c99ca2dd80d3f662e19499bba27cda09
Author:Gustavo A. R. Silva
AuthorDate:Fri, 20 Nov 2020 12:30:44 -06:00
The following commit has been merged into the perf/core branch of tip:
Commit-ID: f8129cd958b395575e5543ce25a8434874b04d3a
Gitweb:
https://git.kernel.org/tip/f8129cd958b395575e5543ce25a8434874b04d3a
Author:Kan Liang
AuthorDate:Wed, 25 Nov 2020 13:37:20 -08:00
Committer:
The following commit has been merged into the perf/core branch of tip:
Commit-ID: bd11952b400fdfdf3b017500ad6475f5b624d167
Gitweb:
https://git.kernel.org/tip/bd11952b400fdfdf3b017500ad6475f5b624d167
Author:Gustavo A. R. Silva
AuthorDate:Fri, 20 Nov 2020 12:32:37 -06:00
On Thu, Dec 03, 2020 at 09:51:40AM +0100, Arnd Bergmann wrote:
> On Thu, Dec 3, 2020 at 1:44 AM Kees Cook wrote:
> >
> > With UBSAN_OBJECT_SIZE disabled for GCC, only UBSAN_ALIGNMENT remained
> > a noisy UBSAN option. Disable it for COMPILE_TEST so the rest of UBSAN
> > can be used for full
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 78ff2733ff352175eb7f4418a34654346e1b6cd2
Gitweb:
https://git.kernel.org/tip/78ff2733ff352175eb7f4418a34654346e1b6cd2
Author:Masami Hiramatsu
AuthorDate:Wed, 28 Oct 2020 23:31:10 +09:00
The following commit has been merged into the perf/core branch of tip:
Commit-ID: e6e4f42eb773c1da869af4bad544c26c89cd01ab
Gitweb:
https://git.kernel.org/tip/e6e4f42eb773c1da869af4bad544c26c89cd01ab
Author:Peter Zijlstra
AuthorDate:Fri, 13 Nov 2020 11:46:23 +01:00
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 46b72e1bf4fc571da0c29c6fb3e5b2a2107a4c26
Gitweb:
https://git.kernel.org/tip/46b72e1bf4fc571da0c29c6fb3e5b2a2107a4c26
Author:Kan Liang
AuthorDate:Wed, 25 Nov 2020 13:37:19 -08:00
Committer:
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 78af4dc949daaa37b3fcd5f348f373085b4e858f
Gitweb:
https://git.kernel.org/tip/78af4dc949daaa37b3fcd5f348f373085b4e858f
Author:pet...@infradead.org
AuthorDate:Fri, 28 Aug 2020 14:37:20 +02:00
The following commit has been merged into the perf/core branch of tip:
Commit-ID: c5eecbb58f65bf1c4effab9a7f283184b469768c
Gitweb:
https://git.kernel.org/tip/c5eecbb58f65bf1c4effab9a7f283184b469768c
Author:Peter Zijlstra
AuthorDate:Thu, 26 Nov 2020 11:53:33 +01:00
The following commit has been merged into the perf/core branch of tip:
Commit-ID: c2208046bba6842dc232a600dc5cafc2fca41078
Gitweb:
https://git.kernel.org/tip/c2208046bba6842dc232a600dc5cafc2fca41078
Author:Kan Liang
AuthorDate:Tue, 08 Dec 2020 12:05:52 -08:00
Committer:
The following commit has been merged into the locking/core branch of tip:
Commit-ID: c8fe8b0564388f41147326f31e4587171aacccd4
Gitweb:
https://git.kernel.org/tip/c8fe8b0564388f41147326f31e4587171aacccd4
Author:Waiman Long
AuthorDate:Fri, 20 Nov 2020 23:14:12 -05:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: cb262935a166bdef0ccfe6e2adffa00c0f2d038a
Gitweb:
https://git.kernel.org/tip/cb262935a166bdef0ccfe6e2adffa00c0f2d038a
Author:Ahmed S. Darwish
AuthorDate:Sun, 06 Dec 2020 17:21:43 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 66bcfcdf89d00f2409f4b5da0f8c20c08318dc72
Gitweb:
https://git.kernel.org/tip/66bcfcdf89d00f2409f4b5da0f8c20c08318dc72
Author:Ahmed S. Darwish
AuthorDate:Sun, 06 Dec 2020 17:21:42 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 1a728dff855a318bb58bcc1259b1826a7ad9f0bd
Gitweb:
https://git.kernel.org/tip/1a728dff855a318bb58bcc1259b1826a7ad9f0bd
Author:Waiman Long
AuthorDate:Fri, 20 Nov 2020 23:14:14 -05:00
On Wed, Dec 09, 2020 at 09:58:12AM -0800, Linus Torvalds wrote:
> On Wed, Dec 9, 2020 at 8:40 AM Will Deacon wrote:
> >
> > @@ -3978,8 +3994,17 @@ static vm_fault_t do_fault_around(struct vm_fault
> > *vmf)
> >
> > /* check if the page fault is solved */
> > vmf->pte -=
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 2f06f702925b512a95b95dca3855549c047eef58
Gitweb:
https://git.kernel.org/tip/2f06f702925b512a95b95dca3855549c047eef58
Author:Waiman Long
AuthorDate:Fri, 20 Nov 2020 23:14:13 -05:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 617f3ef95177840c77f59c2aec1029d27d5547d6
Gitweb:
https://git.kernel.org/tip/617f3ef95177840c77f59c2aec1029d27d5547d6
Author:Waiman Long
AuthorDate:Fri, 20 Nov 2020 23:14:16 -05:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: c995e638ccbbc65a76d1713c4fdcf927e7e2cb83
Gitweb:
https://git.kernel.org/tip/c995e638ccbbc65a76d1713c4fdcf927e7e2cb83
Author:Peter Zijlstra
AuthorDate:Tue, 08 Dec 2020 10:27:41 +01:00
On Wed, Dec 09, 2020 at 07:40:33PM +0100, Greg KH wrote:
> On Sun, Nov 22, 2020 at 06:40:57PM +0100, nslusa...@gmx.net wrote:
> > From: Norbert Slusarek
> > Date: Sun, 22 Nov 2020 19:16:41 +0100
> > Subject: [PATCH] misc/vmw_vmci: bail out earlier on too big queue allocation
> >
> > For the
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 3379116a0ca965b00e6522c7ea3f16c9dbd8f9f9
Gitweb:
https://git.kernel.org/tip/3379116a0ca965b00e6522c7ea3f16c9dbd8f9f9
Author:Peter Zijlstra
AuthorDate:Tue, 08 Dec 2020 10:22:16 +01:00
On Sun, Nov 22, 2020 at 06:40:57PM +0100, nslusa...@gmx.net wrote:
> From: Norbert Slusarek
> Date: Sun, 22 Nov 2020 19:16:41 +0100
> Subject: [PATCH] misc/vmw_vmci: bail out earlier on too big queue allocation
>
> For the allocation of a queue pair in qp_host_alloc_queue() an arbitrary
> value
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 31784cff7ee073b34d6eddabb95e3be2880a425c
Gitweb:
https://git.kernel.org/tip/31784cff7ee073b34d6eddabb95e3be2880a425c
Author:Eric W. Biederman
AuthorDate:Thu, 03 Dec 2020 14:11:13 -06:00
On Wed, Dec 09, 2020 at 12:27:59PM -0600, Richard Henderson wrote:
> On 12/9/20 9:27 AM, Catalin Marinas wrote:
> > On Wed, Dec 09, 2020 at 01:25:18PM +, Marc Zyngier wrote:
> >> Would this syscall operate on the guest address space? Or on the VMM's
> >> own mapping?
> ...
> > Whatever is
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 285c61aedf6bc5d81b37e4dc48c19012e8ff9836
Gitweb:
https://git.kernel.org/tip/285c61aedf6bc5d81b37e4dc48c19012e8ff9836
Author:Peter Zijlstra
AuthorDate:Tue, 08 Dec 2020 10:25:06 +01:00
On Tue, Dec 08, 2020 at 12:27:39PM -0600, Eric W. Biederman wrote:
> Peter Zijlstra writes:
>
> > On Mon, Dec 07, 2020 at 09:56:34AM -0600, Eric W. Biederman wrote:
> >
> >> Do you want to pull these two into a topic branch in the tip tree
> >> based on v10-rc1?
> >
> > I'll go do that. I'll let
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 0f9368b5bf6db0c04afc5454b1be79022a681615
Gitweb:
https://git.kernel.org/tip/0f9368b5bf6db0c04afc5454b1be79022a681615
Author:Eric W. Biederman
AuthorDate:Thu, 03 Dec 2020 14:10:32 -06:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: cf48647243cc28d15280600292db5777592606c5
Gitweb:
https://git.kernel.org/tip/cf48647243cc28d15280600292db5777592606c5
Author:Ahmed S. Darwish
AuthorDate:Sun, 06 Dec 2020 17:21:41 +01:00
In commit a2d375eda771 ("dyndbg: refine export, rename to
dynamic_debug_exec_queries()"), a string is copied before checking it
isn't NULL. Fix this, report a usage/interface error, and return the
proper error code.
Fixes: a2d375eda771 ("dyndbg: refine export, rename to
On Wed, Dec 09, 2020 at 04:39:50PM +, Will Deacon wrote:
> diff --git a/arch/arm64/include/asm/cpufeature.h
> b/arch/arm64/include/asm/cpufeature.h
> index da250e4741bd..3424f5881390 100644
> --- a/arch/arm64/include/asm/cpufeature.h
> +++ b/arch/arm64/include/asm/cpufeature.h
> @@ -764,6
On 12/7/20 7:55 PM, Carl Huang wrote:
If client driver has specified the irq_flags, mhi uses this specified
irq_flags. Otherwise, mhi uses default irq_flags.
The purpose of this change is to support one MSI vector for QCA6390.
MHI will use one same MSI vector too in this scenario.
In case
We generally expect local_irq_save() and local_irq_restore() to be
paired and sanely nested, and so local_irq_restore() expects to be
called with irqs disabled. Thus, within local_irq_restore() we only
trace irq flag changes when unmasking irqs.
This means that a seuence such as:
|
On Wed, Dec 02, 2020 at 06:36:56PM +0800, John Garry wrote:
> Drivers for multi-queue platform devices may also want managed interrupts
> for handling HW queue completion interrupts, so add support.
Why would a platform device want all of this? Shouldn't such a device
be on a "real" bus instead?
Hi Shung-Hsi!
On Wed, Dec 09 2020 at 14:33, Shung-Hsi Yu wrote:
> On Tue, Nov 10, 2020 at 09:56:27PM +0100, Thomas Gleixner wrote:
>> The real problem is irqbalanced aggressively exhausting the vector space
>> of a _whole_ socket to the point that there is not a single vector left
>> for serial.
On 12/9/20 9:27 AM, Catalin Marinas wrote:
> On Wed, Dec 09, 2020 at 01:25:18PM +, Marc Zyngier wrote:
>> Would this syscall operate on the guest address space? Or on the VMM's
>> own mapping?
...
> Whatever is easier for the VMM, I don't think it matters as long as the
> host kernel can get
Leizhen reported some time ago that IOVA performance may degrade over time
[0], but unfortunately his solution to fix this problem was not given
attention.
To summarize, the issue is that as time goes by, the CPU rcache and depot
rcache continue to grow. As such, IOVA RB tree access time also
Add a helper function to free the CPU rcache for all online CPUs.
There also exists a function of the same name in
drivers/iommu/intel/iommu.c, but the parameters are different, and there
should be no conflict.
Signed-off-by: John Garry
Tested-by: Xiang Chen
Reviewed-by: Zhen Lei
---
This series contains a patch to solve the longterm IOVA issue which
leizhen originally tried to address at [0].
A sieved kernel log is at the following, showing periodic dumps of IOVA
sizes, per CPU and per depot bin, per IOVA size granule:
From: Andrea Parri (Microsoft) Sent: Tuesday, December
8, 2020 11:08 PM
>
> Since the message is in memory shared with the host, an erroneous or a
> malicious Hyper-V could 'corrupt' the message while vmbus_on_msg_dpc()
> or individual message handlers are executing. To prevent it, copy the
>
A similar crash to the following could be observed if initial CPU rcache
magazine allocations fail in init_iova_rcaches():
Unable to handle kernel NULL pointer dereference at virtual address
Mem abort info:
free_iova_fast+0xfc/0x280
iommu_dma_free_iova+0x64/0x70
From: Andrea Parri (Microsoft) Sent: Tuesday, December
8, 2020 11:08 PM
>
> Simplify the function by removing various references to the hv_message
> 'msg', introduce local variables 'msgtype' and 'payload_size'.
>
> Suggested-by: Juan Vazquez
> Suggested-by: Michael Kelley
> Signed-off-by:
I am instructed to inform you of your appointment as the next of kin
to your deceased relative estate. Kindly indicate your acceptance by
reconfirming your Full Name, Address & Phone Number for immediate
processing of the funds release to your control OR the deceased
deposited funds
On Wed, Dec 09, 2020 at 05:55:53PM +, Christoph Hellwig wrote:
> On Wed, Dec 09, 2020 at 01:37:05PM +, Pavel Begunkov wrote:
> > Yeah, I had troubles to put comments around, and it's still open.
> >
> > For current cases it can be bound to kiocb, e.g. "if an bvec iter passed
> >
This reverts "kasan, arm64: don't allow SW_TAGS with ARM64_MTE".
In earlier versions on the hardware tag-based KASAN patchset in-kernel
MTE used to be always enabled when CONFIG_ARM64_MTE is on. This caused
conflicts with the software tag-based KASAN mode.
This is no logner the case: in-kernel
__ro_after_init static keys are incompatible with usage in loadable kernel
modules and cause crashes. Don't use those, use normal static keys.
Signed-off-by: Andrey Konovalov
---
This fix can be squashed into
"kasan: add and integrate kasan boot parameters".
---
mm/kasan/hw_tags.c | 4 ++--
Hi Andrew,
Could you please squash the first one into
"kasan: add and integrate kasan boot parameters".
And instead of applying the second one, it's better to just drop
"kasan, arm64: don't allow SW_TAGS with ARM64_MTE".
Thanks!
Andrey Konovalov (2):
kasan: don't use read-only static keys
On Wed, Dec 09, 2020 at 05:53:45PM +0100, Greg Kroah-Hartman wrote:
> On Wed, Dec 09, 2020 at 06:48:16PM +0200, Andy Shevchenko wrote:
> > On Wed, Dec 09, 2020 at 03:47:06PM +0100, Greg Kroah-Hartman wrote:
> > > On Thu, Dec 03, 2020 at 03:07:19PM +0200, Andy Shevchenko wrote:
> > > > On Thu, Dec
On Tue, Dec 01, 2020 at 02:17:29PM +0100, Dominique Martinet wrote:
> /usr/bin/awk is not garanteed to exist (and doesn't on e.g. nixos),
> using /usr/bin/env to have it look in PATH is more robust
>
> Signed-off-by: Dominique Martinet
> Signed-off-by: Dominique Martinet
> ---
> I've been
Dearest beloved in the Lord,
I am Mrs.Suzanne Kingston,a 75 years old woman,i am from United Kingdom
England,i was born an orphan and GOD blessed me abundantly with riches but no
children,i am not a happy woman because i have no husband and children,my
husband died 21 years ago.i affected
On Wed, Dec 9, 2020 at 6:20 PM Miklos Szeredi wrote:
>
> On Wed, Dec 9, 2020 at 11:13 AM Miklos Szeredi wrote:
>
> > Hard link indexing should work without fh decoding, since it is only
> > encoding the file handle to search for the index entry, and encoding
> > is not privileged.
>
> Tested
> Am 09.12.2020 um 18:36 schrieb Sven Van Asbroeck :
>
> On Wed, Dec 9, 2020 at 4:57 AM H. Nikolaus Schaller
> wrote:
>>
>> +
>> + device node | cs-gpio | CS pin state active | Note
>> + +===+=+=
>> + spi-cs-high
On Wed, Dec 9, 2020 at 8:29 AM Michal Hocko wrote:
>
> On Tue 08-12-20 09:12:23, Shakeel Butt wrote:
> > +Michal Hocko
> >
> > Message starts at https://lkml.kernel.org/r/20201207142204.GA18516@rlk
> >
> > On Mon, Dec 7, 2020 at 10:08 PM Hui Su wrote:
> > >
> > > On Mon, Dec 07, 2020 at
On Fri, Nov 20, 2020 at 12:59:43PM +0100, Peter Zijlstra wrote:
> On Fri, Nov 20, 2020 at 12:46:23PM +0100, Juergen Gross wrote:
> > +static __always_inline void arch_local_irq_restore(unsigned long flags)
> > +{
> > + if (!arch_irqs_disabled_flags(flags))
> > +
On Fri, Nov 20, 2020 at 06:02:15PM -0800, Saravana Kannan wrote:
> The current implementation of fw_devlink is very inefficient because it
> tries to get away without creating fwnode links in the name of saving
> memory usage. Past attempts to optimize runtime at the cost of memory
> usage were
In sanity_check_raw_super(), if
1 << le32_to_cpu(raw_super->log_blocksize) != F2FS_BLKSIZE, then the
block size is deemed to be invalid.
syzbot triggered a shift-out-of-bounds bug by assigning a value of 59 to
le32_to_cpu(raw_super->log_blocksize).
Although the value assigned itself isn't of much
On Wed, Dec 09, 2020 at 06:57:44PM +0200, Martin Zaharinov wrote:
> > On 9 Dec 2020, at 18:40, Guillaume Nault wrote:
> > On Wed, Dec 09, 2020 at 04:47:52PM +0200, Martin Zaharinov wrote:
> >> Hi All
> >>
> >> I have problem with latest kernel release
> >> And the problem is base on this late
The pull request you sent on Wed, 9 Dec 2020 14:12:38 +:
> git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git tags/iommu-fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ca4bbdaf171604841f77648a2877e2e43db69b71
Thank you!
--
Deet-doot-dot, I am a
On Wed, Dec 9, 2020 at 6:12 AM Will Deacon wrote:
>
> Please pull this one-liner AMD IOMMU fix for 5.10. It's actually a fix
> for a fix, where the size of the interrupt remapping table was increased
> but a related constant for the size of the interrupt table was forgotten.
Pulled.
However,
On Wed, Dec 09, 2020 at 04:51:48PM +0100, Stanislaw Gruszka wrote:
> On Wed, Dec 09, 2020 at 03:08:26PM +, Matthew Wilcox wrote:
> > On Wed, Dec 09, 2020 at 03:46:28PM +0100, Stanislaw Gruszka wrote:
> > > At this point of release cycle we should probably go with revert,
> > > but I think the
This makes it safe to deference task->files with just rcu_read_lock
held, removing the need to take task_lock.
Signed-off-by: Eric W. Biederman
---
I have cleaned up my patch a little more and made this a little
more explicitly rcu. I took a completley different approach to
documenting the
Em Sat, Dec 05, 2020 at 09:12:56AM +0900, Masami Hiramatsu escreveu:
> On Fri, 04 Dec 2020 15:04:03 -
> "tip-bot2 for Masami Hiramatsu" wrote:
>
> > The following commit has been merged into the x86/urgent branch of tip:
> >
> > Commit-ID: 9dc23f960adb9ce410ef835b32a2398fdb09c828
> >
On 12/8/20 5:53 AM, Zheng Yongjun wrote:
Simplify the return expression.
Signed-off-by: Zheng Yongjun
Acked-by: Shannon Nelson
---
drivers/net/ethernet/pensando/ionic/ionic_ethtool.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git
Em Sun, Dec 06, 2020 at 10:02:50AM +0100, Borislav Petkov escreveu:
> ( drop stable@ )
>
> On Sun, Dec 06, 2020 at 12:53:25PM +0900, Masami Hiramatsu wrote:
> > On Sat, 5 Dec 2020 11:17:04 +0100
> > Borislav Petkov wrote:
> >
> > > On Sat, Dec 05, 2020 at 09:12:56AM +0900, Masami Hiramatsu
On 12/7/20 8:06 PM, Xiaohui Zhang wrote:
From: Zhang Xiaohui
If the hardware receives an oversized packet with too many rx fragments,
skb_shinfo(skb)->frags can overflow and corrupt memory of adjacent pages.
This becomes especially visible if it corrupts the freelist pointer of
a slab page.
I
On Wed, Dec 09, 2020 at 05:53:06PM +, Christoph Hellwig wrote:
> On Wed, Dec 09, 2020 at 06:57:02AM -0800, Paul E. McKenney wrote:
> > On Wed, Dec 09, 2020 at 08:17:10AM +, Christoph Hellwig wrote:
> > > Your two new exports don't actually seem to get used in modular code
> > > at all in
On Wed, Dec 9, 2020 at 8:40 AM Will Deacon wrote:
>
> @@ -3978,8 +3994,17 @@ static vm_fault_t do_fault_around(struct vm_fault *vmf)
>
> /* check if the page fault is solved */
> vmf->pte -= (vmf->address >> PAGE_SHIFT) - (address >> PAGE_SHIFT);
> - if
A dummy zero bit is sent by eeprom preceding the data of every read
transfer. This results in right shift of data during a read. In order to
ignore the dummy bits preceding the data, extra zero bits are transferred
after the read address.
This feature can be added by including the property
Dummy zero bits are sent before data during a read transfer. This causes
the data read to be shifted to the right. To fix this send zero bits after
the address during a read transfer.
Add property to send zero bits after the address during a read transfer.
Suggested-by: Vignesh Raghavendra
The following series of patches adds support for sending zero bits after
address during read transfer, through a device tree property.
Aswath Govindraju (2):
Documentation: devicetree: Add property for ignoring the dummy bits
sent before read transfer
eeprom: eeprom_93xx46: Add support
On Wed, Dec 09, 2020 at 01:37:05PM +, Pavel Begunkov wrote:
> Yeah, I had troubles to put comments around, and it's still open.
>
> For current cases it can be bound to kiocb, e.g. "if an bvec iter passed
> "together" with kiocb then the vector should stay intact up to
> ->ki_complete()".
On 09/12/20 2:37 pm, Jan Kara wrote:
> On Wed 09-12-20 01:13:38, Anant Thazhemadam wrote:
>> When dquot_resume() was last updated, the argument that got passed
>> to vfs_cleanup_quota_inode was incorrectly set.
>>
>> If type = -1 and dquot_load_quota_sb() returns a negative value,
>> then
On Wed, Dec 09, 2020 at 06:57:02AM -0800, Paul E. McKenney wrote:
> On Wed, Dec 09, 2020 at 08:17:10AM +, Christoph Hellwig wrote:
> > Your two new exports don't actually seem to get used in modular code
> > at all in this series.
>
> Indeed, and I either need to remove the exports or make my
On Wed, Dec 9, 2020 at 5:25 PM 'Sami Tolvanen' via Clang Built Linux
wrote:
>
> On Wed, Dec 9, 2020 at 4:36 AM Arnd Bergmann wrote:
> >
> > On Tue, Dec 8, 2020 at 1:15 PM Arnd Bergmann wrote:
> >
> >
> > It seems to happen because of CONFIG_TRIM_UNUSED_KSYMS,
> > which is a shame, since I think
On 12/9/20 2:13 AM, paul...@kernel.org wrote:
> From: "Paul E. McKenney"
>
> This commit adds vmalloc() support to mem_dump_obj(). Note that the
> vmalloc_dump_obj() function combines the checking and dumping, in
> contrast with the split between kmem_valid_obj() and kmem_dump_obj().
> The
On Wed, Dec 09, 2020 at 01:19:46PM +, Ashish Kalra wrote:
> reserve_crashkernel() calls swiotlb_size_or_default() to get SWIOTLB
...
Thanks for explaining.
> There is a need to introduce an architecture specific callback
> for swiotlb_adjust() because of the following reason :
So what your
> On Dec 9, 2020, at 01:18, Heiner Kallweit wrote:
>
> Am 08.12.2020 um 09:25 schrieb Kai-Heng Feng:
>> If we are to use sysfs to change ASPM settings, we may want to override
>> the default ASPM policy.
>>
>> So use ASPM capability, instead of default policy, to be able to use all
>>
On 12/9/20 2:13 AM, paul...@kernel.org wrote:
> From: "Paul E. McKenney"
>
> This commit makes mem_dump_obj() call out NULL and zero-sized pointers
> specially instead of classifying them as non-paged memory.
>
> Cc: Christoph Lameter
> Cc: Pekka Enberg
> Cc: David Rientjes
> Cc: Joonsoo Kim
Em Tue, Dec 08, 2020 at 10:32:33PM +0530, Ravi Bangoria escreveu:
> On 12/8/20 8:13 PM, Thomas Richter wrote:
> > On 12/7/20 5:35 PM, Arnaldo Carvalho de Melo wrote:
> > > Em Tue, Nov 24, 2020 at 03:04:53PM +0530, Ravi Bangoria escreveu:
> > > > On 11/19/20 7:20 PM, Kajol Jain wrote:
> > > > >
Hi,
On Tue, Dec 8, 2020 at 6:08 PM Chris Ruehl wrote:
>
> rockchip_emmc_phy_init() return variable is not set with the error value
> if clk_get() failed. 'emmcclk' is optional, thus use clk_get_optional()
> and if the return value != NULL make error processing and set the
> return code
On Wed, Dec 09, 2020 at 11:01:24PM +0800, shaojie.d...@isrc.iscas.ac.cn wrote:
> From: "shaojie.dong"
>
> Function register_netdev() can fail, so we should check it's return value
>
> Signed-off-by: shaojie.dong
> ---
> drivers/staging/rtl8712/hal_init.c | 5 -
> 1 file changed, 4
On Wed, Dec 9, 2020 at 2:31 AM Dan Carpenter wrote:
>
> On Wed, Dec 09, 2020 at 12:54:30AM -0800, Joe Perches wrote:
> > On Wed, 2020-12-09 at 10:58 +0300, Dan Carpenter wrote:
> > > On Tue, Dec 08, 2020 at 09:01:49PM -0800, Joe Perches wrote:
> > > > On Tue, 2020-12-08 at 16:34 -0800, Kees Cook
On Wed, Dec 09, 2020 at 04:54:11PM +, Al Viro wrote:
> [paulmck Cc'd]
>
> On Mon, Dec 07, 2020 at 10:49:04PM +, Al Viro wrote:
> > On Mon, Dec 07, 2020 at 10:46:57PM +, Al Viro wrote:
> > > On Fri, Nov 20, 2020 at 05:14:26PM -0600, Eric W. Biederman wrote:
> > >
> > > > /*
> > > >
Vincenzo Frascino wrote on Wed, Dec 09, 2020:
> On 12/1/20 1:17 PM, Dominique Martinet wrote:
> > /usr/bin/awk is not garanteed to exist (and doesn't on e.g. nixos),
> > using /usr/bin/env to have it look in PATH is more robust
>
> This patch breaks the compilation on Ubuntu 16.04 and 18.04 in
On Tue, 01 Dec 2020 21:26:10 -1000, xiao.ma wrote:
> From: "xiao.ma"
>
> Add delta,q54sj108a2 to trivial-devices.yaml.
>
> Signed-off-by: xiao.ma
> ---
> Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++
> 1 file changed, 2 insertions(+)
>
Applied with subject fixed. 'git log
On 09/12/2020 12:48, Xiaohui Zhang wrote:
From: Zhang Xiaohui
prep_ssp_v3_hw() calls memcpy() without checking the destination
size may trigger a buffer overflower.
buf_cmd should be a ssp_tmf_iu struct through the analysis of
hmmm... but you change the !tmf path.
the command below:
On Wed, Dec 09, 2020 at 06:05:58PM +0100, Johan Hovold wrote:
> On Wed, Dec 09, 2020 at 10:35:53AM +0100, Linus Walleij wrote:
> > It sounds like we agree that this patch sans prints is acceptable.
> >
> > It makes things better so let's go with that.
>
> Sounds good.
>
> I'm about to apply
On Wednesday 9 December 2020 12:09:58 CET Info wrote:
>
> This is a serial port driver for
> Silicon Labs Si4455 Sub-GHz transciver.
Hello József,
Thank you for taking care of support of Silabs products :)
> Signed-off-by: József Horváth
I think you have to use your personal address to
On Wed, Dec 9, 2020 at 10:25 AM Geva, Erez wrote:
>
>
> On 09/12/2020 15:48, Willem de Bruijn wrote:
> > On Wed, Dec 9, 2020 at 9:37 AM Erez Geva wrote:
> >>
> >> Configure and send TX sending hardware timestamp from
> >> user space application to the socket layer,
> >> to provide to the TC
Em Tue, Dec 08, 2020 at 03:43:17PM +0100, Thomas Richter escreveu:
> On 12/7/20 5:35 PM, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Nov 24, 2020 at 03:04:53PM +0530, Ravi Bangoria escreveu:
> >>
> >>
> >> On 11/19/20 7:20 PM, Kajol Jain wrote:
> >>> Commit ed21d6d7c48e6e ("perf tests: Add test
On Wed, Dec 9, 2020 at 4:57 AM H. Nikolaus Schaller wrote:
>
> +
> + device node | cs-gpio | CS pin state active | Note
> + +===+=+=
> + spi-cs-high | - | H |
> + - |
Em Tue, Dec 08, 2020 at 10:16:44AM -0800, Song Liu escreveu:
> This set introduces perf-stat -b option to count events for BPF programs.
> This is similar to bpftool-prog-profile. But perf-stat makes it much more
> flexible.
>
> Changes v2 => v3:
> 1. Small fixes in Makefile.perf and
Make sure the max_speed_hz of spi_device does not override
the max_speed_hz of controller.
Signed-off-by: Tudor Ambarus
---
drivers/spi/spi.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c
index cd3c395b4e90..51d7c004fbab 100644
---
On Mon, Dec 07, 2020 at 06:42:07PM +, Daniele Alessandrelli wrote:
> Hi Rob,
>
> Thanks for the feedback.
>
> On Mon, 2020-12-07 at 10:01 -0600, Rob Herring wrote:
> > On Tue, Dec 01, 2020 at 02:34:51PM -0800, mgr...@linux.intel.com wrote:
> > > From: Daniele Alessandrelli
> > >
> > > Add
> On Dec 9, 2020, at 01:11, Heiner Kallweit wrote:
>
> Am 08.12.2020 um 09:25 schrieb Kai-Heng Feng:
>> If we use sysfs to disable L1 ASPM, then enable one L1 ASPM substate
>> again, all other substates will also be enabled too:
>>
>> link# grep . *
>> clkpm:1
>> l0s_aspm:1
>> l1_1_aspm:1
>>
On Wed, Dec 9, 2020 at 7:42 AM Kirill Tkhai wrote:
>
> On 08.12.2020 20:13, Yang Shi wrote:
> > On Thu, Dec 3, 2020 at 3:40 AM Kirill Tkhai wrote:
> >>
> >> On 02.12.2020 21:27, Yang Shi wrote:
> >>> Use per memcg's nr_deferred for memcg aware shrinkers. The shrinker's
> >>> nr_deferred
> >>>
Quoting Geert Uytterhoeven (2020-12-08 00:37:00)
> Hi Stephen,
>
> On Mon, Dec 7, 2020 at 11:06 PM Stephen Rothwell
> wrote:
> > In commit
> >
> > c3f207f6d23d ("clk: renesas: r8a779a0: Make
> > rcar_r8a779a0_cpg_clk_register() static")
> >
> > Fixes tag
> >
> > Fixes: c07439dea94050b6
701 - 800 of 1496 matches
Mail list logo
