Re: [PATCH 1/3] mm: thp: make deferred split shrinker memcg aware

On 10.06.2019 20:25, Yang Shi wrote: > > > On 6/10/19 1:23 AM, Kirill Tkhai wrote: >> On 29.05.2019 14:25, Yang Shi wrote: >>> >>> On 5/29/19 4:14 PM, Kirill Tkhai wrote: On 29.05.2019 05:43, Yang Shi wrote: > On 5/28/19 10:42 PM, Kirill Tkhai wrote: >> Hi, Yang, >> >> On 28.

[PATCH] ALSA: hda: Add Elkhart Lake PCI ID

Add HD Audio Device PCI ID for the Intel Elkhart Lake platform. Signed-off-by: Lai, Poey Seng --- sound/pci/hda/hda_intel.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index 0741eae..1f37789 100644 --- a/sound/pci/hda/hda_intel.c +

Re: [PATCH v3 0/4] KVM: LAPIC: Implement Exitless Timer

On Thu, 13 Jun 2019 at 15:59, Maxim Levitsky wrote: > > On Tue, 2019-06-11 at 20:17 +0800, Wanpeng Li wrote: > > Dedicated instances are currently disturbed by unnecessary jitter due > > to the emulated lapic timers fire on the same pCPUs which vCPUs resident. > > There is no hardware virtual time

Re: CFQ idling kills I/O performance on ext4 with blkio cgroup controller

On Wed 12-06-19 12:36:53, Srivatsa S. Bhat wrote: > > [ Adding Greg to CC ] > > On 6/12/19 6:04 AM, Jan Kara wrote: > > On Tue 11-06-19 15:34:48, Srivatsa S. Bhat wrote: > >> On 6/2/19 12:04 AM, Srivatsa S. Bhat wrote: > >>> On 5/30/19 3:45 AM, Paolo Valente wrote: > > >> [...] > At any

Re: [PATCH v2 2/2] drm/komeda: Adds komeda_kms_drop_master

On Wed, Jun 12, 2019 at 02:26:24AM +, james qian wang (Arm Technology China) wrote: > On Tue, Jun 11, 2019 at 02:30:38PM +0200, Daniel Vetter wrote: > > On Tue, Jun 11, 2019 at 11:13:45AM +, Lowry Li (Arm Technology China) > > wrote: > > > From: "Lowry Li (Arm Technology China)" > > > >

Re: [PATCH] coresight: potential uninitialized variable in probe()

On Thu, Jun 13, 2019 at 03:49:22PM +0800, Leo Yan wrote: > Hi Dan, > > On Wed, Jun 12, 2019 at 11:58:15PM -0700, Dan Carpenter wrote: > > The "drvdata->atclk" clock is optional, but if it gets set to an error > > pointer then we're accidentally return an uninitialized variable instead > > of succe

[PATCH] ALSA: hda: Add Elkhart Lake PCI ID

Hi, This is to add Elkhart lake PCI ID in order to support Elkhart Lake SoC. Lai, Poey Seng (1): ALSA: hda: Add Elkhart Lake PCI ID sound/pci/hda/hda_intel.c | 3 +++ 1 file changed, 3 insertions(+) -- 2.7.4

Re: [PATCH v2] RDMA/cma: Make CM response timeout and # CM retries configurable

On Thu, 2019-06-13 at 08:28 -0700, Bart Van Assche wrote: > On 6/13/19 7:25 AM, Doug Ledford wrote: > > So, to revive this patch, what I'd like to see is some attempt to > > actually quantify a reasonable timeout for the default backlog > > depth, > > then the patch should actually change the defau

Re: [PATCH v2 0/4] atomic: Fixes to smp_mb__{before,after}_atomic() and mips.

Hi Peter, On Thu, Jun 13, 2019 at 03:43:17PM +0200, Peter Zijlstra wrote: > Paul, how do you want to route the MIPS bits? Thanks for following up on these issues. I'd be happy to take the MIPS patches through the mips-fixes branch - do you have a preference? Paul

Re: [PATCH 01/11] perf intel-pt: Add new packets for PEBS via PT

On 12/06/19 4:28 PM, Arnaldo Carvalho de Melo wrote: > Em Wed, Jun 12, 2019 at 03:52:11PM +0300, Adrian Hunter escreveu: >> On 12/06/19 3:41 PM, Arnaldo Carvalho de Melo wrote: >>> Em Wed, Jun 12, 2019 at 08:58:00AM +0300, Adrian Hunter escreveu: On 12/06/19 3:09 AM, Arnaldo Carvalho de Melo w

Re: [PATCH v2 5/6] proc: use down_read_killable mmap_sem for /proc/pid/map_files

On 13.06.2019 2:14, Andrei Vagin wrote: On Sun, Jun 09, 2019 at 01:09:00PM +0300, Konstantin Khlebnikov wrote: Do not stuck forever if something wrong. Killable lock allows to cleanup stuck tasks and simplifies investigation. This patch breaks the CRIU project, because stat() returns EINTR ins

[PATCH] mm/vmalloc: Check absolute error return from vmap_[p4d|pud|pmd|pte]_range()

