On Mon, 1 Feb 2021 13:47:57 -0700
Alex Williamson wrote:
> On Mon, 1 Feb 2021 12:08:45 -0500
> Matthew Rosato wrote:
>
> > On 2/1/21 11:52 AM, Cornelia Huck wrote:
> > > On Mon, 1 Feb 2021 16:28:25 +
> > > Max Gurtovoy wrote:
> > >
> > >> In case allocation fails, we must behave
Support to use address space of inner inode to cache compressed block,
in order to improve cache hit ratio of random read.
Signed-off-by: Chao Yu
---
v4:
- detect truncation during f2fs_cache_compressed_page()
- don't set PageUptodate for temporary page in f2fs_load_compressed_page()
- avoid
Set "suppress_bind_attrs" to true, so that bind/unbind can be
disabled via sysfs and prevent unbinding ARM_DMC620_PMU drivers
during perf sampling.
Signed-off-by: Qi Liu
---
drivers/perf/arm_dmc620_pmu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/perf/arm_dmc620_pmu.c
I chose the same step with "flush_merge", because it doesn't have
"noflush_merge".
Do you think we need that for both, "noflush_merge" and "nocheckpoint_merge"?
I thought we needed to give some time to make this be turned on by
default. It might be a little radical. :)
What do you think?
2021년
Fix typos in comments.
Signed-off-by: Zhiyuan Dai
---
mm/hugetlb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index 18f6ee3..35db386 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -3990,7 +3990,7 @@ void unmap_hugepage_range(struct
mm/hugetlb.c: Fix typos in comments
Signed-off-by: Zhiyuan Dai
---
mm/hugetlb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index 18f6ee3..35db386 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -3990,7 +3990,7 @@ void
On Mon, Feb 01, 2021 at 10:03:06AM -0500, Pavel Tatashin wrote:
> Two new warnings are reported by sparse:
>
> "sparse warnings: (new ones prefixed by >>)"
> >> arch/arm64/kernel/hibernate.c:181:39: sparse: sparse: cast to
>restricted gfp_t
> >> arch/arm64/kernel/hibernate.c:202:44: sparse:
Hi Saravana,
On Mon, Feb 1, 2021 at 9:49 PM Saravana Kannan wrote:
> On Mon, Feb 1, 2021 at 2:32 AM Geert Uytterhoeven
> wrote:
> > On Sat, Jan 30, 2021 at 5:03 AM Saravana Kannan
> > wrote:
> > > After a deferred probe attempt has exhaused all the devices that can be
> > > bound, any device
Fix the following coccicheck warning:
./drivers/hwmon/pmbus/inspur-ipsps.c:73:8-16: WARNING: use scnprintf or
sprintf.
./drivers/hwmon/pmbus/inspur-ipsps.c:114:9-17: WARNING: use scnprintf or
sprintf.
./drivers/hwmon/pmbus/inspur-ipsps.c:94:8-16: WARNING: use scnprintf or
sprintf.
Reported-by:
Add bindings for TI BQ78Z100. An I2C interface gas gauge.
It provides a fully integrated safety protection,
and authentication for 1 to 2-series cell Li-Ion and
Li-Polymer battery packs.
Signed-off-by: LI Qingwu
---
Documentation/devicetree/bindings/power/supply/bq27xxx.yaml | 1 +
1 file
On Mon, Feb 01, 2021 at 04:31:00PM -0800, Badhri Jagan Sridharan wrote:
> The USB Communications Capable bit indicates if port
> partner is capable of communication over the USB data lines
> (e.g. D+/- or SS Tx/Rx). TCPM passes this information for chip specific
> operations.
>
> Signed-off-by:
Hi,
Le 2/1/21 à 3:00 AM, Alexandre Ghiti a écrit :
Kasan function that populates the shadow regions used to allocate them
page by page and did not take advantage of hugepages, so fix this by
trying to allocate hugepages of 1GB and fallback to 2MB hugepages or 4K
pages in case it fails.
This
On Tue, Feb 02, 2021 at 09:35:09AM +0100, David Hildenbrand wrote:
> Yeah, last time I raised it was in
>
> https://lkml.kernel.org/r/20200703013435.GA11340@L-31X9LVDL-1304.local
>
> but I never got to clean it up myself.
I see.
> > So, IIRC we have two cases during hotplug:
> > 1) the ones
On Tue, Feb 02, 2021 at 12:44:44AM -0800, Suren Baghdasaryan wrote:
> On Mon, Feb 1, 2021 at 11:03 PM Christoph Hellwig wrote:
> >
> > IMHO the
> >
> > BUG_ON(vma->vm_flags & VM_PFNMAP);
> >
> > in vm_insert_page should just become a WARN_ON_ONCE with an error
> > return, and then we just
If I understand it correctly, the only thing I have to do now is
remove "nocheckpoint_merge" now.
Am I correct? :)
2021년 2월 2일 (화) 오후 5:30, Chao Yu 님이 작성:
>
> On 2021/2/2 16:02, Daeho Jeong wrote:
> > I chose the same step with "flush_merge", because it doesn't have
> > "noflush_merge".
>
> Oh,
On Tue, Feb 02, 2021 at 08:48:57AM +, LI Qingwu wrote:
> Add support for TI BQ78Z100, I2C interface gas gauge.
> It provides a fully integrated safety protection,
> and authentication for 1 to 2-series cell Li-Ion and
> Li-Polymer battery packs.
>
> The patch was tested with BQ78Z100
On Tue, Feb 02, 2021 at 08:48:58AM +, LI Qingwu wrote:
> Add bindings for TI BQ78Z100. An I2C interface gas gauge.
> It provides a fully integrated safety protection,
> and authentication for 1 to 2-series cell Li-Ion and
No comma before "and".
What does it mean authentication?
In the
On Tue, Feb 02, 2021 at 03:02:37AM +0100, Yang Li wrote:
> Eliminate the following coccicheck warning:
> ./arch/arm/mach-artpec/board-artpec6.c:42:2-3: Unneeded semicolon
>
> Reported-by: Abaci Robot
> Signed-off-by: Yang Li
Reviewed-by: Jesper Nilsson
> ---
>
Hi, Hsin-Yi:
On Tue, 2021-02-02 at 16:12 +0800, Hsin-Yi Wang wrote:
> From: Yongqiang Niu
>
> This patch add component POSTMASK.
Reviewed-by: CK Hu
>
> Signed-off-by: Yongqiang Niu
> Signed-off-by: Hsin-Yi Wang
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 102
Hi all,
After merging the akpm-current tree, today's linux-next build (x86_64
allnoconfig) failed like this:
In file included from arch/x86/include/asm/page.h:76,
from arch/x86/include/asm/thread_info.h:12,
from include/linux/thread_info.h:56,
On Tue 2021-02-02 09:59:11, Abel Wu wrote:
>
>
> > On Feb 1, 2021, at 6:52 PM, Pavel Machek wrote:
> >
> > On Mon 2021-02-01 02:50:41, Abel Wu wrote:
> >> The @power_kobj is initialized in pm_init() which is the same
> >> initcall level as pm_disk_init(). Although this dependency is
> >>
From: Xie He
> Sent: 01 February 2021 16:15
>
> On Mon, Feb 1, 2021 at 6:10 AM Julian Wiedmann wrote:
> >
> > This sounds a bit like you want skb_cow_head() ... ?
>
> Calling "skb_cow_head" before we call "skb_clone" would indeed solve
> the problem of writes to our clones affecting clones in
Fix the following coccicheck warning:
./drivers/gpu/drm/amd/amdgpu/amdgpu_xgmi.c:220:8-16: WARNING: use
scnprintf or sprintf.
./drivers/gpu/drm/amd/amdgpu/amdgpu_xgmi.c:249:8-16: WARNING: use
scnprintf or sprintf.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
s/logcal/logical/
s/intercpu/inter-CPU/
Signed-off-by: Bhaskar Chowdhury
---
Changes from V1 :
Bart point out actual sentence construction was right,so keep it as it is.
Randy suggested to put better spelling casing,so inducted
Subject line adjusted accoring to the change
On 2/2/21 1:22 PM, Randy Dunlap wrote:
On 2/1/21 9:09 PM, Rong Chen wrote:
On 2/2/21 6:38 AM, Randy Dunlap wrote:
On 1/31/21 4:06 PM, kernel test robot wrote:
Hi Wang,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
Hi,
since v5.11-rc6 my Pinephone display shows some moiré pattern.
I did a bisect between v5.11-rc5 and v5.11-rc6 and it told me that
the commit mentioned in the subject is the reason.
Reverting it makes the display work again and re-reverting fail again.
IMHO it seems as if the display DMA of
fix the compile warning introduced by commit b9779abb09a8 ("lib: stackdepot:
add support to disable stack depot")
../lib/stackdepot.c: In function ‘is_stack_depot_disabled’:
../lib/stackdepot.c:154:2: warning: ignoring return value of ‘kstrtobool’,
declared with attribute warn_unused_result
syzbot found WARNING in qrtr_tun_write_iter [1] when write_iter length
exceeds KMALLOC_MAX_SIZE causing order >= MAX_ORDER condition.
Additionally, there is no check for 0 length write.
[1]
WARNING: mm/page_alloc.c:5011
[..]
Call Trace:
alloc_pages_current+0x18c/0x2a0 mm/mempolicy.c:2267
On Mon, Feb 01, 2021 at 08:41:38AM -0600, Wenjia Zhao wrote:
> Signed-off-by: Wenjia Zhao
There should be a patch description here explaining why the patch
is needed and how it works.
> ---
> drivers/video/backlight/pcf50633-backlight.c | 3 ++-
> 1 file changed, 2 insertions(+), 1
> -Original Message-
> From: Nadeem Athani
> Sent: 30 December 2020 12:05
> To: Tom Joseph ; lorenzo.pieral...@arm.com;
> r...@kernel.org; bhelg...@google.com; kis...@ti.com; linux-
> o...@vger.kernel.org; linux-...@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org;
Kmemleak reports:
unreferenced object 0xc328de40 (size 64):
comm "kworker/1:1", pid 21, jiffies 4294938212 (age 1484.670s)
hex dump (first 32 bytes):
00 00 00 00 00 00 00 00 e0 d8 fc eb 00 00 00 00
00 00 10 fe 00 00 00 00 00 00 00 00 00 00 00 00
On Mon, 1 Feb 2021 09:37:39 -0800 Shakeel Butt wrote:
> On Tue, Dec 15, 2020 at 3:59 AM SeongJae Park wrote:
> >
> > From: SeongJae Park
> >
> > DAMON is designed to be used by kernel space code such as the memory
> > management subsystems, and therefore it provides only kernel space API.
>
>
Fix the following coccicheck warnings:
./drivers/net/ethernet/freescale/dpaa2/dpaa2-eth.c:1651:36-38: WARNING
!A || A && B is equivalent to !A || B.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
drivers/net/ethernet/freescale/dpaa2/dpaa2-eth.c | 2 +-
1 file changed, 1
On Tue, 2 Feb 2021, Abel Wu wrote:
> Since slab_alloc_node() is the only caller of __slab_alloc(), embed
> __slab_alloc() to its caller to save function call overhead. This
> will also expand the caller's code block size a bit, but hackbench
> tests on both host and guest didn't show a difference
On Tue, 2 Feb 2021 15:55:50 +0800
Chen-Yu Tsai wrote:
Hi,
> On Thu, Jan 28, 2021 at 1:26 AM Andre Przywara wrote:
> >
> > The AXP305 PMIC used in AXP805 seems to be fully compatible to the
> ^
> This statement doesn't quite make sense. I assume you wanted to mention
On Tue, Feb 02, 2021 at 04:02:16PM +0900, Masahiro Yamada wrote:
> CONSOLE_LOGLEVEL_DEFAULT is nothing more than a shorthand of
> CONFIG_CONSOLE_LOGLEVEL_DEFAULT.
>
> When you change CONFIG_CONSOLE_LOGLEVEL_DEFAULT from Kconfig, almost
> all objects are rebuilt because
On 21.01.21 09:00, Yang Li wrote:
Fix below warnings reported by coccicheck:
./mm/memcontrol.c:451:3-9: WARNING: NULL check before some freeing
functions is not needed.
Reported-by: Abaci Robot
Signed-off-by: Yang Li
---
mm/memcontrol.c | 3 +--
1 file changed, 1 insertion(+), 2
On 21.01.21 08:30, Yang Li wrote:
Fix below warnings reported by coccicheck:
./mm/swap_slots.c:197:3-9: WARNING: NULL check before some freeing
functions is not needed.
Reported-by: Abaci Robot
Signed-off-by: Yang Li
---
mm/swap_slots.c | 3 +--
1 file changed, 1 insertion(+), 2
On Tuesday 02 Feb 2021 at 10:00:29 (+), Will Deacon wrote:
> On Tue, Feb 02, 2021 at 09:57:36AM +, Quentin Perret wrote:
> > On Monday 01 Feb 2021 at 19:06:20 (+), Will Deacon wrote:
> > > On Fri, Jan 08, 2021 at 12:15:09PM +, Quentin Perret wrote:
> > > > In order to use the
Excerpts from Ding Tianhong's message of January 28, 2021 1:13 pm:
> On 2021/1/26 12:44, Nicholas Piggin wrote:
>> vmalloc_to_page returns NULL for addresses mapped by larger pages[*].
>> Whether or not a vmap is huge depends on the architecture details,
>> alignments, boot options, etc., which
On Tue, 2020-12-15 at 16:42 +, Wei Liu wrote:
> On Tue, Dec 15, 2020 at 04:25:03PM +0100, Enrico Weigelt, metux IT consult
> wrote:
> > On 03.12.20 00:22, Wei Liu wrote:
> >
> > Hi,
> >
> > > I don't follow. Do you mean reusing /dev/kvm but with a different set of
> > > APIs underneath? I
On Tue, Feb 2, 2021 at 10:11:21, Greg Kroah-Hartman
wrote:
> On Tue, Feb 02, 2021 at 08:51:10AM +, Gustavo Pimentel wrote:
> > Just a kindly reminder.
>
> reminder of what?
To review the patch set. I've done the requested modifications, but I
didn't get any feedback if this patch series
Hello Suren (and Minchan and Michal)
Thank you for the revisions!
I've applied this patch, and done a few light edits.
However, I have a questions about undocumented pieces in *madvise(2)*,
as well as one other question. See below.
On 2/2/21 6:30 AM, Suren Baghdasaryan wrote:
> Initial
On Mon, Feb 01, 2021 at 08:43:36PM +0100, Andrey Konovalov wrote:
> Export mte_enable_kernel() and mte_set_report_once() to fix:
>
> ERROR: modpost: "mte_enable_kernel" [lib/test_kasan.ko] undefined!
> ERROR: modpost: "mte_set_report_once" [lib/test_kasan.ko] undefined!
>
> Signed-off-by: Andrey
(I missed to include the quotation in the text. Will resend. Sorry about that.)
Hi, John
> I think that you will need to fix the subject, like:
>
> perf vendor events arm64: Add more common and uarch events
>
> > Add the following events.
>
> It would be good to mention your reference
On Tue, Feb 02, 2021 at 01:32:36AM -0800, Nadav Amit wrote:
> > On Feb 1, 2021, at 3:36 AM, Peter Zijlstra wrote:
> >
> >
> > https://lkml.kernel.org/r/20210127235347.1402-1-w...@kernel.org
>
> I have seen this series, and applied my patches on it.
>
> Despite Will’s patches, there were still
On Tue, Feb 02, 2021 at 10:30:00AM +0200, Avri Altman wrote:
> diff --git a/drivers/scsi/ufs/ufshpb.h b/drivers/scsi/ufs/ufshpb.h
> index afeb6365daf8..5ec4023db74d 100644
> --- a/drivers/scsi/ufs/ufshpb.h
> +++ b/drivers/scsi/ufs/ufshpb.h
> @@ -48,6 +48,11 @@ enum UFSHPB_MODE {
>
On Tue, Feb 02, 2021 at 10:30:01AM +0200, Avri Altman wrote:
> @@ -175,6 +179,8 @@ struct ufshpb_lu {
>
> /* for selecting victim */
> struct victim_select_info lru_info;
> + struct work_struct ufshpb_normalization_work;
> + unsigned long work_data_bits;
You only have 1
On Wed, Jan 20, 2021 at 06:17:43PM +0100, Julien Thierry wrote:
> Create necessary functions to encode/decode aarch64 data/instruction
> barriers.
>
> Signed-off-by: Julien Thierry
> ---
> arch/arm64/include/asm/aarch64-insn.h | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git
On Tue, Feb 02, 2021 at 09:05:02PM +1000, Nicholas Piggin wrote:
> diff --git a/arch/arm/include/asm/pgtable.h b/arch/arm/include/asm/pgtable.h
> index c02f24400369..d63a5bb6bd0c 100644
> --- a/arch/arm/include/asm/pgtable.h
> +++ b/arch/arm/include/asm/pgtable.h
> @@ -166,6 +166,9 @@ extern
On Mon, Feb 01, 2021 at 04:25:55PM -0800, Jianxiong Gao wrote:
> + if (dma_set_min_align_mask(dev->dev, NVME_CTRL_PAGE_SIZE - 1))
Side note: we have DMA_BIT_MASK(), please use it.
> + dev_warn(dev->dev, "dma_set_min_align_mask failed to
> set offset\n");
--
With Best
On Mon 2021-02-01 09:30:10, John Ogness wrote:
> On 2021-01-29, Petr Mladek wrote:
> >> diff --git a/include/linux/printk.h b/include/linux/printk.h
> >> index fe7eb2351610..6d8f844bfdff 100644
> >> --- a/include/linux/printk.h
> >> +++ b/include/linux/printk.h
> >> @@ -45,6 +45,7 @@ static
When CONFIG_OF is disabled then the matching table is not referenced.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds3232.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-ds3232.c b/drivers/rtc/rtc-ds3232.c
index 535e4a88fbb6..168bc27f1f5a 100644
---
The PORF bit is cleared on interrupts which prevents the driver to know
when the time and date are invalid. Stop clearing PORF in the interrupt
handler.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-rv3028.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/rtc/rtc-rv3028.c
Remove voltage low messages as userspace has a proper way to get the
information and react on it.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-rv3028.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/rtc/rtc-rv3028.c b/drivers/rtc/rtc-rv3028.c
index
On Tue, Feb 02, 2021 at 09:58:17AM +, Daniel Scally wrote:
> On 21/01/2021 21:06, Daniel Scally wrote:
> > On 21/01/2021 18:08, Rafael J. Wysocki wrote:
...
> > No problem; I'll tweak that then
>
> Slightly walking back my "No problem" here; as I understand this there's
> kinda two
Since slab_alloc_node() is the only caller of __slab_alloc(), embed
__slab_alloc() to its caller to save function call overhead. This
will also expand the caller's code block size a bit, but hackbench
tests on both host and guest didn't show a difference w/ or w/o
this patch.
Also rename
Hi Greg,
The following changes since commit 29b01295a829fba7399ee84afff4e64660e49f04:
usb: typec: Add typec_partner_set_pd_revision (2021-02-01 15:31:34 +0100)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/chrome-platform/linux.git
From: Stefan Chulski
Feature double size of BPPI by decreasing number of pools from 16 to 8.
Increasing of BPPI size protect BM drop from BPPI underrun.
Underrun could occurred due to stress on DDR and as result slow buffer
transition from BPPE to BPPI.
New BPPI threshold recommended by spec is:
From: Stefan Chulski
New FIFO flow control feature were added in PPv23.
PPv2 FIFO polled by HW and trigger pause frame if FIFO
fill level is below threshold.
FIFO HW flow control enabled with CM3 RXQ flow
control with ethtool.
Current FIFO thresholds is:
9KB for port with maximum speed 10Gb/s
Hi net maintainers,
On Sat, Jan 30, 2021 at 12:50:06AM +, patchwork-bot+netdev...@kernel.org
wrote:
> Hello:
>
> This patch was applied to netdev/net-next.git (refs/heads/master):
>
> On Tue, 26 Jan 2021 17:29:07 +0100 you wrote:
> > Pointers to receive-buffer packets sent by Hyper-V are
From: Stefan Chulski
This patch fix GMAC TX flow control autoneg.
Flow control autoneg wrongly were disabled with enabled TX
flow control.
Signed-off-by: Stefan Chulski
---
drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Fix the following coccicheck warning:
./drivers/hid/wacom_sys.c:1828:8-16: WARNING: use scnprintf or sprintf.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
drivers/hid/wacom_sys.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hid/wacom_sys.c
On Mon, Feb 1, 2021 at 11:55 PM Geert Uytterhoeven wrote:
>
> Hi Saravana,
>
> On Tue, Feb 2, 2021 at 4:01 AM Saravana Kannan wrote:
> > On Mon, Feb 1, 2021 at 2:40 AM Geert Uytterhoeven
> > wrote:
> > > On Sat, Jan 30, 2021 at 5:09 AM Saravana Kannan
> > > wrote:
> > > > On Fri, Jan 29,
On 02.02.21 05:11, Anshuman Khandual wrote:
There are multiple instances of pfn_to_section_nr() and __pfn_to_section()
when CONFIG_SPARSEMEM is enabled. This can be optimized if memory section
is fetched earlier. This replaces the open coded PFN and ADDR conversion
with PFN_PHYS() and PHYS_PFN()
From: Stefan Chulski
This patch adds CM3 memory map and CM3 read/write callbacks.
No functionality changes.
Signed-off-by: Stefan Chulski
---
drivers/net/ethernet/marvell/mvpp2/mvpp2.h | 7 +++
drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c | 63 +++-
2 files changed,
On Mon, 01 Feb 2021, Wenjia Zhao wrote:
Please provide a suitable commit messages.
Describe the problem.
Describe the issue was found.
Describe the solution.
> Signed-off-by: Wenjia Zhao
> ---
> drivers/video/backlight/pcf50633-backlight.c | 3 ++-
> 1 file changed, 2 insertions(+), 1
Herbert Xu wrote:
> > Herbert wants the first patch to go through the crypto tree. Maybe all of
> > them should proceed by that route if Herbert is willing?
>
> I'm not actually all that fussed about where it goes through. It's
> just the first patch happens to touch an area that is still
The spec does not define what is the host's recommended response when
the device send hpb dev reset response (oper 0x2).
We will update all active hpb regions: mark them and do that on the next
read.
Signed-off-by: Avri Altman
---
drivers/scsi/ufs/ufshpb.c | 54
PD Spec Revision 3.0 Version 2.0 + ECNs 2020-12-10
6.4.4.2.3 Structured VDM Version
"The Structured VDM Version field of the Discover Identity Command
sent and received during VDM discovery Shall be used to determine the
lowest common Structured VDM Version supported by the Port Partners
This patch implements the following requirement in the Spec.
PD Spec Revision 3.0 Version 2.0 + ECNs 2020-12-10
6.4.4.2.3 Structured VDM Version
"The Structured VDM Version field of the Discover Identity Command
sent and received during VDM discovery Shall be used to determine the
lowest
On Mon 01-02-21 08:56:19, James Bottomley wrote:
> On Fri, 2021-01-29 at 09:23 +0100, Michal Hocko wrote:
> > On Thu 28-01-21 13:05:02, James Bottomley wrote:
> > > Obviously the API choice could be revisited
> > > but do you have anything to add over the previous discussion, or is
> > > this just
Add bindings of VDO properties of USB PD SVDM so that they can be
used in device tree.
Signed-off-by: Kyle Tso
---
.../bindings/connector/usb-connector.yaml | 11 +
include/dt-bindings/usb/pd.h | 311 +-
2 files changed, 321 insertions(+), 1 deletion(-)
Commit a079973f462a ("usb: typec: tcpm: Remove tcpc_config
configuration mechanism") removed the tcpc_config which includes the
Sink VDO and it is not yet added back with fwnode. Add it now.
Signed-off-by: Kyle Tso
---
drivers/usb/typec/tcpm/tcpm.c | 14 ++
1 file changed, 14
Herbert Xu wrote:
> > Should I defer it till the next merge window?
>
> Is there any specific reason why this has to be in the current
> one?
No idea. It seems straightforward enough, at least on the keyrings side, that
I was going to add it.
David
PD Spec Revision 3.0 Version 2.0 + ECNs 2020-12-10
6.4.4.2.3 Structured VDM Version
"The Structured VDM Version field of the Discover Identity Command
sent and received during VDM discovery Shall be used to determine the
lowest common Structured VDM Version supported by the Port Partners
"PD Spec Revision 3.0 Version 2.0 + ECNs 2020-12-10" introduces several
changes regarding the ID Header VDO and the Product Type VDOs.
Signed-off-by: Kyle Tso
---
drivers/usb/typec/class.c | 8 +-
include/linux/usb/pd_vdo.h | 308 -
2 files changed, 242
PD Rev 3.0 introduces SVDM Version 2.0. This patch makes the field
configuable in the header in order to be able to be compatible with
older SVDM version.
Signed-off-by: Kyle Tso
---
include/linux/usb/pd_vdo.h | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git
VDM header now requires SVDM Version. Get it from typec_port.
Signed-off-by: Kyle Tso
---
drivers/usb/typec/altmodes/displayport.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/typec/altmodes/displayport.c
b/drivers/usb/typec/altmodes/displayport.c
The following commit has been merged into the sched/core branch of tip:
Commit-ID: e972d92d52a1f691498add14feb2ee5902d02404
Gitweb:
https://git.kernel.org/tip/e972d92d52a1f691498add14feb2ee5902d02404
Author:Dietmar Eggemann
AuthorDate:Mon, 01 Feb 2021 10:53:53 +01:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 4d38ea6a6d93115113fb4c023d5bb15e8ce1589c
Gitweb:
https://git.kernel.org/tip/4d38ea6a6d93115113fb4c023d5bb15e8ce1589c
Author:Dietmar Eggemann
AuthorDate:Thu, 28 Jan 2021 14:10:38 +01:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: c18b4a67cc459fb8389f6a89ce28e404aafe562c
Gitweb:
https://git.kernel.org/tip/c18b4a67cc459fb8389f6a89ce28e404aafe562c
Author:Dietmar Eggemann
AuthorDate:Thu, 28 Jan 2021 14:10:39 +01:00
On (21/02/02 09:50), John Ogness wrote:
>
> The only consequences could be out-of-tree modules breaking,
> but do we care about that?
Yeah, I don't think anyone does. So we are fine here.
-ss
Enable the RT5659 audio codec driver.
Signed-off-by: Sameer Pujar
Cc: Oder Chiou
Cc: Bard Liao
---
Resending this as I missed the maintainer and email groups specifically
required for this patch. The link for original series can be found here,
Hi, John
I have applied this patch and confirmed that the event can be specified
correctly.
Event names are defined in the A64FX specification.
I want to deal with it at that time if there is a problem.
So I would like to resend the v5 patch and wait for advice from others.
Best Regards
On (21/02/02 16:02), Masahiro Yamada wrote:
> include/linux/printk.h | 1 -
> kernel/printk/printk.c | 2 +-
> 2 files changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/include/linux/printk.h b/include/linux/printk.h
> index fd34b3aa2f90..ceaf0486c01c 100644
> --- a/include/linux/printk.h
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 075a28439d0c8eb6d3c799e1eed24bb9bc7750cd
Gitweb:
https://git.kernel.org/tip/075a28439d0c8eb6d3c799e1eed24bb9bc7750cd
Author:Dietmar Eggemann
AuthorDate:Thu, 28 Jan 2021 14:10:40 +01:00
> On Mon, 1 Feb 2021 09:37:39 -0800 Shakeel Butt wrote:
>
> > On Tue, Dec 15, 2020 at 3:59 AM SeongJae Park wrote:
> > >
> > > From: SeongJae Park
> > >
> > > DAMON is designed to be used by kernel space code such as the memory
> > > management subsystems, and therefore it provides only kernel
On Fri, 15 Jan 2021, Nicolas Boichat wrote:
> This forces reading the base folded state anytime the device is
> probed, to make sure it's in sync.
>
> This is useful after a reboot, if the device re-enumerates for
> any reason (e.g. ESD shock), or if the driver is unbound/rebound
>
Hi,
sorry to ask but was someone able to look at this? Any thoughts?
Best Regards,
Sven
> -Ursprüngliche Nachricht-
> Von: Sven Schuchmann
> Gesendet: Dienstag, 19. Januar 2021 11:53
> An: Sven Schuchmann
> Cc: Pavel Machek ; Dan Murphy ; Rob Herring
> ; linux-
>
If an architecture doesn't support a particular page table level as
a huge vmap page size then allow it to skip defining the support
query function.
Suggested-by: Christoph Hellwig
Signed-off-by: Nicholas Piggin
---
arch/arm64/include/asm/vmalloc.h | 7 +++
As a side-effect, the order of flush_cache_vmap() and
arch_sync_kernel_mappings() calls are switched, but that now matches
the other callers in this file.
Reviewed-by: Christoph Hellwig
Signed-off-by: Nicholas Piggin
---
mm/vmalloc.c | 16 +---
1 file changed, 13 insertions(+), 3
This is a generic kernel virtual memory mapper, not specific to ioremap.
Code is unchanged other than making vmap_range non-static.
Reviewed-by: Christoph Hellwig
Signed-off-by: Nicholas Piggin
---
include/linux/vmalloc.h | 3 +
mm/ioremap.c| 203
This reduces TLB misses by nearly 30x on a `git diff` workload on a
2-node POWER9 (59,800 -> 2,100) and reduces CPU cycles by 0.54%, due
to vfs hashes being allocated with 2MB pages.
Cc: linuxppc-...@lists.ozlabs.org
Acked-by: Michael Ellerman
Signed-off-by: Nicholas Piggin
---
Support huge page vmalloc mappings. Config option HAVE_ARCH_HUGE_VMALLOC
enables support on architectures that define HAVE_ARCH_HUGE_VMAP and
supports PMD sized vmap mappings.
vmalloc will attempt to allocate PMD-sized pages if allocating PMD size
or larger, and fall back to small pages if that
On Tue, Feb 02, 2021 at 10:30:07AM +0200, Avri Altman wrote:
> +struct attribute_group ufs_sysfs_hpb_param_group = {
> + .name = "hpb_param_sysfs",
Shouldn't this be "hpb_param"? Why the trailing "_sysfs", doesn't that
look odd in the directory path?
thanks,
greg k-h
When CONFIG_OF is disabled then the matching table is not referenced.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds1672.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-ds1672.c b/drivers/rtc/rtc-ds1672.c
index 630493759d15..4cd8efbef6cf 100644
---
Hi,
During the review of patch#2, David noticed that we could remove the
!PAGE_ALIGNED handling in remove_pte_table, as we should never get there.
Therefore, let us place that cleanup before the sub-pmd-populated fixup.
More details can be found in the respective changelogs.
[1]
remove_pte_table() is prepared to handle the case where either the
start or the end of the range is not PAGE aligned.
This cannot actually happen:
__populate_section_memmap enforces the range to be PMD aligned,
so as long as the size of the struct page remains multiple of 8,
the vmemmap range
Hi Eric,
On 2020/11/18 19:21, Eric Auger wrote:
> On attach_pasid_table() we program STE S1 related info set
> by the guest into the actual physical STEs. At minimum
> we need to program the context descriptor GPA and compute
> whether the stage1 is translated/bypassed or aborted.
>
>
1 - 100 of 1935 matches
Mail list logo