Hi Bjorn,
On 07-01-21, 11:17, Bjorn Andersson wrote:
> On Tue 05 Jan 23:49 CST 2021, Vinod Koul wrote:
> > +#PIN CONFIGURATION NODES
> > +patternProperties:
> > + '-pinmux$':
>
> I believe that what Rob was asking for was the matter of describing the
> mux and config subnodes under this one.
On 07. 01. 21, 19:16, Cristian Ciocaltea wrote:
Hi Greg,
Thank you for the review!
On Thu, Jan 07, 2021 at 04:20:55PM +0100, Greg Kroah-Hartman wrote:
On Tue, Jan 05, 2021 at 07:02:02PM +0200, Cristian Ciocaltea wrote:
Implement 'poll_put_char' and 'poll_get_char' callbacks in struct
Document the binding for enabling dvfsrc on MediaTek SoC.
Signed-off-by: Henry Chen
---
.../devicetree/bindings/soc/mediatek/dvfsrc.yaml | 67 ++
1 file changed, 67 insertions(+)
create mode 100644 Documentation/devicetree/bindings/soc/mediatek/dvfsrc.yaml
diff --git
Introduce Mediatek MT6873/MT8183/MT8192 specific provider driver
using the interconnect framework.
ICC provider ICC Nodes
- |CPU | |--- |VPU |
- | |- |
Add interconnect provider dt-bindings for MT8183.
Signed-off-by: Henry Chen
Reviewed-by: Rob Herring
---
include/dt-bindings/interconnect/mtk,mt8183-emi.h | 21 +
1 file changed, 21 insertions(+)
create mode 100644 include/dt-bindings/interconnect/mtk,mt8183-emi.h
diff
Enable dvfsrc on mt8183 platform.
Signed-off-by: Henry Chen
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
index 5b782a4..062afe8 100644
---
Add interconnect provider dt-bindings for MT6873.
Signed-off-by: Henry Chen
---
include/dt-bindings/interconnect/mtk,mt6873-emi.h | 41 +++
1 file changed, 41 insertions(+)
create mode 100644 include/dt-bindings/interconnect/mtk,mt6873-emi.h
diff --git
add support for mt6873
Signed-off-by: Henry Chen
---
drivers/soc/mediatek/mtk-dvfsrc.c | 114 ++
1 file changed, 114 insertions(+)
diff --git a/drivers/soc/mediatek/mtk-dvfsrc.c
b/drivers/soc/mediatek/mtk-dvfsrc.c
index c0c6d91..a422680 100644
---
Add a header to collect SIPs and add one SIP call to initialize power
management hardware for the SIP interface defined to access the SPM
handling vcore voltage and ddr rate changes on mt8183 (and most likely
later socs).
Signed-off-by: Henry Chen
Signed-off-by: Arvin Wang
---
Add dvfsrc regulator nodes which is for MT8183-based platforms
Signed-off-by: Henry Chen
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
index
Add dvfsrc driver for MT6873/MT8183/MT8192
Signed-off-by: Henry Chen
---
drivers/soc/mediatek/Kconfig| 12 +
drivers/soc/mediatek/Makefile | 1 +
drivers/soc/mediatek/mtk-dvfsrc.c | 421
include/linux/soc/mediatek/mtk_dvfsrc.h |
Add DDR EMI provider dictating dram interconnect bus performance found on
MT8183-based platforms
Signed-off-by: Henry Chen
---
arch/arm64/boot/dts/mediatek/mt8192.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8192.dtsi
Add dvfsrc regulator nodes which is for MT8192-based platforms
Signed-off-by: Henry Chen
---
arch/arm64/boot/dts/mediatek/mt8192.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8192.dtsi
b/arch/arm64/boot/dts/mediatek/mt8192.dtsi
index
Add DDR EMI provider dictating dram interconnect bus performance found on
MT8192-based platforms
Signed-off-by: Henry Chen
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
This series is based on v5.11-rc1.
The patchsets add support for MediaTek hardware module named DVFSRC
(dynamic voltage and frequency scaling resource collector). The DVFSRC is
a HW module which is used to collect all the requests from both software
and hardware and turn into the decision of
Enable dvfsrc on mt8192 platform.
Signed-off-by: Henry Chen
---
arch/arm64/boot/dts/mediatek/mt8192.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8192.dtsi
b/arch/arm64/boot/dts/mediatek/mt8192.dtsi
index 8252143..dbefc0d 100644
---
It was using some bash-specific features and failed to parse when
running with a different shell like below:
root@kbl-ppc:~/kbl-ws/perf-dev/lck-9077/acme.tmp/tools/perf# ./perf test 83
-vv
83: perf stat metrics (shadow stat) test:
--- start ---
test child
Hi Greg,
Can you cherry-pick these to 4.19.y & 5.4.y:
commit e06689bf57017ac022ccf0f2a5071f760821ce0f
Author: Alexey Dobriyan
Date: Wed Dec 4 16:49:59 2019 -0800
proc: change ->nlink under proc_subdir_lock
commit c6c75deda81344c3a95d1d1f606d5cee109e5d54
Author: Alexey Dobriyan
Date:
On Fri, Jan 08, 2021 at 10:05:26AM +0800, Xu Yilun wrote:
> On Thu, Jan 07, 2021 at 10:26:12AM +0100, Greg KH wrote:
> > On Thu, Jan 07, 2021 at 02:07:08PM +0800, Xu Yilun wrote:
> > > This driver supports the ethernet retimers (C827) for the Intel PAC
> > > (Programmable Acceleration Card) N3000,
On Fri, Jan 08, 2021 at 02:10:51AM +0100, Michael Walle wrote:
> Am 8. Januar 2021 02:00:32 MEZ schrieb Saravana Kannan :
> >On Thu, Jan 7, 2021 at 4:43 PM Saravana Kannan
> >wrote:
> >Nevermind, I see it now. Also, in the future, if you can dump the logs
> >in some kind of pastebin site, that'd
Hi Nick,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f5e6c330254ae691f6d7befe61c786eb5056007e
commit: 9f4069b055d1508c833115df7493b6e0001e5c9b drm/i915: re-disable
-Wframe-address
date: 9 months ago
config:
On Fri, Dec 25, 2020 at 8:44 AM Metztli Information Technology
wrote:
>
> On Wed, Dec 23, 2020 at 3:40 PM Edward Shishkin
> wrote:
> >
> > On 12/23/2020 05:01 PM, Metztli Information Technology wrote:
> > > Niltze [ÃâôÃâ¬Ã°Ã²à ÃâòÃÆùÃâõ : Hello], Ed-
> > >
> > > I
NERS.
Hence, ./scripts/get_maintainer.pl --self-test=patterns complains:
warning: no file matchesF:drivers/net/can/m_can/tcan4x5x.c
Adjust the file entry in MAINTAINERS to the tcan4x5x file splitting.
Signed-off-by: Lukas Bulwahn
---
applies cleanly on next-20210107, not for current ma
On Thu, 7 Jan 2021 at 20:00, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.214 release.
> There are 29 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Thu, Jan 07, 2021 at 09:36:37PM -0500, Your Real Name wrote:
> On Tue, Jan 05, 2021 at 04:05:21PM -0800, David Miller wrote:
> >
> >
> > From: Tong Zhu
> > Date: Wed, 30 Dec 2020 17:54:23 -0500
> >
> > > In 4.x kernel a dst in DST_OBSOLETE_DEAD state is associated
> > > with loopback
The Hyper-V MSI entry is architecture specific. Currently, it is
defined in an arch neutral location. This patch moves it to an
arch specific location.
Signed-off-by: Sunil Muthuswamy
---
arch/x86/include/asm/hyperv-tlfs.h | 7 +++
include/asm-generic/hyperv-tlfs.h | 8
2 files
As per specs, e.g, JESD220E chapter 7.2, while powering
off/on the ufs device, RST_n signal should be between
VSS(Ground) and VCCQ/VCCQ2.
Signed-off-by: Ziqi Chen
---
drivers/scsi/ufs/ufs-qcom.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/scsi/ufs/ufs-qcom.c
Currently, operations related to irq/msi in Hyper-V vPCI are
x86-specific code. In order to support virtual PCI on Hyper-V for
other architectures, introduce generic interfaces to replace the
x86-specific ones. There are no functional changes in this patch.
Co-developed-by: Boqun Feng (Microsoft)
As per specs, e.g, JESD220E chapter 7.2, while powering
off/on the ufs device, REF_CLK signal should be between
VSS(Ground) and VCCQ/VCCQ2.
Signed-off-by: Ziqi Chen
---
drivers/scsi/ufs/ufshcd.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git
Linux VM on Hyper-V crashes with the latest mainline:
[4.069624] detected buffer overflow in strcpy
[4.077733] kernel BUG at lib/string.c:1149!
..
[4.085819] RIP: 0010:fortify_panic+0xf/0x11
...
[4.085819] Call Trace:
[4.085819] acpi_device_add.cold.15+0xf2/0xfb
[
* Sebastian Reichel [210106 13:44]:
> On Wed, Jan 06, 2021 at 02:58:22PM +0200, Tony Lindgren wrote:
> > - struct resource *res;
> >
> > dev_pm_clear_wake_irq(>dev);
> > -
> > - free_irq(keypad_data->irq, keypad_data);
> > -
> > pm_runtime_dont_use_autosuspend(>dev);
> >
set HFI_PROPERTY_CONFIG_VENC_SYNC_FRAME_SEQUENCE_HEADER to FW
to support inband sequence header mode.
Signed-off-by: Dikshita Agarwal
Changes since v2:
- fixed Null pointer dereference (Stanimir, Fritz)
- added set property call at correct place.
---
drivers/media/platform/qcom/venus/venc.c
* H. Nikolaus Schaller [201230 13:29]:
> > Am 30.12.2020 um 13:55 schrieb Adam Ford :
> > On Wed, Dec 30, 2020 at 2:43 AM Tony Lindgren wrote:
> >>
> >> At least for 4430, trying to use the single conversion mode eventually
> >> hangs the thermal sensor. This can be quite easily seen with
* Péter Ujfalusi [201231 12:55]:
> On 12/30/20 10:43 AM, Tony Lindgren wrote:
> > @@ -58,7 +58,8 @@ omap4430_adc_to_temp[OMAP4430_ADC_END_VALUE -
> > OMAP4430_ADC_START_VALUE + 1] = {
> > const struct ti_bandgap_data omap4430_data = {
> > .features = TI_BANDGAP_FEATURE_MODE_CONFIG |
> >
> -Original Message-
> From: Radhey Shyam Pandey
> Sent: Monday, January 4, 2021 10:50 AM
> To: Paul Thomas ; Dan Williams
> ; Vinod Koul ; Michal Simek
> ; Matthew Murrian ;
> Romain Perier ; Krzysztof Kozlowski
> ; Marc Ferland ; Sebastian von Ohr
> ; dmaeng...@vger.kernel.org; Linux ARM
> From: Rafael J. Wysocki
> Sent: Thursday, January 7, 2021 5:48 AM
> > > > Linux VM on Hyper-V crashes with the latest mainline:
> > > > ...
> The root cause is a VM issue AFAICS, though.
Yes.
> It doesn't look like the right fix to me, though.
>
> The problem appears to be that the string
set HFI_PROPERTY_CONFIG_VENC_SYNC_FRAME_SEQUENCE_HEADER to FW
to support inband sequence header mode.
Signed-off-by: Dikshita Agarwal
Changes since v2:
- fixed Null pointer dereference (Stanimir, Fritz)
- added set property call at correct place.
---
drivers/media/platform/qcom/venus/venc.c
On 1/7/21 6:00 PM, David Hildenbrand wrote:
> On 06.01.21 07:11, Anshuman Khandual wrote:
>> Hi Sudershan,
>>
>> This patch (and the cover letter) does not copy LAKML even though the
>> entire change here is arm64 specific. Please do copy all applicable
>> mailing lists for a given patch.
>>
>>
On Thu, Jan 07, 2021 at 07:42:15PM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Because intel_pstate_get_hwp_max() which updates hwp_cap_cached
> may run in parallel with the readers of it, annotate all of the
> read accesses to it with READ_ONCE().
>
> Signed-off-by: Rafael J.
On Thu, Jan 07, 2021 at 07:43:30PM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> All of the callers of intel_pstate_get_hwp_max() access the struct
> cpudata object that corresponds to the given CPU already and the
> function itself needs to access that object (in order to update
On Fri, Jan 8, 2021 at 7:46 AM kernel test robot wrote:
>
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: f5e6c330254ae691f6d7befe61c786eb5056007e
> commit: 5a1328d0c3a757cdd8c65f4dfe0a02502a5810bc block/rnbd-clt: Dynamically
> allocate sglist for
On Thu, Jan 07, 2021 at 07:44:18PM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Rename intel_cpufreq_adjust_hwp() and intel_cpufreq_adjust_perf_ctl()
> to intel_cpufreq_hwp_update() and intel_cpufreq_perf_ctl_update(),
> respectively, to avoid possible confusion with the
From: Sean Christopherson
Convert vcpu_vmx.exit_reason from a u32 to a union (of size u32). The
full VM_EXIT_REASON field is comprised of a 16-bit basic exit reason in
bits 15:0, and single-bit modifiers in bits 31:16.
Historically, KVM has only had to worry about handling the "failed
Introduce a new capability named KVM_CAP_X86_BUS_LOCK_EXIT, which is
used to handle bus locks detected in guest. It allows the userspace to
do custom throttling policies to mitigate the 'noisy neighbour' problem.
Signed-off-by: Chenyi Qiang
---
Documentation/virt/kvm/api.rst | 45
Reset the vcpu->run->flags at the beginning of kvm_arch_vcpu_ioctl_run.
It can avoid every thunk of code that needs to set the flag clear it,
which increases the odds of missing a case and ending up with a flag in
an undefined state.
Signed-off-by: Chenyi Qiang
---
arch/x86/kvm/x86.c | 5 -
Virtual Machine can exploit bus locks to degrade the performance of
system. Bus lock can be caused by split locked access to writeback(WB)
memory or by using locks on uncacheable(UC) memory. The bus lock is
typically >1000 cycles slower than an atomic operation within a cache
line. It also
Hi all,
Resend a rebased version. Hope to receive your comments.
---
This patch series add the support for bus lock VM exit in KVM. It is a
sub-feature of bus lock detection. When it is enabled by the VMM, the
processor generates a "Bus Lock" VM exit following execution of an
instruction if the
On Fri, Jan 08, 2021 at 07:21:52AM +0100, Sedat Dilek wrote:
> On Fri, Jan 8, 2021 at 6:30 AM Al Viro wrote:
> >
> > On Tue, Jan 05, 2021 at 11:29:11AM -0700, Jens Axboe wrote:
> > > Song reported a boot regression in a kvm image with 5.11-rc, and bisected
> > > it down to the below patch.
Hi all,
Resend a rebased version. Hope to receive your comments.
---
This patch series add the support for bus lock VM exit in KVM. It is a
sub-feature of bus lock detection. When it is enabled by the VMM, the
processor generates a "Bus Lock" VM exit following execution of an
instruction if the
On Fri, Jan 08, 2021 at 07:21:52AM +0100, Sedat Dilek wrote:
> On Fri, Jan 8, 2021 at 6:30 AM Al Viro wrote:
> >
> > On Tue, Jan 05, 2021 at 11:29:11AM -0700, Jens Axboe wrote:
> > > Song reported a boot regression in a kvm image with 5.11-rc, and bisected
> > > it down to the below patch.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f5e6c330254ae691f6d7befe61c786eb5056007e
commit: 5a1328d0c3a757cdd8c65f4dfe0a02502a5810bc block/rnbd-clt: Dynamically
allocate sglist for rnbd_iu
date: 3 weeks ago
config: parisc-randconfig-r011-20210108
On Fri, Jan 08, 2021 at 05:26:51AM +, Al Viro wrote:
> On Tue, Jan 05, 2021 at 11:29:11AM -0700, Jens Axboe wrote:
> > Song reported a boot regression in a kvm image with 5.11-rc, and bisected
> > it down to the below patch. Debugging this issue, turns out that the boot
> > stalled when a task
Bus lock debug exception is an ability to notify the kernel by an #DB
trap after the instruction acquires a bus lock and is executed when
CPL>0. This allows the kernel to enforce user application throttling or
mitigations.
Existence of bus lock debug exception is enumerated via
To avoid breaking the CPUs without bus lock detection, activate the
DR6_BUS_LOCK bit (bit 11) conditionally in DR6_FIXED_1 bits.
The set/clear of DR6_BUS_LOCK is similar to the DR6_RTM in DR6
register. The processor clears DR6_BUS_LOCK when bus lock debug
exception is generated. (For all other
Hi all,
Any comment on this rebased version? I'd appreciate it if anyone has
time to review this short series.
---
A bus lock is acquired either through split locked access to writeback
(WB) memory or by using locks to uncacheable (UC) memory. This is
typically > 1000 cycles slower than atomic
On Thu, Jan 7, 2021 at 5:12 PM Guenter Roeck wrote:
>
> On Thu, Jan 07, 2021 at 08:37:25AM +0200, Matti Vaittinen wrote:
> > The BD70528 watchdog module provides start/stop interface for RTC
> > driver because the BD70528 watchdog must be stopped when RTC time
> > is set. (WDG uses RTC counter
On Tue, 2020-12-29 at 14:24 +0800, Ikjoon Jang wrote:
> xhci-mtk has hooks on add_endpoint() and drop_endpoint() from xhci
> to handle its own sw bandwidth managements and stores bandwidth data
> into internal table every time add_endpoint() is called,
> so when bandwidth allocation fails at one
On Fri, Jan 8, 2021 at 6:30 AM Al Viro wrote:
>
> On Tue, Jan 05, 2021 at 11:29:11AM -0700, Jens Axboe wrote:
> > Song reported a boot regression in a kvm image with 5.11-rc, and bisected
> > it down to the below patch. Debugging this issue, turns out that the boot
> > stalled when a task is
On Fri, Jan 8, 2021 at 4:56 AM Jens Axboe wrote:
>
> On 1/7/21 3:17 PM, Doug Anderson wrote:
> > Hi,
> >
> > On Tue, Jan 5, 2021 at 10:30 AM Jens Axboe wrote:
> >>
> >> Song reported a boot regression in a kvm image with 5.11-rc, and bisected
> >> it down to the below patch. Debugging this
[AMD Official Use Only - Approved for External Use]
Hi Guenter,
>> No, because you are not in the approval path (you did not send the patch to
>> me). Reviewed-by: or Acked-by: would be more appropriate.
Got it, my mistake, please use
Acked-by: Naveen Krishna Chatradhi
Regards,
Naveenk
On 1/7/21 9:49 PM, Chatradhi, Naveen Krishna wrote:
> [AMD Official Use Only - Approved for External Use]
>
> Hi David,
>
> Thank you for noticing and submitting a fix. You may use
> Signed-off-by: Naveen Krishna Chatradhi
>
No, because you are not in the approval path (you did not send the
On Thu, 2021-01-07 at 13:09 +0200, Mathias Nyman wrote:
> On 29.12.2020 8.24, Ikjoon Jang wrote:
> > xhci-mtk has hooks on add_endpoint() and drop_endpoint() from xhci
> > to handle its own sw bandwidth managements and stores bandwidth data
> > into internal table every time add_endpoint() is
On Thu, 2021-01-07 at 20:15 +0200, Matti Vaittinen wrote:
> Thanks a lot for taking a careful look at this Guenter!
>
> On Thu, 2021-01-07 at 07:12 -0800, Guenter Roeck wrote:
> > On Thu, Jan 07, 2021 at 08:37:03AM +0200, Matti Vaittinen wrote:
> > > If config for BD70528 watchdog is enabled
Hi Jiri,
On Thu, Jan 7, 2021 at 9:12 PM Jiri Olsa wrote:
>
> On Sun, Dec 27, 2020 at 12:20:34AM +0100, Jiri Olsa wrote:
> > hi,
> > adding support to enable/disable specific events via control
> > file via following commands:
> >
> > # echo 'enable sched:sched_process_fork' > control
> >
ping
On 20/12/22 上午11:06, Liangyan wrote:
We need to lock d_parent->d_lock before dget_dlock, or this may
have d_lockref updated parallelly like calltrace below which will
cause dentry->d_lockref leak and risk a crash.
CPU 0CPU 1
ovl_set_redirect
On 21-12-20, 16:11, Bjorn Andersson wrote:
> The GCC_LPASS_Q6_AXI_CLK and GCC_LPASS_SWAY_CLK clocks may not be
> touched on a typical UEFI based SDM845 device, but when the kernel is
> built with CONFIG_SDM_LPASSCC_845 this happens, unless they are marked
> as protected-clocks in the DT.
>
> This
Since dpm_watchdog just cover two functions __device_suspend() and
device_resume(), we proposed to move it to core power suspend.c to extend
its coverage and monitor more devices suspend hand issues.
We propose to use new name suspend watchdog and new timeout handler to
cover more sleep hang
On Wed, Jan 6, 2021 at 10:33 AM Namhyung Kim wrote:
>
> Hi Arnaldo,
>
> On Tue, Dec 29, 2020 at 8:51 PM Arnaldo Carvalho de Melo
> wrote:
> >
> > Em Wed, Dec 16, 2020 at 06:05:56PM +0900, Namhyung Kim escreveu:
> > > Currently it parses the /proc file everytime it opens a file in the
> > >
[AMD Official Use Only - Approved for External Use]
Hi David,
Thank you for noticing and submitting a fix. You may use
Signed-off-by: Naveen Krishna Chatradhi
Regards,
Naveenk
-Original Message-
From: David Arcari
Sent: Thursday, January 7, 2021 8:17 PM
To:
On 2021-01-07 22:27, isa...@codeaurora.org wrote:
On 2021-01-06 03:56, Will Deacon wrote:
On Thu, Dec 24, 2020 at 12:10:07PM +0530, Sai Prakash Ranjan wrote:
commit ecd7274fb4cd ("iommu: Remove unused IOMMU_SYS_CACHE_ONLY
flag")
removed unused IOMMU_SYS_CACHE_ONLY prot flag and along with it
On Fri, Jan 8, 2021 at 3:52 AM DENG Qingfang wrote:
>
> This was for OpenWrt's swconfig driver, which never made it upstream,
> and was also superseded by MT7530 DSA driver.
>
> Signed-off-by: DENG Qingfang
> ---
> drivers/staging/mt7621-dts/mt7621.dtsi | 7 ---
> 1 file changed, 7
On Thu, Jan 07, 2021 at 07:23:23PM -0700, Rob Herring wrote:
> On Thu, 07 Jan 2021 11:08:27 +0100, Oleksij Rempel wrote:
> > Add "kvg" entry for Kverneland Group: https://ien.kvernelandgroup.com/
> >
> > Signed-off-by: Oleksij Rempel
> > ---
> >
From: Daniel Colascione
This change adds a new function, anon_inode_getfd_secure, that creates
anonymous-node file with individual non-S_PRIVATE inode to which security
modules can apply policy. Existing callers continue using the original
singleton-inode kind of anonymous-inode file. We can
From: Daniel Colascione
This change gives userfaultfd file descriptors a real security
context, allowing policy to act on them.
Signed-off-by: Daniel Colascione
[LG: Remove owner inode from userfaultfd_ctx]
[LG: Use anon_inode_getfd_secure() instead of anon_inode_getfile_secure()
in
From: Daniel Colascione
This change uses the anon_inodes and LSM infrastructure introduced in
the previous patches to give SELinux the ability to control
anonymous-inode files that are created using the new
anon_inode_getfd_secure() function.
A SELinux policy author detects and controls these
Userfaultfd in unprivileged contexts could be potentially very
useful. We'd like to harden userfaultfd to make such unprivileged use
less risky. This patch series allows SELinux to manage userfaultfd
file descriptors and in the future, other kinds of
anonymous-inode-based file descriptor. SELinux
This change adds a new LSM hook, inode_init_security_anon(), that will
be used while creating secure anonymous inodes. The hook allows/denies
its creation and assigns a security context to the inode.
The new hook accepts an optional context_inode parameter that callers
can use to provide
On Thu, Jan 07, 2021 at 03:36:45PM +0100, Andrew Lunn wrote:
> > +static void ar9331_get_stats64(struct dsa_switch *ds, int port,
> > + struct rtnl_link_stats64 *s)
> > +{
> > + struct ar9331_sw_priv *priv = (struct ar9331_sw_priv *)ds->priv;
> > + struct
On Tue, Jan 05, 2021 at 11:29:11AM -0700, Jens Axboe wrote:
> Song reported a boot regression in a kvm image with 5.11-rc, and bisected
> it down to the below patch. Debugging this issue, turns out that the boot
> stalled when a task is waiting on a pipe being released. As we no longer
> run
On 1/7/21 7:48 PM, Sergey Senozhatsky wrote:
On (21/01/07 09:58), Vineet Gupta wrote:
On 1/7/21 9:04 AM, Petr Mladek wrote:
On Thu 2021-01-07 08:43:16, Vineet Gupta wrote:
Hi John,
On 1/7/21 1:02 AM, John Ogness wrote:
Hi Vineet,
On 2021-01-06, Vineet Gupta wrote:
This breaks ARC booting
udp: add missing error handling for bareudp_link_config()
Merge tag 'linux-can-fixes-for-5.11-20210107' of
git://git.kernel.org/.../mkl/linux-can
Merge branch 'net-fix-netfilter-defrag-ip-tunnel-pmtu-blackhole'
Merge https://git.kernel.org/.../bpf/bpf
Merge branch 'bug-fixes-
Hi all,
Changes since 20210107:
The net-next tree gained conflict against the net tree.
The drm tree gained a build failure so I used the version from
next-20210107.
The amdgpu tree gained conflict against Linus' tree and a build failure
so I used the version from next-20210107.
The drm-misc
Mark Brown 於 2021年1月7日 週四 下午9:55寫道：
>
> On Thu, Jan 07, 2021 at 04:59:41PM +0800, Yu-Hsuan Hsu wrote:
> > Add the new command EC_CODEC_I2S_RX_RESET in ec_codec_i2s_rx_subcmd,
> > which is used for resetting the EC codec.
>
> I think the request was to sync over all the commands that are supported
On Sun, Jan 03, 2021 at 03:03:04PM +0100, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> The driver was converted to use the crypto engine helper
> but is missing the corresponding Kconfig statement to ensure
> it is available:
>
> arm-linux-gnueabi-ld: drivers/crypto/omap-sham.o: in function
Since dpm_watchdog just cover two functions __device_suspend() and
device_resume(), we proposed to move it to core power suspend.c to extend
its coverage and monitor more devices suspend hand issues.
We propose to use new name suspend watchdog and new timeout handler to
cover more sleep hang
On Tue, Jan 05, 2021 at 01:24:18PM -0800, Doug Anderson wrote:
>
> ...so while I think your fix will avoid the crash and could land as a
> stopgap, it's a sign that we need to run more repetitions on your
> particular setup to get accurate timings. Your patch will probably
> cause it to just
On Thu, Dec 31, 2020 at 12:33:18AM +0300, Kirill Tkhai wrote:
> crypto: Fix divide error in do_xor_speed()
>
> From: Kirill Tkhai
>
> Latest (but not only latest) linux-next panics with divide
> error on my QEMU setup.
>
> The patch at the bottom of this message fixes the problem.
>
> xor:
On Thu, Jan 7, 2021 at 7:36 PM Rob Herring wrote:
>
> On Thu, Jan 7, 2021 at 4:13 PM Saravana Kannan wrote:
> >
> > On Thu, Jan 7, 2021 at 11:33 AM Rob Herring wrote:
> > >
> > > On Thu, Jan 7, 2021 at 12:09 PM Saravana Kannan
> > > wrote:
> > > >
> > > > On Thu, Jan 7, 2021 at 10:39 AM Rob
On Thu, 17 Dec 2020 17:20:19 +, Colin King wrote:
> There is a spelling mistake in the Kconfig help text. Fix it.
Applied to 5.11/scsi-fixes, thanks!
[1/1] mpt3sas: fix spelling mistake in Kconfig: "compatiblity" ->
"compatibility"
https://git.kernel.org/mkp/scsi/c/39718fe7adb1
--
On Mon, 4 Jan 2021 17:50:26 +0200, Adrian Hunter wrote:
> Update sysfs documentation for addition of DeepSleep power mode.
Applied to 5.11/scsi-fixes, thanks!
[1/1] docs: ABI: sysfs-driver-ufs: Add DeepSleep power mode
https://git.kernel.org/mkp/scsi/c/0b2894cd0fdf
--
Martin K. Petersen
On Tue, 22 Dec 2020 15:29:03 +0800, Stanley Chu wrote:
> This series fixes two WriteBooster issues,
> 1. Fix a corner case that device flush capability is not disabled during
> system suspend
> 2. Fix the checking of UFSHCI quirk UFSHCI_QUIRK_SKIP_MANUAL_WB_FLUSH_CTRL
>
> Stanley Chu (2):
>
On Wed, 6 Jan 2021 14:37:21 -0600, Tyrel Datwyler wrote:
> Commit 2aa0102c6688 ("scsi: ibmvfc: Use correlation token to tag
> commands") sets the vfcFrame correlation token to the pointer handle of
> the associated ibmvfc_event. However, that commit failed to cast the
> pointer to an appropriate
On Thu, 7 Jan 2021 10:53:14 -0800, Jaegeuk Kim wrote:
> Change log from v4:
> - remove RESERVE tag for tm command
> - remove waiting IOs and let full reset handle it
> - avoid verbose error log which causes cpu lock up
Applied to 5.11/scsi-fixes, thanks!
[1/2] scsi: ufs: fix livelock of
On Tue, 5 Jan 2021 20:08:22 -0800, Randy Dunlap wrote:
> Building ufshcd-pltfrm.c on arch/s390/ has a linker error since
> S390 does not support IOMEM, so add a dependency on HAS_IOMEM.
>
> s390-linux-ld: drivers/scsi/ufs/ufshcd-pltfrm.o: in function
> `ufshcd_pltfrm_init':
>
On Tue, 5 Jan 2021 00:41:04 +0100, Arnd Bergmann wrote:
> Phil Oester reported that a fix for a possible buffer overrun that I
> sent caused a regression that manifests in this output:
>
> Event Message: A PCI parity error was detected on a component at bus 0
> device 5 function 0.
>
On Mon, 28 Dec 2020 04:04:36 -0800, Can Guo wrote:
> Users can initiate resets to specific SCSI device/target/host through
> IOCTL. When this happens, the SCSI cmd passed to eh_device/target/host
> _reset_handler() callbacks is initialized with a request whose tag is -1.
> So, in this case, it is
On Mon, 14 Dec 2020 10:54:24 +0100, Lukas Bulwahn wrote:
> Commit 140ea3bbf39a ("sd: use __register_blkdev to avoid a modprobe for an
> unregistered dev_t") removed blk_register_region(devt, ...) in sd_remove()
> and since then, devt is unused in sd_remove().
>
> Hence, make W=1 warns:
>
>
On Sat, 26 Dec 2020 14:15:03 +0800, Dinghao Liu wrote:
> When sdeb_zbc_model does not match BLK_ZONED_NONE,
> BLK_ZONED_HA or BLK_ZONED_HM, we should free sdebug_q_arr
> to prevent memleak. Also there is no need to execute
> sdebug_erase_store() on failure of sdeb_zbc_model_str().
Applied to
Enable the notrace function check on the architecture which doesn't
support kprobes on ftrace but support dynamic ftrace. This notrace
function check is not only for the kprobes on ftrace but also
sw-breakpoint based kprobes.
Thus there is no reason to limit this check for the arch which
supports
On Thu, 7 Jan 2021 09:13:30 -0500
Steven Rostedt wrote:
> On Wed, 6 Jan 2021 12:20:40 +0900
> Masami Hiramatsu wrote:
>
> > Enable the notrace function check on the architecture which doesn't
> > support kprobes on ftrace. This notrace function check is not only
> > for the kprobes on ftrace
1 - 100 of 1274 matches
Mail list logo