vmap_pte_range() returns an -EBUSY when it encounters a non-empty PTE. But currently vmap_pmd_range() unifies both -EBUSY and -ENOMEM return code as -ENOMEM and send it up the call chain which is wrong. Interestingly enough vmap_page_range_noflush() tests for the absolute error return value from vm

Re: 5.2-rc2: low framerate in flightgear, cpu not running at full speed, thermal related?

Hi! > On 2019.06.12 14:25 Rafael J. Wysocki wrote: > > On Wed, Jun 12, 2019 at 4:45 AM Doug Smythies wrote: > >> > >> So, currently there seems to be 3 issues in this thread > >> (and I am guessing a little, without definitive data): > >> > >> 1.) On your system Kernel 5.4-rc2 (or 4) defaults to

[PATCH v3] kasan: add memory corruption identification for software tag-based mode

This patch adds memory corruption identification at bug report for software tag-based mode, the report show whether it is "use-after-free" or "out-of-bound" error instead of "invalid-access" error.This will make it easier for programmers to see the memory corruption problem. Now we extend the quar

Re: [PATCH V6 0/6] x86/jump_label: Bound IPIs sent when updating a static key

On 12/06/2019 19:07, Peter Zijlstra wrote: > On Wed, Jun 12, 2019 at 11:57:25AM +0200, Daniel Bristot de Oliveira wrote: >> Daniel Bristot de Oliveira (6): >> jump_label: Add a jump_label_can_update() helper >> x86/jump_label: Add a __jump_label_set_jump_code() helper >> jump_label: Sort entr

Re: [PATCH v1 20/31] docs: hid: convert to ReST

On Wed, Jun 12, 2019 at 8:39 PM Mauro Carvalho Chehab wrote: > > Rename the HID documentation files to ReST, add an > index for them and adjust in order to produce a nice html > output via the Sphinx build system. > > While here, fix the sysfs example from hid-sensor.txt, that > has a lot of "?" i

Re: [PATCH v10 02/11] drm/sun4i: dsi: Update start value in video start delay

On Fri, May 31, 2019 at 12:23 AM Maxime Ripard wrote: > > On Fri, May 24, 2019 at 03:55:42PM +0530, Jagan Teki wrote: > > On Fri, May 24, 2019 at 2:07 AM Maxime Ripard > > wrote: > > > > > > On Mon, May 20, 2019 at 02:33:09PM +0530, Jagan Teki wrote: > > > > start value in video start delay comp

[RFC PATCH] mpt3sas: support target smid for [abort|query] task

We can request task management IOCTL command(MPI2_FUNCTION_SCSI_TASK_MGMT) to /dev/mpt3ctl. If the given task_type is either abort task or query task, it may need a field named "Initiator Port Transfer Tag to Manage" in the IU. Current code does not support to check target IPTT tag from the tm_re

Re: [PATCH v3 0/4] KVM: LAPIC: Implement Exitless Timer

On Tue, 2019-06-11 at 20:17 +0800, Wanpeng Li wrote: > Dedicated instances are currently disturbed by unnecessary jitter due > to the emulated lapic timers fire on the same pCPUs which vCPUs resident. > There is no hardware virtual timer on Intel for guest like ARM. Both > programming timer in gu

Re: [PATCH v10 09/11] drm/sun4i: sun6i_mipi_dsi: Add VCC-DSI regulator support

On Mon, Jun 3, 2019 at 7:19 PM Maxime Ripard wrote: > > On Mon, May 20, 2019 at 02:33:16PM +0530, Jagan Teki wrote: > > Allwinner MIPI DSI controllers are supplied with SoC > > DSI power rails via VCC-DSI pin. > > > > Add support for this supply pin by adding voltage > > regulator handling code to

A lot of your incoming messages has been suspended

MICROSOFT VERIFICATION NEEDED A lot of your incoming messages has been suspended because your email box account is not verify by Microsoft verification team. In order to receive your messages do verify now, We apologise for any inconvenience and ap

[RFC PATCH] mpt3sas: support target smid for [abort|query] task

We can request task management IOCTL command(MPI2_FUNCTION_SCSI_TASK_MGMT) to /dev/mpt3ctl. If the given task_type is either abort task or query task, it may need a field named "Initiator Port Transfer Tag to Manage" in the IU. Current code does not support to check target IPTT tag from the tm_re

Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets

On 13.06.19 03:30, Andy Lutomirski wrote: On Wed, Jun 12, 2019 at 1:27 PM Andy Lutomirski wrote: On Jun 12, 2019, at 12:55 PM, Dave Hansen wrote: On 6/12/19 10:08 AM, Marius Hillenbrand wrote: This patch series proposes to introduce a region for what we call process-local memory into th

Re: [PATCH RFC 00/10] RDMA/FS DAX truncate proposal

On Wed 12-06-19 15:13:36, Ira Weiny wrote: > On Wed, Jun 12, 2019 at 04:14:21PM -0300, Jason Gunthorpe wrote: > > On Wed, Jun 12, 2019 at 02:09:07PM +0200, Jan Kara wrote: > > > On Wed 12-06-19 08:47:21, Jason Gunthorpe wrote: > > > > On Wed, Jun 12, 2019 at 12:29:17PM +0200, Jan Kara wrote: > > >

