Re: [PATCH v2 00/49] *** SUBJECT HERE ***

On Wed, Apr 07, 2021 at 09:11:18AM +0200, Fabio Aiuto wrote: > On Tue, Apr 06, 2021 at 11:35:54PM -0700, Pavle Rohalj wrote: > > Changes in v2: > > - Removed type information from variable names > > - Broken up the changes into smaller patches > > Hi Pavle, > > I think you missed the

Re: [RESEND PATCH] staging: emxx_udc: Ending line with argument

On Wed, Apr 07, 2021 at 09:16:44AM +0100, Beatriz Martins de Carvalho wrote: > > Em 07/04/21 06:37, Greg KH escreveu: > > On Tue, Apr 06, 2021 at 09:00:07PM +0100, Beatriz Martins de Carvalho wrote: > > > Em 06/04/21 20:36, Greg KH escreveu: > > > > On Tue, Apr 06, 2021 at 08:34:09PM +0100,

Re: [PATCH 00/20] kbuild: unify the install.sh script usage

On Wed, Apr 07, 2021 at 09:14:36AM +0100, Russell King - ARM Linux admin wrote: > On Wed, Apr 07, 2021 at 10:07:29AM +0200, Greg Kroah-Hartman wrote: > > On Wed, Apr 07, 2021 at 09:02:29AM +0100, Russell King - ARM Linux admin > > wrote: > > > On Wed, Apr 07, 2021 at 09:46:18AM +0200, Greg

Re: [PATCH 0/5] crypto: add rsa pss support for x509

On Tue, Apr 06, 2021 at 09:11:21PM +0800, Hongbo Li wrote: > From: Hongbo Li > > This series of patches adds support for x509 cert signed by RSA > with PSS encoding method. RSA PSS is described in rfc8017. Please also briefly describe it here AND also provide link to the RFC. In the way this

Re: [PATCH v6] RISC-V: enable XIP

Hi Alex, > > All in all, I am quite sure now that your take on XIP is working fine. > > The issue with single-core boot under QEmu seems to be less > > reproducible on slower machines running QEmu and more reproducible on > > higher performance ones. It's not clear to me if that is a QEmu > >

Re: [PATCH v2 08/49] staging: sm750fb: Update enum values in dpms to snake case

On Wed, Apr 07, 2021 at 01:27:49AM -0700, Pavle Rohalj wrote: > On Wed, Apr 07, 2021 at 09:24:07AM +0200, Greg KH wrote: > > On Tue, Apr 06, 2021 at 11:36:16PM -0700, Pavle Rohalj wrote: > > > Fix "Avoid CamelCase" checkpatch.pl checks for values in > > > enum dpms. > > > > > > Signed-off-by:

Re: [PATCH v3 2/4] crypto: support rsa-pss encoding

submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Hongbo-Li/crypto-add-rsa-pss-support-for-x509/20210407-115152 base: https://git.kernel.org/pub/scm/linux/kernel/git/herbert/cryptodev-2.6.git

[PATCH] iommu/arm-smmu-v3: Remove the unused fields for PREFETCH_CONFIG command

Per SMMUv3 spec, there is no Size and Addr field in the PREFETCH_CONFIG command and they're not used by the driver. Remove them. We can add them back if we're going to use PREFETCH_ADDR in the future. Signed-off-by: Zenghui Yu --- drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c | 2 --

Re: [PATCH v2 01/49] staging: sm750fb: Update dvi_ctrl_device to snake case

On Wed, Apr 07, 2021 at 10:31:21AM +0200, Greg KH wrote: > On Tue, Apr 06, 2021 at 11:35:56PM -0700, Pavle Rohalj wrote: > > Fix "Avoid CamelCase" checkpatch.pl checks for dvi_ctrl_device structure and > > its usages. > > > > Signed-off-by: Pavle Rohalj > > --- > >

Re: [PATCH 2/3] mmc: sdhci-iproc: Cap min clock frequency on BCM2711

On Tue, 2021-04-06 at 19:59 +0200, Stefan Wahren wrote: > Hi Nicolas, > > Am 06.04.21 um 12:48 schrieb Nicolas Saenz Julienne: > > There is a known bug on BCM2711's SDHCI core integration where the > > controller will hang when the difference between the core clock and the > > bus clock is too

Re: [PATCH v1 1/1] kernel.h: Split out panic and oops helpers

On Wed, Apr 7, 2021 at 11:17 AM Kees Cook wrote: > > On Tue, Apr 06, 2021 at 04:31:58PM +0300, Andy Shevchenko wrote: > > kernel.h is being used as a dump for all kinds of stuff for a long time. > > Here is the attempt to start cleaning it up by splitting out panic and > > oops helpers. > > > >

[PATCH v8 5/8] mm: Device exclusive memory access

Some devices require exclusive write access to shared virtual memory (SVM) ranges to perform atomic operations on that memory. This requires CPU page tables to be updated to deny access whilst atomic operations are occurring. In order to do this introduce a new swap entry type

