[PATCH v10 07/16] sched/core: uclamp: Reset uclamp values on RESET_ON_FORK

2019-06-21 Thread Patrick Bellasi
A forked tasks gets the same clamp values of its parent however, when the RESET_ON_FORK flag is set on parent, e.g. via: sys_sched_setattr() sched_setattr() __sched_setscheduler(attr::SCHED_FLAG_RESET_ON_FORK) the new forked task is expected to start with all attributes reset to

[PATCH v10 10/16] sched/core: uclamp: Add uclamp_util_with()

2019-06-21 Thread Patrick Bellasi
So far uclamp_util() allows to clamp a specified utilization considering the clamp values requested by RUNNABLE tasks in a CPU. For the Energy Aware Scheduler (EAS) it is interesting to test how clamp values will change when a task is becoming RUNNABLE on a given CPU. For example, EAS is interested

[PATCH v10 09/16] sched/cpufreq: uclamp: Add clamps for FAIR and RT tasks

2019-06-21 Thread Patrick Bellasi
Each time a frequency update is required via schedutil, a frequency is selected to (possibly) satisfy the utilization reported by each scheduling class and irqs. However, when utilization clamping is in use, the frequency selection should consider userspace utilization clamping hints. This will al

[PATCH v10 05/16] sched/core: Allow sched_setattr() to use the current policy

2019-06-21 Thread Patrick Bellasi
The sched_setattr() syscall mandates that a policy is always specified. This requires to always know which policy a task will have when attributes are configured and this makes it impossible to add more generic task attributes valid across different scheduling policies. Reading the policy before se

[PATCH v3 0/2] PM / AVS: SVS: Introduce SVS engine

2019-06-21 Thread Roger Lu
SVS driver use OPP adjust event in [1] to update OPP table voltage part. [1] https://patchwork.kernel.org/patch/10946069/ changes since v2: - Improve SVS driver: For power saving point of view, disable SVS main clk when probe fail. Roger Lu (2): dt-bindings: soc: add mtk svs dt-bindings PM /

[PATCH v10 04/16] sched/core: uclamp: Add system default clamps

2019-06-21 Thread Patrick Bellasi
Tasks without a user-defined clamp value are considered not clamped and by default their utilization can have any value in the [0..SCHED_CAPACITY_SCALE] range. Tasks with a user-defined clamp value are allowed to request any value in that range, and the required clamp is unconditionally enforced.

[PATCH v10 14/16] sched/core: uclamp: Propagate system defaults to root group

2019-06-21 Thread Patrick Bellasi
The clamp values are not tunable at the level of the root task group. That's for two main reasons: - the root group represents "system resources" which are always entirely available from the cgroup standpoint. - when tuning/restricting "system resources" makes sense, tuning must be done u

RE: [PATCH] dmaengine: fix semicolon.cocci warnings

