Re: [PATCH 2/2] seccomp: disallow NEW_LISTENER and TSYNC flags

On Wed, Mar 06, 2019 at 10:02:25PM +0100, Christian Brauner wrote: > On Wed, Mar 6, 2019 at 9:46 PM Tycho Andersen wrote: > > > > On Wed, Mar 06, 2019 at 09:39:35PM +0100, Christian Brauner wrote: > > > > + > > > > /* Prepare the new filter before holding any locks. */ > > > > prepared = s

Re: [RFC][Patch v9 3/6] KVM: Enables the kernel to report isolated pages

On Wed, Mar 6, 2019 at 7:51 AM Nitesh Narayan Lal wrote: > > This patch enables the kernel to report the isolated pages > to the host via virtio balloon driver. > In order to do so a new virtuqeue (hinting_vq) is added to the > virtio balloon driver. As the host responds back after freeing > the p

Re: [PATCH v2 09/12] NTB: Introduce MSI library

On 2019-03-06 1:26 p.m., Serge Semin wrote: > First of all, It might be unsafe to have some resources consumed by NTB > MSI or some other library without a simple way to warn NTB client drivers > about their attempts to access that resources, since it might lead to random > errors. When I though

Re: [PATCH v2] media: si2165: fix a missing check of return value

Am 05.03.19 um 22:17 schrieb Sean Young: > On Fri, Dec 21, 2018 at 09:24:46AM +0100, Matthias Schwarzott wrote: >> Am 21.12.18 um 05:54 schrieb Kangjie Lu: >>> si2165_readreg8() may fail. Looking into si2165_readreg8(), we will find >>> that "val_tmp" will be an uninitialized value when regmap_read

Re: [PATCH] x86/KASLR: always return a value from process_mem_region

On Wed, Mar 6, 2019 at 12:38 PM Louis Taylor wrote: > > On Wed, Mar 06, 2019 at 09:02:47PM +0100, Thomas Gleixner wrote: > > On Sat, 2 Mar 2019, Louis Taylor wrote: > > > > > When compiling with -Wreturn-type, clang warns: > > > > > > arch/x86/boot/compressed/kaslr.c:704:1: warning: control may re

[PATCH] Revert "x86_64: increase stack size for KASAN_EXTRA"

This reverts commit a8e911d13540487942d53137c156bd7707f66e5d. KASAN_EXTRA was removed via the commit 7771bdbbfd3d ("kasan: remove use after scope bugs detection."), so this is no longer needed. Acked-by: Ingo Molnar Signed-off-by: Qian Cai --- arch/x86/include/asm/page_64_types.h | 4 1 fi

Re: [PATCH v2 10/12] NTB: Introduce NTB MSI Test Client

On 2019-03-06 1:44 p.m., Serge Semin wrote: > Alas the test driver is not going to work with IDT NTB hardware, > since it uses Spad only, which aren't supported by IDT devices. IDT NTB > PCIe functions provide message registers to communicate with peers. See > ntb_perf driver code for reference

Re: [RFC][Patch v9 0/6] KVM: Guest Free Page Hinting

On 06.03.19 21:32, Michael S. Tsirkin wrote: > On Wed, Mar 06, 2019 at 07:59:57PM +0100, David Hildenbrand wrote: >> On 06.03.19 19:43, Michael S. Tsirkin wrote: >>> On Wed, Mar 06, 2019 at 01:30:14PM -0500, Nitesh Narayan Lal wrote: >> Here are the results: >> >> Procedure: 3 Guests of

[PATCH v3 1/7] lib/test_printf: Add empty module_exit function

Currently the test_printf module does not have an exit function, this prevents the module from being unloaded. If we cannot unload the module we cannot run the tests a second time. Add an empty exit function. Signed-off-by: Tobin C. Harding --- lib/test_printf.c | 6 ++ 1 file changed, 6 i

[PATCH v3 0/7] lib/string: Add strscpy_pad() function

Hi, strscpy_pad() patch set now with added test shenanigans. This version adds 5 initial patches to the set and splits the single patch from v2 into two separate patches (6 and 7). While doing the testing for strscpy_pad() it was noticed that there is duplication in how test modules are being f

[PATCH v3 4/7] kselftest: Add test module framework header

kselftest runs as a userspace process. Sometimes we need to test things from kernel space. One way of doing this is by creating a test module. Currently doing so requires developers to write a bunch of boiler plate in the module if kselftest is to be used to run the tests. This means we currentl

[PATCH v3 6/7] lib/string: Add strscpy_pad() function

We have a function to copy strings safely and we have a function to copy strings and zero the tail of the destination (if source string is shorter than destination buffer) but we do not have a function to do both at once. This means developers must write this themselves if they desire this functio

[PATCH v2] drivers: uwb: Kconfig: pedantic cleanups

