[PATCH v14 2/2] drm/bridge: anx7625: Add anx7625 MIPI DSI/DPI to DP

The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed for portable device. It converts MIPI DSI/DPI to DisplayPort 1.3 4K. Signed-off-by: Xin Ji --- drivers/gpu/drm/bridge/analogix/Kconfig |9 + drivers/gpu/drm/bridge/analogix/Makefile |1 + drivers/gpu/drm/bridge/analog

Re: [PATCH] bfq: fix blkio cgroup leakage

> Il giorno 9 lug 2020, alle ore 10:19, Dmitry Monakhov > ha scritto: > > Paolo Valente writes: > >>> Il giorno 8 lug 2020, alle ore 19:48, Dmitry Monakhov >>> ha scritto: >>> >>> Paolo Valente writes: >>> Hi, sorry for the delay. The commit you propose to drop fix the issue

RE: [REPOST PATCH] arm64: dts: qcom: Fix WiFi supplies on sc7180-idp

> -Original Message- > From: Rakesh Pillai > Sent: Friday, June 26, 2020 2:14 PM > To: 'Douglas Anderson' ; 'Andy Gross' > ; 'Bjorn Andersson' > Cc: 'Evan Green' ; 'Sibi Sankar' > ; 'Rob Herring' ; > 'devicet...@vger.kernel.org' ; 'linux-arm- > m...@vger.kernel.org' ; 'linux- > ker...@

Re: [PATCH 1/2] firmware: arm_scmi: Keep the discrete clock rates sorted

Hi Dien-san, On Thu, Jul 09, 2020 at 08:20:51AM +, Dien Pham wrote: > Hi Sudeep, > > I share my build warning and some in-line comment below: > > CC drivers/firmware/arm_scmi/clock.o > drivers/firmware/arm_scmi/clock.c: In function 'rate_cmp_func': > drivers/firmware/arm_scmi/clock.c:12

[PATCH v16 2/3] dt-bindings: input: Add document bindings for DA7280

Add device tree binding information for DA7280 haptic driver. Example bindings for DA7280 are added. Reviewed-by: Rob Herring . Signed-off-by: Roy Im --- v16: No changes. v15: No changes. v14: No changes. v13: No changes. v12: No changes. v11: No changes. v10: No changes. v9: No changes. v8: Up

Re: [PATCH v2 2/2] clk: scmi: Fix min and max rate when registering clocks with discrete rates

On Thu, Jul 09, 2020 at 08:26:54AM +, Dien Pham wrote: > Hi Sudeep, > > Thanks for your patch. > > >-Original Message- > >From: Sudeep Holla > >Sent: Thursday, July 9, 2020 3:17 PM > >To: linux-arm-ker...@lists.infradead.org; linux-...@vger.kernel.org; Stephen > >Boyd > >Cc: Sudeep H

[PATCH v5 1/2] virtio: let arch validate VIRTIO features

An architecture may need to validate the VIRTIO devices features based on architecture specifics. Signed-off-by: Pierre Morel Reviewed-by: Cornelia Huck Acked-by: Christian Borntraeger --- drivers/virtio/virtio.c | 19 +++ include/linux/virtio_config.h | 1 + 2 files cha

[PATCH v16 3/3] Input: new da7280 haptic driver

Adds support for the Dialog DA7280 LRA/ERM Haptic Driver with multiple mode and integrated waveform memory and wideband support. It communicates via an I2C bus to the device. Signed-off-by: Roy Im --- v16: - Corrected some code and updated description in Kconfig. v15: - Removed s

[PATCH v5 0/2] s390: virtio: let arch validate VIRTIO features

Hi all, The goal of the series is to give a chance to the architecture to validate VIRTIO device features. in this respin: 1) I kept removed the ack from Jason as I reworked the patch @Jason, the nature and goal of the patch did not really changed please can I get back your acked-b

[PATCH v16 1/3] MAINTAINERS: da7280 updates to the Dialog Semiconductor search terms

This patch adds the da7280 bindings doc and driver to the Dialog Semiconductor support list. Signed-off-by: Roy Im --- v16: No changes. v15: No changes. v14: No changes. v13: No changes. v12: Corrected file list order. v11: No changes. v10: No changes. v9: No changes. v8: No changes. v7: No chan

[PATCH v5 2/2] s390: virtio: PV needs VIRTIO I/O device protection

If protected virtualization is active on s390, the virtio queues are not accessible to the host, unless VIRTIO_F_IOMMU_PLATFORM has been negotiated. Use the new arch_validate_virtio_features() interface to fail probe if that's not the case, preventing a host error on access attempt Signed-off-by:

[PATCH v16 0/3] da7280: haptic driver submission

This patch adds support for the Dialog DA7280 Haptic driver IC. In this patch set the following is provided: [PATCH v16 1/3] MAINTAINERS file update for DA7280 [PATCH v16 2/3] DA7280 DT Binding [PATCH v16 3/3] DA7280 Driver This patch applies against linux-next and v5.8-rc4 Thank you, Roy Im, D