2019-06-21 Thread Gustavo Pimentel
On Sat, Jun 15, 2019 at 17:5:50, kbuild test robot wrote: > From: kbuild test robot > > drivers/dma/dw-edma/dw-edma-core.c:617:2-3: Unneeded semicolon > > > Remove unneeded semicolon. > > Generated by: scripts/coccinelle/misc/semicolon.cocci > > Fixes: e63d79d1ffcd ("dmaengine: Add Synopsy

RE: [PATCH] dmaengine: dw-edma: fix endianess confusion

2019-06-21 Thread Gustavo Pimentel
Hi, On Mon, Jun 17, 2019 at 14:17:47, Arnd Bergmann wrote: > When building with 'make C=1', sparse reports an endianess bug: I didn't know that option. > > drivers/dma/dw-edma/dw-edma-v0-debugfs.c:60:30: warning: cast removes address > space of expression > drivers/dma/dw-edma/dw-edma-v0-deb

[PATCH v10 03/16] sched/core: uclamp: Enforce last task's UCLAMP_MAX

2019-06-21 Thread Patrick Bellasi
When a task sleeps it removes its max utilization clamp from its CPU. However, the blocked utilization on that CPU can be higher than the max clamp value enforced while the task was running. This allows undesired CPU frequency increases while a CPU is idle, for example, when another CPU on the same

[PATCH v10 12/16] sched/core: uclamp: Extend CPU's cgroup controller

2019-06-21 Thread Patrick Bellasi
The cgroup CPU bandwidth controller allows to assign a specified (maximum) bandwidth to the tasks of a group. However this bandwidth is defined and enforced only on a temporal base, without considering the actual frequency a CPU is running on. Thus, the amount of computation completed by a task wit

[PATCH v10 11/16] sched/fair: uclamp: Add uclamp support to energy_compute()

2019-06-21 Thread Patrick Bellasi
The Energy Aware Scheduler (EAS) estimates the energy impact of waking up a task on a given CPU. This estimation is based on: a) an (active) power consumption defined for each CPU frequency b) an estimation of which frequency will be used on each CPU c) an estimation of the busy time (utilizatio

[PATCH v10 08/16] sched/core: uclamp: Set default clamps for RT tasks

2019-06-21 Thread Patrick Bellasi
By default FAIR tasks start without clamps, i.e. neither boosted nor capped, and they run at the best frequency matching their utilization demand. This default behavior does not fit RT tasks which instead are expected to run at the maximum available frequency, if not otherwise required by explicit

[PATCH v10 06/16] sched/core: uclamp: Extend sched_setattr() to support utilization clamping

2019-06-21 Thread Patrick Bellasi
The SCHED_DEADLINE scheduling class provides an advanced and formal model to define tasks requirements that can translate into proper decisions for both task placements and frequencies selections. Other classes have a more simplified model based on the POSIX concept of priorities. Such a simple pr

Re: [PATCH 3/3] tools: memory-model: Improve data-race detection

2019-06-21 Thread Andrea Parri
On Thu, Jun 20, 2019 at 11:55:58AM -0400, Alan Stern wrote: > Herbert Xu recently reported a problem concerning RCU and compiler > barriers. In the course of discussing the problem, he put forth a > litmus test which illustrated a serious defect in the Linux Kernel > Memory Model's data-race-detec

Re: [PATCH RFC 1/5] x86: KVM: svm: don't pretend to advance RIP in case wrmsr_interception() results in #GP

2019-06-21 Thread Vitaly Kuznetsov
Jim Mattson writes: > On Thu, Jun 20, 2019 at 4:02 AM Vitaly Kuznetsov wrote: >> >> svm->next_rip is only used by skip_emulated_instruction() and in case >> kvm_set_msr() fails we rightfully don't do that. Move svm->next_rip >> advancement to 'else' branch to avoid creating false impression that

[PATCH v3 1/2] dt-bindings: soc: add mtk svs dt-bindings

2019-06-21 Thread Roger Lu
Document the binding for enabling mtk svs on MediaTek SoC. Signed-off-by: Roger Lu --- .../devicetree/bindings/power/mtk-svs.txt | 88 +++ 1 file changed, 88 insertions(+) create mode 100644 Documentation/devicetree/bindings/power/mtk-svs.txt diff --git a/Documentation/devi

[PATCH v10 01/16] sched/core: uclamp: Add CPU's clamp buckets refcounting

2019-06-21 Thread Patrick Bellasi
Utilization clamping allows to clamp the CPU's utilization within a [util_min, util_max] range, depending on the set of RUNNABLE tasks on that CPU. Each task references two "clamp buckets" defining its minimum and maximum (util_{min,max}) utilization "clamp values". A CPU's clamp bucket is active i

[PATCH v10 16/16] sched/core: uclamp: Update CPU's refcount on TG's clamp changes

2019-06-21 Thread Patrick Bellasi
On updates of task group (TG) clamp values, ensure that these new values are enforced on all RUNNABLE tasks of the task group, i.e. all RUNNABLE tasks are immediately boosted and/or clamped as requested. Do that by slightly refactoring uclamp_bucket_inc(). An additional parameter *cgroup_subsys_st

[PATCH v10 00/16] Add utilization clamping support

2019-06-21 Thread Patrick Bellasi
Hi all, this is a respin of: https://lore.kernel.org/lkml/20190515094459.10317-1-patrick.bell...@arm.com/ which addresses all Tejun's concerns: - rename cgroup attributes to be cpu.uclamp.{min,max} - update initialization of subgroups clamps to be "no clamps" by default - use percentage rat

[PATCH v10 15/16] sched/core: uclamp: Use TG's clamps to restrict TASK's clamps

2019-06-21 Thread Patrick Bellasi
When a task specific clamp value is configured via sched_setattr(2), this value is accounted in the corresponding clamp bucket every time the task is {en,de}qeued. However, when cgroups are also in use, the task specific clamp values could be restricted by the task_group (TG) clamp values. Update

[PATCH v3 2/2] PM / AVS: SVS: Introduce SVS engine

2019-06-21 Thread Roger Lu
The SVS (Smart Voltage Scaling) engine is a piece of hardware which is used to calculate optimized voltage values of several power domains, e.g. CPU/GPU/CCI, according to chip process corner, temperatures, and other factors. Then DVFS driver could apply those optimized voltage values to reduce powe

Re: [LINUX PATCH v16] mtd: rawnand: pl353: Add basic driver for arm pl353 smc nand interface

2019-06-21 Thread Helmut Grohne
Hi, On Mon, Jun 17, 2019 at 02:50:02AM -0600, Naga Sureshkumar Relli wrote: > Add driver for arm pl353 static memory controller nand interface with > HW ECC support. This controller is used in Xilinx Zynq SoC for > interfacing the NAND flash memory. Thank you for the update. > -> Tested Micron M

Re: [PATCH] dmaengine: dw-edma: fix endianess confusion

2019-06-21 Thread Andy Shevchenko
On Fri, Jun 21, 2019 at 11:43 AM Gustavo Pimentel wrote: > > Hi, > > On Mon, Jun 17, 2019 at 14:17:47, Arnd Bergmann wrote: > > > When building with 'make C=1', sparse reports an endianess bug: > > I didn't know that option. And CF="-D__CHECK_ENDIAN__" is useful. -- With Best Regards, Andy Sh

Re: [PATCH v3 2/5] net: macb: add support for sgmii MAC-PHY interface

2019-06-21 Thread Russell King - ARM Linux admin
On Fri, Jun 21, 2019 at 09:34:50AM +0100, Parshuram Thombare wrote: > @@ -486,23 +503,54 @@ static void gem_mac_config(struct phylink_config > *pl_config, unsigned int mode, > { > struct net_device *netdev = to_net_dev(pl_config->dev); > struct macb *bp = netdev_priv(netdev); > +

Re: [PATCH 1/2] PCI: pciehp: Do not disable interrupt twice on suspend

2019-06-21 Thread Kai-Heng Feng
at 20:50, Mika Westerberg wrote: We try to keep PCIe hotplug ports runtime suspended when entering system suspend. Due to the fact that the PCIe portdrv sets NEVER_SKIP driver PM flag the PM core always calls system suspend/resume hooks even if the device is left runtime suspended. Since PCIe h

RE: [PATCH] dmaengine: dw-edma: fix __iomem type confusion

2019-06-21 Thread Gustavo Pimentel
On Mon, Jun 17, 2019 at 14:18:43, Arnd Bergmann wrote: > The new driver mixes up dma_addr_t and __iomem pointers, which results > in warnings on some 32-bit architectures, like: > > drivers/dma/dw-edma/dw-edma-v0-core.c: In function '__dw_regs': > drivers/dma/dw-edma/dw-edma-v0-core.c:28:9: erro

Re: [PATCH] dmaengine: dw-edma: fix endianess confusion

2019-06-21 Thread Arnd Bergmann
On Fri, Jun 21, 2019 at 10:42 AM Gustavo Pimentel wrote: > On Mon, Jun 17, 2019 at 14:17:47, Arnd Bergmann wrote: > > > When building with 'make C=1', sparse reports an endianess bug: > > I didn't know that option. > > > > > drivers/dma/dw-edma/dw-edma-v0-debugfs.c:60:30: warning: cast removes >

RE: [PATCH] dmaengine: dw-edma: fix endianess confusion

2019-06-21 Thread Gustavo Pimentel
On Fri, Jun 21, 2019 at 9:51:13, Andy Shevchenko wrote: > On Fri, Jun 21, 2019 at 11:43 AM Gustavo Pimentel > wrote: > > > > Hi, > > > > On Mon, Jun 17, 2019 at 14:17:47, Arnd Bergmann wrote: > > > > > When building with 'make C=1', sparse reports an endianess bug: > > > > I didn't know that o

[PATCH] Bluetooth: btrtl: HCI reset on close for RTL8822BE

2019-06-21 Thread Jian-Hong Pan
Realtek RTL8822BE BT chip on ASUS X420FA cannot be turned on correctly after on-off several times. Bluetooth daemon sets BT mode failed when this issue happens. bluetoothd[1576]: Failed to set mode: Failed (0x03) If BT is tunred off, then turned on again, it works correctly again. This patch mak

[PATCH] powerpc/lib/xor_vmx: Relax frame size for clang

2019-06-21 Thread Mathieu Malaterre
When building with clang-8 the frame size limit is hit: ../arch/powerpc/lib/xor_vmx.c:119:6: error: stack frame size of 1200 bytes in function '__xor_altivec_5' [-Werror,-Wframe-larger-than=] Follow the same approach as commit 9c87156cce5a ("powerpc/xmon: Relax frame size for clang") until a p

Re: [PATCH] riscv: dts: Add DT node for SiFive FU540 Ethernet controller driver

2019-06-21 Thread Anup Patel
On Fri, Jun 21, 2019 at 11:40 AM Yash Shah wrote: > > DT node for SiFive FU540-C000 GEMGXL Ethernet controller driver added > > Signed-off-by: Yash Shah > --- > arch/riscv/boot/dts/sifive/fu540-c000.dtsi | 20 > 1 file changed, 20 insertions(+) > > diff --git a/arch/riscv/bo

Re: [PATCH] dmaengine: dw-edma: fix __iomem type confusion

2019-06-21 Thread Arnd Bergmann
On Fri, Jun 21, 2019 at 10:53 AM Gustavo Pimentel wrote: > > > > static struct dentry *base_dir; > > static struct dw_edma*dw; > > -static struct dw_edma_v0_regs*regs; > > +static struct dw_edma_v0_regs

[PATCH v2 2/5] usb: xhci: handle uPD720201 and uPD720202 w/o ROM

2019-06-21 Thread Vinod Koul
From: Christian Lamparter This patch adds a firmware check for the uPD720201K8-711-BAC-A and uPD720202K8-711-BAA-A variant. Both of these chips are listed in Renesas' R19UH0078EJ0500 Rev.5.00 "User's Manual: Hardware" as devices which need a firmware in order to work as they do not have support t

[PATCH v2 0/5] usb: xhci: Add support for Renesas USB controllers

2019-06-21 Thread Vinod Koul
This series add support for Renesas USB controllers uPD720201 and uPD720202. These require firmware to be loaded and in case devices have ROM those can also be programmed if empty. If ROM is programmed, it runs from ROM as well. This includes two patches from Christian which supported these contro

[PATCH v2 1/5] usb: xhci: add firmware loader for uPD720201 and uPD720202 w/o ROM

2019-06-21 Thread Vinod Koul
From: Christian Lamparter This patch adds a firmware loader for the uPD720201K8-711-BAC-A and uPD720202K8-711-BAA-A variant. Both of these chips are listed in Renesas' R19UH0078EJ0500 Rev.5.00 "User's Manual: Hardware" as devices which need the firmware loader on page 2 in order to work as they "

[PATCH v2 4/5] usb: xhci: Add ROM loader for uPD720201

2019-06-21 Thread Vinod Koul
uPD720201 supports ROM and allows software to program the ROM and boot from it. Add support for detecting if ROM is present, if so load the ROM if not programmed earlier. Signed-off-by: Vinod Koul Cc: Yoshihiro Shimoda Cc: Christian Lamparter --- drivers/usb/host/xhci-pci.c | 357 +

[PATCH v2 3/5] usb: xhci: Use register defined and field names

2019-06-21 Thread Vinod Koul
Instead of using register values and fields lets define them and use in the driver. Signed-off-by: Vinod Koul Cc: Yoshihiro Shimoda Cc: Christian Lamparter --- drivers/usb/host/xhci-pci.c | 68 + 1 file changed, 47 insertions(+), 21 deletions(-) diff --git

[PATCH v2 5/5] usb: xhci: allow multiple firmware versions

2019-06-21 Thread Vinod Koul
Allow multiple firmware file versions in table and load them in increasing order as we find them in the file system. Signed-off-by: Vinod Koul Cc: Yoshihiro Shimoda Cc: Christian Lamparter --- drivers/usb/host/xhci-pci.c | 46 +++-- 1 file changed, 44 insertions

Re: [PATCH v3 2/5] net: macb: add support for sgmii MAC-PHY interface

2019-06-21 Thread Russell King - ARM Linux admin
On Fri, Jun 21, 2019 at 09:34:50AM +0100, Parshuram Thombare wrote: > This patch add support for SGMII interface) and > 2.5Gbps MAC in Cadence ethernet controller driver. Also, I'm not sure that merely using PHY_INTERFACE_MODE_SGMII with a speed of 2.5Gbps is really on for up-clocked SGMII. Cisco

Re: [PATCH] x86/mm: Handle physical-virtual alignment mismatch in phys_p4d_init()

2019-06-21 Thread Baoquan He
Hi Kirill, On 06/20/19 at 02:22pm, Kirill A. Shutemov wrote: > Kyle has reported that kernel crashes sometimes when it boots in > 5-level paging mode with KASLR enabled: This is a great finding, thanks for the fix. I ever have modified codes to make them accommodate PMD level of randomization, th

Re: [PATCH] dmaengine: dw-edma: fix unnecessary stack usage

2019-06-21 Thread Arnd Bergmann
On Fri, Jun 21, 2019 at 10:21 AM Gustavo Pimentel wrote: > On Mon, Jun 17, 2019 at 14:16:45, Arnd Bergmann wrote: > > > Putting large constant data on the stack causes unnecessary overhead > > and stack usage: > > > > drivers/dma/dw-edma/dw-edma-v0-debugfs.c:285:6: error: stack frame size of >

Re: [PATCH v6 00/19] Unify vDSOs across more architectures

2019-06-21 Thread Vincenzo Frascino
On 20/06/2019 17:27, Andre Przywara wrote: > On Thu, 30 May 2019 15:15:12 +0100 > Vincenzo Frascino wrote: > > Hi, > >> vDSO (virtual dynamic shared object) is a mechanism that the Linux >> kernel provides as an alternative to system calls to reduce where >> possible the costs in terms of cycles

[GIT PULL 1/2] lightnvm: pblk: fix freeing of merged pages

2019-06-21 Thread Matias Bjørling
From: Heiner Litz bio_add_pc_page() may merge pages when a bio is padded due to a flush. Fix iteration over the bio to free the correct pages in case of a merge. Signed-off-by: Heiner Litz Reviewed-by: Javier González Signed-off-by: Matias Bjørling --- drivers/lightnvm/pblk-core.c | 16 +

Re: [v7, PATCH] net: stmmac: add support for hash table size 128/256 in dwmac4

2019-06-21 Thread biao huang
Dear David, Jose, any comments about this patch? Thanks Biao On Thu, 2019-05-30 at 17:30 +0800, Biao Huang wrote: > 1. get hash table size in hw feature reigster, and add support > for taller hash table(128/256) in dwmac4. > 2. only clear GMAC_PACKET_FILTER bits used in this function, >

Re: [GIT PULL 0/2] lightnvm updates for 5.3

2019-06-21 Thread Jens Axboe
On 6/21/19 3:11 AM, Matias Bjørling wrote: > Hi Jens, > > A couple of patches for the 5.3 window. Geert fixed an uninitialized > pointer bug, and Heiner fixed up a bug when merging bio pages in pblk. Applied, thanks. -- Jens Axboe

[PATCH] hid: add another quirk for Chicony PixArt mouse

2019-06-21 Thread Oleksandr Natalenko
I've spotted another Chicony PixArt mouse in the wild, which requires HID_QUIRK_ALWAYS_POLL quirk, otherwise it disconnects each minute. USB ID of this device is 0x04f2:0x0939. We've introduced quirks like this for other models before, so lets add this mouse too. Link: https://github.com/srieme

Re: [PATCH v5 2/2] DRM: Add KMS driver for the Ingenic JZ47xx SoCs

2019-06-21 Thread Paul Cercueil
Le ven. 21 juin 2019 à 11:13, Daniel Vetter a écrit : On Fri, Jun 21, 2019 at 11:07:30AM +0200, Paul Cercueil wrote: Le ven. 21 juin 2019 à 11:04, Daniel Vetter a écrit : > On Thu, Jun 20, 2019 at 04:15:59PM +0200, Paul Cercueil wrote: > > > > > > Le mer. 19 juin 2019 à 14:26, Sa

[PATCH V5 2/3] PCI: dwc: Cleanup DBI read and write APIs

2019-06-21 Thread Vidya Sagar
Cleanup DBI read and write APIs by removing "__" (underscore) from their names as there are no no-underscore versions and the underscore versions are already doing what no-underscore versions typically do. Signed-off-by: Vidya Sagar --- Changes from v4: * This is a new patch in this series driv

[PATCH V5 1/3] PCI: dwc: Add API support to de-initialize host

2019-06-21 Thread Vidya Sagar
Add an API to group all the tasks to be done to de-initialize host which can then be called by any DesignWare core based driver implementations while adding .remove() support in their respective drivers. Signed-off-by: Vidya Sagar Acked-by: Gustavo Pimentel --- Changes from v4: * None Changes f

Re: [PATCH 2/4] powerpc/powernv: remove the unused tunneling exports

2019-06-21 Thread Frederic Barrat
Le 21/06/2019 à 03:47, Oliver O'Halloran a écrit : On Thu, May 23, 2019 at 5:51 PM Christoph Hellwig wrote: These have been unused ever since they've been added to the kernel. Signed-off-by: Christoph Hellwig --- arch/powerpc/include/asm/pnv-pci.h| 4 -- arch/powerpc/platforms

[PATCH V5 3/3] PCI: dwc: Export APIs to support .remove() implementation

2019-06-21 Thread Vidya Sagar
Export all configuration space access APIs and also other APIs to support host controller drivers of DesignWare core based implementations while adding support for .remove() hook to build their respective drivers as modules Signed-off-by: Vidya Sagar Acked-by: Gustavo Pimentel --- Changes from v

RE: [PATCH] mfd: da9063: occupy second I2C address, too

2019-06-21 Thread Steve Twiss
Hi Wolfram, On 20 June 2019 10:21, Wolfram Sang wrote: > Subject: Re: [PATCH] mfd: da9063: occupy second I2C address, too > > > Is this a safety clause? What I mean is, shouldn't the hardware design make > > sure there are not two devices located on the same I2C bus with the same > > slave > > a

Re: [PATCH 2/4] powerpc/powernv: remove the unused tunneling exports

2019-06-21 Thread Christoph Hellwig
On Fri, Jun 21, 2019 at 11:21:38AM +0200, Frederic Barrat wrote: > The as-notify can be used in both CAPI mode and PCI mode. In capi mode, > it's integrated in the capi protocol, so the cxl driver doesn't need to do > extra setup, compared to what's already done to activate capi. > As mentioned i

Re: [PATCH] mips: Remove q-accessors from non-64bit platforms

2019-06-21 Thread Arnd Bergmann
On Thu, Jun 20, 2019 at 8:19 PM Maciej W. Rozycki wrote: > > On Thu, 20 Jun 2019, Paul Burton wrote: > > > So this seems pretty reasonable. Build testing all our defconfigs only > > showed up one issue for decstation_defconfig & decstation_r4k_defconfig: > > > > drivers/net/fddi/defza.c: In func

Re: [PATCH V5 2/3] PCI: dwc: Cleanup DBI read and write APIs

2019-06-21 Thread Kishon Vijay Abraham I
Hi Vidya, On 21/06/19 2:51 PM, Vidya Sagar wrote: > Cleanup DBI read and write APIs by removing "__" (underscore) from their > names as there are no no-underscore versions and the underscore versions > are already doing what no-underscore versions typically do. > > Signed-off-by: Vidya Sagar > -

Re: [PATCH 0/7] clk: at91: sckc: improve error path

2019-06-21 Thread Alexandre Belloni
On 20/06/2019 10:30:42+, claudiu.bez...@microchip.com wrote: > Hi, > > On 18.06.2019 12:55, Alexandre Belloni wrote: > > On 13/06/2019 15:37:06+, claudiu.bez...@microchip.com wrote: > >> From: Claudiu Beznea > >> > >> Hi, > >> > >> This series tries to improve error path for slow clock re

RE: [PATCH] dmaengine: dw-edma: fix __iomem type confusion

2019-06-21 Thread Gustavo Pimentel
On Fri, Jun 21, 2019 at 10:1:1, Arnd Bergmann wrote: > On Fri, Jun 21, 2019 at 10:53 AM Gustavo Pimentel > wrote: > > > > > > > static struct dentry *base_dir; > > > static struct dw_edma*dw; > > > -static struct dw_edma_v0_regs

Re: [PATCHv2 2/2] coresight: Abort probe if cpus are not available

2019-06-21 Thread Suzuki K Poulose
On 06/20/2019 07:31 PM, Sai Prakash Ranjan wrote: Currently coresight etm and cpu-debug will go ahead with the probe even when corresponding cpus are not available and error out later in the probe path. In such cases, it is better to abort the probe earlier. Without this, setting *nosmp* will th

[PATCH V2 1/4] csky: Revert mmu ASID mechanism

2019-06-21 Thread guoren
From: Guo Ren Current C-SKY ASID mechanism is from mips and it doesn't work well with multi-cores. ASID per core mechanism is not suitable for C-SKY SMP tlb maintain operations, eg: tlbi.vas need share the same asid in all processors and it'll invalid the tlb entry in all cores with the same asid

[PATCH v5 3/4] KVM: LAPIC: Ignore timer migration when lapic timer is injected by pi

2019-06-21 Thread Wanpeng Li
From: Wanpeng Li When lapic timer is injected by posted-interrupt, the emulated timer is offload to the housekeeping cpu. The timer interrupt will be delivered properly, no need to migrate timer. Cc: Paolo Bonzini Cc: Radim Krčmář Cc: Marcelo Tosatti Signed-off-by: Wanpeng Li --- arch/x86/k

Re: [PATCH] hid: add another quirk for Chicony PixArt mouse

2019-06-21 Thread Oleksandr Natalenko
Erm. Cc: s.parscha...@gmx.de instead of inactive @suse address. On Fri, Jun 21, 2019 at 11:17:36AM +0200, Oleksandr Natalenko wrote: > I've spotted another Chicony PixArt mouse in the wild, which requires > HID_QUIRK_ALWAYS_POLL quirk, otherwise it disconnects each minute. > > USB ID of this devi

Re: [PATCH 1/7] video: add HDMI state notifier support

2019-06-21 Thread Cheng-yi Chiang
On Fri, Jun 21, 2019 at 5:12 AM Daniel Vetter wrote: > > Massively cutting this thread, since halfway through in my previous reply > I realized that maybe hdmi_codec is a much better starting point. > ACK > On Thu, Jun 20, 2019 at 09:23:23PM +0800, Cheng-yi Chiang wrote: > > On Thu, Jun 20, 2019 a

Re: Coccinelle: Add a SmPL script for the reconsideration of redundant dev_err() calls

2019-06-21 Thread Markus Elfring
> I still don't see the point of specifying return. Why not just S, where S > is a statement metavariable? Do you find the following SmPL change specification more appropriate? @deletion depends on patch@ expression e; statement s; @@ e = devm_ioremap_resource(...); if (IS_ERR(e)) ( -{ - dev

Re: [PATCH v3 2/2] arch: wire-up clone3() syscall

2019-06-21 Thread Arnd Bergmann
On Fri, Jun 21, 2019 at 12:10 AM Christian Brauner wrote: > On Thu, Jun 20, 2019 at 11:44:51AM -0700, Guenter Roeck wrote: > > On Tue, Jun 04, 2019 at 06:09:44PM +0200, Christian Brauner wrote: > > clone3() was placed under __ARCH_WANT_SYS_CLONE. Most architectures > simply define __ARCH_WANT_SYS_

[PATCH v5 4/4] KVM: LAPIC: Don't inject already-expired timer via posted interrupt

2019-06-21 Thread Wanpeng Li
From: Wanpeng Li already-expired timer interrupt can be injected to guest when vCPU who arms the lapic timer re-vmentry, don't posted inject in this case. Cc: Paolo Bonzini Cc: Radim Krčmář Cc: Marcelo Tosatti Signed-off-by: Wanpeng Li --- arch/x86/kvm/lapic.c | 14 +++--- 1 file c

[PATCH V2 3/4] csky: Use generic asid algorithm to implement switch_mm

2019-06-21 Thread guoren
From: Guo Ren Use linux generic asid/vmid algorithm to implement csky switch_mm function. The algorithm is from arm and it could work with SMP system. It'll help reduce tlb flush for switch_mm in task/vm switch. Signed-off-by: Guo Ren Cc: Arnd Bergmann --- arch/csky/abiv1/inc/abi/ckmmu.h

[PATCH v5 2/4] KVM: LAPIC: Inject timer interrupt via posted interrupt

2019-06-21 Thread Wanpeng Li
From: Wanpeng Li 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 guest and the emulated timer fires incur vme

[PATCH v5 1/4] KVM: LAPIC: Make lapic timer unpinned

2019-06-21 Thread Wanpeng Li
From: Wanpeng Li Commit 61abdbe0bcc2 ("kvm: x86: make lapic hrtimer pinned") pinned the lapic timer to avoid to wait until the next kvm exit for the guest to see KVM_REQ_PENDING_TIMER set. There is another solution to give a kick after setting the KVM_REQ_PENDING_TIMER bit, make lapic timer un

[PATCH V2 0/4] csky: Use generic asid function from arm

2019-06-21 Thread guoren
From: Guo Ren For C-SKY the first implementation is from mips and it's not implemented well for SMP in performance. Arm's asid allocator is right for us and we've tested it in our all CPUs:610/807/810/860 and it really reduce the tlb flush. We'll continue stress testing before merge into master.

[PATCH V2 4/4] csky: Improve tlb operation with help of asid

2019-06-21 Thread guoren
From: Guo Ren There are two generations of tlb operation instruction for C-SKY. First generation is use mcr register and it need software do more things, second generation is use specific instructions, eg: tlbi.va, tlbi.vas, tlbi.alls We implemented the following functions: - flush_tlb_range

[PATCH V2 2/4] csky: Add new asid lib code from arm

2019-06-21 Thread guoren
From: Guo Ren This patch only contains asid help code from arm for next patch to use. The asid allocator use five level check to reduce the cost of switch_mm. 1. Check if the asid version is the same (it's general) 2. Check reserved_asid which is set in rollover flush_context() and key po

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

2019-06-21 Thread Wanpeng Li
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 guest and the emulated timer fires incur vmexits. This patchset

Re: [PATCH v4 1/2] KVM: LAPIC: Optimize timer latency consider world switch time

2019-06-21 Thread Wanpeng Li
ping, On Fri, 14 Jun 2019 at 09:15, Wanpeng Li wrote: > > From: Wanpeng Li > > Advance lapic timer tries to hidden the hypervisor overhead between the > host emulated timer fires and the guest awares the timer is fired. However, > even though after more sustaining optimizations, > kvm-unit-tests

Re: [PATCH -next] drm/sti: Remove duplicated include from sti_drv.c

2019-06-21 Thread Benjamin Gaignard
Le jeu. 20 juin 2019 à 16:56, YueHaibing a écrit : > > Remove duplicated include. > > Signed-off-by: YueHaibing Applied on drm-misc-next, Thanks for the patch. Benjamin > --- > drivers/gpu/drm/sti/sti_drv.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/drivers/gpu/drm/sti/sti_drv.c

Re: [PATCH] structleak: disable BYREF_ALL in combination with KASAN_STACK

2019-06-21 Thread Arnd Bergmann
On Thu, Jun 20, 2019 at 7:36 PM Kees Cook wrote: > > On Tue, Jun 18, 2019 at 11:47:13AM +0200, Arnd Bergmann wrote: > > The combination of KASAN_STACK and GCC_PLUGIN_STRUCTLEAK_BYREF_ALL > > leads to much larger kernel stack usage, as seen from the warnings > > about functions that now exceed the

Re: [PATCHv2 1/2] coresight: Do not default to CPU0 for missing CPU phandle

2019-06-21 Thread Suzuki K Poulose
Hi Sai, On 06/20/2019 07:31 PM, Sai Prakash Ranjan wrote: Coresight platform support assumes that a missing "cpu" phandle defaults to CPU0. This could be problematic and unnecessarily binds components to CPU0, where they may not be. Let us make the DT binding rules a bit stricter by not default

[PATCH v3 1/3] net: fddi: skfp: Rename local PCI defines to match generic PCI defines

2019-06-21 Thread Puranjay Mohan
Rename the PCI_REV_ID and other local defines to Generic PCI define names in skfbi.h and drvfbi.c to make it compatible with the pci_regs.h. Signed-off-by: Puranjay Mohan --- drivers/net/fddi/skfp/drvfbi.c | 2 +- drivers/net/fddi/skfp/h/skfbi.h | 4 ++-- 2 files changed, 3 insertions(+), 3 del

[PATCH v3 0/3] net: fddi: skfp: Use PCI generic definitions instead of private duplicates

2019-06-21 Thread Puranjay Mohan
This patch series removes the private duplicates of PCI definitions in favour of generic definitions defined in pci_regs.h. This driver only uses some of the generic PCI definitons, which are included from pci_regs.h and thier private versions are removed from skfbi.h with all other private define

[PATCH v3 2/3] net: fddi: skfp: Include generic PCI definitions

2019-06-21 Thread Puranjay Mohan
Include the uapi/linux/pci_regs.h header file which contains the generic PCI defines. Signed-off-by: Puranjay Mohan --- drivers/net/fddi/skfp/drvfbi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/fddi/skfp/drvfbi.c b/drivers/net/fddi/skfp/drvfbi.c index b324c1acf195..9c8aa3a95

Re: [PATCH v2 5/8] staging: erofs: introduce generic decompression backend

2019-06-21 Thread Chao Yu
On 2019/6/21 0:07, Gao Xiang wrote: > This patch adds a new generic decompression framework > in order to replace the old LZ4-specific decompression code. > > Even though LZ4 is still the only supported algorithm, yet > it is more cleaner and easy to integrate new algorithm than > the old almost h

[PATCH v3 3/3] net: fddi: skfp: Remove unused private PCI definitions

2019-06-21 Thread Puranjay Mohan
Remove unused private PCI definitions from skfbi.h because generic PCI symbols are already included from pci_regs.h. Signed-off-by: Puranjay Mohan --- drivers/net/fddi/skfp/h/skfbi.h | 76 - 1 file changed, 76 deletions(-) diff --git a/drivers/net/fddi/skfp/h/skf

Re: [PATCH V5 2/3] PCI: dwc: Cleanup DBI read and write APIs

2019-06-21 Thread Vidya Sagar
On 6/21/2019 2:57 PM, Kishon Vijay Abraham I wrote: Hi Vidya, On 21/06/19 2:51 PM, Vidya Sagar wrote: Cleanup DBI read and write APIs by removing "__" (underscore) from their names as there are no no-underscore versions and the underscore versions are already doing what no-underscore versions t

Re: [PATCH 02/25] vfs: Allow fsinfo() to query what's in an fs_context [ver #13]

2019-06-21 Thread Christian Brauner
On Tue, May 28, 2019 at 04:11:19PM +0100, David Howells wrote: > Allow fsinfo() to be used to query the filesystem attached to an fs_context > once a superblock has been created or if it comes from fspick(). > > This is done with something like: > > fd = fsopen("ext4", 0); > ... >

[PATCH v7 01/25] kernel: Standardize vdso_datapage

2019-06-21 Thread Vincenzo Frascino
In an effort to unify the common code for managing the vdso library in between all the architectures that support it, this patch tries to provide a common format for the vdso datapage. As a result of this, this patch generalized the data structures in vgtod.h from x86 private includes to general i

[PATCH v7 00/25] Unify vDSOs across more architectures

2019-06-21 Thread Vincenzo Frascino
vDSO (virtual dynamic shared object) is a mechanism that the Linux kernel provides as an alternative to system calls to reduce where possible the costs in terms of cycles. This is possible because certain syscalls like gettimeofday() do not write any data and return one or more values that are stor

[PATCH v7 02/25] kernel: Define gettimeofday vdso common code

2019-06-21 Thread Vincenzo Frascino
In the last few years we have seen an explosion in vdso implementations that mostly share similar code. Try to unify the gettimeofday vdso implementation introducing lib/vdso. The code contained in this library can ideally be reused by all the architectures avoiding, where possible, code duplicati

[PATCH v7 06/25] arm64: compat: Add missing syscall numbers

2019-06-21 Thread Vincenzo Frascino
vDSO requires gettimeofday and clock_gettime syscalls to implement the fallback mechanism. Add the missing syscall numbers to unistd.h for arm64. Cc: Catalin Marinas Cc: Will Deacon Cc: Arnd Bergmann Signed-off-by: Vincenzo Frascino Tested-by: Shijith Thotton Tested-by: Andre Przywara ---

[PATCH v7 05/25] arm64: Build vDSO with -ffixed-x18

2019-06-21 Thread Vincenzo Frascino
From: Peter Collingbourne The vDSO needs to be build with x18 reserved in order to accommodate userspace platform ABIs built on top of Linux that use the register to carry inter-procedural state, as provided for by the AAPCS. An example of such a platform ABI is the one that will be used by an up

[PATCH v7 08/25] arm64: compat: Generate asm offsets for signals

2019-06-21 Thread Vincenzo Frascino
Update asm-offsets for arm64 to generate the correct offsets for compat signals. They will be useful for the implementation of the compat sigreturn trampolines in vDSO context. Cc: Catalin Marinas Cc: Will Deacon Signed-off-by: Vincenzo Frascino Tested-by: Shijith Thotton Tested-by: Andre Prz

[PATCH v7 07/25] arm64: compat: Expose signal related structures

2019-06-21 Thread Vincenzo Frascino
The compat signal data structures are required as part of the compat vDSO implementation in order to provide the unwinding information for the sigreturn trampolines. Expose the mentioned data structures as part of signal32.h. Cc: Catalin Marinas Cc: Will Deacon Signed-off-by: Vincenzo Frascino

[PATCH v7 12/25] arm64: compat: vDSO setup for compat layer

2019-06-21 Thread Vincenzo Frascino
If CONFIG_GENERIC_COMPAT_VDSO is enabled, compat vDSO are installed in a compat (32 bit) process instead of sigpage. Add the necessary code to setup the vDSO required pages. Cc: Catalin Marinas Cc: Will Deacon Signed-off-by: Vincenzo Frascino Tested-by: Shijith Thotton Tested-by: Andre Przywa

[PATCH v7 03/25] kernel: Unify update_vsyscall implementation

2019-06-21 Thread Vincenzo Frascino
With the definition of the unified vDSO library the implementations of update_vsyscall and update_vsyscall_tz became quite similar across architectures. Define a unified implementation of these two functions in kernel/vdso and provide the bindings that can be implemented by every architecture that

[PATCH v7 14/25] arm64: compat: Get sigreturn trampolines from vDSO

2019-06-21 Thread Vincenzo Frascino
When the compat vDSO is enabled, the sigreturn trampolines are not anymore available through [sigpage] but through [vdso]. Add the relevant code the enable the feature. Cc: Catalin Marinas Cc: Will Deacon Signed-off-by: Vincenzo Frascino Tested-by: Shijith Thotton Tested-by: Andre Przywara -

Re: [GIT PULL] mali-dp and komeda patches for drm-next

2019-06-21 Thread Liviu Dudau
On Fri, Jun 21, 2019 at 01:54:11PM +1000, Dave Airlie wrote: > On Thu, 20 Jun 2019 at 20:35, Liviu Dudau wrote: > > > > Hi DRM maintainers, > > > > Picking up pace on the upstreaming of Komeda driver, with quite a lot > > of new features added this time. On top of that we have the small > > cleanu

[PATCH v7 09/25] lib: vdso: Add compat support

2019-06-21 Thread Vincenzo Frascino
Some 64 bit architectures have support for 32 bit applications that require a separate version of the vDSOs. Add support to the generic code for compat fallback functions. Cc: Catalin Marinas Cc: Will Deacon Signed-off-by: Vincenzo Frascino Tested-by: Shijith Thotton Tested-by: Andre Przywara

[PATCH v7 11/25] arm64: Refactor vDSO code

2019-06-21 Thread Vincenzo Frascino
Most of the code for initializing the vDSOs in arm64 and compat will be in common, hence a refactor of the current code is required to avoid duplication and simplify maintainability. Refactor vdso.c to simplify the implementation of arm64 vDSO compat (which will be pushed with a future patch). Cc

[PATCH v7 04/25] arm64: Substitute gettimeofday with C implementation

2019-06-21 Thread Vincenzo Frascino
To take advantage of the commonly defined vdso interface for gettimeofday the architectural code requires an adaptation. Re-implement the gettimeofday vdso in C in order to use lib/vdso. With the new implementation arm64 gains support for CLOCK_BOOTTIME and CLOCK_TAI. Cc: Catalin Marinas Cc: Wi

[PATCH v7 16/25] arm: Add support for generic vDSO

2019-06-21 Thread Vincenzo Frascino
The arm vDSO library requires some adaptations to use to take advantage of the newly introduced generic vDSO library. Introduce the following changes: - Modification vdso.c to be compliant with the common vdso datapage - Use of lib/vdso for gettimeofday - Implementation of elf note Cc: Russell

[PATCH v7 10/25] arm64: compat: Add vDSO

2019-06-21 Thread Vincenzo Frascino
Provide the arm64 compat (AArch32) vDSO in kernel/vdso32 in a similar way to what happens in kernel/vdso. The compat vDSO leverages on an adaptation of the arm architecture code with few changes: - Use of lib/vdso for gettimeofday - Implementation of syscall based fallback - Introduction of clo

<    1   2   3   4   5   6   7   8   9   >