From: Mike Rapoport
There no PkUnity drivers left, so remove the MAINTAINERS entry.
Signed-off-by: Mike Rapoport
---
MAINTAINERS | 6 --
1 file changed, 6 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index f347469e4891..d30a417ad90a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13
From: Mike Rapoport
The unicore32 port is removed from the kernel.
There is no point to keep stale i2c bus driver for this architecture.
Signed-off-by: Mike Rapoport
---
MAINTAINERS | 1 -
drivers/i2c/busses/Kconfig| 11 --
drivers/i2c/busses/Makefile | 1 -
driver
From: Mike Rapoport
The unicore32 port is removed from the kernel.
There is no point to keep stale RTC driver for this architecture.
Signed-off-by: Mike Rapoport
---
MAINTAINERS| 1 -
drivers/rtc/Kconfig| 9 --
drivers/rtc/Makefile | 1 -
drivers/rtc/rtc-puv3.c | 286 --
From: Mike Rapoport
The unicore32 port is removed from the kernel.
There is no point to keep stale definitions to support this architecture.
Signed-off-by: Mike Rapoport
---
MAINTAINERS | 1 -
drivers/input/serio/i8042-unicore32io.h | 70 -
From: Mike Rapoport
The unicore32 port is removed from the kernel.
There is no point to keep stale fbdev driver for this architecture.
Signed-off-by: Mike Rapoport
---
MAINTAINERS | 1 -
drivers/video/fbdev/Kconfig | 11 -
drivers/video/fbdev/Makefile | 1 -
drivers/v
From: Mike Rapoport
The unicore32 port is removed from the kernel.
There is no point to keep stale cpufreq driver for this architecture.
Signed-off-by: Mike Rapoport
---
drivers/cpufreq/Makefile | 1 -
drivers/cpufreq/unicore2-cpufreq.c | 76 --
2 files c
From: Mike Rapoport
Hi,
The unicore32 port do not seem maintained for a long time now, there is no
upstream toolchain that can create unicore32 binaries and all the links to
prebuilt toolchains for unicore32 are dead. Even compilers that were
available are not supported by the kernel anymore.
G
From: Mike Rapoport
The unicore32 port is removed from the kernel.
There is no point to keep stale PWM driver for this architecture.
Signed-off-by: Mike Rapoport
---
drivers/pwm/Kconfig| 9 ---
drivers/pwm/Makefile | 1 -
drivers/pwm/pwm-puv3.c | 150 -
On Mon, Jun 01, 2020 at 04:06:07PM -0700, Andrey Smirnov wrote:
> According to Vybrid Security RM, CCM_CCGR11[CG176] can be used to gate
> CAAM ipg clock.
>
> Signed-off-by: Horia Geantă
> Signed-off-by: Andrey Smirnov
> Cc: Chris Healy
> Cc: Shawn Guo
> Cc: Fabio Estevam
> Cc: linux-arm-ker.
On Tue, May 12, 2020 at 03:36:21PM -0700, Peter Feiner wrote:
> On Fri, May 8, 2020 at 1:14 PM Sean Christopherson
> wrote:
> >
> > On Fri, May 08, 2020 at 11:24:25AM -0700, Jon Cargille wrote:
> > > From: Peter Feiner
> > >
> > > Optimization for avoiding lookups in mmu_page_hash. When there's a
On Mon, Jun 01, 2020 at 04:20:02PM +0800, peng@nxp.com wrote:
> From: Peng Fan
>
> Add mu root clk for mu mailbox usage.
>
> Reviewed-by: Dong Aisheng
> Signed-off-by: Peng Fan
Applied, thanks.
Hi Avri,
On 6/23/20, Avri Altman wrote:
>>
>> AFAIK, this device are ufs 2.1. It's not support writebooster.
>>
>> I'd check latest linux scsi branch and ufshcd_wb_config function's
>> called without device capability check.
> Please grep ufshcd_wb_probe.
>
I got your point, but as I mentioned, t
On Mon, Jun 01, 2020 at 04:20:01PM +0800, peng@nxp.com wrote:
> From: Peng Fan
>
> Add mu node to let A53 could communicate with M Core.
>
> Signed-off-by: Peng Fan
Applied, thanks.
On 2020/6/23 6:15, Jakub Kicinski wrote:
> On Sat, 20 Jun 2020 17:42:58 +0800 Luo bin wrote:
>> diff --git a/drivers/net/ethernet/huawei/hinic/hinic_port.h
>> b/drivers/net/ethernet/huawei/hinic/hinic_port.h
>> index 5c916875f295..0d0354241345 100644
>> --- a/drivers/net/ethernet/huawei/hinic/hini
On Mon, Jun 01, 2020 at 03:54:29PM +0800, Anson Huang wrote:
> In latest i.MX6Q RM Rev.6, 05/2020, #90 SPI interrupt is reserved,
> so remove it from GPC node.
>
> Signed-off-by: Anson Huang
Applied, thanks.
On Mon, 22 Jun 2020, Frank Rowand wrote:
> On 2020-06-22 14:11, Lee Jones wrote:
> > On Mon, 22 Jun 2020, Frank Rowand wrote:
> >
> >> On 2020-06-22 10:10, Lee Jones wrote:
> >>> On Mon, 22 Jun 2020, Frank Rowand wrote:
> >>>
> On 2020-06-22 03:50, Lee Jones wrote:
> > On Thu, 18 Jun 202
Fix compile error when COMPACTION_HPAGE_ORDER is assigned
to HUGETLB_PAGE_ORDER. The correct way to check if this
constant is defined is to check for CONFIG_HUGETLBFS.
Signed-off-by: Nitin Gupta
To: Andrew Morton
Reported-by: Nathan Chancellor
Tested-by: Nathan Chancellor
---
mm/compaction.c
> From: Stefan Hajnoczi
> Sent: Monday, June 22, 2020 8:51 PM
>
> On Wed, Jun 17, 2020 at 06:27:27AM +, Liu, Yi L wrote:
> > > From: Stefan Hajnoczi
> > > Sent: Monday, June 15, 2020 5:41 PM
> > > On Thu, Jun 11, 2020 at 05:15:33AM -0700, Liu Yi L wrote:
> > >
> > > > From: Eric Auger
> > >
On 6/22/20 9:57 PM, Nathan Chancellor wrote:
> On Mon, Jun 22, 2020 at 09:32:12PM -0700, Nitin Gupta wrote:
>> On 6/22/20 7:26 PM, Nathan Chancellor wrote:
>>> On Tue, Jun 16, 2020 at 01:45:27PM -0700, Nitin Gupta wrote:
For some applications, we need to allocate almost all memory as
huge
On Tue, Jun 23, 2020 at 11:53:43AM +0530, Naresh Kamboju wrote:
>
> Thanks for the investigation.
> After reverting, two test cases got PASS out of four reported failure cases.
> ltp-crypto-tests:
> * af_alg02 - still failing - Hung and time out
> * af_alg05 - still failing - Hung and ti
On 2020/6/23 6:08, Jakub Kicinski wrote:
>> +if (coal->tx_max_coalesced_frames > COALESCE_MAX_PENDING_LIMIT) {
>> +netif_err(nic_dev, drv, netdev,
>> + "Tx_max_coalesced_frames out of range[%d-%d]\n", 0,
>> + COALESCE_MAX_PENDING_LIMIT);
>>
On 2020/6/23 6:07, Jakub Kicinski wrote:
> On Sat, 20 Jun 2020 17:42:55 +0800 Luo bin wrote:
>> @@ -1144,8 +1190,16 @@ static int nic_dev_init(struct pci_dev *pdev)
>> goto err_reg_netdev;
>> }
>>
>> +err = hinic_init_intr_coalesce(nic_dev);
>> +if (err) {
>> +
The aperf/mperf are used to report current CPU frequency after 7d5905dc14a
"x86 / CPU: Always show current CPU frequency in /proc/cpuinfo". But guest
kernel always reports a fixed VCPU frequency in the /proc/cpuinfo, which
may confuse users especially when turbo is enabled on the host.
Emulate gue
On Thu, 2020-06-18 at 22:22 +0800, Hanks Chen wrote:
> On Thu, 2020-06-18 at 13:41 +0100, Marc Zyngier wrote:
> > On 2020-06-18 13:31, Hanks Chen wrote:
> > > Mediatek sysirq and cirq drivers as-is were bound together to the
> > > config
> > > of ARCH_MEDIATEK. These two drivers should be able to
From: Po Liu
Flow metering entries in IEEE 802.1Qci is an optional function for a
flow filtering module. Flow metering is two rates two buckets and three
color marker to policing the frames. This patch only enable one rate one
bucket and in color blind mode. Flow metering instance are as
specifie
From: Po Liu
Base on the tc flower offload police action add max frame size by the
parameter 'mtu'. Tc flower device driver working by the IEEE 802.1Qci
stream filter can implement the max frame size filtering. Add it to the
current hardware tc flower stearm filter driver.
Signed-off-by: Po Liu
From: Po Liu
Hardware may own many entries for police flow. So that make one(or
multi) flow to be policed by one hardware entry. This patch add the
police action index provide to the driver side make it mapping the
driver hardware entry index.
Signed-off-by: Po Liu
---
include/net/flow_offloa
From: Po Liu
Current police offloading support the 'burst'' and 'rate_bytes_ps'. Some
hardware own the capability to limit the frame size. If the frame size
larger than the setting, the frame would be dropped. For the police
action itself already accept the 'mtu' parameter in tc command. But not
On Tue, 2020-06-23 at 08:11 +0200, Jiri Slaby wrote:
> There were enough problems with suse.{com,cz} MTAs recently. I am bored
> by restoring lost e-mails from public archives. Let's switch (all) my
> MAINTAINERS addresses to @kernel.org and forward it there as I wish.
[]
> diff --git a/MAINTAINERS
On Tue, 23 Jun 2020 at 02:43, Paul E. McKenney wrote:
>
> Hello!
>
> This series provides KCSAN updates:
>
> 1. Annotate a data race in vm_area_dup(), courtesy of Qian Cai.
>
> 2. x86/mm/pat: Mark an intentional data race, courtesy of Qian Cai.
>
> 3. Add ASSERT_EXCLUSIVE_ACCESS() t
Currently s2idle is a little different from the normal idle path. This
patch makes call_s2idle() consistent with call_cpuidle(), and also
s2idle_enter() is analogous to cpuidle_enter().
No functional change.
Suggested-by: Peter Zijlstra (Intel)
Cc: "Rafael J. Wysocki"
Cc: Len Brown
Cc: Peter Z
Suspend to idle was found to not work on Goldmont CPU recently.
And the issue was triggered due to:
1. On Goldmont the CPU in idle can only be woken up via IPIs,
not POLLING mode:
Commit 08e237fa56a1 ("x86/cpu: Add workaround for MONITOR
instruction erratum on Goldmont based CPUs")
2. Whe
After an recent optimization on IPIs among idle Cores, the Goldmont failed to
resume from suspend to idle due to missing IPIs. This is because
Goldmont could only be woken up from idle via IPIs rather than POLLING.
Clear the POLLING flag before suspend to idle so that Goldmont will always
get IPIs
Since commit e69f5dc623f9 ("dt-bindings: serial: Convert 8250 to
json-schema"), the schema for "ns16550a" is checked.
'make dt_binding_check' emits the following warning:
uart@5,0020: $nodename:0: 'uart@5,0020' does not match
'^serial(@[0-9a-f,]+)*$'
Rename the node to follow the patt
Hi all,
Changes since 20200622:
My fixes tree contains:
466d58f824f1 ("device_cgroup: Fix RCU list debugging warning")
9bd7b7c45d71 ("sched: Fix RANDSTRUCT build fail")
The printk tree still had its build failure so I used the version from
next-20200618.
The hid tree
Hi,
Thanks for your good detailed suggestions!
> > + * It would be more efficient to use i2c msgs/i2c_transfer directly
> > +but, as
> > + * recommened in .../Documentation/i2c/writing-clients section
> > + * "Sending and receiving", using SMBus level communication is preferred.
> > + */
> > +
>
On 06/22/2020 11:48 PM, Thomas Bogendoerfer wrote:
> On Sat, Jun 20, 2020 at 11:47:35AM +0800, maobibo wrote:
>>
>>
>> On 06/17/2020 07:14 PM, Thomas Bogendoerfer wrote:
>>> On Tue, Jun 16, 2020 at 06:34:21PM +0800, maobibo wrote:
On 06/15/2020 06:14 PM, Thomas Bogendoerfer wrote:
Hello,
syzbot found the following crash on:
HEAD commit:cb8e59cc Merge git://git.kernel.org/pub/scm/linux/kernel/g..
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=155e891510
kernel config: https://syzkaller.appspot.com/x/.config?x=a16ddbc78955e3a9
das
On Tue, 23 Jun 2020 at 04:19, Luis Chamberlain wrote:
>
> On Tue, Jun 23, 2020 at 12:04:06AM +0530, Naresh Kamboju wrote:
> > LTP crypto regressions noticed on linux next 20200621.
> >
> > The common case for all tests is timeout after 15 minutes which
> > means tests got hung and LTP timers kille
Write multiple sectors at once when updating dir-entries.
Add exfat_update_bhs() for that. It wait for write completion once
instead of sector by sector.
It's only effective if sync enabled.
Signed-off-by: Tetsuhiro Kohada
---
Changes in v2:
- Split into 'write multiple sectors at once'
and '
Currently 'hugetlb_cma=' command line argument does not create CMA area on
ARM64_16K_PAGES and ARM64_64K_PAGES based platforms. Instead, it just ends
up with the following warning message. Reason being, hugetlb_cma_reserve()
never gets called for these huge page sizes.
[ 64.255669] hugetlb_cma:
Hi Paul,
On 6/23/2020 4:48 AM, Paul E. McKenney wrote:
On Mon, Jun 22, 2020 at 11:37:03PM +0530, Neeraj Upadhyay wrote:
Remove CONFIG_PREMPT_RCU check in force_qs_rnp(). Originally,
this check was required to skip executing fqs failsafe
for rcu-sched, which was added in commit a77da14ce9af ("rc
On 23-06-20, 10:49, Sumit Gupta wrote:
> Hi Viresh,
>
> Thank you for the review. please find my reply inline.
>
>
> > > +++ b/drivers/cpufreq/tegra194-cpufreq.c
> > > @@ -0,0 +1,403 @@
> > > +// SPDX-License-Identifier: GPL-2.0
> > > +/*
> > > + * Copyright (c) 2019, NVIDIA CORPORATION. All rig
Em Mon, 22 Jun 2020 16:47:39 -0700
Nathan Chancellor escreveu:
> After mm.h was removed from the asm-generic version of cacheflush.h,
> s390 allyesconfig shows several warnings of the following nature:
>
> In file included from ./arch/s390/include/generated/asm/cacheflush.h:1,
>
On Tue, Jun 23, 2020 at 02:01:12PM +0800, Shengjiu Wang wrote:
> Fix unchecked return value for clk_prepare_enable, add error
> handler in fsl_mqs_runtime_resume.
>
> Fixes: 9e28f6532c61 ("ASoC: fsl_mqs: Add MQS component driver")
> Signed-off-by: Shengjiu Wang
Acked-by: Nicolin Chen
Hi Paul,
On 6/23/2020 4:23 AM, Paul E. McKenney wrote:
On Mon, Jun 22, 2020 at 09:16:24AM +0530, Neeraj Upadhyay wrote:
Hi Paul,
On 6/22/2020 8:43 AM, Paul E. McKenney wrote:
On Mon, Jun 22, 2020 at 01:30:31AM +0530, Neeraj Upadhyay wrote:
Hi Paul,
On 6/22/2020 1:20 AM, Paul E. McKenney wro
On Tue, Jun 23, 2020 at 02:01:11PM +0800, Shengjiu Wang wrote:
> Because clk_prepare_enable and clk_disable_unprepare should
> check input clock parameter is NULL or not internally, then
> we don't need to check them before calling the function.
>
> Fixes: 9e28f6532c61 ("ASoC: fsl_mqs: Add MQS com
Looks good,
Reviewed-by: Christoph Hellwig
Stephen also just sent a very similar one.
Looks good,
Reviewed-by: Christoph Hellwig
From: Joonsoo Kim
There is a well-defined migration target allocation callback.
It's mostly similar with new_non_cma_page() except considering CMA pages.
This patch adds a CMA consideration to the standard migration target
allocation callback and use it on gup.c.
Signed-off-by: Joonsoo Kim
---
From: Joonsoo Kim
It's not performance sensitive function. Move it to .c.
This is a preparation step for future change.
Acked-by: Mike Kravetz
Acked-by: Michal Hocko
Reviewed-by: Vlastimil Babka
Signed-off-by: Joonsoo Kim
---
include/linux/migrate.h | 33 +
m
From: Joonsoo Kim
There is no difference between two migration callback functions,
alloc_huge_page_node() and alloc_huge_page_nodemask(), except
__GFP_THISNODE handling. This patch adds an argument, gfp_mask, on
alloc_huge_page_nodemask() and replace the callsite for
alloc_huge_page_node() with t
From: Joonsoo Kim
There are some similar functions for migration target allocation. Since
there is no fundamental difference, it's better to keep just one rather
than keeping all variants. This patch implements base migration target
allocation function. In the following patches, variants will be
From: Joonsoo Kim
There is a well-defined migration target allocation callback.
Use it.
Signed-off-by: Joonsoo Kim
---
mm/internal.h | 1 -
mm/mempolicy.c | 30 ++
mm/migrate.c | 8 ++--
3 files changed, 12 insertions(+), 27 deletions(-)
diff --git a/mm/in
From: Joonsoo Kim
new_non_cma_page() in gup.c which try to allocate migration target page
requires to allocate the new page that is not on the CMA area.
new_non_cma_page() implements it by removing __GFP_MOVABLE flag. This way
works well for THP page or normal page but not for hugetlb page.
huge
From: Joonsoo Kim
There is a well-defined standard migration target callback.
Use it directly.
Signed-off-by: Joonsoo Kim
---
mm/page_alloc.c | 9 +++--
mm/page_isolation.c | 11 ---
2 files changed, 7 insertions(+), 13 deletions(-)
diff --git a/mm/page_alloc.c b/mm/page_allo
From: Joonsoo Kim
For locality, it's better to migrate the page to the same node
rather than the node of the current caller's cpu.
Acked-by: Roman Gushchin
Acked-by: Michal Hocko
Reviewed-by: Vlastimil Babka
Signed-off-by: Joonsoo Kim
---
mm/page_isolation.c | 4 +++-
1 file changed, 3 inse
From: Joonsoo Kim
This patchset clean-up the migration target allocation functions.
* Changes on v3
- do not introduce alloc_control for hugetlb functions
- do not change the signature of migrate_pages()
- rename alloc_control to migration_target_control
* Changes on v2
- add acked-by tags
- fi
> Changes in v2:
…
> - assignment operator used
I prefer the distinction for the application of corresponding metavariables.
> Changes in v3:
…
> - \(&E1\|&E2\) changed to &\(E1\|E2\)
Would it be more helpful to mention the movement of the ampersand
before SmPL disjunctions?
…
>+/// Three ty
On Fri, Jun 12, 2020 at 02:58:37PM +0100, Guillaume Tucker wrote:
> This "alert" error message can be seen on exynos4412-odroidx2:
>
> L2C: platform modifies aux control register: 0x0207 -> 0x3e470001
> L2C: platform provided aux values permit register corruption.
>
> Followed by this
Fix unchecked return value for clk_prepare_enable, add error
handler in fsl_mqs_runtime_resume.
Fixes: 9e28f6532c61 ("ASoC: fsl_mqs: Add MQS component driver")
Signed-off-by: Shengjiu Wang
---
sound/soc/fsl/fsl_mqs.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --g
First patch is to remove the check of clock pointer before calling
clk API.
Second patch is to fix the issue that the return value of
clk_prepare_enable is not checked.
changes in v2:
- split the patch to separate patches
Shengjiu Wang (2):
ASoC: fsl_mqs: Don't check clock is NULL before calli
Because clk_prepare_enable and clk_disable_unprepare should
check input clock parameter is NULL or not internally, then
we don't need to check them before calling the function.
Fixes: 9e28f6532c61 ("ASoC: fsl_mqs: Add MQS component driver")
Signed-off-by: Shengjiu Wang
---
sound/soc/fsl/fsl_mqs.
There were enough problems with suse.{com,cz} MTAs recently. I am bored
by restoring lost e-mails from public archives. Let's switch (all) my
MAINTAINERS addresses to @kernel.org and forward it there as I wish.
Signed-off-by: Jiri Slaby
---
MAINTAINERS | 8
1 file changed, 4 insertions(
>
> AFAIK, this device are ufs 2.1. It's not support writebooster.
>
> I'd check latest linux scsi branch and ufshcd_wb_config function's
> called without device capability check.
Please grep ufshcd_wb_probe.
This patch adds support for the PCA9570 I2C GPO expander.
Signed-off-by: Sungbo Eo
---
Tested in kernel 5.4 on an ipq40xx platform.
This is my first time submitting a whole driver patch, and I'm not really
familiar with this PCA expander series.
Please let me know how I can improve this patch f
On 22/06/20 12:52 PM, Viresh Kumar wrote:
External email: Use caution opening links or attachments
On 22-06-20, 03:04, Sumit Gupta wrote:
To do frequency scaling on all CPUs within T194 CPU Complex, we need
to query BPMP for data on valid operating points. Document a compatible
string under
On Tue, Jun 23, 2020 at 01:09:08PM +0800, Ian Kent wrote:
> On Mon, 2020-06-22 at 20:03 +0200, Greg Kroah-Hartman wrote:
> > On Mon, Jun 22, 2020 at 01:48:45PM -0400, Tejun Heo wrote:
> > > Hello, Ian.
> > >
> > > On Sun, Jun 21, 2020 at 12:55:33PM +0800, Ian Kent wrote:
> > > > > > They are used
Checking for 'ramp_delay = 0' to avoid Coverity warning report.
Signed-off-by: Robin Gong
---
drivers/regulator/pfuze100-regulator.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/regulator/pfuze100-regulator.c
b/drivers/regulator/pfuze100-regulator.c
index
On Tue, Jun 23, 2020 at 12:47 AM Luc Van Oostenryck
wrote:
>
> Since the pre-git time the checker is run first, before the compiler.
> But if the source file contains some syntax error, the warnings from
> the compiler are more useful than those from sparse (and other
> checker most probably too).
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dd0d718152e4c65b173070d48ea9dfc06894c3e5
commit: 652b4afb240e5dc196995597942309e89e89c767 staging: wfx: load firmware
date: 9 months ago
config: xtensa-randconfig-m031-20200623 (attached as .config)
compile
Em Mon, 22 Jun 2020 11:22:09 -0600
Jonathan Corbet escreveu:
> On Mon, 22 Jun 2020 10:11:06 -0700
> Eric Biggers wrote:
>
> > Someone already sent out a fix for this:
> > https://lkml.kernel.org/linux-doc/52f851cb5c9fd2ecae97deec7e168e66b8c295c3.1591137229.git.mchehab+hua...@kernel.org/
No pro
Hello,
syzbot found the following crash on:
HEAD commit:7ae77150 Merge tag 'powerpc-5.8-1' of git://git.kernel.org..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=11d6561510
kernel config: https://syzkaller.appspot.com/x/.config?x=be4578b3f1083656
das
On Tue, Jun 23, 2020 at 11:33:53AM +0900, Masahiro Yamada wrote:
> On Tue, Jun 23, 2020 at 4:02 AM Kees Cook wrote:
> >
> > Some builds of GCC enable stack protector by default. Simply removing
> > the arguments is not sufficient to disable stack protector, as the stack
> > protector for those GCC
On Mon, Jun 22, 2020 at 05:03:31PM +0800, Shengjiu Wang wrote:
> The "ret" in fsl_easrc_set_ctx_format is not initialized, then
> the unknown value maybe returned by this function.
>
> Fixes: 955ac624058f ("ASoC: fsl_easrc: Add EASRC ASoC CPU DAI drivers")
> Signed-off-by: Shengjiu Wang
Acked-by
On Mon, Jun 22, 2020 at 05:27:20AM -0700, Tom Rix wrote:
> In addition to reviewing, I have run these changes on the pac a10 card and
> while i do not have an afu using interrupts, I have exercised some of the new
> interfaces.
>
> The most useful i have submitted to selftests drivers/fpga. In
On Tue, 23 Jun 2020 09:38:01 +0900
Masami Hiramatsu wrote:
> On Tue, 23 Jun 2020 08:47:06 +0900
> Masami Hiramatsu wrote:
>
> > On Mon, 22 Jun 2020 09:01:48 -0400
> > Steven Rostedt wrote:
> >
> > > On Mon, 22 Jun 2020 08:27:53 +0800
> > > Ming Lei wrote:
> > >
> > > > Can you kprobe guys i
On Mon, Jun 22, 2020 at 6:58 PM Roman Gushchin wrote:
>
> Instead of having two sets of kmem_caches: one for system-wide and
> non-accounted allocations and the second one shared by all accounted
> allocations, we can use just one.
>
> The idea is simple: space for obj_cgroup metadata can be alloc
On Mon, Jun 22, 2020 at 01:59:04PM -0700, Todd Kjos wrote:
> On Mon, Jun 22, 2020 at 1:18 PM Todd Kjos wrote:
> >
> > On Mon, Jun 22, 2020 at 1:09 PM Christian Brauner
> > wrote:
> > >
> > > On Mon, Jun 22, 2020 at 01:07:15PM -0700, Todd Kjos wrote:
> > > > The binder driver makes the assumption
On Mon, Jun 22, 2020 at 02:27:38PM -0700, Rick Lindsley wrote:
>
> On Mon, Jun 22, 2020 at 01:48:45PM -0400, Tejun Heo wrote:
>
> > It should be obvious that representing each consecutive memory range with a
> > separate directory entry is far from an optimal way of representing
> > something lik
Hi Viresh,
Thank you for the review. please find my reply inline.
+++ b/drivers/cpufreq/tegra194-cpufreq.c
@@ -0,0 +1,403 @@
+// SPDX-License-Identifier: GPL-2.0
+/*
+ * Copyright (c) 2019, NVIDIA CORPORATION. All rights reserved
2020
+ */
+
+#include
+#include
+#inc
On Mon, Jun 22, 2020 at 6:58 PM Roman Gushchin wrote:
>
> Switch to per-object accounting of non-root slab objects.
>
> Charging is performed using obj_cgroup API in the pre_alloc hook.
> Obj_cgroup is charged with the size of the object and the size of
> metadata: as now it's the size of an obj_c
IPQ6018 uses the PMIC MP5496. Add the binding for the same.
Signed-off-by: Kathiravan T
---
Documentation/devicetree/bindings/regulator/qcom,smd-rpm-regulator.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/regulator/qcom,smd-rpm-regulator.txt
b/Docume
Convert qcom,smd-rpm-regulator.txt document to YAML schema
Signed-off-by: Kathiravan T
---
.../bindings/regulator/qcom,smd-rpm-regulator.txt | 321 -
.../bindings/regulator/qcom,smd-rpm-regulator.yaml | 106 +++
2 files changed, 106 insertions(+), 321 deletions(-)
delet
IPQ6018 SoC uses the PMIC MP5496. SMPA2 and LDOA2 regulator controls the
APSS and SDCC voltage scaling respectively. Add support for the same.
Signed-off-by: Kathiravan T
---
drivers/regulator/qcom_smd-regulator.c | 34 ++
1 file changed, 34 insertions(+)
diff --
Convert the qcom,smd-rpm.txt document to YAML schema
Signed-off-by: Kathiravan T
---
.../devicetree/bindings/soc/qcom/qcom,smd-rpm.txt | 63 ---
.../devicetree/bindings/soc/qcom/qcom,smd-rpm.yaml | 92 ++
2 files changed, 92 insertions(+), 63 deletions(-)
delete
This patch adds the dt-binding for the rpm on the Qualcomm IPQ6018
platform.
Signed-off-by: Kathiravan T
---
Documentation/devicetree/bindings/soc/qcom/qcom,smd-rpm.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/soc/qcom/qcom,smd-rpm.txt
b/Documentatio
This patch adds a compatible for the rpm on the Qualcomm IPQ6018 platform.
Signed-off-by: Kathiravan T
---
drivers/soc/qcom/smd-rpm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/soc/qcom/smd-rpm.c b/drivers/soc/qcom/smd-rpm.c
index 005dd30..1a5226a 100644
--- a/drivers/soc/qcom/s
IPQ6018 SoC uses the PMIC MP5496. SMPA2 and LDOA2 regulator of MP5496
controls the APSS and SDCC voltage scaling respectively. Add support
for the same.
changes since V1:
- Moved YAML conversion to the last as per Mark's comments
Kathiravan T (6):
dt-bindings: soc: qcom: Add IPQ6018 com
With the current approach we have an extra check in the
cppc_cpufreq_get_rate() callback, which checks if hisilicon's get rate
implementation should be used instead. While it works fine, the approach
isn't very straight forward, over that we have an extra check in the
routine.
Rearrange code and u
On Tue, Jun 23, 2020 at 12:08 AM Markus Elfring wrote:
>
> > Fix unchecked return value for clk_prepare_enable.
> >
> > And because clk_prepare_enable and clk_disable_unprepare should
> > check input clock parameter is NULL or not, then we don't need
> > to check it before calling the function.
>
Currently using attribute "energy_performance_preference", user space can
write one of the four per-defined preference string. These preference
strings gets mapped to a hard-coded Energy-Performance Preference (EPP) or
Energy-Performance Bias (EPB) knob.
These four values supposed to cover broad s
By default intel_pstate driver disables energy efficiency by setting
MSR_IA32_POWER_CTL bit 19 for Kaby Lake desktop CPU model in HWP mode.
This CPU model is also shared by Coffee Lake desktop CPUs. This allows
these systems to reach maximum possible frequency. But this adds power
penalty, which so
On Mon, 2020-06-22 at 20:03 +0200, Greg Kroah-Hartman wrote:
> On Mon, Jun 22, 2020 at 01:48:45PM -0400, Tejun Heo wrote:
> > Hello, Ian.
> >
> > On Sun, Jun 21, 2020 at 12:55:33PM +0800, Ian Kent wrote:
> > > > > They are used for hotplugging and partitioning memory. The
> > > > > size of
> > > >
randconfig-a006-20200622
i386 randconfig-a002-20200622
i386 randconfig-a003-20200622
i386 randconfig-a001-20200622
i386 randconfig-a005-20200622
i386 randconfig-a004-20200622
x86_64 randconfig-a012-20200623
x86_64
On Mon, Jun 22, 2020 at 09:32:12PM -0700, Nitin Gupta wrote:
> On 6/22/20 7:26 PM, Nathan Chancellor wrote:
> > On Tue, Jun 16, 2020 at 01:45:27PM -0700, Nitin Gupta wrote:
> >> For some applications, we need to allocate almost all memory as
> >> hugepages. However, on a running system, higher-orde
Hi Rob,
On 6/22/20, Rob Clark wrote:
> On Sun, Jun 21, 2020 at 12:58 AM Bjorn Andersson
> wrote:
>>
>> On Sun 21 Jun 00:40 PDT 2020, Avri Altman wrote:
>>
>> >
>> > >
>> > > On Wed, Apr 8, 2020 at 3:00 PM Asutosh Das
>> > > wrote:
>> > > >
>> > > > The write performance of TLC NAND is considera
On 6/22/20 7:26 PM, Nathan Chancellor wrote:
> On Tue, Jun 16, 2020 at 01:45:27PM -0700, Nitin Gupta wrote:
>> For some applications, we need to allocate almost all memory as
>> hugepages. However, on a running system, higher-order allocations can
>> fail if the memory is fragmented. Linux kernel c
This patch changes the read I/O to the HPB read I/O.
If the logical address of the read I/O belongs to active sub-region, the
HPB driver modifies the read I/O command to HPB read. It modifies the upiu
command of UFS instead of modifying the existing SCSI command.
In the HPB version 1.0, the maxim
This is a patch for managing L2P map in HPB module.
The HPB divides logical addresses into several regions. A region consists
of several sub-regions. The sub-region is a basic unit where L2P mapping is
managed. The driver loads L2P mapping data of each sub-region. The loaded
sub-region is called a
1 - 100 of 1785 matches
Mail list logo