[PATCH v5 0/8] crpyto: introduce OSCCA certificate and SM2 asymmetric algorithm

Hello all, This new module implement the OSCCA certificate and SM2 public key algorithm. It was published by State Encryption Management Bureau, China. List of specifications for OSCCA certificate and SM2 elliptic curve public key cryptography: * GM/T 0003.1-2012 * GM/T 0003.2-2012 * GM/T 0003.3-

[PATCH v5 5/8] crypto: testmgr - support test with different ciphertext per encryption

Some asymmetric algorithms will get different ciphertext after each encryption, such as SM2, and let testmgr support the testing of such algorithms. In struct akcipher_testvec, set c and c_size to be empty, skip the comparison of the ciphertext, and compare the decrypted plaintext with m to achiev

[PATCH v5 3/8] lib/mpi: Introduce ec implementation to MPI library

The implementation of EC is introduced from libgcrypt as the basic algorithm of elliptic curve, which can be more perfectly integrated with MPI implementation. Some other algorithms will be developed based on mpi ecc, such as SM2. Signed-off-by: Tianjia Zhang --- include/linux/mpi.h | 105 +++

Re: [PATCH v4] mm/zswap: move to use crypto_acomp API for hardware acceleration

On 2020-07-09 07:55:22 [+], Song Bao Hua (Barry Song) wrote: > Hello Sebastian, thanks for your reply and careful review. Hi, > I don't think we can simply "forward the result to the caller and let him > decide". > Would you like to present some pseudo code? I provided just some pseudo code

[PATCH v5 4/8] crypto: sm2 - introduce OSCCA SM2 asymmetric cipher algorithm

This new module implement the SM2 public key algorithm. It was published by State Encryption Management Bureau, China. List of specifications for SM2 elliptic curve public key cryptography: * GM/T 0003.1-2012 * GM/T 0003.2-2012 * GM/T 0003.3-2012 * GM/T 0003.4-2012 * GM/T 0003.5-2012 IETF: https:

[PATCH v5 2/8] lib/mpi: Extend the MPI library

Expand the mpi library based on libgcrypt, and the ECC algorithm of mpi based on libgcrypt requires these functions. Some other algorithms will be developed based on mpi ecc, such as SM2. Signed-off-by: Tianjia Zhang --- include/linux/mpi.h| 88 +++ lib/mpi/Makefile | 5 + l

[PATCH v5 7/8] X.509: support OSCCA sm2-with-sm3 certificate verification

The digital certificate format based on SM2 crypto algorithm as specified in GM/T 0015-2012. It was published by State Encryption Management Bureau, China. The method of generating Other User Information is defined as ZA=H256(ENTLA || IDA || a || b || xG || yG || xA || yA), it also specified in ht

[PATCH v5 6/8] X.509: support OSCCA certificate parse

The digital certificate format based on SM2 crypto algorithm as specified in GM/T 0015-2012. It was published by State Encryption Management Bureau, China. This patch adds the OID object identifier defined by OSCCA. The x509 certificate supports sm2-with-sm3 type certificate parsing. It uses the s

RE: [PATCH v5 0/5] scsi: ufs: Add Host Performance Booster Support

> > Hello, > > > > > > Just a gentle reminder that I'd like some feedback. > > > Any suggestions here? > > If no-one objects, I think you can submit your patches for review as non- > RFC. > > > [PATCH v5 0/5] scsi: ufs: Add Host Performance Booster Support > ~~ > It is non-RFC version. Oops -

[PATCH v5 1/8] crypto: sm3 - export crypto_sm3_final function

Both crypto_sm3_update and crypto_sm3_finup have been exported, exporting crypto_sm3_final, to avoid having to use crypto_sm3_finup(desc, NULL, 0, dgst) to calculate the hash in some cases. Signed-off-by: Tianjia Zhang --- crypto/sm3_generic.c | 7 --- include/crypto/sm3.h | 2 ++ 2 files ch

[PATCH v5 8/8] integrity: Asymmetric digsig supports SM2-with-SM3 algorithm

Asymmetric digsig supports SM2-with-SM3 algorithm combination, so that IMA can also verify SM2's signature data. Signed-off-by: Tianjia Zhang --- security/integrity/digsig_asymmetric.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/security/integrity/digsig_a

Re: [PATCH v4 11/18] nitro_enclaves: Add logic for enclave memory region set

On 09.07.20 09:36, Paraschiv, Andra-Irina wrote: On 06/07/2020 13:46, Alexander Graf wrote: On 22.06.20 22:03, Andra Paraschiv wrote: Another resource that is being set for an enclave is memory. User space memory regions, that need to be backed by contiguous memory regions, are associate

Re: [PATCH] TI DAVINCI SERIES MEDIA DRIVER: Replace HTTP links with HTTPS ones