Formatting of Kconfig files doesn't look so pretty, so just take damp cloth and clean it up. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/uwb/Kconfig | 42 +- 1 file changed, 21 insertions(+), 21 deletions(-) diff --git a/drivers/uwb/Kconfi

[PATCH v3 2/7] kselftest: Add test runner creation script

Currently if we wish to use kselftest to run tests within a kernel module we write a small script to load/unload and do error reporting. There are a bunch of these under tools/testing/selftests/lib/ that are all identical except for the test name. We can reduce code duplication and improve maintai

[PATCH v3 5/7] lib: Use new kselftest header

We just added a new C header file for use with test modules that are intended to be run with kselftest. We can reduce code duplication by using this header. Use new kselftest header to reduce code duplication in test_printf and test_bitmap test modules. Signed-off-by: Tobin C. Harding --- lib/

[PATCH v3 3/7] kselftest/lib: Use new shell runner to define tests

We just added a new script kselftest_module.sh that can be used to define kselftest tests that run tests within a kernel module. We can use it to reduce code duplication in all of the test runner scripts in tools/testing/selftests/lib/. Use new shell runner tools/testing/selftests/kselftest_modul

[PATCH v3 7/7] lib: Add test module for strscpy_pad

Add a test module for the new strscpy_pad() function. Tie it into the kselftest infrastructure for lib/ tests. Signed-off-by: Tobin C. Harding --- lib/Kconfig.debug | 3 + lib/Makefile | 1 + lib/test_strscpy.c | 150 +++

Re: [PATCH] arch: um: drivers: Kconfig: formatting cleanup

Am Mittwoch, 6. März 2019, 19:32:44 CET schrieb Enrico Weigelt, metux IT consult: Here please also a changelog. :-) Thanks, //richard > Signed-off-by: Enrico Weigelt, metux IT consult > --- > arch/um/drivers/Kconfig | 352 > > 1 file changed,

Re: [PATCH v2 6/8] clk: Allow parents to be specified without string names

On 3/6/2019 10:48 AM, Stephen Boyd wrote: Quoting Jeffrey Hugo (2019-03-02 13:25:06) On 2/26/2019 3:34 PM, Stephen Boyd wrote: The common clk framework is lacking in ability to describe the clk topology without specifying strings for every possible parent-child link. There are a few drawbacks t

Re: [RFC][PATCH 1/5 v2] dma-buf: Add dma-buf heaps framework

On 3/6/19 1:03 PM, John Stultz wrote: > On Wed, Mar 6, 2019 at 10:18 AM Andrew F. Davis wrote: >> >> On 3/5/19 2:54 PM, John Stultz wrote: >>> From: "Andrew F. Davis" >>> >>> This framework allows a unified userspace interface for dma-buf >>> exporters, allowing userland to allocate specific type

[PATCH] tools: usb: usbip: adding support for older kernel versions

The current usbip tool relies on the behavior of the vhci-hcd driver in order to work correctly. In instances where a newer version of the tool is used with an older version of the kernel, there are incompatibilities that can sometimes result in failure. This patch adds some fallback capabilities

Re: [PATCH v1] clk: Probe defer clk_get() on orphans

Ping? Stephen, I know as this depends on your clock parent handling series (happens to apply just fine to v2), its not going to be accepted until that gets sorted out, but do you have any thoughts on if this seems like an appropriate thing to do, or if you'd like to see a different solution?

Re: [PATCH] drivers: watchdog: Kconfig: pedantic cleanups

On 06.03.19 17:15, Guenter Roeck wrote: > On top of that, while the affected Kconfig file generates 42 checkpatch > warnings, this patch doesn't fix a single one of them. I don't really > see the point of this patch. Well, it's just about making the identions more consistent, nothing else. I admi

Re: [PATCH v3 0/7] lib/string: Add strscpy_pad() function

On Thu, Mar 07, 2019 at 08:42:19AM +1100, Tobin C. Harding wrote: > Hi, Man, I didn't see the merge window was open, I thought rc8 only came out on Sunday. Sorry, please ignore this. Will re-send again later in the cycle. thanks, Tobin.

[PATCH v2] drivers: watchdog: Kconfig: pedantic formatting

Formatting of Kconfig files doesn't look so pretty, so just take damp cloth and clean it up. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/watchdog/Kconfig | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/drivers/watchdog/Kconfig b/driv

Re: [PATCH v9 02/11] powerpc: prepare string/mem functions for KASAN

