>
> On 2021-03-22 16:10, Avri Altman wrote:
> > In host mode, eviction is considered an extreme measure.
> > verify that the entering region has enough reads, and the exiting
> > region has much less reads.
> >
> > Signed-off-by: Avri Altman
> > ---
> > drivers/scsi/ufs/ufshpb.c | 18
On 2021/3/25 2:19, Marc Zyngier wrote:
> On Mon, 22 Mar 2021 14:01:52 +0800, Shenming Lu wrote:
>> In GICv4.1, migration has been supported except for (directly-injected)
>> VLPI. And GICv4.1 Spec explicitly gives a way to get the VLPI's pending
>> state (which was crucially missing in GICv4.0).
Handle the differences across LDO voltage needed for blowing fuses,
and the blow timer value, identified using a minor version of 15
on sc7280.
Signed-off-by: Rajendra Nayak
Signed-off-by: Ravi Kumar Bokka
---
Applies on top of https://lore.kernel.org/patchwork/patch/1376175/
Document SoC compatible for sc7280
Signed-off-by: Rajendra Nayak
---
Documentation/devicetree/bindings/nvmem/qcom,qfprom.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/nvmem/qcom,qfprom.yaml
b/Documentation/devicetree/bindings/nvmem/qcom,qfprom.yaml
Hi Rob,
Thanks for the suggestion.
On Thu, Mar 25, 2021 at 1:45 AM Rob Herring wrote:
>
> On Fri, Mar 19, 2021 at 07:13:27PM +0800, dillon min wrote:
> > Hi Alexandre,
> >
> > Thanks for the reply.
> >
> > On Fri, Mar 19, 2021 at 4:38 PM Alexandre TORGUE
> > wrote:
> > >
> > > Hi Dillon
> > >
Hi Viresh,
On 3/25/21 1:24 PM, Viresh Kumar wrote:
On 25-03-21, 13:15, quanyang.wang wrote:
Thank you for pointing it out. Do you mean that even if
dev_pm_opp_of_cpumask_add_table returns
an error, dev_pm_opp_get_opp_count may still return count > 0 because
someone may call dev_pm_opp_add
On 2021-03-22 16:10, Avri Altman wrote:
In host mode, eviction is considered an extreme measure.
verify that the entering region has enough reads, and the exiting
region has much less reads.
Signed-off-by: Avri Altman
---
drivers/scsi/ufs/ufshpb.c | 18 +-
1 file changed, 17
Hi,
See below.
On 24.3.2021 9.56, Hermes Zhang wrote:
From: Hermes Zhang
Document the device tree bindings of the multiple GPIOs LED driver
Documentation/devicetree/bindings/leds/leds-multi-gpio.yaml.
Signed-off-by: Hermes Zhang
---
.../bindings/leds/leds-multi-gpio.yaml| 50
On Wed, 24 Mar 2021 at 19:37, Ahmad Fatoum wrote:
>
> Hello Sumit,
>
> On 24.03.21 11:47, Sumit Garg wrote:
> > On Wed, 24 Mar 2021 at 14:56, Ahmad Fatoum wrote:
> >>
> >> Hello Mimi,
> >>
> >> On 23.03.21 19:07, Mimi Zohar wrote:
> >>> On Tue, 2021-03-23 at 17:35 +0100, Ahmad Fatoum wrote:
>
Am 23.03.2021 um 08:19 schrieb Dan Carpenter:
On Tue, Mar 23, 2021 at 08:17:47AM +0900, Namjae Jeon wrote:
+
+static int
+compare_oid(unsigned long *oid1, unsigned int oid1len,
+ unsigned long *oid2, unsigned int oid2len) {
+ unsigned int i;
+
+ if (oid1len != oid2len)
+
On 25-03-21, 13:15, quanyang.wang wrote:
> Thank you for pointing it out. Do you mean that even if
> dev_pm_opp_of_cpumask_add_table returns
>
> an error, dev_pm_opp_get_opp_count may still return count > 0 because
> someone may call dev_pm_opp_add
>
> to add OPP to cpu succcessfully at
Hej min kære, jeg vil gerne vide, om du har min tidligere besked, tak.
Hi Matthias,
On 2021-03-22 23:04, Matthias Kaehlcke wrote:
Hi Satya,
On Mon, Mar 22, 2021 at 06:50:47PM +0530, ska...@codeaurora.org wrote:
Hi Matthias,
On 2021-03-13 02:10, Matthias Kaehlcke wrote:
> Hi Satya,
>
> On Thu, Mar 11, 2021 at 04:10:29PM +0530, satya priya wrote:
> > Add
Hi Thomas,
On Mon, Mar 22, 2021 at 2:40 PM Thomas Gleixner wrote:
>
> Manish,
>
> On Mon, Mar 22 2021 at 10:15, Manish Varma wrote:
> > On Thu, Mar 18, 2021 at 6:04 AM Thomas Gleixner wrote:
> >> > +static atomic_t instance_count = ATOMIC_INIT(0);
> >>
> >> instance_count is misleading as it
Hi Viresh,
On 3/25/21 12:45 PM, Viresh Kumar wrote:
On 25-03-21, 12:31, quanyang.w...@windriver.com wrote:
From: Quanyang Wang
The function dev_pm_opp_of_cpumask_add_table may return zero or an
error. When it returns an error, this means that no OPP table is
added for the cpumask because
Hi Richard,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on nf/master]
[also build test WARNING on nf-next/master pcmoore-audit/next v5.12-rc4
next-20210324]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we
On 3/25/2021 5:09 AM, Len Brown wrote:
On Tue, Mar 23, 2021 at 11:15 PM Liu, Jing2 wrote:
IMO, the problem with AVX512 state
is that we guaranteed it will be zero for XINUSE=0.
That means we have to write 0's on saves.
why "we have to write 0's on saves" when XINUSE=0.
Since due to SDM,
s/Acknowlege/Acknowledge/
Signed-off-by: Bhaskar Chowdhury
---
drivers/usb/typec/ucsi/ucsi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/typec/ucsi/ucsi.c b/drivers/usb/typec/ucsi/ucsi.c
index 244270755ae6..282c3c825c13 100644
---
On 3/24/2021 9:01 AM, Stephen Boyd wrote:
Quoting Sandeep Maheswaram (2021-03-23 12:27:32)
This patch adds a shutdown callback to USB DWC core driver to ensure that
it is properly shutdown in reboot/shutdown path. This is required
where SMMU address translation is enabled like on SC7180
SoC
> -原始邮件-
> 发件人: "Vivek Goyal"
> 发送时间: 2021-03-24 01:10:03 (星期三)
> 收件人: "Lv Yunlong"
> 抄送: stefa...@redhat.com, mik...@szeredi.hu,
> virtualizat...@lists.linux-foundation.org, linux-fsde...@vger.kernel.org,
> linux-kernel@vger.kernel.org
> 主题: Re: [PATCH] fuse: Fix a potential double
struct drm_i915_private, struct intel_crtc_state and
struct intel_crtc have been declared before.
Remove the duplicate.
Signed-off-by: Wan Jiabing
---
drivers/gpu/drm/i915/display/intel_crt.h | 1 -
drivers/gpu/drm/i915/display/intel_display.h | 1 -
On Thu, Mar 25, 2021 at 12:06:01PM +0800, Jisheng Zhang wrote:
> If build kernel without "O=dir", below error will be seen:
>
> In file included from drivers/tee/optee/optee_trace.h:67,
> from drivers/tee/optee/call.c:18:
> ./include/trace/define_trace.h:95:42: fatal error:
s/confgiured/configured/
Signed-off-by: Bhaskar Chowdhury
---
arch/arm/mach-imx/pm-imx5.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-imx/pm-imx5.c b/arch/arm/mach-imx/pm-imx5.c
index e9962b48e30c..2e3af2bc7758 100644
--- a/arch/arm/mach-imx/pm-imx5.c
+++
From: Mark Rutland Sent: Wednesday, March 24, 2021 9:55
AM
>
> Hi Michael,
>
> On Mon, Mar 08, 2021 at 11:57:13AM -0800, Michael Kelley wrote:
> > Hypercalls to Hyper-V on ARM64 may return results in registers other
> > than X0 thru X3, as permitted by the SMCCC spec version 1.2 and later.
> >
On Thu, 2021-03-25 at 09:49 +0900, Chanwoo Choi wrote:
> On 3/24/21 6:51 PM, Vaittinen, Matti wrote:
> > Hello Hans, Chanwoo, Greg,
> >
> > On Wed, 2021-03-24 at 10:25 +0100, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 3/24/21 10:21 AM, Matti Vaittinen wrote:
> > > > Add error print for probe
struct dss_device has been declared at 51st line.
Remove the duplicate.
Signed-off-by: Wan Jiabing
---
drivers/gpu/drm/omapdrm/dss/omapdss.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/omapdrm/dss/omapdss.h
b/drivers/gpu/drm/omapdrm/dss/omapdss.h
index
On Sun, Mar 14, 2021 at 4:48 AM Masahiro Yamada wrote:
>
> This code is too big to be placed in the switch statement.
>
> Move the code into a new helper function. I slightly refactor the code
> without changing the behavior.
>
> Signed-off-by: Masahiro Yamada
> ---
All applied to
On Mon, Mar 15, 2021 at 3:55 PM Yang Li wrote:
>
> fixed the following coccicheck:
> ./scripts/kconfig/confdata.c:36:9-10: WARNING: return of 0/1 in function
> 'is_dir' with return type bool
>
> Reported-by: Abaci Robot
> Signed-off-by: Yang Li
> ---
Applied. Thanks.
>
On 25-03-21, 12:31, quanyang.w...@windriver.com wrote:
> From: Quanyang Wang
>
> The function dev_pm_opp_of_cpumask_add_table may return zero or an
> error. When it returns an error, this means that no OPP table is
> added for the cpumask because _dev_pm_opp_cpumask_remove_table is
> called to
The overlay source files are named with .dtso extension now, add a new
rule to generate .dt.yaml for them.
Reviewed-by: Geert Uytterhoeven
Tested-by: Geert Uytterhoeven
Signed-off-by: Viresh Kumar
---
V4:
- Rebase over Frank's cleanup patch:
struct evlist has been declared at 10th line.
struct comm has been declared at 15th line.
Remove the duplicate.
Signed-off-by: Wan Jiabing
---
tools/perf/util/metricgroup.h | 1 -
tools/perf/util/thread-stack.h | 1 -
2 files changed, 2 deletions(-)
diff --git a/tools/perf/util/metricgroup.h
s/minium/minimum/
s/procdure/procedure/
Signed-off-by: Bhaskar Chowdhury
---
net/bluetooth/l2cap_core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/bluetooth/l2cap_core.c b/net/bluetooth/l2cap_core.c
index 72c2f5226d67..b38e80a0e819 100644
---
Hi, Mel,
Thanks for comment!
Mel Gorman writes:
> On Wed, Mar 24, 2021 at 04:32:09PM +0800, Huang Ying wrote:
>> One idea behind the LRU page reclaiming algorithm is to put the
>> access-once pages in the inactive list and access-more-than-once pages
>> in the active list. This is true for
From: Quanyang Wang
The function dev_pm_opp_of_cpumask_add_table may return zero or an
error. When it returns an error, this means that no OPP table is
added for the cpumask because _dev_pm_opp_cpumask_remove_table is
called to free all OPPs associated with the cpu devices in the error
label
On 24-03-21, 16:49, Stanimir Varbanov wrote:
> Thanks Stephen!
>
> On 3/23/21 2:27 AM, Stephen Rothwell wrote:
> > Hi all,
> >
> > Today's linux-next merge of the opp tree got a conflict in:
> >
> > drivers/media/platform/qcom/venus/pm_helpers.c
> >
> > between commit:
> >
> >
s/contaning/containing
s/clearning/clearing/
Signed-off-by: Bhaskar Chowdhury
---
fs/btrfs/inode.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
index 7cdf65be3707..e0c08176bc18 100644
--- a/fs/btrfs/inode.c
+++ b/fs/btrfs/inode.c
On 24-03-21, 16:17, Andy Shevchenko wrote:
> Some architectures do not provide devm_*() APIs. Hence make the driver
> dependent on HAVE_IOMEM.
>
> Fixes: dbde5c2934d1 ("dw_dmac: use devm_* functions to simplify code")
> Reported-by: kernel test robot
> Signed-off-by: Andy Shevchenko
> ---
> v2:
> Subject: Re: [PATCH v2 05/15] PCI: xilinx: Convert to MSI domains
>
> On Wed, 24 Mar 2021 13:56:16 +,
> Bharat Kumar Gogada wrote:
>
> > > Thanks for that. Can you please try the following patch and let me
> > > know if it helps?
> > >
> > > Thanks,
> > >
> > > M.
> > >
> > > diff --git
s/contans/contains/
s/desination/destination/
Signed-off-by: Bhaskar Chowdhury
---
arch/xtensa/kernel/head.S | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/xtensa/kernel/head.S b/arch/xtensa/kernel/head.S
index e0c1fac0910f..c74fdaacf4cf 100644
---
If build kernel without "O=dir", below error will be seen:
In file included from drivers/tee/optee/optee_trace.h:67,
from drivers/tee/optee/call.c:18:
./include/trace/define_trace.h:95:42: fatal error: ./optee_trace.h: No such
file or directory
95 | #include
syzbot has found a reproducer for the following issue on:
HEAD commit:20f1b5f9 Add linux-next specific files for 20210324
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1506414ed0
kernel config: https://syzkaller.appspot.com/x/.config?x
On 3/23/2021 9:41 PM, Doug Anderson wrote:
Hi,
On Sat, Mar 20, 2021 at 11:18 AM Shaik Sajida Bhanu
wrote:
Add nodes for eMMC and SD card on sc7280.
Signed-off-by: Shaik Sajida Bhanu
---
This change is depends on the below patch series:
On Wed, 17 Mar 2021 09:11:54 +, Lee Jones wrote:
> This set is part of a larger effort attempting to clean-up W=1
> kernel builds, which are currently overwhelmingly riddled with
> niggly little warnings.
>
> Lee Jones (36):
> scsi: myrb: Demote non-conformant kernel-doc headers and fix
On Thu, 18 Mar 2021 17:55:36 +0800, Yue Hu wrote:
> There are similar code implementations for WB configuration in
> ufshcd_wb_{ctrl, toggle_flush_during_h8, toggle_flush}. We can
> extract the part to create a new helper with a flag parameter to
> reduce code duplication.
>
> Meanwhile, rename
On Wed, 17 Mar 2021 14:52:40 +0530, Bhaskar Chowdhury wrote:
> Rudimentary typo fixes throughout the file.
Applied to 5.13/scsi-queue, thanks!
[1/1] scsi: fnic: Rudimentary spelling fixes throughout the file fnic_trace.c
https://git.kernel.org/mkp/scsi/c/bcf064bc2a3b
--
Martin K.
On Fri, 19 Mar 2021 14:50:27 -0600, Tyrel Datwyler wrote:
> Changes to the locking pattern protecting the event lists and handling of scsi
> command completion introduced a race where an ouststanding command that EH is
> waiting ifor to complete is no longer identifiable by being on the sent
On Wed, 17 Mar 2021 15:42:38 +0530, Bhaskar Chowdhury wrote:
> s/contets/contents/
Applied to 5.13/scsi-queue, thanks!
[1/1] message: fusion: Fix a typo in the file mptbase.h
https://git.kernel.org/mkp/scsi/c/69a1709e2ec8
--
Martin K. Petersen Oracle Linux Engineering
On Sun, 7 Mar 2021 19:30:24 -0800, Jia-Ju Bai wrote:
> When kzalloc() returns NULL to qedi->global_queues[i], no error return
> code of qedi_alloc_global_queues() is assigned.
> To fix this bug, status is assigned with -ENOMEM in this case.
Applied to 5.12/scsi-fixes, thanks!
[1/1] scsi: qedi:
On Sun, 7 Mar 2021 19:52:41 -0800, Jia-Ju Bai wrote:
> When kzalloc() returns NULL, no error return code of
> mpt3sas_base_attach() is assigned.
> To fix this bug, r is assigned with -ENOMEM in this case.
Applied to 5.12/scsi-fixes, thanks!
[1/1] scsi: mpt3sas: fix error return code of
Reduce logging of nftables events to a level similar to iptables.
Restore the table field to list the table, adding the generation.
Indicate the op as the most significant operation in the event.
A couple of sample events:
type=PROCTITLE msg=audit(2021-03-18 09:30:49.801:143) :
In llcp_sock_connect(), use kmemdup to allocate memory for
"llcp_sock->service_name". The memory is not released in the sock_unlink
label of the subsequent failure branch.
As a result, memory leakage occurs.
fix CVE-2020-25672
Fixes: d646960f7986 ("NFC: Initial LLCP support")
Reported-by:
fix Resource leakage and endless loop in net/nfc/llcp_sock.c,
reported by "kiyin(尹亮)".
Link: https://www.openwall.com/lists/oss-security/2020/11/01/1
Xiaoming Ni (4):
nfc: fix refcount leak in llcp_sock_bind()
nfc: fix refcount leak in llcp_sock_connect()
nfc: fix memory leak in
nfc_llcp_local_get() is invoked in llcp_sock_bind(),
but nfc_llcp_local_put() is not invoked in subsequent failure branches.
As a result, refcount leakage occurs.
To fix it, add calling nfc_llcp_local_put().
fix CVE-2020-25670
Fixes: c7aa12252f51 ("NFC: Take a reference on the LLCP local pointer
nfc_llcp_local_get() is invoked in llcp_sock_connect(),
but nfc_llcp_local_put() is not invoked in subsequent failure branches.
As a result, refcount leakage occurs.
To fix it, add calling nfc_llcp_local_put().
fix CVE-2020-25671
Fixes: c7aa12252f51 ("NFC: Take a reference on the LLCP local
When sock_wait_state() returns -EINPROGRESS, "sk->sk_state" is
LLCP_CONNECTING. In this case, llcp_sock_connect() is repeatedly invoked,
nfc_llcp_sock_link() will add sk to local->connecting_sockets twice.
sk->sk_node->next will point to itself, that will make an endless loop
and hang-up the
On Wed, 24 Mar 2021 10:53:13 -0400
Steven Rostedt wrote:
>
> On Wed, 24 Mar 2021 07:48:53 -0700
> Guenter Roeck wrote:
>
> > On Wed, Mar 24, 2021 at 07:34:07AM -0700, Guenter Roeck wrote:
> > > On Wed, Feb 10, 2021 at 02:44:09PM +0800, Jisheng Zhang wrote:
> > > > Add tracepoints to
Hi Helen,
I love your patch! Yet something to improve:
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on next-20210324]
[cannot apply to v5.12-rc4]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base
On 3/24/2021 2:40 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.10.26 release.
> There are 150 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
0x20FF(amp global enable) register was defined as non-volatile,
but it is not. Overheating, overcurrent can cause amp shutdown
in hardware.
'regmap_write' compare register readback value before writing
to avoid same value writing. 'regmap_read' just read cache
not actual hardware value for the
3 new controls are added.
"OVC Autorestart Switch" : controls whether or not the speaker amplifier
automatically re-enables after an overcurrent fault condition.
"THERM Autorestart Switch" : controls whether or not the device
automatically resumes playback when the die temperature recovers from
Amp requires 10 ~ 30ms for the power ON and OFF.
Added 30ms delay for stability.
Signed-off-by: Ryan Lee
---
sound/soc/codecs/max98373.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/sound/soc/codecs/max98373.c b/sound/soc/codecs/max98373.c
index 746c829312b8..1346a98ce8a1 100644
---
On 3/24/2021 9:58 PM, Stephen Boyd wrote:
Quoting Stephen Boyd (2021-03-24 08:57:33)
Quoting sbh...@codeaurora.org (2021-03-24 08:23:55)
On 2021-03-23 12:31, Stephen Boyd wrote:
Quoting Shaik Sajida Bhanu (2021-03-20 11:17:00)
+
+ bus-width = <8>;
+
On Mon, 2021-03-15 at 11:01 +, Christophe Leroy wrote:
> Commit aac6a91fea93 ("powerpc/asm: Remove unused symbols in
> asm-offsets.c") removed GPR15 to GPR31 but kept GPR14,
> probably because it pops up in a couple of comments when doing
> a grep.
>
> However, it was never used either, so
On the x86 platform, we encountered the following problems. The kernel version
we are using is 3.10. The following is our analysis process, hoping to get your
help.
kernel panic at timerqueue_add+32.The stack information is as follows.
crash> bt -c 3
PID: 27797 TASK: 9f9e28805f40 CPU: 3
On Wed, 24 Mar 2021 20:26:13 -0400
Steven Rostedt wrote:
> On Thu, 25 Mar 2021 08:47:41 +0900
> Masami Hiramatsu wrote:
>
> > > I think the REGS and REGS_PARTIAL cases can also be affected by function
> > > graph tracing. So should they use the generic unwind_recover_ret_addr()
> > > instead
I decided to see what a filesystem free from struct page would look
like. I chose sysv more-or-less at random; I wanted a relatively simple
filesystem, but I didn't want a toy. The advantage of sysv is that the
maintainer is quite interested in folios ;-)
$ git grep page fs/sysv
On Wed, Mar 24, 2021 at 6:36 PM Andreas Schwab wrote:
>
> Were you able to reproduce the problem?
>
Hi Andreas,
Sorry, I'm not available past few days, I'm just coming back, I would
take a look at this again. Could you also let me know which bootloader
you used (FSBL or U-boot-SPL)? Thanks.
>
On 2021-03-24 12:32, Paul Moore wrote:
> On Tue, Mar 23, 2021 at 4:05 PM Richard Guy Briggs wrote:
> >
> > Reduce logging of nftables events to a level similar to iptables.
> > Restore the table field to list the table, adding the generation.
> >
> > Indicate the op as the most significant
Lockless qdisc has below concurrent problem:
cpu0 cpu1
. .
q->enqueue .
. .
qdisc_run_begin() .
. .
dequeue_skb() .
. .
sch_direct_xmit()
> -Original Message-
> From: Lucas Stach
> Sent: Wednesday, March 24, 2021 5:27 PM
> To: Richard Zhu ; andrew.smir...@gmail.com;
> shawn...@kernel.org; k...@linux.com; bhelg...@google.com;
> ste...@agner.ch; lorenzo.pieral...@arm.com
> Cc: linux-...@vger.kernel.org; dl-linux-imx ;
>
From: Lei Zhao
usage:
- kvm stat
run a command and gather performance counter statistics
- show the result:
perf kvm stat report --event=msr
See the msr events:
Analyze events for all VMs, all VCPUs:
MSR Access Samples Samples% Time% Min Time Max Time Avg time
s/addres/address
Reported-by: Hulk Robot
Signed-off-by: Lu Wei
---
net/socket.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/socket.c b/net/socket.c
index 84a8049c2b09..27e3e7d53f8e 100644
--- a/net/socket.c
+++ b/net/socket.c
@@ -3568,7 +3568,7 @@
>> But,my patch has another purpose,protect some key variables(such
>> as:task->mm,task->nsproxy,etc) to recover init coredump from
>> fulldump,if sub-threads finish do_exit(),
> Yes I know.
> But the purpose of this SIGNAL_GROUP_EXIT check is not clear and not
> documented. That is why I said
On 3/24/21 9:48 PM, Dong Kai wrote:
commit 15b2219facad ("kernel: freezer should treat PF_IO_WORKER like
PF_KTHREAD for freezing") is to fix the freezeing issue of IO threads
nit: s/freezeing/freezing
by making the freezer not send them fake signals.
Here live patching consistency model
The purpose of SVS is to help find the suitable voltages
for DVFS. Therefore, if SVS bank voltages are concerned
to be wrong, we can adjust SVS bank voltages by this patch.
Signed-off-by: Roger Lu
---
drivers/soc/mediatek/mtk-svs.c | 328 +
1 file changed, 328
Document the binding for enabling mtk svs on MediaTek SoC.
Signed-off-by: Roger Lu
---
.../bindings/soc/mediatek/mtk-svs.yaml| 84 +++
1 file changed, 84 insertions(+)
create mode 100644 Documentation/devicetree/bindings/soc/mediatek/mtk-svs.yaml
diff --git
The Smart Voltage Scaling(SVS) engine is a piece of hardware
which calculates suitable SVS bank voltages to OPP voltage table.
Then, DVFS driver could apply those SVS bank voltages to PMIC/Buck
when receiving OPP_EVENT_ADJUST_VOLTAGE.
Signed-off-by: Roger Lu
---
drivers/soc/mediatek/Kconfig |
Signed-off-by: Roger Lu
---
.../devicetree/bindings/soc/mediatek/mtk-svs.yaml | 8
1 file changed, 8 insertions(+)
diff --git a/Documentation/devicetree/bindings/soc/mediatek/mtk-svs.yaml
b/Documentation/devicetree/bindings/soc/mediatek/mtk-svs.yaml
index
add compitable/reg/irq/clock/efuse/reset setting in svs node
Signed-off-by: Roger Lu
---
arch/arm64/boot/dts/mediatek/mt8192.dtsi | 34
1 file changed, 34 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8192.dtsi
b/arch/arm64/boot/dts/mediatek/mt8192.dtsi
Signed-off-by: Roger Lu
---
drivers/soc/mediatek/mtk-svs.c | 477 -
1 file changed, 471 insertions(+), 6 deletions(-)
diff --git a/drivers/soc/mediatek/mtk-svs.c b/drivers/soc/mediatek/mtk-svs.c
index e36b3abfee03..3e152a86d280 100644
---
add compitable/reg/irq/clock/efuse setting in svs node
Signed-off-by: Roger Lu
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
index
1. SVS driver uses OPP adjust event in [1] to update OPP table voltage part.
2. SVS driver gets thermal/GPU device by node [2][3] and CPU device by
get_cpu_device(). After retrieving subsys device, SVS driver does
device_link_add() to make sure probe/suspend callback priority.
3. SVS dts refers
Hi Song,
Thanks for your review!
On Thu, Mar 25, 2021 at 9:56 AM Song Liu wrote:
> > On Mar 23, 2021, at 9:21 AM, Namhyung Kim wrote:
> >
> > As we can run many jobs (in container) on a big machine, we want to
> > measure each job's performance during the run. To do that, the
> > perf_event
On Wed, 24 Mar 2021, Hugh Dickins wrote:
> On Wed, 24 Mar 2021, Borislav Petkov wrote:
>
> > Ok,
> >
> > some more experimenting Babu and I did lead us to:
> >
> > ---
> > diff --git a/arch/x86/include/asm/tlbflush.h
> > b/arch/x86/include/asm/tlbflush.h
> > index f5ca15622dc9..259aa4889cad
mask is built in build_balance_mask() by for_each_cpu(i, sg_span), so
it must be a subset of sched_group_span(sg). Though cpumask_first_and
doesn't lead to a wrong result of balance cpu, it is pointless to do
cpumask_and again.
Signed-off-by: Barry Song
Reviewed-by: Valentin Schneider
---
-v2:
struct task_struct is declared at 9th line. Remove the duplicate.
Signed-off-by: Wan Jiabing
---
include/linux/debug_locks.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/debug_locks.h b/include/linux/debug_locks.h
index 2915f56ad421..0b3187a5290d 100644
---
> -Original Message-
> From: Lucas Stach
> Sent: Wednesday, March 24, 2021 5:30 PM
> To: Richard Zhu ; andrew.smir...@gmail.com;
> shawn...@kernel.org; k...@linux.com; bhelg...@google.com;
> ste...@agner.ch; lorenzo.pieral...@arm.com
> Cc: linux-...@vger.kernel.org; dl-linux-imx ;
>
We got follow bug_on:
[130747.323114] kernel BUG at fs/ext4/extents_status.c:762!
[130747.323117] Internal error: Oops - BUG: 0 [#1] SMP
..
[130747.334329] Call trace:
[130747.334553] ext4_es_cache_extent+0x150/0x168 [ext4]
[130747.334975] ext4_cache_extents+0x64/0xe8 [ext4]
[130747.335368]
Rasmus,
> Instead of strcpy'ing into a stack buffer, just let additional_notice
> point to a string literal living in .rodata. This is better in a few
> ways:
Applied to 5.13/scsi-staging, thanks!
--
Martin K. Petersen Oracle Linux Engineering
On Wed, 24 Mar 2021 at 22:05, Eddie James wrote:
>
> Updated restricted chips have trouble processing multiple sequenced
> operations. So remove the capability to sequence multiple operations and
> reduce the maximum transfer size to 8 bytes.
>
> Signed-off-by: Eddie James
Reviewed-by: Joel
struct host1x is declared at 20th line. Remove the duplicate.
Signed-off-by: Wan Jiabing
---
include/linux/host1x.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/host1x.h b/include/linux/host1x.h
index ce59a6a6a008..462f0bc7a703 100644
--- a/include/linux/host1x.h
+++
On 3/23/2021 12:19 PM, Adrian Hunter wrote:
On 23/03/21 5:13 pm, Asutosh Das (asd) wrote:
On 3/22/2021 11:12 PM, Adrian Hunter wrote:
On 22/03/21 9:53 pm, Asutosh Das (asd) wrote:
On 3/19/2021 10:47 AM, Adrian Hunter wrote:
On 19/03/21 2:35 am, Asutosh Das wrote:
During runtime-suspend of
On Wed, Mar 24, 2021 at 5:52 PM Peter Xu wrote:
>
> Hi, Andrew,
>
> On Wed, Mar 24, 2021 at 04:20:27PM -0700, Andrew Morton wrote:
> > On Mon, 22 Mar 2021 13:48:35 -0700 Axel Rasmussen
> > wrote:
> >
> > > This fix is analogous to Peter Xu's fix for hugetlb [0]. If we don't
> > > put_page()
On 2021/3/25 3:20, Cong Wang wrote:
> On Tue, Mar 23, 2021 at 7:24 PM Yunsheng Lin wrote:
>> @@ -176,8 +207,23 @@ static inline bool qdisc_run_begin(struct Qdisc *qdisc)
>> static inline void qdisc_run_end(struct Qdisc *qdisc)
>> {
>> write_seqcount_end(>running);
>> - if
Hi Martin,
On 3/24/21 20:18, Martin K. Petersen wrote:
>
> Hi Gustavo!
>
> Your changes and the original code do not appear to be functionally
> equivalent.
>
>> @@ -1235,8 +1235,8 @@ static int aac_read_raw_io(struct fib * fib, struct
>> scsi_cmnd * cmd, u64 lba, u3
>> if (ret <
In order to reply in plain text, I send the mail from Gmail.
Filipe Manana 於 2021年3月24日 週三 下午8:16寫道:
>
> On Wed, Mar 24, 2021 at 11:15 AM bingjingc wrote:
> >
> > From: BingJing Chang
> >
> > In commit d77815461f04 ("btrfs: Avoid trucating page or punching hole in
> > a already existed
On Wed, 2021-03-24 at 17:47 +0100, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> When CONFIG_OF is disabled, building with 'make W=1' produces warnings
> about out of bounds array access:
>
> drivers/gpu/drm/imx/imx-ldb.c: In function 'imx_ldb_set_clock.constprop':
>
struct iov_iter has been declared at 66th line.
Remove the duplicate.
Signed-off-by: Wan Jiabing
---
include/linux/fs.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/fs.h b/include/linux/fs.h
index ec8f3ddf4a6a..7f3cbd47670a 100644
--- a/include/linux/fs.h
+++
On 2021/3/25 6:44, Jaegeuk Kim wrote:
On 03/24, Chao Yu wrote:
On 2021/3/24 12:22, Jaegeuk Kim wrote:
On 03/24, Chao Yu wrote:
On 2021/3/24 2:39, Jaegeuk Kim wrote:
On 03/23, Chao Yu wrote:
This reverts commit 938a184265d75ea474f1c6fe1da96a5196163789.
Because that commit fails generic/050
From: BingJing Chang
In commit d77815461f04 ("btrfs: Avoid trucating page or punching hole
in a already existed hole."), existed holes can be skipped by calling
find_first_non_hole() to adjust *start and *len. However, if the given
len is invalid and large, when an EXTENT_MAP_HOLE extent is
1 - 100 of 1486 matches
Mail list logo