Re: [PATCH] checkpatch.pl: Add SPDX license tag check

On Thu, Feb 01, 2018 at 03:14:29PM -0600, Rob Herring wrote: > Add SPDX license tag check based on the rules defined in > Documentation/process/license-rules.rst. To summarize, SPDX license tags > should be on the 1st line (or 2nd line in scripts) using the appropriate > comment style for the file

Re: [perf] perf test BPF fails on 4.9.20

Hi, perf test bpf prologue generation is failing. 37.2: Test BPF prologue generation : FAILED! Try to find probe point from debuginfo. Matched function: null_lseek [105be32] Probe point found: null_lseek+0 Searching 'file' variable in context. Converting variable file in

RE: [PATCH] mm/swap: add function get_total_swap_pages to expose total_swap_pages

Can you try to use a fixed limit like I suggested once more? E.g. just stop swapping if get_nr_swap_pages() < 256MB. Maybe you missed previous mail. I explain again here. Set the value as 256MB not work on my platform. My machine has 8GB system memory, and 8GB swap disk. On my ma

Re: [PATCH] mm/swap: add function get_total_swap_pages to expose total_swap_pages

Can you try to use a fixed limit like I suggested once more? E.g. just stop swapping if get_nr_swap_pages() < 256MB. Regards, Christian. Am 02.02.2018 um 07:57 schrieb He, Roger: Use the limit as total ram*1/2 seems work very well. No OOM although swap disk reaches full at peak

