Re: [PATCH v7 5/5] powerpc/hv-24x7: Update post_mobility_fixup() to handle migration

2020-05-04 Thread kajoljain
On 4/29/20 5:07 PM, Michael Ellerman wrote: > Kajol Jain writes: >> Function 'read_sys_info_pseries()' is added to get system parameter >> values like number of sockets and chips per socket. >> and it gets these details via rtas_call with token >> "PROCESSOR_MODULE_INFO". >> >> Incase lpar migr

Re: [PATCH V3 02/16] arm64/cpufeature: Drop TraceFilt feature exposure from ID_DFR0 register

2020-05-04 Thread Anshuman Khandual
On 05/05/2020 01:54 AM, Will Deacon wrote: > On Sat, May 02, 2020 at 07:03:51PM +0530, Anshuman Khandual wrote: >> ID_DFR0 based TraceFilt feature should not be exposed to guests. Hence lets >> drop it. >> >> Cc: Catalin Marinas >> Cc: Will Deacon >> Cc: Marc Zyngier >> Cc: Mark Rutland >> C

Re: [PATCH net v1] net: broadcom: fix a mistake about ioremap resource

2020-05-04 Thread Dejin Zheng
On Mon, May 04, 2020 at 08:28:52PM -0700, Florian Fainelli wrote: > > > On 5/4/2020 7:03 PM, Dejin Zheng wrote: > > Commit d7a5502b0bb8b ("net: broadcom: convert to > > devm_platform_ioremap_resource_byname()") will broke this driver. > > idm_base and nicpm_base were optional, after this change,

Re: [PATCH] uprobes: ensure that uprobe->offset and ->ref_ctr_offset are properly aligned

