[PATCH v2 4/4] mtd: hyperbus: hbmc-am654: Add DMA support for reads

2020-09-24 Thread Vignesh Raghavendra
AM654 HyperBus controller provides MMIO interface to read data from flash. So add DMA memcpy support for reading data over MMIO interface. This provides 5x improvement in throughput and reduces CPU usage as well. Signed-off-by: Vignesh Raghavendra Reviewed-by: Peter Ujfalusi --- drivers/mtd/hyp

Re: [PATCH] arm64: dts: marvell: espressobin: Add ethernet switch aliases

2020-09-24 Thread Gregory CLEMENT
Hi Pali, > On Tuesday 08 September 2020 09:47:33 Pali Rohár wrote: >> On Monday 07 September 2020 19:23:45 Andrew Lunn wrote: >> > On Mon, Sep 07, 2020 at 06:13:16PM +0200, Pali Rohár wrote: >> > > On Monday 07 September 2020 17:43:53 Andrew Lunn wrote: >> > > > > I would not say it is a "new feat

Re: [RFC-PATCH 2/4] mm: Add __rcu_alloc_page_lockless() func.

2020-09-24 Thread Uladzislau Rezki
> On Wed, Sep 23, 2020 at 08:41:05AM -0700, Paul E. McKenney wrote: > > > Fundamentally, this is simply shifting the problem from RCU to the page > > > allocator because of the locking arrangements and hazard of acquiring zone > > > lock is a raw spinlock is held on RT. It does not even make the ti

Re: [PATCH 3/6] seccomp: Implement constant action bitmaps

