On 2020/10/29 12:50, Vishwanath Pai wrote:
> On 10/28/20 10:37 PM, Yunsheng Lin wrote:
>> On 2020/10/29 4:04, Vishwanath Pai wrote:
>>> On 10/28/20 1:47 PM, Cong Wang wrote:
On Wed, Oct 28, 2020 at 8:37 AM Pai, Vishwanath wrote:
> Hi,
>
> We noticed some problems when testing the
From: Chunyan Zhang
After changing to check busy bit for the previous loading operation instead
of the current one, for most of cases, the busy bit is not set for the
first time of read, so there's no need to check so frequently, so this
patch use usleep_range() to replace cpu_relax() to avoid
On Mon, Oct 26, 2020 at 10:50:58PM +0800, Muchun Song wrote:
> The purpose of introducing HUGETLB_PAGE_FREE_VMEMMAP is to configure
> whether to enable the feature of freeing unused vmemmap associated
> with HugeTLB pages. Now only support x86.
Why this needs to be a config thing?
If this
On Thu, Oct 29, 2020 at 03:37:59PM +0530, Bhaskar Chowdhury wrote:
> Fixed two spelling in two different comments.
>
> s/defalut/default/p
>
> This is in linux-next.
No need for this line, it doesn't make any sense here, right?
On Thu, Oct 29, 2020 at 03:37:59PM +0530, Bhaskar Chowdhury wrote:
> Fixed two spelling in two different comments.
>
> s/defalut/default/p
>
> This is in linux-next.
>
> Signed-off-by: Bhaskar Chowdhury
> ---
> drivers/staging/rtl8188eu/hal/rtl8188e_dm.c | 4 ++--
> 1 file changed, 2
The following commit has been merged into the core/entry branch of tip:
Commit-ID: 114518eb6430b832d2f9f5a008043b913ccf0e24
Gitweb:
https://git.kernel.org/tip/114518eb6430b832d2f9f5a008043b913ccf0e24
Author:Jens Axboe
AuthorDate:Mon, 26 Oct 2020 14:32:30 -06:00
Committer:
The following commit has been merged into the core/entry branch of tip:
Commit-ID: 5c251e9dc0e127bac6fc5b8e6696363d2e35f515
Gitweb:
https://git.kernel.org/tip/5c251e9dc0e127bac6fc5b8e6696363d2e35f515
Author:Jens Axboe
AuthorDate:Mon, 26 Oct 2020 14:32:27 -06:00
Committer:
The following commit has been merged into the core/entry branch of tip:
Commit-ID: 12db8b690010ccfadf9d0b49a1e1798e47dbbe1a
Gitweb:
https://git.kernel.org/tip/12db8b690010ccfadf9d0b49a1e1798e47dbbe1a
Author:Jens Axboe
AuthorDate:Mon, 26 Oct 2020 14:32:28 -06:00
Committer:
On Thu, Oct 29, 2020 at 10:52:53AM +0100, Ulf Hansson wrote:
> On Thu, 29 Oct 2020 at 02:57, wrote:
> >
> > From: Rui Feng
> >
> > RTS5261 support SD mode and PCIe/NVMe mode. The workflow is as follows.
> > 1.RTS5261 work in SD mode and set MMC_CAPS2_SD_EXP flag.
> > 2.If card is plugged in,
On Thu, Oct 29, 2020 at 11:09:49AM +0100, Christoph Hellwig wrote:
> Wire up generic_file_splice_read for the iter based proxy ops, so
> that splice reads from them work.
>
> Signed-off-by: Christoph Hellwig
> ---
> fs/proc/inode.c | 2 ++
> 1 file changed, 2 insertions(+)
Tested-by: Greg
On Thu, Oct 29, 2020 at 11:09:50AM +0100, Christoph Hellwig wrote:
> Switch over all instances used directly as methods using these sed
> expressions:
>
> sed -i -e 's/\.proc_read\(\s*=\s*\)seq_read/\.proc_read_iter\1seq_read_iter/g'
>
> This fixes a problem with the Android bionic test suite
On Thu, Oct 29, 2020 at 11:07:27AM +0100, Vincent Whitchurch wrote:
> On Wed, Oct 28, 2020 at 04:50:36PM +0100, Arnd Bergmann wrote:
> > I think we should try to do something on top of the PCIe endpoint subsystem
> > to make it work across arbitrary combinations of host and device
> >
On 2020-10-29 07:42, Coiby Xu wrote:
SET_SYSTEM_SLEEP_PM_OPS has already took good care of CONFIG_PM_CONFIG.
I don't see anything in the !CONFIG_PM_CONFIG side of
SET_SYSTEM_SLEEP_PM_OPS() that prevents unused function warnings for the
callbacks - does this change depend on some other patch
The following commit has been merged into the x86/entry branch of tip:
Commit-ID: c8d5ed67936fddbe2ae845fc80397718006322d7
Gitweb:
https://git.kernel.org/tip/c8d5ed67936fddbe2ae845fc80397718006322d7
Author:Jens Axboe
AuthorDate:Mon, 26 Oct 2020 14:32:29 -06:00
Committer:
The following commit has been merged into the core/entry branch of tip:
Commit-ID: 45ff510517f3b1354a3d9c273ad5e5e8d08312cb
Gitweb:
https://git.kernel.org/tip/45ff510517f3b1354a3d9c273ad5e5e8d08312cb
Author:Ira Weiny
AuthorDate:Wed, 28 Oct 2020 09:36:32 -07:00
Committer:
On 28/10/2020 23:27, Atish Patra wrote:
Add initial DTS for Microchip ICICLE board having only
essential devcies (clocks, sdhci, ethernet, serial, etc).
Signed-off-by: Atish Patra
---
arch/riscv/boot/dts/Makefile | 1 +
arch/riscv/boot/dts/microchip/Makefile| 2
I'm announcing the release of the 5.4.73 kernel.
All users of the 5.4 kernel series must upgrade.
The updated 5.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.4.y
and can be browsed at the normal kernel.org git web browser:
On Thu, Oct 29, 2020 at 11:09:48AM +0100, Christoph Hellwig wrote:
> iov_iter based variant for reading a seq_file. seq_read is
> reimplemented on top of the iter variant.
>
> Signed-off-by: Christoph Hellwig
> ---
> fs/seq_file.c| 45
>
diff --git a/Documentation/admin-guide/kernel-parameters.txt
b/Documentation/admin-guide/kernel-parameters.txt
index 30752db57587..fb129272240c 100644
--- a/Documentation/admin-guide/kernel-parameters.txt
+++ b/Documentation/admin-guide/kernel-parameters.txt
@@ -558,7 +558,7 @@
On Thu, Oct 29, 2020 at 12:10 AM Viresh Kumar wrote:
>
> On 27-10-20, 16:35, Rafael J. Wysocki wrote:
> > Index: linux-pm/kernel/sched/cpufreq_schedutil.c
> > ===
> > --- linux-pm.orig/kernel/sched/cpufreq_schedutil.c
> > +++
I'm announcing the release of the 4.19.153 kernel.
All users of the 4.19 kernel series must upgrade.
The updated 4.19.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.19.y
and can be browsed at the normal kernel.org git web
On Thu, Oct 29, 2020 at 09:13:01AM +, Jon Hunter wrote:
>
> On 27/10/2020 13:44, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.9.2 release.
> > There are 757 patches in this series, all will be posted as a response
> > to this one. If anyone has any
Fold the PGROTATED event collection into pagevec_move_tail_fn call back
func like other funcs does in pagevec_lru_move_fn. Thus we could save
func call pagevec_move_tail().
Now all usage of pagevec_lru_move_fn are same and no needs of its 3rd
parameter.
It's just simply the calling. No functional
Add a debug checking in lock_page_memcg, then we could get alarm
if anything wrong here.
Suggested-by: Johannes Weiner
Signed-off-by: Alex Shi
Acked-by: Hugh Dickins
Cc: Johannes Weiner
Cc: Michal Hocko
Cc: Vladimir Davydov
Cc: Andrew Morton
Cc: cgro...@vger.kernel.org
Cc:
Simplify lru_add_page_tail(), there are actually only two cases possible:
split_huge_page_to_list(), with list supplied and head isolated from lru
by its caller; or split_huge_page(), with NULL list and head on lru -
because when head is racily isolated from lru, the isolator's reference
will stop
If we disabled memcg by cgroup_disable=memory, page->memcg will be NULL
and so the charge is skipped and that will trigger a warning like below.
Let's return from the funcs earlier.
anon flags:0x5005b48008000d(locked|uptodate|dirty|swapbacked)
raw: 005005b48008000d dead0100
Hugh Dickins' found a memcg change bug on original version:
If we want to change the pgdat->lru_lock to memcg's lruvec lock, we have
to serialize mem_cgroup_move_account during pagevec_lru_move_fn. The
possible bad scenario would like:
cpu 0 cpu 1
lruvec
Currently, compaction would get the lru_lock and then do page isolation
which works fine with pgdat->lru_lock, since any page isoltion would
compete for the lru_lock. If we want to change to memcg lru_lock, we
have to isolate the page before getting lru_lock, thus isoltion would
block page's memcg
A isolated page shouldn't be recharged by memcg since the memcg
migration isn't possible at the time.
So remove unnecessary regetting.
Thanks to Alexander Duyck for pointing this out.
Signed-off-by: Alex Shi
Acked-by: Hugh Dickins
Cc: Alexander Duyck
Cc: Andrew Morton
Cc: Konstantin
We don't have to add a freeable page into lru and then remove from it.
This change saves a couple of actions and makes the moving more clear.
The SetPageLRU needs to be kept before put_page_testzero for list
integrity, otherwise:
#0 move_pages_to_lru #1 release_pages
if
This patch moves per node lru_lock into lruvec, thus bring a lru_lock for
each of memcg per node. So on a large machine, each of memcg don't
have to suffer from per node pgdat->lru_lock competition. They could go
fast with their self lru_lock.
After move memcg charge before lru inserting, page
lru_lock and page cache xa_lock have no obvious reason to be taken
one way round or the other: until now, lru_lock has been taken before
page cache xa_lock, when splitting a THP; but nothing else takes them
together. Reverse that ordering: let's narrow the lru locking - but
leave
From: Hugh Dickins
It is necessary for page_idle_get_page() to recheck PageLRU() after
get_page_unless_zero(), but holding lru_lock around that serves no
useful purpose, and adds to lru_lock contention: delete it.
See https://lore.kernel.org/lkml/20150504031722.GA2768@blaptop for the
discussion
From: Alexander Duyck
Use this new function to replace repeated same code, no func change.
When testing for relock we can avoid the need for RCU locking if we simply
compare the page pgdat and memcg pointers versus those that the lruvec is
holding. By doing this we can avoid the extra pointer
This version just a rebase on v5.10-rc1. and moves the lru_lock position
down after lists[] in lruvec, which resolves a fio.read regression that
revealed by Rong Chen -- Intel LKP.
Many thanks for line by line review by Hugh Dickins and Alexander Duyck.
So now this patchset includes 3 parts:
1,
The func only has one caller, remove it to clean up code and simplify
code.
Signed-off-by: Alex Shi
Acked-by: Hugh Dickins
Cc: Hugh Dickins
Cc: Kirill A. Shutemov
Cc: Vlastimil Babka
Cc: Andrew Morton
Cc: linux...@kvack.org
Cc: linux-kernel@vger.kernel.org
---
mm/mlock.c | 31
From: Hugh Dickins
Since we changed the pgdat->lru_lock to lruvec->lru_lock, it's time to
fix the incorrect comments in code. Also fixed some zone->lru_lock comment
error from ancient time. etc.
I struggled to understand the comment above move_pages_to_lru() (surely
it never calls
We have to move lru_lock into lru_note_cost, since it cycle up on memcg
tree, for future per lruvec lru_lock replace. It's a bit ugly and may
cost a bit more locking, but benefit from multiple memcg locking could
cover the lost.
Signed-off-by: Alex Shi
Acked-by: Hugh Dickins
Cc: Johannes Weiner
The func is only used in huge_memory.c, defining it in other file with a
CONFIG_TRANSPARENT_HUGEPAGE macro restrict just looks weird.
Let's move it THP. And make it static as Hugh Dickin suggested.
Signed-off-by: Alex Shi
Reviewed-by: Kirill A. Shutemov
Acked-by: Hugh Dickins
Cc: Andrew
Currently lru_lock still guards both lru list and page's lru bit, that's
ok. but if we want to use specific lruvec lock on the page, we need to
pin down the page's lruvec/memcg during locking. Just taking lruvec
lock first may be undermined by the page's memcg charge/migration. To
fix this
Add VM_WARN_ON_ONCE_PAGE() macro.
Since readahead page is charged on memcg too, in theory we don't have to
check this exception now. Before safely remove them all, add a warning
for the unexpected !memcg.
Signed-off-by: Alex Shi
Acked-by: Michal Hocko
Acked-by: Hugh Dickins
Cc: Johannes
Since the first parameter is only used by head page, it's better to make
it explicit.
Signed-off-by: Alex Shi
Reviewed-by: Kirill A. Shutemov
Acked-by: Hugh Dickins
Cc: Andrew Morton
Cc: Johannes Weiner
Cc: Matthew Wilcox
Cc: Hugh Dickins
Cc: linux...@kvack.org
Cc:
In the func munlock_vma_page, comments mentained lru_lock needed for
serialization with split_huge_pages. But the page must be PageLocked
as well as pages in split_huge_page series funcs. Thus the PageLocked
is enough to serialize both funcs.
Further more, Hugh Dickins pointed: before splitting
On 29/10/2020 02:06, Jann Horn wrote:
> (On Tue, Oct 27, 2020 at 9:04 PM Mickaël Salaün wrote:
>> Thanks to the Landlock objects and ruleset, it is possible to identify
>> inodes according to a process's domain. To enable an unprivileged
>> process to express a file hierarchy, it first needs
On 20-10-29 10:54:26, Chunfeng Yun wrote:
> Use devm_platform_ioremap_resource to simplify code
>
> Signed-off-by: Chunfeng Yun
> ---
> drivers/phy/cadence/cdns-dphy.c | 4 +---
> drivers/phy/cadence/phy-cadence-salvo.c | 4 +---
> drivers/phy/cadence/phy-cadence-sierra.c | 4 +---
>
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 4cb6a42e4c4bc1902644eced67563e7405d4588e
Gitweb:
https://git.kernel.org/tip/4cb6a42e4c4bc1902644eced67563e7405d4588e
Author:Kan Liang
AuthorDate:Thu, 01 Oct 2020 06:57:48 -07:00
Committer:
The following commit has been merged into the sched/core branch of tip:
Commit-ID: b13772f8135633f273f0cf742143b19cffbf9e1d
Gitweb:
https://git.kernel.org/tip/b13772f8135633f273f0cf742143b19cffbf9e1d
Author:Peter Zijlstra
AuthorDate:Wed, 14 Oct 2020 21:39:04 +02:00
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 8d97e71811aaafe4abf611dc24822fd6e73df1a1
Gitweb:
https://git.kernel.org/tip/8d97e71811aaafe4abf611dc24822fd6e73df1a1
Author:Kan Liang
AuthorDate:Thu, 01 Oct 2020 06:57:46 -07:00
Committer:
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 345a957fcc95630bf5535d7668a59ed983eb49a7
Gitweb:
https://git.kernel.org/tip/345a957fcc95630bf5535d7668a59ed983eb49a7
Author:Thomas Gleixner
AuthorDate:Tue, 20 Oct 2020 16:46:55 +02:00
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 907a196fbc70a48338ee8512da32f70fd33c97eb
Gitweb:
https://git.kernel.org/tip/907a196fbc70a48338ee8512da32f70fd33c97eb
Author:Kan Liang
AuthorDate:Mon, 19 Oct 2020 08:35:27 -07:00
Committer:
* Peter Ujfalusi [201029 10:03]:
> Disabling the notifier fixes the random shutdowns on OMAP4430 (ES2.0 and
> ES2.1)
> but it does not cause any issues on OMAP4460 (PandaES) or OMAP3630 (BeagleXM).
> Tony's duovero with OMAP4430 ES2.3 did not ninja-shutdown, but he also have
> constant and
On 20-10-29 10:54:27, Chunfeng Yun wrote:
> Use devm_platform_ioremap_resource to simplify code
>
> Signed-off-by: Chunfeng Yun
> ---
> drivers/phy/freescale/phy-fsl-imx8-mipi-dphy.c | 4 +---
> drivers/phy/freescale/phy-fsl-imx8mq-usb.c | 4 +---
> 2 files changed, 2 insertions(+), 6
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 26762423a2664692de2b9de684a5ac105e23
Gitweb:
https://git.kernel.org/tip/26762423a2664692de2b9de684a5ac105e23
Author:Peng Liu
AuthorDate:Thu, 08 Oct 2020 23:48:46 +08:00
Committer:
The following commit has been merged into the sched/core branch of tip:
Commit-ID: b9c88f752268383beff0d56e50d52b8ae62a02f8
Gitweb:
https://git.kernel.org/tip/b9c88f752268383beff0d56e50d52b8ae62a02f8
Author:jun qian
AuthorDate:Thu, 15 Oct 2020 14:48:46 +08:00
Committer:
Hi Andre,
On Thu, Oct 29, 2020 at 10:23:39AM +, André Przywara wrote:
[...]
> > +static int arm_spe_pkt_snprintf(int *err, char **buf_p, size_t *blen,
> > + const char *fmt, ...)
> > +{
> > + va_list ap;
> > + int ret;
> > +
> > + va_start(ap, fmt);
> > +
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 5e054bca44fe92323de5e9b71478d1904b8bb1b7
Gitweb:
https://git.kernel.org/tip/5e054bca44fe92323de5e9b71478d1904b8bb1b7
Author:Dietmar Eggemann
AuthorDate:Tue, 22 Sep 2020 10:39:33 +02:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 618758ed3a4f7d790414d020b362111748ebbf9f
Gitweb:
https://git.kernel.org/tip/618758ed3a4f7d790414d020b362111748ebbf9f
Author:Mathieu Desnoyers
AuthorDate:Tue, 20 Oct 2020 09:47:14 -04:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 43c31ac0e665d942fcaba83a725a8b1aeeb7adf0
Gitweb:
https://git.kernel.org/tip/43c31ac0e665d942fcaba83a725a8b1aeeb7adf0
Author:Peter Zijlstra
AuthorDate:Wed, 21 Oct 2020 15:45:33 +02:00
The following commit has been merged into the perf/core branch of tip:
Commit-ID: cbea56395cba13173fffb9251cb23f146b51c792
Gitweb:
https://git.kernel.org/tip/cbea56395cba13173fffb9251cb23f146b51c792
Author:Kan Liang
AuthorDate:Mon, 19 Oct 2020 08:35:26 -07:00
Committer:
The following commit has been merged into the sched/core branch of tip:
Commit-ID: d8fcb81f1acf651a0e50eacecca43d0524984f87
Gitweb:
https://git.kernel.org/tip/d8fcb81f1acf651a0e50eacecca43d0524984f87
Author:Julia Lawall
AuthorDate:Thu, 22 Oct 2020 15:15:50 +02:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 5bc78502322a5e4eef3f1b2a2813751dc6434143
Gitweb:
https://git.kernel.org/tip/5bc78502322a5e4eef3f1b2a2813751dc6434143
Author:Mathieu Desnoyers
AuthorDate:Tue, 20 Oct 2020 09:47:13 -04:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 25595eb6aaa9fbb31330f1e0b400642694bc6574
Gitweb:
https://git.kernel.org/tip/25595eb6aaa9fbb31330f1e0b400642694bc6574
Author:Mathieu Desnoyers
AuthorDate:Tue, 20 Oct 2020 09:47:15 -04:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 45da7a2b0af8fa29dff2e6ba8926322068350fce
Gitweb:
https://git.kernel.org/tip/45da7a2b0af8fa29dff2e6ba8926322068350fce
Author:Peter Zijlstra
AuthorDate:Tue, 18 Aug 2020 10:48:17 +02:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 934fc3314b39e16a89fc4d5d0d5cbfe71dcbe7b1
Gitweb:
https://git.kernel.org/tip/934fc3314b39e16a89fc4d5d0d5cbfe71dcbe7b1
Author:Peter Zijlstra
AuthorDate:Wed, 14 Oct 2020 21:06:49 +02:00
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 995f088efebe1eba0282a6ffa12411b37f8990c2
Gitweb:
https://git.kernel.org/tip/995f088efebe1eba0282a6ffa12411b37f8990c2
Author:Stephane Eranian
AuthorDate:Thu, 01 Oct 2020 06:57:49 -07:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: a57415f5d1e43c3a5c5d412cd85e2792d7ed9b11
Gitweb:
https://git.kernel.org/tip/a57415f5d1e43c3a5c5d412cd85e2792d7ed9b11
Author:Peng Liu
AuthorDate:Thu, 08 Oct 2020 23:49:42 +08:00
Committer:
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 1b08782ce31f612d98e11f3e3df9a147a67d
Gitweb:
https://git.kernel.org/tip/1b08782ce31f612d98e11f3e3df9a147a67d
Author:Dietmar Eggemann
AuthorDate:Tue, 22 Sep 2020 10:39:34 +02:00
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 51b646b2d9f84d6ff6300e3c1d09f2be4329a424
Gitweb:
https://git.kernel.org/tip/51b646b2d9f84d6ff6300e3c1d09f2be4329a424
Author:Peter Zijlstra
AuthorDate:Fri, 09 Oct 2020 11:09:27 +02:00
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 306e3e91edf1c6739a55312edd110d298ff498dd
Gitweb:
https://git.kernel.org/tip/306e3e91edf1c6739a55312edd110d298ff498dd
Author:Kan Liang
AuthorDate:Mon, 19 Oct 2020 09:45:29 -07:00
Committer:
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 76a5433f95f32d8a17c9f836be2084ed947c466b
Gitweb:
https://git.kernel.org/tip/76a5433f95f32d8a17c9f836be2084ed947c466b
Author:Kan Liang
AuthorDate:Thu, 01 Oct 2020 06:57:47 -07:00
Committer:
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 43bc103a8044b9f7963aa1684efbdc9bd60939de
Gitweb:
https://git.kernel.org/tip/43bc103a8044b9f7963aa1684efbdc9bd60939de
Author:Kan Liang
AuthorDate:Mon, 19 Oct 2020 08:35:28 -07:00
Committer:
On 29-10-20, 11:42, Rafael J. Wysocki wrote:
> On Thu, Oct 29, 2020 at 12:10 AM Viresh Kumar wrote:
> >
> > On 27-10-20, 16:35, Rafael J. Wysocki wrote:
> > > Index: linux-pm/kernel/sched/cpufreq_schedutil.c
> > > ===
> > > ---
The following commit has been merged into the perf/core branch of tip:
Commit-ID: b14d0db5b8c86507c9810c1c8162c7d4a3c656bd
Gitweb:
https://git.kernel.org/tip/b14d0db5b8c86507c9810c1c8162c7d4a3c656bd
Author:Kan Liang
AuthorDate:Mon, 19 Oct 2020 08:35:25 -07:00
Committer:
Describe the RPCSRC internal clock and the RPC[D2] clocks derived from it,
as well as the RPC-IF module clock, in the RZ/G2E (R8A774C0) CPG/MSSR
driver.
Add new clk type CLK_TYPE_GEN3E3_RPCSRC to handle registering rpcsrc
clock as the source for RPCSRC can be either PLL0/PLL1 and this depends
on
On 29/10/2020 10:51, Leo Yan wrote:
> Hi Andre,
>
> On Thu, Oct 29, 2020 at 10:23:39AM +, Andr� Przywara wrote:
>
> [...]
>
>>> +static int arm_spe_pkt_snprintf(int *err, char **buf_p, size_t *blen,
>>> + const char *fmt, ...)
>>> +{
>>> + va_list ap;
>>> +
David Howells wrote:
> @@ -206,22 +206,20 @@ int afs_write_end(struct file *file, struct
> address_space *mapping,
> ..
> + SetPagePrivate(page);
> + get_page(page);
Oops. These got accidentally reintroduced due to a merge conflict. I've
removed the addition from this
Hi,
This is the second version of this series. Rafael pointed out in v1
that I was not handling bus PM ops correctly. He also requested that I
put a comment to the code explaining things a little.
The original v1 series:
On Thu, Oct 29, 2020 at 06:06:41PM +0800, Coiby Xu wrote:
> SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG.
Have you compiled this with
% make W=1 ...
?
--
With Best Regards,
Andy Shevchenko
The software node specific PM operations make it possible to
handle most PM related quirks separately in their own
functions instead of conditionally in the device driver's
generic PM functions (and in some cases all over the
driver). The software node specific PM operations will also
reduce the
By registering the software node directly instead of just
the properties in it, the driver can take advantage of also
the other features the software nodes have.
Initially using the nodes for isolating the Intel Broxton
specific power management quirk by handling it in Broxton's
very own power
This helper will register a software node and then assign
it to device at the same time. The function will also make
sure that the device can't have more than one software node.
Signed-off-by: Heikki Krogerus
---
drivers/base/swnode.c| 45
Hi Hans,
Thank you for reviewing this patch!
On Thu, Oct 29, 2020 at 11:04:36AM +0100, Hans de Goede wrote:
Hi,
On 10/29/20 8:41 AM, Coiby Xu wrote:
SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG.
No it does not, when CONFIG_PM_SLEEP is not set then the
[[ CC += linux-kernel, libc-alpha ]]
Hi Michael,
On 2020-10-29 08:13, Michael Kerrisk (man-pages) wrote:
> Hi Alex,
>
> On 10/28/20 11:11 PM, Alejandro Colomar wrote:
>> The glibc wrapper for getdents64() uses ssize_t.
>
> It also changed the types for the arguments, so those need to be
> fixed
On Tue, Oct 27, 2020 at 02:15:22PM +, Dave P Martin wrote:
> I also wonder whether we actually care whether the pages are marked
> executable or not here; probably the flags can just be independent. This
> rather depends on whether the how the architecture treats the BTI (a.k.a
> GP)
On Tue, Oct 27, 2020 at 10:12:49AM -0700, Saeed Mirzamohammadi wrote:
> Hi Greg,
>
> Sorry for the confusion. I’m requesting stable maintainers to cherry-pick
> this patch into stable 5.4 and 5.8.
> commit cc07057c7c88fb8eff3b1991131ded0f0bcfa7e3
> Author: Saeed Mirzamohammadi
> Date: Wed Oct
On Tue, Oct 27, 2020 at 09:19:22AM +0100, Pablo Neira Ayuso wrote:
> Hi Greg,
>
> On Tue, Oct 27, 2020 at 07:21:11AM +0100, Greg KH wrote:
> > On Sun, Oct 25, 2020 at 04:31:57PM -0700, Saeed Mirzamohammadi wrote:
> > > Adding stable.
> >
> > What did that do?
>
> Saeed is requesting that stable
PCI devices share 4 legacy INTx interrupts from the same PCI host bridge.
Device drivers map/unmap hardware interrupts via irq_create_mapping()/
irq_dispose_mapping(). The problem with that these interrupts are
shared and when performing hot unplug, we need to unmap the interrupt
only when the
On Thu, Oct 29, 2020 at 04:40:35PM +0800, Qiang Zhao wrote:
> From: Zhao Qiang
>
> Since commit 530b5affc675 ("spi: fsl-dspi: fix use-after-free in
> remove path"), this driver causes a kernel oops:
>
> [ 64.587431] Unable to handle kernel NULL pointer dereference at
> virtual address
[[ CC += linux-man, linux-kernel, libc-alpha, mtk ]]
On 2020-10-28 20:26, Alejandro Colomar wrote:
The manual page for getdents64() says the prototype should be the
following:
int getdents64(unsigned int fd, struct linux_dirent64 *dirp,
unsigned int count);
Note
On 28/10/2020 16:54, Viresh Kumar wrote:
On 28-10-20, 16:13, Tero Kristo wrote:
The error check is incorrectly negated causing the helper to never
register anything. This causes platforms that depend on this
functionality to fail always with any cpufreq transition, and at least
TI DRA7 based
On Thu, Oct 29, 2020 at 12:02:41PM +0100, Greg KH wrote:
> On Tue, Oct 27, 2020 at 09:19:22AM +0100, Pablo Neira Ayuso wrote:
> > Hi Greg,
> >
> > On Tue, Oct 27, 2020 at 07:21:11AM +0100, Greg KH wrote:
> > > On Sun, Oct 25, 2020 at 04:31:57PM -0700, Saeed Mirzamohammadi wrote:
> > > > Adding
On Thu, Oct 29, 2020 at 10:54:37AM +, André Przywara wrote:
> On 29/10/2020 10:51, Leo Yan wrote:
> > Hi Andre,
> >
> > On Thu, Oct 29, 2020 at 10:23:39AM +, Andr� Przywara wrote:
> >
> > [...]
> >
> >>> +static int arm_spe_pkt_snprintf(int *err, char **buf_p, size_t *blen,
> >>> +
On Wed, Oct 28, 2020 at 07:37:09PM -0700, Florian Fainelli wrote:
> If the MDB object is programmed with SWITCHDEV_OBJ_ID_HOST_MDB then you
> would need this gfp_t to be GFP_ATOMIC per
> net/bridge/br_mdb.c::__br_mdb_notify, if this is a regular
> SWITCHDEV_OBJ_ID_MDB then GFP_KERNEL appears to be
On Thu, Oct 29, 2020 at 03:08:09PM +1100, Stephen Rothwell wrote:
> After merging the akpm-current tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> lib/math/div64.c: In function 'mul_u64_u64_div_u64':
> lib/math/div64.c:202:6: error: implicit declaration of
This binding is for LPASS has internal codec WSA macro which is
for connecting with WSA Smart speakers.
Signed-off-by: Srinivas Kandagatla
---
.../bindings/sound/qcom,lpass-wsa-macro.yaml | 69 +++
1 file changed, 69 insertions(+)
create mode 100644
This patchset adds support for two Codec Macro blocks( WSA and VA) available in
Qualcomm LPASS (Low Power Audio SubSystem).
There are WSA, VA, TX and RX Macros on LPASS IP, each of the Macro block
has specific connectivity like WSA Macros are intended to connect
to WSA Smart speaker codecs via
Hi Yun
Sorry for chipping in late.
On 10/25/20 15:36, Yun Hsiang wrote:
> If the user wants to stop controlling uclamp and let the task inherit
> the value from the group, we need a method to reset.
>
> Add SCHED_FLAG_UTIL_CLAMP_RESET flag to allow the user to reset uclamp via
> sched_setattr
Qualcomm LPASS (Low Power Audio SubSystem) has internal codec
VA macro block which is used for connecting with DMICs.
This patch adds support to the codec part of the VA Macro block
Signed-off-by: Srinivas Kandagatla
---
sound/soc/codecs/Kconfig | 4 +
sound/soc/codecs/Makefile
Qualcomm LPASS (Low Power Audio SubSystem) has internal codec
WSA macro block which is used for connecting with WSA Smart
speakers over soundwire.
This patch adds support to the codec part of the WSA Macro block.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/codecs/Kconfig |4
Add dapm widgets and routes for this codec.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/codecs/lpass-va-macro.c | 618 ++
1 file changed, 618 insertions(+)
diff --git a/sound/soc/codecs/lpass-va-macro.c
b/sound/soc/codecs/lpass-va-macro.c
index
801 - 900 of 1694 matches
Mail list logo