[PATCH v8 1/8] mm: Remove special swap entry functions

Remove multiple similar inline functions for dealing with different types of special swap entries. Both migration and device private swap entries use the swap offset to store a pfn. Instead of multiple inline functions to obtain a struct page for each swap entry type use a common function

Re: [PATCH 1/2] arm64: dts: mediatek: add MT6779 spi master dts node

On Mon, 2021-03-29 at 17:50 +0200, Matthias Brugger wrote: > Please also update binding description accordingling and add as another > patch. I > wasn't able to find a 2/2 neither. I foudn v1 2/2 which on a quick look seemed > the same as this patch. Dear Matthias: patch 2/2 in this link and

[PATCH v8 8/8] nouveau/svm: Implement atomic SVM access

Some NVIDIA GPUs do not support direct atomic access to system memory via PCIe. Instead this must be emulated by granting the GPU exclusive access to the memory. This is achieved by replacing CPU page table entries with special swap entries that fault on userspace access. The driver then grants

Re: [PATCH] mfd: arizona: Fix rumtime PM imbalance on error

On Wed, Apr 07, 2021 at 01:11:49PM +0800, Dinghao Liu wrote: > pm_runtime_get_sync() will increase the rumtime PM counter > even it returns an error. Thus a pairing decrement is needed > to prevent refcount leak. Fix this by replacing this API with > pm_runtime_resume_and_get(), which will not

Re: [PATCH] clk: socfpga: arria10: Fix memory leak of socfpga_clk on error return

On 06/04/2021 19:01, Colin King wrote: > From: Colin Ian King > > There is an error return path that is not kfree'ing socfpga_clk leading > to a memory leak. Fix this by adding in the missing kfree call. > > Addresses-Coverity: ("Resource leak") > Signed-off-by: Colin Ian King > --- >

[PATCH v8 2/8] mm/swapops: Rework swap entry manipulation code

Both migration and device private pages use special swap entries that are manipluated by a range of inline functions. The arguments to these are somewhat inconsitent so rework them to remove flag type arguments and to make the arguments similar for both read and write entry creation.

[PATCH v8 0/8] Add support for SVM atomics in Nouveau

This is the eighth version of a series to add support to Nouveau for atomic memory operations on OpenCL shared virtual memory (SVM) regions. The main change for this version is a simplification of device exclusive entry handling. Instead of copying entries for copy-on-write mappings during fork

Re: [PATCH 0/5] crypto: add rsa pss support for x509(Internet mail)

在 2021/4/7 16:38, Jarkko Sakkinen 写道: > On Tue, Apr 06, 2021 at 09:11:21PM +0800, Hongbo Li wrote: >> From: Hongbo Li >> >> This series of patches adds support for x509 cert signed by RSA >> with PSS encoding method. RSA PSS is described in rfc8017. > Please also briefly describe it here AND also

[PATCH v8 4/8] mm/rmap: Split migration into its own function

Migration is currently implemented as a mode of operation for try_to_unmap_one() generally specified by passing the TTU_MIGRATION flag or in the case of splitting a huge anonymous page TTU_SPLIT_FREEZE. However it does not have much in common with the rest of the unmap functionality of

[PATCH v8 3/8] mm/rmap: Split try_to_munlock from try_to_unmap

The behaviour of try_to_unmap_one() is difficult to follow because it performs different operations based on a fairly large set of flags used in different combinations. TTU_MUNLOCK is one such flag. However it is exclusively used by try_to_munlock() which specifies no other flags. Therefore

[PATCH v8 6/8] mm: Selftests for exclusive device memory

Adds some selftests for exclusive device memory. Signed-off-by: Alistair Popple Acked-by: Jason Gunthorpe Tested-by: Ralph Campbell Reviewed-by: Ralph Campbell --- lib/test_hmm.c | 124 +++ lib/test_hmm_uapi.h| 2 +

[PATCH v8 7/8] nouveau/svm: Refactor nouveau_range_fault

Call mmu_interval_notifier_insert() as part of nouveau_range_fault(). This doesn't introduce any functional change but makes it easier for a subsequent patch to alter the behaviour of nouveau_range_fault() to support GPU atomic operations. Signed-off-by: Alistair Popple ---

Re: [PATCH v2] KVM: Explicitly use GFP_KERNEL_ACCOUNT for 'struct kvm_vcpu' allocations

On Wed, 7 Apr 2021 at 03:07, Sean Christopherson wrote: > > Use GFP_KERNEL_ACCOUNT when allocating vCPUs to make it more obvious that > that the allocations are accounted, to make it easier to audit KVM's > allocations in the future, and to be consistent with other cache usage in > KVM. > > When

Re: [PATCH v4 6/8] hugetlb: change free_pool_huge_page to remove_pool_huge_page

On Mon, Apr 05, 2021 at 04:00:41PM -0700, Mike Kravetz wrote: > free_pool_huge_page was called with hugetlb_lock held. It would remove > a hugetlb page, and then free the corresponding pages to the lower level > allocators such as buddy. free_pool_huge_page was called in a loop to > remove