2020-05-04 Thread Sven Schnelle
Hi, On Mon, May 04, 2020 at 08:40:44PM +0200, Christian Borntraeger wrote: > > > On 04.05.20 18:47, Oleg Nesterov wrote: > > uprobe_write_opcode() must not cross page boundary; prepare_uprobe() > > relies on arch_uprobe_analyze_insn() which should validate "vaddr" but > > some architectures (csk

Re: [PATCH v5 0/4] Charge loop device i/o to issuing cgroup

2020-05-04 Thread Dave Chinner
On Wed, Apr 29, 2020 at 12:25:40PM +0200, Jan Kara wrote: > On Wed 29-04-20 07:47:34, Dave Chinner wrote: > > On Tue, Apr 28, 2020 at 12:13:46PM -0400, Dan Schatzberg wrote: > > > The loop device runs all i/o to the backing file on a separate kworker > > > thread which results in all i/o being char

[PATCH v3] riscv: force __cpu_up_ variables to put in data section

2020-05-04 Thread Zong Li
Put __cpu_up_stack_pointer and __cpu_up_task_pointer in data section. Currently, these two variables are put in bss section, there is a potential risk that secondary harts get the uninitialized value before main hart finishing the bss clearing. In this case, all secondary harts would pass the waiti

Re: iT X - the fair pay initiative - cursive, bold latin script examples

2020-05-04 Thread Ywe Cærlyn
Some examples of cursive and bold features of the latin script here. https://www.youtube.com/watch?v=-r3GLmUzuds Den 02.05.2020 18:00, skrev Ywe Cærlyn: So peeps, I think I have the best system ever here. Gather industry support, and we can finally have the success it deserves. Serene Greetin

Re: [PATCH v2 1/3] soc: qcom: rpmh-rsc: Remove tcs_is_free() and find_free_tcs() APIs

2020-05-04 Thread Stephen Boyd
Quoting Doug Anderson (2020-04-27 17:13:04) > On Sat, Apr 25, 2020 at 10:53 AM Stephen Boyd wrote: > > diff --git a/drivers/soc/qcom/rpmh-rsc.c b/drivers/soc/qcom/rpmh-rsc.c > > index 571aa1012f23..3f4951840365 100644 > > --- a/drivers/soc/qcom/rpmh-rsc.c > > +++ b/drivers/soc/qcom/rpmh-rsc.c > >

[PATCH net-next v6 0/2] provide support for PHY master/slave configuration

2020-05-04 Thread Oleksij Rempel
changes v6: - use NL_SET_ERR_MSG_ATTR in ethnl_update_linkmodes - add sanity checks in the ioctl interface - use bool for ethnl_validate_master_slave_cfg() changes v5: - set MASTER_SLAVE_CFG_UNSUPPORTED as default value - send a netlink error message on validation error - more code fixes changes

[PATCH net-next v6 2/2] net: phy: tja11xx: add support for master-slave configuration

2020-05-04 Thread Oleksij Rempel
The TJA11xx PHYs have a vendor specific Master/Slave configuration bit, which is not compatible with IEEE 803.2-2018 spec for 100Base-T1 devices. So, provide a custom config_ange call back to solve this problem. Signed-off-by: Oleksij Rempel --- drivers/net/phy/nxp-tja11xx.c | 43 +++

Re: [PATCH] sysctl: Make sure proc handlers can't expose heap memory

2020-05-04 Thread Greg KH
On Mon, May 04, 2020 at 09:59:03PM +, Luis Chamberlain wrote: > On Mon, May 04, 2020 at 01:32:07PM -0700, Kees Cook wrote: > > On Mon, May 04, 2020 at 07:59:37PM +, Luis Chamberlain wrote: > > > On Mon, May 04, 2020 at 12:08:55PM -0700, Kees Cook wrote: > > > > Just as a precaution, make su

[PATCH net-next v6 1/2] ethtool: provide UAPI for PHY master/slave configuration.

2020-05-04 Thread Oleksij Rempel
This UAPI is needed for BroadR-Reach 100BASE-T1 devices. Due to lack of auto-negotiation support, we needed to be able to configure the MASTER-SLAVE role of the port manually or from an application in user space. The same UAPI can be used for 1000BASE-T or MultiGBASE-T devices to force MASTER or S

Re: [PATCH v6 1/5] soc: qcom: rpmh-rsc: Correctly ignore CPU_CLUSTER_PM notifications

2020-05-04 Thread Stephen Boyd
Quoting Douglas Anderson (2020-05-04 10:50:15) > Our switch statement doesn't have entries for CPU_CLUSTER_PM_ENTER, > CPU_CLUSTER_PM_ENTER_FAILED, and CPU_CLUSTER_PM_EXIT and doesn't have > a default. This means that we'll try to do a flush in those cases but > we won't necessarily be the last CP

Re: [PATCH v5 0/4] Charge loop device i/o to issuing cgroup

2020-05-04 Thread Dave Chinner
On Tue, Apr 28, 2020 at 10:27:32PM -0400, Johannes Weiner wrote: > On Wed, Apr 29, 2020 at 07:47:34AM +1000, Dave Chinner wrote: > > On Tue, Apr 28, 2020 at 12:13:46PM -0400, Dan Schatzberg wrote: > > > This patch series does some > > > minor modification to the loop driver so that each cgroup can

Re: [PATCH 4.19 STABLE 2/2] KVM: VMX: Mark RCX, RDX and RSI as clobbered in vmx_vcpu_run()'s asm blob

2020-05-04 Thread Sean Christopherson
On Tue, May 05, 2020 at 08:15:02AM +0200, Greg Kroah-Hartman wrote: > On Mon, May 04, 2020 at 06:23:48PM -0700, Sean Christopherson wrote: > > Save RCX, RDX and RSI to fake outputs to coerce the compiler into > > treating them as clobbered. RCX in particular is likely to be reused by > > the compi

Re: [PATCH v2 0/3] arm64: dts: rockchip: misc. cleanups and improvements

2020-05-04 Thread Chen-Yu Tsai
Hi, On Mon, Apr 27, 2020 at 3:31 PM Chen-Yu Tsai wrote: > > From: Chen-Yu Tsai > > Hi, > > Here is the remaining patch for roc-rk3399-pc, along with a few other > new patches. > > - Based on discussions from v1, patch one, newly added, drops the list > of valid values for linux,default-tri

Re: [PATCH] slub: limit count of partial slabs scanned to gather statistics

2020-05-04 Thread Konstantin Khlebnikov
On 05/05/2020 00.19, David Rientjes wrote: On Mon, 4 May 2020, Konstantin Khlebnikov wrote: To get exact count of free and used objects slub have to scan list of partial slabs. This may take at long time. Scanning holds spinlock and blocks allocations which move partial slabs to per-cpu lists a

[PATCH] kobject: documentation: Fix erroneous function example in kobject doc.

2020-05-04 Thread Qi Zheng
Update the definitions of some functions listed in the kobject document, since they have been changed. Signed-off-by: Qi Zheng --- Documentation/core-api/kobject.rst | 26 ++ 1 file changed, 14 insertions(+), 12 deletions(-) diff --git a/Documentation/core-api/kobject.rs

Re: [PATCH/RFC] clk: gate: Add some kunit test suites

2020-05-04 Thread Vaittinen, Matti
On Mon, 2020-05-04 at 13:19 -0700, Brendan Higgins wrote: > On Sun, May 3, 2020 at 10:54 PM Vaittinen, Matti > wrote: > > On Wed, 2020-04-29 at 12:15 +0800, David Gow wrote: > > > On Tue, Apr 14, 2020 at 7:46 PM Vaittinen, Matti > > > wrote: > > > > Hello Stephen & All, > > > > > > > > Prologue

Re: net: rtw88: fix an issue about leak system resources

2020-05-04 Thread Markus Elfring
> Brian, Thanks very much for your reminder, Reminders can hopefully trigger positive effects. > These comments have always bothered me. Thanks for such information. > Now I can put it on my blacklist. I find it unfortunate that you choose to adjust your communication preferences in this dir

Re: [PATCH 4.19 STABLE 2/2] KVM: VMX: Mark RCX, RDX and RSI as clobbered in vmx_vcpu_run()'s asm blob

2020-05-04 Thread Greg Kroah-Hartman
On Mon, May 04, 2020 at 06:23:48PM -0700, Sean Christopherson wrote: > Save RCX, RDX and RSI to fake outputs to coerce the compiler into > treating them as clobbered. RCX in particular is likely to be reused by > the compiler to dereference the 'struct vcpu_vmx' pointer, which will > result in a n

Re: [PATCH v2 2/2] clk: qoriq: add cpufreq platform device

2020-05-04 Thread Stephen Boyd
Quoting Mian Yousaf Kaukab (2020-04-21 01:30:00) > Add a platform device for qoirq-cpufreq driver for the compatible > clockgen blocks. > > Reviewed-by: Yuantian Tang > Acked-by: Viresh Kumar > Signed-off-by: Mian Yousaf Kaukab > --- Acked-by: Stephen Boyd

Re: [PATCH] net/mlx5: reduce stack usage in qp_read_field

2020-05-04 Thread Leon Romanovsky
On Mon, May 04, 2020 at 05:41:56PM +0200, Arnd Bergmann wrote: > On Sun, May 3, 2020 at 7:30 AM Leon Romanovsky wrote: > > On Thu, Apr 30, 2020 at 04:37:14PM +0200, Arnd Bergmann wrote: > > > On Thu, Apr 30, 2020 at 7:22 AM Leon Romanovsky wrote: > > > > > > While warning limit is generally 1024

Re: [PATCH] iommu: Relax ACS requirement for RCiEP devices.

2020-05-04 Thread Raj, Ashok
Hi Alex + Joerg, accidently missed in the Cc. On Mon, May 04, 2020 at 11:19:36PM -0600, Alex Williamson wrote: > On Mon, 4 May 2020 21:42:16 -0700 > Ashok Raj wrote: > > > PCIe Spec recommends we can relax ACS requirement for RCIEP devices. > > > > PCIe 5.0 Specification. > > 6.12 Access Cont

Re: [PATCH] vfio-pci: Mask cap zero

2020-05-04 Thread Cornelia Huck
On Mon, 4 May 2020 17:03:54 -0600 Alex Williamson wrote: > On Mon, 4 May 2020 15:08:08 -0700 > Neo Jia wrote: > > > On Mon, May 04, 2020 at 12:52:53PM -0600, Alex Williamson wrote: > > > External email: Use caution opening links or attachments > > > > > > > > > On Mon, 4 May 2020 18:09:16 +

Re: [PATCH net] net: dsa: Do not leave DSA master with NULL netdev_ops

2020-05-04 Thread Allen
When ndo_get_phys_port_name() for the CPU port was added we introduced an early check for when the DSA master network device in dsa_master_ndo_setup() already implements ndo_get_phys_port_name(). When we perform the teardown operation in dsa_master_ndo_teardown() we would not be checking that cpu_

Re: [RFC PATCH 00/61] fscache, cachefiles: Rewrite the I/O interface in terms of kiocb/iov_iter

2020-05-04 Thread Christoph Hellwig
Can you split this into a few smaller series? > 60 patches is beyond reviewer comprehension.

Re: [PATCH V4 1/5] dt-bindings: clock: Convert i.MX6Q clock to json-schema

2020-05-04 Thread Stephen Boyd
Quoting Anson Huang (2020-04-29 17:51:57) > Convert the i.MX6Q clock binding to DT schema format using json-schema. > > Signed-off-by: Anson Huang > --- Please send a cover letter next time. Who is going to apply these patches? I hope Rob? If you need an acked-by feel free to have mine! Acked-b

Re: [PATCH] sysctl: Make sure proc handlers can't expose heap memory

2020-05-04 Thread Christoph Hellwig
On Mon, May 04, 2020 at 12:08:55PM -0700, Kees Cook wrote: > Just as a precaution, make sure that proc handlers don't accidentally > grow "count" beyond the allocated kbuf size. > > Signed-off-by: Kees Cook > --- > This applies to hch's sysctl cleanup tree... This looks ok o me. You should prob

Re: [PATCH 5/5] sysctl: pass kernel pointers to ->proc_handler

2020-05-04 Thread Christoph Hellwig
On Mon, May 04, 2020 at 12:01:11PM -0700, Kees Cook wrote: > > if (error) > > - goto out; > > + goto out_free_buf; > > > > /* careful: calling conventions are nasty here */ > > Is this comment still valid after doing these cleanups? The comment is pretty old so I dec

Re: [PATCH] drm: Replace drm_modeset_lock/unlock_all with DRM_MODESET_LOCK_ALL_* helpers

2020-05-04 Thread Michał Orzeł
On 04.05.2020 13:53, Daniel Vetter wrote: > On Fri, May 01, 2020 at 05:49:33PM +0200, Michał Orzeł wrote: >> >> >> On 30.04.2020 20:30, Daniel Vetter wrote: >>> On Thu, Apr 30, 2020 at 5:38 PM Sean Paul wrote: On Wed, Apr 29, 2020 at 4:57 AM Jani Nikula wrote: > > On Tu

[PATCH 3/4] dt-bindings: i2c-stm32: add SMBus Alert bindings

2020-05-04 Thread Alain Volmat
Add a new binding of the i2c-stm32f7 driver to enable the handling of the SMBUS-Alert Signed-off-by: Alain Volmat --- Documentation/devicetree/bindings/i2c/st,stm32-i2c.yaml | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/i2c/st,stm32-i2c.yaml b/Documen

[PATCH 2/4] i2c: addition of client reg/unreg callbacks

2020-05-04 Thread Alain Volmat
Addition of two callbacks reg_client and unreg_client that can be implemented by adapter drivers in order to take action whenever a client is being registered to it. Signed-off-by: Alain Volmat --- drivers/i2c/i2c-core-base.c | 11 +++ include/linux/i2c.h | 6 ++ 2 files cha

[PATCH 1/4] i2c: smbus: add core function handling SMBus host-notify

2020-05-04 Thread Alain Volmat
SMBus Host-Notify protocol, from the adapter point of view consist of receiving a message from a client, including the client address and some other data. It can be simply handled by creating a new slave device and registering a callback performing the parsing of the message received from the clie

[PATCH 0/4] stm32-f7: Addition of SMBus Alert / Host-notify features

2020-05-04 Thread Alain Volmat
This serie adds SMBus Alert and SMBus Host-Notify features for the i2c-stm32f7. For that purpore, I propose two enhancements to the i2c framework. 1. Addition of host-notify client handling as part of the i2c-core-smbus so that any other i2c adapter can benefit from it, even those without specific

[PATCH 4/4] i2c: stm32f7: Add SMBus-specific protocols support

2020-05-04 Thread Alain Volmat
This patch adds the support for SMBus Host notify and SMBus Alert extensions protocols Signed-off-by: Alain Volmat --- drivers/i2c/busses/Kconfig | 1 + drivers/i2c/busses/i2c-stm32f7.c | 198 +-- 2 files changed, 189 insertions(+), 10 deletions(-) diff --git

Re: [v3] nfp: abm: Fix incomplete release of system resources in nfp_abm_vnic_set_mac()

2020-05-04 Thread Markus Elfring
> Thanks for your feedback, and yes, I'd like to further adjust the description > details > to make the patch more clear and better. Thanks for such a positive response. > But because Jakub seems to prefer v1, so I'm somehow confused Such a view can be reasonable. The change acceptance varies

Re: [PATCH] Fix all coding-style warnings on lm75 driver

2020-05-04 Thread Michał Orzeł
On 05.05.2020 03:58, Guenter Roeck wrote: > On Thu, Apr 30, 2020 at 04:05:34PM +0200, Michal Orzel wrote: >> Check/fix all warnings generated by checkpatch.pl script on LM75 driver. >> >> Signed-off-by: Michal Orzel > > Applied, but for the future please prepend your patches with something lik

Re: [PATCH] slub: limit count of partial slabs scanned to gather statistics

2020-05-04 Thread Konstantin Khlebnikov
On 04/05/2020 22.56, Andrew Morton wrote: On Mon, 04 May 2020 19:07:39 +0300 Konstantin Khlebnikov wrote: To get exact count of free and used objects slub have to scan list of partial slabs. This may take at long time. Scanning holds spinlock and blocks allocations which move partial slabs to

Re: [PATCH] drm/bridge: ti-sn65dsi86: Implement lane reordering + polarity

2020-05-04 Thread Stephen Boyd
Quoting Douglas Anderson (2020-05-04 21:36:31) > The ti-sn65dsi86 MIPI DSI to eDP bridge chip supports arbitrary > remapping of eDP lanes and also polarity inversion. Both of these > features have been described in the device tree bindings for the > device since the beginning but were never implem

Re: [PATCH] ASoC: qcom: Use devm_platform_ioremap_resource_byname() to simplify code

2020-05-04 Thread kbuild test robot
Hi Tang, Thank you for the patch! Yet something to improve: [auto build test ERROR on asoc/for-next] [also build test ERROR on v5.7-rc4 next-20200504] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base'

Re: [PATCH] drm/bridge: ti-sn65dsi86: Fix off-by-one error in clock choice

2020-05-04 Thread Stephen Boyd
Quoting Douglas Anderson (2020-05-04 21:32:29) > If the rate in our table is _equal_ to the rate we want then it's OK > to pick it. It doesn't need to be greater than the one we want. > > Fixes: a095f15c00e2 ("drm/bridge: add support for sn65dsi86 bridge driver") > Signed-off-by: Douglas Anderson

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

2020-05-04 Thread Ramuthevar, Vadivel MuruganX
Hi Boris, On 4/5/2020 4:58 pm, Boris Brezillon wrote: On Mon, 4 May 2020 16:50:08 +0800 "Ramuthevar, Vadivel MuruganX" wrote: Hi Boris, On 4/5/2020 3:17 pm, Boris Brezillon wrote: On Mon, 4 May 2020 15:15:08 +0800 "Ramuthevar, Vadivel MuruganX" wrote: Hi Boris, Thank you very mu

Re: [PATCH v7 3/3] phy: intel: Add driver support for ComboPhy

2020-05-04 Thread Vinod Koul
On 04-05-20, 17:32, Dilip Kota wrote: > > On 5/4/2020 5:20 PM, Vinod Koul wrote: > > On 04-05-20, 16:26, Dilip Kota wrote: > > > On 5/4/2020 3:29 PM, Vinod Koul wrote: > > > > On 30-04-20, 15:15, Dilip Kota wrote: > > > > > > > > > + u32 mask, u32 val) > > >

