Re: [perf metricgroup] fcc9c5243c: perf-sanity-tests.Parse_and_process_metrics.fail

2020-11-03 Thread John Garry
On 03/11/2020 16:05, Ian Rogers wrote: On Tue, Nov 3, 2020 at 6:43 AM John Garry wrote: On 20/10/2020 17:53, Ian Rogers wrote: Thanks for taking a look John. If you want help you can send the output of "perf test 67 -vvv" to me. It is possible Broadwell has similar glitches in the json to Skyl

Re: [PATCH] drivers: drm: fix msm_drv.h warning

2020-11-03 Thread Rob Clark
Should be fixed by: https://patchwork.freedesktop.org/patch/397039/?series=83038&rev=1 On Mon, Nov 2, 2020 at 7:44 PM dev god wrote: > > Hi > > fix implicit declaration of function error. > > >> drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c:1229:7: error: implicit > >> declaration of function 'ms

Re: [PATCH v3] MAINTAINERS: add Dan Murphy as TI LP8xxx drivers maintainer

2020-11-03 Thread Daniel Thompson
On Tue, Nov 03, 2020 at 05:28:32PM +0100, Krzysztof Kozlowski wrote: > Milo Kim's email in TI bounces with permanent error (550: Invalid > recipient). Last email from him on LKML was in 2017. Move Milo Kim to > credits and add Dan Murphy from TI to look after: > - TI LP855x backlight driver, >

Re: [PATCH v5 0/7] arm64: Default to 32-bit wide ZONE_DMA

2020-11-03 Thread Nicolas Saenz Julienne
On Fri, 2020-10-30 at 18:11 +, Catalin Marinas wrote: > On Thu, Oct 29, 2020 at 06:25:43PM +0100, Nicolas Saenz Julienne wrote: > > Ard Biesheuvel (1): > > arm64: mm: Set ZONE_DMA size based on early IORT scan > > > > Nicolas Saenz Julienne (6): > > arm64: mm: Move reserve_crashkernel() in

Re: [PATCH] mmc: meson-gx: drop of_match_ptr from of_device_id table

