Re: [PATCH] quota: clear padding in v2r1_mem2diskdqb()

On Thu 24-09-20 11:36:19, Eric Dumazet wrote: > Freshly allocated memory contains garbage, better make sure > to init all struct v2r1_disk_dqblk fields to avoid KMSAN report: > > BUG: KMSAN: uninit-value in qtree_entry_unused+0x137/0x1b0 > fs/quota/quota_tree.c:218 > CPU: 0 PID: 23373 Comm: syz-e

Re: [PATCH] drm/vc4: Deleted the drm_device declaration

Hi : I alwaygs used scripts/get_maintainers.pl to get the recipient list.I don't know why miss maintainers for a given piece of code. tiantao@ubuntu:~$ git send-email -to e...@anholt.net -to airl...@linux.ie -to dan...@ffwll.ch -to sumit.sem...@linaro.org -to christian.koe...@amd.com -to dri-

[PATCH] libfs: fix error cast of negative value in simple_attr_write()

The attr->set() receive a value of u64, but we use simple_strtoll() for doing the conversion. It will lead to the error cast if user inputs a negative value. Use kstrtoull() instead to resolve this issue, -EINVAL will be returned if a negative value is input. Fixes: f7b88631a897 ("fs/libfs.c: fix

Re: [PATCH v2 0/5] PCI: dwc: improve msi handling

Hi Jon, On Fri, 25 Sep 2020 09:53:45 +0100 Jon Hunter wrote: > > On 24/09/2020 12:05, Jisheng Zhang wrote: > > Improve the msi code: > > 1. Add proper error handling. > > 2. Move dw_pcie_msi_init() from each users to designware host to solve > > msi page leakage in resume path. > > Apologies

Re: [PATCH] x86/irq: Use printk_deferred() on raw_spin_lock() protected sections

On Thu, Sep 24, 2020 at 09:08:57AM -0700, Joe Perches wrote: > On Thu, 2020-09-24 at 12:28 +0200, Peter Zijlstra wrote: > > On Mon, Sep 21, 2020 at 06:22:12PM +0200, Daniel Bristot de Oliveira wrote: > > > While testing hotplug I got this BUG: > > > It was caused by printk() inside a code section p

Re: [PATCH 2/3] PCI: dwc: Add common iATU register support

Hi Rob, On 2020/09/24 0:57, Rob Herring wrote: On Fri, Sep 11, 2020 at 05:50:02PM +0900, Kunihiko Hayashi wrote: This gets iATU register area from reg property that has reg-names "atu". In Synopsys DWC version 4.80 or later, since iATU register area is separated from core register area, this ar

Re: [RFC PATCH v2] sched/fair: select idle cpu from idle cpumask in sched domain

Hi Vicent, On 2020/9/24 21:09, Vincent Guittot wrote: Would you mind share uperf(netperf load) result on your side? That's the workload I have seen the most benefit this patch contributed under heavy load level. >>> >>> with uperf, i've got the same kind of result as sched pipe

[PATCH] MAINTAINERS: Add me as a reviewer for PCI aardvark

Signed-off-by: Pali Rohár --- I have provided more fixes to this driver, I have needed functional specification for this PCI controller and also hardware for testing and developing (Espressobin V5 and Turris MOX B and G modules). Thomas already wrote [1] that is less involved in this driver, so I

Re: [PATCH v10 04/16] s390/zcrypt: driver callback to indicate resource in use

On Fri, 21 Aug 2020 15:56:04 -0400 Tony Krowiak wrote: > Introduces a new driver callback to prevent a root user from unbinding > an AP queue from its device driver if the queue is in use. The intent of > this callback is to provide a driver with the means to prevent a root user > from inadverten

Re: [PATCH v3 3/6] spi: spi-mtk-nor: support 7 bytes transfer of generic spi

On Fri, Sep 25, 2020 at 3:47 PM Chuanhong Guo wrote: > > Hi! > > On Fri, Sep 25, 2020 at 2:55 PM Ikjoon Jang wrote: > > > > When mtk-nor fallbacks to generic spi transfers, it can actually > > transfer up to 7 bytes. > > generic transfer_one_message should support full-duplex transfers, > not tra

Re: [PATCH v2 0/5] PCI: dwc: improve msi handling

On Fri, 25 Sep 2020 17:17:12 +0800 Jisheng Zhang wrote: > CAUTION: Email originated externally, do not click links or open attachments > unless you recognize the sender and know the content is safe. > > > Hi Jon, > > On Fri, 25 Sep 2020 09:53:45 +0100 Jon Hunter wrote: > > > > > > On 24/09/

Re: [PATCH 2/2] printk: Make the console flush configurable in hotplug path

On Thu, Sep 24, 2020 at 08:21:07PM +0200, Thomas Gleixner wrote: > On Thu, Sep 24 2020 at 08:33, Greg KH wrote: > > On Wed, Sep 23, 2020 at 05:08:32PM -0700, Prasad Sodagudi wrote: > >> +config CONSOLE_FLUSH_ON_HOTPLUG > >> + bool "Enable console flush configurable in hot plug code path" > >> + d

[PATCH 0/2] regmap: add support to regmap_field_bulk_alloc/free

Usage of regmap_field_alloc becomes much overhead when number of fields exceed more than 3. Most of driver seems to totally covered up with these allocs/free making to very hard to read the code! On such driver is QCOM LPASS driver has extensively converted to use regmap_fileds. This patchset add

[PATCH 1/2] regmap: add support to regmap_field_bulk_alloc/free apis

Usage of regmap_field_alloc becomes much overhead when number of fields exceed more than 3. QCOM LPASS driver has extensively converted to use regmap_fileds. Using new bluk api to allocate fields makes it much more cleaner code to read! Signed-off-by: Srinivas Kandagatla Tested-by: Srinivasa Rao

[PATCH 2/2] ASoC: lpass-platform: use devm_regmap_field_bulk_alloc

use new devm_regmap_field_bulk_alloc to allocate fields as it make the code more readable! Signed-off-by: Srinivas Kandagatla Tested-by: Srinivasa Rao Mandadapu --- sound/soc/qcom/lpass-platform.c | 31 +++ 1 file changed, 7 insertions(+), 24 deletions(-) diff --git

Re: [PATCH v10 05/16] s390/vfio-ap: implement in-use callback for vfio_ap driver

On Fri, 21 Aug 2020 15:56:05 -0400 Tony Krowiak wrote: > + > +bool vfio_ap_mdev_resource_in_use(unsigned long *apm, unsigned long *aqm) > +{ > + bool in_use; > + > + mutex_lock(&matrix_dev->lock); > + in_use = !!vfio_ap_mdev_verify_no_sharing(NULL, apm, aqm); > + mutex_unlock(&mat

Re: [PATCH v2] kernel/kthread.c: kthread_worker: add work status check in timer_fn

On Fri 2020-09-25 13:07:59, qiang.zh...@windriver.com wrote: > From: Zqiang > > When queue delayed work to worker, at some point after that the timer_fn > will be call, add work to worker's work_list, at this time, the work may > be cancel, so add "work->canceling" check current work status. Gre

Re: [PATCH v3 3/7] mfd: Add base driver for Netronix embedded controller

On Thu, Sep 24, 2020 at 10:26 PM Jonathan Neuschäfer wrote: > > The Netronix embedded controller is a microcontroller found in some > e-book readers designed by the ODM Netronix, Inc. It contains RTC, > battery monitoring, system power management, and PWM functionality. > > This driver implements

Re: [PATCH 1/2] arm64: dts: ls1028a: add missing CAN nodes

Am 2020-09-24 17:53, schrieb Leo Li: -Original Message- From: Michael Walle Sent: Thursday, September 24, 2020 6:31 AM To: Leo Li Cc: linux-arm-ker...@lists.infradead.org; devicet...@vger.kernel.org; linux- ker...@vger.kernel.org; linux-...@vger.kernel.org; Shawn Guo ; Rob Herring ; M

Re: [PATCH v2] mmc: sdhci: Don't enable presets while tuning

On 18/09/20 8:57 pm, Raul Rangel wrote: > On Tue, Sep 1, 2020 at 4:54 AM Adrian Hunter wrote: >> >> On 24/08/20 9:21 pm, Raul E Rangel wrote: >>> SDHCI presets are not currently used for eMMC HS/HS200/HS400, but are >>> used for DDR52. The HS400 retuning sequence is: >>> >>> HS400->DDR52->HS->

Re: [PATCH v3] nvmem: core: fix possibly memleak when use nvmem_cell_info_to_nvmem_cell()

On 23/09/2020 21:44, Vadym Kochan wrote: Fix missing 'kfree_const(cell->name)' when call to nvmem_cell_info_to_nvmem_cell() in several places: * after nvmem_cell_info_to_nvmem_cell() failed during nvmem_add_cells() * during nvmem_device_cell_{read,write} when cell->name i

[PATCH 1/2] ASoC: cs47l15: Fix EPOUT->HPOUT1 Mono Mux routing

EPOUT is always mono so should have a permanent routing through the HPOUT1 Mono Mux. Signed-off-by: Richard Fitzgerald --- sound/soc/codecs/cs47l15.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/codecs/cs47l15.c b/sound/soc/codecs/cs47l15.c index a591e7457d11..25

Re: [PATCH 1/2] arm64: dts: ls1028a: add missing CAN nodes

On 9/25/20 11:31 AM, Michael Walle wrote: > Marc, I'd convert this to yaml format, Oleksij (CC'ed) is working already on this. > may I put your name as the maintainer in the binding? Marc -- Pengutronix e.K. | Marc Kleine-Budde | Embedded Linux | htt

Re: [PATCH v3 2/6] spi: spi-mtk-nor: fix mishandled logics in checking SPI memory operation

On Fri, Sep 25, 2020 at 2:54 PM Ikjoon Jang wrote: > > Fix a bug which limits its protocol availability in supports_op(). > > Fixes: a59b2c7c56bf ("spi: spi-mtk-nor: support standard spi properties") > Signed-off-by: Ikjoon Jang > --- This is also duplicated work of https://patchwork.kernel.org/

[PATCH v3 2/2] arm64: kvm: Introduce MTE VCPU feature

Add a new VM feature 'KVM_ARM_CAP_MTE' which enables memory tagging for a VM. This exposes the feature to the guest and automatically tags memory pages touched by the VM as PG_mte_tagged (and clears the tags storage) to ensure that the guest cannot see stale tags, and so that the tags are correctly

Re: [PATCH v9 09/20] gpiolib: cdev: support edge detection for uAPI v2

On Thu, Sep 24, 2020 at 6:07 AM Kent Gibson wrote: > On Wed, Sep 23, 2020 at 06:47:28PM +0300, Andy Shevchenko wrote: > > On Tue, Sep 22, 2020 at 5:35 AM Kent Gibson wrote: ... > Also, this code is drawn from lineevent_irq_thread(), which is ordered > this way. Negative conditionals are slight

Re: [PATCH v3 5/7] rtc: New driver for RTC in Netronix embedded controller

Hi, On 24/09/2020 21:24:53+0200, Jonathan Neuschäfer wrote: > With this driver, mainline Linux can keep its time and date in sync with > the vendor kernel. > > Advanced functionality like alarm and automatic power-on is not yet > supported. > > Signed-off-by: Jonathan Neuschäfer > --- > > v3:

[PATCH v3 0/2] MTE support for KVM guest

Version 3 of adding MTE support for KVM guests. See the previous (v2) posting for background: https://lore.kernel.org/r/20200904160018.29481-1-steven.price%40arm.com These patches add support to KVM to enable MTE within a guest. They are based on Catalin's v9 MTE user-space support series[1] (cu

linux-next: build warning after merge of the tip tree

Hi all, After merging the tip tree, today's linux-next build (powerpc and powerpc64 allnoconfig) produced this warning: WARNING: unmet direct dependencies detected for PCI_MSI_ARCH_FALLBACKS Depends on [n]: PCI [=n] Selected by [y]: - PPC [=y] Introduced by commit 077ee78e3928 ("PCI/MSI

[PATCH v3 1/2] arm64: kvm: Save/restore MTE registers

Define the new system registers that MTE introduces and context switch them. The MTE feature is still hidden from the ID register as it isn't supported in a VM yet. Signed-off-by: Steven Price --- arch/arm64/include/asm/kvm_host.h | 4 arch/arm64/include/asm/sysreg.h|

[PATCH net-next 0/1] net: stmmac: Enable VLAN filter fail queue for Intel platform data

This is a follow-up on a earlier patch submission at:- https://patchwork.ozlabs.org/patch/1275604/ Changes since the previous patch submission: - Enable VLAN fail queue for Intel platform data (dwmac-intel). - Steer the VLAN failed packet to the last Rx queue. Chuah, Kim Tatt (1): net: stmmac:

Re: ledtrig-cpu: Limit to 4 CPUs

Hi! > >>So.. no, it is not causing kernel crashes or something. But it is > >>example of bad interface, and _that_ is causing problems. (And yes, if > >>I realized it is simply possible to limit it, maybe the BIN_ATTR > >>conversion would not be neccessary...) > > > >The limitation you proposed br

Re: [PATCH v9 12/20] gpiolib: cdev: support setting debounce

On Thu, Sep 24, 2020 at 10:49 AM Kent Gibson wrote: > On Wed, Sep 23, 2020 at 07:27:37PM +0300, Andy Shevchenko wrote: > > On Tue, Sep 22, 2020 at 5:36 AM Kent Gibson wrote: ... > > Shouldn't we rather return 0/1 guaranteed? > > > > Perhaps > > > > if (active_low) > > return !value; > > > >

Re: [PATCH v9 00/20] gpio: cdev: add uAPI v2

On Thu, Sep 24, 2020 at 11:00 AM Kent Gibson wrote: > On Wed, Sep 23, 2020 at 07:35:30PM +0300, Andy Shevchenko wrote: > > On Tue, Sep 22, 2020 at 5:34 AM Kent Gibson wrote: ... > > For the rest I gave some comments but most of them are simply to > > address. The uAPI definition I agree with af

Re: [PATCH] Revert "net: ethernet: ixgbe: check the return value of ixgbe_mii_bus_init()"

On Fri, Sep 25, 2020 at 10:51 AM Liu, Yongxin wrote: > [snip] > > > true); > > > > > > - err = ixgbe_mii_bus_init(hw); > > > - if (err) > > > - goto err_netdev; > > > + ixgbe_mii_bus_init(hw); > > > > > > return 0; > > > > > > -err_

[PATCH net-next 1/1] net: stmmac: Add option for VLAN filter fail queue enable

From: "Chuah, Kim Tatt" Add option in plat_stmmacenet_data struct to enable VLAN Filter Fail Queuing. This option allows packets that fail VLAN filter to be routed to a specific Rx queue when Receive All is also set. When this option is enabled: - Enable VFFQ only when entering promiscuous mode,

Re: [PATCH v11 5/6] iommu/uapi: Handle data and argsz filled by users

On Thu, Sep 24, 2020 at 12:24:19PM -0700, Jacob Pan wrote: > IOMMU user APIs are responsible for processing user data. This patch > changes the interface such that user pointers can be passed into IOMMU > code directly. Separate kernel APIs without user pointers are introduced > for in-kernel users

general protection fault in gfs2_withdraw

Hello, syzbot found the following issue on: HEAD commit:ba4f184e Linux 5.9-rc6 git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=13a0ccad90 kernel config: https://syzkaller.appspot.com/x/.config?x=6f192552d75898a1 dashboard link: https://syzkaller.appspot

RE: [PATCH RFC v2 4/4] 9p: fix race issue in fid contention.

Hi Dominique, > -Original Message- > From: Dominique Martinet > Sent: Thursday, September 24, 2020 5:52 PM > To: Jianyong Wu > Cc: eri...@gmail.com; lu...@ionkov.net; qemu_...@crudebyte.com; > gr...@kaod.org; v9fs-develo...@lists.sourceforge.net; linux- > ker...@vger.kernel.org; Justin H

Re: [RFC] mm/vmstat: Add events for HugeTLB migration

On Fri, Sep 25, 2020 at 02:42:29PM +0530, Anshuman Khandual wrote: > Add following new vmstat events which will track HugeTLB page migration. > > 1. HUGETLB_MIGRATION_SUCCESS > 2. HUGETLB_MIGRATION_FAILURE > > It follows the existing semantics to accommodate HugeTLB subpages in total > page migra

Re: [RFC PATCH 3/3] KVM: x86: Use KVM_BUG/KVM_BUG_ON to handle bugs that are fatal to the VM

Sean Christopherson writes: > On Thu, Sep 24, 2020 at 02:34:14PM +0200, Vitaly Kuznetsov wrote: >> Sean Christopherson writes: >> > diff --git a/arch/x86/kvm/vmx/vmx.c b/arch/x86/kvm/vmx/vmx.c >> > index 6f9a0c6d5dc5..810d46ab0a47 100644 >> > --- a/arch/x86/kvm/vmx/vmx.c >> > +++ b/arch/x86/kvm/

Re: [PATCH v9 10/20] gpiolib: cdev: support GPIO_V2_LINE_SET_CONFIG_IOCTL

On Thu, Sep 24, 2020 at 12:26 PM Kent Gibson wrote: > On Thu, Sep 24, 2020 at 11:26:49AM +0300, Andy Shevchenko wrote: > > On Thu, Sep 24, 2020 at 6:24 AM Kent Gibson wrote: > > > On Wed, Sep 23, 2020 at 07:15:46PM +0300, Andy Shevchenko wrote: > > > > On Wed, Sep 23, 2020 at 7:14 PM Andy Shevche

Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation

On Fri, Sep 25, 2020 at 11:00:30AM +0200, David Hildenbrand wrote: > On 25.09.20 09:41, Peter Zijlstra wrote: > > On Thu, Sep 24, 2020 at 04:29:03PM +0300, Mike Rapoport wrote: > >> From: Mike Rapoport > >> > >> Removing a PAGE_SIZE page from the direct map every time such page is > >> allocated f

Re: [PATCH 1/2] printk: Store all three timestamps

On Thu 2020-09-24 10:07:57, Mark Salyzyn wrote: > I would hope for monotonic_raw, boottime and realtime as being the most > useful for most situations. > > [TL;DR] > > Currently kernel logs actually uses monotonic_raw (no timing clock > correction), not monotonic (timing correction). > > Whereas

[PATCH net 1/1] net: stmmac: Fix clock handling on remove path

While unloading the dwmac-intel driver, clk_disable_unprepare() is being called twice in stmmac_dvr_remove() and intel_eth_pci_remove(). This causes kernel panic on the second call. Removing the second call of clk_disable_unprepare() in intel_eth_pci_remove(). Fixes: 09f012e64e4b ("stmmac: intel:

[PATCH 1/2] iommu/iova: Flush CPU rcache for when a depot fills

Leizhen reported some time ago that IOVA performance may degrade over time [0], but unfortunately his solution to fix this problem was not given attention. To summarize, the issue is that as time goes by, the CPU rcache and depot rcache continue to grow. As such, IOVA RB tree access time also cont

[PATCH 2/2] iommu: avoid taking iova_rbtree_lock twice

From: Cong Wang Both find_iova() and __free_iova() take iova_rbtree_lock, there is no reason to take and release it twice inside free_iova(). Fold them into one critical section by calling the unlock versions instead. Signed-off-by: Cong Wang Reviewed-by: Robin Murphy Tested-by: Xiang Chen S

[PATCH 0/3] slimbus: fixes for 5.10

Hi Greg, Here are few fixes found recently while testing Qualcomm SSR (SubSystem Restart) feature on SDM845 SoC. Mostly the fixes are around when device absense is reported. If its not too late, can you take them for 5.10. Many thanks, Srini Srinivas Kandagatla (3): slimbus: core: check ge

Re: [PATCH 8/9] sched: Fix migrate_disable() vs set_cpus_allowed_ptr()

On Fri, Sep 25, 2020 at 11:05:28AM +0200, Peter Zijlstra wrote: > On Thu, Sep 24, 2020 at 08:59:33PM +0100, Valentin Schneider wrote: > > > @@ -2025,19 +2138,8 @@ static int __set_cpus_allowed_ptr(struct > > > if (cpumask_test_cpu(task_cpu(p), new_mask)) > > > goto out; > > > >

[PATCH 3/3] slimbus: qcom-ngd-ctrl: disable ngd in qmi server down callback

In QMI new server notification we enable the NGD however during delete server notification we do not disable the NGD. This can lead to multiple instances of NGD being enabled, so make sure that we disable NGD in delete server callback to fix this issue! Fixes: 917809e2280b ("slimbus: ngd: Add qco

[PATCH bpf-next 2/4] selftests: bpf: Add helper to compare socket cookies

We compare socket cookies to ensure that insertion into a sockmap worked. Pull this out into a helper function for use in other tests. Signed-off-by: Lorenz Bauer --- .../selftests/bpf/prog_tests/sockmap_basic.c | 50 +-- 1 file changed, 36 insertions(+), 14 deletions(-) diff -

[PATCH 1/3] slimbus: core: check get_addr before removing laddr ida

logical address can be either assigned by the SLIMBus controller or the core. Core uses IDA in cases where get_addr callback is not provided by the controller. Core already has this check while allocating IDR, however during absence reporting this is not checked. This patch fixes this issue. Fixes

[PATCH 0/2] iommu/iova: Solve longterm IOVA issue

This series contains a patch to solve the longterm IOVA issue which leizhen originally tried to address at [0]. I also included the small optimisation from Cong Wang, which never seems to be have been accepted [1]. There was some debate of the other patches in that series, but this one is quite st

[PATCH bpf-next 3/4] bpf: selftests: remove shared header from sockmap iter test

The shared header to define SOCKMAP_MAX_ENTRIES is a bit overkill. Dynamically allocate the sock_fd array based on bpf_map__max_entries instead. Suggested-by: Yonghong Song Signed-off-by: Lorenz Bauer Acked-by: Yonghong Song --- .../selftests/bpf/prog_tests/sockmap_basic.c | 36 +-

[PATCH bpf-next 1/4] bpf: sockmap: enable map_update_elem from bpf_iter

Allow passing a pointer to a BTF struct sock_common* when updating a sockmap or sockhash. Since BTF pointers can fault and therefore be NULL at runtime we need to add an additional !sk check to sock_map_update_elem. Doing this allows calling map_update_elem on sockmap from bpf_iter context, which u

[PATCH 2/3] slimbus: core: do not enter to clock pause mode in core

Let the controller logic decide when to enter into clock pause mode! Entering in to pause mode during unregistration does not really make sense as the controller is totally going down at that point in time. Fixes: 4b14e62ad3c9e ("slimbus: Add support for 'clock-pause' feature") Signed-off-by: Srin

[PATCH bpf-next 4/4] selftest: bpf: Test copying a sockmap and sockhash

Since we can now call map_update_elem(sockmap) from bpf_iter context it's possible to copy a sockmap or sockhash in the kernel. Add a selftest which exercises this. Signed-off-by: Lorenz Bauer --- .../selftests/bpf/prog_tests/sockmap_basic.c | 14 +- .../selftests/bpf/progs/bpf_iter_soc

linux-next: manual merge of the akpm-current tree with the block tree

Hi all, Today's linux-next merge of the akpm-current tree got a conflict in: mm/page-writeback.c between commit: 1cb039f3dc16 ("bdi: replace BDI_CAP_STABLE_WRITES with a queue and a sb flag") from the block tree and commit: 7a3714df632a ("mm/page-writeback: support tail pages in wait_fo

Re: [PATCH v9 11/20] gpiolib: cdev: support GPIO_V2_LINE_SET_VALUES_IOCTL

On Thu, Sep 24, 2020 at 3:46 PM Kent Gibson wrote: > On Thu, Sep 24, 2020 at 03:32:48PM +0800, Kent Gibson wrote: > > On Wed, Sep 23, 2020 at 07:18:08PM +0300, Andy Shevchenko wrote: > > > On Tue, Sep 22, 2020 at 5:36 AM Kent Gibson wrote: > > > > > > > > Add support for the GPIO_V2_LINE_SET_VALU

Re: [PATCH 02/13] iommu: amd: Prepare for generic IO page table framework

Robin, On 9/24/20 7:25 PM, Robin Murphy wrote: +struct io_pgtable_ops *amd_iommu_setup_io_pgtable_ops(struct iommu_dev_data  *dev_data, + struct protection_domain *domain) +{ +domain->iop.pgtbl_cfg = (struct io_pgtable_cfg) { +.pgsize_bitmap= AMD_IOMMU

Re: [PATCH] KVM: VMX: Explicitly check for hv_remote_flush_tlb when loading pgd()

Sean Christopherson writes: > Explicitly check that kvm_x86_ops.tlb_remote_flush() points at Hyper-V's > implementation for PV flushing instead of assuming that a non-NULL > implementation means running on Hyper-V. Wrap the related logic in > ifdeffery as hv_remote_flush_tlb() is defined iff CON

Re: [PATCH] lib/mpi: Fix unused variable warnings

Hi Herbert, Thanks for your patch, I will do a test later. By the way, did you add special compilation parameters? I compile normally without warnings in gcc 6.5 and 9.3. Best regards, Tianjia On 9/25/20 4:19 PM, Herbert Xu wrote: On Mon, Sep 21, 2020 at 12:20:55AM +0800, Tianjia Zhang wrot

Re: [PATCH] MAINTAINERS: Add me as a reviewer for PCI aardvark

Hello Pali, On Fri, 25 Sep 2020 11:21:15 +0200 Pali Rohár wrote: > Signed-off-by: Pali Rohár > --- > I have provided more fixes to this driver, I have needed functional > specification for this PCI controller and also hardware for testing > and developing (Espressobin V5 and Turris MOX B and G

[PATCH 2/2] ASoC: cs47l35: Fix EPOUT->HPOUT1 Mono Mux routing

EPOUT is always mono so should have a permanent routing through the HPOUT1 Mono Mux. Signed-off-by: Richard Fitzgerald --- sound/soc/codecs/cs47l35.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/codecs/cs47l35.c b/sound/soc/codecs/cs47l35.c index 7f5dd01f40c9..e9

Re: [PATCH V2 1/4] cpufreq: stats: Defer stats update to cpufreq_stats_record_transition()

On Thu, Sep 24, 2020 at 3:15 PM Viresh Kumar wrote: > > On 23-09-20, 15:48, Rafael J. Wysocki wrote: > > On Wed, Sep 16, 2020 at 8:45 AM Viresh Kumar > > wrote: > > > > > > In order to prepare for lock-less stats update, add support to defer any > > > updates to it until cpufreq_stats_record_tra

Re: [PATCH v9 07/20] gpiolib: cdev: support GPIO_V2_GET_LINE_IOCTL and GPIO_V2_LINE_GET_VALUES_IOCTL

On Thu, Sep 24, 2020 at 11:09 AM Kent Gibson wrote: > On Wed, Sep 23, 2020 at 02:11:54PM +0300, Andy Shevchenko wrote: > > On Tue, Sep 22, 2020 at 5:35 AM Kent Gibson wrote: ... > > > + assign_bit(FLAG_ACTIVE_LOW, flagsp, > > > + flags & GPIO_V2_LINE_FLAG_ACTIVE_LOW); > >

Re: [PATCH 00/12] soc: mediatek: pm-domains: Add new driver for SCPSYS power domains controller

On Thu, 2020-09-10 at 19:28 +0200, Enric Balletbo i Serra wrote: > Dear all, > > This is a new driver with the aim to deprecate the mtk-scpsys driver. > The problem with that driver is that, in order to support more Mediatek > SoCs you need to add some logic to handle properly the power-up > seque

Re: [PATCH 8/9] sched: Fix migrate_disable() vs set_cpus_allowed_ptr()

On 25/09/20 09:43, Peter Zijlstra wrote: > On Thu, Sep 24, 2020 at 08:59:33PM +0100, Valentin Schneider wrote: > >> > + if (task_running(rq, p) || p->state == TASK_WAKING) { >> > + >> > + task_rq_unlock(rq, p, rf); >> > + stop_one_cpu(cpu_of(rq), migration_cpu_stop, &arg); >> >

KASAN: slab-out-of-bounds Read in f2fs_build_segment_manager

Hello, syzbot found the following issue on: HEAD commit:171d4ff7 Merge tag 'mmc-v5.9-rc4-2' of git://git.kernel.or.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=105e69ab90 kernel config: https://syzkaller.appspot.com/x/.config?x=5f4c828c9e3cef97 das

Re: [PATCH 3/4] drm/etnaviv: add total hi bandwidth perfcounter

On Fr, 2020-08-14 at 11:05 +0200, Christian Gmeiner wrote: > These two perf counters represent the total read and write > GPU bandwidth in terms of 64bits. > > The used sequence was taken from Vivante kernel driver. > > Signed-off-by: Christian Gmeiner > --- > drivers/gpu/drm/etnaviv/etnaviv_pe

Re: [PATCH 0/4] drm/etnaviv: add total hi bandwidth perf counters

On Fr, 2020-08-14 at 11:05 +0200, Christian Gmeiner wrote: > This little patch set adds support for the total bandwidth used by HI. The > basic hi bandwidth read-out is quite simple but I needed to add some little > clean-ups to make it nice looking. > > Christian Gmeiner (4): > drm/etnaviv: ren

Re: [PATCH 8/9] sched: Fix migrate_disable() vs set_cpus_allowed_ptr()

On 25/09/20 10:56, Peter Zijlstra wrote: > On Fri, Sep 25, 2020 at 11:05:28AM +0200, Peter Zijlstra wrote: >> On Thu, Sep 24, 2020 at 08:59:33PM +0100, Valentin Schneider wrote: >> > > @@ -2025,19 +2138,8 @@ static int __set_cpus_allowed_ptr(struct >> > > if (cpumask_test_cpu(task_cpu(p), n

Re: [PATCH 0/9] sched: Migrate disable support

On Fri, Sep 25, 2020 at 11:12:09AM +0200, Dietmar Eggemann wrote: > I get this when running 6 (periodic) RT50 tasks with CPU hp stress on my > 6 CPU JUNO board (!CONFIG_PREEMPT_RT). > > [ 55.490263] [ cut here ] > [ 55.505261] Modules linked in: > [ 55.508322] CPU: 3

[PATCH] x86/xen: disable Firmware First mode for correctable memory errors

When running as Xen dom0 the kernel isn't responsible for selecting the error handling mode, this should be handled by the hypervisor. So disable setting FF mode when running as Xen pv guest. Not doing so might result in boot splats like: [7.509696] HEST: Enabling Firmware First mode for corr

RE: [PATCH] [v2] blk-mq: add cond_resched() in __blk_mq_alloc_rq_maps()

Hi Jens Could I get your comments for the issue? Whether it is a problem? Maybe my understanding is superficial, highly appreciated if you can comment a bit. -Original Message- From: tianxianting (RD) Sent: Thursday, September 17, 2020 4:13 PM To: ax...@kernel.dk Cc: linux-bl...@vger.ker

Re: [PATCH v9 08/20] gpiolib: cdev: support GPIO_V2_GET_LINEINFO_IOCTL and GPIO_V2_GET_LINEINFO_WATCH_IOCTL

On Thu, Sep 24, 2020 at 12:48 PM Kent Gibson wrote: > On Thu, Sep 24, 2020 at 11:39:03AM +0300, Andy Shevchenko wrote: > > On Thu, Sep 24, 2020 at 5:39 AM Kent Gibson wrote: > > > On Wed, Sep 23, 2020 at 06:41:45PM +0300, Andy Shevchenko wrote: > > > > On Tue, Sep 22, 2020 at 5:35 AM Kent Gibson

Re: [PATCH 0/3] Prevent out-of-bounds access for built-in font data buffers

Hi all! On Fri, Sep 25, 2020 at 08:46:04AM +0200, Jiri Slaby wrote: > > In order to perform a reliable range check, fbcon_get_font() needs to know > > `FONTDATAMAX` for each built-in font under lib/fonts/. Unfortunately, we > > do not keep that information in our font descriptor, > > `struct conso

Re: [PATCH v3 24/39] arm64: mte: Add in-kernel MTE helpers

On Fri, Sep 25, 2020 at 12:50:31AM +0200, Andrey Konovalov wrote: > diff --git a/arch/arm64/include/asm/esr.h b/arch/arm64/include/asm/esr.h > index 035003acfa87..bc0dc66a6a27 100644 > --- a/arch/arm64/include/asm/esr.h > +++ b/arch/arm64/include/asm/esr.h > @@ -103,6 +103,7 @@ > #define ESR_ELx_F

Re: [PATCH v3 23/39] arm64: Enable armv8.5-a asm-arch option

On Fri, Sep 25, 2020 at 12:50:30AM +0200, Andrey Konovalov wrote: > From: Vincenzo Frascino > > Hardware tag-based KASAN relies on Memory Tagging Extension (MTE) which > is an armv8.5-a architecture extension. > > Enable the correct asm option when the compiler supports it in order to > allow th

Re: [PATCH] fs/affs: Fix basic permission bits to actually work

Hi Max! On 8/27/20 5:49 PM, Max Staudt wrote: > The basic permission bits (protection bits in AmigaOS) have been broken > in Linux' affs - it would only set bits, but never delete them. > Also, contrary to the documentation, the Archived bit was not handled. > > Let's fix this for good, and set t

Re: [PATCH 1/9] mm, page_alloc: clean up pageset high and batch update

On 22.09.20 16:37, Vlastimil Babka wrote: > The updates to pcplists' high and batch valued are handled by multiple > functions that make the calculations hard to follow. Consolidate everything > to pageset_set_high_and_batch() and remove pageset_set_batch() and > pageset_set_high() wrappers. > > T

Re: [PATCH v2 0/4] [RFC] Implement Trampoline File Descriptor

On 25/09/2020 00:05, Pavel Machek wrote: > Hi! > > I believe you should simply delete confusing "introduction" and > provide details of super-secure system where your patches would be > useful, instead. This RFC talks about converting dynamic code (which cannot be aut

Re: [PATCH v3 -next] vdpa: mlx5: change Kconfig depends to fix build errors

On Fri, Sep 25, 2020 at 10:20:05AM +0300, Leon Romanovsky wrote: > On Thu, Sep 24, 2020 at 12:02:43PM -0400, Michael S. Tsirkin wrote: > > On Thu, Sep 24, 2020 at 08:47:05AM -0700, Randy Dunlap wrote: > > > On 9/24/20 3:24 AM, Eli Cohen wrote: > > > > On Thu, Sep 24, 2020 at 05:30:55AM -0400, Micha

Re: [PATCH 3/9] mm, page_alloc: remove setup_pageset()

On 22.09.20 16:37, Vlastimil Babka wrote: > We initialize boot-time pagesets with setup_pageset(), which sets high and > batch values that effectively disable pcplists. > > We can remove this wrapper if we just set these values for all pagesets in > pageset_init(). Non-boot pagesets then subsequen

Re: [PATCH v3 -next] vdpa: mlx5: change Kconfig depends to fix build errors

On Thu, Sep 24, 2020 at 01:24:13PM +0300, Eli Cohen wrote: > On Thu, Sep 24, 2020 at 05:30:55AM -0400, Michael S. Tsirkin wrote: > > > > --- linux-next-20200917.orig/drivers/vdpa/Kconfig > > > > +++ linux-next-20200917/drivers/vdpa/Kconfig > > > > @@ -31,7 +31,7 @@ config IFCVF > > > > > > > > con

Re: [RFC 2/2] printk: Add more information about the printk caller

On Fri 2020-09-25 09:54:00, Sergey Senozhatsky wrote: > On (20/09/24 15:38), Petr Mladek wrote: > [..] > > > > G, I wonder why I thought that in_irq() covered also the situation > > when IRQ was disabled. It was likely my wish because disabled > > interrupts are problem for printk() because the

[PATCH] drm/stm: dsi: Use dev_ based logging

Standardize on the dev_ based logging and drop the include of drm_print.h. Remove useless dsi_color_from_mipi function. Signed-off-by: Yannick Fertre --- drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 87 ++- 1 file changed, 45 insertions(+), 42 deletions(-) diff --git a/driver

Re: [PATCH net 1/1] net: stmmac: Fix clock handling on remove path

On Fri, Sep 25, 2020 at 12:54 PM Wong Vee Khee wrote: > > While unloading the dwmac-intel driver, clk_disable_unprepare() is > being called twice in stmmac_dvr_remove() and > intel_eth_pci_remove(). This causes kernel panic on the second call. > > Removing the second call of clk_disable_unprepare(

Re: [PATCH 4/9] mm, page_alloc: simplify pageset_update()

On 22.09.20 16:37, Vlastimil Babka wrote: > pageset_update() attempts to update pcplist's high and batch values in a way > that readers don't observe batch > high. It uses smp_wmb() to order the > updates > in a way to achieve this. However, without proper pairing read barriers in > readers this g

Re: [PATCH 5/9] mm, page_alloc: make per_cpu_pageset accessible only after init

On 22.09.20 16:37, Vlastimil Babka wrote: > setup_zone_pageset() replaces the boot_pageset by allocating and initializing > a > proper percpu one. Currently it assigns zone->pageset with the newly allocated > one before initializing it. That's currently not an issue, because the zone > should not

Re: [PATCH 02/12] soc: mediatek: Add MediaTek SCPSYS power domains

On Thu, 2020-09-10 at 19:28 +0200, Enric Balletbo i Serra wrote: > The System Control Processor System (SCPSYS) has several power management > related tasks in the system. This driver implements support to handle > the different power domains supported in order to meet high performance > and low po

Re: [RFC-PATCH 2/4] mm: Add __rcu_alloc_page_lockless() func.

On Fri, Sep 25, 2020 at 10:15:52AM +0200, Peter Zijlstra wrote: > On Thu, Sep 24, 2020 at 05:21:12PM +0200, Uladzislau Rezki wrote: > > On Thu, Sep 24, 2020 at 01:19:07PM +0200, Peter Zijlstra wrote: > > > On Thu, Sep 24, 2020 at 10:16:14AM +0200, Uladzislau Rezki wrote: > > > > The key point is "e

Re: [PATCH] tpm: of: avoid __va() translation for event log address

On Fri, Sep 25, 2020 at 09:00:56AM +0200, Ard Biesheuvel wrote: > On Fri, 25 Sep 2020 at 07:56, Jarkko Sakkinen > wrote: > > > > On Tue, Sep 22, 2020 at 11:41:28AM +0200, Ard Biesheuvel wrote: > > > The TPM event log is provided to the OS by the firmware, by loading > > > it into an area in memory

[PATCH v2 0/4] clk: qcom : add sm8250 LPASS GFM drivers

This patchset adds support for GFM Muxes found in LPASS (Low Power Audio SubSystem) IP in Audio Clock Controller and Always ON clock controller. Clocks derived from these muxes are consumed by LPASS Digital Codec. Currently the driver for Audio and Always ON clock controller only supports GFM Muxe

[PATCH v2 4/4] clk: qcom: Add support to LPASS AON_CC Glitch Free Mux clocks

LPASS Always ON Clock controller has one GFM mux to control VA and TX clocks to codec macro on LPASS. This patch adds support to this mux. Signed-off-by: Srinivas Kandagatla --- drivers/clk/qcom/lpass-gfm-sm8250.c | 63 + 1 file changed, 63 insertions(+) diff --git a

[PATCH v2 2/4] dt-bindings: clock: Add support for LPASS Always ON Controller

Always ON Clock controller is a block inside LPASS which controls 1 Glitch free muxes to LPASS codec Macros. Signed-off-by: Srinivas Kandagatla --- .../bindings/clock/qcom,aoncc-sm8250.yaml | 58 +++ .../clock/qcom,sm8250-lpass-aoncc.h | 11 2 files changed, 69

Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation

Hi, Sorry to come to this so late; I've been meaning to provide feedback on this for a while but have been indisposed for a bit due to an injury. On Fri, Sep 25, 2020 at 11:50:29AM +0200, Peter Zijlstra wrote: > On Fri, Sep 25, 2020 at 11:00:30AM +0200, David Hildenbrand wrote: > > On 25.09.20 09

[PATCH v2 3/4] clk: qcom: Add support to LPASS AUDIO_CC Glitch Free Mux clocks

GFM Muxes in AUDIO_CC control clocks to LPASS WSA and RX Codec Macros. This patch adds support to these muxes. Signed-off-by: Srinivas Kandagatla --- drivers/clk/qcom/Kconfig| 6 + drivers/clk/qcom/Makefile | 1 + drivers/clk/qcom/lpass-gfm-sm8250.c | 260 ++

[PATCH v2 1/4] dt-bindings: clock: Add support for LPASS Audio Clock Controller

Audio Clock controller is a block inside LPASS which controls 2 Glitch free muxes to LPASS codec Macros. Signed-off-by: Srinivas Kandagatla --- .../bindings/clock/qcom,audiocc-sm8250.yaml | 58 +++ .../clock/qcom,sm8250-lpass-audiocc.h | 13 + 2 files changed, 71 in

Re: KMSAN: uninit-value in udf_evict_inode

On Thu 24-09-20 22:18:21, syzbot wrote: > Hello, > > syzbot found the following issue on: > > HEAD commit:c5a13b33 kmsan: clang-format core > git tree: https://github.com/google/kmsan.git master > console output: https://syzkaller.appspot.com/x/log.txt?x=142cf80990 > kernel config:

  1   2   3   4   5   6   7   8   9   10   >