On 06/11/2020 08:40:34+0100, Henning Schild wrote:
> Hi,
>
> Am Thu, 5 Nov 2020 23:14:51 +0100
> schrieb Alexandre Belloni :
>
> > Hello Claudius!
> >
> > It has been a while ;)
> >
> > On 04/11/2020 11:26:27+0100, Claudius Heine wrote:
> > > Hi,
> > >
> > > this patch introduces I2C support t
On Fri, Oct 23, 2020 at 07:00:42PM -0700, Hemant Kumar wrote:
> Device provides the total number of HW channels it supports using MHI
> configuration register. Host supported HW channels shall not exceed
> that value. In order to make this check, a counter is needed to store
> total number of HW ch
On Tue, 03 Nov 2020 22:37:13 PST (-0800), Anup Patel wrote:
Currently, we use PGD mappings for early DTB mapping in early_pgd
but this breaks Linux kernel on SiFive Unleashed because on SiFive
Unleashed PMP checks don't work correctly for PGD mappings.
To fix early DTB mappings on SiFive Unleash
From: Kaixu Xia
Fix the following coccicheck warning:
./drivers/rtc/rtc-da9063.c:246:5-18: WARNING: Comparison to bool
Reported-by: Tosk Robot
Signed-off-by: Kaixu Xia
---
drivers/rtc/rtc-da9063.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-da9063.c b/
> +#ifdef CONFIG_TRANSPARENT_HUGEPAGE
> +extern struct page *alloc_transhugepage(struct vm_area_struct *vma,
> + unsigned long addr);
No need for the extern. And also here: do we actually need the stub,
or can the caller make sure (using IS_ENABLED and similar)
Hi,
Am Thu, 5 Nov 2020 23:14:51 +0100
schrieb Alexandre Belloni :
> Hello Claudius!
>
> It has been a while ;)
>
> On 04/11/2020 11:26:27+0100, Claudius Heine wrote:
> > Hi,
> >
> > this patch introduces I2C support to the RX6110 RTC driver and also
> > adds an ACPI identifier to it.
> >
> >
I hate the extra pin count magic here. IMHO we really need to finish
off the series to get rid of the extra references on the ZONE_DEVICE
pages first.
Hi Badhri,
On 11/6/20 4:10 AM, Badhri Jagan Sridharan wrote:
Hi Rob and Amelie,
With regards to discussions in this thread,
For https://lore.kernel.org/r/20201020093627.256885-2-bad...@google.com,
I can send in a patch to update the new-source-frs-typec-current property.
Amelie, If you are alre
On Thu, Nov 05, 2020 at 04:24:30PM -0600, Bjorn Helgaas wrote:
> On Wed, Oct 07, 2020 at 03:33:45PM +0300, Dan Carpenter wrote:
> > On Wed, Oct 07, 2020 at 12:46:15PM +0100, Colin King wrote:
> > > From: Colin Ian King
> > >
> > > The shift of 1 by align_order is evaluated using 32 bit arithmetic
Sorry, gcc is error on this case, it cann't find out much of
NFSDDBG_##flag
Forget this patch.
Alex
在 2020/11/6 上午11:47, Alex Shi 写道:
> There are lots of NFSDDBG_FACILITY defined in many files
> but it isn't used anywhere. so remove it to tame the gcc warning:
>
> fs/nfsd/nfsxdr.c:12:0: warni
On Fri, Oct 23, 2020 at 07:00:43PM -0700, Hemant Kumar wrote:
> It is possible that the device does not support the number of event
> rings and channels that the controller would like to use. Read the
> MHICFG to determine device-side support and if the controller requests
> more than the device su
On Fri 06-11-20 15:06:56, Feng Tang wrote:
> On Thu, Nov 05, 2020 at 05:16:12PM +0100, Michal Hocko wrote:
> > On Thu 05-11-20 21:43:05, Feng Tang wrote:
> > > On Thu, Nov 05, 2020 at 02:12:45PM +0100, Michal Hocko wrote:
> > > > On Thu 05-11-20 21:07:10, Feng Tang wrote:
> > > > [...]
> > > > > My
Signed-off-by: Alex Shi
Cc: Alexander Aring
Cc: Stefan Schmidt
Cc: "David S. Miller"
Cc: Jakub Kicinski
Cc: linux-w...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
net/ieee802154/nl802154.c | 4
1 file changed, 4 deletions(-)
diff --git a/net/ie
On Wed, 04 Nov 2020 11:35:38 PST (-0800), lee.jo...@linaro.org wrote:
Also supply a missing member description.
Fixes the following W=1 kernel build warning(s):
drivers/tty/serial/sifive.c:157: warning: cannot understand function
prototype: 'struct sifive_serial_port '
Cc: Greg Kroah-Hartman
On Fri, 6 Nov 2020 at 06:54, Arpitha Raghunandan <98.a...@gmail.com> wrote:
>
> On 06/11/20 1:25 am, Marco Elver wrote:
> > On Thu, Nov 05, 2020 at 04:02PM +0100, Marco Elver wrote:
> >> On Thu, 5 Nov 2020 at 15:30, Arpitha Raghunandan <98.a...@gmail.com> wrote:
> > [...]
> > I tried adding sup
Am 2020-11-06 03:00, schrieb Leo Li:
-Original Message-
From: Michael Walle
Sent: Thursday, November 5, 2020 1:35 PM
To: linux-...@vger.kernel.org; devicet...@vger.kernel.org; linux-
ker...@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Cc: Michael Turquette ; Stephen Boyd
; Rob H
On Thu, 05 Nov 2020 23:37:45 PST (-0800), ati...@atishpatra.org wrote:
On Thu, Nov 5, 2020 at 11:14 PM Palmer Dabbelt wrote:
On Wed, 28 Oct 2020 16:27:56 PDT (-0700), Atish Patra wrote:
> This series adds minimal support for Microchip Polar Fire Soc Icicle kit.
> It is rebased on v5.10-rc1 and
withing should be within.
Signed-off-by: Wang Qing
---
net/core/flow_dissector.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/core/flow_dissector.c b/net/core/flow_dissector.c
index e21950a..6f1adba
--- a/net/core/flow_dissector.c
+++ b/net/core/flow_dissector.c
@@ -48
On Thu, 05 Nov 2020, Joe Perches wrote:
> On Thu, 2020-11-05 at 23:26 -0800, Dmitry Torokhov wrote:
> > On Wed, Nov 04, 2020 at 04:24:17PM +, Lee Jones wrote:
> > > Fixes the following W=1 kernel build warning(s):
> > >
> > > drivers/input/mouse/synaptics.c: In function ‘synaptics_process_pa
On 2020-11-06, Lukas Bulwahn wrote:
> make clang-analyzer on x86_64 defconfig caught my attention with:
>
> kernel/printk/printk_ringbuffer.c:885:3: warning:
> Value stored to 'desc' is never read [clang-analyzer-deadcode.DeadStores]
> desc = to_desc(desc_ring, head_id);
>
From: Kaixu Xia
Here we could use the '!=' expression to fix the following coccicheck
warning:
./net/netfilter/xt_nfacct.c:30:41-46: WARNING: conversion to bool not needed
here
Reported-by: Tosk Robot
Signed-off-by: Kaixu Xia
---
net/netfilter/xt_nfacct.c | 2 +-
1 file changed, 1 insertion
Linus,
please pull sound fixes for v5.10-rc3 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-5.10-rc3
The topmost commit is a6c96672a64f4f0e1bac9f37b5bb57d8ab551b4b
sound fixes for 5.10-rc3
Quit
Fix the checkpatch warning of alignment should match open parenthesis
for some dev_dbg() calls
Signed-off-by: Siddhant Gupta
---
drivers/staging/mt7621-dma/mtk-hsdma.c | 44 +-
1 file changed, 22 insertions(+), 22 deletions(-)
diff --git a/drivers/staging/mt7621-dma/mtk-
Hello!
On 04.11.2020 19:41, Necip Fazil Yildiran wrote:
When BCM47XX_SSB is enabled and SSB_PCIHOST is disabled, it results in the
following Kbuild warning:
WARNING: unmet direct dependencies detected for SSB_B43_PCI_BRIDGE
Depends on [n]: SSB [=y] && SSB_PCIHOST [=n]
Selected by [y]:
On Fri, Nov 06, 2020 at 12:20:16AM +0530, Deepak R Varma wrote:
> idr_init() uses base 0 which is an invalid identifier for this driver.
> The idr_alloc for this driver uses 1 as start value for ID range. The
> new function idr_init_base allows IDR to set the ID lookup from base 1.
> This avoids al
syzbot suspects this issue was fixed by commit:
commit 1d0e850a49a5b56f8f3cb51e74a11e2fedb96be6
Author: David Howells
Date: Fri Oct 16 12:21:14 2020 +
afs: Fix cell removal
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=117e368450
start commit: abb3438d Merge tag '
在 2020/11/6 下午2:36, Joe Perches 写道:
> On Fri, 2020-11-06 at 13:37 +0800, Alex Shi wrote:
>> There are some macros unused, they causes much gcc warnings. Let's
>> remove them to tame gcc.
>
> I believe these to be essentially poor warnings.
>
> Aren't these warnings generated only when adding
On Thu, Nov 5, 2020 at 11:51 PM Greg Kroah-Hartman
wrote:
>
> On Thu, Nov 05, 2020 at 11:41:20PM -0800, Saravana Kannan wrote:
> > On Thu, Nov 5, 2020 at 11:22 PM Greg Kroah-Hartman
> > wrote:
> > >
> > > On Thu, Nov 05, 2020 at 03:25:56PM -0800, Saravana Kannan wrote:
> > > > On Thu, Nov 5, 2020
Some unused macros could cause gcc warning:
kernel/audit.c:68:0: warning: macro "AUDIT_UNINITIALIZED" is not used
[-Wunused-macros]
kernel/auditsc.c:104:0: warning: macro "AUDIT_AUX_IPCPERM" is not used
[-Wunused-macros]
kernel/auditsc.c:82:0: warning: macro "AUDITSC_INVALID" is not used
[-Wunused-
net/netfilter/ipset/ip_set_core.c:1416:0: warning: macro "DUMP_INIT" is
not used [-Wunused-macros]
This macro unused and cause above warning. So let's remove it.
Signed-off-by: Alex Shi
Cc: Pablo Neira Ayuso
Cc: Jozsef Kadlecsik
Cc: Florian Westphal
Cc: "David S. Miller"
Cc: netfilter-de
On Thu, Nov 5, 2020 at 9:09 PM Laurent Pinchart
wrote:
>
> Hi Saravana,
>
> Thank you for working on this !
>
> On Wed, Nov 04, 2020 at 03:23:37PM -0800, Saravana Kannan wrote:
> > The current implementation of fw_devlink is very inefficient because it
> > tries to get away without creating fwnode
From: Kaixu Xia
Fix the following coccicheck warning:
./drivers/pinctrl/pinctrl-ocelot.c:732:28-33: WARNING: conversion to bool not
needed here
Reported-by: Tosk Robot
Signed-off-by: Kaixu Xia
---
drivers/pinctrl/pinctrl-ocelot.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
This macro is useless, and could cause gcc warning:
arch/x86/kernel/kvmclock.c:47:0: warning: macro "HV_CLOCK_SIZE" is not
used [-Wunused-macros]
Let's remove it.
Signed-off-by: Alex Shi
Cc: Paolo Bonzini
Cc: Sean Christopherson
Cc: Vitaly Kuznetsov
Cc: Wanpeng Li
Cc: Jim Mattson
Cc: Jo
enum mce_notifier_prios {
MCE_PRIO_LOWEST,
MCE_PRIO_MCELOG,
MCE_PRIO_EDAC,
After commit c9c6d216ed28 ("x86/mce: Rename "first" function as "early""),
there is no other integer between MCE_PRIO_MCELOG and MCE_PRIO_EDAC.
Therefore, the WARN_ON() will never be triggered, just
> Am 06.11.2020 um 05:14 schrieb Viresh Kumar :
>
> On 06-11-20, 00:10, Andreas Kemnade wrote:
>> Hi,
>>
>> On the GTA04 (DM3730, devicetree omap3-gta04*) I get my console flooded
>> up with the following:
>> [ 24.517211] cpu cpu0: multiple regulators are not supported
>> [ 24.523040] cpufr
On 11/6/20 8:41 AM, Lee Jones wrote:
> On Thu, 05 Nov 2020, Ahmad Fatoum wrote:
>
>> Hello Lee,
>>
>> On 11/5/20 3:45 PM, Lee Jones wrote:
>>> In the macro for_each_oldnew_crtc_in_state() 'crtc_state' is provided
>>> as a container for state->crtcs[i].new_state, but is not utilised in
>>> this use
On Thu, Nov 05, 2020 at 11:39:47AM +0100, Petr Malat wrote:
> Function sctp_dst_mtu() never returns lower MTU than
> SCTP_TRUNC4(SCTP_DEFAULT_MINSEGMENT) even when the actual MTU is less,
> in which case we rely on the IP fragmentation and must enable it.
This should be being handled at sctp_packe
Hi Laurent
Thanks for the review
On Fri, Nov 6, 2020 at 7:06 AM Laurent Pinchart
wrote:
>
> Hi Ricardo,
>
> Thank you for the patch.
>
> On Wed, Nov 04, 2020 at 07:07:29PM +0100, Ricardo Ribalda wrote:
> > Instead of having multiple copies of the entity guid on the code, move
> > it to the entit
Fix smatch warning.
Signed-off-by: Wang Qing
---
kernel/trace/bpf_trace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/trace/bpf_trace.c b/kernel/trace/bpf_trace.c
index 4517c8b..2cb9c45
--- a/kernel/trace/bpf_trace.c
+++ b/kernel/trace/bpf_trace.c
@@ -1198,7 +1198,
On Fri, 06 Nov 2020, Ahmad Fatoum wrote:
> On 11/6/20 8:41 AM, Lee Jones wrote:
> > On Thu, 05 Nov 2020, Ahmad Fatoum wrote:
> >
> >> Hello Lee,
> >>
> >> On 11/5/20 3:45 PM, Lee Jones wrote:
> >>> In the macro for_each_oldnew_crtc_in_state() 'crtc_state' is provided
> >>> as a container for stat
On Fri, 2020-11-06 at 16:28 +0800, Alex Shi wrote:
>
> 在 2020/11/6 下午2:36, Joe Perches 写道:
> > On Fri, 2020-11-06 at 13:37 +0800, Alex Shi wrote:
> > > There are some macros unused, they causes much gcc warnings. Let's
> > > remove them to tame gcc.
> >
> > I believe these to be essentially poor
The exit_pi_state_list() function calls put_pi_state() with IRQs
disabled and is not expecting that IRQs will be enabled inside the
function. Use the _irqsave() so that IRQs are restored to the original
state instead of enabled unconditionally.
Fixes: 153fbd1226fb ("futex: Fix more put_pi_state()
On Fri, Nov 6, 2020 at 1:30 PM Palmer Dabbelt wrote:
>
> On Tue, 03 Nov 2020 22:37:13 PST (-0800), Anup Patel wrote:
> > Currently, we use PGD mappings for early DTB mapping in early_pgd
> > but this breaks Linux kernel on SiFive Unleashed because on SiFive
> > Unleashed PMP checks don't work corr
From: Kaixu Xia
The '>=' expression itself is bool, no need to convert it to bool.
Fix the following coccicheck warning:
./sound/soc/codecs/wcd9335.c:3982:25-30: WARNING: conversion to bool not needed
here
Reported-by: Tosk Robot
Signed-off-by: Kaixu Xia
---
sound/soc/codecs/wcd9335.c | 2 +
On Fri, Oct 30, 2020 at 4:49 PM Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> On machines such as ARMv5 that trap unaligned accesses, these
> two functions can be slow when each access needs to be emulated,
> or they might not work at all.
>
> Change them so that each loop is only used when bot
在 2020/11/6 下午4:52, Joe Perches 写道:
> On Fri, 2020-11-06 at 16:28 +0800, Alex Shi wrote:
>>
>> 在 2020/11/6 下午2:36, Joe Perches 写道:
>>> On Fri, 2020-11-06 at 13:37 +0800, Alex Shi wrote:
There are some macros unused, they causes much gcc warnings. Let's
remove them to tame gcc.
>>>
>>>
Hi Boris,
Thanks for your quick reply.
> -Original Message-
> From: Boris Brezillon
> Sent: Thursday, November 5, 2020 11:12 PM
> To: Cédric Le Goater ; robh...@kernel.org
> Cc: Chin-Ting Kuo ; broo...@kernel.org;
> j...@jms.id.au; and...@aj.id.au; bbrezil...@kernel.org;
> devicet...@vge
Am Fri, 6 Nov 2020 08:59:08 +0100
schrieb Alexandre Belloni :
> On 06/11/2020 08:40:34+0100, Henning Schild wrote:
> > Hi,
> >
> > Am Thu, 5 Nov 2020 23:14:51 +0100
> > schrieb Alexandre Belloni :
> >
> > > Hello Claudius!
> > >
> > > It has been a while ;)
> > >
> > > On 04/11/2020 11:26:27
Hi Greg,
Thanks for looking at the patch.
On Fri, Nov 06, 2020 at 08:20:59AM +0100, Greg Kroah-Hartman wrote:
> On Thu, Nov 05, 2020 at 05:28:03PM -0800, Prashant Malani wrote:
> > Use the PD VDO Type C cable plug type macro to retrieve and store the
> > cable plug type in the cable descriptor.
>
On 06-11-20, 09:44, H. Nikolaus Schaller wrote:
>
> > Am 06.11.2020 um 05:14 schrieb Viresh Kumar :
> >
> > On 06-11-20, 00:10, Andreas Kemnade wrote:
> >> Hi,
> >>
> >> On the GTA04 (DM3730, devicetree omap3-gta04*) I get my console flooded
> >> up with the following:
> >> [ 24.517211] cpu cp
Reset the vcpu->run->flags at the beginning of kvm_arch_vcpu_ioctl_run.
It can avoid every thunk of code that needs to set the flag clear it,
which increases the odds of missing a case and ending up with a flag in
an undefined state.
Signed-off-by: Chenyi Qiang
---
arch/x86/kvm/x86.c | 5 -
This patch series add the support for bus lock VM exit in KVM. It is a
sub-feature of bus lock detection. When it is enabled by the VMM, the
processor generates a "Bus Lock" VM exit following execution of an
instruction if the processor detects that one or more bus locks were
caused the instruction
Fix passing zero to 'PTR_ERR' warning
Signed-off-by: Wang Qing
---
drivers/crypto/caam/caamalg_qi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/crypto/caam/caamalg_qi.c b/drivers/crypto/caam/caamalg_qi.c
index 66f60d7..add60e8
--- a/drivers/crypto/caam/caamalg_qi.
Introduce a new capability named KVM_CAP_X86_BUS_LOCK_EXIT, which is
used to handle bus locks detected in guest. It allows the userspace to
do custom throttling policies to mitigate the 'noisy neighbour' problem.
Signed-off-by: Chenyi Qiang
---
Documentation/virt/kvm/api.rst | 45 +++
Virtual Machine can exploit bus locks to degrade the performance of
system. Bus lock can be caused by split locked access to writeback(WB)
memory or by using locks on uncacheable(UC) memory. The bus lock is
typically >1000 cycles slower than an atomic operation within a cache
line. It also disrupts
From: Sean Christopherson
Convert vcpu_vmx.exit_reason from a u32 to a union (of size u32). The
full VM_EXIT_REASON field is comprised of a 16-bit basic exit reason in
bits 15:0, and single-bit modifiers in bits 31:16.
Historically, KVM has only had to worry about handling the "failed
VM-Entry"
Hi Mark,
> -Original Message-
> From: Mark Brown
> Sent: Friday, November 6, 2020 12:43 AM
> To: Boris Brezillon
> Subject: Re: [v3 4/4] spi: aspeed: Add ASPEED FMC/SPI memory controller
> driver
>
> On Thu, Nov 05, 2020 at 04:11:32PM +0100, Boris Brezillon wrote:
> > Cédric Le Goater
On Fri, Oct 30, 2020 at 4:49 PM Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> ARM uses set_fs() and __get_user() to allow the stack dumping code to
> access possibly invalid pointers carefully. These can be changed to the
> simpler get_kernel_nofault(), and allow the eventual removal of set_fs(
On Fri, 6 Nov 2020 at 02:23, Boqun Feng wrote:
> Hi Marco,
>
> On Thu, Nov 05, 2020 at 02:03:24PM -0800, paul...@kernel.org wrote:
> > From: Marco Elver
> >
> > The watchpoint encoding masks for size and address were off-by-one bit
> > each, with the size mask using 1 unnecessary bit and the addr
Hi Rob,
> -Original Message-
> From: Rob Herring
> Sent: Friday, November 6, 2020 2:41 AM
> To: Chin-Ting Kuo
> Cc: broo...@kernel.org; j...@jms.id.au; and...@aj.id.au; c...@kaod.org;
> bbrezil...@kernel.org; devicet...@vger.kernel.org;
> linux-kernel@vger.kernel.org; linux-asp...@lists.
From: Xie He
> Sent: 05 November 2020 22:47
>
> On Thu, Nov 5, 2020 at 12:40 PM Arnd Bergmann wrote:
> >
> > > I think this driver never worked. Looking at the original code in
> > > Linux 2.1.31, it already has the problems I fixed in commit
> > > 8fdcabeac398.
> > >
> > > I guess when people (o
On Fri, 6 Nov 2020 08:58:23 +
Chin-Ting Kuo wrote:
> Hi Boris,
>
> Thanks for your quick reply.
>
> > -Original Message-
> > From: Boris Brezillon
> > Sent: Thursday, November 5, 2020 11:12 PM
> > To: Cédric Le Goater ; robh...@kernel.org
> > Cc: Chin-Ting Kuo ; broo...@kernel.org;
Enable wakeup in the hym8563 driver if the IRQ was successfully
requested or if wakeup-source is set in the devicetree.
As per the description of device_init_wakeup(), it should be enabled
for "devices that everyone expects to be wakeup sources". One would
expect this to be the case with a real-t
On Fri, Nov 06, 2020 at 09:06:42AM +0800, tangyouling wrote:
> In the include/asm-generic/vmlinux.lds.h:978, the description is as follows:
> DISCARDS must be the last of output section definitions so that such archs
> put those in earlier section definitions.
Sure, I see that text, but I don't ge
On 06/11/2020 09:57:56+0100, Henning Schild wrote:
> Am Fri, 6 Nov 2020 08:59:08 +0100
> schrieb Alexandre Belloni :
>
> > On 06/11/2020 08:40:34+0100, Henning Schild wrote:
> > > Hi,
> > >
> > > Am Thu, 5 Nov 2020 23:14:51 +0100
> > > schrieb Alexandre Belloni :
> > >
> > > > Hello Claudius!
On Fri, Nov 06, 2020 at 09:10:26AM +0100, Michal Hocko wrote:
> > > > The incomming parameter nodemask is NULL, and the function will first
> > > > try the
> > > > cpuset nodemask (1 here), and the zoneidx is only granted 2, which
> > > > makes the
> > > > 'ac's preferred zone to be NULL. so it g
On Fri, Nov 06, 2020 at 07:49:29AM +0100, Greg KH wrote:
> On Thu, Nov 05, 2020 at 06:56:26PM -0800, Prasad Sodagudi wrote:
> > Add register read/write operations tracing support.
> > ftrace events helps to trace register read and write
> > location details of memory mapped IO registers.
>
> This
Hi Rob,
> -Original Message-
> From: Rob Herring
> Sent: Friday, November 6, 2020 6:40 AM
> To: Chin-Ting Kuo
> Cc: broo...@kernel.org; j...@jms.id.au; and...@aj.id.au; c...@kaod.org;
> bbrezil...@kernel.org; devicet...@vger.kernel.org;
> linux-kernel@vger.kernel.org; linux-asp...@lists.
withing should be within.
Signed-off-by: Wang Qing
---
arch/c6x/platforms/megamod-pic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/c6x/platforms/megamod-pic.c b/arch/c6x/platforms/megamod-pic.c
index 56189e5..adac7ac
--- a/arch/c6x/platforms/megamod-pic.c
+++ b/arch
From: Menglong Dong
Obviously, 'bpf/bpf.h' in 'samples/bpf/hbm.c' is duplicated.
Signed-off-by: Menglong Dong
---
samples/bpf/hbm.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/samples/bpf/hbm.c b/samples/bpf/hbm.c
index ff4c533..400e741 100644
--- a/samples/bpf/hbm.c
+++ b/samples/bpf/h
Deferred probe is an expected return value for tegra_output_probe().
Given that the driver deals with it properly, there's no need to output
a warning that may potentially confuse users.
Signed-off-by: Jon Hunter
---
Changes since V2:
- Removed duplicate errno print
Changes since V1:
- This time,
On Tue 03-11-20 05:03:30, Yang Shi wrote:
> The commit 9f4e41f4717832e34cca153ced62b4a1d7e26c0e ("mm: refactor
> truncate_complete_page()") refactored truncate_complete_page(), and it
> is not existed anymore, correct the comment in vmscan and migrate to avoid
> confusion.
>
> Signed-off-by: Yang
Device tree property is named typec-power-opmode, not power-opmode.
Fixes: da0cb6310094 ("usb: typec: add support for STUSB160x Type-C controller
family")
Signed-off-by: Amelie Delaunay
---
drivers/usb/typec/stusb160x.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
Power operation mode may depends on hardware design, so, add the optional
property typec-power-opmode for usb-c connector to select the power
operation mode capability.
Signed-off-by: Amelie Delaunay
---
Hi Bahdri, Rob,
I've added the exlusion with FRS property, but new FRS property name
should
This series adds missing bindings for Type-C typec-power-opmode property
and STUSB160x Type-C port controllers [1].
STUSB160x driver requires to get power operation mode via device tree,
that's why this series also adds the optional DT property
typec-power-opmode for usb-c-connector to select the p
Add binding documentation for the STMicroelectronics STUSB160x Type-C port
controller.
Signed-off-by: Amelie Delaunay
---
.../devicetree/bindings/usb/st,stusb160x.yaml | 85 +++
1 file changed, 85 insertions(+)
create mode 100644 Documentation/devicetree/bindings/usb/st,stusb160
Enable support for the STMicroelectronics STUSB160X USB Type-C port
controller driver by turning on CONFIG_TYPEC and CONFIG_TYPEC_STUSB160X as
modules.
Signed-off-by: Amelie Delaunay
---
arch/arm/configs/multi_v7_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/mu
This patch adds support for STUSB1600 USB Type-C port controller, used on
I2C4 on stm32mp15xx-dkx.
The default configuration on this board, on Type-C connector, is:
- Dual Power Role (DRP), so set power-role to "dual";
- Vbus limited to 500mA, so set typec-power-opmode to "default" (it means
500m
From: Kaixu Xia
Fix the following coccinelle reports:
./arch/x86/kernel/cpu/mce/core.c:1765:3-20: WARNING: Assignment of 0/1 to bool
variable
./arch/x86/kernel/cpu/mce/core.c:1584:2-9: WARNING: Assignment of 0/1 to bool
variable
Reported-by: Tosk Robot
Signed-off-by: Kaixu Xia
---
arch/x86
On 02-11-20, 12:01, Nicola Mazzucato wrote:
> This is a continuation of the previous v2, where we focused mostly on the
> dt binding.
>
> I am seeking some feedback/comments on the following two approaches.
>
> Intro:
> We have seen that in a system where performance control and hardware
> descri
Describe parameter @addr correctly by delimiting with ':'.
Reported-by: Stephen Rothwell
Signed-off-by: Marco Elver
---
include/linux/kfence.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/kfence.h b/include/linux/kfence.h
index 98a97f9d43cd..76246889ecdb 100
Hello Dearest,
I know this mail will come to you as a surprise since we haven't known or
come across each other before considering the fact that I sourced your
email contact through the Internet in search of a trusted person who can
assist me.
I am Miss Lisa Ibrahim Coulibaly 24 years old female
From: Zhuguangqing
If state has not changed successfully and we updated cpufreq_state,
next time when the new state is equal to cpufreq_state (not changed
successfully last time), we will return directly and miss a
freq_qos_update_request() that should have been.
Fixes: 5130802ddbb1 ("thermal: c
On 02-11-20, 12:01, Nicola Mazzucato wrote:
> Hi All,
>
> This is a continuation of the previous v2, where we focused mostly on the
> dt binding.
>
> I am seeking some feedback/comments on the following two approaches.
>
> Intro:
> We have seen that in a system where performance control and hard
From: Joe Perches
> Sent: 06 November 2020 06:36
>
> On Fri, 2020-11-06 at 13:37 +0800, Alex Shi wrote:
> > There are some macros unused, they causes much gcc warnings. Let's
> > remove them to tame gcc.
>
> I believe these to be essentially poor warnings.
Indeed.
One 'solution' is to move the
On Fri, Nov 6, 2020 at 4:59 AM Greentime Hu wrote:
>
> We can get hwirq number of the gpio by its irq_data->hwirq so that we don't
> need to add more macros for different platforms. This patch is tested in
> SiFive Unleashed board and SiFive Unmatched board.
...
> + struct sifive_gpio *chi
On 06-11-20, 17:22, zhuguangqin...@gmail.com wrote:
> From: Zhuguangqing
>
> If state has not changed successfully and we updated cpufreq_state,
> next time when the new state is equal to cpufreq_state (not changed
> successfully last time), we will return directly and miss a
> freq_qos_update_re
On 05/11/2020 at 18:58, Parshuram Thombare wrote:
This patch fixes NULL pointer dereference due to NULL pcs_config
in pcs_ops.
Reported-by: Nicolas Ferre
Link:
https://lore.kernel.org/netdev/2db854c7-9ffb-328a-f346-f68982723...@microchip.com/
Signed-off-by: Parshuram Thombare
Acked-by: Nico
From: Eugen Hristev
clk-master can have 5 divisors with a field width of 3 bits
on some products.
Change the mask and number of divisors accordingly.
Reported-by: Mihai Sain
Signed-off-by: Eugen Hristev
Signed-off-by: Claudiu Beznea
---
drivers/clk/at91/clk-master.c | 2 +-
drivers/clk/at91
Hi,
> Am 06.11.2020 um 09:58 schrieb Viresh Kumar :
>
> On 06-11-20, 09:44, H. Nikolaus Schaller wrote:
>>
>>> Am 06.11.2020 um 05:14 schrieb Viresh Kumar :
>>>
>>> On 06-11-20, 00:10, Andreas Kemnade wrote:
Hi,
On the GTA04 (DM3730, devicetree omap3-gta04*) I get my console flo
Allow runtime frequency changes for PLLs registered with proper flags.
This is necessary for CPU PLL on SAMA7G5 which is used by DVFS.
Signed-off-by: Claudiu Beznea
---
drivers/clk/at91/clk-sam9x60-pll.c | 102 ++---
drivers/clk/at91/pmc.h | 4 +-
dr
From: Eugen Hristev
Add SAMA7G5 specific PLL defines to be referenced in a phandle as a
PMC_TYPE_CORE clock.
Suggested-by: Claudiu Beznea
Signed-off-by: Eugen Hristev
[claudiu.bez...@microchip.com: adapt comit message, adapt sama7g5.c]
Signed-off-by: Claudiu Beznea
---
drivers/clk/at91/sama7
MCK0 is changed at runtime by DVFS. Due to this, since not all IPs
are glitch free aware at MCK0 changes, remove MCK0 from parent list
of other clocks (e.g. generic clock, programmable/system clock, MCKX).
Signed-off-by: Claudiu Beznea
---
drivers/clk/at91/sama7g5.c | 55 ++--
On SAMA7G5 CPU clock is changed at run-time by DVFS. Since MCK0 and
CPU clock shares the same parent clock (CPUPLL clock) the MCK0 is
also changed by DVFS to avoid over/under clocking of MCK0 consumers.
The lower limit is changed to be able to set MCK0 accordingly by
DVFS.
Signed-off-by: Claudiu B
From: Eugen Hristev
This SoC has the 5th divisor for the mck0 master clock.
Adapt the characteristics accordingly.
Reported-by: Mihai Sain
Signed-off-by: Eugen Hristev
Signed-off-by: Claudiu Beznea
---
drivers/clk/at91/sama7g5.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Hi,
SAMA7G5 is capable of DVFS. The supported CPU clock frequencies could be
obtained from CPU PLL. The hardware block diagram for clock feeding the
CPU is as follows:
++
+-->|divider1|--> CPU clock
| +
From: Eugen Hristev
Allow SYSPLL and CPUPLL to be referenced as a PMC_TYPE_CORE clock
from phandle in DT.
Suggested-by: Claudiu Beznea
Signed-off-by: Eugen Hristev
[claudiu.bez...@microchip.com: adapt commit message, add CPU PLL]
Signed-off-by: Claudiu Beznea
---
drivers/clk/at91/sama7g5.c |
Since CPU PLL feeds both CPU clock and MCK0, MCK0 cannot go higher
than 200MHz and MCK0 maximum prescaller is 5 limit the CPU PLL at
1GHz to avoid MCK0 overclocking while CPU PLL is changed by DVFS.
Signed-off-by: Claudiu Beznea
---
drivers/clk/at91/sama7g5.c | 61 +++
pmc_data_allocate() has been changed. pmc_data_free() was removed.
Adapt the code taking this into consideration. With this the programmable
clocks were also saved in sama7g5_pmc so that they could be later
referenced.
Fixes: cb783bbbcf54 ("clk: at91: sama7g5: add clock support for sama7g5")
Signe
Register CPU clock as being the master clock prescaler. This would
be used by DVFS. The block schema of SAMA7G5's PMC contains also a divider
between master clock prescaler and CPU (PMC_CPU_RATIO.RATIO) but the
frequencies supported by SAMA7G5 could be directly received from
CPUPLL + master clock p
1 - 100 of 1117 matches
Mail list logo