Re: [PATCH v11 3/4] mtd: rawnand: Add support for secure regions in NAND memory

On Fri, 2021-04-02 at 15:01:27 UTC, Manivannan Sadhasivam wrote: > On a typical end product, a vendor may choose to secure some regions in > the NAND memory which are supposed to stay intact between FW upgrades. > The access to those regions will be blocked by a secure element like > Trustzone. So

Re: [PATCH v11 2/4] dt-bindings: mtd: Add a property to declare secure regions in NAND chips

On Fri, 2021-04-02 at 15:01:26 UTC, Manivannan Sadhasivam wrote: > On a typical end product, a vendor may choose to secure some regions in > the NAND memory which are supposed to stay intact between FW upgrades. > The access to those regions will be blocked by a secure element like > Trustzone. So

Re: [PATCH v11 1/4] dt-bindings: mtd: Convert Qcom NANDc binding to YAML

On Fri, 2021-04-02 at 15:01:25 UTC, Manivannan Sadhasivam wrote: > Convert Qcom NANDc devicetree binding to YAML. > > Signed-off-by: Manivannan Sadhasivam > Reviewed-by: Rob Herring Applied to https://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git nand/next, thanks. Miquel

Re: [v3,1/3] thermal: mediatek: Relocate driver to mediatek folder

Hi Maintainers, Gentle pin for this patch. Thanks On Fri, 2021-03-12 at 11:40 +0800, Michael Kao wrote: > Add Mediatek proprietary folder to upstream more thermal zone and cooler > drivers. Relocate the original thermal controller driver to it and rename > as soc_temp.c to show its purpose

Re: [v3,2/3] thermal: mediatek: Add LVTS drivers for SoC theraml zones

Hi Maintainers, Gentle pin for this patch. Thanks On Fri, 2021-03-12 at 11:40 +0800, Michael Kao wrote: > Add a LVTS (Low voltage thermal sensor) driver to report junction > temperatures in Mediatek SoC and register the maximum temperature > of sensors and each sensor as a thermal zone. > >

Re: [PATCH v7 2/8] pwm: pca9685: Support hardware readout

On Wed, Apr 07, 2021 at 09:33:20AM +0200, Clemens Gruber wrote: > On Wed, Apr 07, 2021 at 07:31:35AM +0200, Uwe Kleine-König wrote: > > On Tue, Apr 06, 2021 at 06:41:34PM +0200, Clemens Gruber wrote: > > > Implements .get_state to read-out the current hardware state. > > > > > > The hardware

[GIT PULL] parisc architecture fixes for kernel v5.12-rc7

Hi Linus, please pull four small parisc architecture fixes for kernel 5.12-rc7 from: http://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-5.12-3 One link error fix found by the kernel test robot, one sparse warning fix, remove a duplicate declaration and some

Re: [v3,1/3] thermal: mediatek: Relocate driver to mediatek folder

On 07/04/2021 11:08, Michael Kao wrote: > Hi Maintainers, > > Gentle pin for this patch. > > Thanks ack, pong -- Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook |

Re: [PATCH v4 8/8] hugetlb: add lockdep_assert_held() calls for hugetlb_lock

On Mon, Apr 05, 2021 at 04:00:43PM -0700, Mike Kravetz wrote: > After making hugetlb lock irq safe and separating some functionality > done under the lock, add some lockdep_assert_held to help verify > locking. > > Signed-off-by: Mike Kravetz > Acked-by: Michal Hocko > Reviewed-by: Miaohe Lin

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: block/blk-settings.c between commit: 9bb33f24abbd ("block: refactor the bounce buffering code") from the block tree and commit: 1d4982a2dc66 ("include: remove pagemap.h from blkdev.h") from the akpm-current

[RFC PATCH v1 2/2] docs: reporting-issues: make everyone CC the regressions list

Make people CC the recently created mailing list dedicated to Linux kernel regressions when reporting one. Some paragraphs had to be reshuffled and slightly rewritten during the process, as the text otherwise would have gotten unnecessarily hard to follow. The new text also makes reporters

[RFC PATCH v1 0/2] Add regression mailing list with basics for tracking

Hi! A mailing list for regressions was finally created as regressi...@lists.linux.dev (we dropped the linux- prefix as the term is already in the domain name). Hence, add it to MAINTAINERS, as that where people will look it up. I was a bit unsure how to actually do that, see the note in the first

[PATCH -next] phy: phy-twl4030-usb: Fix possible use-after-free in twl4030_usb_remove()

This driver's remove path calls cancel_delayed_work(). However, that function does not wait until the work function finishes. This means that the callback function may still be running after the driver's remove function has finished, which would result in a use-after-free. Fix by calling

[RFC PATCH v1 1/2] MAINTAINERS: add regressions mailing list

