On 2021/1/15 5:53, Jaegeuk Kim wrote:
On 12/30, Chao Yu wrote:
ThreadA ThreadB
- f2fs_ioc_start_atomic_write
- write
- f2fs_ioc_commit_atomic_write
- f2fs_commit_inmem_pages
- f2fs_drop_inmem_pages
- f2fs_drop_inmem_pages
- __revoke_inmem_pages
Hi Atish,
On Thu, Jan 14, 2021 at 10:11 PM Atish Patra wrote:
> On Thu, Jan 14, 2021 at 11:46 AM Palmer Dabbelt wrote:
> > On Thu, 14 Jan 2021 10:33:01 PST (-0800), ati...@atishpatra.org wrote:
> > > On Wed, Jan 13, 2021 at 9:10 PM Palmer Dabbelt wrote:
> > >>
> > >> On Thu, 07 Jan 2021 01:26:5
Hi Peter,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking/core
head: 7e923e6a3ceb877497dd9ee70d71fa33b94f332b
commit: dfd5e3f5fe27bda91d5cc028c86ffbb7a0614489 [3/7] locking/lockdep: Mark
local_lock_t
config: powerpc64-randconf
Hi Can Guo,
>
> On 2021-01-13 09:36, Daejun Park wrote:
> > Hi Can Guo,
> >
> >> > +static void
> >> > +ufshpb_set_hpb_read_to_upiu(struct ufshpb_lu *hpb, struct ufshcd_lrb
> >> > *lrbp,
> >> > + u32 lpn, u64 ppn, unsigned int
> >> > transfer_len)
> >> > +{
> >
Hi Wolfram,
On Thu, Jan 14, 2021 at 9:57 PM Wolfram Sang
wrote:
> > > + scif3: serial@e6c5 {
> >
> > Please move scif3 before scif4.
>
> I thought we are sorting by reg value?
Yeah, but we group nodes of the same type, and sort them by
label within the group.
We really need a
For IPv4, default route is learned via DHCPv4 and user is allowed to change
metric using config etc/network/interfaces. But for IPv6, default route can
be learned via RA, for which, currently a fixed metric value 1024 is used.
Ideally, user should be able to configure metric on default route for I
Hi Daniel,
On Thu, Jan 14, 2021 at 5:11 PM Daniel Vetter wrote:
> On Thu, Jan 14, 2021 at 4:56 PM Geert Uytterhoeven
> wrote:
> > On Tue, Jan 12, 2021 at 5:00 PM Daniel Vetter wrote:
> > > On Sat, Jan 9, 2021 at 12:11 AM Linus Torvalds
> > > wrote:
> > > > On Fri, Jan 8, 2021 at 11:13 AM Phil
Hi David
Thanks a lot for Review,
I have raised v2 after addressing your review comments from
https://lkml.org/lkml/2021/1/14/1400.
List of changes in v2:
---
1.) Replace accept_ra_defrtr_metric with ra_defrtr_metric.
2.) Change Type to __u32 instead of __s32.
3.) Change description in Documenta
Hi Vinod/Rob,
This series moves the Hikey 970 USB PHY driver out of staging.
The 3 initial patches address the issues pointed by Vinod:
patch 1 change the logic to use GENMASK and FIELD_GET/FIELD_PREP macros.
It also places all hexadecimal values in lowercase;
patch 2 add a delay inside the re
+++ Nick Desaulniers [14/01/21 14:01 -0800]:
On Thu, Jan 14, 2021 at 1:54 PM 'Fangrui Song' via Clang Built Linux
wrote:
clang-12 -fno-pic (since
https://github.com/llvm/llvm-project/commit/a084c0388e2a59b9556f2de008232da3f1d6)
can emit `call __stack_chk_fail@PLT` instead of `call __stack_
Instead of using 1/0 for true/false, change the type to boolean
and change the returned value.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/staging/hikey9xx/phy-hi3670-usb3.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/hikey9xx/phy-hi3670-us
The phy USB3 driver for Hisilicon 970 (hi3670) is ready
for mainstream. Mode it from staging into the main driver's
phy/ directory.
Signed-off-by: Mauro Carvalho Chehab
---
.../bindings/phy/phy-hi3670-usb3.yaml | 72 ++
MAINTAINERS | 9 +-
drivers/phy
Cleanup the bitfield macros by using FIELD_PREP() and GENMASK().
While here, place all hexadecimal values in lowercase.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/staging/hikey9xx/phy-hi3670-usb3.c | 61 ++
1 file changed, 28 insertions(+), 33 deletions(-)
diff --git
Instead of running a loop up to 100k times, add a small
delay inside it, running it up to 10 times, waiting up
to 100-200 us.
It should be noticed that I don't have the datasheet for
this PHY. So, not sure if this time will cover all
situations.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/
On Fri, Jan 15, 2021 at 02:58:24PM +0900, Dongseok Yi wrote:
> UDP/IP header of UDP GROed frag_skbs are not updated even after NAT
> forwarding. Only the header of head_skb from ip_finish_output_gso ->
> skb_gso_segment is updated but following frag_skbs are not updated.
>
> A call path skb_mac_gs
+++ Marco Elver [15/01/21 08:03 +0100]:
On Thu, 14 Jan 2021 at 22:54, Fangrui Song wrote:
clang-12 -fno-pic (since
https://github.com/llvm/llvm-project/commit/a084c0388e2a59b9556f2de008232da3f1d6)
can emit `call __stack_chk_fail@PLT` instead of `call __stack_chk_fail`
on x86. The two forms
Sure Rob.
Thanks,
Mallikarjuna reddy A
On 1/15/2021 4:25 AM, Rob Herring wrote:
On Tue, Dec 15, 2020 at 10:08 PM Amireddy Mallikarjuna reddy
wrote:
Add DT bindings YAML schema for DMA controller driver
of Lightning Mountain (LGM) SoC.
Signed-off-by: Amireddy Mallikarjuna reddy
Reviewed-by:
在 2021/1/8 上午9:36, Like Xu 写道:
> Because saving/restoring tens of LBR MSRs (e.g. 32 LBR stack entries) in
> VMX transition brings too excessive overhead to frequent vmx transition
> itself, the guest LBR event would help save/restore the LBR stack msrs
> during the context switching with the hel
On 14. 01. 21, 18:57, Uwe Kleine-König wrote:
If hvcs_probe() succeeded dev_set_drvdata() is called with a non-NULL
value, and if hvcs_probe() failed hvcs_remove() isn't called.
So there is no way dev_get_drvdata() can return NULL in hvcs_remove() and
the check can just go away.
Signed-off-by:
On 14. 01. 21, 18:57, Uwe Kleine-König wrote:
If vcc_probe() succeeded dev_set_drvdata() is called with a non-NULL
value, and if vcc_probe() failed vcc_remove() isn't called.
So there is no way dev_get_drvdata() can return NULL in vcc_remove() and
the check can just go away.
Signed-off-by: Uwe
On 14. 01. 21, 18:57, Uwe Kleine-König wrote:
vcc_get() returns the port that has provided port->index. As the port that
is about to be removed isn't removed yet this trivially will find this
port. So simplify the call to not assign an identical value to the port
pointer and drop the warning that
On Fri, 08 Jan 2021, Matti Vaittinen wrote:
> The helper for obtaining HW-state based DVS voltage levels currently only
> works for regulators using linear-ranges. Extend support to regulators with
> simple linear mappings and add also proper error path if pickable-ranges
> regulators call this.
>
: x86_64-randconfig-r025-20210115 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project
5b42fd8dd4e7e29125a09a41a33af7c9cb57d144)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin
On Fri, Jan 15, 2021 at 12:09 AM Max Filippov wrote:
> On Thu, Jan 14, 2021 at 1:25 PM Arnd Bergmann wrote:
> > | arch/mips/Kconfig:config HIGHMEM
> > | arch/xtensa/Kconfig:config HIGHMEM
> >
> > AFAICT On MIPS (prior to MIPS32r3) and xtensa, you have at
> > most 512MB in the linear map, so the V
From: Mike Rapoport
Hi,
David noticed that we do some of memblock_reserve() calls after allocations
are possible:
https://lore.kernel.org/lkml/6ba6bde3-1520-5cd0-f987-32d543f0b...@redhat.com
For now there is no actual problem because in top-down mode we allocate
from the end of the memory and
From: Mike Rapoport
Currently the first several pages are reserved both to avoid leaking their
contents on systems with L1TF and to avoid corrupting BIOS memory.
Merge the two memory reservations.
Signed-off-by: Mike Rapoport
---
arch/x86/kernel/setup.c | 29 +++--
1 f
From: Mike Rapoport
The early reservations of memory areas used by the firmware, bootloader,
kernel text and data are spread over setup_arch(). Moreover, some of them
happen *after* memblock allocations, e.g trim_platform_memory_ranges() and
trim_low_memory_range() are called after reserve_real_m
On Thu, Jan 14, 2021 at 01:23:04PM -0800, Ian Rogers wrote:
> The variable bf is read (for a write call) without being initialized
> triggering a memory sanitizer warning. Use bf in the read and switch the
> write to reading from a string.
>
> Signed-off-by: Ian Rogers
Acked-by: Jiri Olsa
than
From: Bin Ji
Add ETM amba id to support Cortex-A55(Ananke) and Cortex-A75(Promethus).
Signed-off-by: Bin Ji
Signed-off-by: Chunyan Zhang
---
drivers/hwtracing/coresight/coresight-etm4x-core.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/hwtracing/coresight/coresight-etm4x-cor
On Fri, Jan 15, 2021 at 04:11:38PM +0900, Namhyung Kim wrote:
> To pass more info to the saved_value in the runtime_stat, add a new
> struct runtime_stat_data. Currently it only has 'ctx' field but later
> patch will add more.
>
> Note that we intentionally pass 0 as ctx to clock-related events f
Hi,
On 07/01/21 2:49 pm, Steen Hegelund wrote:
> Provide a new ethernet phy configuration structure, that
> allow PHYs used for ethernet to be configured with
> speed, media type and clock information.
>
> Signed-off-by: Lars Povlsen
> Signed-off-by: Steen Hegelund
> Reviewed-by: Andrew Lunn
>
On Thu, Jan 14, 2021 at 11:46:40PM +0800, Leo Yan wrote:
> This patch series is for several minor code refactoring, which is
> extracted from the patch series "perf c2c: Sort cacheline with all
> loads" [1].
>
> There has a known issue for Arm SPE store operations and Arm SPE is
> the only consume
Linus Torvalds writes:
> On Tue, Jan 12, 2021 at 9:24 PM huang ying
> wrote:
>> >
>> > Couldn't we just move it to the tail of the LRU list so it's reclaimed
>> > first? Or is locking going to be a problem here?
>>
>> Yes. That's a way to reduce the disturbance to the page reclaiming.
>> For
[AMD Public Use]
Could you please help to check whether this patch can fix the issue?
Thanks,
Ray
-Original Message-
From: Huang, Ray
Sent: Friday, January 15, 2021 1:57 PM
To: Stephen Rothwell
Cc: Alex Deucher ; Linux Kernel Mailing List
; Linux Next Mailing List
Subject: Re: linu
Hello,
syzbot found the following issue on:
HEAD commit:73d62e81 kmsan: random: prevent boot-time reports in _mix_..
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=10284200d0
kernel config: https://syzkaller.appspot.co
Ping ?
On 2020/12/30 16:19, Like Xu wrote:
The HW_REF_CPU_CYCLES event on the fixed counter 2 is pseudo-encoded as
0x0300 in the intel_perfmon_event_map[]. Correct its usage.
Fixes: 62079d8a4312 ("KVM: PMU: add proper support for fixed counter 2")
Signed-off-by: Like Xu
---
arch/x86/kvm/vmx/
Ping ?
On 2020/12/29 15:11, Like Xu wrote:
Since we know vPMU will not work properly when the guest bit_width(s) of
the [gp|fixed] counters are greater than the host ones, so we can setup a
smaller left shift value and refresh the guest pmu cpuid entry, thus fixing
the following UBSAN shift-out-
On 15.01.21 03:04, Miaohe Lin wrote:
> Hi:
>
> On 2021/1/15 3:16, Mike Kravetz wrote:
>> On 1/14/21 4:32 AM, David Hildenbrand wrote:
>>> On 14.01.21 12:31, Miaohe Lin wrote:
When gbl_reserve is 0, hugetlb_acct_memory() will do nothing except holding
and releasing hugetlb_lock.
>>>
>>> S
Hi,
> > topology that DT modification will not work and still I have no device
> > node.
>
> I'm absolutely not a DT expert, but I assume that a thermal zone would
> be associated with some resource fixed by the platform, such as a fan,
> so I would think a thermal zone would have to be described
On 2021/1/15 6:05, Jaegeuk Kim wrote:
This patch deprecates f2fs_trace_io, since f2fs uses page->private more broadly,
resulting in more buggy cases.
Agreed.
Signed-off-by: Jaegeuk Kim
Acked-by: Chao Yu
Thanks,
Hi Alex,
Thank you for trying this guest feature on multiple Intel platforms!
If you have more specific comments or any concerns, just let me know.
---
thx, likexu
On 2021/1/15 16:19, Alex Shi wrote:
在 2021/1/8 上午9:36, Like Xu 写道:
Because saving/restoring tens of LBR MSRs (e.g. 32 LBR stack
'smp_processor_id'
date: 8 months ago
config: riscv-randconfig-s032-20210115 (attached as .config)
compiler: riscv32-linux-gcc (GCC) 9.3.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
Hi Elena,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on arm64/for-next/core]
[also build test WARNING on v5.11-rc3 next-20210115]
[cannot apply to kvmarm/next soc/for-next arm/for-next xlnx/master]
[If your patch is applied to the wrong git tree, kindly drop
On 2021-01-15 17:12, Steffen Klassert wrote:
> On Fri, Jan 15, 2021 at 02:58:24PM +0900, Dongseok Yi wrote:
> > UDP/IP header of UDP GROed frag_skbs are not updated even after NAT
> > forwarding. Only the header of head_skb from ip_finish_output_gso ->
> > skb_gso_segment is updated but following f
On Thu, Jan 14, 2021 at 10:02:49AM -0800, Ian Rogers wrote:
> If a test fails return -1 rather than 0. This is consistent with the
> return value in test-cpumap.c
>
> Signed-off-by: Ian Rogers
for the patchset
Acked-by: Jiri Olsa
thanks,
jirka
> ---
> tools/lib/perf/tests/test-cpumap.c
From: William Breathitt Gray
> Sent: 15 January 2021 00:24
...
> That's part of the Bay Trail generation isn't it? Are those processors
> still manufactured? My worry is that although there are boards still in
> production, they might be simply using up an old stock of parts. The
> question becomes
On 10.01.21 01:44, Andrea Arcangeli wrote:
> Hello Andrew and everyone,
>
> Once we agree that COW page reuse requires full accuracy, the next
> step is to re-apply 17839856fd588f4ab6b789f482ed3ffd7c403e1f and to
> return going in that direction.
After stumbling over the heated discussion around
On Fri, Jan 15, 2021 at 3:06 AM Ryan Houdek wrote:
> On Wed, Jan 6, 2021 at 12:49 AM Arnd Bergmann wrote:
>> On Wed, Jan 6, 2021 at 7:48 AM wrote:
>> > From: Ryan Houdek
>> ...
>>
>> For x86, this has another complication, as some ioctls also need to
>> check whether they are in an ia32 task (w
Add compatible string for sm8350 iommu to documentation.
Signed-off-by: Vinod Koul
---
Documentation/devicetree/bindings/iommu/arm,smmu.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/iommu/arm,smmu.yaml
b/Documentation/devicetree/bindings/iommu/arm,sm
On Thu, 14 Jan 2021, Vlastimil Babka wrote:
> On 1/8/21 7:46 PM, Christoph Lameter wrote:
> > I am ok with you as a slab maintainer. I have seen some good work from
> > you.
> >
> > Acked-by: Christoph Lameter
>
> Thanks!
>
Acked-by: David Rientjes
Great addition!
(cc'ing dri-devel)
Hi
Am 14.01.21 um 16:15 schrieb Eli Cohen:
Hi Thomas,
After long bisecting I found that this patch,
commit 1086db71a1dbbfb32ffb42cf0d540b69956f951e
Author: Thomas Zimmermann
Date: Tue Nov 3 10:30:06 2020 +0100
drm/vram-helper: Remove invariant parameters from inter
Add SM8350 qcom iommu implementation to the table of
qcom_smmu_impl_of_match table which brings in iommu support for SM8350
SoC
Signed-off-by: Vinod Koul
---
drivers/iommu/arm/arm-smmu/arm-smmu-qcom.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/iommu/arm/arm-smmu/arm-smmu-qcom.c
Hi Kishon,
On Fri, 2021-01-15 at 14:14 +0530, Kishon Vijay Abraham I wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you
> know the content is safe
>
> Hi,
>
> On 07/01/21 2:49 pm, Steen Hegelund wrote:
> > Provide a new ethernet phy configuration structure, that
> > al
Add the compatible string for SM8250 SoC from Qualcomm. This compatible
is used already in DTS files but not documented yet
Signed-off-by: Vinod Koul
Reviewed-by: Bjorn Andersson
Acked-by: Rob Herring
---
Reposting this with acks collected
.../devicetree/bindings/interrupt-controller/qcom,pdc
Add the compatible string for SM8350 SoC from Qualcomm.
Signed-off-by: Vinod Koul
---
.../devicetree/bindings/interrupt-controller/qcom,pdc.txt| 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/interrupt-controller/qcom,pdc.txt
b/Documentation/devicet
Hello Lee,
Thanks for carefull review! I do appreciate this!
On Fri, 2021-01-15 at 08:26 +, Lee Jones wrote:
> On Fri, 08 Jan 2021, Matti Vaittinen wrote:
>
> > The helper for obtaining HW-state based DVS voltage levels
> > currently only
> > works for regulators using linear-ranges. Extend
In the RAPL ENERGY_COUNTER MSR, only the lower 32bits represent the
energy counter, and the higher 32bits are reserved.
Add the MSR mask for these MSRs to fix a problem that the RAPL PMU events
are added erroneously when higher 32bits contain non-zero value.
Signed-off-by: Zhang Rui
Reviewed-by:
There are several things special for the RAPL Psys energy counter, on
Intel Sapphire Rapids platform.
1. it contains one Psys master package, and only CPUs on the master
package can read valid value of the Psys energy counter, reading the
MSR on CPUs in the slave package returns 0.
2. The mas
On 14/01/2021 23:43, Jann Horn wrote:
> On Thu, Jan 14, 2021 at 7:54 PM Mickaël Salaün wrote:
>> On 14/01/2021 04:22, Jann Horn wrote:
>>> On Wed, Dec 9, 2020 at 8:28 PM Mickaël Salaün wrote:
Thanks to the Landlock objects and ruleset, it is possible to identify
inodes according to a
In some cases, when probing a perf MSR, we're probing certain bits of the
MSR instead of the whole register, thus only these bits should be checked.
For example, for RAPL ENERGY_STATUS MSR, only the lower 32 bits represents
the energy counter, and the higher 32bits are reserved.
Introduce a new m
On Tue, Jan 12, 2021 at 03:53:24PM -0800, Paul E. McKenney wrote:
> An SRCU-P run on the new series reproduced the warning below. Repeat-by:
>
> tools/testing/selftests/rcutorture/bin/kvm.sh --allcpus --duration 10
> --configs "112*SRCU-P" --bootargs "rcupdate.rcu_cpu_stall_suppress_at_boot=1
>
Hi Mathieu,
On 1/14/21 8:05 PM, Mathieu Poirier wrote:
> On Wed, Jan 06, 2021 at 02:37:14PM +0100, Arnaud Pouliquen wrote:
>> The rpmsg_create_ept function is invoked when the device is opened.
>> As only one endpoint must be created per device. It is not
>> possible to open the same device twice
On Wed, Jan 13, 2021 at 05:11:10PM -0700, Eric Snowberg wrote:
>
> > On Jan 13, 2021, at 1:41 PM, Jarkko Sakkinen
> > wrote:
> >
> > On Tue, Jan 12, 2021 at 02:57:39PM +, David Howells wrote:
> >> Eric Snowberg wrote:
> >>
> On Dec 10, 2020, at 2:49 AM, David Howells wrote:
>
On Mon, Jan 11, 2021 at 01:01:51PM -0800, Mike Kravetz wrote:
> Use the new hugetlb page specific flag to replace the page_huge_active
> interfaces. By it's name, page_huge_active implied that a huge page
> was on the active list. However, that is not really what code checking
> the flag wanted t
When gbl_reserve is 0, hugetlb_acct_memory() will do nothing except holding
and releasing hugetlb_lock. We should avoid this unnecessary hugetlb_lock
lock/unlock cycle which is happening on 'most' hugetlb munmap operations by
check delta against 0 at the beginning of hugetlb_acct_memory.
Reviewed-
Am 13.01.21 um 00:47 schrieb Jim Mattson:
On Wed, Apr 4, 2018 at 10:44 PM Paolo Bonzini wrote:
On 04/04/2018 19:35, Stefan Fritsch wrote:
On Wednesday, 4 April 2018 19:24:20 CEST Paolo Bonzini wrote:
On 04/04/2018 19:10, Konrad Rzeszutek Wilk wrote:
Should there be a corresponding test-case
On Thu 2021-01-14 20:56:36, Timur Tabi wrote:
> On 1/11/21 7:30 PM, Andrew Morton wrote:
> > I doubt if Kees (or I or anyone else) can review this change because
> > there are no callers which actually use the new DUMP_PREFIX_UNHASHED.
> > Is it intended that some other places in the kernel be chan
On Fri, Jan 15, 2021 at 06:24:48AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Commit
>
> b5639879902a ("arm64: syscall: include prototype for EL0 SVC functions")
>
> is missing a Signed-off-by from its author.
Thanks Stephen. Fixed.
--
Catalin
On 2021/1/14 14:23, Daeho Jeong wrote:
From: Daeho Jeong
We've added a new mount option "checkpoint=merge", which creates a
kernel daemon and makes it to merge concurrent checkpoint requests as
much as possible to eliminate redundant checkpoint issues. Plus, we
can eliminate the sluggish issue
On Thu, Jan 14, 2021 at 10:27:54PM -0500, Jason Baron wrote:
> -static void update_exception_bitmap(struct kvm_vcpu *vcpu)
> +static void svm_update_exception_bitmap(struct kvm_vcpu *vcpu)
Just to be a total pendant: s/append/Prepend/ on $Subject
On Thu, Jan 14, 2021 at 01:11:12PM -0800, Linus Torvalds wrote:
> On Thu, Jan 14, 2021 at 11:41 AM Will Deacon wrote:
> >
> > Sure enough, an arm64 defconfig builds perfectly alright with that change,
> > but it really shouldn't. I'm using clang 11.0.5, so I had another go with
> > GCC 9.2.1 and b
On Thu, Jan 14, 2021 at 12:12:16PM +0800, Tianjia Zhang wrote:
>
>
> On 1/14/21 10:51 AM, Jarkko Sakkinen wrote:
> > On Wed, Jan 13, 2021 at 08:00:21PM +0800, Tianjia Zhang wrote:
> > > In tpm_tis_core_init(), tpm2_probe() will be called first, this
> > > function will eventually call tpm_tis_sen
Hi Vikas,
On 1/15/21 7:35 AM, Vikas Gupta wrote:
> Hi Eric,
>
> On Tue, Jan 12, 2021 at 2:52 PM Auger Eric wrote:
>>
>> Hi Vikas,
>>
>> On 12/14/20 6:45 PM, Vikas Gupta wrote:
>>> Add msi support for Broadcom platform devices
>>>
>>> Signed-off-by: Vikas Gupta
>>> ---
>>> drivers/vfio/platform/
Hello,
Changes in v2:
* use _DEC_ instead of _DECODER_ in the name of the new controls (Hans)
* rebase on top of media master branch
v1 can be found at [1]
regards,
Stan
[1]
https://patchwork.linuxtv.org/project/linux-media/cover/20201109173541.10016-1-stanimir.varba...@linaro.org/
Stanimi
Make display delay and display delay enable MFC controls standard v4l
controls. This will allow reuse of the controls for other decoder
drivers. Also the new proposed controls are now codec agnostic because
they could be used for any codec.
Signed-off-by: Stanimir Varbanov
---
.../userspace-api/
On Fri, Jan 15, 2021 at 8:08 AM Wei Xu wrote:
> On 2021/1/14 0:14, Arnd Bergmann wrote:
> > On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
> > * mmp -- added in 2009, DT support is active, but board files might go
> > * cns3xxx -- added in 2010, last fixed in 2019, probably no users left
>
Hi Vikas,
On 1/15/21 7:26 AM, Vikas Gupta wrote:
> Hi Eric,
>
> On Tue, Jan 12, 2021 at 2:30 PM Auger Eric wrote:
>>
>> Hi Vikas,
>>
>> On 1/5/21 6:53 AM, Vikas Gupta wrote:
>>> On Tue, Dec 22, 2020 at 10:57 PM Auger Eric wrote:
Hi Vikas,
On 12/14/20 6:45 PM, Vikas Gupta wro
Deprecate mfc private display delay and display enable controls for
new clients and use the standard controls instead.
Signed-off-by: Stanimir Varbanov
---
.../userspace-api/media/v4l/ext-ctrls-codec.rst| 10 ++
1 file changed, 10 insertions(+)
diff --git a/Documentation/userspa
Add support for display delay and display delay enable std controls.
With this we implement decoder decode output order (decode vs display).
Once firmware implement few new features the controls will be used
for other use-cases.
Signed-off-by: Stanimir Varbanov
---
drivers/media/platform/qcom/ve
changelog:
v2:
- Address suggestions from Alex.
- Remove unnecessary patches.
Keqian Zhu (2):
vfio/iommu_type1: Populate full dirty when detach non-pinned group
vfio/iommu_type1: Sanity check pfn_list when remove vfio_dma
drivers/vfio/vfio_iommu_type1.c | 42 +-
If a group with non-pinned-page dirty scope is detached with dirty
logging enabled, we should fully populate the dirty bitmaps at the
time it's removed since we don't know the extent of its previous DMA,
nor will the group be present to trigger the full bitmap when the user
retrieves the dirty bitm
Use the standard display_delay and display_delay_enable controls,
the legacy private MFC controls are kept for backward compatibility.
Acked-by: Marek Szyprowski
Signed-off-by: Stanimir Varbanov
---
drivers/media/platform/s5p-mfc/s5p_mfc_dec.c | 16
1 file changed, 16 insertion
vfio_sanity_check_pfn_list() is used to check whether pfn_list of
vfio_dma is empty when remove the external domain, so it makes a
wrong assumption that only external domain will add pfn to dma pfn_list.
Now we apply this check when remove a specific vfio_dma and extract
the notifier check just fo
On Fri, Jan 15, 2021 at 05:55:22PM +0900, Dongseok Yi wrote:
> On 2021-01-15 17:12, Steffen Klassert wrote:
> > On Fri, Jan 15, 2021 at 02:58:24PM +0900, Dongseok Yi wrote:
> > > UDP/IP header of UDP GROed frag_skbs are not updated even after NAT
> > > forwarding. Only the header of head_skb from i
On Thu, Jan 14, 2021 at 10:27:55PM -0500, Jason Baron wrote:
> diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
> index 3f7c1fc..c21927f 100644
> --- a/arch/x86/kvm/x86.c
> +++ b/arch/x86/kvm/x86.c
> @@ -113,6 +113,15 @@ static int sync_regs(struct kvm_vcpu *vcpu);
> struct kvm_x86_ops kvm_x86
On Thu, Jan 14, 2021 at 04:18:59PM +0100, Mickaël Salaün wrote:
> This third patch series includes back three fix patches taken from the first
> series (and cherry-picked from David Howells's tree [1]), and one cosmetic fix
> from Alex Shi which helps avoid future conflicts. I also added some Acke
On Fri, Jan 15, 2021 at 04:20:13AM -0500, Miaohe Lin wrote:
> When gbl_reserve is 0, hugetlb_acct_memory() will do nothing except holding
> and releasing hugetlb_lock. We should avoid this unnecessary hugetlb_lock
> lock/unlock cycle which is happening on 'most' hugetlb munmap operations by
> check
On 2021-01-15 04:01, Samuel Holland wrote:
Hello,
On 1/14/21 3:06 PM, Marc Zyngier wrote:
Hi Samuel,
On 2021-01-12 05:59, Samuel Holland wrote:
[...]
+static void sun6i_r_intc_ack_nmi(void)
+{
+ writel(SUN6I_NMI_BIT, base + SUN6I_IRQ_PENDING(0));
writel_relaxed()
irq_chip_unmask_p
On 2021-01-14 20:53, Wolfram Sang wrote:
>> Can this be accepted as-is, or should I resend?
>
> Peter, can you have a look here as well?
I have no issues, but I was waiting for a response from Andy here. I have
little knowledge of ACPI, and have previously made ignorant mistakes in
that area. I w
On 2020-11-19 00:40, Evan Green wrote:
> Factor out &pdev->dev into a local variable in preparation for
> the ACPI enablement of this function, which will utilize the variable
> more.
>
> Signed-off-by: Evan Green
> ---
>
> Changes in v3:
> - Introduced minor &pdev->dev to dev refactor (Peter)
When mounting a cgroup hierarchy with disabled controller in cgroup v1,
all available controllers will be attached.
For example, boot with cgroup_no_v1=cpu or cgroup_disable=cpu, and then
mount with "mount -t cgroup -ocpu cpu /sys/fs/cgroup/cpu", then all
enabled controllers will be attached except
On 2021/1/14 12:06, Jaegeuk Kim wrote:
On 01/14, Chao Yu wrote:
On 2021/1/13 23:41, Jaegeuk Kim wrote:
[58690.961685] F2FS-fs (vdb) : inject page get in f2fs_pagecache_get_page of
f2fs_quota_write+0x150/0x1f0 [f2fs]
[58691.071481] F2FS-fs (vdb): Inconsistent error blkaddr:31058, sit bitmap:0
[
On Mon, Jan 11, 2021 at 09:00:37AM +0100, Michael Walle wrote:
> Am 2021-01-11 02:34, schrieb Shawn Guo:
> > On Tue, Dec 29, 2020 at 01:03:21PM +0100, Michael Walle wrote:
> > > There is a new variant 1 of this board available. It features up to
> > > four
> > > SerDes lanes for customer use. Add a
On 12/01/2021 10:07, Dan Carpenter wrote:
> On Mon, Jan 11, 2021 at 11:46:38AM +, Colin King wrote:
>> From: Colin Ian King
>>
>> A recent change added a new BOOTUP_DEFAULT power profile mode
>> to the PP_SMC_POWER_PROFILE enum but omitted updating the
>> corresponding profile_name array. Fix
Fix the follow coccicheck warnings:
./drivers/net/wireless/marvell/mwifiex/fw.h: WARNING use flexible-array
member instead(https://www.kernel.org/doc/html/latest/process/
deprecated.html#zero-length-and-one-element-arrays)
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Zhong
---
drivers/net/w
On Tue, Jan 12, 2021 at 2:51 AM Vitaly Wool wrote:
>
> Provide __dtb_start as a parameter to setup_vm() in case
> CONFIG_BUILTIN_DTB is true, so we don't have to duplicate
> BUILTIN_DTB specific processing in MMU-enabled and MMU-disabled
> versions of setup_vm().
>
> Signed-off-by: Vitaly Wool
>
drivers/input/touchscreen/zinitix.c:164:31-32: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
Signed-off-by: Xu Wang
---
drivers/input/touchscreen/zinitix.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/input/t
On Thu, 14 Jan 2021, Mikulas wrote:
>> I'm working with Mingkai on optimizations for Ext4-dax.
>
> What specific patch are you working on? Please, post it somewhere.
Here is the work-in-progress patch:
https://ipads.se.sjtu.edu.cn:1312/opensource/linux/-/tree/ext4-read
It only contains the "read
On 2021/1/15 1:14, Alex Williamson wrote:
> On Thu, 14 Jan 2021 21:05:23 +0800
> Keqian Zhu wrote:
>
>> Hi Alex,
>>
>> On 2021/1/13 5:20, Alex Williamson wrote:
>>> On Thu, 7 Jan 2021 17:28:57 +0800
>>> Keqian Zhu wrote:
>>>
Defer checking whether vfio_dma is of fully-dirty in update_
From: Colin Ian King
There is a spelling contraction mistake in a drm_dbg message. Fix it.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/i915/display/intel_dp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/display/intel_dp.c
b/drivers/gpu/drm/i9
1 - 100 of 1585 matches
Mail list logo