2020-11-03 Thread Kevin Hilman
Krzysztof Kozlowski writes: > The driver can match only via the DT table so the table should be always > used and the of_match_ptr does not have any sense (this also allows ACPI > matching via PRP0001, even though it is not relevant here). This fixes > compile warning (!CONFIG_OF && !CONFIG_MODU

Re: [PATCH] drm/msm/dp: promote irq_hpd handle to handle link trainign correctly

2020-11-03 Thread khsieh
On 2020-11-02 11:29, Stephen Boyd wrote: Subject has a typo in "training". Quoting Kuogee Hsieh (2020-10-30 16:23:24) Some dongles, such as Apple, required link training done at irq_hpd s/required/require/ request instead of plugin request. This patch promote irq_hpd hanlder s/hanlder/han

Re: [PATCH 2/2] venus: venc: fix handlig of S_SELECTION and G_SELECTION

2020-11-03 Thread dikshita
Hi Tomasz, Proper handling of CROP is added with new patch https://lkml.org/lkml/2020/11/3/811 Thanks, Dikshita On 2020-10-27 20:32, vgaro...@codeaurora.org wrote: On 2020-10-23 04:38, Tomasz Figa wrote: On Thu, Oct 22, 2020 at 6:37 AM wrote: Hi Tomasz, On 2020-10-13 19:09, Tomasz Figa

Re: [PATCH v2 2/2] mm: prevent gup_fast from racing with COW during fork

2020-11-03 Thread Peter Xu
On Tue, Nov 03, 2020 at 01:17:12AM +0100, Ahmed S. Darwish wrote: > > > > diff --git a/mm/memory.c b/mm/memory.c > > > > index c48f8df6e50268..294c2c3c4fe00d 100644 > > > > +++ b/mm/memory.c > > > > @@ -1171,6 +1171,12 @@ copy_page_range(struct vm_area_struct *dst_vma, > > > > struct vm_area_struc

Re: [PATCH] erofs: derive atime instead of leaving it empty

2020-11-03 Thread Gao Xiang
Hi Chao, On Tue, Nov 03, 2020 at 11:58:42PM +0800, Chao Yu wrote: > Hi Xiang, > > On 2020-11-3 10:50, Gao Xiang wrote: > > Hi Chao, > > > > On Sun, Nov 01, 2020 at 03:51:02AM +0800, Gao Xiang wrote: > > > From: Gao Xiang > > > > > > EROFS has _only one_ ondisk timestamp (ctime is currently > >

Re: [PATCH] drm/tegra: sor: Don't warn on probe deferral

2020-11-03 Thread Jon Hunter
On 03/11/2020 11:44, Jon Hunter wrote: > Deferred probe is an expected return value for tegra_output_probe(). > Given that the driver deals with it properly, there's no need to output > a warning that may potentially confuse users. > > Signed-off-by: Jon Hunter > --- > drivers/gpu/drm/tegra/so

Re: [PATCH net-next v3 4/4] net: phy: dp83td510: Add support for the DP83TD510 Ethernet PHY

2020-11-03 Thread Dan Murphy
Andrew On 10/30/20 3:15 PM, Andrew Lunn wrote: +static int dp83td510_config_init(struct phy_device *phydev) +{ + struct dp83td510_private *dp83td510 = phydev->priv; + int mst_slave_cfg; + int ret = 0; + + if (phy_interface_is_rgmii(phydev)) { + if (dp83td510

Re: [PATCH net-next v3 2/4] dt-bindings: net: Add Rx/Tx output configuration for 10base T1L

2020-11-03 Thread Andrew Lunn
> Do you have any issue with the property being in the ethernet-phy.yaml? It seems generic enough. Increasing the voltage increases the power requirements, and maybe not all boards are capable of that. Andrew

Re: [PATCH v3 3/4] powercap: Add AMD Fam17h RAPL support

2020-11-03 Thread Srinivas Pandruvada
On Tue, 2020-11-03 at 17:10 +1100, Victor Ding wrote: > On Mon, Nov 2, 2020 at 12:39 PM Zhang Rui > wrote: > > On Tue, 2020-10-27 at 07:23 +, Victor Ding wrote: > > > This patch enables AMD Fam17h RAPL support for the power capping > > > framework. The support is as per AMD Fam17h Model31h (Ze

Re: [PATCH net-next v3 4/4] net: phy: dp83td510: Add support for the DP83TD510 Ethernet PHY

2020-11-03 Thread Dan Murphy
Hello On 10/30/20 6:03 PM, Jakub Kicinski wrote: On Fri, 30 Oct 2020 12:29:50 -0500 Dan Murphy wrote: The DP83TD510E is an ultra-low power Ethernet physical layer transceiver that supports 10M single pair cable. The device supports both 2.4-V p2p and 1-V p2p output voltage as defined by IEEE 8

Re: Does LOCKDEP work on ARM64?

2020-11-03 Thread Mark Rutland
Hi Dmitry, On Sat, Oct 24, 2020 at 11:51:49AM +0200, Dmitry Vyukov wrote: > Hello ARM64/LOCKDEP maintainers, > > I've started experimenting with running syzkaller on ARM64 using > QEMU/TCG. Total execution speed is very low and it ran just a handful > of tests, but I am seeing massive amounts of

Re: [PATCH] x86/mpx: fix recursive munmap() corruption

2020-11-03 Thread Laurent Dufour
Le 23/10/2020 à 14:28, Christophe Leroy a écrit : Hi Laurent Le 07/05/2019 à 18:35, Laurent Dufour a écrit : Le 01/05/2019 à 12:32, Michael Ellerman a écrit : Laurent Dufour writes: Le 23/04/2019 à 18:04, Dave Hansen a écrit : On 4/23/19 4:16 AM, Laurent Dufour wrote: ... There are 2 assu

Re: [PATCH 5/5] ARM: dts: exynos: Add Ethernet interface description for Odroid X/X2

2020-11-03 Thread Lukasz Stelmach
It was <2020-11-03 wto 17:44>, when Krzysztof Kozlowski wrote: > On Tue, Nov 03, 2020 at 01:46:18PM +0100, Łukasz Stelmach wrote: >> Add Ethernet interface description for Odroid X/X2. >> >> Signed-off-by: Łukasz Stelmach >> --- >> arch/arm/boot/dts/exynos4412-odroidx.dts | 28 ++

[PATCH] powerpc/vdso: Fix VDSO unmap check

2020-11-03 Thread Laurent Dufour
The check introduced by the commit 83d3f0e90c6c ("powerpc/mm: tracking vDSO remap") is wrong and is missing some partial unmaps of the VDSO. To be complete the check needs the base and end address of the VDSO. Currently only the base is available in the mm_context of a task, but the end address ca

Re: [PATCH v3 07/26] coresight: Introduce device access abstraction

2020-11-03 Thread Mathieu Poirier
Hi Suzuki, On Wed, Oct 28, 2020 at 10:09:26PM +, Suzuki K Poulose wrote: > We are about to introduce support for sysreg access to ETMv4.4+ > component. Since there are generic routines that access the > registers (e.g, CS_LOCK/UNLOCK , claim/disclaim operations, timeout) > and in order to pres

Re: [PATCH v2] x86/dumpstack: Fix misleading instruction pointer error message

2020-11-03 Thread Borislav Petkov
On Tue, Nov 03, 2020 at 01:50:34PM +0100, Oleg Nesterov wrote: > Another problem is that show_opcodes() makes no sense if user_mode(regs) > and tsk is not current. Because if not current, we would access *some* user address space but not the one to which regs belong to? > Try "echo t > /proc/sysr

Re: drivers/vfio/fsl-mc/vfio_fsl_mc_intr.c:16:5: warning: no previous prototype for function 'vfio_fsl_mc_irqs_allocate'

2020-11-03 Thread Diana Craciun OSS
Hi, The warning is fixed by this patch: https://www.spinics.net/lists/kvm/msg227575.html The errors are caused by the fact that the vfio fsl-mc patches have a dependency on the fsl-mc bus series. For this particular error the missing patch is: bus/fsl-mc: Export IRQ pool handling functions t

Re: [PATCH net-next v3 4/4] net: phy: dp83td510: Add support for the DP83TD510 Ethernet PHY

2020-11-03 Thread Andrew Lunn
On Tue, Nov 03, 2020 at 11:07:00AM -0600, Dan Murphy wrote: > Andrew > > On 10/30/20 3:15 PM, Andrew Lunn wrote: > > > +static int dp83td510_config_init(struct phy_device *phydev) > > > +{ > > > + struct dp83td510_private *dp83td510 = phydev->priv; > > > + int mst_slave_cfg; > > > + int ret = 0; >

Re: [PATCH 1/2] vfio/fsl-mc: return -EFAULT if copy_to_user() fails

2020-11-03 Thread Diana Craciun OSS
On 11/2/2020 11:45 PM, Alex Williamson wrote: Thanks, Dan. Diana, can I get an ack for this? Thanks, Yes, sure, I apologize for not doing it earlier. Thanks, Diana Alex On Fri, 23 Oct 2020 14:34:50 +0300 Dan Carpenter wrote: The copy_to_user() function returns the number of bytes re

Re: [PATCH net-next v3 4/4] net: phy: dp83td510: Add support for the DP83TD510 Ethernet PHY

2020-11-03 Thread Andrew Lunn
On Tue, Nov 03, 2020 at 11:09:44AM -0600, Dan Murphy wrote: > Hello > > On 10/30/20 6:03 PM, Jakub Kicinski wrote: > > On Fri, 30 Oct 2020 12:29:50 -0500 Dan Murphy wrote: > > > The DP83TD510E is an ultra-low power Ethernet physical layer transceiver > > > that supports 10M single pair cable. > >

Re: [PATCH 5/5] ARM: dts: exynos: Add Ethernet interface description for Odroid X/X2

2020-11-03 Thread Krzysztof Kozlowski
On Tue, 3 Nov 2020 at 18:13, Lukasz Stelmach wrote: > > It was <2020-11-03 wto 17:44>, when Krzysztof Kozlowski wrote: > > On Tue, Nov 03, 2020 at 01:46:18PM +0100, Łukasz Stelmach wrote: > >> Add Ethernet interface description for Odroid X/X2. > >> > >> Signed-off-by: Łukasz Stelmach > >> --- >

Re: [PATCH net-next v3 4/4] net: phy: dp83td510: Add support for the DP83TD510 Ethernet PHY

2020-11-03 Thread Dan Murphy
Andrew On 11/3/20 11:21 AM, Andrew Lunn wrote: On Tue, Nov 03, 2020 at 11:09:44AM -0600, Dan Murphy wrote: Hello On 10/30/20 6:03 PM, Jakub Kicinski wrote: On Fri, 30 Oct 2020 12:29:50 -0500 Dan Murphy wrote: The DP83TD510E is an ultra-low power Ethernet physical layer transceiver that suppo

Re: [PATCH v3 07/26] coresight: Introduce device access abstraction

2020-11-03 Thread Mathieu Poirier
On Tue, Nov 03, 2020 at 10:14:17AM -0700, Mathieu Poirier wrote: > Hi Suzuki, > > On Wed, Oct 28, 2020 at 10:09:26PM +, Suzuki K Poulose wrote: > > We are about to introduce support for sysreg access to ETMv4.4+ > > component. Since there are generic routines that access the > > registers (e.g

Re: [PATCH v18 2/4] iommu/arm-smmu: Add a way for implementations to influence SCTLR

2020-11-03 Thread Jordan Crouse
On Mon, Nov 02, 2020 at 06:18:45PM +, Robin Murphy wrote: > On 2020-11-02 17:14, Jordan Crouse wrote: > >From: Rob Clark > > > >For the Adreno GPU's SMMU, we want SCTLR.HUPCF set to ensure that > >pending translations are not terminated on iova fault. Otherwise > >a terminated CP read could h

[PATCH v4.9..v4.19] rtc: rx8010: don't modify the global rtc ops

2020-11-03 Thread Bartosz Golaszewski
From: Bartosz Golaszewski The way the driver is implemented is buggy for the (admittedly unlikely) use case where there are two RTCs with one having an interrupt configured and the second not. This is caused by the fact that we use a global rtc_class_ops struct which we modify depending on whethe

Re: [PATCH] drm/msm: a5xx: Make preemption reset case reentrant

2020-11-03 Thread Jordan Crouse
On Mon, Nov 02, 2020 at 09:02:25PM +0100, Marijn Suijten wrote: > nr_rings is reset to 1, but when this function is called for a second > (and third!) time nr_rings > 1 is false, thus the else case is entered > to set up a buffer for the RPTR shadow and consequently written to > RB_RPTR_ADDR, hangi

Re: [PATCH v7 2/6] interconnect: Add generic interconnect driver for Exynos SoCs

2020-11-03 Thread Sylwester Nawrocki
On 03.11.2020 15:12, Chanwoo Choi wrote: >>> I have a question about exynos_icc_get_parent(). >>> As I checked, this function returns the only one icc_node >>> as parent node. But, bus_display dt node in the exynos4412.dtsi >>> specifies the two interconnect node as following with bus_leftbus, bus_

[PATCH v6 0/7] arm64: Default to 32-bit wide ZONE_DMA

2020-11-03 Thread Nicolas Saenz Julienne
Using two distinct DMA zones turned out to be problematic. Here's an attempt go back to a saner default. I tested this on both a RPi4 and QEMU. --- Changes since v5: - Unify ACPI/DT functions Changes since v4: - Fix of_dma_get_max_cpu_address() so it returns the last addressable addres, no

[PATCH v6 1/7] arm64: mm: Move reserve_crashkernel() into mem_init()

2020-11-03 Thread Nicolas Saenz Julienne
crashkernel might reserve memory located in ZONE_DMA. We plan to delay ZONE_DMA's initialization after unflattening the devicetree and ACPI's boot table initialization, so move it later in the boot process. Specifically into mem_init(), this is the last place crashkernel will be able to reserve the

[PATCH v6 5/7] arm64: mm: Set ZONE_DMA size based on devicetree's dma-ranges

2020-11-03 Thread Nicolas Saenz Julienne
We recently introduced a 1 GB sized ZONE_DMA to cater for platforms incorporating masters that can address less than 32 bits of DMA, in particular the Raspberry Pi 4, which has 4 or 8 GB of DRAM, but has peripherals that can only address up to 1 GB (and its PCIe host bridge can only access the bott

[PATCH v6 6/7] arm64: mm: Set ZONE_DMA size based on early IORT scan

2020-11-03 Thread Nicolas Saenz Julienne
From: Ard Biesheuvel We recently introduced a 1 GB sized ZONE_DMA to cater for platforms incorporating masters that can address less than 32 bits of DMA, in particular the Raspberry Pi 4, which has 4 or 8 GB of DRAM, but has peripherals that can only address up to 1 GB (and its PCIe host bridge c

[PATCH v6 3/7] of/address: Introduce of_dma_get_max_cpu_address()

2020-11-03 Thread Nicolas Saenz Julienne
Introduce of_dma_get_max_cpu_address(), which provides the highest CPU physical address addressable by all DMA masters in the system. It's specially useful for setting memory zones sizes at early boot time. Signed-off-by: Nicolas Saenz Julienne Reviewed-by: Rob Herring --- Changes since v4: -

Re: [PATCH v2] bus: mhi: core: Add support MHI EE FP for download firmware

2020-11-03 Thread Bhaumik Bhatt
On 2020-11-02 17:47, Carl Yin wrote: Hi bbhatt: On November 03, 2020 12:34 AM, Bhatt wrote: On 2020-11-02 04:27, carl@quectel.com wrote: > From: "carl.yin" > > MHI wwan modems support download firmware to nand or emmc by firehose > protocol, process as next: > 1. modem boot up and enter EE

Re: [PATCH v1] PCI: brcmstb: variable is missing proper initialization

2020-11-03 Thread Nicolas Saenz Julienne
On Mon, 2020-11-02 at 13:07 -0800, Florian Fainelli wrote: > > On 11/2/2020 12:57 PM, Jim Quinlan wrote: > > The variable 'tmp' is used multiple times in the brcm_pcie_setup() > > function. One such usage did not initialize 'tmp' to the current value of > > the target register. By luck the mista

[PATCH v6 4/7] of: unittest: Add test for of_dma_get_max_cpu_address()

2020-11-03 Thread Nicolas Saenz Julienne
Introduce a test for of_dma_get_max_cup_address(), it uses the same DT data as the rest of dma-ranges unit tests. Signed-off-by: Nicolas Saenz Julienne Reviewed-by: Rob Herring --- Changes since v5: - Update address expected by test Changes since v3: - Remove HAS_DMA guards drivers/of/unitt

[PATCH v6 2/7] arm64: mm: Move zone_dma_bits initialization into zone_sizes_init()

2020-11-03 Thread Nicolas Saenz Julienne
zone_dma_bits's initialization happens earlier that it's actually needed, in arm64_memblock_init(). So move it into the more suitable zone_sizes_init(). Signed-off-by: Nicolas Saenz Julienne Tested-by: Jeremy Linton --- arch/arm64/mm/init.c | 7 ++- 1 file changed, 2 insertions(+), 5 deleti

[PATCH v6 7/7] mm: Remove examples from enum zone_type comment

2020-11-03 Thread Nicolas Saenz Julienne
We can't really list every setup in common code. On top of that they are unlikely to stay true for long as things change in the arch trees independently of this comment. Suggested-by: Christoph Hellwig Signed-off-by: Nicolas Saenz Julienne Reviewed-by: Christoph Hellwig --- include/linux/mmzon

Re: [PATCH 0/4] Add GCC and RPMh clock support for SDX55

2020-11-03 Thread Bjorn Andersson
On Wed 28 Oct 12:08 CDT 2020, Manivannan Sadhasivam wrote: > On Wed, Oct 28, 2020 at 01:12:28PM +0530, Manivannan Sadhasivam wrote: > > Hello, > > > > This series adds Global Clock Controller (GCC) and RPMh clock support > > for SDX55 SoC from Qualcomm with relevant DT bindings. > > > > This ser

Re: [PATCH 0/4] aarch64: avoid mprotect(PROT_BTI|PROT_EXEC) [BZ #26831]

2020-11-03 Thread Mark Brown
On Tue, Nov 03, 2020 at 10:25:37AM +, Szabolcs Nagy wrote: > Re-mmap executable segments instead of mprotecting them in > case mprotect is seccomp filtered. > For the kernel mapped main executable we don't have the fd > for re-mmap so linux needs to be updated to add BTI. (In the > presence o

Re: [PATCH] drm/msm/dp: deinitialize mainlink if link training failedo

2020-11-03 Thread khsieh
On 2020-11-02 12:59, Stephen Boyd wrote: Quoting Kuogee Hsieh (2020-10-30 16:22:53) DP compo phy have to be enable to start link training. When link training failed phy need to be disabled so that next link trainng can be proceed smoothly at next plug in. This s/trainng/training/ patch de in

Re: [PATCH v3] MAINTAINERS: add Dan Murphy as TI LP8xxx drivers maintainer

2020-11-03 Thread Mark Brown
On Tue, Nov 03, 2020 at 05:28:32PM +0100, Krzysztof Kozlowski wrote: > Milo Kim's email in TI bounces with permanent error (550: Invalid > recipient). Last email from him on LKML was in 2017. Move Milo Kim to > credits and add Dan Murphy from TI to look after: > - TI LP855x backlight driver, >

Re: [PATCH net-next v3 4/4] net: phy: dp83td510: Add support for the DP83TD510 Ethernet PHY

2020-11-03 Thread Dan Murphy
Andrew On 11/3/20 11:18 AM, Andrew Lunn wrote: On Tue, Nov 03, 2020 at 11:07:00AM -0600, Dan Murphy wrote: Andrew On 10/30/20 3:15 PM, Andrew Lunn wrote: +static int dp83td510_config_init(struct phy_device *phydev) +{ + struct dp83td510_private *dp83td510 = phydev->priv; + int mst

[gustavoars-linux:testing/uapi/netfilter] BUILD SUCCESS 91b7283a05efa53a50234852de97827317e4f98b

2020-11-03 Thread kernel test robot
allyesconfig mips allmodconfig powerpc allyesconfig powerpc allmodconfig powerpc allnoconfig x86_64 randconfig-a004-20201103 x86_64 randconfig-a005-20201103

Re: [PATCH v2] Input: Fix the HID usage of DPAD input event generation.

2020-11-03 Thread Benjamin Tissoires
Hi Chris, On Mon, Nov 2, 2020 at 6:24 PM Chris Ye wrote: > > Hi Benjamin, > > I've tried the hid-tool for testing on my linux machine and it > works. However the issue comes from a game controller I don't posses in > hand right now so I can't physically connect it and provide the log from >

Re: [PATCH 3/4] dt-bindings: clock: Introduce RPMHCC bindings for SDX55

2020-11-03 Thread Bjorn Andersson
On Wed 28 Oct 02:42 CDT 2020, Manivannan Sadhasivam wrote: > From: Vinod Koul > > Add compatible for SDX55 RPMHCC and DT include. > > Signed-off-by: Vinod Koul Given that you handled the patch on its way here you should add your Signed-off-by. When doing so feel free to add my: Reviewed-by:

Re: [PATCH net-next v3 4/4] net: phy: dp83td510: Add support for the DP83TD510 Ethernet PHY

2020-11-03 Thread Andrew Lunn
> > > > drivers/net/phy/dp83td510.c:70:11: warning: symbol > > > > 'dp83td510_feature_array' was not declared. Should it be static? > > > I did not see this warning. Did you use W=1? > > I _think_ that one is W=1. All the PHY drivers are W=1 clean, and i > > want to keep it that way. And i hope to

Re: [PATCH v3] lib: Convert test_printf.c to KUnit

2020-11-03 Thread Brendan Higgins
On Tue, Nov 3, 2020 at 8:22 AM Greg KH wrote: > > On Tue, Nov 03, 2020 at 05:11:47PM +0100, Petr Mladek wrote: > > On Tue 2020-11-03 12:52:23, Greg KH wrote: > > > On Tue, Nov 03, 2020 at 01:33:53PM +0200, Andy Shevchenko wrote: > > > > On Tue, Nov 03, 2020 at 04:40:49PM +0530, Arpitha Raghunandan

Re: [PATCH v2 2/2] mm: prevent gup_fast from racing with COW during fork

2020-11-03 Thread Linus Torvalds
On Mon, Nov 2, 2020 at 10:52 PM Ahmed S. Darwish wrote: > > The problem is, I've already documented seqlock.h to death There are > more comments than code in there, and there is "seqlock.rst" under > Documentation/ to further describe the big picture. Well, honestly, I think the correct thing

[PATCH v4] qnx4: qnx4_block_map error handling

2020-11-03 Thread Tong Zhang
qnx4_block_map() may return -EIO on funny qnx4 fs image, in this case do not interpret error as a valid block number. Signed-off-by: Tong Zhang --- v2: also check other callers according to Anders Larsen's comment v3: change error code from EIO to ~0ull to avoid potential compiler warning on sig

Re: [PATCH 1/5] ARM: dts: exynos: Fix ethernet description for Odroid XU3

2020-11-03 Thread Lukasz Stelmach
It was <2020-11-03 wto 17:36>, when Krzysztof Kozlowski wrote: > On Tue, Nov 03, 2020 at 01:46:14PM +0100, Łukasz Stelmach wrote: >> Create ethernet alias > > Your commit msg should explain why. > OK. (And a separate patch - ack) >> and assign appropriate compatible properties. > > Then what was

Re: [net-next PATCH 2/3] octeontx2-af: Add devlink health reporters for NPA

2020-11-03 Thread George Cherian
Hi Willem, > -Original Message- > From: Willem de Bruijn > Sent: Tuesday, November 3, 2020 7:21 PM > To: George Cherian > Cc: Network Development ; linux-kernel ker...@vger.kernel.org>; Jakub Kicinski ; David Miller > ; Sunil Kovvuri Goutham > ; Linu Cherian ; > Geethasowjanya Akula ;

Re: [PATCH v4 0/5] Bluetooth: Add new MGMT interface for advertising add

2020-11-03 Thread Daniel Winkler
Hello Luiz, Thank you for the information. It is good to know that this tool is actively used and that there is a way to skip existing flaky tests. Just for clarification, is this a requirement to land the kernel changes, i.e. should I prioritize adding these tests immediately to move the process

KASAN: use-after-free Write in io_submit_sqes

2020-11-03 Thread syzbot
Hello, syzbot found the following issue on: HEAD commit:b49976d8 Add linux-next specific files for 20201102 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=16a0273250 kernel config: https://syzkaller.appspot.com/x/.config?x=fe87d079ac78e2be dashboard

My Greetings

2020-11-03 Thread Mrs. Maya Oliver
My Dear My Name is Mrs. Maya Oliver, from Norway. I know that this message will be a surprise to you. Firstly, I am married to Mr. Patrick Oliver, A gold merchant who owns a small gold Mine in Burkina Faso; He died of Cardiovascular Disease in mid-March 2011. During his life time he deposited the

BUG: sleeping function called from invalid context in sta_info_move_state

2020-11-03 Thread syzbot
Hello, syzbot found the following issue on: HEAD commit:04a55c94 Merge tag 'mac80211-for-net-2020-10-30' of git://.. git tree: net console output: https://syzkaller.appspot.com/x/log.txt?x=12079c3a50 kernel config: https://syzkaller.appspot.com/x/.config?x=803dd96a0e492ac1 dashboar

general protection fault in __fget_files

2020-11-03 Thread syzbot
Hello, syzbot found the following issue on: HEAD commit:b49976d8 Add linux-next specific files for 20201102 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=158bbb8250 kernel config: https://syzkaller.appspot.com/x/.config?x=fe87d079ac78e2be dashboard

Re: [PATCH v2] x86/dumpstack: Fix misleading instruction pointer error message

2020-11-03 Thread Oleg Nesterov
On 11/03, Borislav Petkov wrote: > > On Tue, Nov 03, 2020 at 01:50:34PM +0100, Oleg Nesterov wrote: > > Another problem is that show_opcodes() makes no sense if user_mode(regs) > > and tsk is not current. > > Because if not current, we would access *some* user address space but > not the one to whi

Re: [patch V3 22/37] highmem: High implementation details and document API

2020-11-03 Thread Linus Torvalds
On Tue, Nov 3, 2020 at 2:33 AM Thomas Gleixner wrote: > > +static inline void *kmap(struct page *page) > +{ > + void *addr; > + > + might_sleep(); > + if (!PageHighMem(page)) > + addr = page_address(page); > + else > + addr = kmap_high(page); > +

Re: [PATCH v2] x86/dumpstack: Fix misleading instruction pointer error message

2020-11-03 Thread Borislav Petkov
On Tue, Nov 03, 2020 at 06:47:44PM +0100, Oleg Nesterov wrote: > > I'm thinking this should not use the atomic variant if it can get called > > in !atomic context too. > > For what? I'm thinking copy_code() should not use copy_from_user_nmi() if former can be called in non-atomic context too. --

RE: [PATCH] ASoC: rt715:add Mic Mute LED control support

2020-11-03 Thread Limonciello, Mario
> -Original Message- > From: Pierre-Louis Bossart > Sent: Tuesday, November 3, 2020 10:13 > To: Mark Brown; Yuan, Perry > Cc: oder_ch...@realtek.com; alsa-de...@alsa-project.org; lgirdw...@gmail.com; > Limonciello, Mario; linux-kernel@vger.kernel.org; ti...@suse.com > Subject: Re: [PATCH]

Re: [PATCH 4/4] clk: qcom: Add support for SDX55 RPMh clocks

2020-11-03 Thread Bjorn Andersson
On Wed 28 Oct 02:42 CDT 2020, Manivannan Sadhasivam wrote: > Add support for clocks maintained by RPMh in SDX55 SoCs. > > Signed-off-by: Manivannan Sadhasivam > --- > drivers/clk/qcom/clk-rpmh.c | 20 > 1 file changed, 20 insertions(+) > > diff --git a/drivers/clk/qcom/clk

Re: [PATCH V2 05/10] x86/pks: Add PKS kernel API

2020-11-03 Thread Ira Weiny
On Tue, Nov 03, 2020 at 07:50:24AM +0100, Greg KH wrote: > On Mon, Nov 02, 2020 at 12:53:15PM -0800, ira.we...@intel.com wrote: > > From: Fenghua Yu > > [snip] > > diff --git a/include/linux/pkeys.h b/include/linux/pkeys.h > > index 2955ba976048..0959a4c0ca64 100644 > > --- a/include/linux/pkey

Re: [PATCH 01/16] rcu/tree: Add a work to allocate pages from regular context

2020-11-03 Thread Joel Fernandes
On Thu, Oct 29, 2020 at 05:50:04PM +0100, Uladzislau Rezki (Sony) wrote: > The current memmory-allocation interface presents to following > difficulties that this patch is designed to overcome [...] > --- > kernel/rcu/tree.c | 109 -- > 1 file changed, 6

Re: [net-next PATCH 2/3] octeontx2-af: Add devlink health reporters for NPA

2020-11-03 Thread Willem de Bruijn
On Tue, Nov 3, 2020 at 12:43 PM George Cherian wrote: > > Hi Willem, > > > > -Original Message- > > From: Willem de Bruijn > > Sent: Tuesday, November 3, 2020 7:21 PM > > To: George Cherian > > Cc: Network Development ; linux-kernel > ker...@vger.kernel.org>; Jakub Kicinski ; David Mill

Re: [PATCH v2 3/4] iommu/iova: Flush CPU rcache for when a depot fills

2020-11-03 Thread John Garry
To summarize, the issue is that as time goes by, the CPU rcache and depot rcache continue to grow. As such, IOVA RB tree access time also continues to grow. Hi Robin, I'm struggling to see how this is not simply indicative of a leak originating elsewhere. It sounds like one, but I don't t

Re: [net-next PATCH 2/3] octeontx2-af: Add devlink health reporters for NPA

2020-11-03 Thread George Cherian
Hi Willem, > -Original Message- > From: Willem de Bruijn > Sent: Tuesday, November 3, 2020 7:21 PM > To: George Cherian > Cc: Network Development ; linux-kernel ker...@vger.kernel.org>; Jakub Kicinski ; David Miller > ; Sunil Kovvuri Goutham > ; Linu Cherian ; > Geethasowjanya Akula ;

[PATCH v7 3/9] arm64, kfence: enable KFENCE for ARM64

2020-11-03 Thread Marco Elver
Add architecture specific implementation details for KFENCE and enable KFENCE for the arm64 architecture. In particular, this implements the required interface in . KFENCE requires that attributes for pages from its memory pool can individually be set. Therefore, force the entire linear map to be

[PATCH v7 1/9] mm: add Kernel Electric-Fence infrastructure

2020-11-03 Thread Marco Elver
From: Alexander Potapenko This adds the Kernel Electric-Fence (KFENCE) infrastructure. KFENCE is a low-overhead sampling-based memory safety error detector of heap use-after-free, invalid-free, and out-of-bounds access errors. KFENCE is designed to be enabled in production kernels, and has near

[PATCH v7 2/9] x86, kfence: enable KFENCE for x86

2020-11-03 Thread Marco Elver
From: Alexander Potapenko Add architecture specific implementation details for KFENCE and enable KFENCE for the x86 architecture. In particular, this implements the required interface in for setting up the pool and providing helper functions for protecting and unprotecting pages. For x86, we ne

[PATCH v7 0/9] KFENCE: A low-overhead sampling-based memory safety error detector

2020-11-03 Thread Marco Elver
[ From v7 we think this series is ready to be included in the mm tree. Where appropriate, we would welcome additional Acks / Reviews by MM, x86, and arm64 maintainers. Thank you! ] This adds the Kernel Electric-Fence (KFENCE) infrastructure. KFENCE is a low-overhead sampling-based memory safet

[PATCH v7 8/9] kfence: add test suite

2020-11-03 Thread Marco Elver
Add KFENCE test suite, testing various error detection scenarios. Makes use of KUnit for test organization. Since KFENCE's interface to obtain error reports is via the console, the test verifies that KFENCE outputs expected reports to the console. Reviewed-by: Dmitry Vyukov Co-developed-by: Alexa

[PATCH v7 6/9] kfence, kasan: make KFENCE compatible with KASAN

2020-11-03 Thread Marco Elver
From: Alexander Potapenko Make KFENCE compatible with KASAN. Currently this helps test KFENCE itself, where KASAN can catch potential corruptions to KFENCE state, or other corruptions that may be a result of freepointer corruptions in the main allocators. Reviewed-by: Dmitry Vyukov Reviewed-by:

[PATCH v7 9/9] MAINTAINERS: add entry for KFENCE

2020-11-03 Thread Marco Elver
Add entry for KFENCE maintainers. Reviewed-by: Dmitry Vyukov Reviewed-by: SeongJae Park Co-developed-by: Alexander Potapenko Signed-off-by: Alexander Potapenko Signed-off-by: Marco Elver --- v7: * Add asm/kfence.h [reported by Jann Horn]. v4: * Split out from first patch. --- MAINTAINERS |

[PATCH v7 5/9] mm, kfence: insert KFENCE hooks for SLUB

2020-11-03 Thread Marco Elver
From: Alexander Potapenko Inserts KFENCE hooks into the SLUB allocator. To pass the originally requested size to KFENCE, add an argument 'orig_size' to slab_alloc*(). The additional argument is required to preserve the requested original size for kmalloc() allocations, which uses size classes (e

Re: [net-next PATCH 2/3] octeontx2-af: Add devlink health reporters for NPA

2020-11-03 Thread George Cherian
Hi Willem, > -Original Message- > From: Willem de Bruijn > Sent: Tuesday, November 3, 2020 11:26 PM > To: George Cherian > Cc: Network Development ; linux-kernel ker...@vger.kernel.org>; Jakub Kicinski ; David Miller > ; Sunil Kovvuri Goutham > ; Linu Cherian ; > Geethasowjanya Akula ;

Re: [GIT PULL] Documentation fixes for 5.10-rc3

2020-11-03 Thread pr-tracker-bot
The pull request you sent on Tue, 3 Nov 2020 08:30:06 -0700: > git://git.lwn.net/linux.git tags/docs-5.10-3 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ce2e33ba4163c66ff89d2c0f2a9a51214a122e27 Thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/

[PATCH v7 7/9] kfence, Documentation: add KFENCE documentation

2020-11-03 Thread Marco Elver
Add KFENCE documentation in dev-tools/kfence.rst, and add to index. Reviewed-by: Dmitry Vyukov Co-developed-by: Alexander Potapenko Signed-off-by: Alexander Potapenko Signed-off-by: Marco Elver --- v7: * Suggestions by Jann Horn: * Add a note about huge tables. * Note about graceful handli

Re: [GIT PULL] x86/seves fixes for v5.10-rc3

2020-11-03 Thread pr-tracker-bot
The pull request you sent on Tue, 3 Nov 2020 11:00:12 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/x86_seves_for_v5.10_rc3 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/43c834186c185abc53b41ee985330501ccfc4f7b Thank you! -- Deet-doot-d

[PATCH v7 4/9] mm, kfence: insert KFENCE hooks for SLAB

2020-11-03 Thread Marco Elver
From: Alexander Potapenko Inserts KFENCE hooks into the SLAB allocator. To pass the originally requested size to KFENCE, add an argument 'orig_size' to slab_alloc*(). The additional argument is required to preserve the requested original size for kmalloc() allocations, which uses size classes (e

Re: [PATCH] ASoC: rt715:add Mic Mute LED control support

2020-11-03 Thread Mark Brown
On Tue, Nov 03, 2020 at 10:13:03AM -0600, Pierre-Louis Bossart wrote: > Somehow this patch was filtered by alsa-devel servers? It'll be a post by a non-subscriber I guess, in which case it will appear later. > Actually thinking more about it, having two controls for 'mute LED' and > 'capture swit

Re: [PATCH 15/16] rcu/tree: Allocate a page when caller is preemptible

2020-11-03 Thread Joel Fernandes
Hi Vlad, Few minor nits: On Thu, Oct 29, 2020 at 05:50:18PM +0100, Uladzislau Rezki (Sony) wrote: > Given that CONFIG_PREEMPT_COUNT is unconditionally enabled by the > earlier commits in this series, the preemptible() macro now properly > detects preempt-disable code regions even in kernels built

Re: [PATCH v3 09/26] coresight: Convert coresight_timeout to use access abstraction

2020-11-03 Thread Mathieu Poirier
On Wed, Oct 28, 2020 at 10:09:28PM +, Suzuki K Poulose wrote: > Convert the generic routines to use the new access abstraction layer > gradually, starting with coresigth_timeout. > > Cc: Mike Leach > Reviewed-by: Mathieu Poirier > Signed-off-by: Suzuki K Poulose > --- > drivers/hwtracing/c

Re: [PATCH v3 08/26] coresight: tpiu: Prepare for using coresight device access abstraction

2020-11-03 Thread Mathieu Poirier
On Wed, Oct 28, 2020 at 10:09:27PM +, Suzuki K Poulose wrote: > Prepare the TPIU driver to make use of the CoreSight device access > abstraction layer. The driver touches the device even before the > coresight device is registered. Thus we could be accessing the > devices without a csdev. As we

RE: [PATCH] ASoC: rt715:add Mic Mute LED control support

2020-11-03 Thread Limonciello, Mario
> -Original Message- > From: Mark Brown > Sent: Tuesday, November 3, 2020 12:00 > To: Pierre-Louis Bossart > Cc: Yuan, Perry; oder_ch...@realtek.com; alsa-de...@alsa-project.org; > lgirdw...@gmail.com; Limonciello, Mario; linux-kernel@vger.kernel.org; > ti...@suse.com > Subject: Re: [PATCH

[PATCH v13 0/8] powerpc: switch VDSO to C implementation

2020-11-03 Thread Christophe Leroy
This is a series to switch powerpc VDSO to generic C implementation. Changes in v13: - Reorganised headers to avoid the need for a fake 32 bits config for building VDSO32 on PPC64 - Rebased after the removal of powerpc 601 - Using DOTSYM() macro to call functions directly without using OPD - Expl

[PATCH v13 7/8] powerpc/vdso: Switch VDSO to generic C implementation.

2020-11-03 Thread Christophe Leroy
For VDSO32 on PPC64, we create a fake 32 bits config, on the same principle as MIPS architecture, in order to get the correct parts of the different asm header files. With the C VDSO, the performance is slightly lower, but it is worth it as it will ease maintenance and evolution, and also brings c

[PATCH v13 8/8] powerpc/vdso: Provide __kernel_clock_gettime64() on vdso32

2020-11-03 Thread Christophe Leroy
Provides __kernel_clock_gettime64() on vdso32. This is the 64 bits version of __kernel_clock_gettime() which is y2038 compliant. Signed-off-by: Christophe Leroy --- v12: Added missing prototype --- arch/powerpc/include/asm/vdso/gettimeofday.h | 2 ++ arch/powerpc/kernel/vdso32/gettimeofday.S

[PATCH v13 5/8] powerpc/vdso: Prepare for switching VDSO to generic C implementation.

2020-11-03 Thread Christophe Leroy
Prepare for switching VDSO to generic C implementation in following patch. Here, we: - Prepare the helpers to call the C VDSO functions - Prepare the required callbacks for the C VDSO functions - Prepare the clocksource.h files to define VDSO_ARCH_CLOCKMODES - Add the C trampolines to the generic C

[PATCH v13 1/8] powerpc/feature: Fix CPU_FTRS_ALWAYS by removing CPU_FTRS_GENERIC_32

2020-11-03 Thread Christophe Leroy
On 8xx, we get the following features: [0.00] cpu_features = 0x0100 [0.00] possible= 0x0120 [0.00] always = 0x This is not correct. As CONFIG_PPC_8xx is mutually exclusive with all other configurations, the

[PATCH v13 2/8] powerpc/feature: Use CONFIG_PPC64 instead of __powerpc64__ to define possible features

2020-11-03 Thread Christophe Leroy
In order to build VDSO32 for PPC64, we need to have CPU_FTRS_POSSIBLE and CPU_FTRS_ALWAYS independant of whether we are building the 32 bits VDSO or the 64 bits VDSO. Use #ifdef CONFIG_PPC64 instead of #ifdef __powerpc64__ Signed-off-by: Christophe Leroy --- v13: new --- arch/powerpc/include/as

[PATCH v13 6/8] powerpc/vdso: Save and restore TOC pointer on PPC64

2020-11-03 Thread Christophe Leroy
On PPC64, the TOC pointer needs to be saved and restored. Suggested-by: Michael Ellerman Signed-off-by: Christophe Leroy --- v13: Using __powerpc64__ instead of CONFIG_PPC64 to exclude it from VDSO32 build on PPC64. v9: New. I'm not sure this is really needed, I can't see the VDSO C code doin

[PATCH v13 4/8] powerpc/time: Move timebase functions into new asm/timebase.h

2020-11-03 Thread Christophe Leroy
In order to easily use get_tb() from C VDSO, move timebase functions into a new header named asm/timebase.h Signed-off-by: Christophe Leroy --- v13: new --- arch/powerpc/include/asm/time.h | 30 + arch/powerpc/include/asm/timebase.h | 42 + 2 f

[PATCH v13 3/8] powerpc/processor: Move cpu_relax() into asm/vdso/processor.h

2020-11-03 Thread Christophe Leroy
cpu_relax() need to be in asm/vdso/processor.h to be used by the C VDSO generic library. Move it there. Signed-off-by: Christophe Leroy --- v9: Forgot to remove cpu_relax() from processor.h in v8 --- arch/powerpc/include/asm/processor.h | 13 ++--- arch/powerpc/include/asm/vdso/pro

Re: [RFC Patch 1/2] KVM: SVM: Create SEV cgroup controller.

2020-11-03 Thread Sean Christopherson
On Tue, Nov 03, 2020 at 08:39:12AM -0800, James Bottomley wrote: > On Mon, 2020-09-21 at 18:22 -0700, Sean Christopherson wrote: > > ASIDs too. I'd also love to see more info in the docs and/or cover > > letter to explain why ASID management on SEV requires a cgroup. I > > know what an ASID is, a

Re: [RFC PATCH 2/3] RISC-V: Initial DTS for Microchip ICICLE board

2020-11-03 Thread Cyril.Jean
On 11/3/20 3:07 PM, Atish Patra wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > On Fri, Oct 30, 2020 at 2:20 PM Ben Dooks wrote: >> On 30/10/2020 07:11, Atish Patra wrote: >>> On Thu, Oct 29, 2020 at 3:24 AM Ben Dooks wrote: On 28/10

Re: [PATCH v2] x86/dumpstack: Fix misleading instruction pointer error message

2020-11-03 Thread Oleg Nesterov
On 11/03, Borislav Petkov wrote: > > On Tue, Nov 03, 2020 at 06:47:44PM +0100, Oleg Nesterov wrote: > > > I'm thinking this should not use the atomic variant if it can get called > > > in !atomic context too. > > > > For what? > > I'm thinking copy_code() should not use copy_from_user_nmi() if form

  1   2   3   4   5   6   7   8   9   10   >