Re: [PATCH] iommu: Relax ACS requirement for RCiEP devices.

2020-05-04 Thread Alex Williamson
On Mon, 4 May 2020 21:42:16 -0700 Ashok Raj wrote: > PCIe Spec recommends we can relax ACS requirement for RCIEP devices. > > PCIe 5.0 Specification. > 6.12 Access Control Services (ACS) > Implementation of ACS in RCiEPs is permitted but not required. It is > explicitly permitted that, within a

Re: [PATCH v8 0/5] Add SS/HS-USB changes for Qualcomm SM8150 chipset

2020-05-04 Thread Vinod Koul
On 04-05-20, 16:54, Wesley Cheng wrote: > This series adds support for the Synopsis 7nm HSPHY USB driver being > used in QCOM chipsets. The HSPHY register map differs compared to > other PHY revisions. In addition, modifications and updates are done > to the QMP driver to add new registers/offse

Re: fs: jfs: fix a possible data race in txBegin()

2020-05-04 Thread Markus Elfring
> I am not sure how to add the tag "Fixes"... How helpful do you find the available software documentation? https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/submitting-patches.rst?id=47cf1b422e6093aee2a3e55d5e162112a2c69870#n183 > I need to find which

Re: [PATCH 1/6] dt-bindings: phy: meson8b-usb2: Convert to json-schema

