Re: linux-next: manual merge of the drivers-x86 tree with the drm-misc tree

fig lines along with mentioned files, > > > > Patrik, I have sent a PR again, so you may consider pulling it, thanks! > > Daniel, is this something you can pull into drm or ask one of the > drm-misc maintainers to do? We've already created the conflict, and my understanding

[PATCH] PCI: Also set up legacy files only after sysfs init

rom iomem_get_mapping() when userspace calls mmap(). This also works, but Greg didn't really like that just to work around an ordering issue when the kernel loads initially. v2: Improve commit message (Bjorn) Signed-off-by: Daniel Vetter Cc: Stephen Rothwell Cc: Jason Gunthorpe Cc: Kees Cook Cc: Dan Williams

Re: [PATCH v2] kernel: Expose SYS_kcmp by default

t; > > > "default n" is redundant. > > I thought being explicit would be preferred. There are a few other > default n, so at least it's not the odd-one-out! > > > I thought Daniel said CONFIG_DRM needed to > > "select" it too, though? > > Yes. We

Re: [PATCH] kernel: Expose SYS_kcmp by default

t; > Signed-off-by: Chris Wilson > > Cc: Kees Cook > > Cc: Andy Lutomirski > > Cc: Will Drewry > > Cc: Andrew Morton > > Cc: Dave Airlie > > Cc: Daniel Vetter > > Cc: Lucas Stach > > --- > > init/Kconfig

Re: [PATCH v2] kdb: Refactor env variables get/set code

know it's copied from the original code but it doesn't look like the sort of code you should want your name to appear next to in a git blame ;-) . Daniel.

[ANNOUNCE] 4.4.256-rt214

/linux/kernel/v4.x/patch-4.4.256.xz https://www.kernel.org/pub/linux/kernel/projects/rt/4.4/patch-4.4.256-rt214.patch.xz Enjoy! Daniel

Re: [PATCH 1/2] PCI: also set up legacy files only after sysfs init