Hi Alexander, On 09/07/2020 08:28, Alexander A. Klimov wrote: > Rationale: > Reduces attack surface on kernel devs opening the links for MITM > as HTTPS traffic is much harder to manipulate. > > Deterministic algorithm: > For each file: > If not .svg: > For each line: > If doesn't con

[tip: sched/core] PCI: Restrict probe functions to housekeeping CPUs

The following commit has been merged into the sched/core branch of tip: Commit-ID: 69a18b18699b59654333651d95f8ca09d01048f8 Gitweb: https://git.kernel.org/tip/69a18b18699b59654333651d95f8ca09d01048f8 Author:Alex Belits AuthorDate:Thu, 25 Jun 2020 18:34:42 -04:00 Committer:

[tip: sched/core] sched/uclamp: Fix initialization of struct uclamp_rq

The following commit has been merged into the sched/core branch of tip: Commit-ID: d81ae8aac85ca2e307d273f6dc7863a721bf054e Gitweb: https://git.kernel.org/tip/d81ae8aac85ca2e307d273f6dc7863a721bf054e Author:Qais Yousef AuthorDate:Tue, 30 Jun 2020 12:21:22 +01:00 Committer:

[tip: sched/core] sched/uclamp: Protect uclamp fast path code with static key

The following commit has been merged into the sched/core branch of tip: Commit-ID: 46609ce227039fd192e0ecc7d940bed587fd2c78 Gitweb: https://git.kernel.org/tip/46609ce227039fd192e0ecc7d940bed587fd2c78 Author:Qais Yousef AuthorDate:Tue, 30 Jun 2020 12:21:23 +01:00 Committer:

[tip: sched/core] sched, vmlinux.lds: Increase STRUCT_ALIGNMENT to 64 bytes for GCC-4.9

The following commit has been merged into the sched/core branch of tip: Commit-ID: 85c2ce9104eb93517db2037699471c517e81f9b4 Gitweb: https://git.kernel.org/tip/85c2ce9104eb93517db2037699471c517e81f9b4 Author:Peter Zijlstra AuthorDate:Tue, 30 Jun 2020 16:49:05 +02:00 Committ

[tip: sched/core] sched: Add a tracepoint to track rq->nr_running

The following commit has been merged into the sched/core branch of tip: Commit-ID: 9d246053a69196c7c27068870e9b4b66ac536f68 Gitweb: https://git.kernel.org/tip/9d246053a69196c7c27068870e9b4b66ac536f68 Author:Phil Auld AuthorDate:Mon, 29 Jun 2020 15:23:03 -04:00 Committer:

[tip: sched/core] lib: Restrict cpumask_local_spread to houskeeping CPUs

The following commit has been merged into the sched/core branch of tip: Commit-ID: 1abdfe706a579a702799fce465bceb9fb01d407c Gitweb: https://git.kernel.org/tip/1abdfe706a579a702799fce465bceb9fb01d407c Author:Alex Belits AuthorDate:Thu, 25 Jun 2020 18:34:41 -04:00 Committer:

[tip: sched/core] net: Restrict receive packets queuing to housekeeping CPUs

The following commit has been merged into the sched/core branch of tip: Commit-ID: 07bbecb3410617816a99e76a2df7576507a0c8ad Gitweb: https://git.kernel.org/tip/07bbecb3410617816a99e76a2df7576507a0c8ad Author:Alex Belits AuthorDate:Thu, 25 Jun 2020 18:34:43 -04:00 Committer:

Re: [PATCH v2] genpd: Fix up terminology with parent/child