2020-09-24 Thread Kees Cook
On Thu, Sep 24, 2020 at 03:07:23AM -0500, YiFei Zhu wrote: > On Thu, Sep 24, 2020 at 2:37 AM Kees Cook wrote: > > > > > > This belongs over into patch 1. > > > > Thanks! I was rushing to get this posted so YiFei Zhu wouldn't spend > > time fighting with arch and Kconfig stuff. :) I'll clean this (

Re: [PATCH -next] MIPS: OCTEON: fix error - use 'ret' after remove it

2020-09-24 Thread Sergei Shtylyov
Hello! On 24.09.2020 9:41, Qinglang Miao wrote: Variable ret was removed in commit 0ee69c589ec("MIPS: OCTEON: I'm only seeing the variable 'res' below... use devm_platform_ioremap_resource") but still being used in devm_release_mem_region which is unneeded. So remove this line to fix err

[PATCH 2/3] media: mtk-vcodec: add missing put_device() call in mtk_vcodec_init_dec_pm()

2020-09-24 Thread Yu Kuai
if of_find_device_by_node() succeed, mtk_vcodec_init_dec_pm() doesn't have a corresponding put_device(). Thus add jump target to fix the exception handling for this function implementation. Fixes: 590577a4e525 ("[media] vcodec: mediatek: Add Mediatek V4L2 Video Decoder Driver") Signed-off-by: Yu

[PATCH 3/3] media: mtk-vcodec: add missing put_device() call in mtk_vcodec_init_enc_pm()

2020-09-24 Thread Yu Kuai
if of_find_device_by_node() succeed, mtk_vcodec_init_enc_pm() doesn't have a corresponding put_device(). Thus add jump target to fix the exception handling for this function implementation. Fixes: 4e855a6efa54 ("[media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver") Signed-off-by: Yu

[PATCH 1/3] media: platform: add missing put_device() call in mtk_jpeg_clk_init()

2020-09-24 Thread Yu Kuai
if of_find_device_by_node() succeed, mtk_jpeg_clk_init() doesn't have a corresponding put_device(). Thus add put_device() to fix the exception handling for this function implementation. Fixes: 648372a87cee("media: platform: Change the call functions of getting/enable/disable the jpeg's clock") Si

[PATCH] drm/i915: Uninitialized variable in i915_gem_object_map_page()

2020-09-24 Thread Dan Carpenter
The "i" iterator is never set to zero. This probably doesn't affect testing because GCC sometimes initializes variables and also we have a new pluggin to initialize stack variables to zero. Fixes: 7edd32a9e614 ("drm/i915: use vmap in i915_gem_object_map") Signed-off-by: Dan Carpenter --- Hi Andr

Re: [PATCH v9 11/20] gpiolib: cdev: support GPIO_V2_LINE_SET_VALUES_IOCTL

2020-09-24 Thread Andy Shevchenko
On Thu, Sep 24, 2020 at 10:32 AM Kent Gibson wrote: > On Wed, Sep 23, 2020 at 07:18:08PM +0300, Andy Shevchenko wrote: > > On Tue, Sep 22, 2020 at 5:36 AM Kent Gibson wrote: > > > > > > Add support for the GPIO_V2_LINE_SET_VALUES_IOCTL. > > > > > +static long linereq_set_values_unlocked(struct li

Re: [PATCH v10 04/11] vfio/pci: Add VFIO_REGION_TYPE_NESTED region type

2020-09-24 Thread Zenghui Yu
Hi Eric, On 2020/3/21 0:19, Eric Auger wrote: Add a new specific DMA_FAULT region aiming to exposed nested mode translation faults. The region has a ring buffer that contains the actual fault records plus a header allowing to handle it (tail/head indices, max capacity, entry size). At the momen

Re: [RFC 2/2] printk: Add more information about the printk caller

2020-09-24 Thread John Ogness
On 2020-09-24, Sergey Senozhatsky wrote: > A question. Suppose we have a task which does > > CPU0 > > pr_err(...); > > preempt_disable(); > pr_err(...); > preempt_enable(); > > pr_err(...); > > rcu_read_lock(); > pr_info(...); > rcu_read_unlock

Re: [PATCH 3/6] seccomp: Implement constant action bitmaps

2020-09-24 Thread YiFei Zhu
On Thu, Sep 24, 2020 at 3:15 AM Kees Cook wrote: > I was trying to be helpful: you hadn't seen the RFC, and it was missing > the emulator piece, which I wanted to be small, so I put got it out the > door today. I didn't want you to think you needed to port the larger > emulator over, for example.

RE: [PATCH v5 1/5] x86/asm: Carve out a generic movdir64b() helper for general usage

2020-09-24 Thread David Laight
From: Dave Jiang > Sent: 24 September 2020 00:11 > > The MOVDIR64B instruction can be used by other wrapper instructions. Move > the asm code to special_insns.h and have iosubmit_cmds512() call the > asm function. > > Signed-off-by: Dave Jiang > Reviewed-by: Tony Luck > --- > arch/x86/include/a

Re: linux-next: manual merge of the vfio tree with the s390 tree

2020-09-24 Thread Niklas Schnelle
Hi Stephen, first thanks for the manual fix it's exactly the same resolution I would have used. Sorry this conflict ended up on your desk without warning, I had made Vasily and Heiko aware of this as an upcoming conflict but failed to alert Alex who finally ended up carrying the change so I this i

Re: [PATCH] drm/i915: Uninitialized variable in i915_gem_object_map_page()

2020-09-24 Thread Christoph Hellwig
On Thu, Sep 24, 2020 at 11:18:30AM +0300, Dan Carpenter wrote: > The "i" iterator is never set to zero. This probably doesn't affect > testing because GCC sometimes initializes variables and also we have a > new pluggin to initialize stack variables to zero. > > Fixes: 7edd32a9e614 ("drm/i915: us

Re: [RFC PATCH 0/9] Add support for Microsoft Surface System Aggregator Module

2020-09-24 Thread Arnd Bergmann
On Thu, Sep 24, 2020 at 1:28 AM Maximilian Luz wrote: > On 9/23/20 9:43 PM, Arnd Bergmann wrote: > > On Wed, Sep 23, 2020 at 5:43 PM Maximilian Luz > > wrote: > >> > >> On 9/23/20 5:30 PM, Arnd Bergmann wrote: > >>> On Wed, Sep 23, 2020 at 5:15 PM Maximilian Luz > >>> wrote: > > Hell

Re: [PATCH v9 10/20] gpiolib: cdev: support GPIO_V2_LINE_SET_CONFIG_IOCTL

2020-09-24 Thread Andy Shevchenko
On Thu, Sep 24, 2020 at 6:24 AM Kent Gibson wrote: > On Wed, Sep 23, 2020 at 07:15:46PM +0300, Andy Shevchenko wrote: > > On Wed, Sep 23, 2020 at 7:14 PM Andy Shevchenko > > wrote: > > > On Tue, Sep 22, 2020 at 5:35 AM Kent Gibson wrote: > > > > > > > > Add support for GPIO_V2_LINE_SET_CONFIG_IO

Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends

2020-09-24 Thread peterz
On Wed, Sep 23, 2020 at 11:52:51AM -0400, Steven Rostedt wrote: > On Wed, 23 Sep 2020 10:40:32 +0200 > pet...@infradead.org wrote: > > > However, with migrate_disable() we can have each task preempted in a > > migrate_disable() region, worse we can stack them all on the _same_ CPU > > (super ridic

[PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction

2020-09-24 Thread Lee, Chun-Yi
This patch moved the logic of creating efivars mount point to the registration of efivars abstraction. It's useful for userland to determine the availability of efivars filesystem by checking the existence of mount point. The 'efivars' platform device be created on generic EFI runtime services pla

Re: [RFC PATCH 01/24] vhost-vdpa: fix backend feature ioctls

2020-09-24 Thread Jason Wang
On 2020/9/24 下午3:50, Michael S. Tsirkin wrote: On Thu, Sep 24, 2020 at 11:21:02AM +0800, Jason Wang wrote: Commit 653055b9acd4 ("vhost-vdpa: support get/set backend features") introduces two malfunction backend features ioctls: 1) the ioctls was blindly added to vring ioctl instead of vdpa de

Re: [PATCH] media: uapi: h264: Add documentation to the interface header

2020-09-24 Thread Hans Verkuil
Hi Ezequiel, On 21/09/2020 21:38, Ezequiel Garcia wrote: > In preparation for making the interface public, > document all the structures. Special care is taken to > annotate those fields that depart from the H264 syntax. > > This commit only adds documentation and doesn't affect > functionality i

Re: [PATCH] usb: gadget: bcm63xx_udc: fix up the error of undeclared usb_debug_root

2020-09-24 Thread Chunfeng Yun
On Thu, 2020-09-24 at 10:50 +0300, Felipe Balbi wrote: > Chunfeng Yun writes: > > > Fix up the build error caused by undeclared usb_debug_root > > > > Cc: stable > > Fixes: a66ada4f241c("usb: gadget: bcm63xx_udc: create debugfs directory > > under usb root") > > Reported-by: kernel test robot

Re: [RFC PATCH 0/9] Add support for Microsoft Surface System Aggregator Module

2020-09-24 Thread Andy Shevchenko
On Wed, Sep 23, 2020 at 6:32 PM Arnd Bergmann wrote: > > On Wed, Sep 23, 2020 at 5:15 PM Maximilian Luz > wrote: > > > > Hello, > > > > The Surface System Aggregator Module (we'll refer to it as Surface > > Aggregator or SAM below) is an embedded controller (EC) found on various > > Microsoft Su

linux-next: build failure after merge of the vfs tree

2020-09-24 Thread Stephen Rothwell
Hi all, After merging the vfs tree, today's linux-next build (x86_64 allnoconfig) failed like this: arch/x86/include/asm/barrier.h: Assembler messages: arch/x86/include/asm/barrier.h:41: Error: operand type mismatch for `cmp' arch/x86/include/asm/barrier.h:41: Error: operand type mismatch for `cm

[PATCH] drm/bridge: tc358764: restore connector support

2020-09-24 Thread Marek Szyprowski
This patch restores DRM connector registration in the TC358764 bridge driver and restores usage of the old drm_panel_* API, thus allows dynamic panel registration. This fixes panel operation on Exynos5250-based Arndale board. This is equivalent to the revert of the following commits: 1644127f83bc

Re: [PATCH 0/2] measure latency of cpu hotplug path

2020-09-24 Thread peterz
On Wed, Sep 23, 2020 at 04:37:44PM -0700, Prasad Sodagudi wrote: > There are all changes related to cpu hotplug path and would like to seek > upstream review. These are all patches in Qualcomm downstream kernel > for a quite long time. First patch sets the rt prioity to hotplug > task and second pa

Re: [PATCH V7 1/4] softirq: Use sched_clock() based timeout

2020-09-24 Thread Thomas Gleixner
On Tue, Sep 15 2020 at 19:56, qianjun kernel wrote: > From: jun qian > > Replace the jiffies based timeout with a sched_clock() based one. Changelogs have to explain the WHY not the WHAT. What the patch is doing is already in te subject line and the exact WHAT (implementation) is in the patch its

Re: [PATCH v2 4/4] media: docs: v4l2-subdev: move calling ops to a subsection

2020-09-24 Thread Hans Verkuil
On 21/09/2020 22:21, Luca Ceresoli wrote: > Documentation on how to call the subdev ops is currently in the middle of > synchronous and asynchronous registration. Move it to a dedicated > subsection after the registration methods. > > Also move the final paragraph "The advantage of using v4l2_subd

Re: [PATCH V7 2/4] softirq: Factor loop termination condition

2020-09-24 Thread Thomas Gleixner
On Tue, Sep 15 2020 at 19:56, qianjun kernel wrote: > asmlinkage __visible void __softirq_entry __do_softirq(void) > { > u64 start = sched_clock(); > unsigned long old_flags = current->flags; > - int max_restart = MAX_SOFTIRQ_RESTART; > + unsigned int max_restart = MAX_SOFTIRQ

RE: [PATCH RFC v2 4/4] 9p: fix race issue in fid contention.

2020-09-24 Thread Jianyong Wu
Hi Dominique, > -Original Message- > From: Dominique Martinet > Sent: Wednesday, September 23, 2020 10:50 PM > To: Jianyong Wu > Cc: eri...@gmail.com; lu...@ionkov.net; qemu_...@crudebyte.com; > gr...@kaod.org; v9fs-develo...@lists.sourceforge.net; linux- > ker...@vger.kernel.org; Justin

Re: [PATCH v9 08/20] gpiolib: cdev: support GPIO_V2_GET_LINEINFO_IOCTL and GPIO_V2_GET_LINEINFO_WATCH_IOCTL

2020-09-24 Thread Andy Shevchenko
On Thu, Sep 24, 2020 at 5:39 AM Kent Gibson wrote: > On Wed, Sep 23, 2020 at 06:41:45PM +0300, Andy Shevchenko wrote: > > On Tue, Sep 22, 2020 at 5:35 AM Kent Gibson wrote: ... > > > + memcpy(info_v1->consumer, info_v2->consumer, > > > + sizeof(info_v1->consumer)); > > > > On

Re: [PATCH] platform/x86: intel_pmc_core: do not create a static struct device

2020-09-24 Thread Hans de Goede
Hi, On 9/23/20 8:48 PM, Greg Kroah-Hartman wrote: A struct device is a dynamic structure, with reference counting. "Tricking" the kernel to make a dynamic structure static, by working around the driver core release detection logic, is not nice. Because of this, this code has been used as an exa

Re: [PATCH v9 3/7] iommu/uapi: Introduce enum type for PASID data format

2020-09-24 Thread Joerg Roedel
Hi Jacob, On Fri, Sep 18, 2020 at 10:11:08AM -0700, Jacob Pan wrote: > On Fri, 18 Sep 2020 11:44:50 +0200, Joerg Roedel wrote: > > > On Fri, Sep 11, 2020 at 02:57:52PM -0700, Jacob Pan wrote: > > > There can be multiple vendor-specific PASID data formats used in UAPI > > > structures. This patch

Re: [PATCH v2 1/4] sched/isolation: API to get housekeeping online CPUs

2020-09-24 Thread peterz
On Wed, Sep 23, 2020 at 02:11:23PM -0400, Nitesh Narayan Lal wrote: > Introduce a new API hk_num_online_cpus(), that can be used to > retrieve the number of online housekeeping CPUs that are meant to handle > managed IRQ jobs. > > This API is introduced for the drivers that were previously relying

Re: [PATCH v2] ovl: introduce new "index=nouuid" option for inodes index feature

2020-09-24 Thread Pavel Tikhomirov
On 9/23/20 7:09 PM, Amir Goldstein wrote: On Wed, Sep 23, 2020 at 6:23 PM Pavel Tikhomirov wrote: This relaxes uuid checks for overlay index feature. It is only possible in case there is only one filesystem for all the work/upper/lower directories and bare file handles from this backing fil

Re: [PATCH] null_blk: synchronization fix for zoned device

2020-09-24 Thread Damien Le Moal
On 2020/09/24 15:26, Kanchan Joshi wrote: > Parallel write,read,zone-mgmt operations accessing/altering zone state > and write-pointer may get into race. Avoid the situation by using a new > spinlock for zoned device. > Concurrent zone-appends (on a zone) returning same write-pointer issue > is als

[PATCH] iio: core: centralize ioctl() calls to the main chardev

2020-09-24 Thread Alexandru Ardelean
The aim of this is to improve a bit the organization of ioctl() calls in IIO core. Currently the chardev is split across IIO core sub-modules/files. The main chardev has to be able to handle ioctl() calls, and if we need to add buffer ioctl() calls, this would complicate things. The 'industrialio-

Re: [PATCH] latency improvement in __smp_call_single_queue

2020-09-24 Thread peterz
On Wed, Sep 23, 2020 at 10:00:41AM -0500, George Prekas wrote: > If an interrupt arrives between llist_add and > send_call_function_single_ipi in the following code snippet, then the > remote CPU will not receive the IPI in a timely manner and subsequent > SMP calls even from other CPUs for other f

[PATCH v14 1/2] dt-bindings: mtd: Add Nand Flash Controller support for Intel LGM SoC

2020-09-24 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan Add YAML file for dt-bindings to support NAND Flash Controller on Intel's Lightning Mountain SoC. Signed-off-by: Ramuthevar Vadivel Murugan --- .../devicetree/bindings/mtd/intel,lgm-nand.yaml| 99 ++ 1 file changed, 99 insertions(+) cr

[PATCH v14 0/2] mtd: rawnand: Add NAND controller support on Intel LGM SoC

2020-09-24 Thread Ramuthevar,Vadivel MuruganX
This patch adds the new IP of Nand Flash Controller(NFC) support on Intel's Lightning Mountain(LGM) SoC. DMA is used for burst data transfer operation, also DMA HW supports aligned 32bit memory address and aligned data access by default. DMA burst of 8 supported. Data register used to support the

Re: [PATCH printk 4/5] printk: remove logbuf_lock, add syslog_lock

2020-09-24 Thread Sergey Senozhatsky
On (20/09/22 17:44), John Ogness wrote: [..] > void printk_safe_flush_on_panic(void) > { > - /* > - * Make sure that we could access the main ring buffer. > - * Do not risk a double release when more CPUs are up. > - */ > - if (raw_spin_is_locked(&logbuf_lock)) { > -

Re: [PATCH printk 3/5] printk: use buffer pool for sprint buffers

2020-09-24 Thread Petr Mladek
On Thu 2020-09-24 14:40:58, Sergey Senozhatsky wrote: > On (20/09/23 17:11), Petr Mladek wrote: > > > > AFAIK, there is one catch. We need to use va_copy() around > > the 1st call because va_format can be proceed only once. > > > > Current printk() should be good enough for reporting, say, "Kernel

[PATCH] PCI: aardvark: Update comment about disabling link training

2020-09-24 Thread Pali Rohár
It is not HW bug or workaround for some cards but it is requirement by PCI Express spec. After fundamental reset is needed 100ms delay prior enabling link training. So update comment in code to reflect this requirement. Signed-off-by: Pali Rohár --- drivers/pci/controller/pci-aardvark.c | 7

RE: [EXT] Re: [net] net: mscc: ocelot: fix fields offset in SG_CONFIG_REG_3

2020-09-24 Thread Xiaoliang Yang
Hi Alexandre, On 24/09/2020 15:08:21+0800, Alexandre Belloni wrote: > > Hi, > > On 24/09/2020 10:11:13+0800, Xiaoliang Yang wrote: > > INIT_IPS and GATE_ENABLE fields have a wrong offset in SG_CONFIG_REG_3. > > You are changing GATE_STATE, not GATE_ENABLE Oh, sorry, it should be GATE_STATE fiel

Re: [PATCH] iommu/exynos: add missing put_device() call in exynos_iommu_of_xlate()

2020-09-24 Thread Joerg Roedel
On Fri, Sep 18, 2020 at 05:27:59PM +0200, Marek Szyprowski wrote: > Hi > > On 18.09.2020 03:13, Yu Kuai wrote: > > if of_find_device_by_node() succeed, exynos_iommu_of_xlate() doesn't have > > a corresponding put_device(). Thus add put_device() to fix the exception > > handling for this function i

[PATCH v14 1/2] dt-bindings: mtd: Add Nand Flash Controller support for Intel LGM SoC

2020-09-24 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan Add YAML file for dt-bindings to support NAND Flash Controller on Intel's Lightning Mountain SoC. Signed-off-by: Ramuthevar Vadivel Murugan Reviewed-by: Rob Herring --- .../devicetree/bindings/mtd/intel,lgm-nand.yaml| 99 ++ 1 file cha

Re: [PATCH v10 05/11] vfio/pci: Register an iommu fault handler

2020-09-24 Thread Zenghui Yu
Hi Eric, On 2020/3/21 0:19, Eric Auger wrote: Register an IOMMU fault handler which records faults in the DMA FAULT region ring buffer. In a subsequent patch, we will add the signaling of a specific eventfd to allow the userspace to be notified whenever a new fault as shown up. Signed-off-by: E

Re: [PATCH 0/3] drm: commit_work scheduling

2020-09-24 Thread Daniel Vetter
On Wed, Sep 23, 2020 at 07:33:17PM -0700, Rob Clark wrote: > On Wed, Sep 23, 2020 at 8:25 AM Daniel Vetter wrote: > > > > On Tue, Sep 22, 2020 at 07:48:10AM -0700, Rob Clark wrote: > > > On Mon, Sep 21, 2020 at 11:59 PM Daniel Vetter wrote: > > > > > > > > On Mon, Sep 21, 2020 at 5:16 PM Rob Clar

[PATCH 2/3] hwmon: (adm9240) Create functions for updating measure and config

2020-09-24 Thread Chris Packham
Split the body of adm9240_update_device() into two helper functions adm9240_update_measure() and adm9240_update_config(). Although neither of the new helpers returns an error yet lay the groundwork for propagating failures through to the sysfs readers. Signed-off-by: Chris Packham --- drivers/hw

[PATCH 0/3] hwmon: (adm9240) driver updates

2020-09-24 Thread Chris Packham
This series makes some improvements to the adm9240 driver. The main benefit is the addition of error handling (courtesy of regmap) so that i2c bus errors can be distinguished from sensor values. Chris Packham (3): hwmon: (adm9240) Use loops to avoid duplicated code hwmon: (adm9240) Create func

[PATCH 3/3] hwmon: (adm9240) Convert to regmap

2020-09-24 Thread Chris Packham
Convert the adm9240 driver to using regmap and add error handling. Signed-off-by: Chris Packham --- drivers/hwmon/adm9240.c | 215 +--- 1 file changed, 136 insertions(+), 79 deletions(-) diff --git a/drivers/hwmon/adm9240.c b/drivers/hwmon/adm9240.c index 951

RE: [PATCH 1/8] mfd: da: Constify static struct resource

2020-09-24 Thread Adam Thomson
On 22 September 2020 20:27, Rikard Falkeborn wrote: > Constify a number of static struct resource. The only usage of the > structs are to assign their address to the resources field in the > mfd_cell struct. This allows the compiler to put them in read-only > memory. Done with the help of Coccinel

Re: [PATCH -next] MIPS: OCTEON: fix error - use 'ret' after remove it

2020-09-24 Thread Thomas Bogendoerfer
On Thu, Sep 24, 2020 at 02:41:42PM +0800, Qinglang Miao wrote: > Variable ret was removed in commit 0ee69c589ec("MIPS: OCTEON: > use devm_platform_ioremap_resource") but still being used in > devm_release_mem_region which is unneeded. So remove this > line to fix error. > > Fixes: 0ee69c589ec("MIP

[PATCH 1/3] hwmon: (adm9240) Use loops to avoid duplicated code

2020-09-24 Thread Chris Packham
Use loops for reading temp_max and initialising FAN_MIN/TEMP_MAX rather than duplicating code. Signed-off-by: Chris Packham --- drivers/hwmon/adm9240.c | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/drivers/hwmon/adm9240.c b/drivers/hwmon/adm9240.c

[tip:x86/urgent] BUILD SUCCESS 86a82ae0b5095ea24c55898a3f025791e7958b21

2020-09-24 Thread kernel test robot
randconfig-a003-20200923 x86_64 randconfig-a004-20200923 x86_64 randconfig-a002-20200923 x86_64 randconfig-a006-20200923 x86_64 randconfig-a001-20200923 x86_64 randconfig-a011-20200924 x86_64 randconfig-a013-20200924

Re: [PATCH] usb: gadget: bcm63xx_udc: fix up the error of undeclared usb_debug_root

2020-09-24 Thread Felipe Balbi
Hi, Chunfeng Yun writes: > On Thu, 2020-09-24 at 10:50 +0300, Felipe Balbi wrote: >> Chunfeng Yun writes: >> >> > Fix up the build error caused by undeclared usb_debug_root >> > >> > Cc: stable >> > Fixes: a66ada4f241c("usb: gadget: bcm63xx_udc: create debugfs directory >> > under usb root")

RE: [PATCH v2 1/3] MAINTAINERS: Add Fabrizio Castro to Renesas DRIF

2020-09-24 Thread Fabrizio Castro
Hi Laurent, > From: Laurent Pinchart > Sent: 23 September 2020 17:02 > DRIF > > On Sun, Sep 20, 2020 at 12:22:14PM +0100, Ramesh Shanmugasundaram > wrote: > > Hi Fabrizio, > > > > > > > > Renesas are expanding their DRIF support and offering, > > > I'll be the internal maintainer for DRIF. > > >

Re: [PATCH printk 3/5] printk: use buffer pool for sprint buffers

2020-09-24 Thread Sergey Senozhatsky
On (20/09/24 10:45), Petr Mladek wrote: > On Thu 2020-09-24 14:40:58, Sergey Senozhatsky wrote: > > On (20/09/23 17:11), Petr Mladek wrote: > > > > > > AFAIK, there is one catch. We need to use va_copy() around > > > the 1st call because va_format can be proceed only once. > > > > > > > Current pr

Re: [PATCH RESEND] sched/fair: Fix wrong cpu selecting from isolated domain

2020-09-24 Thread Xunlei Pang
On 9/24/20 3:18 PM, Vincent Guittot wrote: > On Thu, 24 Sep 2020 at 08:48, Xunlei Pang wrote: >> >> We've met problems that occasionally tasks with full cpumask >> (e.g. by putting it into a cpuset or setting to full affinity) >> were migrated to our isolated cpus in production environment. >> >>

Re: [PATCH printk 3/5] printk: use buffer pool for sprint buffers

2020-09-24 Thread Petr Mladek
On Thu 2020-09-24 15:17:46, Sergey Senozhatsky wrote: > On (20/09/22 17:44), John Ogness wrote: > > +/* > > + * The sprint buffers are used with interrupts disabled, so each CPU > > + * only requires 2 buffers: for non-NMI and NMI contexts. Recursive > > + * printk() calls are handled by the safe b

Re: [Patch 2/2] cpufreq: tegra194: Fix unlisted boot freq warning

2020-09-24 Thread Thierry Reding
On Wed, Sep 16, 2020 at 10:41:17PM +0530, Sumit Gupta wrote: > Warning coming during boot because the boot freq set by bootloader > gets filtered out due to big freq steps while creating freq_table. > Fixing this by setting closest ndiv value from freq_table. > Warning: > cpufreq: cpufreq_online:

Re: [Patch 1/2] cpufreq: tegra194: get consistent cpuinfo_cur_freq

2020-09-24 Thread Thierry Reding
On Wed, Sep 16, 2020 at 10:41:16PM +0530, Sumit Gupta wrote: > Frequency returned by 'cpuinfo_cur_freq' using counters is not fixed > and keeps changing slightly. This change returns a consistent value > from freq_table. If the reconstructed frequency has acceptable delta > from the last written va

[GIT PULL] sound fixes for 5.9-rc7

2020-09-24 Thread Takashi Iwai
Linus, please pull sound fixes for v5.9-rc7 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-5.9-rc7 The topmost commit is c413c3102703a453c1312ce2160c6b7ffd55403e sound fixes for 5.9-rc7 Just a

Re: [PATCH v3 16/16] ARM: Remove custom IRQ stat accounting

2020-09-24 Thread Guillaume Tucker
Hi Marc, On 01/09/2020 15:43, Marc Zyngier wrote: > Let's switch the arm code to the core accounting, which already > does everything we need. > > Reviewed-by: Valentin Schneider > Signed-off-by: Marc Zyngier > --- > arch/arm/include/asm/hardirq.h | 17 - > arch/arm/kernel/smp.

Re: [PATCH] page_alloc: Fix freeing non-compound pages

2020-09-24 Thread peterz
On Tue, Sep 22, 2020 at 03:00:17PM +0100, Matthew Wilcox (Oracle) wrote: > Here is a very rare race which leaks memory: > > Page P0 is allocated to the page cache. > Page P1 is free. > > Thread A Thread BThread C > find_get_entry(): > xas_load() returns P0 >

[PATCH v3 1/6] dt-bindings: connector: add power-opmode optional property to usb-connector

2020-09-24 Thread Amelie Delaunay
Power operation mode may depends on hardware design, so, add the optional property power-opmode for usb-c connector to select the power operation mode capability. Signed-off-by: Amelie Delaunay --- Changes in v3: - Remove usb_power_delivery from possible operation current values. power-opmode s

[PATCH v3 5/6] ARM: dts: stm32: add STUSB1600 Type-C using I2C4 on stm32mp15xx-dkx

2020-09-24 Thread Amelie Delaunay
This patch adds support for STUSB1600 USB Type-C port controller, used on I2C4 on stm32mp15xx-dkx. The default configuration on this board, on Type-C connector, is: - Dual Power Role (DRP), so set power-role to "dual"; - Vbus limited to 500mA, so set power-opmode to "default" (it means 500mA in U

Re: [PATCH 1/7] usb: mtu3: convert to devm_platform_ioremap_resource_byname

2020-09-24 Thread Chunfeng Yun
On Thu, 2020-09-24 at 10:20 +0300, Felipe Balbi wrote: > Chunfeng Yun writes: > > > Hi Felip, > > > > > > On Mon, 2020-09-07 at 10:42 +0300, Felipe Balbi wrote: > >> Hi, > >> > >> Chunfeng Yun writes: > >> > Use devm_platform_ioremap_resource_byname() to simplify code > >> > > >> > Signed-off-b

[PATCH v3 3/6] dt-bindings: usb: Add DT bindings for STUSB160x Type-C controller

2020-09-24 Thread Amelie Delaunay
Add binding documentation for the STMicroelectronics STUSB160x Type-C port controller. Signed-off-by: Amelie Delaunay --- No changes in v3. No changes in v2. --- .../devicetree/bindings/usb/st,stusb160x.yaml | 85 +++ 1 file changed, 85 insertions(+) create mode 100644 Documenta

[PATCH v3 4/6] usb: typec: add support for STUSB160x Type-C controller family

2020-09-24 Thread Amelie Delaunay
STMicroelectronics USB Type-C port controllers use I2C interface to configure, control and read the operation status of the device. All ST USB Type-C port controllers are based on the same I2C register map. That's why this driver can be used with all ST USB Type-C ICs. Some ST USB Type-C port contr

[PATCH v3 2/6] usb: typec: add typec_find_pwr_opmode

2020-09-24 Thread Amelie Delaunay
This patch adds a function that converts power operation mode string into power operation mode value. It is useful to configure power operation mode through device tree property, as power capabilities may be linked to hardware design. Acked-by: Heikki Krogerus Signed-off-by: Amelie Delaunay ---

[PATCH v3 0/6] Add STUSB160x Type-C port controller support

2020-09-24 Thread Amelie Delaunay
This series adds support for STMicroelectronics STUSB160x Type-C port controllers [1]. STUSB160x driver requires to get power operation mode via device tree, that's why this series also adds the optional DT property power-opmode for usb-c-connector to select the power operation mode capability and

[PATCH v3 6/6] ARM: multi_v7_defconfig: enable STUSB160X Type-C port controller support

2020-09-24 Thread Amelie Delaunay
Enable support for the STMicroelectronics STUSB160X USB Type-C port controller driver by turning on CONFIG_TYPEC and CONFIG_TYPEC_STUSB160X as modules. Signed-off-by: Amelie Delaunay --- No changes in v3. No changes in v2. --- arch/arm/configs/multi_v7_defconfig | 2 ++ 1 file changed, 2 inserti

Re: arm-smmu 5000000.iommu: Cannot accommodate DMA offset for IOMMU page tables

2020-09-24 Thread Joerg Roedel
Adding Will and Robin. On Mon, Sep 21, 2020 at 06:50:40PM +0530, Naresh Kamboju wrote: > arm64 Freescale Layerscape 2088A RDB Board boot failed with linux-next > 5.9.0-rc5-next-20200921 kernel tag version. The kernel warning and then > kernel panic happened. > > Reported-by: Naresh Kamboju > >

[GIT PULL] timer drivers for v5.10

2020-09-24 Thread Daniel Lezcano
The following changes since commit ec02821c1d35f93b821bc9fdfa83a5f3e9d7275d: alarmtimer: Convert comma to semicolon (2020-08-25 12:45:53 +0200) are available in the Git repository at: https://g...@git.linaro.org/people/daniel.lezcano/linux.git tags/timers-v5.10 for you to fetch changes up t

Re: [PATCH RFC v2 4/4] 9p: fix race issue in fid contention.

2020-09-24 Thread Greg Kurz
On Thu, 24 Sep 2020 08:38:01 + Jianyong Wu wrote: > > Given the other thread, what did you test this with? > Er, I just use Greg's qemu of https://github.com/gkurz/qemu.git: > 9p-attr-fixes. I should have referenced it in commit message. ... which is a pretty old QEMU version BTW. https:

[PATCH 04/10] clocksource/drivers/sp804: Remove unused sp804_timer_disable() and timer-sp804.h

2020-09-24 Thread Daniel Lezcano
From: Zhen Lei Since commit 7484c727b636 ("ARM: realview: delete the RealView board files") and commit 16956fed35fe ("ARM: versatile: switch to DT only booting and remove legacy code"), there's no one to use the functions defined or declared in include/clocksource/timer-sp804.h. Delete it. Signe

[PATCH 06/10] clocksource/drivers/sp804: Remove a mismatched comment

2020-09-24 Thread Daniel Lezcano
From: Zhen Lei writel(0, base + TIMER_CTRL); ... ... writel(xxx | TIMER_CTRL_PERIODIC, base + TIMER_CTRL); The timer is just temporarily disabled, and it will be set to periodic mode later. The description of the field TimerMode of the register TimerXControl as shown below: 0 = Timer module is

[PATCH 02/10] dt-bindings: timer: renesas,cmt: Document r8a774e1 CMT support

2020-09-24 Thread Daniel Lezcano
From: Lad Prabhakar Document SoC specific bindings for RZ/G2H (r8a774e1) SoC. Signed-off-by: Lad Prabhakar Reviewed-by: Geert Uytterhoeven Acked-by: Rob Herring Signed-off-by: Daniel Lezcano Link: https://lore.kernel.org/r/1594811350-14066-6-git-send-email-prabhakar.mahadev-lad...@bp.renesa

[PATCH 01/10] dt-bindings: timer: renesas,cmt: Document r8a7742 CMT support

2020-09-24 Thread Daniel Lezcano
From: Lad Prabhakar Document SoC specific compatible strings for r8a7742. No driver change is needed as the fallback strings will activate the right code. Signed-off-by: Lad Prabhakar Reviewed-by: Marian-Cristian Rotariu Reviewed-by: Geert Uytterhoeven Acked-by: Rob Herring Signed-off-by: Da

[PATCH 08/10] clocksource/drivers/sp804: Support non-standard register offset

2020-09-24 Thread Daniel Lezcano
From: Zhen Lei The ARM SP804 supports a maximum of 32-bit counter, but Hisilicon extends it to 64-bit. That means, the registers: TimerXload, TimerXValue and TimerXBGLoad are 64bits, all other registers are the same as those in the SP804. The driver code can be completely reused except that the r

[PATCH 03/10] clocksource/drivers/sp804: Cleanup clk_get_sys()

2020-09-24 Thread Daniel Lezcano
From: Kefeng Wang Move the clk_get_sys() part into sp804_get_clock_rate(), cleanup the same code. Signed-off-by: Kefeng Wang Signed-off-by: Zhen Lei Signed-off-by: Daniel Lezcano Link: https://lore.kernel.org/r/20200918132237.3552-2-thunder.leiz...@huawei.com --- drivers/clocksource/timer-sp

[PATCH 10/10] clocksource/drivers/sp804: Enable Hisilicon sp804 timer 64bit mode

2020-09-24 Thread Daniel Lezcano
From: Zhen Lei A 100MHZ 32-bit timer will be wrapped up less than 43s. Although the kernel maintains a software high 32-bit count in the tick IRQ. But it's not applicable to the user mode APPs. Note: The kernel still uses the lower 32 bits of the timer. Signed-off-by: Zhen Lei Signed-off-by: D

[PATCH 07/10] clocksource/drivers/sp804: Prepare for support non-standard register offset

2020-09-24 Thread Daniel Lezcano
From: Zhen Lei Add two local variables: timer1_base and timer2_base in sp804_of_init(), to avoid repeatedly calculate the base address of timer2, and make it easier to recognize timer1. Hope to make the next patch looks more clear. No functional change. Signed-off-by: Zhen Lei Signed-off-by: D

[PATCH 05/10] clocksource/drivers/sp804: Delete the leading "__" of some functions

2020-09-24 Thread Daniel Lezcano
From: Zhen Lei Delete the leading "__" of __sp804_clocksource_and_sched_clock_init() and __sp804_clockevents_init(), make it looks a little more comfortable. Signed-off-by: Zhen Lei Signed-off-by: Daniel Lezcano Link: https://lore.kernel.org/r/20200918132237.3552-4-thunder.leiz...@huawei.com -

[PATCH 09/10] clocksource/drivers/sp804: Add support for Hisilicon sp804 timer

2020-09-24 Thread Daniel Lezcano
From: Zhen Lei The ARM SP804 supports a maximum of 32-bit counter, but Hisilicon extends it to 64-bit. That means, the registers: TimerXload, TimerXValue and TimerXBGLoad are 64bits, all other registers are the same as those in the SP804. The driver code can be completely reused except that the r

Re: [GIT PULL] timer drivers fixes for v5.9-rc4

2020-09-24 Thread Daniel Lezcano
Hi Thomas, except I'm missing something, it seems like this PR is not in the tip/timers/urgent -- Daniel On 15/09/2020 10:01, Daniel Lezcano wrote: > > Gentle reminder, thanks > > -- Daniel > > On 04/09/2020 12:52, Daniel Lezcano wrote: >> >> Hi Thomas, >> >> The following changes since

Re: [PATCH] MAINTAINERS: drop myself from PM AVS drivers

2020-09-24 Thread Ulf Hansson
On Tue, 22 Sep 2020 at 20:10, Rafael J. Wysocki wrote: > > On Fri, Sep 18, 2020 at 10:16 PM Kevin Hilman wrote: > > > > I haven't had the time or the expertise to adequately review and > > maintain these drivers for awhile, so make it official. > > Well, fair enough, so applied as 5.10 material.

Re: [PATCH printk 3/5] printk: use buffer pool for sprint buffers

2020-09-24 Thread Sergey Senozhatsky
On (20/09/24 10:54), Petr Mladek wrote: > > Just a question: > > > > Can dynamic_textbuf be a PER_CPU array of five textbuf[1024] buffers > > (for normal printk, nmi, hard irq, soft irq and one extra buffer for > > recursive printk calls)? > > That would be my preferred fallback when the approach

Re: [PATCH v1 1/6] dt_bindings: mfd: Add ROHM BD9576MUF and BD9573MUF PMICs

2020-09-24 Thread Vaittinen, Matti
Hi dee Ho peeps! On Thu, 2020-09-24 at 09:12 +0300, Matti Vaittinen wrote: > On Wed, 2020-09-23 at 08:27 -0600, Rob Herring wrote: > > On Sat, Sep 19, 2020 at 5:46 AM Vaittinen, Matti > > wrote: > > > Thanks Rob for taking a look at this! > > > > > > On Fri, 2020-09-18 at 11:28 -0600, Rob Herrin

Re: [PATCH v9 11/20] gpiolib: cdev: support GPIO_V2_LINE_SET_VALUES_IOCTL

2020-09-24 Thread Kent Gibson
On Thu, Sep 24, 2020 at 11:21:05AM +0300, Andy Shevchenko wrote: > On Thu, Sep 24, 2020 at 10:32 AM Kent Gibson wrote: > > On Wed, Sep 23, 2020 at 07:18:08PM +0300, Andy Shevchenko wrote: > > > On Tue, Sep 22, 2020 at 5:36 AM Kent Gibson wrote: > > > > > > > > Add support for the GPIO_V2_LINE_SET

Re: [PATCH] Revert "iommu/amd: Treat per-device exclusion ranges as r/w unity-mapped regions"

2020-09-24 Thread Joerg Roedel
On Wed, Sep 23, 2020 at 10:26:55AM +0800, Baoquan He wrote: > A regression failure of kdump kernel boot was reported on a HPE system. > Bisect points at commit 387caf0b759ac43 ("iommu/amd: Treat per-device > exclusion ranges as r/w unity-mapped regions") as criminal. Reverting it > fix the failure.

Re: arm-smmu 5000000.iommu: Cannot accommodate DMA offset for IOMMU page tables

2020-09-24 Thread Robin Murphy
Hi Joerg, On 2020-09-24 10:03, Joerg Roedel wrote: Adding Will and Robin. This should be fixed by https://lore.kernel.org/linux-iommu/daedc9364a19dc07487e4d07b8768b1e5934abd4.1600700881.git.robin.mur...@arm.com/T/#u (already in linux-next). Thanks, Robin. On Mon, Sep 21, 2020 at 06:50:40

Lieber Freund (Assalamu Alaikum),?

2020-09-24 Thread AISHA GADDAFI
-- Lieber Freund (Assalamu Alaikum), Ich bin vor einer privaten Suche auf Ihren E-Mail-Kontakt gestoßen Ihre Hilfe. Mein Name ist Aisha Al-Qaddafi, eine alleinerziehende Mutter und eine Witwe mit drei Kindern. Ich bin die einzige leibliche Tochter des Spätlibyschen Präsident (verstorbener Oberst

Re: [PATCH printk 4/5] printk: remove logbuf_lock, add syslog_lock

2020-09-24 Thread John Ogness
On 2020-09-24, Sergey Senozhatsky wrote: > [..] >> void printk_safe_flush_on_panic(void) >> { >> -/* >> - * Make sure that we could access the main ring buffer. >> - * Do not risk a double release when more CPUs are up. >> - */ >> -if (raw_spin_is_locked(&logbuf_lock)) { >> -

Re: [PATCH v2 0/2] J7200: Add I2C support

2020-09-24 Thread Faiz Abbas
Hi, On 23/09/20 9:23 pm, Vignesh Raghavendra wrote: > Add I2C and I2C IO expanders nodes for J7200 > > v2: > Align reg address format with that of file's (s/0x0/0x00) > > Vignesh Raghavendra (2): > arm64: dts: ti: j7200: Add I2C nodes > arm64: dts: ti: k3-j7200-common-proc-board: Add I2C IO

Re: kdump boot failing with IVRS checksum failure

2020-09-24 Thread Joerg Roedel
Hi Jerry, On Mon, Sep 21, 2020 at 11:56:42AM -0700, Jerry Snitselaar wrote: > We are seeing a kdump kernel boot failure in test on an HP DL325 Gen10 > and it was tracked down to 387caf0b759a ("iommu/amd: Treat per-device > exclusion ranges as r/w unity-mapped regions"). Reproduced on 5.9-rc5 > and

[PATCH v6 02/17] PCI: endpoint: Make *_get_first_free_bar() take into account 64 bit BAR

2020-09-24 Thread Kishon Vijay Abraham I
pci_epc_get_first_free_bar() uses only "reserved_bar" member in epc_features to get the first unreserved BAR. However if the reserved BAR is also a 64-bit BAR, then the next BAR shouldn't be returned (since 64-bit BAR uses two BARs). Make pci_epc_get_first_free_bar() take into account 64 bit BAR w

[PATCH v6 00/17] Implement NTB Controller using multiple PCI EP

2020-09-24 Thread Kishon Vijay Abraham I
This series is about implementing SW defined NTB using multiple endpoint instances. This series has been tested using 2 endpoint instances in J7 connected to J7 board on one end and DRA7 board on the other end. However there is nothing platform specific for the NTB functionality. This was presente

<    1   2   3   4   5   6   7   8   9   10   >