On Fri, Feb 5, 2021 at 11:04 AM Pali Rohár wrote: > > On Friday 05 February 2021 10:59:50 Daniel Vetter wrote: > > On Thu, Feb 4, 2021 at 11:24 PM Pali Rohár wrote: > > > > > > On Thursday 04 February 2021 15:50:19 Bjorn Helgaas wrote: > > > > [+cc

[tip: x86/sgx] x86/sgx: Drop racy follow_pfn() check

The following commit has been merged into the x86/sgx branch of tip: Commit-ID: dc9b7be557ca94301ea5c06c0d72307e642ffb18 Gitweb: https://git.kernel.org/tip/dc9b7be557ca94301ea5c06c0d72307e642ffb18 Author:Daniel Vetter AuthorDate:Thu, 04 Feb 2021 19:45:19 +01:00 Committer

Re: [PATCH 1/2] PCI: also set up legacy files only after sysfs init

On Thu, Feb 4, 2021 at 10:50 PM Bjorn Helgaas wrote: > > [+cc Oliver, Pali, Krzysztof] > > s/also/Also/ in subject > > On Thu, Feb 04, 2021 at 05:58:30PM +0100, Daniel Vetter wrote: > > We are already doing this for all the regular sysfs files on PCI > > devices

Re: [PATCH] x86/sgx: Drop racy follow_pfn check

On Fri, Feb 5, 2021 at 3:26 AM Jarkko Sakkinen wrote: > > On Thu, Feb 04, 2021 at 07:45:19PM +0100, Daniel Vetter wrote: > > References: > > https://lore.kernel.org/dri-devel/20201127164131.2244124-1-daniel.vet...@ffwll.ch/ > > What is the difference between this an

Re: [PATCH] cpu/hotplug: wait for cpuset_hotplug_work to finish on cpu onlining

Alexey Klimov writes: > When a CPU offlined and onlined via device_offline() and device_online() > the userspace gets uevent notification. If, after receiving "online" uevent, > userspace executes sched_setaffinity() on some task trying to move it > to a recently onlined CPU, then it often fails

Re: [PATCH] cpu/hotplug: wait for cpuset_hotplug_work to finish on cpu onlining

Peter Zijlstra writes: > On Thu, Feb 04, 2021 at 12:50:34PM +, Alexey Klimov wrote: >> On Thu, Feb 4, 2021 at 9:46 AM Peter Zijlstra wrote: >> > >> > On Thu, Feb 04, 2021 at 01:01:57AM +, Alexey Klimov wrote: >> > > @@ -1281,6 +1282,11 @@ static int cpu_up(unsigned int cpu, enum >> > >

[PATCH v3 3/3] kunit: tool: fix unintentional statefulness in run_kernel()

o trigger any negative side-effects right now. Fixes: 6ebf5866f2e8 ("kunit: tool: add Python wrappers for running KUnit tests") Signed-off-by: Daniel Latypov Reviewed-by: Brendan Higgins --- tools/testing/kunit/kunit_kernel.py | 4 +++- 1 file changed, 3 insertions(+), 1 deletion

[PATCH v3 2/3] kunit: tool: add support for filtering suites by glob

y supports filtering by suite name. Signed-off-by: Daniel Latypov Reviewed-by: Brendan Higgins --- tools/testing/kunit/kunit.py| 21 - tools/testing/kunit/kunit_kernel.py | 4 +++- 2 files changed, 19 insertions(+), 6 deletions(-) diff --git a/tools/testing/kunit/kunit.

[PATCH v3 1/3] kunit: add kunit.filter_glob cmdline option to filter suites

-test.*del* But at the moment, it's far easier to manually comment out test cases in test files as opposed to messing with sets of Kconfig entries to select specific suites. So even just doing this makes using kunit far less annoying. Signed-off-by: Daniel Latypov Reviewed-by: Brendan Higgins ---

[PATCH v3 0/3] kunit: support running subsets of test suites from kunit.py

ray in suite_set. Found by Dan Carpenter and kernel test robot. v2 -> v3: Add MODULE_PARM_DESC() for kunit.filter_glob. Daniel Latypov (3): kunit: add kunit.filter_glob cmdline option to filter suites kunit: tool: add support for filtering suites by glob kunit: tool: fix unintentional statef

[PATCH 1/2] PCI: also set up legacy files only after sysfs init

. Wire it up exactly like the existing code. Note that pci_remove_legacy_files() doesn't need a check since the one for pci_bus->legacy_io is sufficient. Signed-off-by: Daniel Vetter Cc: Stephen Rothwell Cc: Jason Gunthorpe Cc: Kees Cook Cc: Dan Williams Cc: Andrew Morton Cc: John Hubbard

[PATCH] x86/sgx: Drop racy follow_pfn check

av Petkov Cc: linux-...@vger.kernel.org Signed-off-by: Daniel Vetter --- arch/x86/kernel/cpu/sgx/encl.c | 8 1 file changed, 8 deletions(-) diff --git a/arch/x86/kernel/cpu/sgx/encl.c b/arch/x86/kernel/cpu/sgx/encl.c index ee50a5010277..20a2dd5ba2b4 100644 --- a/arch/x86/kernel/cpu/sgx/encl.c +

Re: [PATCH 1/3] kunit: add kunit.filter_glob cmdline option to filter suites

On Wed, Feb 3, 2021 at 11:13 PM Dan Carpenter wrote: > > Hi Daniel, > > url: > https://github.com/0day-ci/linux/commits/Daniel-Latypov/kunit-support-running-subsets-of-test-suites-from/20210204-074405 > base: 88bb507a74ea7d75fa49edd421eaa710a7d80598 > config: x86_64-ran

[PATCH v2 1/3] kunit: add kunit.filter_glob cmdline option to filter suites

-test.*del* But at the moment, it's far easier to manually comment out test cases in test files as opposed to messing with sets of Kconfig entries to select specific suites. So even just doing this makes using kunit far less annoying. Signed-off-by: Daniel Latypov --- lib/kunit/Kconfig| 1 +

[PATCH v2 3/3] kunit: tool: fix unintentional statefulness in run_kernel()

o trigger any negative side-effects right now. Fixes: 6ebf5866f2e8 ("kunit: tool: add Python wrappers for running KUnit tests") Signed-off-by: Daniel Latypov --- tools/testing/kunit/kunit_kernel.py | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/tools/testing/kunit/k

[PATCH v2 2/3] kunit: tool: add support for filtering suites by glob

y supports filtering by suite name. Signed-off-by: Daniel Latypov --- tools/testing/kunit/kunit.py| 21 - tools/testing/kunit/kunit_kernel.py | 4 +++- 2 files changed, 19 insertions(+), 6 deletions(-) diff --git a/tools/testing/kunit/kunit.py b/tools/testing/kunit/kuni

[PATCH v2 0/3] kunit: support running subsets of test suites from kunit.py

ray in suite_set. Found by Dan Carpenter and kernel test robot. Daniel Latypov (3): kunit: add kunit.filter_glob cmdline option to filter suites kunit: tool: add support for filtering suites by glob kunit: tool: fix unintentional statefulness in run_kernel() lib/kunit/Kcon

[PATCH 2/2] PCI: Revoke mappings like devmem

ed-by: Dan Williams Signed-off-by: Daniel Vetter Cc: Stephen Rothwell Cc: Jason Gunthorpe Cc: Kees Cook Cc: Dan Williams Cc: Andrew Morton Cc: John Hubbard Cc: Jérôme Glisse Cc: Jan Kara Cc: Dan Williams Cc: Greg Kroah-Hartman Cc: linux...@kvack.org Cc: linux-arm-ker...@lists.infradead.org Cc: li

[PATCH 0/2] pci sysfs file iomem revoke support

/cakmk7ugrddrbtj0oyzqqc0cgrqwc2f3tfju9vlfm2jjufaz...@mail.gmail.com/ Cheers, Daniel Cc: Stephen Rothwell Cc: Jason Gunthorpe Cc: Kees Cook Cc: Dan Williams Cc: Andrew Morton Cc: John Hubbard Cc: Jérôme Glisse Cc: Jan Kara Cc: Dan Williams Cc: Greg Kroah-Hartman Cc: linux...@kvack.org Cc: linux

Re: [PATCH v4] kdb: kdb_support: Fix debugging information problem

checkpatch as being overlong. >} while (0) > > In additon, we changed the format code of size_t to %zu. Should be `addition`. > Signed-off-by: Stephen Zhang It is arguable that there should be a Reviewed-by: from Doug here... although given the big

Re: [Linaro-mm-sig] [PATCH 1/2] mm: replace BUG_ON in vm_insert_page with a return of an error

SoCs. > > > I just realized that vm_inser_page doesn't even work for CMA, it would > > > upset get_user_pages pretty badly - you're trying to pin a page in > > > ZONE_MOVEABLE but you can't move it because it's rather special. > > > VM_SPECIAL is exactly meant to catch this stuff.

Re: [PATCH] kernel: debug: fix typo issue

On Wed, Feb 03, 2021 at 04:10:34PM +0800, samirweng1979 wrote: > From: wengjianfeng > > change 'regster' to 'register'. > > Signed-off-by: wengjianfeng Applied. Thanks.

Re: [PATCH] kgdb: rectify kernel-doc for kgdb_unregister_io_module()

On Mon, Jan 25, 2021 at 03:48:47PM +0100, Lukas Bulwahn wrote: > The command 'find ./kernel/debug/ | xargs ./scripts/kernel-doc -none' > reported a typo in the kernel-doc of kgdb_unregister_io_module(). > > Rectify the kernel-doc, such that no issues remain for ./kernel/debug/. > >

Re: [PATCH] drm/msm/kms: Make a lock_class_key for each crtc mutex

On Wed, Feb 03, 2021 at 02:11:09PM -0800, Rob Clark wrote: > On Wed, Feb 3, 2021 at 1:58 PM Stephen Boyd wrote: > > > > Quoting Rob Clark (2021-02-03 09:29:09) > > > On Wed, Feb 3, 2021 at 2:10 AM Daniel Vetter wrote: > > > > > > > > On Tue, F

Re: [PATCH] clocksource: davinci: move pr_fmt() before the includes

On 04/02/2021 13:37, Bartosz Golaszewski wrote: > On Mon, Jan 11, 2021 at 3:08 PM Bartosz Golaszewski wrote: >> >> From: Bartosz Golaszewski >> >> We no longer need to undef pr_fmt if we define our own before including >> any headers. >> >> Signed-off-by: Bartosz Golaszewski >> --- Applied.

Re: [PATCH v7 12/17] PCI: Revoke mappings like devmem

On Wed, Feb 3, 2021 at 5:14 PM Daniel Vetter wrote: > > On Tue, Jan 19, 2021 at 5:03 PM Daniel Vetter wrote: > > > > On Tue, Jan 19, 2021 at 4:20 PM Greg Kroah-Hartman > > wrote: > > > > > > On Tue, Jan 19, 2021 at 03:34:47PM +0100, Daniel Vetter wrot

Re: [Linaro-mm-sig] [PATCH v3] dmabuf: Add the capability to expose DMA-BUF stats in sysfs

On Thu, Feb 4, 2021 at 9:13 AM Christian König wrote: > > Am 03.02.21 um 21:14 schrieb Hridya Valsaraju: > > On Wed, Feb 3, 2021 at 2:25 AM Daniel Vetter wrote: > >> On Mon, Feb 01, 2021 at 01:02:30PM -0800, Hridya Valsaraju wrote: > >>> On Mon, Feb 1, 2021

Re: [PATCH v2 2/2] drivers/clocksource: Fixup csky,mptimer compile error with CPU_CK610

The COMPILE_TEST is there for compilation test coverage when the changes are touching a lot of drivers. > Signed-off-by: Guo Ren > Cc: Daniel Lezcano > Cc: Thomas Gleixner > Cc: Marc Zyngier > --- > drivers/clocksource/Kconfig | 2 +- > 1 file changed, 1 insertio

[PATCH 3/3] kunit: tool: fix unintentional statefulness in run_kernel()

o trigger any negative side-effects right now. Fixes: 6ebf5866f2e8 ("kunit: tool: add Python wrappers for running KUnit tests") Signed-off-by: Daniel Latypov --- tools/testing/kunit/kunit_kernel.py | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/tools/testing/kunit/k

[PATCH 2/3] kunit: tool: add support for filtering suites by glob

y supports filtering by suite name. Signed-off-by: Daniel Latypov --- tools/testing/kunit/kunit.py| 21 - tools/testing/kunit/kunit_kernel.py | 4 +++- 2 files changed, 19 insertions(+), 6 deletions(-) diff --git a/tools/testing/kunit/kunit.py b/tools/testing/kunit/kuni

[PATCH 0/3] kunit: support running subsets of test suites from

work. This patch series also includes a bugfix for a latent bug that can't be triggered right now but has worse consequences as a result of the changes needed to plumb in this suite name glob. [1] https://lore.kernel.org/linux-kselftest/20210201205514.3943096-1-dlaty...@google.com/ Daniel

[PATCH 1/3] kunit: add kunit.filter_glob cmdline option to filter suites

-test.*del* But at the moment, it's far easier to manually comment out test cases in test files as opposed to messing with sets of Kconfig entries to select specific suites. So even just doing this makes using kunit far less annoying. Signed-off-by: Daniel Latypov --- lib/kunit/Kconfig| 1 +

Re: [Linaro-mm-sig] [PATCH 1/2] mm: replace BUG_ON in vm_insert_page with a return of an error

On Wed, Feb 3, 2021 at 9:29 PM Daniel Vetter wrote: > > On Wed, Feb 3, 2021 at 9:20 PM Suren Baghdasaryan wrote: > > > > On Wed, Feb 3, 2021 at 12:52 AM Daniel Vetter > > wrote: > > > > > > On Wed, Feb 3, 2021 at 2:57 AM Matthew Wilcox wrote: > >

[PATCH 3/3] vfio/type1: batch page pinning

0.48% -0.48% __get_user_pages_remote +0.39% slot_rmap_walk_next +0.32% vfio_pin_map_dma +0.26% kvm_handle_hva_range ... Suggested-by: Matthew Wilcox (Oracle) Signed-off-by: Daniel

[PATCH 2/3] vfio/type1: prepare for batched pinning with struct vfio_batch

allocate memory. vaddr_get_pfn() becomes vaddr_get_pfns() to prepare for handling multiple pages, though for now only one page is stored in the pages array. Signed-off-by: Daniel Jordan --- drivers/vfio/vfio_iommu_type1.c | 71 +++-- 1 file changed, 58 insertions(+), 13

[PATCH 1/3] vfio/type1: change success value of vaddr_get_pfn()

. Signed-off-by: Daniel Jordan --- drivers/vfio/vfio_iommu_type1.c | 21 ++--- 1 file changed, 14 insertions(+), 7 deletions(-) diff --git a/drivers/vfio/vfio_iommu_type1.c b/drivers/vfio/vfio_iommu_type1.c index 0b4dedaa9128..4d608bc552a4 100644 --- a/drivers/vfio/vfio_iommu_type1.c

[PATCH 0/3] vfio/type1: batch page pinning

changelog. Thanks to Matthew, who first suggested the idea to me. Daniel Test Cases -- 1) qemu passthrough with IOMMU-capable PCI device 2) standalone program to hit vfio_pin_map_dma() -> vfio_pin_pages_remote() 3) standalone program to hit vfio_iommu_rep