Re: [PATCH v3 0/4] s390/crypto: Use -ENODEV instead of -EOPNOTSUPP

On Thu, Jun 13, 2019 at 11:13:55AM +0800, Herbert Xu wrote: > On Wed, Jun 12, 2019 at 05:08:50PM +0200, Heiko Carstens wrote: > > On Wed, Jun 12, 2019 at 03:33:02PM +0200, David Hildenbrand wrote: > > > s390x crypto is one of the rare modules that returns -EOPNOTSUPP instead > > > of > > > -ENODEV

Re: [PATCH] coresight: potential uninitialized variable in probe()

Hi Dan, On Wed, Jun 12, 2019 at 11:58:15PM -0700, Dan Carpenter wrote: > The "drvdata->atclk" clock is optional, but if it gets set to an error > pointer then we're accidentally return an uninitialized variable instead > of success. You are right, thanks a lot for pointing out. I'd like to initi

Re: infinite loop in read_hpet from ktime_get_boot_fast_ns

On Thu, Jun 13, 2019 at 6:26 PM Thomas Gleixner wrote: > That does not make sense. The coarse time getters use > tk->tkr_mono.base. base is updated every tick (or if the machine is > completely idle right when the first CPU wakes up again). Sense or not, it seems to be happening, at least on 5.2-

Re: Pause a process execution from external program

Hi Pintu, > Hi All, > I was just wondering if this is possible in the Linux world. > My requirement is: > For some reason, I want to halt/pause the execution (for some > specified time) of a running process/thread (at some location), > without modified the source, may be by firing some events/sig

Re: [PATCH v4 4/5] phy: ti: Add a new SERDES driver for TI's AM654x SoC