Add the newly created regression mailing list finally created after it already had been agreed on during the maintainers summit 2017 (see https://lwn.net/Articles/738216/ ). The topic was recently discussed again, where an idea to create a broader list for all issues was discussed, but Linus

Re: [PATCH] drm/radeon/ttm: Fix memory leak userptr pages

Am 07.04.21 um 09:47 schrieb Daniel Gomez: On Tue, 6 Apr 2021 at 22:56, Alex Deucher wrote: On Mon, Mar 22, 2021 at 6:34 AM Christian König wrote: Hi Daniel, Am 22.03.21 um 10:38 schrieb Daniel Gomez: On Fri, 19 Mar 2021 at 21:29, Felix Kuehling wrote: This caused a regression in kfdtest

Re: [PATCH v4 3/4] locking/qspinlock: Add ARCH_USE_QUEUED_SPINLOCKS_XCHG32

On Wed, Apr 07, 2021 at 01:24:12AM +0800, Boqun Feng wrote: > Actually, "old" riscv standard does provide fwd progress ;-) In > > https://riscv.org/wp-content/uploads/2017/05/riscv-spec-v2.2.pdf > > Section "7.2 Load-Reserved/Store-Conditional Instructions": > > """ > One advantage of

[PATCH 1/1] ide: remove unused static variable 'ide_media_proc_fops'

Fixes the following W=1 kernel build warning: drivers/ide/ide-proc.c:457:37: warning: ‘ide_media_proc_fops’ defined but not used [-Wunused-const-variable=] The reference to the variable 'ide_media_proc_fops' is deleted by commit ec7d9c9ce897 ("ide: replace ->proc_fops with ->proc_show").

Re: [PATCH v4 5/8] hugetlb: call update_and_free_page without hugetlb_lock

On Wed, Apr 07, 2021 at 11:28:51AM +0200, Michal Hocko wrote: > An emoty page_list? If yes then sure, this can happen but > list_for_each_entry_safe will simply not iterate. Or what do you mean? Yes, I meant page_list. Yeah, I figured list_for_each_entry_safe() would simply not iterate but I

RE: [PATCH net-next] net: mana: Add a driver for Microsoft Azure Network Adapter (MANA)