Re: [Linaro-mm-sig] [PATCH 1/2] mm: replace BUG_ON in vm_insert_page with a return of an error

On Wed, Feb 3, 2021 at 9:20 PM Suren Baghdasaryan wrote: > > On Wed, Feb 3, 2021 at 12:52 AM Daniel Vetter wrote: > > > > On Wed, Feb 3, 2021 at 2:57 AM Matthew Wilcox wrote: > > > > > > On Tue, Feb 02, 2021 at 04:31:33PM -0800, Suren Baghdasaryan wrote:

Re: [PATCH 2/2] audit: show (grand)parents information of an audit context

On Tue, Feb 02, 2021 at 04:44:47PM -0500, Paul Moore wrote: > On Tue, Feb 2, 2021 at 4:29 PM Daniel Walker wrote: > > From: Phil Zhang > > > > To ease the root cause analysis of SELinux AVCs, this new feature > > traverses task structs to iteratively find all pa

Re: [amdgpu] deadlock

On Wed, Feb 3, 2021 at 6:14 PM Daniel Vetter wrote: > > On Wed, Feb 3, 2021 at 5:42 PM Alex Deucher wrote: > > > > On Wed, Feb 3, 2021 at 9:42 AM Daniel Vetter wrote: > > > > > > On Wed, Feb 3, 2021 at 3:33 PM Bridgman, John > > > wrote: > >

