s/controling/controlling/
s/oen/one/
Signed-off-by: Bhaskar Chowdhury
---
As Gustavo mentioned in reply, so included that missed one before
drivers/net/ethernet/marvell/mvpp2/mvpp2_cls.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Thara,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on cryptodev/master]
[also build test WARNING on crypto/master v5.11-rc3 next-20210111]
[cannot apply to sparc-next/master]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when
On 1/11/21 9:10 PM, Gustavo A. R. Silva wrote:
>
> The subject line contains a typo:
>
> s/latter/letter
>
> --
> Gustavo
>
> On 1/11/21 23:01, Bhaskar Chowdhury wrote:
>> s/kernlfs/kernfs/p
>>
>> Signed-off-by: Bhaskar Chowdhury
>> ---
>> arch/x86/kernel/cpu/resctrl/internal.h | 2 +-
>> 1
Hi Chao,
On Mon, 11 Jan 2021 15:54:19 +0800 Chao Yu wrote:
>
> On 2021/1/11 7:35, Jonathan Corbet wrote:
> > On Mon, 11 Jan 2021 07:33:54 +1100
> > Stephen Rothwell wrote:
> >
> >> On Thu, 7 Jan 2021 19:28:19 +0800 Chao Yu wrote:
> >>>
> >>> On 2021/1/7 11:11, Stephen Rothwell wrote:
>
On 11-01-21, 18:44, Frank Rowand wrote:
> On 1/7/21 12:25 AM, Viresh Kumar wrote:
> > We will start building overlays for platforms soon in the kernel and
> > would need these tools going forward. Lets start building them.
> >
> > The fdtoverlay program applies (or merges) one ore more overlay
Hi Radim,
On Thu, Jan 07, 2021 at 10:32:17AM +0100, Radim Pavlik wrote:
> The of_get_gpio() may return error, so check it immediately. The old
> code might fail with EPROBE_DEFER which was masked by the
> folowing gpio_is_valid() and returned EINVAL.
>
> Signed-off-by: Radim Pavlik
> ---
>
Hi Jacopo,
On Mon, Jan 11, 2021 at 12:20:23PM +0100, Jacopo Mondi wrote:
> On Mon, Jan 11, 2021 at 12:58:59PM +0200, Laurent Pinchart wrote:
> > On Mon, Jan 11, 2021 at 11:43:11AM +0100, Jacopo Mondi wrote:
> >> On Wed, Dec 16, 2020 at 07:22:17PM +0200, Laurent Pinchart wrote:
> >>> On Tue, Dec
s/kernlfs/kernfs/p
Signed-off-by: Bhaskar Chowdhury
---
arch/x86/kernel/cpu/resctrl/internal.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/cpu/resctrl/internal.h
b/arch/x86/kernel/cpu/resctrl/internal.h
index ee71c47844cb..3bfca0bebf56 100644
---
On 2021/01/12 6:21, Vitaly Wool wrote:
> Provide __dtb_start as a parameter to setup_vm() in case
> CONFIG_BUILTIN_DTB is true, so we don't have to duplicate
> BUILTIN_DTB specific processing in MMU-enabled and MMU-disabled
> versions of setup_vm().
>
> Signed-off-by: Vitaly Wool
> ---
>
发件人: Zhang, Qiang
发送时间: 2021年1月12日 11:28
收件人: syzbot; a.darw...@linutronix.de; allen.l...@gmail.com;
andreyk...@google.com; dvyu...@google.com; el...@google.com;
gre...@linuxfoundation.org; gustavo...@kernel.org;
linux-kernel@vger.kernel.org;
s/controling/controlling/p
Signed-off-by: Bhaskar Chowdhury
---
kernel/trace/trace_uprobe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/trace/trace_uprobe.c b/kernel/trace/trace_uprobe.c
index 3cf7128e1ad3..55c6afd8cb27 100644
--- a/kernel/trace/trace_uprobe.c
+++
On 11-01-21, 18:55, Frank Rowand wrote:
> Hi Viresh,
>
> I may have an email hiccup,
No you don't, I just sent the 2nd patch alone.
> but I don't see a "[PATCH V3 1/2]" email, I
> only see this "V3 2/2" email.
>
> Please start each new version of a patch series as a stand alone email
> instead
On 11-01-21, 16:13, Frank Rowand wrote:
> Hi Viresh,
>
> On 1/6/21 11:15 PM, Viresh Kumar wrote:
> > We will start building overlays for platforms soon in the kernel and
> > would need these tools going forward. Lets start fetching them.
> >
> > Note that a copy of fdtdump.c was already copied
On Mon, 11 Jan 2021, Saravana Kannan wrote:
> On Mon, Jan 11, 2021 at 4:44 PM Hugh Dickins wrote:
> > On Mon, 11 Jan 2021, Saravana Kannan wrote:
> > >
> > > Did you see this patch change the organization of devices under
> > > /sys/devices/?
> > > The rmi* devices need to be under one of the
Hi Linus,
> From: Linus Walleij, Sent: Monday, December 28, 2020 6:16 AM
>
> > Add support for BD9574MWF which is similar chip with BD9571MWV.
> > Note that BD9574MWF has additional features "RECOV_GPOUT",
> > "FREQSEL" and "RTC_IN", but supports GPIO function only.
> >
> > Signed-off-by:
s/controling/controlling/p
Signed-off-by: Bhaskar Chowdhury
---
drivers/net/ethernet/marvell/mvpp2/mvpp2_cls.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/marvell/mvpp2/mvpp2_cls.h
b/drivers/net/ethernet/marvell/mvpp2/mvpp2_cls.h
index
On Tue, Jan 12, 2021 at 11:27 AM Marcelo Ricardo Leitner
wrote:
>
> On Tue, Jan 12, 2021 at 10:18:00AM +0800, 慕冬亮 wrote:
> > Dear developers,
> >
> > I find that "general protection fault in l2cap_sock_getsockopt" and
> > "general protection fault in sco_sock_getsockopt" may be duplicated
> >
Hi Geert,
Thank you for the patch.
On Mon, Jan 11, 2021 at 01:57:02PM +0100, Geert Uytterhoeven wrote:
> As nwl_dsi.lanes is u32, and NSEC_PER_SEC is 10L, the second
> multiplication in
>
> dsi->lanes * 8 * NSEC_PER_SEC
>
> will overflow on a 32-bit platform. Fix this by making
On 11-01-21, 11:28, Linus Torvalds wrote:
> On Sun, Jan 10, 2021 at 10:02 PM Viresh Kumar wrote:
> >
> > From: Arnd Bergmann
> >
> > The dcookies stuff is used only with OPROFILE and there is no need to
> > build it if CONFIG_OPROFILE isn't enabled. Build it depending on
> > CONFIG_OPROFILE
On Tue, 12 Jan 2021 11:31:55 +0800 Xiaoming Ni wrote:
> The process_sysctl_arg() does not check whether val is empty before
> invoking strlen(val). If the command line parameter () is incorrectly
> configured and val is empty, oops is triggered.
>
> --- a/fs/proc/proc_sysctl.c
> +++
> Well yes, but afaict the workqueue stuff hasn't been settled yet, and
> the rcutorture patch Paul did was just plain racy and who knows what
> other daft kthread users are out there. That and we're at -rc3.
I just send the V4 patchset for the workqueue. Please take a look.
> @@ -1861,6
In mcba_usb_read_bulk_callback(), when we don't resubmit or fails to
resubmit the urb, we need to deallocate the transfer buffer that is
allocated in mcba_usb_start().
On some architectures, usb_free_coherent() cannot be called in interrupt
context, create a usb_anchor to keep track of these urbs
On 1/11/21 6:11 PM, David Hildenbrand wrote:
> Right now, we only check against MAX_PHYSMEM_BITS - but turns out there
> are more restrictions of which memory we can actually hotplug, especially
> om arm64 or s390x once we support them: we might receive something like
> -E2BIG or -ERANGE from
On 11-01-21, 12:23, Bjorn Andersson wrote:
> On Mon 11 Jan 09:16 CST 2021, Vinod Koul wrote:
>
> > This add the device node for gpi dma0 instances found in sdm845.
>
> I think the 0 in "dma0" should go?
oops, will update
>
> Apart from that, this looks good.
>
> >
> > Signed-off-by: Vinod
On 11-01-21, 21:45, Konrad Dybcio wrote:
>
> > If it is working without GPI enabled, it would work.. GPI for QUP is
> > something that requires firmware and would have to be enabled by
> > firmware
>
>
> I think with the new code of yours:
>
>
> mas->tx = dma_request_slave_channel(mas->dev,
Hi All,
Any feedback on this patch.
Thank you,
Geetha.
From: Geetha sowjanya
Sent: Monday, January 4, 2021 12:50 PM
To: net...@vger.kernel.org; linux-kernel@vger.kernel.org
Cc: Sunil Kovvuri Goutham; da...@davemloft.net; k...@kernel.org; Geethasowjanya
VI I2C don't have DMA support and uses PIO mode all the time.
Current driver uses writesl() to fill TX FIFO based on available
empty slots and with this seeing strange silent hang during any I2C
register access after filling TX FIFO with 8 words.
Using writel() followed by i2c_readl() in a loop
Patch in this series is to fix silent hang seen when using writesl()
for filling VI I2C TX FIFO.
Delta between patch versions:
[v2]: Creates i2c_writesl_vi() for vi i2c based on v1 feedback.
[v1]: Updates i2c_writesl() to use writel() followed by i2c_readl().
Sowjanya Komatineni (1):
GL9750 has a 3100us PortTPowerOnTime; however, it enters L1.2 after
only ~4us inactivity per PCIe trace. During a suspend/resume process,
PCI access operations are frequently longer than 4us apart.
Therefore, the device frequently enters and leaves L1.2 during this
process, causing longer than
Right after powering up, the device may have ASPM enabled; however,
its LTR and/or L1ss controls may not be in the desired states; hence,
the device may enter L1.2 undesirably and cause resume performance
penalty. This is especially problematic if ASPM related control
registers are modified before
GL9750 SD Host Controller has a 3100us PortTPowerOnTime; however, it
enters L1.2 after only ~4us inactivity per PCIe trace. During a
suspend/resume process, PCI access operations are frequently longer than
4us apart. Therefore, the device frequently enters and leaves L1.2 during
this process,
On 1/11/21 7:13 PM, Oscar Salvador wrote:
> On Mon, Jan 11, 2021 at 11:51:47AM +0100, David Hildenbrand wrote:
>> AFAIKs, all memhp_get_pluggable_range() users pass "1".
>>
>> What about the "add_pages()-only" path?
>
> I guess you refer to memremap_pages(), right?
Right, via pagemap_range().
On Tue, Jan 12, 2021 at 5:02 AM Mike Kravetz wrote:
>
> Use the new hugetlb page specific flag to replace the page_huge_active
> interfaces. By it's name, page_huge_active implied that a huge page
> was on the active list. However, that is not really what code checking
> the flag wanted to
On Tue, Jan 12, 2021 at 04:20:28AM +0100, Lubomir Rintel wrote:
> On Mon, Jan 04, 2021 at 02:02:13PM -0800, Dmitry Torokhov wrote:
> > On Tue, Dec 29, 2020 at 01:15:10PM +0530, Souptick Joarder wrote:
> > > On Tue, Dec 22, 2020 at 1:34 AM Souptick Joarder
> > > wrote:
> > > >
> > > > Kernel test
On 1/11/21 4:21 PM, David Hildenbrand wrote:
> On 17.12.20 16:28, Anshuman Khandual wrote:
>> This introduces memhp_range_allowed() which can be called in various memory
>> hotplug paths to prevalidate the address range which is being added, with
>> the platform. Then memhp_range_allowed()
Hi,
On 14/12/20 1:43 pm, Peter Ujfalusi wrote:
> Hi,
>
> Newer members of the KS3 family (after AM654) have support for burst_size
> configuration for each DMA channel.
>
> The HW default value is 64 bytes but on higher throughput channels it can be
> increased to 256 bytes (UCHANs) or 128 byes
On Mon, Jan 11, 2021 at 3:52 PM Tom de Vries wrote:
>
> On 1/12/21 12:40 AM, Andy Lutomirski wrote:
> > On Mon, Jan 11, 2021 at 1:06 PM Andy Lutomirski wrote:
> >>
> >>
> >>> On Jan 11, 2021, at 12:00 PM, Borislav Petkov wrote:
> >>>
> >>
> >>
> >>> Or do you mean I should add "unsafe_fsgsbase"
The process_sysctl_arg() does not check whether val is empty before
invoking strlen(val). If the command line parameter () is incorrectly
configured and val is empty, oops is triggered.
For example:
"hung_task_panic=1" is incorrectly written as "hung_task_panic", oops is
triggered. The call
Sending this patch was a mistake. Please see the other 11/16 instead.
Thanks.
Ben
发件人: syzbot
发送时间: 2021年1月12日 0:11
收件人: a.darw...@linutronix.de; allen.l...@gmail.com; andreyk...@google.com;
dvyu...@google.com; el...@google.com; gre...@linuxfoundation.org;
gustavo...@kernel.org; linux-kernel@vger.kernel.org;
On Tue, Jan 12, 2021 at 10:18:00AM +0800, 慕冬亮 wrote:
> Dear developers,
>
> I find that "general protection fault in l2cap_sock_getsockopt" and
> "general protection fault in sco_sock_getsockopt" may be duplicated
> bugs from the same root cause.
>
> First, by comparing the PoC similarity after
On Mon, Jan 11, 2021 at 03:11:02AM -0800, Srinivas Pandruvada wrote:
> On Mon, 2021-01-11 at 15:43 +0800, Chen Yu wrote:
> > Currently when turbo is disabled(either by BIOS or by the user), the
> > intel_pstate
> > driver reads the max frequency from the package-wide
> > MSR_PLATFORM_INFO(0xce)
On Mon, Jan 11, 2021 at 01:44:09PM +0100, Rafael J. Wysocki wrote:
> On Mon, Jan 11, 2021 at 8:40 AM Chen Yu wrote:
> >
> > Add input parameter to receive guarantee pstate from
> > intel_pstate_get_hwp_max()
> > for later use.
>
> I'm not a fan of this change, because the new argument will only
On Tue, Jan 12, 2021 at 5:04 AM Mike Kravetz wrote:
>
> As hugetlbfs evolved, state information about hugetlb pages was added.
> One 'convenient' way of doing this was to use available fields in tail
> pages. Over time, it has become difficult to know the meaning or contents
> of fields simply
On 1/11/21 2:54 PM, Song Liu wrote:
On Jan 11, 2021, at 9:49 AM, Yonghong Song wrote:
On 1/8/21 3:19 PM, Song Liu wrote:
Replace hashtab with task local storage in runqslower. This improves the
performance of these BPF programs. The following table summarizes average
runtime of these
On Mon, Jan 04, 2021 at 02:02:13PM -0800, Dmitry Torokhov wrote:
> On Tue, Dec 29, 2020 at 01:15:10PM +0530, Souptick Joarder wrote:
> > On Tue, Dec 22, 2020 at 1:34 AM Souptick Joarder
> > wrote:
> > >
> > > Kernel test robot throws below warning ->
> > >
> > > >>
On 2021/1/12 上午10:46, Cindy Lu wrote:
in vhost_vdpa_set_config_call, the cb.private should be vhost_vdpa.
Should be "In"
this cb.private will finally use in vhost_vdpa_config_cb as
vhost_vdpa.Fix this issue
An whitespace is needed before Fix and a full stop after "issue"
Fixes:
On 2021/1/11 下午8:26, Eli Cohen wrote:
On Wed, Dec 16, 2020 at 02:48:18PM +0800, Jason Wang wrote:
This patch introduces the control virtqueue support for vDPA
simulator. This is a requirement for supporting advanced features like
multiqueue.
A requirement for control virtqueue is to isolate
From: Menglong Dong
The type of 'val' is 'unsigned long' in simulate_blz32, so 'val < 0'
can't be true.
Cast 'val' to 'long' here to determine branch token or not,
as Guo Ren suggested.
Fixes: 33e53ae1ce41 ("csky: Add kprobes supported")
Signed-off-by: Menglong Dong
---
v2:
- Cast 'val' to
This patch series is a result of running kernel crypto fuzz tests (by
enabling CONFIG_CRYPTO_MANAGER_EXTRA_TESTS) on the transformations
currently supported via the Qualcomm crypto engine on sdm845. The first
four patches are fixes for various regressions found during testing. The
last two
Set the register REG_ENCR_XTS_DU_SIZE to cryptlen for AES XTS
transformation. Anything else causes the engine to return back
wrong results.
Signed-off-by: Thara Gopinath
---
drivers/crypto/qce/common.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
src_table is unused and hence remove it from struct qce_cipher_reqctx
Signed-off-by: Thara Gopinath
---
drivers/crypto/qce/cipher.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/crypto/qce/cipher.h b/drivers/crypto/qce/cipher.h
index cffa9fc628ff..850f257d00f3 100644
---
This patch contains the following fixes for the supported encryption
algorithms in the Qualcomm crypto engine(CE)
1. Return unsupported if key1 = key2 for AES XTS algorithm since CE
does not support this and the operation causes the engine to hang.
2. Return unsupprted if any three keys are same
totallen is used to get the size of the data to be transformed.
This is also available via nbytes or cryptlen in the qce_sha_reqctx
and qce_cipher_ctx. Similarly offset convey nothing for the supported
encryption and authentication transformations and is always 0.
Remove these two redundant
If the available data to transfer is exactly a multiple of block size, save
the last block to be transferred in qce_ahash_final (with the last block
bit set) if this is indeed the end of data stream. If not this saved block
will be transferred as part of next update. If this block is not held back
Export and import interfaces save and restore partial transformation
states. The partial states were being stored and restored in struct
sha1_state for sha1/hmac(sha1) transformations and sha256_state for
sha256/hmac(sha256) transformations.This led to a bunch of corner cases
where improper state
On 2021/1/12 0:32, Jaegeuk Kim wrote:
On 01/06, Jaegeuk Kim wrote:
On 01/06, Jaegeuk Kim wrote:
Hi Chao,
With a quick test, this patch causes down_write failure resulting in blocking
process. I didn't dig in the bug so, please check the code again. :P
nvm. I can see it works now.
Hmm,
On 2021/1/6 下午11:41, Jan Kara wrote:
On Thu 31-12-20 00:55:55, Shiyang Ruan wrote:
The current memory_failure_dev_pagemap() can only handle single-mapped
dax page for fsdax mode. The dax page could be mapped by multiple files
and offsets if we let reflink feature & fsdax mode work together.
On 2021/1/10 下午2:39, Eli Cohen wrote:
On Fri, Jan 08, 2021 at 04:24:43PM +0800, Jason Wang wrote:
Upstream: posted
When compiling with -Werror=maybe-uninitialized, gcc may complains the
possible uninitialized umem. Fix that.
Signed-off-by: Jason Wang
---
drivers/vdpa/mlx5/net/mlx5_vnet.c
On 1/8/2021 2:40 AM, Bae, Chang Seok wrote:
On Jan 7, 2021, at 17:41, Liu, Jing2 wrote:
static void kvm_save_current_fpu(struct fpu *fpu) {
+ struct fpu *src_fpu = >thread.fpu;
+
/*
* If the target FPU state is not resident in the CPU registers, just
*
Hi Marek,
On Mon, Jan 11, 2021 at 11:46 PM Marek Behún wrote:
>
> what modes does the LED support? Does it support blinking on rx/tx?
> What about link status?
Yes. But unfortunately they cannot be controlled individually, unless
on GPIO mode.
> I'd like to know because I am still working on
On Mon, Jan 11, 2021 at 10:38:19PM +0100, Jiri Olsa wrote:
> hi,
> adding the support to have buildid stored in mmap2 event,
> so we can bypass the final perf record hunt on build ids.
>
> This patchset allows perf to record build ID in mmap2 event,
> and adds perf tooling to store/download
in vhost_vdpa_set_config_call, the cb.private should be vhost_vdpa.
this cb.private will finally use in vhost_vdpa_config_cb as
vhost_vdpa.Fix this issue
Signed-off-by: Cindy Lu
---
drivers/vhost/vdpa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/vhost/vdpa.c
On Mon, Jan 11, 2021 at 05:32:51PM +, Alan Maguire wrote:
> The BPF Type Format (BTF) can be used in conjunction with the helper
> bpf_snprintf_btf() to display kernel data with type information.
>
> This series generalizes that support and shares it with libbpf so
> that libbpf can display
From: Guo Ren
PAGE_KERNEL_EXEC has been defined above.
Signed-off-by: Guo Ren
Cc: Palmer Dabbelt
Cc: Pekka Enberg
---
arch/riscv/include/asm/pgtable.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/riscv/include/asm/pgtable.h b/arch/riscv/include/asm/pgtable.h
index
From: Menglong Dong
Coccinelle reports a redundant error print in rb532_pata_driver_probe.
As 'platform_get_irq' already prints the error message, error print
here is redundant and can be removed.
Signed-off-by: Menglong Dong
---
drivers/ata/pata_rb532_cf.c | 4 +---
1 file changed, 1
Hi Rob,
> -Original Message-
> From: Rob Herring
> Sent: Tuesday, January 12, 2021 4:39 AM
> To: ChiaWei Wang
> cyril...@gmail.com; rlipp...@google.com
> Subject: Re: [PATCH v4 1/5] dt-bindings: aspeed-lpc: Remove LPC partitioning
>
> On Tue, Dec 29, 2020 at 02:31:53PM +0800, Chia-Wei,
Hi menglong,
On Mon, Jan 11, 2021 at 10:25 PM wrote:
>
> From: Menglong Dong
>
> The type of 'val' is 'unsigned long' in simulate_blz32, so 'val < 0'
> can't be true.
>
> When 'csky_insn_reg_get_val' fails, 'false' will be returned. We
> can directly use its return value here.
>
> Fixes:
On Tue, Jan 05, 2021 at 01:14:56PM +0100, Borislav Petkov wrote:
> On Tue, Jan 05, 2021 at 12:47:23PM +0100, Paolo Bonzini wrote:
> > On 05/01/21 01:49, Yang Zhong wrote:
> > > From: Kyung Min Park
> > >
> > > Add AVX version of the Vector Neural Network (VNNI) Instructions.
> > >
> > > A
Quoting Philip Chen (2021-01-07 15:42:09)
> The top-row keys in a keyboard usually have dual functionalities.
> E.g. A function key "F1" is also an action key "Browser back".
>
> Therefore, when an application receives an action key code from
> a top-row key press, the application needs to know
Thank you for your clarification, and let me explain what I was
talking about before providing my last code version.
kmsg_dump(KMSG_DUMP_PANIC);
+ panic_flush_to_console();
>
> This is wrong. kmsg_dump() flushes the messages into the registered
> dumpers, e.g. pstore. It
On Mon, 2021-01-11 at 09:22 +, YANG LI wrote:
> Fix the following coccicheck warning:
> ./drivers/net/wireless/realtek/rtw88/debug.c:800:17-23: WARNING:
> Comparison of 0/1 to bool variable
>
> Signed-off-by: YANG LI
> Reported-by: Abaci Robot---
>
Is there any comment on this patch?
Thanks,
Limeng
> -Original Message-
> From: Li, Meng
> Sent: Monday, December 28, 2020 10:06 AM
> To: linux-kernel@vger.kernel.org
> Cc: lee.jo...@linaro.org; a...@arndb.de; Hao, Kexin
> ; Li, Meng
> Subject: [PATCH] Revert "mfd: syscon: Don't free
Dear developers,
I find that "general protection fault in l2cap_sock_getsockopt" and
"general protection fault in sco_sock_getsockopt" may be duplicated
bugs from the same root cause.
First, by comparing the PoC similarity after own minimization, we find
they share the same PoC. Second, the
On Mon, Jan 11, 2021 at 4:44 PM Hugh Dickins wrote:
>
> On Mon, 11 Jan 2021, Saravana Kannan wrote:
> > On Mon, Jan 11, 2021 at 3:42 PM Hugh Dickins wrote:
> > > On Mon, 11 Jan 2021, Saravana Kannan wrote:
> > > >
> > > > I happen to have an X1 Carbon (different gen though) lying around and
> >
On Tue, Jan 12, 2021 at 09:00:33AM +0900, Vincent MAILHOL wrote:
> Out of curiosity, which programs do you use? I guess wireshark
> but please let me know if you use any other programs (I just use
> to write a small C program to do the stuff).
I was thinking of PTP over DeviceNET (which, in turn,
From: Bin Wang
Currently we don't split transhuge pages on partial unmap. After using the
deferred_split_huge_page() to solve the memory overhead, we still have a
problem with memory count. We have no idea about how much partial unmap
memory there is because the partial unmap memory is covered
Quoting Philip Chen (2021-01-07 15:42:08)
> This patch adds a new property `function-row-physmap` to the
>From Documentation/process/submitting-patches.rst
Describe your changes in imperative mood, e.g. "make xyzzy do frotz"
instead of "[This patch] makes xyzzy do frotz" or "[I] changed xyzzy
to
BTW, subject says 'marcos' when it should say 'macros'
Quoting Philip Chen (2021-01-08 17:23:32)
> The common cros-ec keymap has been defined as macros. This patch uses
> the macros to simply linux,keymap in cros-ec-keyboard.dtsi file.
>
> This patch also creates an alias for keyboard-controller
On Fri, 8 Jan 2021 16:53:40 -0800 Long Li wrote:
> From: Long Li
>
> This patch set fixes issues with packet loss on VF add/remove.
These patches are for net-next? They just optimize the amount of packet
loss on switch, not fix bugs, right?
Quoting Philip Chen (2021-01-08 17:23:32)
> The common cros-ec keymap has been defined as macros. This patch uses
> the macros to simply linux,keymap in cros-ec-keyboard.dtsi file.
>
> This patch also creates an alias for keyboard-controller to make it
> easier to override the keymap in
Quoting Philip Chen (2021-01-08 17:23:31)
> In Chrome OS, the keyboard matrix can be split to two groups:
>
> The keymap for the top row keys can be customized based on OEM
> preference, while the keymap for the other keys is generic/fixed
> across boards.
>
> This patch creates marcos for the
Arnd,
> * 80486SX/DX: 80386 CPUs were dropped in 2012, and there are
> indications that 486 have no users either on recent kernels.
> There is still the Vortex86 family of SoCs, and the oldest of those were
> 486SX-class, but all the modern ones are 586-class.
I actively use the i486DX
On 01/12, Chao Yu wrote:
> On 2021/1/11 19:45, Chao Yu wrote:
> > On 2021/1/11 18:31, Chao Yu wrote:
> > > On 2021/1/11 17:48, Jaegeuk Kim wrote:
> > > > Hi Chao,
> > > >
> > > > After quick test of fsstress w/ fault injection, it gave wrong block
> > > > address
> > > > errors. Could you please
Quoting Doug Anderson (2021-01-05 15:06:35)
> Hi,
>
> On Tue, Dec 15, 2020 at 11:19 PM Stephen Boyd wrote:
> >
> > There doesn't seem to be any reason to limit this to only root user
> > readable. Let's make it readable by all so that random programs can
> > read the debugfs files in here
Support for the Hisilicon L3 cache controller as used with Hi1215 and
Hi1381.
These Hisilicon SoCs support LPAE, so the physical addresses is wider than
32-bits, but the actual bit width does not exceed 36 bits. When the cache
operation is performed based on the address range, the upper 30 bits
The outercache of some Hisilicon SOCs support physical addresses wider
than 32-bits. The unsigned long datatype is not sufficient for mapping
physical addresses >= 4GB. The commit ad6b9c9d78b9 ("ARM: 6671/1: LPAE:
use phys_addr_t instead of unsigned long in outercache functions") has
already
v2 --> v3:
Add Hisilicon L3 cache controller driver and its document. That's: patch 2-3.
v1 --> v2:
Discard the middle-tier functions and do silent narrowing cast in the outcache
hook functions. For example:
-static void l2c220_inv_range(unsigned long start, unsigned long end)
+static void
Add devicetree binding for Hisilicon L3 cache controller.
Signed-off-by: Zhen Lei
---
.../bindings/arm/hisilicon/l3cache.yaml | 37 +++
1 file changed, 37 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/hisilicon/l3cache.yaml
diff --git
On Mon, Jan 11, 2021 at 05:13:16PM -0800, Nick Desaulniers wrote:
> On Mon, Jan 11, 2021 at 5:00 PM Borislav Petkov wrote:
> >
> > On Mon, Jan 11, 2021 at 04:41:52PM -0800, Fāng-ruì Sòng wrote:
> > > To be fair: we cannot use
> >
> > Who's "we"?
> >
> > > .L-prefixed local because of the objtool
The system that use Synopsys USB host controllers goes to suspend
when using USB audio player. This causes the USB host controller
continuous send interrupt signal to system, When the number of
interrupts exceeds 10, the system will forcibly close the
interrupts and output a calltrace error.
Hello:
This patch was applied to netdev/net.git (refs/heads/master):
On Fri, 8 Jan 2021 09:58:39 + you wrote:
> MSFT ActiveSync implementation requires that the size of the response for
> incoming query is to be provided in the request input length. Failure to
> set the input size proper
Hello:
This patch was applied to netdev/net-next.git (refs/heads/master):
On Sun, 10 Jan 2021 16:30:59 +0200 you wrote:
> From: Stefan Chulski
>
> Patch didn't fix any issue, just improve parse flow
> and align ipv4 parse flow with ipv6 parse flow.
>
> Currently ipv4 kenguru parser first
S_FRAME_SIZE is the size of the pt_regs structure, no longer the size of
the kernel stack frame, the name is misleading. In keeping with arm32,
rename S_FRAME_SIZE to PT_REGS_SIZE.
Signed-off-by: Jianlin Lv
---
arch/arm64/kernel/asm-offsets.c | 2 +-
>
> On 1/11/21 6:42 AM, Pawel Laszczak wrote:
> > Patch fixes the following errors:
> > ld: drivers/usb/cdns3/cdnsp-pci.o: in function `cdnsp_pci_remove':
> > cdnsp-pci.c:(.text+0x80): undefined reference to `cdns_remove'
> > ld: drivers/usb/cdns3/cdnsp-pci.o: in function `cdnsp_pci_probe':
> >
fsstress + fault injection test case reports a warning message as
below:
WARNING: CPU: 13 PID: 6226 at fs/inode.c:361 inc_nlink+0x32/0x40
Call Trace:
f2fs_init_inode_metadata+0x25c/0x4a0 [f2fs]
f2fs_add_inline_entry+0x153/0x3b0 [f2fs]
f2fs_add_dentry+0x75/0x80 [f2fs]
Signed-off-by: Zhaoge Zhang
---
include/drm/drm_property.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/drm_property.h b/include/drm/drm_property.h
index 4a0a80d..bbf5c1fd 100644
--- a/include/drm/drm_property.h
+++ b/include/drm/drm_property.h
@@ -114,7 +114,7
> -Original Message-
> Subject: Re: [PATCH v7 2/5] PCI: dwc: add support to handle ZRX-DC
> Compliant PHYs
>
> Capitalize subject to match the rest of the series.
>
> "Add support to handle .." is redundant; "Add support for ..." would be
> equivalent and shorter.
OK
>
> But this
On Mon, Jan 11, 2021 at 04:13:41PM -0800, Mike Kravetz wrote:
> On 1/11/21 3:08 PM, Peter Xu wrote:
> > On Mon, Jan 11, 2021 at 02:42:48PM -0800, Mike Kravetz wrote:
> >> On 1/7/21 11:04 AM, Axel Rasmussen wrote:
> >>> Overview
> >>>
> >>>
> >>> This series adds a new userfaultfd
On 2021/1/12 1:07, Alan Stern Wrote:
> On Mon, Jan 11, 2021 at 07:29:37PM +0800, Longfang Liu wrote:
>> The system that use Synopsys USB host controllers goes to suspend
>> when using USB audio player. This causes the USB host controller
>> continuous send interrupt signal to system, When the
101 - 200 of 2008 matches
Mail list logo