Hi Kees, On 09/07/2020 00:32, Kees Cook wrote: > The genpd infrastructure uses the terms master/slave, but such uses have > no external exposures (not even in Documentation/driver-api/pm/*) and are > not mandated by nor associated with any external specifications. Change > the language used throug

Re: i8042 AUX port [serio1] suspend takes a second on Dell XPS 13 9360

Dear Dmitry, dear Mario, Am 21.02.18 um 10:22 schrieb Paul Menzel: Am 15.02.2018 um 16:22 schrieb mario.limoncie...@dell.com: -Original Message- From: Paul Menzel [mailto:pmenzel+linux-in...@molgen.mpg.de] Sent: Thursday, February 15, 2018 2:26 AM On 02/14/18 18:11, mario.limoncie...@

Re: [PATCH v5 07/13] pwm: add support for sl28cpld PWM controller

Hello Michael, On Mon, Jul 06, 2020 at 07:53:47PM +0200, Michael Walle wrote: > diff --git a/drivers/pwm/pwm-sl28cpld.c b/drivers/pwm/pwm-sl28cpld.c > new file mode 100644 > index ..8ee286b605bf > --- /dev/null > +++ b/drivers/pwm/pwm-sl28cpld.c > @@ -0,0 +1,187 @@ > +// SPDX-License-I

RE: [PATCH v2] drm/bridge: dw-mipi-dsi.c: Add VPG runtime config through debugfs

Hi Philippe, From: Philippe CORNU Date: Thu, Jul 09, 2020 at 08:56:10 > > On 7/8/20 7:08 PM, Angelo Ribeiro wrote: > > Hi, > > > > Is this patch good to go? > > @dan...@ffwll.ch, @Philippe CORNU > > > > Was already tested by @Yannick FERTRE > > and @Adrian Pop > > on > > https://urldefense.c

RE: [PATCH 1/2] firmware: arm_scmi: Keep the discrete clock rates sorted

Dear Sudeep-san, > > >+} > > >+ > > > static int > > > scmi_clock_describe_rates_get(const struct scmi_handle *handle, u32 > > > clk_id, > > > struct scmi_clock_info *clk) @@ -184,8 +193,10 @@ > > >scmi_clock_describe_rates_get(const struct scmi_handle *handle, u32 clk_id

Re: [PATCH 1/8] cpufreq: allow drivers to flag custom support for freq invariance

Hi guys, On Monday 06 Jul 2020 at 14:14:47 (+0200), Dietmar Eggemann wrote: > On 02/07/2020 13:44, Ionela Voinescu wrote: > > Hi, > > > > On Thursday 02 Jul 2020 at 08:28:18 (+0530), Viresh Kumar wrote: > >> On 01-07-20, 18:05, Rafael J. Wysocki wrote: > >>> On Wed, Jul 1, 2020 at 3:33 PM Ionela

Re: [GIT PULL][PATCH v7 0/7] Add support for ZSTD-compressed kernel and initramfs

On Wed, Jul 8, 2020 at 8:55 PM Nick Terrell wrote: > > From: Nick Terrell > > Please pull from > > g...@github.com:terrelln/linux.git tags/v7-zstd > > to get these changes. Alternatively the patchset is included. > > Hi all, > > This patch set adds support for a ZSTD-compressed kernel, ramdisk,

Re: [PATCH] spi: spi-geni-qcom: Set the clock properly at runtime resume

On 7/9/2020 5:09 AM, Douglas Anderson wrote: In the patch ("spi: spi-geni-qcom: Avoid clock setting if not needed") we avoid a whole pile of clock code. As part of that, we should have restored the clock at runtime resume. Do that. It turns out that, at least with today's configurations, thi

RE: [PATCH v2 2/2] clk: scmi: Fix min and max rate when registering clocks with discrete rates

Dear Sudeep-san, >-Original Message- >From: Sudeep Holla >Sent: Thursday, July 9, 2020 3:39 PM >To: Dien Pham >Cc: linux-arm-ker...@lists.infradead.org; linux-...@vger.kernel.org; Stephen >Boyd ; linux-kernel@vger.kernel.org; Michael Turquette >; Sudeep Holla >Subject: Re: [PATCH v2

arch/mips/kvm/emulate.c:1734:28: warning: right shift count >= width of type

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 0bddd227f3dc55975e2b8dfa7fc6f959b062a2c7 commit: dc6d95b153e78ed70b1b2c04aadffb76bcd2b3ec KVM: MIPS: Add more MMIO load/store instructions emulation date: 5 weeks ago config: mips-randconfig-r031-20200709

Re: [PATCH v5 2/2] s390: virtio: PV needs VIRTIO I/O device protection

On Thu, 9 Jul 2020 10:39:19 +0200 Pierre Morel wrote: > If protected virtualization is active on s390, the virtio queues are > not accessible to the host, unless VIRTIO_F_IOMMU_PLATFORM has been > negotiated. Use the new arch_validate_virtio_features() interface to > fail probe if that's not the

Re: [PATCH v5 9/9] remoteproc: Properly handle firmware name when attaching

On 7/7/20 11:00 PM, Mathieu Poirier wrote: > This patch prevents the firmware image name from being displayed when > the remoteproc core is attaching to a remote processor. This is needed > needed since there is no guarantee about the nature of the firmware > image that is loaded by the external

KASAN: use-after-free Read in delete_and_unsubscribe_port (2)

Hello, syzbot found the following crash on: HEAD commit:7cc2a8ea Merge tag 'block-5.8-2020-07-01' of git://git.ker.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=11561e7b10 kernel config: https://syzkaller.appspot.com/x/.config?x=7be693511b29b338 das

Re: [PATCH 2/2] doc, mm: clarify /proc//oom_score value range

On Thu, Jul 9, 2020 at 4:18 PM Michal Hocko wrote: > > On Thu 09-07-20 15:41:11, Yafang Shao wrote: > > On Thu, Jul 9, 2020 at 2:26 PM Michal Hocko wrote: > > > > > > From: Michal Hocko > > > > > > The exported value includes oom_score_adj so the range is no [0, 1000] > > > as described in the p

Re: [PATCH v5 00/17] Add static_call()

On Wed, Jun 24, 2020 at 05:30:24PM +0200, Peter Zijlstra wrote: > Hi all, > > Hopefully for the last time... > > static_call(), is the idea of static_branch() applied to indirect function > calls. Remove a data load (indirection) by modifying the text. > > The inline implementation still relies

[PATCH] dt-bindings: devfreq: rk3399_dmc: Add rockchip,pmu phandle

The Rockchip DMC (Dynamic Memory Interface) needs to access to the PMU general register files to know the DRAM type, so add a phandle to the syscon that manages these registers. Signed-off-by: Enric Balletbo i Serra Reviewed-by: Chanwoo Choi Acked-by: Rob Herring Signed-off-by: Gaël PORTAY Ack

Re: [PATCH v3 3/6] gpio: max77620: Don't set of_node

On Thu, Jul 9, 2020 at 12:44 AM Dmitry Osipenko wrote: > 08.07.2020 23:57, Andy Shevchenko пишет: > > On Wednesday, July 8, 2020, Dmitry Osipenko > > wrote: ... > > I gave a second look and I think my suggestion is wrong. Here is an > > interesting propagation of the pa

RE: [PATCH v4] mm/zswap: move to use crypto_acomp API for hardware acceleration

> -Original Message- > From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On > Behalf Of Sebastian Andrzej Siewior > Sent: Thursday, July 9, 2020 8:41 PM > To: Song Bao Hua (Barry Song) > Cc: a...@linux-foundation.org; herb...@gondor.apana.org.au; > da...@davemloft.net; lin

Re: [PATCH 1/8] cpufreq: allow drivers to flag custom support for freq invariance

On 09-07-20, 09:53, Ionela Voinescu wrote: > On Monday 06 Jul 2020 at 14:14:47 (+0200), Dietmar Eggemann wrote: > > Why can't we just move the arch_set_freq_scale() call from cpufreq > > driver to cpufreq core w/o introducing a FIE related driver flag? > > > > Current scenario for Frequency Invari

Re: [PATCH v3 1/6] mm/memory_hotplug: introduce default dummy memory_add_physaddr_to_nid()

On 09.07.20 04:06, Jia He wrote: > This is to introduce a general dummy helper. memory_add_physaddr_to_nid() > is a fallback option to get the nid in case NUMA_NO_NID is detected. > > After this patch, arm64/sh/s390 can simply use the general dummy version. > PowerPC/x86/ia64 will still use their

RE: [PATCH] fpga: dfl: pci: add device id for Intel FPGA PAC N3000

> Subject: [PATCH] fpga: dfl: pci: add device id for Intel FPGA PAC N3000 > > Add PCIe Device ID for Intel FPGA PAC N3000. > > Signed-off-by: Wu Hao > Signed-off-by: Xu Yilun > Signed-off-by: Matthew Gerlach > Signed-off-by: Russ Weight > --- > drivers/fpga/dfl-pci.c | 2 ++ > 1 file changed

Re: [PATCH v3 3/6] sh/mm: use default dummy memory_add_physaddr_to_nid()

On 09.07.20 04:06, Jia He wrote: > After making default memory_add_physaddr_to_nid in mm/memory_hotplug, > there is no use to define a similar one in arch specific directory. > > Signed-off-by: Jia He > --- > arch/sh/mm/init.c | 9 - > 1 file changed, 9 deletions(-) > > diff --git a/arc

Re: [PATCH v3 2/6] arm64/mm: use default dummy memory_add_physaddr_to_nid()

On 09.07.20 04:06, Jia He wrote: > After making default memory_add_physaddr_to_nid() in mm/memory_hotplug, > it is no use defining a similar one in arch specific directory. > > Signed-off-by: Jia He > --- > arch/arm64/mm/numa.c | 10 -- > 1 file changed, 10 deletions(-) > > diff --git a

[PATCH v1 2/2] arm64: tlb: Use the TLBI RANGE feature in arm64

Add __TLBI_VADDR_RANGE macro and rewrite __flush_tlb_range(). Signed-off-by: Zhenyu Ye --- arch/arm64/include/asm/tlbflush.h | 156 -- 1 file changed, 126 insertions(+), 30 deletions(-) diff --git a/arch/arm64/include/asm/tlbflush.h b/arch/arm64/include/asm/tlbflush

linux-next: build warning after merge of the akpm-current tree

Hi all, After merging the akpm-current tree, today's linux-next build (i386 defconfig) produced this warning: mm/hugetlb.c:49:20: warning: 'hugetlb_cma' defined but not used [-Wunused-variable] 49 | static struct cma *hugetlb_cma[MAX_NUMNODES]; |^~~ Maybe in

[PATCH v1 1/2] arm64: tlb: Detect the ARMv8.4 TLBI RANGE feature

ARMv8.4-TLBI provides TLBI invalidation instruction that apply to a range of input addresses. This patch detect this feature. Signed-off-by: Zhenyu Ye --- arch/arm64/include/asm/cpucaps.h | 3 ++- arch/arm64/include/asm/sysreg.h | 3 +++ arch/arm64/kernel/cpufeature.c | 10 ++ 3 fil

[PATCH v1 0/2] arm64: tlb: add support for TLBI RANGE instructions

NOTICE: this series are based on the arm64 for-next/tlbi branch: git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git for-next/tlbi -- ARMv8.4-TLBI provides TLBI invalidation instruction that apply to a range of input addresses. This series add support for this feature. I tested this fea

[PATCH v2] Add MediaTek MT6779 devapc driver

These patch series introduce a MediaTek MT6779 devapc driver. MediaTek bus fabric provides TrustZone security support and data protection to prevent slaves from being accessed by unexpected masters. The security violation is logged and sent to the processor for further analysis or countermeasures.

Re: [PATCH v3 6/6] mm/memory_hotplug: fix unpaired mem_hotplug_begin/done

On 09.07.20 04:06, Jia He wrote: > When check_memblock_offlined_cb() returns failed rc(e.g. the memblock is > online at that time), mem_hotplug_begin/done is unpaired in such case. > > Therefore a warning: > Call Trace: > percpu_up_write+0x33/0x40 > try_remove_memory+0x66/0x120 > ? _cond_re

[PATCH v2 2/2] soc: mediatek: add mtk-devapc driver

MediaTek bus fabric provides TrustZone security support and data protection to prevent slaves from being accessed by unexpected masters. The security violation is logged and sent to the processor for further analysis or countermeasures. Any occurrence of security violation would raise an interrupt

[PATCH v2 1/2] dt-bindings: devapc: add bindings for mtk-devapc

Add bindings for mtk-devapc. Signed-off-by: Neal Liu --- .../devicetree/bindings/soc/mediatek/devapc.yaml | 82 1 file changed, 82 insertions(+) create mode 100644 Documentation/devicetree/bindings/soc/mediatek/devapc.yaml diff --git a/Documentation/devicetree/bindings

[PATCH v5.1 16/17] tracepoint: Optimize using static_call()

Subject: tracepoint: Optimize using static_call() From: "Steven Rostedt (VMware)" Date: Fri, 5 Oct 2018 09:31:43 -0400 From: "Steven Rostedt (VMware)" Currently the tracepoint site will iterate a vector and issue indirect calls to however many handlers are registered (ie. the vector is long).

Re: [PATCH v1 2/2] arm64: tlb: Use the TLBI RANGE feature in arm64

On 2020/7/9 17:10, Zhenyu Ye wrote: > + /* > + * When cpu does not support TLBI RANGE feature, we flush the tlb > + * entries one by one at the granularity of 'stride'. > + * When cpu supports the TLBI RANGE feature, then: > + * 1. If pages is odd, flush the first page throu

Re: chrome-platform/for-kernelci bisection: baseline.bootrr.rockchip-dp-probed on rk3399-gru-kevin

Hi, On 8/7/20 22:32, Guenter Roeck wrote: > On 7/8/20 11:59 AM, kernelci.org bot wrote: >> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * >> * This automated bisection report was sent to you on the basis * >> * that you may be involved with the breaking commit it has * >>

Re: [PATCH] efi: avoid error message when booting under Xen

On 28.06.20 10:50, Jürgen Groß wrote: Ping? On 10.06.20 16:10, Juergen Gross wrote: efifb_probe() will issue an error message in case the kernel is booted as Xen dom0 from UEFI as EFI_MEMMAP won't be set in this case. Avoid that message by calling efi_mem_desc_lookup() only if EFI_PARAVIRT isn'

[PATCH] arm64: dts: qcom: sc7180: Add missing properties for Wifi node

The wlan firmware memory is statically mapped in the Trusted Firmware, hence the wlan driver does not need to map/unmap this region dynamically. Hence add the property to indicate the wlan driver to not map/unamp the firmware memory region dynamically. Also add the chain1 voltage supply for wlan.

Re: [patch 0/3] x86/entry: A couple of small fixes

On Wed, Jul 08, 2020 at 09:28:04PM +0200, Thomas Gleixner wrote: > - Syzbot reported a missing local_irq_disable() in exc_alignment_check() > - A missing noinstr annotation > - Make a function static which is not longer used from ASM code Acked-by: Peter Zijlstra (Intel)

linux-next: Tree for Jul 9

Hi all, Changes since 20200708: My fixes tree contains: dbf24e30ce2e ("device_cgroup: Fix RCU list debugging warning") b236d81d9e4f ("powerpc/boot/dts: Fix dtc "pciex" warnings") The kbuild tree still had its build failure for which I reverted a commit. The scmi tree gained a build failure

Re: [PATCH v3 4/6] mm: don't export memory_add_physaddr_to_nid in arch specific directory

On 09.07.20 11:18, Mike Rapoport wrote: > On Thu, Jul 09, 2020 at 03:11:04AM +0100, Matthew Wilcox wrote: >> On Thu, Jul 09, 2020 at 10:06:27AM +0800, Jia He wrote: >>> After a general version of __weak memory_add_physaddr_to_nid implemented >>> and exported , it is no use exporting twice in arch d

Re: Packet gets stuck in NOLOCK pfifo_fast qdisc

On Wed, 2020-07-08 at 13:16 -0700, Cong Wang wrote: > On Tue, Jul 7, 2020 at 7:18 AM Paolo Abeni wrote: > > So the regression with 2 pktgen threads is still relevant. 'perf' shows > > relevant time spent into net_tx_action() and __netif_schedule(). > > So, touching the __QDISC_STATE_SCHED bit in

[tip: x86/urgent] x86/entry/common: Make prepare_exit_to_usermode() static

The following commit has been merged into the x86/urgent branch of tip: Commit-ID: bd87e6f6610aa96fde01ee6653e162213f7ec836 Gitweb: https://git.kernel.org/tip/bd87e6f6610aa96fde01ee6653e162213f7ec836 Author:Thomas Gleixner AuthorDate:Wed, 08 Jul 2020 21:28:07 +02:00 Commit

[tip: x86/urgent] x86/entry: Mark check_user_regs() noinstr

The following commit has been merged into the x86/urgent branch of tip: Commit-ID: 006e1ced516d2bfd9db63a32b5dba3c2abf43b04 Gitweb: https://git.kernel.org/tip/006e1ced516d2bfd9db63a32b5dba3c2abf43b04 Author:Thomas Gleixner AuthorDate:Wed, 08 Jul 2020 21:28:06 +02:00 Commit

[tip: x86/urgent] x86/traps: Disable interrupts in exc_aligment_check()

The following commit has been merged into the x86/urgent branch of tip: Commit-ID: bce9b042ec73e8662b8119d4ca47e7c78b20d0bf Gitweb: https://git.kernel.org/tip/bce9b042ec73e8662b8119d4ca47e7c78b20d0bf Author:Thomas Gleixner AuthorDate:Wed, 08 Jul 2020 21:28:05 +02:00 Commit

Re: [PATCH v3 4/6] mm: don't export memory_add_physaddr_to_nid in arch specific directory

On Thu, Jul 09, 2020 at 03:11:04AM +0100, Matthew Wilcox wrote: > On Thu, Jul 09, 2020 at 10:06:27AM +0800, Jia He wrote: > > After a general version of __weak memory_add_physaddr_to_nid implemented > > and exported , it is no use exporting twice in arch directory even if > > e,g, ia64/x86 have the

Re: [PATCH v3 5/8] ASoC: qcom: lpass-platform: Replace card->dev with component->dev

On 08/07/2020 06:08, Rohit kumar wrote: From: Ajit Pandey We are allocating dma memory for component->dev but trying to mmap such memory for substream->pcm->card->dev. Replace device argument in mmap with component->dev to fix this. Signed-off-by: Ajit Pandey Reviewed-by: Srinivas Kanda

Re: [PATCH v3 1/8] ASoC: qcom: Add common array to initialize soc based core clocks

On 08/07/2020 06:08, Rohit kumar wrote: From: Ajit Pandey LPASS variants have their own soc specific clocks that needs to be enabled for MI2S audio support. Added a common variable in drvdata to initialize such clocks using bulk clk api. Such clock names is defined in variants specific data

Re: [PATCH v3 3/8] ASoC: qcom: lpass: Use regmap_field for i2sctl and dmactl registers

On 08/07/2020 06:08, Rohit kumar wrote: I2SCTL and DMACTL registers has different bits alignment for newer LPASS variants of SC7180 soc. Use REG_FIELD_ID() to define the reg_fields in platform specific file and removed shifts and mask macros for such registers from header file. Signed-off-by:

Re: [PATCH v3 2/8] ASoC: qcom: lpass-cpu: Move ahbix clk to platform specific function

On 08/07/2020 06:08, Rohit kumar wrote: Ahbix clock is optional clock and not needed for all platforms. Move it to lpass-apq8016/ipq806x as it is not needed for sc7180. Signed-off-by: Rohit kumar --- sound/soc/qcom/lpass-apq8016.c | 27 ++ sound/soc/qcom/lpass-cpu.

Re: [PATCH v3 6/8] dt-bindings: sound: lpass-cpu: Add sc7180 lpass cpu node

On 08/07/2020 06:08, Rohit kumar wrote: Add dt-bindings to support "qcom,lpass-cpu-sc7180" node. Signed-off-by: Rohit kumar --- Documentation/devicetree/bindings/sound/qcom,lpass-cpu.txt | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/binding

Re: [PATCH v3 7/8] ASoC: qcom: lpass-sc7180: Add platform driver for lpass audio

On 08/07/2020 06:08, Rohit kumar wrote: From: Ajit Pandey Add platform driver for configuring sc7180 lpass core I2S and DMA configuration to support playback & capture to external codecs connected over primary & secondary MI2S interfaces. Signed-off-by: Ajit Pandey Signed-off-by: Rohit kum

Re: Linux 4.14.188

diff --git a/Makefile b/Makefile index 42b7d816d102..7dc8eec60e7c 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 14 -SUBLEVEL = 187 +SUBLEVEL = 188 EXTRAVERSION = NAME = Petit Gorille diff --git a/arch/mips/kernel/traps.c b/ar

Linux 4.9.230

I'm announcing the release of the 4.9.230 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.4.230

diff --git a/Makefile b/Makefile index 99b211904ac5..847f2537d39d 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 229 +SUBLEVEL = 230 EXTRAVERSION = NAME = Blurry Fish Butt diff --git a/arch/mips/kernel/traps.c b/arch/mips/kernel/traps.c index 6abd6

Linux 4.4.230

I'm announcing the release of the 4.4.230 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Linux 4.19.132

I'm announcing the release of the 4.19.132 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 browser

Linux 4.14.188

I'm announcing the release of the 4.14.188 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web browser

Re: Linux 4.19.132

diff --git a/Makefile b/Makefile index 605a6a2e03dc..c46ce2ef8b57 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 19 -SUBLEVEL = 131 +SUBLEVEL = 132 EXTRAVERSION = NAME = "People's Front" diff --git a/arch/mips/kernel/traps.c b

Re: Linux 4.9.230

diff --git a/Makefile b/Makefile index a8a9704a6e2e..e426d0c90188 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 9 -SUBLEVEL = 229 +SUBLEVEL = 230 EXTRAVERSION = NAME = Roaring Lionus diff --git a/arch/mips/kernel/traps.c b/arch/mips/kernel/traps.c index 8e07496

Re: [PATCH 5.4 00/65] 5.4.51-rc1 review

On Wed, Jul 08, 2020 at 05:58:27PM +0100, Jon Hunter wrote: > > On 08/07/2020 16:15, Greg Kroah-Hartman wrote: > > On Wed, Jul 08, 2020 at 09:41:33AM +0100, Jon Hunter wrote: > >> > >> On 07/07/2020 16:16, Greg Kroah-Hartman wrote: > >>> This is the start of the stable review cycle for the 5.4.51

Re: [PATCH 5.7 000/112] 5.7.8-rc1 review

On Wed, Jul 08, 2020 at 10:53:39AM -0700, Guenter Roeck wrote: > On Tue, Jul 07, 2020 at 05:16:05PM +0200, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.7.8 release. > > There are 112 patches in this series, all will be posted as a response > > to this one. I

Linux 5.7.8

I'm announcing the release of the 5.7.8 kernel. All users of the 5.7 kernel series must upgrade. The updated 5.7.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-5.7.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 5.4.51

diff --git a/Makefile b/Makefile index 380e398b2995..6ac83669e073 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 5 PATCHLEVEL = 4 -SUBLEVEL = 50 +SUBLEVEL = 51 EXTRAVERSION = NAME = Kleptomaniac Octopus diff --git a/arch/mips/kernel/traps.c

Linux 5.4.51

I'm announcing the release of the 5.4.51 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:

Re: [GIT PULL] EFI fixes

On Wed, Jul 8, 2020 at 8:00 PM Linus Torvalds wrote: > > On Wed, Jul 8, 2020 at 9:21 AM Peter Zijlstra wrote: > > > > > > It's perhaps yet another reason to just skip gcc-4.8 too, since > > > apparently 4.9 works. > > > > > > gcc-4.9 really has a lot of advantages. It's where (I think) gcc > > >

Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS

Hi Rafael, On 11/6/20 13:06, Enric Balletbo i Serra wrote: > Hi, > > On 11/6/20 0:43, Dmitry Torokhov wrote: >> On Wed, Jun 10, 2020 at 09:52:12PM +, mario.limoncie...@dell.com wrote: -Original Message- From: Dmitry Torokhov Sent: Wednesday, June 10, 2020 4:41 PM

Re: [ANNOUNCE] 4.4.229-rt200

On 2020-07-08 18:44:02 [-], Daniel Wagner wrote: > I'm pleased to announce the 4.4.229-rt200 stable release. > > This release is just an update to the new stable 4.4.215 version. Your template is off here. > Note: This update required dealing with a conflict in net/core/dev.c, where > devnet

RE: [PATCH v3 4/6] mm: don't export memory_add_physaddr_to_nid in arch specific directory

Hi David > -Original Message- > From: David Hildenbrand > Sent: Thursday, July 9, 2020 5:19 PM > To: Mike Rapoport ; Matthew Wilcox > > Cc: Justin He ; Catalin Marinas > ; Will Deacon ; Tony Luck > ; Fenghua Yu ; Yoshinori Sato > ; Rich Felker ; Dave Hansen > ; Andy Lutomirski ; Peter >

Re: [PATCH] thermal/int340x_thermal: Prevent page fault on .set_mode() op

Hi Rui, Matthew, I think this regression should be corrected still in the 5.8 release cycle. It may cause kernel panic if .set_mode() is called before current_uuid_store(), and from what I see both operations can be triggered from sysfs. What I'm not 100% sure about is if we should apply the above

<    1   2   3   4   5   6   7   8   9   10   >