Re: [amdgpu] deadlock

On Wed, Feb 3, 2021 at 5:42 PM Alex Deucher wrote: > > On Wed, Feb 3, 2021 at 9:42 AM Daniel Vetter wrote: > > > > On Wed, Feb 3, 2021 at 3:33 PM Bridgman, John wrote: > > > > > > ‎>>Uh, that doesn't work. If you want infinite compute queues you ne

Re: [PATCH v7 12/17] PCI: Revoke mappings like devmem

On Tue, Jan 19, 2021 at 5:03 PM Daniel Vetter wrote: > > On Tue, Jan 19, 2021 at 4:20 PM Greg Kroah-Hartman > wrote: > > > > On Tue, Jan 19, 2021 at 03:34:47PM +0100, Daniel Vetter wrote: > > > On Tue, Jan 19, 2021 at 3:32 PM Greg Kroah-Hartman > > > wrot

Re: [amdgpu] deadlock

On Wed, 3 Feb 2021 at 15:37, Christian König wrote: > > Hi Daniel, > > I've talked a bit with our internal team. > > The problem is that the 20.20 release still uses the older OpenCL stack > which obviously has a bug here and causes a hang. > > The best approach

Re: [PATCH v3 6/6] drm/sprd: add Unisoc's drm mipi dsi driver

lds and unions are rather unusual for this, and to my understanding might blow up on different compilers. Results in rather verbose and unusual code, but since you only read/write full bytes at least it should be all save. Imo not a worry. See below for the kzalloc comments. -Daniel >