drivers/infiniband/hw/bnxt_re/ib_verbs.c:3315:2: note: in expansion of macro 'if'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 4bf772b14675411a69b3c807f73006de0fe4b649 commit: 872f3578241d7e648b3bfcf6451a55faf97ce2e9 RDMA/bnxt_re: Add support for MRs with Huge pages date: 2 weeks ago config: i386-randconfig-sb0-02021411 (attached

Re: [git pull] drm pull for v4.16-rc1

On 2 February 2018 at 02:50, Dave Airlie wrote: > On 2 February 2018 at 12:44, Linus Torvalds > wrote: >> On Thu, Feb 1, 2018 at 6:22 PM, Dave Airlie wrote: >>> >>> Turned out I was running on wayland instead of X.org and my cut-n-paste from >>> gedit to firefox got truncated, wierd. I'll go ann

Re: [RFC PATCH 1/9] media: add request API core and UAPI

On Fri, Feb 2, 2018 at 4:33 PM, Sakari Ailus wrote: >> >> +/** >> >> + * struct media_request_queue - queue of requests >> >> + * >> >> + * @mdev:media_device that manages this queue >> >> + * @ops: implementation of the queue >> >> + * @mutex: protects requests, active_request, req_id,

Re: [PATCH] esp4: remove redundant initialization of pointer esph

On Tue, Jan 30, 2018 at 02:53:48PM +, Colin King wrote: > From: Colin Ian King > > Pointer esph is being assigned a value that is never read, esph is > re-assigned and only read inside an if statement, hence the > initialization is redundant and can be removed. > > Cleans up clang warning: >

Re: [RFC PATCH 1/9] media: add request API core and UAPI

Hi Alexandre, On Tue, Jan 30, 2018 at 01:23:05PM +0900, Alexandre Courbot wrote: > Hi Sakari, thanks for the review! > > The version you reviewed is not the latest one, but I suppose most of > your comments still apply. > > On Fri, Jan 26, 2018 at 5:39 PM, Sakari Ailus wrote: > > Hi Alexandre,

Re: KASAN: stack-out-of-bounds Read in xfrm_state_find (4)

On Thu, Feb 01, 2018 at 11:30:00AM +0100, Dmitry Vyukov wrote: > On Thu, Feb 1, 2018 at 9:34 AM, Steffen Klassert > > Hi Steffen, > > Please see the email footer: > > > If you want to test a patch for this bug, please reply with: > > #syz test: git://repo/address.git branch > > and provide the p

Re: [PATCH v11 3/3] mm, x86: display pkey in smaps only if arch supports pkeys

On Fri, Feb 02, 2018 at 12:27:27PM +0800, kbuild test robot wrote: > Hi Ram, > > Thank you for the patch! Yet something to improve: > > [auto build test ERROR on linus/master] > [also build test ERROR on v4.15 next-20180201] > [if your patch is applied to the wrong git t

Re: [PATCH v2] ACPI / tables: Add IORT to injectable table list

Hi, Hanjun On Wed, 2018-01-31 at 21:32 +0800, Hanjun Guo wrote: > Hi Shunyong, > > On 2018/1/30 9:44, Yang, Shunyong wrote: > > > > Hi, Rafael > > > > Could you please help to review this patch? This is a small change > > to > > add ACPI_SIG_IORT to table_sigs[].  > > Loading IORT table from in

Re: [PATCH] ARM: dts: imx6q-bx50v3: Enable secure-reg-access

+ Frank On Mon, Jan 15, 2018 at 05:07:22PM +0100, Sebastian Reichel wrote: > From: Peter Senna Tschudin > > Add secure-reg-access on device tree include file for Bx50 devices > to enable PMU and hardware counters for perf. > > Signed-off-by: Peter Senna Tschudin > Signed-off-by: Sebastian Reic

Re: [PATCH v4 02/10] ufs: sysfs: device descriptor

On Fri, Feb 02, 2018 at 12:25:46AM +, Bart Van Assche wrote: > On Thu, 2018-02-01 at 18:15 +0200, Stanislav Nijnikov wrote: > > +enum ufs_desc_param_size { > > + UFS_PARAM_BYTE_SIZE = 1, > > + UFS_PARAM_WORD_SIZE = 2, > > + UFS_PARAM_DWORD_SIZE= 4, > > + UFS_PARAM_QWORD_SIZE

Re: [PATCH] ARM: dts: imx6q-bx50v3: disable SD card (usdhc2)

On Mon, Jan 15, 2018 at 03:44:24PM +0100, Sebastian Reichel wrote: > From: Ian Ray > > Disable the SD card interface from devicetree. > > Signed-off-by: Ian Ray > Signed-off-by: Sebastian Reichel I applied the patch [1] from Ian. Shawn [1 ]https://www.spinics.net/lists/devicetree/msg209294.

[PATCH 2/2] KVM: X86: Add per-VM no-HLT-exiting capability

From: Wanpeng Li If host CPUs are dedicated to a VM, we can avoid VM exits on HLT. This patch adds the per-VM non-HLT-exiting capability. Cc: Paolo Bonzini Cc: Radim Krčmář Signed-off-by: Wanpeng Li --- Documentation/virtual/kvm/api.txt | 11 +++ arch/x86/include/asm/kvm_host.h |

[PATCH 1/2] KVM: X86: Add dedicated pCPU hint PV_DEDICATED

From: Wanpeng Li Waiman Long mentioned that: Generally speaking, unfair lock performs well for VMs with a small number of vCPUs. Native qspinlock may perform better than pvqspinlock if there is vCPU pinning and there is no vCPU over-commitment. This patch adds a performance hint to allow hyp

[PATCH 0/2] KVM: X86: Add dedicated pCPU hint and per-VM non-HLT-exiting capability

Waiman Long mentioned that: Generally speaking, unfair lock performs well for VMs with a small number of vCPUs. Native qspinlock may perform better than pvqspinlock if there is vCPU pinning and there is no vCPU over-commitment. This patchset adds a PV_DEDICATED performance hint to allow hyperv

[PATCH 5/6] nvme-pci: discard wait timeout when delete cq/sq

Currently, nvme_disable_io_queues could be wakeup by both request completion and wait timeout path. This is unnecessary and could introduce race between nvme_dev_disable and request timeout path. When delete cq/sq command expires, the nvme_disable_io_queues will also be wakeup and return to nvme_de

[PATCH 3/6] blk-mq: make blk_mq_rq_update_aborted_gstate a external interface

No functional change, just make blk_mq_rq_update_aborted_gstate a external interface. Signed-off-by: Jianchao Wang --- block/blk-mq.c | 3 ++- include/linux/blk-mq.h | 1 + 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index 01f271d..a027ca

[PATCH 1/6] nvme-pci: move clearing host mem behind stopping queues

Move clearing host mem behind stopping queues. Prepare for following patch which will grab all the outstanding requests. Signed-off-by: Jianchao Wang --- drivers/nvme/host/pci.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/hos

[PATCH 4/6] nvme-pci: break up nvme_timeout and nvme_dev_disable

Currently, the complicated relationship between nvme_dev_disable and nvme_timeout has become a devil that will introduce many circular pattern which may trigger deadlock or IO hang. Let's enumerate the tangles between them: - nvme_timeout has to invoke nvme_dev_disable to stop the controller do

[PATCH 0/6]nvme-pci: fixes on nvme_timeout and nvme_dev_disable

Hi Christoph, Keith and Sagi Please consider and comment on the following patchset. That's really appreciated. There is a complicated relationship between nvme_timeout and nvme_dev_disable. - nvme_timeout has to invoke nvme_dev_disable to stop the controller doing DMA access before free the r

[PATCH 6/6] nvme-pci: suspend queues based on online_queues

nvme cq irq is freed based on queue_count. When the sq/cq creation fails, irq will not be setup. free_irq will warn 'Try to free already-free irq'. To fix it, we only increase online_queues when adminq/sq/cq are created and associated irq is setup. Then suspend queues based on online_queues. Sign

[PATCH] PCI: Add quirk for Cavium Thunder-X2 PCIe erratum #173

The PCIe Controller on Cavium ThunderX2 processors does not respond to downstream CFG/ECFG cycles when root port is in power management D3-hot state. In our tests the above mentioned errata causes the following crash when the downstream endpoint config space is accessed, while root port is in D3 s

Re: [PATCH] ARM: dts: imx53: use PMIC's TSI pins in adc mode

On Mon, Jan 15, 2018 at 03:28:20PM +0100, Sebastian Reichel wrote: > PPD uses the PMIC's TSI pins in general purpose ADC mode. > > Signed-off-by: Sebastian Reichel s/imx53/imx53-ppd > --- > arch/arm/boot/dts/imx53-ppd.dts | 11 +++ > 1 file changed, 11 insertions(+) > > diff --git a/a

[PATCH 2/6] nvme-pci: fix the freeze and quiesce for shutdown and reset case

Currently, request queue will be frozen and quiesced for both reset and shutdown case. This will trigger ioq requests in RECONNECTING state which should be avoided to prepare for following patch. Just freeze request queue for shutdown case and drain all the resudual entered requests after controlle

Re: [PATCH] xen: fix frontend driver disconnected from xenbus on removal

On 02/01/2018 11:09 PM, Boris Ostrovsky wrote: On 02/01/2018 03:24 PM, Oleksandr Andrushchenko wrote: On 02/01/2018 10:08 PM, Boris Ostrovsky wrote: On 02/01/2018 03:57 AM, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Current xenbus frontend driver removal flow first disconn

Is the hisilicon tree maintained ?

Hi Wei Xu, I found in the MAINTAINERS file the hisilicon tree is at: https://github.com/hisilicon/linux-hisi But, (except I missed it) I didn't find any update since Nov, 2017. Is that tree maintained ? Thanks? -- Daniel -- Linaro.org │ Open source software for

[PATCH 3/6] blk-mq: make blk_mq_rq_update_aborted_gstate a external interface

No functional change, just make blk_mq_rq_update_aborted_gstate a external interface. Signed-off-by: Jianchao Wang --- block/blk-mq.c | 3 ++- include/linux/blk-mq.h | 1 + 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index 01f271d..a027ca

RE: [PATCH] mm/swap: add function get_total_swap_pages to expose total_swap_pages

Use the limit as total ram*1/2 seems work very well. No OOM although swap disk reaches full at peak for piglit test. But for this approach, David noticed that has an obvious defect. For example, if the platform has 32G system memory, 8G swap disk. 1/2 * ram = 16G which is bigger

[PATCH 1/6] nvme-pci: move clearing host mem behind stopping queues

Move clearing host mem behind stopping queues. Prepare for following patch which will grab all the outstanding requests. Signed-off-by: Jianchao Wang --- drivers/nvme/host/pci.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/hos

[PATCH 6/6] nvme-pci: suspend queues based on online_queues

nvme cq irq is freed based on queue_count. When the sq/cq creation fails, irq will not be setup. free_irq will warn 'Try to free already-free irq'. To fix it, we only increase online_queues when adminq/sq/cq are created and associated irq is setup. Then suspend queues based on online_queues. Sign

[PATCH 2/6] nvme-pci: fix the freeze and quiesce for shutdown and reset case

Currently, request queue will be frozen and quiesced for both reset and shutdown case. This will trigger ioq requests in RECONNECTING state which should be avoided to prepare for following patch. Just freeze request queue for shutdown case and drain all the resudual entered requests after controlle

[PATCH] x86/retpoline: check CONFIG_RETPOLINE option when SPECTRE_V2_CMD_AUTO

Currently, if there is no spectre_v2= or nospectre_v2 specified in the boot parameter, the kernel will automatically choose mitigation by default. However, when selecting the auto mode, it doesn't check whether the retpoline has been built in the kernel. Thus, if someone built a kernel without CONF

[PATCH 4/6] nvme-pci: break up nvme_timeout and nvme_dev_disable

Currently, the complicated relationship between nvme_dev_disable and nvme_timeout has become a devil that will introduce many circular pattern which may trigger deadlock or IO hang. Let's enumerate the tangles between them: - nvme_timeout has to invoke nvme_dev_disable to stop the controller do

[no subject]

Hi Christoph, Keith and Sagi Please consider and comment on the following patchset. That's really appreciated. There is a complicated relationship between nvme_timeout and nvme_dev_disable. - nvme_timeout has to invoke nvme_dev_disable to stop the controller doing DMA access before free the r

[PATCH 5/6] nvme-pci: discard wait timeout when delete cq/sq

Currently, nvme_disable_io_queues could be wakeup by both request completion and wait timeout path. This is unnecessary and could introduce race between nvme_dev_disable and request timeout path. When delete cq/sq command expires, the nvme_disable_io_queues will also be wakeup and return to nvme_de

Re: [PATCH] ARM: dts: imx53: Add touchscreen reset line

On Mon, Jan 15, 2018 at 03:24:52PM +0100, Sebastian Reichel wrote: > From: Martyn Welch > > Utilise new support in Atmel MaxTouch driver to drive the > touchscreen controllers reset line correctly. > > Signed-off-by: Martyn Welch > Signed-off-by: Sebastian Reichel s/imx53/imx53-ppd in subject

[patch v1 4/4] platform/x86: mlx-platform: Add support for new Mellanox systems

Add support for the next new Mellanox system types: msn274x, msn201x, qmb7, sn34, sn37. The current members of these types are: - MSN2740 (32x100GbE Ethernet switch with cost reduction); - MSN2010 (18x10GbE plus 4x4x25GbE); - QMB700 (40x200GbE InfiniBand switch); - SN3700 (32x200GbE and 16x400GbE E

[patch v1 3/4] platform/x86: mlx-platform: Fix power cable setting for systems from msn21xx family

Add dedicated structure with power cable setting for Mellanox system from family msn21xx. These systems do not have physical device for power unit controller. So, in case power cable is inserted or removed, relevant interrupt signal is to be handled, status will be updated, but no device is to be a

[patch v1 2/4] platform/x86: mlx-platform: Add define for the negative bus

Add define for the negative bus Id in order to use it in case no hotplug device is associated with hotplug interrupt signal. In this case signal will be handled by mlxreg-hotplug driver, but any device will not be associated with this signal. Signed-off-by: Vadim Pasternak --- drivers/platform/x

[patch v1 0/4] mlx-platform: Add support for new Mellanox systems, code improvement, fixes for msn21xx system

The patchset: - adds defines for bus numbers, used for system topology description; - fixes definition for power cables for system family msn21xx; - introduces support for new Mellanox systems; Vadim Pasternak (4): platform/x86: mlx-platform: Use defines for bus assignment platform/x86: mlx-pl

[patch v1 1/4] platform/x86: mlx-platform: Use defines for bus assignment

Add defines the bus Ids, used for hotplug devices topology in order to improve code readability. Defines added for FAN and power units. Signed-off-by: Vadim Pasternak --- drivers/platform/x86/mlx-platform.c | 23 +++ 1 file changed, 15 insertions(+), 8 deletions(-) diff --gi

[GIT PULL] arch/microblaze patches for 4.16-rc1

Hi, please pull the following fixes to your tree. Thanks, Michal The following changes since commit a8750ddca918032d6349adbf9a4b6555e7db20da: Linux 4.15-rc8 (2018-01-14 15:32:30 -0800) are available in the git repository at: git://git.monstr.eu/linux-2.6-microblaze.git tags/microblaze-4.

Re: [PATCH] socket: Provide bounce buffer for constant sized put_cmsg()

Hi Kees, I love your patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.15 next-20180201] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH v6 17/41] dt-bindings: clock: Add bindings for DA8XX CFGCHIP clocks

On Saturday 20 January 2018 10:43 PM, David Lechner wrote: > +EMIFA clock source (ASYNC1) > +--- > +Required properties: > +- compatible: shall be "ti,da850-async1-clksrc". > +- #clock-cells: from common clock binding; shall be set to 0. > +- clocks: phandles to the parent c

Re: possible deadlock in get_user_pages_unlocked

On Fri, Feb 02, 2018 at 05:46:26AM +, Al Viro wrote: > On Thu, Feb 01, 2018 at 09:35:02PM -0800, Eric Biggers wrote: > > > Try starting up multiple instances of the program; that sometimes helps with > > these races that are hard to hit (since you may e.g. have a different > > number of > > C

Re: [PATCH v2 1/7] ARM: imx: add timer stop flag to ARM power off state

On Wed, Jan 10, 2018 at 10:04:47PM +0100, Stefan Agner wrote: > When the CPU is in ARM power off state the ARM architected > timers are stopped. The flag is already present in the higher > power WAIT mode. > > This allows to use the ARM generic timer on i.MX 6UL/6ULL SoC. > Without the flag the ke

[V2][PATCH] ohci-hcd: Fix race condition caused by ohci_urb_enqueue() and io_watchdog_func()

From: Shigeru Yoshida Running io_watchdog_func() while ohci_urb_enqueue() is running can cause a race condition where ohci->prev_frame_no is corrupted and the watchdog can mis-detect following error: ohci-platform 664a0800.usb: frame counter not updating; disabled ohci-platform 664a0800.usb:

Re: Change in register_blkdev() behavior

On 01/02/18 07:17 PM, Srivatsa S. Bhat wrote: > Thank you for confirming! I'll send a patch to fix that (and the analogous > case for CHRDEV_MAJOR_DYN_EXT_END). Great! Thanks! >>> >>> for (cd = chrdevs[major_to_index(i)]; cd; cd = cd->next) >>> if (cd->

Re: [PATCH v1] mm: optimize memory hotplug

Hi Pavel, Thank you for the patch! Yet something to improve: [auto build test ERROR on mmotm/master] [also build test ERROR on next-20180201] [cannot apply to v4.15] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com

Re: [RFCv2 05/17] media: Document the media request API

Hi Randy, On Fri, Feb 2, 2018 at 3:14 AM, Randy Dunlap wrote: > On 01/31/2018 02:24 AM, Alexandre Courbot wrote: >> From: Laurent Pinchart >> >> The media request API is made of a new ioctl to implement request >> management. Document it. >> >> Signed-off-by: Laurent Pinchart >> [acour...@chrom

Re: [PATCH 6/6] Pmalloc: self-test

Hi Igor, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.15] [cannot apply to next-20180201] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com

Re: [PATCH] of: cache phandle nodes to decrease cost of of_find_node_by_phandle()

On 2/2/2018 12:40 AM, Frank Rowand wrote: On 02/01/18 02:31, Chintan Pandya wrote: Anyways, will fix this locally and share test results. Thanks, I look forward to the results. Set up for this time was slightly different. So, taken all the numbers again. Boot to shell time (in ms): Exp

Re: [PATCH 4/6] Protectable Memory

Hi Igor, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.15] [cannot apply to next-20180201] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com

Re: [PATCH] of: cache phandle nodes to decrease cost of of_find_node_by_phandle()

On 2/2/2018 2:39 AM, Frank Rowand wrote: On 02/01/18 06:24, Rob Herring wrote: And so far, no one has explained why a bigger cache got slower. Yes, I still find that surprising. I thought a bit about this. And realized that increasing the cache size should help improve the performance onl

Re: possible deadlock in get_user_pages_unlocked

On Thu, Feb 01, 2018 at 09:35:02PM -0800, Eric Biggers wrote: > Try starting up multiple instances of the program; that sometimes helps with > these races that are hard to hit (since you may e.g. have a different number > of > CPUs than syzbot used). If I start up 4 instances I see the lockdep s

Re: [PATCH 4/6] Protectable Memory

Hi Igor, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.15] [cannot apply to next-20180201] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https

Re: [PATCH v6 4/6] iommu/arm-smmu: Add the device_link between masters and smmu

Hi Robin/Vivek, On 2/1/2018 2:23 PM, Vivek Gautam wrote: > Hi, > > > On 1/31/2018 6:39 PM, Robin Murphy wrote: >> On 19/01/18 11:43, Vivek Gautam wrote: >>> From: Sricharan R >>> >>> Finally add the device link between the master device and >>> smmu, so that the smmu gets runtime enabled/disabl

Re: possible deadlock in get_user_pages_unlocked

On Fri, Feb 02, 2018 at 04:50:20AM +, Al Viro wrote: > On Thu, Feb 01, 2018 at 04:58:00PM -0800, syzbot wrote: > > Hello, > > > > syzbot hit the following crash on upstream commit > > 7109a04eae81c41ed529da9f3c48c3655ccea741 (Thu Feb 1 17:37:30 2018 +) > > Merge git://git.kernel.org/pub/sc

Re: [PATCH 1/3] ARM: dts: imx6ul-evk: Add support for mag3110 sensor

On Tue, Jan 09, 2018 at 09:46:23AM -0200, Marco Franchi wrote: > The i.MX 6UL EVK has a MAG3110 Magnetometer sensor in its base board. > Add support for this sensor, which is included in the trivial i2c devices > and according to the bindings documentation, just need a compatible field > and an a

Re: [PATCH] fbdev: simplefb: add support for 'memory-region' property on DT node

Hi Andy, On Thu, 1 Feb 2018 21:03:30 +0200 wrote: > On Thu, Feb 1, 2018 at 5:56 PM, Bartlomiej Zolnierkiewicz > wrote: > > On Tuesday, January 23, 2018 08:34:56 PM Kunihiko Hayashi wrote: > >> Enables 'memory-region' property referring to the memory description on > >> the reserved-memory node

Re: [RFC PATCH v1 13/13] mm: splice local lists onto the front of the LRU

On Wed, Jan 31, 2018 at 06:04:13PM -0500, daniel.m.jor...@oracle.com wrote: > Now that release_pages is scaling better with concurrent removals from > the LRU, the performance results (included below) showed increased > contention on lru_lock in the add-to-LRU path. > > To alleviate some of this c

Re: [PATCH] fbdev: simplefb: add support for 'memory-region' property on DT node

Hi Bartlomiej, Rob, Mark, On Thu, 1 Feb 2018 16:56:08 +0100 wrote: > > Hi, > > On Tuesday, January 23, 2018 08:34:56 PM Kunihiko Hayashi wrote: > > Enables 'memory-region' property referring to the memory description on > > the reserved-memory node in case of devicetree use. > > If there is no

Re: [RFC PATCH v1 13/13] mm: splice local lists onto the front of the LRU

On 02/01/2018 06:30 PM, Tim Chen wrote: On 01/31/2018 03:04 PM, daniel.m.jor...@oracle.com wrote: Now that release_pages is scaling better with concurrent removals from the LRU, the performance results (included below) showed increased contention on lru_lock in the add-to-LRU path. To alleviate

Re: possible deadlock in get_user_pages_unlocked

On Thu, Feb 01, 2018 at 04:58:00PM -0800, syzbot wrote: > Hello, > > syzbot hit the following crash on upstream commit > 7109a04eae81c41ed529da9f3c48c3655ccea741 (Thu Feb 1 17:37:30 2018 +) > Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/ide > > So far this crash happened 2 times

Re: [PATCH v2 2/2] mm, memory_hotplug: optimize memory hotplug

Hi Pavel, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on mmotm/master] [also build test WARNING on next-20180201] [cannot apply to v4.15] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https

Re: [GIT PULL tools] Linux kernel memory model

On Wed, Jan 31, 2018 at 05:17:28PM -0800, Paul E. McKenney wrote: [...] > > - A long term question: have you considered and would it make sense to > > generate a > > memory-barriers.txt like file directly into Documentation/locking/, using > > the > > formal description? That way any changes/

Re: [PATCH] arm64: acpi,efi: fix alignment fault in accessing ACPI tables at kdump

On Thu, Feb 01, 2018 at 05:34:26PM +, Ard Biesheuvel wrote: > On 1 February 2018 at 09:04, AKASHI Takahiro > wrote: > > This is a fix against the issue that crash dump kernel may hang up > > during booting, which can happen on any ACPI-based system with "ACPI > > Reclaim Memory." > > > > (ker

RE: [Intel-wired-lan] [RFC PATCH] e1000e: Remove Other from EIAC.

> From: Brown, Aaron F > Sent: Thursday, February 1, 2018 8:30 PM > To: 'Benjamin Poirier' ; Alexander Duyck > > Cc: Netdev ; intel-wired-lan l...@lists.osuosl.org>; linux-kernel@vger.kernel.org > Subject: RE: [Intel-wired-lan] [RFC PATCH] e1000e: Remove Other from EIAC. > > > From: Intel-wired-

Re: [PATCH] socket: Provide bounce buffer for constant sized put_cmsg()

Hi Kees, I love your patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.15 next-20180201] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Kees

RE: [Intel-wired-lan] [RFC PATCH] e1000e: Remove Other from EIAC.

> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On > Behalf Of Benjamin Poirier > Sent: Tuesday, January 30, 2018 11:31 PM > To: Alexander Duyck > Cc: Netdev ; intel-wired-lan l...@lists.osuosl.org>; linux-kernel@vger.kernel.org > Subject: Re: [Intel-wired-lan] [RFC PATCH] e10

Re: [RFC PATCH v1 03/13] mm: add lock array to pgdat and batch fields to struct page

On 02/01/2018 05:50 PM, Tim Chen wrote: On 01/31/2018 03:04 PM, daniel.m.jor...@oracle.com wrote: This patch simply adds the array of locks and struct page fields. Ignore for now where the struct page fields are: we need to find a place to put them that doesn't enlarge the struct. Signed-off-

Re: [PATCH v11 3/3] mm, x86: display pkey in smaps only if arch supports pkeys

Hi Ram, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.15 next-20180201] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits

Re: [RFC PATCH v1 00/13] lru_lock scalability

On 02/01/2018 10:54 AM, Steven Whitehouse wrote: Hi, On 31/01/18 23:04, daniel.m.jor...@oracle.com wrote: lru_lock, a per-node* spinlock that protects an LRU list, is one of the hottest locks in the kernel.  On some workloads on large machines, it shows up at the top of lock_stat. One way t

linux-next: Tree for Feb 2

Hi all, Please do not add any v4.17 material to your linux-next included branches until after v4.16-rc1 has been released. Changes since 20180201: The pci tree lost its build failure. The integrity tree gained a conflict against Linus' tree. The kvm tree gained a conflict against the tip

Re: [PATCH v2 1/2] mm: uninitialized struct page poisoning sanity checking

Hi Pavel, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on mmotm/master] [also build test WARNING on v4.15 next-20180201] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

Re: [PATCH v3 18/18] arm64: Kill PSCI_GET_VERSION as a variant-2 workaround

Hi Marc, Thank you for keeping me in the loop, just minor comments below. On 2018/2/1 19:46, Marc Zyngier wrote: > Now that we've standardised on SMCCC v1.1 to perform the branch > prediction invalidation, let's drop the previous band-aid. > If vendors haven't updated their firmware to do SMCCC 1

Re: [PATCH v2 0/2] x86/apic/kexec: Legacy irq setting fixs in kdump kernel

Hi Baoquan, At 01/25/2018 10:11 PM, Baoquan He wrote: This is v2 post. In v2, no code change, just improve change log of patch 1 and 2. And drop the old patch 3 in v1, a clean up patch. The current x86_io_apic_ops.disable() hook is still needed by irq remapping. Baoquan He (2): Test these p

[PATCH v2 07/15] MIPS: memblock: Reserve kdump/crash regions in memblock

Kdump/crashkernel memory regions should be reserved in the memblock allocator so they wouldn't be occupied by any further allocations. Signed-off-by: Serge Semin --- arch/mips/kernel/setup.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/arch/mips/kernel/setup.c b/ar

[PATCH v2 08/15] MIPS: memblock: Mark present sparsemem sections

If sparsemem is activated all sections with present pages must be accordingly marked after memblock is fully initialized. Signed-off-by: Serge Semin --- arch/mips/kernel/setup.c | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c index b2a

[PATCH v2 06/15] MIPS: memblock: Add reserved memory regions to memblock

The memory reservation has to be performed for all the crucial objects like kernel itself, it data and fdt blob. FDT reserved-memory nodes should also be scanned to declare or discard reserved memory regions, but it has to be done after the memblock is fully initialized with low/high RAM (see the f

[PATCH v2 09/15] MIPS: memblock: Simplify DMA contiguous reservation

CMA reserves it areas in the memblock allocator. Since we aren't using bootmem anymore, the reservations copying should be discarded. Signed-off-by: Serge Semin --- arch/mips/kernel/setup.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/arch/mips/kernel/setup.c b/arch/m

[PATCH v2 11/15] MIPS: memblock: Perform early low memory test

Low memory can be tested at this point, since all the reservations have just been finished without much of additional allocations. Signed-off-by: Serge Semin --- arch/mips/kernel/setup.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c ind

[PATCH v2 12/15] MIPS: memblock: Print out kernel virtual mem layout

It is useful to have the kernel virtual memory layout printed at boot time so to have the full information about the booted kernel. In some cases it might be unsafe to have virtual addresses freely visible in logs, so the %pK format is used if one want to hide them. Signed-off-by: Serge Semin ---

[PATCH v2 10/15] MIPS: memblock: Allow memblock regions resize

When all the main reservations are done the memblock regions can be dynamically resized. Additionally it would be useful to have memblock regions dumped on debug at this point. Signed-off-by: Serge Semin --- arch/mips/kernel/setup.c | 4 1 file changed, 4 insertions(+) diff --git a/arch/mi

[PATCH v2 13/15] MIPS: memblock: Discard bootmem from Loongson3 code

Loongson64/3 runs its own code to initialize memory allocator in case of NUMA configuration is selected. So in order to move to the pure memblock utilization we discard the bootmem allocator usage and insert the memblock reservation method for kernel/addrspace_offset memory regions. Signed-off-by:

[PATCH v2 15/15] MIPS: memblock: Deactivate bootmem allocator

Memblock allocator can be successfully used from now for early memory management Signed-off-by: Serge Semin --- arch/mips/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig index 350a990fc719..434f756e03e9 100644 --- a/arch/mips/Kcon

[PATCH v2 05/15] MIPS: KASLR: Drop relocatable fixup from reservation_init

From: Matt Redfearn A recent change ("MIPS: memblock: Discard bootmem initialization") removed the reservation of all memory below the kernel's _end symbol in bootmem. This makes the call to free_bootmem unnecessary, since the memory region is no longer marked reserved. Additionally, ("MIPS: mem

[PATCH v2 03/15] MIPS: memblock: Reserve initrd memory in memblock

There is no reserve_bootmem() method in the nobootmem interface, so we need to replace it with memblock-specific one. Signed-off-by: Serge Semin --- arch/mips/kernel/setup.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c in

[PATCH v2 14/15] MIPS: memblock: Discard bootmem from SGI IP27 code

SGI IP27 got its own code to set the early memory allocator up since it's NUMA-based system. So in order to be compatible with NO_BOOTMEM config we need to discard the bootmem allocator initialization and insert the memblock reservation method. Although in my opinion the code isn't working anyway s

[PATCH v2 04/15] MIPS: memblock: Discard bootmem initialization

Since memblock is going to be used for the early memory allocation lets discard the bootmem node setup and all the related free-space search code. Low/high PFN extremums should be still calculated since they are needed on the paging_init stage. Since the current code is already doing memblock regio

[PATCH v2 02/15] MIPS: memblock: Surely map BSS kernel memory section

The current MIPS code makes sure the kernel code/data/init sections are in the maps, but BSS should also be there. Signed-off-by: Serge Semin --- arch/mips/kernel/setup.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c index 1a4d64410303

[PATCH v2 01/15] MIPS: memblock: Add RESERVED_NOMAP memory flag

Even if nomap flag is specified the reserved memory declared in dts isn't really discarded from the buddy allocator in the current code. We'll fix it by adding the no-map MIPS memory flag. Additionally lets add the RESERVED_NOMAP memory regions handling to the methods, which aren't going to be chan

[PATCH v2 00/15] MIPS: memblock: Switch arch code to NO_BOOTMEM

Even though it's common to see the architecture code using both bootmem and memblock early memory allocators, it's not good for multiple reasons. First of all, it's redundant to have two early memory allocator while one would be more than enough from functionality and stability points of view. Seco

[PATCH] checkpatch: Improve OPEN_BRACE test

Some structure definitions that use macros trip the OPEN_BRACE test. e.g. +struct bpf_map_def SEC("maps") control_map = { Improve the test by using $balanced_parens instead of a .* Miscellanea: o Use $sline so any comments are ignored o Correct the message output from declaration to definition

Re: [PATCH] of: cache phandle nodes to decrease cost of of_find_node_by_phandle()

On Thu, Feb 1, 2018 at 3:09 PM, Frank Rowand wrote: > On 02/01/18 06:24, Rob Herring wrote: >> On Wed, Jan 31, 2018 at 3:43 PM, Frank Rowand wrote: >>> On 01/31/18 12:05, frowand.l...@gmail.com wrote: From: Frank Rowand Create a cache of the nodes that contain a phandle property.

Re: [PATCH v2 16/16] arm64: Add ARM_SMCCC_ARCH_WORKAROUND_1 BP hardening support

On 2018/2/1 16:53, Marc Zyngier wrote: [...] ... and actually, perhaps it makes sense for the SMCCC_ARCH_WORKAROUND_1 check to be completely independent of MIDR based errata matching? I.e., if SMCCC v1.1 and SMCCC_ARCH_WORKAROUND_1 are both implemented, we should proba

Re: [PATCH V4 2/2] ARM: dts: imx7s: add snvs rtc clock

On Tue, Jan 09, 2018 at 05:52:06PM +0800, Anson Huang wrote: > Add i.MX7 SNVS RTC clock. > > Signed-off-by: Anson Huang Looks fine to me. Ping me when clk driver part lands mainline. Shawn

  1   2   3   4   5   6   7   8   >