Hi, On 2019-06-13 06:57, Kishon Vijay Abraham I wrote: > Hi Peter, > > On 13/06/19 4:20 AM, Peter Rosin wrote: >> Hi! >> >> [I know this has already been merged upstream, but I only just >> now noticed the code and went to the archives to find the >> originating mail. I hope I managed to set in

[RFC PATCH] mpt3sas: support target smid for [abort|query] task

We can request task management IOCTL command(MPI2_FUNCTION_SCSI_TASK_MGMT) to /dev/mpt3ctl. If the given task_type is either abort task or query task, it may need a field named "Initiator Port Transfer Tag to Manage" in the IU. Current code does not support to check target IPTT tag from the tm_re

Re: [PATCH RFC 00/10] RDMA/FS DAX truncate proposal

On Wed 12-06-19 11:49:52, Dan Williams wrote: > On Wed, Jun 12, 2019 at 3:29 AM Jan Kara wrote: > > > > On Fri 07-06-19 07:52:13, Ira Weiny wrote: > > > On Fri, Jun 07, 2019 at 09:17:29AM -0300, Jason Gunthorpe wrote: > > > > On Fri, Jun 07, 2019 at 12:36:36PM +0200, Jan Kara wrote: > > > > > > >

Re: [PATCH v4 2/3] lib: logic_pio: Reject accesses to unregistered CPU MMIO regions

On Thu, Jun 13, 2019 at 5:20 AM Bjorn Helgaas wrote: > > On Tue, Jun 11, 2019 at 10:12:53PM +0800, John Garry wrote: > > Currently when accessing logical indirect PIO addresses in > > logic_{in, out}{,s}, we first ensure that the region is registered. > > I think logic_pio is specifically concerne

Re: [PATCH 2/2] edac: add support for Amazon's Annapurna Labs EDAC

On Thu, Jun 13, 2019 at 09:54:18AM +1000, Benjamin Herrenschmidt wrote: > It tends to be a slippery slope. Also in the ARM world, most SoC tend > to re-use IP blocks, so you get a lot of code duplication, bug fixed in > one and not the other etc... Yes, I'd like to be able to reuse EDAC drivers if

Re: -next-20190607 kernel: oopses on bootup or shutdown

On Tue 2019-06-11 06:25:36, Tejun Heo wrote: 1;2802;0c> On Tue, Jun 11, 2019 at 10:57:53AM +0200, Pavel Machek wrote: > > Hi! > > > > It failed to boot three times; now it booted but failed on shutdown. > > > > Hardware is thinkpad X60 (32bit x86), and I'm copying oops by hand. > > Can you pleas

Pause a process execution from external program

Hi All, I was just wondering if this is possible in the Linux world. My requirement is: For some reason, I want to halt/pause the execution (for some specified time) of a running process/thread (at some location), without modified the source, may be by firing some events/signals from an another ext

Re: Linux 5.1.9 build failure with CONFIG_NOUVEAU_LEGACY_CTX_SUPPORT=n

On Tue, Jun 11, 2019 at 07:40:06PM +0200, Greg Kroah-Hartman wrote: > On Tue, Jun 11, 2019 at 07:33:16PM +0200, Daniel Vetter wrote: > > On Tue, Jun 11, 2019 at 5:37 PM Greg Kroah-Hartman > > wrote: > > > On Tue, Jun 11, 2019 at 03:56:35PM +0200, Sven Joachim wrote: > > > > Commit 1e07d63749 ("drm

Re: [PATCH 10/10] iommu/tegra-smmu: convert to SPDX license tags

On Thu, Jun 13, 2019 at 12:27:03PM -0400, Yangtao Li wrote: > Updates license to use SPDX-License-Identifier. > > Signed-off-by: Yangtao Li > --- > drivers/iommu/tegra-smmu.c | 5 + > 1 file changed, 1 insertion(+), 4 deletions(-) Acked-by: Thierry Reding signature.asc Description: PGP s

Re: [PATCH 1/4] media: cxd2820r: don't check retval after our own assignemt

Hi Wolfram, On 13/06/2019 17:19, Wolfram Sang wrote: > >> In the title/subject: >> >> media: cxd2820r: don't check retval after our own assignemt >> >> s/assignemt/assignment/ > > Eeeks, in deed :( Shall I resend? Sorry for the noise. > Not necessary for me, so I guess that's up to Mauro/Hans.

Re: [PATCH] Revert "Bluetooth: Align minimum encryption key size for LE and BR/EDR connections"

On Tue, Jun 11, 2019 at 12:56:02PM -0700, Vasily Khoruzhick wrote: > Greg, > > Can we get this revert merged into stable branches? Bluetooth HID has > been broken for many devices for quite a while now and RFC patch that > fixes the breakage hasn't seen any movement for almost a month. Now revert

Re: [BISECTED REGRESSION] b43legacy broken on G4 PowerBook

On Thu, Jun 13, 2019 at 07:59:51AM +1000, Benjamin Herrenschmidt wrote: > > With the patch for Kconfig above, and the original patch setting > > ARCH_ZONE_DMA_BITS to 30, everything works. > > > > Do you have any ideas on what should trigger the change in ARCH_ZONE_BITS? > > Should it be CONFIG_

Re: [PATCH 10/12] bcache: move closures to lib/

On Mon, Jun 10, 2019 at 03:14:18PM -0400, Kent Overstreet wrote: > Prep work for bcachefs - being a fork of bcache it also uses closures NAK. This obsfucation needs to go away from bcache and not actually be spread further, especially not as an API with multiple users which will make it even hard

Re: [RFC PATCH v1 2/3] LSM/x86/sgx: Implement SGX specific hooks in SELinux

On Wed, Jun 12, 2019 at 07:25:57AM -0700, Sean Christopherson wrote: Good morning, we hope the week continues to go well for everyone. > On Wed, Jun 12, 2019 at 04:32:21AM -0500, Dr. Greg wrote: > > With SGX2 we will, by necessity, have to admit the notion that a > > platform owner will not have

Re: Bluetooth regression breaking BT connection for all 2.0 and older devices in 5.0.15+, 5.1.x and master

On Mon, Jun 10, 2019 at 03:31:55PM +0200, Hans de Goede wrote: > Hi All, > > First of all this is a known issue and it seems a fix is in the works, > but what I do not understand is why the commit causing this has not > simply been reverted until the fix is done, esp. for the 5.0.x > stable series

Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets

On 12.06.19 21:55, Dave Hansen wrote: On 6/12/19 10:08 AM, Marius Hillenbrand wrote: This patch series proposes to introduce a region for what we call process-local memory into the kernel's virtual address space. It might be fun to cc some x86 folks on this series. They might have some relev

Paljon saapuneita viestejäsi on keskeytetty

MICROSOFT-TARKASTUKSEN TARVITTAMINEN Paljon saapuneita viestejäsi on keskeytetty, koska Microsoftin vahvistusryhmä ei tarkista sähköpostilaatikkotiliäsi. Jotta saisit viestisi, tarkista nyt, pyydämme anteeksi mahdollisia haittoja ja arvostamme ymmärrystäsi

Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets

On 12.06.19 20:25, Sean Christopherson wrote: On Wed, Jun 12, 2019 at 07:08:24PM +0200, Marius Hillenbrand wrote: The Linux kernel has a global address space that is the same for any kernel code. This address space becomes a liability in a world with processor information leak vulnerabilities,

Re: [PATCH v1] iopoll: Tweak readx_poll_timeout sleep range

On 13/06/2019 18:11, Doug Anderson wrote: > On Thu, Jun 13, 2019 at 9:04 AM Marc Gonzalez wrote: > >> Hmmm, I expect the typical use-case to be: >> "HW manual states operation X completes in 100 µs. >> Let's call usleep_range(100, foo); before hitting the reg." >> >> And foo needs to be a "reasona

Re: [PATCH] MAINTAINERS: change the arch/riscv git tree to the new shared tree

On Thu, Jun 13, 2019 at 12:07:21AM -0700, Paul Walmsley wrote: > Palmer, with Konstantin's gracious help, set up a shared kernel.org > git tree for arch/riscv patches going forward. Change the MAINTAINERS > file accordingly. > > Signed-off-by: Paul Walmsley > Cc: Palmer Dabbelt Should you be a

Re: [PATCH RFC 00/10] RDMA/FS DAX truncate proposal

On Wed 12-06-19 11:41:53, Dan Williams wrote: > On Wed, Jun 12, 2019 at 5:09 AM Jan Kara wrote: > > > > On Wed 12-06-19 08:47:21, Jason Gunthorpe wrote: > > > On Wed, Jun 12, 2019 at 12:29:17PM +0200, Jan Kara wrote: > > > > > > > > > The main objection to the current ODP & DAX solution is that ve

[PATCH v2 1/2] mt76: mt7615: fix incorrect settings in mesh mode

Fix wrong settings that will drop packets due to hardware's RX table searching flow. Fixes: f072c7ba2150 ("mt76: mt7615: enable support for mesh") Signed-off-by: Ryder Lee --- drivers/net/wireless/mediatek/mt76/mt7615/mcu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/driv

[PATCH v2 2/2] mt76: mt7615: update peer's bssid when state transition occurs

This makes sure that the driver update peer's bssid when state transition occurs. Signed-off-by: Ryder Lee --- Changes since v2 - remove unnecessary changes --- .../net/wireless/mediatek/mt76/mt7615/main.c | 5 ++-- .../net/wireless/mediatek/mt76/mt7615/mcu.c | 27 ++- 2 file

[PATCH v3] mt76: mt7615: add support for per-chain signal strength reporting

Fill in RX status->chain_signal to avoid empty value. Signed-off-by: Ryder Lee --- Changes since v3 - use hweight8 instead. Changes since v2 - correct calculation sequence. --- .../net/wireless/mediatek/mt76/mt7615/mac.c | 22 ++- .../net/wireless/mediatek/mt76/mt7615/mac.h |

[PATCH] 9p: Transport error uninitialized

The p9_tag_alloc() does not initialize the transport error t_err field. The struct p9_req_t *req is allocated and stored in a struct p9_client variable. The field t_err is never initialized before p9_conn_cancel() checks its value. KUMSAN(KernelUninitializedMemorySantizer, a new error detection to

Re: [PATCH 4.14 00/81] 4.14.126-stable review

On Thu, Jun 13, 2019 at 05:37:44PM +0200, Greg Kroah-Hartman wrote: On Thu, Jun 13, 2019 at 08:11:33AM -0700, Guenter Roeck wrote: On 6/13/19 1:32 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.126 release. > There are 81 patches in this series, all wil

[PATCH 11/17] binfmt_flat: add a ARCH_HAS_BINFMT_FLAT option

Allow architectures to opt into ARCH_HAS_BINFMT_FLAT support instead of assuming that all nommu ports support the format. Signed-off-by: Christoph Hellwig Reviewed-by: Vladimir Murzin --- arch/arm/Kconfig| 1 + arch/c6x/Kconfig| 1 + arch/h8300/Kconfig | 1 + arch/m68k/Kcon

[PATCH 16/17] binfmt_flat: don't offset the data start

Ever since the initial commit of the binfmt_flat shared library support back in the bitkeeper days we've offset the actual in-memory .data start by one field per possible shared library, or 1 in case shared library support isn't enabled. I can't find anything in the loader that actually makes use

[PATCH 12/17] binfmt_flat: make support for old format binaries optional

No need to carry the extra code around, given that systems using flat binaries are generally very resource constrained. Signed-off-by: Christoph Hellwig --- fs/Kconfig.binfmt | 7 +++ fs/binfmt_flat.c | 30 ++ 2 files changed, 29 insertions(+), 8 deletions(-) d

[PATCH 15/17] binfmt_flat: move the MAX_SHARED_LIBS definition to binfmt_flat.c

MAX_SHARED_LIBS is an implementation detail of the kernel loader, and should be kept away from the file format definition. Signed-off-by: Christoph Hellwig --- fs/binfmt_flat.c | 6 ++ include/linux/flat.h | 6 -- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/fs/binf

Re: [PATCH 3/7] perf: arm64: Use rseq to test userspace access to pmu counters

Hi Mathieu, On 6/11/19 8:33 PM, Mathieu Desnoyers wrote: - On Jun 11, 2019, at 6:57 PM, Mark Rutland mark.rutl...@arm.com wrote: Hi Arnaldo, On Tue, Jun 11, 2019 at 11:33:46AM -0300, Arnaldo Carvalho de Melo wrote: Em Tue, Jun 11, 2019 at 01:53:11PM +0100, Raphael Gault escreveu: Add an

[PATCH 13/17] binfmt_flat: provide an asm-generic/flat.h

This file implements the flat get/put reloc helpers for architectures that do not need to overload the relocs by simply using get_user/put_user. Note that many nommu architectures currently use {get,put}_unaligned, which looks a little bogus and should probably later be switched over to this versi

[PATCH 17/17] riscv: add binfmt_flat support

Just use the generic definitions. Signed-off-by: Christoph Hellwig --- arch/riscv/Kconfig| 1 + arch/riscv/include/asm/Kbuild | 1 + 2 files changed, 2 insertions(+) diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig index 0c4b12205632..2c19baa8d6c3 100644 --- a/arch/riscv/Kconfig

[PATCH 14/17] binfmt_flat: remove the persistent argument from flat_get_addr_from_rp

The argument is never used. Signed-off-by: Christoph Hellwig --- arch/c6x/include/asm/flat.h| 2 +- arch/h8300/include/asm/flat.h | 2 +- arch/microblaze/include/asm/flat.h | 2 +- arch/sh/include/asm/flat.h | 2 +- arch/xtensa/include/asm/flat.h | 2 +- fs/binfmt_flat.c

Re: [PATCH 07/10] iommu/io-pgtable-arm: convert to SPDX license tags

On Thu, Jun 13, 2019 at 12:27:00PM -0400, Yangtao Li wrote: > Updates license to use SPDX-License-Identifier. > > Signed-off-by: Yangtao Li > --- > drivers/iommu/io-pgtable-arm.c | 13 + > 1 file changed, 1 insertion(+), 12 deletions(-) Acked-by: Will Deacon Will

[PATCH] arm64/sve: should not depend on

Otherwise this will create userspace build issues for any program (strace, qemu) that includes both (with musl libc) and (which then includes ), like this: error: redefinition of 'struct prctl_mm_map' struct prctl_mm_map { See https://github.com/foundriesio/meta-lmp/commit/6d4

Re: [PATCH 02/10] iommu/io-pgtable: convert to SPDX license tags

On Thu, Jun 13, 2019 at 12:26:55PM -0400, Yangtao Li wrote: > Updates license to use SPDX-License-Identifier. > > Signed-off-by: Yangtao Li > --- > drivers/iommu/io-pgtable.c | 13 + > 1 file changed, 1 insertion(+), 12 deletions(-) Acked-by: Will Deacon Will

[PATCH 08/17] binfmt_flat: consolidate two version of flat_v2_reloc_t

Two branches of the ifdef maze actually have the same content, so merge them. Signed-off-by: Christoph Hellwig --- include/linux/flat.h | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/include/linux/flat.h b/include/linux/flat.h index 2b7cda6e9c1b..19c586b74b99 100644 --

[PATCH 05/17] binfmt_flat: replace flat_argvp_envp_on_stack with a Kconfig variable

This will eventually allow us to kill the need for an for many cases. Signed-off-by: Christoph Hellwig Tested-by: Vladimir Murzin Reviewed-by: Vladimir Murzin --- arch/arm/Kconfig | 1 + arch/arm/include/asm/flat.h| 2 -- arch/c6x/include/asm/flat.h| 1 - arc

[PATCH 09/17] binfmt_flat: use fixed size type for the on-disk format

So far binfmt_flat has only been supported on 32-bit platforms, so the variable size of the fields didn't matter. But the upcoming RISC-V nommu port supports 64-bit CPUs, and we now have a conflict between the elf2flt creation tool that always uses 32-bit fields and the kernel that uses (unsigned)

[PATCH 04/17] binfmt_flat: remove flat_old_ram_flag

Instead add a Kconfig variable that only h8300 selects. Signed-off-by: Christoph Hellwig --- arch/arm/include/asm/flat.h| 1 - arch/c6x/include/asm/flat.h| 1 - arch/h8300/Kconfig | 1 + arch/h8300/include/asm/flat.h | 1 - arch/m68k/include/asm/flat.h

[PATCH 10/17] binfmt_flat: add endianess annotations

Most binfmt_flat on-disk fields are big endian. Use the proper __be32 type where applicable. Signed-off-by: Christoph Hellwig Tested-by: Vladimir Murzin Reviewed-by: Vladimir Murzin --- fs/binfmt_flat.c | 26 -- 1 file changed, 16 insertions(+), 10 deletions(-) diff -

[PATCH 07/17] binfmt_flat: remove the unused OLD_FLAT_FLAG_RAM definition

Signed-off-by: Christoph Hellwig --- include/linux/flat.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/include/linux/flat.h b/include/linux/flat.h index 21d901ba191b..2b7cda6e9c1b 100644 --- a/include/linux/flat.h +++ b/include/linux/flat.h @@ -72,15 +72,12 @@ typedef union { # if defin

[PATCH 06/17] binfmt_flat: remove the uapi header

The split between the two flat.h files is completely arbitrary, and the uapi version even contains CONFIG_ ifdefs that can't work in userspace. The only userspace program known to use the header is elf2flt, and it ships with its own version of the combined header. Use the chance to move the inclu

[PATCH 03/17] binfmt_flat: provide a default version of flat_get_relocate_addr

This way only the two architectures that do masking need to provide the helper. Signed-off-by: Christoph Hellwig Tested-by: Vladimir Murzin Reviewed-by: Vladimir Murzin --- arch/arm/include/asm/flat.h| 2 -- arch/c6x/include/asm/flat.h| 1 - arch/m68k/include/asm/flat.h | 1 - arch/s

binfmt_flat cleanups and RISC-V support v2

Hi Greg, below is a larger stash of cleanups for the binfmt_misc code, preparing for the last patch that now trivially adds RISC-V support, which will be used for the RISC-V nommu series I am about to post. Changes since v2: - fix the handling of old format flags - don't pass arguments on stack

[PATCH 02/17] binfmt_flat: remove flat_set_persistent

This helper is a no-op on all architectures, remove it. Signed-off-by: Christoph Hellwig Tested-by: Vladimir Murzin Reviewed-by: Vladimir Murzin --- arch/arm/include/asm/flat.h| 1 - arch/c6x/include/asm/flat.h| 1 - arch/h8300/include/asm/flat.h | 1 - arch/m68k/include/a

Re: [PATCH 03/10] iommu/omap: convert to SPDX license tags

Hi Yangtao, On 6/13/19 11:26 AM, Yangtao Li wrote: > Updates license to use SPDX-License-Identifier. > > Signed-off-by: Yangtao Li Thanks for the patch. Can you also update another related file while at this. Will leave it to Joerg if he prefers it as a separate patch, or folded into this patch

[PATCH] MAINTAINERS: don't automatically patches involving SiFive to the linux-riscv list

The current K: entry in the "SIFIVE DRIVERS" section causes scripts/get_maintainer.pl to recommend that all patches that originate from, or are sent or copied to, anyone with a @sifive.com E-mail address to be copied to the linux-ri...@lists.infradead.org mailing list: https://lore.kernel.org/linu

[PATCH] MAINTAINERS: change the arch/riscv git tree to the new shared tree

Palmer, with Konstantin's gracious help, set up a shared kernel.org git tree for arch/riscv patches going forward. Change the MAINTAINERS file accordingly. Signed-off-by: Paul Walmsley Cc: Palmer Dabbelt --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTA

Re: [PATCH] kprobes: Fix to init kprobes in subsys_initcall

On Wed, 12 Jun 2019 09:47:29 -0400 Steven Rostedt wrote: > On Wed, 12 Jun 2019 16:59:47 +0900 > Masami Hiramatsu wrote: > > > Hi Steve, > > > > Could you pick this to your ftrace/core branch? > > "core" or should this go to "urgent"? The difference is that core is > scheduled for the next mer

RE: [PATCH v3] net: dccp: Checksum verification enhancement

Hi David, Yes, you are right, I overlooked this. Unfortunately the current receive process in the DCCP layer does from my view not properly support the skb->ip_summed flag verification, because the checksum validation takes place at different places. This would require some dirty hacks... I se

[PATCH 01/17] binfmt_flat: remove flat_reloc_valid

This helper is the same for all architectures, open code it in the only caller. Signed-off-by: Christoph Hellwig Tested-by: Vladimir Murzin Reviewed-by: Vladimir Murzin --- arch/arm/include/asm/flat.h| 1 - arch/c6x/include/asm/flat.h| 1 - arch/h8300/include/asm/flat.h |

[PATCH] soc: ixp4xx: npe: Fix an IS_ERR() vs NULL check in probe

The devm_ioremap_resource() function doesn't return NULL, it returns error pointers. Fixes: 0b458d7b10f8 ("soc: ixp4xx: npe: Pass addresses as resources") Signed-off-by: Dan Carpenter --- drivers/soc/ixp4xx/ixp4xx-npe.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/driv

Re: [PATCH] ALSA: pci: echoaudio: remove variable which is a constant

On Thu, 13 Jun 2019 18:04:23 +0200, Wolfram Sang wrote: > > Checking a variable which is always '1' has no use. > > Signed-off-by: Wolfram Sang > --- > > Only build tested. Found by static code analysis of similar patterns. Applied, thanks. Takashi

Re: [PATCH v2 4/4] drm/virtio: Add memory barriers for capset cache.

On Mon, Jun 10, 2019 at 02:18:10PM -0700, davidri...@chromium.org wrote: > From: David Riley > > After data is copied to the cache entry, atomic_set is used indicate > that the data is the entry is valid without appropriate memory barriers. > Similarly the read side was missing the corresponding

[PATCH] coresight: potential uninitialized variable in probe()

The "drvdata->atclk" clock is optional, but if it gets set to an error pointer then we're accidentally return an uninitialized variable instead of success. Fixes: 78e6427b4e7b ("coresight: funnel: Support static funnel") Signed-off-by: Dan Carpenter --- drivers/hwtracing/coresight/coresight-funn

Re: linux-next: Fixes tag needs some work in the clockevents tree

On 13/06/2019 01:07, Stephen Rothwell wrote: > Hi all, > > In commit > > 98793726ab3f ("clocksource/drivers/tegra: Restore timer rate on Tegra210") > > Fixes tag > > Fixes: 3be2a85a0b61 ("Support per-CPU timers on all Tegra's") > > has these problem(s): > > - Subject does not match targ

Re: [PATCH -next] crypto: bcm - Make some symbols static

On Tue, Jun 04, 2019 at 10:53:51PM +0800, YueHaibing wrote: > Fix sparse warnings: > > drivers/crypto/bcm/cipher.c:99:6: warning: symbol 'BCMHEADER' was not > declared. Should it be static? > drivers/crypto/bcm/cipher.c:2096:6: warning: symbol 'spu_no_incr_hash' was > not declared. Should it be

Re: [PATCH] f2fs: replace ktype default_attrs with default_groups

On 2019/6/8 1:40, Kimberly Brown wrote: > The kobj_type default_attrs field is being replaced by the > default_groups field. Replace the default_attrs fields in f2fs_sb_ktype > and f2fs_feat_ktype with default_groups. Use the ATTRIBUTE_GROUPS macro > to create f2fs_groups and f2fs_feat_groups. > >

Re: [PATCH] f2fs: fix is_idle() check for discard type

On 2019/6/6 17:38, Sahitya Tummala wrote: > The discard thread should issue upto dpolicy->max_requests at once > and wait for all those discard requests at once it reaches > dpolicy->max_requests. It should then sleep for dpolicy->min_interval > timeout before issuing the next batch of discard requ

Re: [PATCH] vfs: fsmount: add missing mntget()

On Thu, Jun 13, 2019 at 10:47:28AM +0200, Miklos Szeredi wrote: > On Wed, Jun 12, 2019 at 11:43:13AM -0700, Eric Biggers wrote: > > From: Eric Biggers > > > > sys_fsmount() needs to take a reference to the new mount when adding it > > to the anonymous mount namespace. Otherwise the filesystem ca

[PATCH 4/9] x86/mm/tlb: Flush remote and local TLBs concurrently

To improve TLB shootdown performance, flush the remote and local TLBs concurrently. Introduce flush_tlb_multi() that does so. The current flush_tlb_others() interface is kept, since paravirtual interfaces need to be adapted first before it can be removed. This is left for future work. In such PV en

Re: [PATCH 05/10] iommu/dma-iommu: convert to SPDX license tags

On 13/06/2019 17:26, Yangtao Li wrote: Updates license to use SPDX-License-Identifier. A more complete version of this (which also covers the header) is already queued in -next. Robin. Signed-off-by: Yangtao Li --- drivers/iommu/dma-iommu.c | 13 + 1 file changed, 1 inserti

[PATCH 9/9] x86/apic: Use non-atomic operations when possible

Using __clear_bit() and __cpumask_clear_cpu() is more efficient than using their atomic counterparts. Use them when atomicity is not needed, such as when manipulating bitmasks that are on the stack. Cc: Dave Hansen Cc: Andy Lutomirski Cc: Peter Zijlstra Signed-off-by: Nadav Amit --- arch/x86/

Re: infinite loop in read_hpet from ktime_get_boot_fast_ns

Or in case that's not clear enough: int __init mod_init(void) { u64 j1 = 0, j2, k1 = 0, k2, l1 = 0, l2; for (;;) { j2 = jiffies64_to_nsecs(get_jiffies_64()); k2 = ktime_get_coarse_boottime(); l2 = local_clock(); pr_err("%llu %llu %llu\n", j2 - j1, k2 - k1, l2 - l1); j1 = j2

[PATCH 2/9] smp: Run functions concurrently in smp_call_function_many()

Currently, on_each_cpu() and similar functions do not exploit the potential of concurrency: the function is first executed remotely and only then it is executed locally. Functions such as TLB flush can take considerable time, so this provides an opportunity for performance optimization. To do so,

[PATCH 7/9] smp: Do not mark call_function_data as shared

cfd_data is marked as shared, but although it hold pointers to shared data structures, it is private per core. Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: Rik van Riel Cc: Andy Lutomirski Signed-off-by: Nadav Amit --- kernel/smp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --

[PATCH 8/9] x86/tlb: Privatize cpu_tlbstate

cpu_tlbstate is mostly private and only the variable is_lazy is shared. This causes some false-sharing when TLB flushes are performed. Break cpu_tlbstate intro cpu_tlbstate and cpu_tlbstate_shared, and mark each one accordingly. Cc: Dave Hansen Cc: Andy Lutomirski Cc: Peter Zijlstra Signed-off

[PATCH 6/9] KVM: x86: Provide paravirtualized flush_tlb_multi()

Support the new interface of flush_tlb_multi, which also flushes the local CPU's TLB, instead of flush_tlb_others that does not. This interface is more performant since it parallelize remote and local TLB flushes. The actual implementation of flush_tlb_multi() is almost identical to that of flush_

RE: [PATCH v4] clk: qoriq: add support for lx2160a

Hi Stephen, Mturquette, Who will apply this patch? https://patchwork.kernel.org/patch/10918407/ All the comments are addressed and got acked by: Acked-by: Scott Wood Acked-by: Stephen Boyd Acked-by: Viresh Kumar Could you please apply it? BR, Andy > -Original Message- > From: Vabhav

[PATCH 1/9] smp: Remove smp_call_function() and on_each_cpu() return values

The return value is fixed. Remove it and amend the callers. Cc: Richard Henderson Cc: Ivan Kokshaysky Cc: Matt Turner Cc: Tony Luck Cc: Fenghua Yu Cc: Andrew Morton Signed-off-by: Nadav Amit --- arch/alpha/kernel/smp.c | 19 +-- arch/alpha/oprofile/common.c | 6 +++---

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