Re: [amdgpu] deadlock

(but shouldn't affect other process really, if at all possible), hanging kernels at large not so much. -Daniel > Thanks, > John > Original Message > From: Daniel Vetter > Sent: Wednesday, February 3, 2021 9:27 AM > To: Alex Deucher > Cc: Linux Kernel Mailing List; dri-devel;

Re: [amdgpu] deadlock

On Wed, Feb 03, 2021 at 08:56:17AM -0500, Alex Deucher wrote: > On Wed, Feb 3, 2021 at 7:30 AM Christian König > wrote: > > > > Am 03.02.21 um 13:24 schrieb Daniel Vetter: > > > On Wed, Feb 03, 2021 at 01:21:20PM +0100, Christian König wrote: > > >> Am

Re: [PATCH v3 4/6] drm/sprd: add Unisoc's drm display controller driver

= PTR_ERR(plane); > + return ret; > + } > + > + ret = sprd_crtc_init(drm, >crtc, plane); > + if (ret) > + return ret; > + > + dpu->drm = drm; > + > + return 0; > +} > + > +static void sprd_dpu_unbind(struct device *dev, struct de

Re: [PATCH v3 4/6] drm/sprd: add Unisoc's drm display controller driver

ted is that you could use the new drmm_ infrastructure we just landed. See comments below, with that addressed: Acked-by: Daniel Vetter > --- > drivers/gpu/drm/sprd/Kconfig| 1 + > drivers/gpu/drm/sprd/Makefile | 4 +- > drivers/gpu/drm/sprd/sprd_dpu.c | 985 > ++

Re: [PATCH v3 2/6] drm/sprd: add Unisoc's drm kms master

tor */ > + drm_mode_config_reset(drm); > + > + /* init kms poll for handling hpd */ > + drm_kms_helper_poll_init(drm); > + > + ret = drm_dev_register(drm, 0); > + if (ret < 0) > + goto err_kms_helper_poll_fini; > + >

Re: [PATCH v10 6/6] powerpc: Book3S 64-bit outline-only KASAN support

Christophe Leroy writes: > Le 03/02/2021 à 12:59, Daniel Axtens a écrit : >> Implement a limited form of KASAN for Book3S 64-bit machines running under >> the Radix MMU, supporting only outline mode. >> > >> diff --git a/arch/powerpc/kernel/process.c b/arch/pow

Re: [amdgpu] deadlock

On Wed, Feb 03, 2021 at 01:21:20PM +0100, Christian König wrote: > Am 03.02.21 um 12:45 schrieb Daniel Gomez: > > On Wed, 3 Feb 2021 at 10:47, Daniel Gomez wrote: > > > On Wed, 3 Feb 2021 at 10:17, Daniel Vetter wrote: > > > > On Wed, Feb 3, 2021 at 9:51 AM C

[PATCH v10 6/6] powerpc: Book3S 64-bit outline-only KASAN support

future. Cc: Balbir Singh # ppc64 out-of-line radix version Cc: Aneesh Kumar K.V # ppc64 hash version Cc: Christophe Leroy # ppc32 version Signed-off-by: Daniel Axtens --- Documentation/dev-tools/kasan.rst| 9 +- Documentation/powerpc/kasan.txt | 48 +- arch/

[PATCH v10 5/6] powerpc/mm/kasan: rename kasan_init_32.c to init_32.c

kasan is already implied by the directory name, we don't need to repeat it. Suggested-by: Christophe Leroy Signed-off-by: Daniel Axtens --- arch/powerpc/mm/kasan/Makefile | 2 +- arch/powerpc/mm/kasan/{kasan_init_32.c => init_32.c} | 0 2 files changed, 1 insertion(+)

[PATCH v10 4/6] kasan: Document support on 32-bit powerpc

KASAN is supported on 32-bit powerpc and the docs should reflect this. Document s390 support while we're at it. Suggested-by: Christophe Leroy Reviewed-by: Christophe Leroy Signed-off-by: Daniel Axtens --- Documentation/dev-tools/kasan.rst | 7 +-- Documentation/powerpc/kasan.txt | 12

[PATCH v10 3/6] kasan: define and use MAX_PTRS_PER_* for early shadow tables

at the moment, just define them in the kasan header, and have them default to PTRS_PER_* unless overridden in arch code. Suggested-by: Christophe Leroy Suggested-by: Balbir Singh Reviewed-by: Christophe Leroy Reviewed-by: Balbir Singh Signed-off-by: Daniel Axtens --- include/linux/kasan.h | 18

[PATCH v10 2/6] kasan: allow architectures to provide an outline readiness check

in outline mode, so an arch must specify ARCH_DISABLE_KASAN_INLINE if it requires this. Cc: Balbir Singh Cc: Aneesh Kumar K.V Suggested-by: Christophe Leroy Signed-off-by: Daniel Axtens -- I discuss the justfication for this later in the series. Also, both previous RFCs for ppc64 - by 2 different

[PATCH v10 1/6] kasan: allow an architecture to disable inline instrumentation

disable stack instrumentation in this case as it does things that are functionally equivalent to inline instrumentation, namely adding code that touches the shadow directly without going through a C helper. Signed-off-by: Daniel Axtens --- lib/Kconfig.kasan | 8 1 file changed, 8

[PATCH v10 0/6] KASAN for powerpc64 radix

fragile - if any real mode code paths call out to instrumented code, things will go boom. Kind regards, Daniel

Re: [PATCH] kernel: debug: fix typo issue

On Wed, Feb 03, 2021 at 07:36:09PM +0800, wengjianfeng wrote: > On Wed, 3 Feb 2021 11:23:59 + > Daniel Thompson wrote: > > > On Wed, Feb 03, 2021 at 04:10:34PM +0800, samirweng1979 wrote: > > > From: wengjianfeng > > > > > > change 'regst

Re: [amdgpu] deadlock

On Wed, 3 Feb 2021 at 10:47, Daniel Gomez wrote: > > On Wed, 3 Feb 2021 at 10:17, Daniel Vetter wrote: > > > > On Wed, Feb 3, 2021 at 9:51 AM Christian König > > wrote: > > > > > > Am 03.02.21 um 09:48 schrieb Daniel Vetter: > > &g

Re: [PATCH v9 6/6] powerpc: Book3S 64-bit outline-only KASAN support

owerpc/mm/ptdump/ptdump.c >> index aca354fb670b..63672aa656e8 100644 >> --- a/arch/powerpc/mm/ptdump/ptdump.c >> +++ b/arch/powerpc/mm/ptdump/ptdump.c >> @@ -20,6 +20,7 @@ >> #include >> #include >> #include >> +#include >> #include >> #include >> >> @@ -317,6 +318,23 @@ static void walk_pud(struct pg_state *st, p4d_t *p4d, >> unsigned long start) >> unsigned long addr; >> unsigned int i; >> >> +#if defined(CONFIG_KASAN) && defined(CONFIG_PPC_BOOK3S_64) >> +/* >> + * On radix + KASAN, we want to check for the KASAN "early" shadow >> + * which covers huge quantities of memory with the same set of >> + * read-only PTEs. If it is, we want to note the first page (to see >> + * the status change), and then note the last page. This gives us good >> + * results without spending ages noting the exact same PTEs over 100s of >> + * terabytes of memory. >> + */ >> +if (p4d_page(*p4d) == virt_to_page(lm_alias(kasan_early_shadow_pud))) { >> +walk_pmd(st, pud, start); >> +addr = start + (PTRS_PER_PUD - 1) * PUD_SIZE; >> +walk_pmd(st, pud, addr); >> +return; >> +} >> +#endif > > Why do you need that ? When PTEs are all pointing to the same page, it shoud > already appear in a > single line into [] It would eventually be printed as one line, but first you have to traverse ~7.5 billion PTEs. It's the process of walking that that takes too long, not the printing. Thanks for the review, I'll have a new spin out soon. Kind regards, Daniel

Re: [PATCH] backlight: pcf50633: pdata may be a null pointer, null pointer dereference cause crash

nting unused and untested special cases that they would have to reason about. Daniel. > > Daniel Thompson 于2021年2月2日周二 上午3:25写道： > > > On Mon, Feb 01, 2021 at 08:41:38AM -0600, Wenjia Zhao wrote: > > > Signed-off-by: Wenjia Zhao > > > > There should be a

Re: [PATCH] kernel: debug: fix typo issue

lated or should it have been tagged RESEND or v2? Daniel. > --- > kernel/debug/gdbstub.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/kernel/debug/gdbstub.c b/kernel/debug/gdbstub.c > index a77df59..e149a0a 100644 > --- a/kernel/debug/gdbs

Re: [PATCH] drm/xlnx: fix kmemleak by sending vblank_event in atomic_disable

t; is done and not call drm_crtc_commit_put. This result that the refcount > of this commit is always non-zero and this commit will never be freed. > > Since the function drm_crtc_send_vblank_event has operations both sending > a flip_done signal and releasing reference to the CRTC commit,

Re: [PATCH 02/13] drm: remove drm_fb_helper_modinit

is harmless if the module is already loaded (and not > other caller has this find_module check either). > > Signed-off-by: Christoph Hellwig Hm I thought I've acked this one already somewhere for merging through your tree. Acked-by: Daniel Vetter > --- > drivers/gpu/drm/drm_

Re: [Linaro-mm-sig] [PATCH v3] dmabuf: Add the capability to expose DMA-BUF stats in sysfs

On Mon, Feb 01, 2021 at 01:02:30PM -0800, Hridya Valsaraju wrote: > On Mon, Feb 1, 2021 at 10:37 AM Daniel Vetter wrote: > > > > On Thu, Jan 28, 2021 at 1:03 PM Sumit Semwal > > wrote: > > > > > > On Thu, 28 Jan 2021 at 17:23, Christian König > > &

Re: [PATCH] procfs/dmabuf: Add /proc//task//dmabuf_fds

we probably > would have noticed this much earlier. Yeah kernel keeps lots of caches around and just gives you back the previous buffer if it's still around. Still probably not the smartest idea. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch

Re: [PATCH v4 5/5] drm/qxl: properly free qxl releases

qxl_io_notify_oom(qdev); > + for (try = 0; try < 20 && atomic_read(>release_count) > 0; try++) > + msleep(20); A bit icky, why not use a wait queue or something like that instead of hand-rolling this? Not for perf reasons, just so it's a bit clear who waits for w

Re: [PATCH] drm/msm/kms: Make a lock_class_key for each crtc mutex

On Tue, Feb 02, 2021 at 08:51:25AM -0800, Rob Clark wrote: > On Tue, Feb 2, 2021 at 7:46 AM Daniel Vetter wrote: > > > > On Mon, Jan 25, 2021 at 03:49:01PM -0800, Stephen Boyd wrote: > > > Lockdep complains about an AA deadlock w

Re: [PATCH 1/3] dt-bindings: Fix undocumented compatible strings in examples

-gpio"; >#gpio-cells = <2>; >reg = <0x207800 0x200>; >gpio-controller; This is correct. The compatible string dropped the e at some point and I must have missed the example. Thanks for the fix. Reviewed-by: Daniel Palmer

Re: [amdgpu] deadlock

On Wed, 3 Feb 2021 at 10:17, Daniel Vetter wrote: > > On Wed, Feb 3, 2021 at 9:51 AM Christian König > wrote: > > > > Am 03.02.21 um 09:48 schrieb Daniel Vetter: > > > On Wed, Feb 3, 2021 at 9:36 AM Christian König > > > wrote: > > >&

Re: [RFC][PATCH 2/3] dma-buf: system_heap: Add pagepool support to system heap

On Tue, Feb 02, 2021 at 09:56:14PM -0800, John Stultz wrote: > On Tue, Feb 2, 2021 at 6:04 AM Daniel Vetter wrote: > > > > On Fri, Jan 22, 2021 at 05:28:32PM -0800, John Stultz wrote: > > > On Mon, Dec 21, 2020 at 2:09 PM Daniel Vetter wrote: > > > > > &

Re: [amdgpu] deadlock

On Wed, Feb 3, 2021 at 9:51 AM Christian König wrote: > > Am 03.02.21 um 09:48 schrieb Daniel Vetter: > > On Wed, Feb 3, 2021 at 9:36 AM Christian König > > wrote: > >> Hi Daniel, > >> > >> this is not a deadlock, but rather a hardwar

[PATCH 1/2] ext4: Handle casefolding with encryption

. The hash is stored at the end of the directory entry for all entries inside of an encrypted and casefolded directory apart from those that deal with '.' and '..'. This way, the change is backwards compatible with existing ext4 filesystems. Signed-off-by: Daniel Rosenberg Signed-off-by: Paul

[PATCH 2/2] ext4: Optimize match for casefolded encrypted dirs

Matching names with casefolded encrypting directories requires decrypting entries to confirm case since we are case preserving. We can avoid needing to decrypt if our hash values don't match. Signed-off-by: Daniel Rosenberg Signed-off-by: Paul Lawrence --- fs/ext4/ext4.h | 17

[PATCH 0/2] Reconcile Encryption and Casefolding in Ext4

. e2fsprogs has already been updated with support for casefolding and encryption. Daniel Rosenberg (2): ext4: Handle casefolding with encryption ext4: Optimize match for casefolded encrypted dirs Documentation/filesystems/ext4/directory.rst | 27 ++ fs/ext4/dir.c

Re: [amdgpu] deadlock

On Wed, 3 Feb 2021 at 09:51, Christian König wrote: > > Am 03.02.21 um 09:48 schrieb Daniel Vetter: > > On Wed, Feb 3, 2021 at 9:36 AM Christian König > > wrote: > >> Hi Daniel, > >> > >> this is not a deadlock, but rather a hardware lockup. > >

Re: [Linaro-mm-sig] [PATCH 1/2] mm: replace BUG_ON in vm_insert_page with a return of an error

exactly do we need to make this switch for system heap? I've recently looked at gup usage by random drivers, and found a lot of worrying things there. gup on dma-buf is really bad idea in general. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch

Re: [amdgpu] deadlock

On Wed, Feb 3, 2021 at 9:36 AM Christian König wrote: > > Hi Daniel, > > this is not a deadlock, but rather a hardware lockup. Are you sure? Ime getting stuck in dma_fence_wait has generally good chance of being a dma_fence deadlock. GPU hang should never result in a forever stu

Re: [RESEND PATCH] clocksource/drivers/timer-microchip-pit64b: add clocksource suspend/resume

On 19/01/2021 13:59, Claudiu Beznea wrote: > Add suspend/resume support for clocksource timer. > > Signed-off-by: Claudiu Beznea Applied, thanks -- Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook |

Re: [PATCH 0/4] clocksource: remove obsolete drivers

Applied, thanks On 20/01/2021 14:15, Arnd Bergmann wrote: > From: Arnd Bergmann > > A few Arm platforms are getting removed in v5.12, this removes > the corresponding clocksource drivers. > > Link: > https://lore.kernel.org/linux-arm-kernel/20210120124812.2800027-1-a...@kernel.org/T/ > >

[amdgpu] deadlock

ic/653: [ 738.359206] #0: 88810e364fe0 (>notifier_lock){+.+.}-{3:3}, at: amdgpu_mn_invalidate_gfx+0x34/0xa0 [amdgpu] Daniel

Re: [PATCH 1/2] audit: show user land backtrace as part of audit context messages

On Tue, Feb 02, 2021 at 04:35:42PM -0500, Paul Moore wrote: > On Tue, Feb 2, 2021 at 4:29 PM Daniel Walker wrote: > > From: Victor Kamensky > > > > To efficiently find out where SELinux AVC denial is comming from > > take backtrace of user land process and di

Re: [PATCH 1/1] ipu3-cio2: Build bridge only if ACPI is enabled

On 02/02/2021 20:30, Sakari Ailus wrote: > On Tue, Feb 02, 2021 at 12:24:54PM -0800, Randy Dunlap wrote: >> On 2/2/21 12:14 PM, Sakari Ailus wrote: >>> ipu3-cio2-bridge uses several features of the ACPI framework that have no >>> meaningful replacement when ACPI is disabled. Instead of adding

[PATCH 2/2] audit: show (grand)parents information of an audit context

el_t:s0 ... Cc: xe-linux-exter...@cisco.com Signed-off-by: Phil Zhang Signed-off-by: Daniel Walker --- include/uapi/linux/audit.h | 5 ++- init/Kconfig | 7 + kernel/audit.c | 3 +- kernel/auditsc.c | 64 ++ 4 files cha

[PATCH 1/2] audit: show user land backtrace as part of audit context messages

-exter...@cisco.com Signed-off-by: Victor Kamensky Signed-off-by: Ruslan Bilovol Signed-off-by: Daniel Walker --- include/uapi/linux/audit.h | 6 ++- init/Kconfig | 13 ++ kernel/audit.c | 3 +- kernel/auditsc.c | 93

Re: [PATCH] drm/msm/kms: Make a lock_class_key for each crtc mutex

the exception for kms drivers, not the rule. And this one here doesn't look like an exception by far (the one legit I know of is the locking issues amdgpu has between atomic_commit_tail and gpu reset, and that one is really nasty, so not going to get fixed in helpers, ever). Cheers, Daniel >

Re: fbcon: remove soft scrollback code (missing Doc. patch)

On Tue, Feb 02, 2021 at 10:13:14AM -0500, Phillip Susi wrote: > > Daniel Vetter writes: > > > Just a quick comment on this: Since most framebuffers are write-combining, > > and reads from that tend to be ~3 orders of magnitude slower than writes > > (at least on th

Re: fbcon: remove soft scrollback code (missing Doc. patch)

t; contents of the screen, but that it was disabled because virtually no > video drivers actually implemented it? That seems like a shame, but if > it is so, then there's no sense carrying the dead code so I think I'll > clean that up now. > > Now that I look at it again, every

Re: [RFC][PATCH 2/3] dma-buf: system_heap: Add pagepool support to system heap

On Fri, Jan 22, 2021 at 05:28:32PM -0800, John Stultz wrote: > On Mon, Dec 21, 2020 at 2:09 PM Daniel Vetter wrote: > > > > On Fri, Dec 18, 2020 at 05:16:56PM -0800, John Stultz wrote: > > > On Fri, Dec 18, 2020 at 6:36 AM Daniel Vetter wrote: > > > > On T

Re: [PATCH v2 2/7] acpi: utils: Add function to fetch dependent acpi_devices

Hi Rafael On 21/01/2021 21:06, Daniel Scally wrote: > > On 21/01/2021 18:08, Rafael J. Wysocki wrote: >> On Thu, Jan 21, 2021 at 5:34 PM Daniel Scally wrote: >>> >>> On 21/01/2021 14:39, Rafael J. Wysocki wrote: >>>> On Thu, Jan 21, 2021 at 1:04 PM Da

Re: [PATCH] backlight: pcf50633: pdata may be a null pointer, null pointer dereference cause crash

DIM, pdata->ramp_time); Assuming you found this issue using a static analyzer then I think it might be better to if an "if (!pdata) return -EINVAL" further up the file instead. In other words it is better to "document" (via the return code) that the code does not support pdata == NULL than to add another untested code path. Daniel.

Re: [PATCH bpf-next v6 2/5] bpf: Expose bpf_get_socket_cookie to tracing programs

On 1/30/21 12:45 PM, Florent Revest wrote: On Fri, Jan 29, 2021 at 1:49 PM Daniel Borkmann wrote: On 1/29/21 11:57 AM, Daniel Borkmann wrote: On 1/27/21 10:01 PM, Andrii Nakryiko wrote: On Tue, Jan 26, 2021 at 10:36 AM Florent Revest wrote: This needs a new helper that: - can work

[PATCH v2] kunit: make kunit_tool accept optional path to .kunitconfig fragment

in the same directory as the code-under-test, so it feels more natural to allow the kunitconfig fragments to live anywhere. (Though, people could create a separate directory if wanted; this patch imposes no restrictions on the path). Signed-off-by: Daniel Latypov --- Changes since v1: change from

<    4   5   6   7   8   9   10   11   12   13   >