2020-05-04 Thread Vinod Koul
On 04-05-20, 10:31, Joe Perches wrote: > On Mon, 2020-05-04 at 12:55 +0200, hex dump wrote: > > On Sat, May 2, 2020 at 1:48 PM Martin Blumenstingl > > wrote: > > > Now that we have the DT validation in place, let's convert the device > > > tree bindings for the Amlogic Meson8, Meson8b, Meson8m2 an

Re: [PATCH] kcsan: Add test suite

2020-05-04 Thread David Gow
On Mon, Apr 27, 2020 at 11:23 PM 'Marco Elver' via kasan-dev wrote: > > On Mon, 27 Apr 2020 at 16:35, Marco Elver wrote: > > > > This adds KCSAN test focusing on behaviour of the integrated runtime. > > Tests various race scenarios, and verifies the reports generated to > > console. Makes use of

[PATCH -next] drm/radeon: fix unsigned comparison with 0

2020-05-04 Thread ChenTao
Fixes warning because pipe is unsigned long and can never be negtative vers/gpu/drm/radeon/radeon_kms.c:831:11: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits] if (pipe < 0 || pipe >= rdev->num_crtc) { drivers/gpu/drm/radeon/radeon_kms.c:857:11: warning: comparison

Re: [PATCH v4 10/12] OPP: Add support for setting interconnect-tags

2020-05-04 Thread Viresh Kumar
On 05-05-20, 01:52, Sibi Sankar wrote: > Add support for setting tags on icc paths associated with > the opp_table. > > Signed-off-by: Sibi Sankar > --- > drivers/opp/of.c | 25 +++-- > 1 file changed, 19 insertions(+), 6 deletions(-) Maybe this should be part of Georgi's se

Re: [PATCH 04/15] ath10k: fix gcc-10 zero-length-bounds warnings

2020-05-04 Thread Kalle Valo
"Gustavo A. R. Silva" writes: > On 5/4/20 06:54, Kalle Valo wrote: >> "Gustavo A. R. Silva" writes: >> >>> Hi Arnd, >>> >>> On 4/30/20 16:30, Arnd Bergmann wrote: gcc-10 started warning about out-of-bounds access for zero-length arrays: In file included from drivers/net/wire

Re: [PATCH V3 10/16] arm64/cpufeature: Add remaining feature bits in ID_AA64PFR0 register

2020-05-04 Thread Suzuki K Poulose
On 05/02/2020 02:33 PM, Anshuman Khandual wrote: Enable MPAM and SEL2 features bits in ID_AA64PFR0 register as per ARM DDI 0487F.a specification. Cc: Catalin Marinas Cc: Will Deacon Cc: Mark Rutland Cc: Suzuki K Poulose Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.or

Re: [PATCH v4 06/12] cpufreq: qcom: Update the bandwidth levels on frequency change

2020-05-04 Thread Viresh Kumar
On 05-05-20, 01:52, Sibi Sankar wrote: > Add support to parse optional OPP table attached to the cpu node when > the OPP bandwidth values are populated. This allows for scaling of > DDR/L3 bandwidth levels with frequency change. > > Signed-off-by: Sibi Sankar What about using opp_set_rate instea

Re: [PATCH V3 09/16] arm64/cpufeature: Add remaining feature bits in ID_AA64ISAR0 register

2020-05-04 Thread Suzuki K Poulose
On 05/02/2020 02:33 PM, Anshuman Khandual wrote: Enable TLB features bit in ID_AA64ISAR0 register as per ARM DDI 0487F.a specification. Cc: Catalin Marinas Cc: Will Deacon Cc: Mark Rutland Cc: Suzuki K Poulose Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.org Suggest

[PATCH v3] KVM: nVMX: Skip IBPB when switching between vmcs01 and vmcs02

2020-05-04 Thread Sean Christopherson
Skip the Indirect Branch Prediction Barrier that is triggered on a VMCS switch when running with spectre_v2_user=on/auto if the switch is guaranteed to be between two VMCSes in the same guest, i.e. between vmcs01 and vmcs02. The IBPB is intended to prevent one guest from attacking another, which i

Re: [PATCH v4 04/12] OPP: Add and export helper to update voltage

2020-05-04 Thread Viresh Kumar
On 05-05-20, 01:52, Sibi Sankar wrote: > Add and export 'dev_pm_opp_update_voltage' to update the voltage of an > opp for a given frequency. This will be useful to update the opps with > voltages read back from firmware. > > Signed-off-by: Sibi Sankar Have a look at dev_pm_opp_adjust_voltage().

[PATCH] iommu: Relax ACS requirement for RCiEP devices.

2020-05-04 Thread Ashok Raj
PCIe Spec recommends we can relax ACS requirement for RCIEP devices. PCIe 5.0 Specification. 6.12 Access Control Services (ACS) Implementation of ACS in RCiEPs is permitted but not required. It is explicitly permitted that, within a single Root Complex, some RCiEPs implement ACS and some do not. I

[PATCH] drm/bridge: ti-sn65dsi86: Implement lane reordering + polarity

2020-05-04 Thread Douglas Anderson
The ti-sn65dsi86 MIPI DSI to eDP bridge chip supports arbitrary remapping of eDP lanes and also polarity inversion. Both of these features have been described in the device tree bindings for the device since the beginning but were never implemented in the driver. Implement both of them. Part of t

[PATCH] drm/bridge: ti-sn65dsi86: Fix off-by-one error in clock choice

2020-05-04 Thread Douglas Anderson
If the rate in our table is _equal_ to the rate we want then it's OK to pick it. It doesn't need to be greater than the one we want. Fixes: a095f15c00e2 ("drm/bridge: add support for sn65dsi86 bridge driver") Signed-off-by: Douglas Anderson --- drivers/gpu/drm/bridge/ti-sn65dsi86.c | 2 +- 1 f

Re: [PATCH v1 1/3] printk: honor the max_reason field in kmsg_dumper

2020-05-04 Thread Pavel Tatashin
> > I changed it to make code cleaner: for such basic operation there are > > too many conditions if we will keep it inside the kmsg_dump(). > > However, if being able to set always_kmsg_dump dynamically during > > runtime is deemed important, I can change it back to be checked in > > kmsg_dump. >

Re: [PATCH 2/2] x86/resctrl: Support CPUID enumeration of MBM counter width

2020-05-04 Thread Reinette Chatre
Hi Borislav, On 5/4/2020 12:56 AM, Borislav Petkov wrote: > Hi, > > On Sun, May 03, 2020 at 11:51:00AM -0700, Reinette Chatre wrote: >> I am struggling with what should follow ... > > Since a diff is better than a thousand words :-) see below. > Thank you so much for providing the details. You