Le 04/03/2019 à 06:26, Daniel Axtens a écrit : Hi Christophe, diff --git a/arch/powerpc/include/asm/kasan.h b/arch/powerpc/include/asm/kasan.h new file mode 100644 index ..c3161b8fc017 --- /dev/null +++ b/arch/powerpc/include/asm/kasan.h @@ -0,0 +1,15 @@ +/* SPDX-License-Identifie

[tip:x86/boot] x86/boot/KASLR: Always return a value from process_mem_region

Commit-ID: 08c25ca37f0b37311dbac1426c356165182c4c99 Gitweb: https://git.kernel.org/tip/08c25ca37f0b37311dbac1426c356165182c4c99 Author: Louis Taylor AuthorDate: Sat, 2 Mar 2019 18:49:29 + Committer: Thomas Gleixner CommitDate: Wed, 6 Mar 2019 22:53:16 +0100 x86/boot/KASLR: Always r

[PATCH v2] xfrm: Reset secpath in xfrm failure

In esp4_gro_receive() and esp6_gro_receive(), secpath can be allocated without adding xfrm state to xvec. Then, sp->xvec[sp->len - 1] would fail and result in dereferencing invalid pointer in esp4_gso_segment() and esp6_gso_segment(). Reset secpath if xfrm function returns error. Fixes: 7785bba299

Re: [PATCH] x86/KASLR: always return a value from process_mem_region

On Wed, 6 Mar 2019, Nick Desaulniers wrote: > On Wed, Mar 6, 2019 at 12:38 PM Louis Taylor wrote: > Looks like it was added. > Looking at > https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/commit/?h=x86/boot, > it looks like part of the commit message got cut off. `#endif, so move > it

[tip:x86/boot] x86/boot/KASLR: Always return a value from process_mem_region

Commit-ID: e4a0bd0308f05c1354d28feec8439e869eae6372 Gitweb: https://git.kernel.org/tip/e4a0bd0308f05c1354d28feec8439e869eae6372 Author: Louis Taylor AuthorDate: Sat, 2 Mar 2019 18:49:29 + Committer: Thomas Gleixner CommitDate: Wed, 6 Mar 2019 22:55:30 +0100 x86/boot/KASLR: Always r

Re: [PATCH v4 05/22] iommu: Introduce cache_invalidate API

On Tue, 5 Mar 2019 19:14:42 +0100 Auger Eric wrote: > Hi Kevin, Yi, > > On 3/5/19 4:28 PM, Jean-Philippe Brucker wrote: > > On 18/02/2019 13:54, Eric Auger wrote: > >> From: "Liu, Yi L" > >> > >> In any virtualization use case, when the first translation stage > >> is "owned" by the guest OS,

Re: [GIT PULL] Device properties framework updates for v5.1-rc1

The pull request you sent on Mon, 4 Mar 2019 14:24:14 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git > devprop-5.1-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/542d0e583b7b366527175b2b5fc0aad262fa33b0 Thank you! -- Deet-doot-dot, I

Re: [GIT PULL] ACPI updates for v5.1-rc1

The pull request you sent on Mon, 4 Mar 2019 14:23:08 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git acpi-5.1-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/d276709ce6c90b9eceecdbd01a0c083ab04d3a52 Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] Power management updates for v5.1-rc1

The pull request you sent on Mon, 4 Mar 2019 14:21:50 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm-5.1-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ef8006846a3a97d9d8bf49e63dba948d0d2dbbf0 Thank you! -- Deet-doot-dot, I am a bo

[PATCH v2] drivers: ntb: Kconfig: pedantic cleanups

Formatting of Kconfig files doesn't look so pretty, so just take damp cloth and clean it up. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/ntb/Kconfig | 20 ++-- drivers/ntb/hw/amd/Kconfig | 4 ++-- drivers/ntb/hw/idt/Kconfig | 41 -

[PATCH v2] drivers: thermal: Kconfig: pedantic cleanups

Formatting of Kconfig files doesn't look so pretty, so just take damp cloth and clean it up. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/thermal/st/Kconfig| 22 +++--- drivers/thermal/tegra/Kconfig | 4 ++-- 2 files changed, 13 insertions(+), 13 deletions(-)

Re: [RFC][Patch v9 0/6] KVM: Guest Free Page Hinting

ng > > the effects of a balloon instead of the actual memory hints as I > > couldn't find any evidence of the memory ever actually being freed > > back by the hints functionality. > > Can you please elaborate what kind of evidence you are looking for? > > I d

[PATCH v2] drivers: infiniband: Kconfig: pedantic formatting

Formatting of Kconfig files doesn't look so pretty, so just take damp cloth and clean it up. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/infiniband/hw/bnxt_re/Kconfig | 10 +- drivers/infiniband/ulp/iser/Kconfig | 4 ++-- 2 files changed, 7 insertions(+), 7 deletions(-

Re: [PATCH RESEND v3 2/3] drivers: qcom: rpmh-rsc: return if the controller is idle

Quoting Lina Iyer (2019-03-04 09:14:50) > On Fri, Mar 01 2019 at 10:58 -0700, Stephen Boyd wrote: > >Quoting Lina Iyer (2019-02-27 14:29:13) > >> Hi Stephen, > >> > >> On Tue, Feb 26 2019 at 17:49 -0700, Stephen Boyd wrote: > > > >Ok, can you explain why it's even a problem for the TCSes to be acti

[PATCH v2] drivers: scsi: Kconfig: pedantic formatting

Formatting of Kconfig files doesn't look so pretty, so just take damp cloth and clean it up. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/scsi/Kconfig | 63 +-- drivers/scsi/osd/Kconfig | 38 +- drivers/

[PATCH v1 0/5] Fix PF/VF dependency issues

From: Kuppuswamy Sathyanarayanan Current implementation of ATS, PASID, PRI does not handle the PF/VF dependencies as defined in PCIe spec r4.0. Following patches addresses this issue. Kuppuswamy Sathyanarayanan (5): PCI/IOV: Add support to verify PF/VF spec compliance PCI/ATS: Fix PRI PF/VF

[PATCH v1 3/5] PCI/ATS: Fix PASID PF/VF dependency issues

From: Kuppuswamy Sathyanarayanan As per PCIe spec r4.0, sec 9.3.7.14 ("PASID"), all VFs associated with PF can only use the PASID of the PF and not implement it. So for any PASID capability related queries on a VF device use associated PF device capabilities. Also disable PASID support on a PF de

[PATCH v1 4/5] PCI/ATS: For PF/VF skip ATS initalization if spec check failed

From: Kuppuswamy Sathyanarayanan Don't initialize ATS for VF/PF devices if the ATS Capability implementaion is not aligned with PCIe spec r4.0 sec 9.3.7.8. Cc: Ashok Raj Cc: Keith Busch Suggested-by: Ashok Raj Reviewed-by: Keith Busch Signed-off-by: Kuppuswamy Sathyanarayanan --- drivers/

[PATCH v1 2/5] PCI/ATS: Fix PRI PF/VF dependency issues

From: Kuppuswamy Sathyanarayanan As per PCIe spec r4.0, sec 9.3.7.11 ("Page Request Interface (PRI)"), all VFs associated with PF can only use the Page Request Interface of the PF and not implement it. So for any PRI capability related queries on a VF device use associated PF device capabilities.

[PATCH v1 5/5] PCI/ATS: Fix ATS PF/VF dependency issues

From: Kuppuswamy Sathyanarayanan As per PCIe spec r4.0, sec 9.3.7.8, ATS Capabilities in VFs and their associated PFs may be enabled independently. But currently all VFs needs to disable ATS service before disabling the ATS service in PF. So remove this dependency logic in enable/disable code. C

[PATCH v1 1/5] PCI/IOV: Add support to verify PF/VF spec compliance

From: Kuppuswamy Sathyanarayanan PF/VF implementation must comply with PCIe specification as defined in r4.0, sec 9.3.4, 9.3.5, 9.3.6 and 9.3.7. And if it does not comply, return error and skip PF/VF device creation. Also add a command line parameter support to skip error when PF/VF spec validat

Re: [RFC][Patch v9 0/6] KVM: Guest Free Page Hinting

On Wed, Mar 06, 2019 at 10:40:57PM +0100, David Hildenbrand wrote: > On 06.03.19 21:32, Michael S. Tsirkin wrote: > > On Wed, Mar 06, 2019 at 07:59:57PM +0100, David Hildenbrand wrote: > >> On 06.03.19 19:43, Michael S. Tsirkin wrote: > >>> On Wed, Mar 06, 2019 at 01:30:14PM -0500, Nitesh Narayan L

Re: [PATCH 09/10] mm/hmm: allow to mirror vma of a file on a DAX backed filesystem

On Wed, 6 Mar 2019 10:49:04 -0500 Jerome Glisse wrote: > On Tue, Mar 05, 2019 at 02:16:35PM -0800, Andrew Morton wrote: > > On Wed, 30 Jan 2019 21:44:46 -0800 Dan Williams > > wrote: > > > > > > > > > > > Another way to help allay these worries is commit to no new exports > > > > > without in-

Re: [PATCH RESEND v3 2/3] drivers: qcom: rpmh-rsc: return if the controller is idle

On Wed, Mar 06 2019 at 15:12 -0700, Stephen Boyd wrote: Quoting Lina Iyer (2019-03-04 09:14:50) On Fri, Mar 01 2019 at 10:58 -0700, Stephen Boyd wrote: >Quoting Lina Iyer (2019-02-27 14:29:13) >> Hi Stephen, >> >> On Tue, Feb 26 2019 at 17:49 -0700, Stephen Boyd wrote: > >Ok, can you explain why

The NSA Makes Ghidra, a Powerful Cybersecurity Tool, Open Source | WIRED

Good morning from Singapore, I am sharing some information technology news on open source cybersecurity tools developed by the NSA. Article: The NSA Makes Ghidra, a Powerful Cybersecurity Tool, Open Source Author: Lily Hay Newman News Media: WIRED.com Date Published: 5 Mar 2019 Time Published: 9:

[PATCH v2] fs: cifs: Kconfig: pedantic formatting

Formatting of Kconfig files doesn't look so pretty, so just take damp cloth and clean it up. Signed-off-by: Enrico Weigelt, metux IT consult --- fs/cifs/Kconfig | 120 1 file changed, 60 insertions(+), 60 deletions(-) diff --git a/fs/cifs

Re: [RFC PATCH v1 08/25] printk: add ring buffer and kthread

On 2019-03-06, Petr Mladek wrote: >> _Both_ categories are important for the user, but their requirements >> are different: >> >>informational: non-disturbing >>emergency: reliable > > Isn't this already handled by the console_level? > > The informational messages can be reliably read

Re: [GIT PULL] sound updates for 5.1

The pull request you sent on Sat, 02 Mar 2019 09:58:59 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git > tags/sound-5.1-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/da2577fe63f865cd9dc785a42c29c0071f567a35 Thank you! -- Deet-doot-dot, I

[tip:x86/urgent] x86/unwind: Handle NULL pointer calls better in frame unwinder

Commit-ID: f4f34e1b82eb4219d8eaa1c7e2e17ca219a6a2b5 Gitweb: https://git.kernel.org/tip/f4f34e1b82eb4219d8eaa1c7e2e17ca219a6a2b5 Author: Jann Horn AuthorDate: Fri, 1 Mar 2019 04:12:00 +0100 Committer: Thomas Gleixner CommitDate: Wed, 6 Mar 2019 23:03:26 +0100 x86/unwind: Handle NULL poi

Re: [PATCH v2] xfrm: Reset secpath in xfrm failure

On 03/06/2019 01:55 PM, Myungho Jung wrote: > In esp4_gro_receive() and esp6_gro_receive(), secpath can be allocated > without adding xfrm state to xvec. Then, sp->xvec[sp->len - 1] would > fail and result in dereferencing invalid pointer in esp4_gso_segment() > and esp6_gso_segment(). Reset sec

Actualiza tu cuenta

Web de correo electrónico de administración de notificaciones Este mensaje es de nuestro centro de mensajería Web Admin a todos nuestros propietarios de cuentas de correo electrónico. Estamos eliminando el acceso a todos nuestros clientes de correo web. Su cuenta de correo electrónico se actual

[tip:x86/urgent] Revert "x86_64: Increase stack size for KASAN_EXTRA"

Commit-ID: a2863b53418d7d8f6332adf0cfb32611def0c4b9 Gitweb: https://git.kernel.org/tip/a2863b53418d7d8f6332adf0cfb32611def0c4b9 Author: Qian Cai AuthorDate: Wed, 6 Mar 2019 16:38:06 -0500 Committer: Thomas Gleixner CommitDate: Wed, 6 Mar 2019 23:03:27 +0100 Revert "x86_64: Increase sta

[tip:x86/urgent] x86/unwind: Add hardcoded ORC entry for NULL

Commit-ID: ac5ceccce5501e43d217c596e4ee859f2a3fef79 Gitweb: https://git.kernel.org/tip/ac5ceccce5501e43d217c596e4ee859f2a3fef79 Author: Jann Horn AuthorDate: Fri, 1 Mar 2019 04:12:01 +0100 Committer: Thomas Gleixner CommitDate: Wed, 6 Mar 2019 23:03:26 +0100 x86/unwind: Add hardcoded O

[tip:x86/urgent] x86/mm: Remove unused variable 'cpu'

Commit-ID: 3609e31bc8dc03b701390f79c74fc7fe92b95039 Gitweb: https://git.kernel.org/tip/3609e31bc8dc03b701390f79c74fc7fe92b95039 Author: Qian Cai AuthorDate: Thu, 28 Feb 2019 17:01:55 -0500 Committer: Thomas Gleixner CommitDate: Wed, 6 Mar 2019 23:24:52 +0100 x86/mm: Remove unused varia

Re: [PATCH v1] Bluetooth: hci_qca: Give enough time to ROME controller to bootup.

Quoting Balakrishna Godavarthi (2019-03-06 08:21:13) > This patch enables enough time to ROME controller to bootup > after we bring the enable ping out of reset. > > Signed-off-by: Balakrishna Godavarthi > --- Any Fixes tag? And maybe some more explanation or background on where 150 ms sleep com

[tip:x86/urgent] x86/mm: Remove unused variable 'old_pte'

Commit-ID: 24c41220659ecc5576c34c6f23537f8d3949fb05 Gitweb: https://git.kernel.org/tip/24c41220659ecc5576c34c6f23537f8d3949fb05 Author: Qian Cai AuthorDate: Fri, 1 Mar 2019 10:29:24 -0500 Committer: Thomas Gleixner CommitDate: Wed, 6 Mar 2019 23:24:53 +0100 x86/mm: Remove unused variab

[tip:x86/urgent] x86/hyperv: Fix kernel panic when kexec on HyperV

Commit-ID: 179fb36abb097976997f50733d5b122a29158cba Gitweb: https://git.kernel.org/tip/179fb36abb097976997f50733d5b122a29158cba Author: Kairui Song AuthorDate: Wed, 6 Mar 2019 19:18:27 +0800 Committer: Thomas Gleixner CommitDate: Wed, 6 Mar 2019 23:27:44 +0100 x86/hyperv: Fix kernel pa

Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments

On Wed, 6 Mar 2019 13:11:39 +0100 (CET) Jiri Kosina wrote: > On Wed, 30 Jan 2019, Vlastimil Babka wrote: > > > I've collected the patches from the discussion for formal posting. The first > > two should be settled already, third one is the possible improvement I've > > mentioned earlier, where o

[PATCH v4 0/4] Enable rk3066 VOP and HDMI for MK808

For testing only. Version: V4 Title: Enable rk3066 VOP and HDMI for MK808. This patch serie only works in combination with a MK808 TV stick and a rk3066 processor. Other boxes and tablets with a rk3066 need extra software for power management and lcd's. What does it do: With these kernel patch

[PATCH v4 1/4] drm: rockchip: introduce rk3066 hdmi

From: Zheng Yang The RK3066 HDMI TX serves as interface between a LCD Controller and a HDMI bus. A HDMI TX consists of one HDMI transmitter controller and one HDMI transmitter PHY. The interface has three (3) 8-bit data channels which can be configured for a number of bus widths (8/10/12/16/20/24

[PATCH v4 2/4] ARM: dts: rockchip: add rk3066 hdmi nodes

From: Zheng Yang This patch adds the hdmi nodes to rk3066. Signed-off-by: Zheng Yang Signed-off-by: Johan Jonker --- arch/arm/boot/dts/rk3066a.dtsi | 52 ++ 1 file changed, 52 insertions(+) diff --git a/arch/arm/boot/dts/rk3066a.dtsi b/arch/arm/boot/dt

[PATCH v4 4/4] dt-bindings: display: rockchip: add document for rk3066 hdmi

This patch adds a binding that describes the HDMI controller for rk3066. Signed-off-by: Johan Jonker --- .../display/rockchip/rockchip,rk3066-hdmi.txt | 72 ++ 1 file changed, 72 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/rockchip/rockch

[PATCH v4 3/4] ARM: dts: rockchip: rk3066a-mk808: enable vop0 and hdmi nodes

This patch enables the vop0 and hdmi nodes for a MK808 with rk3066 processor. Signed-off-by: Johan Jonker --- arch/arm/boot/dts/rk3066a-mk808.dts | 29 + 1 file changed, 29 insertions(+) diff --git a/arch/arm/boot/dts/rk3066a-mk808.dts b/arch/arm/boot/dts/rk3066a-mk

[PATCH 2/8] media: vimc: stream: fix thread state before sleep

The state TASK_UNINTERRUPTIBLE should be set just before schedule_timeout() call, so it knows the sleep mode it should enter. There is no point in setting TASK_UNINTERRUPTIBLE at the initialization of the thread as schedule_timeout() will set the state back to TASK_RUNNING. This fixes a warning in

[PATCH 1/8] media: vimc: deb: fix default sink bayer format

The format of the sink pad should be a bayer mbus format. This fixes a kernel NULL pointer dereference error that was caused when the stream starts because the configured format was not found in the pixelmap table. Reported-by: Hans Verkuil Signed-off-by: Helen Koike --- drivers/media/platfor

[PATCH 0/8] media: vimc: remove media bus code limitation

Hello, This patch series has several vimc fixes (that I am sending in the same series only for convenience, let me know if you prefer them to be sent separately from the series). The last commit removes the vimc_pix_map_list[] that was mapping pixelformats with media bus formats, but it turns out

[PATCH 3/8] media: vimc: cap: fix step width/height in enum framesize

The type V4L2_FRMSIZE_TYPE_CONTINUOUS expects a step of 1. This fixes v4l2-compliance test error: fail: v4l2-test-formats.cpp(184): invalid step_width/height for continuous framesize test VIDIOC_ENUM_FMT/FRAMESIZES/FRAMEINTERVALS: FAIL Signed-off-by: Helen Koike --- drivers/media/plat

[PATCH 6/8] media: vimc: stream: add docs to struct vimc_stream

Add missing documentation for struct vimc_stream Signed-off-by: Helen Koike --- drivers/media/platform/vimc/vimc-streamer.h | 15 +++ 1 file changed, 15 insertions(+) diff --git a/drivers/media/platform/vimc/vimc-streamer.h b/drivers/media/platform/vimc/vimc-streamer.h index dc1d0

[PATCH 4/8] media: v4l2-common: add bayer formats in v4l2_format_info

Add bayer format information in struct v4l2_format_info table. Signed-off-by: Helen Koike --- drivers/media/v4l2-core/v4l2-common.c | 22 ++ 1 file changed, 22 insertions(+) diff --git a/drivers/media/v4l2-core/v4l2-common.c b/drivers/media/v4l2-core/v4l2-common.c index 11

[PATCH 7/8] media: vimc: stream: init/terminate the first entity

The s_stream callback was not being called for the first entity in the stream pipeline array. Instead of verifying the type of the node (video or subdevice) and calling s_stream from the second entity in the pipeline, do this process for all the entities in the pipeline for consistency. The previo

[PATCH 5/8] media: vimc: stream: cleanup frame field from struct vimc_stream

There is no need to have the frame field in the vimc_stream struct. Signed-off-by: Helen Koike --- drivers/media/platform/vimc/vimc-streamer.c | 10 -- drivers/media/platform/vimc/vimc-streamer.h | 1 - 2 files changed, 4 insertions(+), 7 deletions(-) diff --git a/drivers/media/platfo

[PATCH 8/8] media: vimc: propagate pixel format in the stream

Media bus codes were being mapped to pixelformats, which causes a limitation on vimc because not all pixelformats can be mapped to media bus codes. Also, media bus codes are an internal configuration from the device. Userspace only assures media bus codes matches between pads and expects the image

Re: [PATCH v2 07/12] NTB: Introduce functions to calculate multi-port resource index

On Wed, Mar 06, 2019 at 12:11:11PM -0700, Logan Gunthorpe wrote: > > > On 2019-03-05 6:24 p.m., Serge Semin wrote: > >> + * In a 5 peer system, this function will return the following matrix > >> + * > >> + * pidx \ port01234 > >> + * 0 00123 > >>

Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments

On Wed, 6 Mar 2019, Andrew Morton wrote: > > could you please take at least the correct and straightforward fix for > > mincore() before we figure out how to deal with the slightly less > > practical RWF_NOWAIT? Thanks. > > I assume we're talking about [1/3] and [2/3] from this thread? > > Can

[PATCH] nfsd: allow nfsv3 readdir request to be larger.

nfsd currently reports the NFSv4 dtpref FSINFO parameter to be PAGE_SIZE, so NFS clients will typically ask for one page of directory entries at a time. This is needlessly restrictive as nfsd can handle larger replies easily. Also, a READDIR request (but not a READDIRPLUS request) has the count

[PATCH v1 0/3] IOMMU: Tegra SMMU fixes

Hello, This small series primarily fixes a bug that affects Terga30 and Terga114 platforms, it also carries two patches that improve SMMU functionality and clean up code a tad. Dmitry Osipenko (3): iommu/tegra-smmu: Fix invalid ASID bits on Tegra30/114 iommu/tegra-smmu: Properly release domai

[PATCH v1 3/3] iommu/tegra-smmu: Respect IOMMU API read-write protections

Set PTE read/write attributes accordingly to the the protections requested by IOMMU API. Signed-off-by: Dmitry Osipenko --- drivers/iommu/tegra-smmu.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/drivers/iommu/tegra-smmu.c b/drivers/iommu/tegra-smmu.c index

[PATCH v1 1/3] iommu/tegra-smmu: Fix invalid ASID bits on Tegra30/114

Both Tegra30 and Tegra114 have 4 ASID's and the corresponding bitfield of the TLB_FLUSH register differs from later Tegra generations that have 128 ASID's. In a result the PTE's are now flushed correctly from TLB and this fixes problems with graphics (randomly failing tests) on Tegra30. Cc: stabl

[PATCH v1 2/3] iommu/tegra-smmu: Properly release domain resources

Release all memory allocations associated with a released domain and emit warning if domain is in-use at the time of destruction. Signed-off-by: Dmitry Osipenko --- drivers/iommu/tegra-smmu.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/iommu/tegra-smmu.c b/drivers/iommu/tegra-

[GIT PULL] RTC for 5.1

Hello Linus, Here is the pull-request for the RTC subsystem for 5.1. There is an unusual amount of new drivers this cycle, and this explains the number of insertions. Other than that, the changes are the usual fixes and feature addition. The following changes since commit bfeffd155283772bbe78c6a

[PATCH v1] drm/tegra: gem: Fix CPU-cache maintenance for BO's allocated using get_pages()

The allocated pages need to be invalidated in CPU caches. On ARM32 the DMA_BIDIRECTIONAL flag only ensures that data is written-back to DRAM and the data stays in CPU cache lines. While the DMA_FROM_DEVICE flag ensures that the corresponding CPU cache lines are getting invalidated and nothing more,

[PATCH 3/7] i3c: master: dw: remove dead code from dw_i3c_master_*_xfers()

Detected by CoverityScan (Event result_independent_of_operands): "(i3c_xfers + i).len > 65536" is always false regardless of the values of its operands. This occurs as the logical operand of "if" "(i2c_xfers + i).len > 65536" is always false regardless of the values of its operands. This occurs as

Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel

> > >Ok, I'll look into LZMA. Thanks for checking the compression sizes. > > > > > >- Joel > > > > Don't use lzma, use xz if you are going to do something. > > Ok, sounds good. > > > However, it seems unlikely to me that someone not willing to spend the > > space in the filesystem will spend u

Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel

On Fri 2019-01-18 17:55:43, Joel Fernandes wrote: > From: "Joel Fernandes (Google)" > > Introduce in-kernel headers and other artifacts which are made available > as an archive through proc (/proc/kheaders.tgz file). This archive makes > it possible to build kernel modules, run eBPF programs, and

Re: System crash with perf_fuzzer (kernel: 5.0.0-rc3)

On Fri 2019-01-25 08:00:56, Andi Kleen wrote: > > [Fri Jan 25 10:28:53 2019] perf: interrupt took too long (2501 > 2500), > > lowering kernel.perf_event_max_sample_rate to 79750 > > [Fri Jan 25 10:29:08 2019] perf: interrupt took too long (3136 > 3126), > > lowering kernel.perf_event_max_sample_r

Re: [PATCH v5 00/18] mfd: demodularization of non-modular drivers

On Wed 2019-01-16 13:24:31, Lee Jones wrote: > [...] > > > Paul Gortmaker (18): > > mfd: aat2870-core: Make it explicitly non-modular > > mfd: adp5520: Make it explicitly non-modular > > mfd: as3711: Make it explicitly non-modular > > mfd: db8500-prcmu: drop unused MODULE_ tags from non-mo

Re: [PATCH] devfreq: Suspend all devices on system shutdown

On Fri 2019-01-25 14:54:03, Marek Szyprowski wrote: > This way devfreq core ensures that all its devices will be set to safe > operation points before reboot operation. There are board on which some > aggressive power saving operation points are behind the capabilities of > the bootloader to proper

Re: 4.20.1: BUG: unable to handle kernel paging request at 0000100000000008

On Tue 2019-01-22 11:15:39, Harald Dunkel wrote: > Is this the wrong list to report this problem? I haven't found a > "mem" mailing list on vger. Right list, ugly looking problem. How reproducible is it? You may want to look at MAINTAINERS file, cc x86 and memory management people...?

Re: [RFC][Patch v9 0/6] KVM: Guest Free Page Hinting

On Wed, Mar 6, 2019 at 2:18 PM Michael S. Tsirkin wrote: > > On Wed, Mar 06, 2019 at 10:40:57PM +0100, David Hildenbrand wrote: > > On 06.03.19 21:32, Michael S. Tsirkin wrote: > > > On Wed, Mar 06, 2019 at 07:59:57PM +0100, David Hildenbrand wrote: > > >> On 06.03.19 19:43, Michael S. Tsirkin wro

Re: [PATCH 1/3] mm/mincore: make mincore() more conservative

On Wed, 30 Jan 2019 13:44:18 +0100 Vlastimil Babka wrote: > From: Jiri Kosina > > The semantics of what mincore() considers to be resident is not completely > clear, but Linux has always (since 2.3.52, which is when mincore() was > initially done) treated it as "page is available in page cache"

Re: [PATCH v2 09/12] NTB: Introduce MSI library

On Wed, Mar 06, 2019 at 02:35:53PM -0700, Logan Gunthorpe wrote: > > > On 2019-03-06 1:26 p.m., Serge Semin wrote: > > First of all, It might be unsafe to have some resources consumed by NTB > > MSI or some other library without a simple way to warn NTB client drivers > > about their attempts to

[PATCH v2 0/5] i2c: mux: pca9541: extend with support for pca9641

Hi! So, it's been a year or so since this was last visited. Time flies. At that time, Ken Chen gave up and I didn't want to add untested code. However, Pradeep Srinivasan asked about PCA9641 and so I have now rebased the preparatory patches to v5.0 and added the bits Ken wrote on top of the framew

[PATCH v2 3/5] i2c: mux: pca9541: prepare for PCA9641 support

Make the arbitrate and release_bus implementation chip specific. Reviewed-by: Guenter Roeck Reviewed-by: Vladimir Zapolskiy Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-pca9541.c | 62 +++-- 1 file changed, 45 insertions(+), 17 deletions(-) diff --g

[PATCH v2 4/5] dt-bindings: i2c: pca9541: extend with compatible for PCA9641

The binding is equivalent apart from the compatible. Signed-off-by: Peter Rosin --- Documentation/devicetree/bindings/i2c/nxp,pca9541.txt | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/i2c/nxp,pca9541.txt b/Documentation/devicetree/bi

[PATCH v2 5/5] i2c: mux: pca9541: add support for PCA9641

Heavily based on code from Ken Chen . Signed-off-by: Peter Rosin --- drivers/i2c/muxes/Kconfig | 6 +- drivers/i2c/muxes/i2c-mux-pca9541.c | 137 ++-- 2 files changed, 136 insertions(+), 7 deletions(-) diff --git a/drivers/i2c/muxes/Kconfig b/drivers/

<    2   3   4   5   6   7   8   9   10   >