> From: Leon Romanovsky > Sent: Wednesday, April 7, 2021 1:10 AM > > <...> > > > +int gdma_verify_vf_version(struct pci_dev *pdev) > > +{ > > + struct gdma_context *gc = pci_get_drvdata(pdev); > > + struct gdma_verify_ver_req req = { 0 }; > > + struct gdma_verify_ver_resp resp = { 0 }; >

Re: [PATCH v4 06/16] KVM: x86/pmu: Reprogram guest PEBS event to emulate guest PEBS counter

On Mon, Mar 29, 2021 at 01:41:27PM +0800, Like Xu wrote: > diff --git a/arch/x86/kvm/pmu.c b/arch/x86/kvm/pmu.c > index 827886c12c16..3509b18478b9 100644 > --- a/arch/x86/kvm/pmu.c > +++ b/arch/x86/kvm/pmu.c > @@ -74,11 +74,20 @@ static void kvm_perf_overflow_intr(struct perf_event >

Re: [PATCH 1/1] iommu/vt-d: Report right snoop capability when using FL for IOVA

On Tue, Mar 30, 2021 at 10:11:45AM +0800, Lu Baolu wrote: > drivers/iommu/intel/pasid.h | 1 + > drivers/iommu/intel/iommu.c | 11 ++- > drivers/iommu/intel/pasid.c | 16 > 3 files changed, 27 insertions(+), 1 deletion(-) Applied, thanks.

Re: [PATCH v2 00/49] *** SUBJECT HERE ***

On Wed, Apr 07, 2021 at 10:32:53AM +0200, Greg KH wrote: > On Wed, Apr 07, 2021 at 09:32:29AM +0200, Greg KH wrote: > > On Wed, Apr 07, 2021 at 12:15:22AM -0700, Pavle Rohalj wrote: > > > On Wed, Apr 07, 2021 at 09:08:07AM +0200, Greg KH wrote: > > > > On Tue, Apr 06, 2021 at 11:35:54PM -0700,

Re: [PATCH v3 3/4] watchdog: simatic-ipc-wdt: add new driver for Siemens Industrial PCs

On Tue, Apr 6, 2021 at 5:56 PM Henning Schild wrote: > > Am Thu, 1 Apr 2021 18:15:41 +0200 > schrieb "Enrico Weigelt, metux IT consult" : > > > On 29.03.21 19:49, Henning Schild wrote: > > > > Hi, > > > > > This driver adds initial support for several devices from Siemens. > > > It is based on a

Re: [PATCH v2 17/19] docs: replace transation references for reporting-bugs.rst

On 07.04.21 10:20, Mauro Carvalho Chehab wrote: > Changeset d2ce285378b0 ("docs: make reporting-issues.rst official and delete > reporting-bugs.rst") > dropped reporting-bugs.rst, in favor of reporting-issues.rst, but > translations still need to be updated, in order to point to the > new file. >

Re: [PATCH v4 3/4] locking/qspinlock: Add ARCH_USE_QUEUED_SPINLOCKS_XCHG32

On Tue, Apr 6, 2021 at 10:56 AM Stafford Horne wrote: > On Tue, Apr 06, 2021 at 11:50:38AM +0800, Guo Ren wrote: > > On Wed, Mar 31, 2021 at 3:23 PM Arnd Bergmann wrote: > > > On Wed, Mar 31, 2021 at 12:35 AM Stafford Horne wrote: > > > > We shouldn't export xchg16/cmpxchg16(emulated by

[PATCH 1/1] drm/msm/dpu: remove unused local variable 'cmd_enc'

Fixes the following W=1 kernel build warning: drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c: In function ‘dpu_encoder_phys_cmd_wait_for_commit_done’: drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c:688:31: warning: variable ‘cmd_enc’ set but not used [-Wunused-but-set-variable]

Re: [PATCH] iommu: sprd: Fix parameter type warning

On Wed, Mar 31, 2021 at 11:16:45AM +0800, Chunyan Zhang wrote: > drivers/iommu/sprd-iommu.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied, thanks.

[PATCH] x86/kvm: Don't alloc __pv_cpu_mask when !CONFIG_SMP

From: Wanpeng Li Enable PV TLB shootdown when !CONFIG_SMP doesn't make sense. Let's move it inside CONFIG_SMP. In addition, we can avoid alloc __pv_cpu_mask when !CONFIG_SMP and get rid of 'alloc' variable in kvm_alloc_cpumask. Signed-off-by: Wanpeng Li --- arch/x86/kernel/kvm.c | 79

Re: [PATCH v4 07/16] KVM: x86/pmu: Add IA32_PEBS_ENABLE MSR emulation for extended PEBS

On Mon, Mar 29, 2021 at 01:41:28PM +0800, Like Xu wrote: > diff --git a/arch/x86/include/asm/msr-index.h > b/arch/x86/include/asm/msr-index.h > index 546d6ecf0a35..9afcad882f4f 100644 > --- a/arch/x86/include/asm/msr-index.h > +++ b/arch/x86/include/asm/msr-index.h > @@ -186,6 +186,12 @@ >

Fair Pay Generalized : Source X / Source Movement

After some years of discussion on the thematic, we really arrive at that this is about source, and can be generalized to the idea of Source X, which can be personalized to any taste, and part of the Source movement. And I am sure that when a netcurrency is ready, it will be part of it.

Re: [v7, 3/3] thermal: mediatek: add another get_temp ops for thermal sensors

Hi Maintainers, Gentle pin for this patch. Thanks On Tue, 2021-03-16 at 15:01 +0800, Michael Kao wrote: > Provide thermal zone to read thermal sensor > in the SoC. We can read all the thermal sensors > value in the SoC by the node /sys/class/thermal/ > > In mtk_thermal_bank_temperature, return

Re: [PATCH] iommu: Remove duplicate check of pasids

On Thu, Apr 01, 2021 at 07:19:16PM +0800, Qi Liu wrote: > Remove duplicate check of pasids in amd_iommu_domain_enable_v2(), as it > has been guaranteed in amd_iommu_init_device(). > > Signed-off-by: Qi Liu > --- > drivers/iommu/amd/iommu.c | 3 --- > 1 file changed, 3 deletions(-) Applied,

Re: [Outreachy kernel] [PATCH v3] staging: rtl8723bs: hal: Remove camelcase in Hal8723BReg.h

On Wednesday, April 7, 2021 10:18:13 AM CEST Greg KH wrote: > On Tue, Apr 06, 2021 at 06:00:37PM +0200, Fabio M. De Francesco wrote: > > Remove camelcase in some symbols defined in Hal8723BReg.h. These symbols > > are not used anywhere else, therefore this patch does not break the driver. > > > >

Re: [PATCH] thermal: amlogic: Omit superfluous error message in amlogic_thermal_probe()

On 22/02/2021 07:11, Tang Bin wrote: > The function devm_platform_ioremap_resource has already contains error > message, so remove the redundant dev_err here. > > Signed-off-by: Tang Bin > --- > drivers/thermal/amlogic_thermal.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > >

Re: [PATCH v2 2/2] Fix the issue for clearing status process

Hi Yoshio, Yoshio Furuyama wrote on Tue, 6 Apr 2021 10:47:26 +0900: Could you add "mtd: nand: bbt:" as prefix for the title (same for the other patch, even though you're not the original author). > In the unlikely event of bad block, > it should update its block status to BBT, > In this

Re: [PATCH] mtd: nand: gpmi: Fix a double free in gpmi_nand_init

On Sat, 2021-04-03 at 06:09:05 UTC, Lv Yunlong wrote: > If the callee gpmi_alloc_dma_buffer() failed to alloc memory for > this->raw_buffer, gpmi_free_dma_buffer() will be called to free > this->auxiliary_virt. But this->auxiliary_virt is still a non-NULL > and valid ptr. > > Then

Re: [PATCH] mtd: rawnand: qcom: Use dma_mapping_error() for error check

On Mon, 2021-04-05 at 05:09:12 UTC, Manivannan Sadhasivam wrote: > dma_mapping_error() should be used for checking the error value of > dma_map_resource() API. > > Signed-off-by: Manivannan Sadhasivam Applied to https://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git nand/next, thanks.

Re: [PATCH v11 4/4] mtd: rawnand: qcom: Add missing nand_cleanup() in error path

On Fri, 2021-04-02 at 15:01:28 UTC, Manivannan Sadhasivam wrote: > Add missing nand_cleanup() in the alloc_bam_transaction() error path > to cleanup the resources properly. > > Signed-off-by: Manivannan Sadhasivam Applied to https://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git

Re: [PATCH v4 3/7] regulator: IRQ based event/error notification helpers

On Wed, Apr 7, 2021 at 8:02 AM Matti Vaittinen wrote: > > Morning Andy, > > Thanks for the review! By the way, is it me or did your mail-client > spill this out using HTML? It's Gmail from my mobile phone, sorry for that. We have to blame Google that they don't think through. > On Wed,

Re: [PATCH v2 18/19] docs: translations/zh_CN: fix a typo at 8.Conclusion.rst

On Wed, Apr 07, 2021 at 10:20:57AM +0200, Mauro Carvalho Chehab wrote: > transaltions -> translations > > Signed-off-by: Mauro Carvalho Chehab Thanks! Acked-by: Wu XiangCheng > --- > Documentation/translations/zh_CN/process/8.Conclusion.rst | 2 +- > 1 file changed, 1 insertion(+), 1

Re: [PATCH v4 7/8] hugetlb: make free_huge_page irq safe

On Mon, Apr 05, 2021 at 04:00:42PM -0700, Mike Kravetz wrote: > Commit c77c0a8ac4c5 ("mm/hugetlb: defer freeing of huge pages if in > non-task context") was added to address the issue of free_huge_page > being called from irq context. That commit hands off free_huge_page > processing to a

[PATCH -next] power: supply: generic-adc-battery: fix possible use-after-free in gab_remove()

This driver's remove path calls cancel_delayed_work(). However, that function does not wait until the work function finishes. This means that the callback function may still be running after the driver's remove function has finished, which would result in a use-after-free. Fix by calling

[PATCH -next] power: supply: s3c_adc_battery: fix possible use-after-free in s3c_adc_bat_remove()

This driver's remove path calls cancel_delayed_work(). However, that function does not wait until the work function finishes. This means that the callback function may still be running after the driver's remove function has finished, which would result in a use-after-free. Fix by calling

[PATCH 1/1] usb: typec: tcpm: remove unused static variable 'tcpm_altmode_ops'

Fixes the following W=1 kernel build warning: drivers/usb/typec/tcpm/tcpm.c:2107:39: warning: ‘tcpm_altmode_ops’ defined but not used [-Wunused-const-variable=] The reference to the variable 'tcpm_altmode_ops' is deleted by the commit a079973f462a ("usb: typec: tcpm: Remove tcpc_config

[Outreachy kernel] [PATCH v2] staging: rtl8723bs: hal: Remove camelcase

Remove camelcase. Issue detected by checkpatch.pl. The symbols aren't used in other files, so this change doesn't break the driver's code. Signed-off-by: Fabio M. De Francesco --- This is a necessary v2 patch because v1 cannot anymore apply to the current staging/testing tree

Re: [PATCH] tty: use printk_safe context at tty_msg()

On Tue 2021-04-06 21:10:48, Greg Kroah-Hartman wrote: > On Wed, Apr 07, 2021 at 01:22:34AM +0900, Tetsuo Handa wrote: > > On 2021/04/07 0:10, Petr Mladek wrote: > > >> diff --git a/drivers/tty/tty_buffer.c b/drivers/tty/tty_buffer.c > > >> index 6d4995a5f318..d59f7873bc49 100644 > > >> ---

[PATCH] ASoC: simple-card: fix possible uninitialized single_cpu local variable

The 'single_cpu' local variable is assigned by asoc_simple_parse_dai() and later used in a asoc_simple_canonicalize_cpu() call, assuming the entire function did not exit on errors. However the first function returns 0 if passed device_node is NULL, thus leaving the variable uninitialized and

Re: [PATCH v4 1/8] mm/cma: change cma mutex to irq safe spinlock

On 06.04.21 01:00, Mike Kravetz wrote: cma_release is currently a sleepable operatation because the bitmap manipulation is protected by cma->lock mutex. Hugetlb code which relies on cma_release for CMA backed (giga) hugetlb pages, however, needs to be irq safe. The lock doesn't protect any

[PATCH -next v2] bcache: use DEFINE_MUTEX() for mutex lock

mutex lock can be initialized automatically with DEFINE_MUTEX() rather than explicitly calling mutex_init(). this patch will reduce the size of bcache.ko about 64 bytes, the reason as follows: though this patch will increase the size of .data segment about 32 bytes, it will also reduce the size

[PATCH -next] usb: gadget: tegra-xudc: Fix possible use-after-free in tegra_xudc_remove()

This driver's remove path calls cancel_delayed_work(). However, that function does not wait until the work function finishes. This means that the callback function may still be running after the driver's remove function has finished, which would result in a use-after-free. Fix by calling

Re: [PATCH v4 2/8] hugetlb: no need to drop hugetlb_lock to call cma_release

On 06.04.21 01:00, Mike Kravetz wrote: Now that cma_release is non-blocking and irq safe, there is no need to drop hugetlb_lock before calling. Signed-off-by: Mike Kravetz Acked-by: Roman Gushchin Acked-by: Michal Hocko --- mm/hugetlb.c | 6 -- 1 file changed, 6 deletions(-) diff

Re: your mail

Thanks Ray for pointing this out. Looks like the mail ended up in my spam folder otherwise. Apart from that this patch is a really really big NAK. I can't count how often I had to reject stuff like this! Using the page reference for TTM pages is illegal and can lead to struct page

Re: [PATCH v4 5/8] hugetlb: call update_and_free_page without hugetlb_lock

On Wed 07-04-21 10:27:49, Oscar Salvador wrote: > On Mon, Apr 05, 2021 at 04:00:40PM -0700, Mike Kravetz wrote: [...] > > @@ -2671,22 +2682,34 @@ static void try_to_free_low(struct hstate *h, > > unsigned long count, > > nodemask_t *nodes_allowed) > >

Re: [PATCH v19 3/7] ptp: Reorganize ptp_kvm.c to make it arch-independent

On Tue, 30 Mar 2021 15:54:26 +0100, Marc Zyngier wrote: > > From: Jianyong Wu > > Currently, the ptp_kvm module contains a lot of x86-specific code. > Let's move this code into a new arch-specific file in the same directory, > and rename the arch-independent file to ptp_kvm_common.c. > >

Re: [PATCH v4 3/8] hugetlb: add per-hstate mutex to synchronize user adjustments

On 06.04.21 01:00, Mike Kravetz wrote: The helper routine hstate_next_node_to_alloc accesses and modifies the hstate variable next_nid_to_alloc. The helper is used by the routines alloc_pool_huge_page and adjust_pool_surplus. adjust_pool_surplus is called with hugetlb_lock held. However,

Unexpected multihop in swaput - likely driver bug.

Hi! During the 5.12 testing cycle I observed the repeatable bug when launching heavy graphic applications. The kernel log is flooded with the message "Unexpected multihop in swaput - likely driver bug.". Trace: [ 8707.814899] [ cut here ] [ 8707.814920] Unexpected multihop

Re: [Outreachy kernel] [PATCH v2] staging: rtl8723bs: hal: Remove camelcase

On Wednesday, April 7, 2021 11:17:52 AM CEST Fabio M. De Francesco wrote: > Remove camelcase. Issue detected by checkpatch.pl. The symbols aren't > used in other files, so this change doesn't break the driver's code. > > Signed-off-by: Fabio M. De Francesco > --- > > This is a necessary v2

RE: [PATCH v4] platform/x86: intel_pmc_core: export platform global_reset via sysfs.

> Hi, > > On 4/7/21 8:51 AM, Winkler, Tomas wrote: > >>> > >>> During PCH (platform/board) manufacturing process a global reset has > >>> to be induced in order for configuration changes take the effect > >>> upon following platform reset. > >>> This setting was commonly done by accessing PMC

Re: [PATCH v4 7/8] hugetlb: make free_huge_page irq safe

On Wed 07-04-21 11:12:37, Oscar Salvador wrote: > On Mon, Apr 05, 2021 at 04:00:42PM -0700, Mike Kravetz wrote: > > Commit c77c0a8ac4c5 ("mm/hugetlb: defer freeing of huge pages if in > > non-task context") was added to address the issue of free_huge_page > > being called from irq context. That

Re: [PATCH v12 01/13] vfio: VFIO_IOMMU_SET_PASID_TABLE

Hi Eric, On 2021/2/24 5:06, Eric Auger wrote: +/* + * VFIO_IOMMU_SET_PASID_TABLE - _IOWR(VFIO_TYPE, VFIO_BASE + 18, + * struct vfio_iommu_type1_set_pasid_table) + * + * The SET operation passes a PASID table to the host while the + * UNSET operation detaches the one

Re: gemini: sl3516: Mainlining of NS 2502

On Tue, Apr 6, 2021 at 2:05 PM Corentin Labbe wrote: > You could find photos at http://kernel.montjoie.ovh/gemini/ > There are also photos of another SL3516 SoC based device (a SSI 1328 NAS), > but I fail to setup a serial on it, so I keep it for later. Yeah it is clearly an RTL82111 at least,

[RESEND, PATCH] mmc: sdhci-pci-gli: Improve GL9763E L1 entry delay to increase battery life

From: Ben Chuang For GL9763E, although there is the best performance at the maximum delay. Change the value to 20us in order to have better power consumption. This change may reduce the maximum performance by 10%. Signed-off-by: Ben Chuang --- drivers/mmc/host/sdhci-pci-gli.c | 6 +++--- 1

Re: [PATCH v2 17/19] docs: replace transation references for reporting-bugs.rst

On Wed, Apr 07, 2021 at 10:20:56AM +0200, Mauro Carvalho Chehab wrote: > Changeset d2ce285378b0 ("docs: make reporting-issues.rst official and delete > reporting-bugs.rst") > dropped reporting-bugs.rst, in favor of reporting-issues.rst, but > translations still need to be updated, in order to

[PATCH] xircom: remove redundant error check on variable err

From: Colin Ian King The error check on err is always false as err is always 0 at the port_found label. The code is redundant and can be removed. Addresses-Coverity: ("Logically dead code") Signed-off-by: Colin Ian King --- drivers/net/ethernet/xircom/xirc2ps_cs.c | 2 -- 1 file changed, 2

Re: [PATCH v4 7/8] hugetlb: make free_huge_page irq safe

On Wed, Apr 07, 2021 at 11:33:18AM +0200, Michal Hocko wrote: > Yes. spin_unlock_irq will enable interrupts unconditionally which is > certainly not what we want if the path is called with IRQ disabled by > the caller. I see, thanks for confirming. -- Oscar Salvador SUSE L3

Re: [PATCH v1 1/1] driver core: platform: Make platform_get_irq_optional() optional

On Tue, Apr 06, 2021 at 12:25:14PM -0700, Guenter Roeck wrote: > On Wed, Mar 31, 2021 at 05:45:26PM +0300, Andy Shevchenko wrote: > > Currently the platform_get_irq_optional() returns an error code even > > if IRQ resource sumply has not been found. It prevents caller to be > > error code agnostic

Re: [PATCH v5 (RESEND) 4/7] mfd: hi6421-spmi-pmic: move driver from staging

On Thu, 25 Mar 2021, Mauro Carvalho Chehab wrote: > This driver is ready for mainstream. So, move it out of staging. > > Signed-off-by: Mauro Carvalho Chehab > --- > .../mfd/hisilicon,hi6421-spmi-pmic.yaml | 135 > MAINTAINERS | 7 + >

Re: [PATCH v3] sched/fair: bring back select_idle_smt, but differently

On Wed, Apr 07, 2021 at 09:17:18AM +0200, Peter Zijlstra wrote: > Subject: sched/fair: Bring back select_idle_smt(), but differently > From: Rik van Riel > Date: Fri, 26 Mar 2021 15:19:32 -0400 > > From: Rik van Riel > > Mel Gorman did some nice work in 9fe1f127b913 ("sched/fair: Merge >

Re: [PATCH v2 17/19] docs: replace transation references for reporting-bugs.rst

Em Wed, 7 Apr 2021 10:52:14 +0200 Thorsten Leemhuis escreveu: > On 07.04.21 10:20, Mauro Carvalho Chehab wrote: > > Changeset d2ce285378b0 ("docs: make reporting-issues.rst official and > > delete reporting-bugs.rst") > > dropped reporting-bugs.rst, in favor of reporting-issues.rst, but > >

Re: [igb] netconsole triggers warning in netpoll_poll_dev

Hello. On Tue, Apr 06, 2021 at 11:48:02AM -0700, Jakub Kicinski wrote: > On Tue, 6 Apr 2021 14:36:19 +0200 Oleksandr Natalenko wrote: > > Hello. > > > > I've raised this here [1] first, but was suggested to engage igb devs, > > so here we are. > > > > I'm experiencing the following woes while

[PATCH net-next v5] atl1c: move tx cleanup processing out of interrupt

Tx queue cleanup happens in interrupt handler on same core as rx queue processing. Both can take considerable amount of processing in high packet-per-second scenarios. Sending big amounts of packets can stall the rx processing which is unfair and also can lead to out-of-memory condition since

[PATCH] staging: rtl8192u: remove unused variable

Fix the following gcc warning: drivers/staging/rtl8192u/r8192U_core.c:3419:6: warning: variable ‘reset_status’ set but not used [-Wunused-but-set-variable]. Reported-by: Abaci Robot Signed-off-by: Jiapeng Chong --- drivers/staging/rtl8192u/r8192U_core.c | 3 +-- 1 file changed, 1

Re: [PATCH] i2c: omap: Fix rumtime PM imbalance on error

* Dinghao Liu [210407 03:31]: > pm_runtime_get_sync() will increase the rumtime PM counter > even it returns an error. Thus a pairing decrement is needed > to prevent refcount leak. Fix this by replacing this API with > pm_runtime_resume_and_get(), which will not change the runtime > PM counter

Re: [PATCH RESEND] lib/scatterlist: Fix NULL pointer deference

Looks good, Reviewed-by: Christoph Hellwig

  1   2   3   4   5   6   7   8   9   10   >