Re: [PATCH 1/4] dma-mapping: move the remaining DMA API calls out of line

2020-05-04 Thread Alexey Kardashevskiy
On 17/04/2020 17:58, Christoph Hellwig wrote: > On Wed, Apr 15, 2020 at 09:21:37PM +1000, Alexey Kardashevskiy wrote: >> And the fact they were exported leaves possibility that there is a >> driver somewhere relying on these symbols or distro kernel won't build >> because the symbol disappeared

Re: [PATCH v4 0/7] clean up redundant 'kvm_run' parameters

2020-05-04 Thread Tianjia Zhang
Paolo Bonzini, any opinion on this? Thanks and best, Tianjia On 2020/4/27 12:35, Tianjia Zhang wrote: In the current kvm version, 'kvm_run' has been included in the 'kvm_vcpu' structure. For historical reasons, many kvm-related function parameters retain the 'kvm_run' and 'kvm_vcpu' parameters

Re: perf build error with gcc 10 on arm and aarch64

2020-05-04 Thread Leo Yan
Hi Thomas, [ + Mathieu/Mike/Suzuki ] On Mon, May 04, 2020 at 10:22:27PM +0300, Thomas Backlund wrote: > This is building perf from kernel-5.6.10 on armv7hl and aarch64: > > Compiler is gcc 10.1.0-RC > > > LD perf-in.o > ld: arch/perf-in.o: in function `.LANCHOR0': > /home/iurt/rpmbuild

Re: [PATCH] fs: jfs: fix a possible data race in txBegin()

2020-05-04 Thread Jia-Ju Bai
On 2020/5/5 0:15, Markus Elfring wrote: Thus, a data race can occur for tblk->flag. To fix this data race, the spinlock log->gclock is used in txBegin(). This data race is found by our concurrency fuzzer. How do you think about a wording variant like the following? Change description:

Re: [RFC Patch v1 2/4] irqchip/gic-v3: Add support to handle SGI as pseudo NMI

2020-05-04 Thread Sumit Garg
On Fri, 1 May 2020 at 18:33, Sumit Garg wrote: > > Hi Marc, > > On Thu, 30 Apr 2020 at 17:43, Sumit Garg wrote: > > > > On Thu, 30 Apr 2020 at 14:43, Marc Zyngier wrote: > > > > > > On Thu, 30 Apr 2020 12:50:28 +0530 > > > Sumit Garg wrote: > > > > > > > Hi Marc, > > > > > > > > On Wed, 29 Apr

Re: [PATCH] docs: dt: fix broken links due to txt->yaml renames

2020-05-04 Thread Rob Herring
On Mon, May 4, 2020 at 12:56 PM Uwe Kleine-König wrote: > > Hi Sam, > > On Mon, May 04, 2020 at 07:45:22PM +0200, Sam Ravnborg wrote: > > On Mon, May 04, 2020 at 11:30:20AM +0200, Mauro Carvalho Chehab wrote: > > > There are some new broken doc links due to yaml renames > > > at DT. Developers sho

Re: [PATCH v6 6/7] dt-bindings: input: Add docs for ADC driven joystick.

2020-05-04 Thread Rob Herring
On Sun, 3 May 2020 19:14:50 +0200, Artur Rojek wrote: > Add documentation for the adc-joystick driver, used to provide support > for joysticks connected over ADC. > > Signed-off-by: Artur Rojek > Tested-by: Paul Cercueil > Reviewed-by: Rob Herring > --- > > Changes: > > v2: - Add `reg` pro

Re: [PATCH net-next 1/7] dt-binding: ti: am65x: document common platform time sync cpts module

2020-05-04 Thread Rob Herring
On Fri, 1 May 2020 23:50:05 +0300, Grygorii Strashko wrote: > Document device tree bindings for TI AM654/J721E SoC The Common Platform > Time Sync (CPTS) module. The CPTS module is used to facilitate host control > of time sync operations. Main features of CPTS module are: > - selection of multip

Re: [PATCH net-next 1/7] dt-binding: ti: am65x: document common platform time sync cpts module

2020-05-04 Thread Rob Herring
On Fri, May 01, 2020 at 11:50:05PM +0300, Grygorii Strashko wrote: > Document device tree bindings for TI AM654/J721E SoC The Common Platform > Time Sync (CPTS) module. The CPTS module is used to facilitate host control > of time sync operations. Main features of CPTS module are: > - selection of

[PATCH v1 3/5] [media] mtk-mdp: handle vpu_wdt_reg_handler() errors during probe

2020-05-04 Thread Eizan Miyamoto
This is a cleanup to better handle errors during MDP probe. Signed-off-by: ei...@chromium.org Signed-off-by: Eizan Miyamoto --- drivers/media/platform/mtk-mdp/mtk_mdp_core.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/media/platform/mtk-mdp/mtk_mdp_cor

Re: [RFC net-next 1/3] net: marvell: prestera: Add Switchdev driver for Prestera family ASIC device 98DX325x (AC3x)

2020-05-04 Thread Vadym Kochan
Hi Ido, On Sat, May 02, 2020 at 06:20:49PM +0300, Vadym Kochan wrote: > Hi Ido, > > On Thu, Mar 05, 2020 at 04:49:37PM +0200, Ido Schimmel wrote: > > On Tue, Feb 25, 2020 at 04:30:54PM +, Vadym Kochan wrote: > > > +int mvsw_pr_port_learning_set(struct mvsw_pr_port *port, bool learn) > > > +{

[PATCH v1 5/5] [media] mtk-mdp: Remove mtk_mdp_comp.id and supporting functionality

2020-05-04 Thread Eizan Miyamoto
Since components are registered in a list, the numeric component id that specified a location in an array is not necessary. Signed-off-by: ei...@chromium.org Signed-off-by: Eizan Miyamoto --- drivers/media/platform/mtk-mdp/mtk_mdp_comp.c | 60 +++ drivers/media/platform/mtk-mdp/

[PATCH v1 4/5] [media] mtk-mdp: convert mtk_mdp_dev.comp array to list

2020-05-04 Thread Eizan Miyamoto
The functions mtk_mdp_register/unregister_component have been created to add / remove items from the list of components. This will eventually enable us to specify a list of components in the device tree instead of hardcoding them into this driver. The list is modified by a single thread at driver

[PATCH v2] igb: Report speed and duplex as unknown when device is runtime suspended

2020-05-04 Thread Kai-Heng Feng
igb device gets runtime suspended when there's no link partner. We can't get correct speed under that state: $ cat /sys/class/net/enp3s0/speed 1000 In addition to that, an error can also be spotted in dmesg: [ 385.991957] igb :03:00.0 enp3s0: PCIe link lost Since device can only be runtime s

[PATCH v1 0/5] MTK MDP driver cleanups to prep for futher work

2020-05-04 Thread Eizan Miyamoto
From: Eizan Miyamoto It most notably converts an array of MDP components to a list instead, but also removes some unused fields. This series of patches does some cleanup in preparation for futher work so that hardware video decode works on 4.19 and later kernels. We are planning on adding a dum

[PATCH v1 2/5] [media] mtk-mdp: handle vb2_dma_contig_set_max_seg_size errors during probe

2020-05-04 Thread Eizan Miyamoto
This is a cleanup to better handle errors during MDP probe. Signed-off-by: ei...@chromium.org Signed-off-by: Eizan Miyamoto --- drivers/media/platform/mtk-mdp/mtk_mdp_core.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/media/platform/mtk-mdp/mtk_mdp_core.c

[PATCH v1 1/5] [media] mtk-mdp: remove mtk_mdp_comp.regs from mtk_mdp_comp.h

2020-05-04 Thread Eizan Miyamoto
These fields are not used and can be removed. Signed-off-by: ei...@chromium.org Signed-off-by: Eizan Miyamoto --- drivers/media/platform/mtk-mdp/mtk_mdp_comp.c | 1 - drivers/media/platform/mtk-mdp/mtk_mdp_comp.h | 2 -- 2 files changed, 3 deletions(-) diff --git a/drivers/media/platform/mtk-m

Re: [PATCH 2/2] dt-bindings: media: Document MSM8939 Venus

2020-05-04 Thread Rob Herring
On Fri, 1 May 2020 22:35:03 +0200, Konrad Dybcio wrote: > Signed-off-by: Konrad Dybcio > --- > .../bindings/media/qcom,msm8939-venus.yaml| 119 ++ > 1 file changed, 119 insertions(+) > create mode 100644 > Documentation/devicetree/bindings/media/qcom,msm8939-venus.yaml >

Re: [PATCH v3 00/12] Convert some DT documentation files to ReST

2020-05-04 Thread Rob Herring
On Wed, Apr 15, 2020 at 9:45 AM Mauro Carvalho Chehab wrote: > > While most of the devicetree stuff has its own format (with is now being > converted to YAML format), some documents there are actually > describing the DT concepts and how to contribute to it. > > IMHO, those documents would fit per

Re: [PATCH v7 6/7] OPP: Update the bandwidth on OPP frequency changes

2020-05-04 Thread Viresh Kumar
On 04-05-20, 14:01, Saravana Kannan wrote: > Fair enough. But don't "voltage corner" based devices NEED to use OPP > framework to set their frequencies? No. Anyone can call dev_pm_genpd_set_performance_state(). -- viresh

Re: [PATCH net v1] net: broadcom: fix a mistake about ioremap resource

2020-05-04 Thread Florian Fainelli
On 5/4/2020 7:03 PM, Dejin Zheng wrote: > Commit d7a5502b0bb8b ("net: broadcom: convert to > devm_platform_ioremap_resource_byname()") will broke this driver. > idm_base and nicpm_base were optional, after this change, they are > mandatory. it will probe fails with -22 when the dtb doesn't have

Re: [f2fs-dev] [PATCH] f2fs: remove redundant check in f2fs_force_buffered_io

2020-05-04 Thread Jaegeuk Kim
On 05/05, Chao Yu wrote: > On 2020-5-4 22:35, Jaegeuk Kim wrote: > > From: Daeho Jeong > > > > We already checked whether the file is compressed or not in > > f2fs_post_read_required(). So removed f2fs_compressed_file() > > in f2fs_force_buffered_io(). > > Agreed, since I have sent similar patch

[PATCH v6 0/2] Add a watchdog driver that uses ARM Secure Monitor Calls.

2020-05-04 Thread Evan Benn
This is currently supported in firmware deployed on oak, hana and elm mt8173 chromebook devices. The kernel driver is written to be a generic SMC watchdog driver. Arm Trusted Firmware upstreaming review: https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/3405 Patch to add oak, han

[PATCH v6 2/2] watchdog: Add new arm_smc_wdt watchdog driver

2020-05-04 Thread Evan Benn
From: Julius Werner This patch adds a watchdog driver that can be used on ARM systems with the appropriate watchdog implemented in Secure Monitor firmware. The driver communicates with firmware via a Secure Monitor Call. This may be useful for platforms using TrustZone that want the Secure Monito

[PATCH v6 1/2] dt-bindings: watchdog: Add ARM smc wdt for mt8173 watchdog

2020-05-04 Thread Evan Benn
This watchdog can be used on ARM systems with a Secure Monitor firmware to forward watchdog operations to firmware via a Secure Monitor Call. Signed-off-by: Evan Benn --- Changes in v6: - Don't use dt default Changes in v5: - Change compatible to arm,smc-wdt Changes in v4: - Add arm,smc-id pr

Re: [PATCH v1 1/3] printk: honor the max_reason field in kmsg_dumper

2020-05-04 Thread Pavel Tatashin
On Mon, May 4, 2020 at 10:52 PM Pavel Tatashin wrote: > > > > @@ -3157,12 +3162,9 @@ void kmsg_dump(enum kmsg_dump_reason reason) > > > struct kmsg_dumper *dumper; > > > unsigned long flags; > > > > > > - if ((reason > KMSG_DUMP_OOPS) && !always_kmsg_dump) > > > - retur

Re: [PATCH v8 4/4] kvm: vmx: virtualize split lock detection

2020-05-04 Thread Sean Christopherson
On Wed, Apr 15, 2020 at 02:43:18PM -0700, Sean Christopherson wrote: > On Wed, Apr 15, 2020 at 11:22:11PM +0200, Thomas Gleixner wrote: > > Sean Christopherson writes: > > > I don't see any way to avoid having KVM differentiate between sld_warn and > > > sld_fatal. Even if KVM is able to virtuali

Re: [PATCH 2/2] scripts/dtc: compile separate dtc-yaml

2020-05-04 Thread Masahiro Yamada
On Tue, May 5, 2020 at 4:15 AM Rob Herring wrote: > > On Sun, May 3, 2020 at 9:07 PM Masahiro Yamada wrote: > > > > Marek Behún reported a case where pkg-config fails to detect the > > libyaml-dev package, which is presumably a bug of the distro. > > > > Irrespective of that, I am not a big fan o

[PATCH 1/2] ALSA: hda: Use dev_to_hdac_dev macro

2020-05-04 Thread Kai-Heng Feng
Use dev_to_hdac_dev() instead of container_of(). No functional change intended. Signed-off-by: Kai-Heng Feng --- sound/hda/ext/hdac_ext_bus.c | 2 +- sound/hda/hdac_device.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/hda/ext/hdac_ext_bus.c b/sound/hda/ext/

[PATCH 2/2] ALSA: hda: Use hdac_to_hda_codec macro

2020-05-04 Thread Kai-Heng Feng
Use hdac_to_hda_codec() instead of container_of(). No functional change intended. Signed-off-by: Kai-Heng Feng --- include/sound/hda_codec.h | 4 sound/pci/hda/patch_hdmi.c | 12 ++-- sound/soc/codecs/hdac_hda.h | 4 3 files changed, 10 insertions(+), 10 deletions(-) dif

Re: [PATCH 2/3] mfd: Intel Platform Monitoring Technology support

2020-05-04 Thread Randy Dunlap
On 5/4/20 7:31 PM, David E. Box wrote: > diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig > index 0a59249198d3..c673031acdf1 100644 > --- a/drivers/mfd/Kconfig > +++ b/drivers/mfd/Kconfig > @@ -632,6 +632,16 @@ config MFD_INTEL_MSIC > Passage) chip. This chip embeds audio, battery, GP

Re: [PATCH 3/3] mm/hugetlb: Introduce HAVE_ARCH_CLEAR_HUGEPAGE_FLAGS

2020-05-04 Thread Anshuman Khandual
; were to generate an compiler error but it doesn't. If it did we could > detect these incorrect inclusion orders. > >>> #endif >>> >>> And the various arch headers do >>> >>> static inline void arch_clear_hugepage_flags(struct page *pa

Re: [PATCH v1 1/3] printk: honor the max_reason field in kmsg_dumper

2020-05-04 Thread Pavel Tatashin
> > @@ -3157,12 +3162,9 @@ void kmsg_dump(enum kmsg_dump_reason reason) > > struct kmsg_dumper *dumper; > > unsigned long flags; > > > > - if ((reason > KMSG_DUMP_OOPS) && !always_kmsg_dump) > > - return; > > - > > rcu_read_lock(); > > list_for_each_entry_rcu

RE: [PATCH net-next] ixgbe: fix signed-integer-overflow warning

2020-05-04 Thread Kirsher, Jeffrey T
> -Original Message- > From: Xie XiuQi > Sent: Monday, May 4, 2020 19:45 > To: Kirsher, Jeffrey T ; da...@davemloft.net > Cc: intel-wired-...@lists.osuosl.org; net...@vger.kernel.org; linux- > ker...@vger.kernel.org > Subject: [PATCH net-next] ixgbe: fix signed-integer-overflow warning >

[PATCH v5 0/8] Bug fixes and improved logging in MHI

2020-05-04 Thread Bhaumik Bhatt
A set of patches for bug fixes and improved logging in mhi/core/boot.c. Verified on x86 and arm64 platforms. v5: -Updated the macro MHI_RANDOM_U32_NONZERO to take a bitmask as the input parameter and output a non-zero value between 1 and U32_MAX v4: -Dropped the change: bus: mhi: core: WARN_ON fo

[PATCH v5 3/8] bus: mhi: core: Add range check for channel id received in event ring

2020-05-04 Thread Bhaumik Bhatt
From: Hemant Kumar MHI data completion handler function reads channel id from event ring element. Value is under the control of MHI devices and can be any value between 0 and 255. In order to prevent out of bound access add a bound check against the max channel supported by controller and skip pr

[PATCH v5 8/8] bus: mhi: core: Ensure non-zero session or sequence ID values are used

2020-05-04 Thread Bhaumik Bhatt
While writing any sequence or session identifiers, it is possible that the host could write a zero value, whereas only non-zero values should be supported writes to those registers. Ensure that the host does not write a non-zero value for them and also log them in debug messages. Signed-off-by: Bh

[PATCH v5 1/8] bus: mhi: core: Refactor mhi queue APIs

2020-05-04 Thread Bhaumik Bhatt
From: Hemant Kumar Move all the common code to generate TRE from mhi_queue_buf, mhi_queue_dma and mhi_queue_skb to mhi_gen_tre. This helps to centralize the TRE generation code which makes any future bug fixing easier to manage in these APIs. Suggested-by: Jeffrey Hugo Signed-off-by: Hemant Kum

  1   2   3   4   5   6   7   8   9   10   >