Re: [PATCH 1/1] HID: core: rewrite the hid-generic automatic unbind

On Tue, 6 Mar 2018, Benjamin Tissoires wrote: > > We actually can have the unbind/rebind logic in hid-core.c, leaving > > only the match function in hid-generic. > > This makes hid-generic simpler and the whole logic simpler too. > > > > Signed-off-by: Benjamin Tissoires > > --- > > > > Hi Jiri,

Re: [RFC PATCH V1 00/12] audit: implement container id

Quoting Richard Guy Briggs (r...@redhat.com): > Implement audit kernel container ID. > > This patchset is a preliminary RFC based on the proposal document (V3) > posted: > https://www.redhat.com/archives/linux-audit/2018-January/msg00014.html Patchset looks good to me. Acked-by: Serge Hall

RE: [PATCH 0/5 V2] tpm: timeouts revamp

> On Tue, Mar 06, 2018 at 01:39:49PM +0100, Javier Martinez Canillas wrote: > > On 03/06/2018 01:17 PM, Jarkko Sakkinen wrote: > > > On Tue, 2018-03-06 at 11:24 +0200, Tomas Winkler wrote: > > >> This series cleans up tpm timeouts setting and handling. > > >> > > >> First motivation was to fix fa

Re: [RFC, PATCH 21/22] x86/mm: Introduce page_keyid() and page_encrypted()

On 03/06/2018 06:58 AM, Kirill A. Shutemov wrote: >> Doesn't it really mean "am I able to use the direct map to get this >> page's contents?" > Yes. > > Any proposal for better helper name? Let's see how it gets used.

[PATCH] module: propagate error in modules_open()

otherwise kernel can oops later in seq_release() due to dereferencing null file->private_data which is only set if seq_open() succeeds. BUG: unable to handle kernel NULL pointer dereference at IP: seq_release+0xc/0x30 Call Trace: close_pdeo+0x37/0xd0 proc_reg_release+0x5d/0x60

[PATCH] selftest: net: reuseport_bpf_numa: don't fail if no numa support

The reuseport_bpf_numa test case fails there's no numa support. The test shouldn't fail if there's no support it should be skipped with a pass. Fixes: 3c2c3c16aaf6 ("reuseport, bpf: add test case for bpf_get_numa_node_id") Signed-off-by: Anders Roxell --- tools/testing/selftests/net/reuseport_b

Re: [PATCH 2/3] PCI: dwc: pci-dra7xx: Improve MSI IRQ handling

On Thu, Feb 15, 2018 at 09:59:21AM +0530, Vignesh R wrote: > Hi, > > On Monday 12 February 2018 11:28 PM, Lorenzo Pieralisi wrote: > > On Fri, Feb 09, 2018 at 05:34:14PM +0530, Vignesh R wrote: > >> We need to ensure that there are no pending MSI IRQ vector set (i.e > >> PCIE_MSI_INTR0_STATUS read

[PATCH] MAINTAINERS: Add linux/of_*.h headers to appropriate subsystems

The DeviceTree support code for specific subsystems are maintained by the respective subsystem maintainers. However, only the DT maintainers are listed for most of the linux/of_*.h headers. Fix this and add the headers to the appropriate subsystem maintainer. Reported-by: Guenter Roeck Cc: Vinod

Re: [PATCH v9 2/2] media: V3s: Add support for Allwinner CSI.

Hi Yong, Thanks for the patchset; please see my comments below. On Tue, Mar 06, 2018 at 10:16:02AM +0800, Yong Deng wrote: > Allwinner V3s SoC features two CSI module. CSI0 is used for MIPI CSI-2 > interface and CSI1 is used for parallel interface. This is not > documented in datasheet but by tes

[PATCH resend] module: propagate error in modules_open()

otherwise kernel can oops later in seq_release() due to dereferencing null file->private_data which is only set if seq_open() succeeds. BUG: unable to handle kernel NULL pointer dereference at IP: seq_release+0xc/0x30 Call Trace: close_pdeo+0x37/0xd0 proc_reg_release+0x5d/0x60

RE: [PATCH 3/5 V2] tpm2: add longer timeouts for creation commands.

> On Tue, 2018-03-06 at 11:25 +0200, Tomas Winkler wrote: > > TPM2_CC_Create(0x153) and TPM2_CC_CreatePrimary (0x131) involve > > generation of crypto keys which can be a computationally intensive task. > > The timeout is set to 3min. > > Rather than increasing default timeout a new constant is add

Re: [PATCH Resent] perf annotate: Fix s390 target function disassembly

Em Tue, Mar 06, 2018 at 03:52:35PM +0100, Thomas-Mich Richter escreveu: > On 03/06/2018 03:04 PM, Arnaldo Carvalho de Melo wrote: > > Em Tue, Mar 06, 2018 at 01:39:55PM +0100, Thomas Richter escreveu: > >> Perf annotate displays function call assembler instructions > >> with a right arrow. Hitting

Re: [PATCH v6] arm64: Add support for new control bits CTR_EL0.DIC and CTR_EL0.IDC

Hi Shanker, On Tue, Mar 06, 2018 at 08:47:27AM -0600, Shanker Donthineni wrote: > On 03/06/2018 07:44 AM, Will Deacon wrote: > > I think this is a slight asymmetry with the code for the I-side. On the > > I-side, you hook into invalidate_icache_by_line, whereas on the D-side you > > hook into the

Re: [PATCH 10/12] ARM: dts: remove no longer needed samsung thermal properties

On Tue, Mar 6, 2018 at 3:43 PM, Bartlomiej Zolnierkiewicz wrote: > Remove no longer needed samsung thermal properties. > > There should be no functional changes caused by this patch. > > Signed-off-by: Bartlomiej Zolnierkiewicz > --- > arch/arm/boot/dts/exynos3250.dtsi | 2 +-

Re: [PATCH] net: smsc911x: Fix unload crash when link is up

> This is caused by the mdiobus being unregistered/free'd > and the code in phy_detach() attempting to manipulate mdio > related structures from unregister_netdev() calling close() > > To fix this, we delay the mdiobus teardown until after > the netdev is deregistered. > > Reported-by: Matt Seale

[PATCH][net-next] net: mvpp2: make function mvpp2_check_hw_buf_num static

From: Colin Ian King The function mvpp2_check_hw_buf_num is local to the source and does not need to be in global scope, so make it static. Cleans up sparse warning: drivers/net/ethernet/marvell/mvpp2.c:4298:5: warning: symbol 'mvpp2_check_hw_buf_num' was not declared. Should it be static? Sign

Re: [PATCH] arm64: KVM: Use SMCCC_ARCH_WORKAROUND_1 for Falkor BP hardening

On Mon, Mar 05, 2018 at 12:03:33PM -0600, Shanker Donthineni wrote: > On 03/05/2018 11:15 AM, Will Deacon wrote: > > On Mon, Mar 05, 2018 at 10:57:58AM -0600, Shanker Donthineni wrote: > >> On 03/05/2018 09:56 AM, Will Deacon wrote: > >>> On Fri, Mar 02, 2018 at 03:50:18PM -0600, Shanker Donthineni

Re: [PATCH] pinctrl: intel: Implement intel_gpio_get_direction callback

On 06/03/2018 14:59, Andy Shevchenko wrote: > On Tue, 2018-03-06 at 16:56 +0200, Andy Shevchenko wrote: >> On Tue, 2018-03-06 at 14:31 +, Javier Arteaga wrote: > +static int intel_gpio_get_direction(struct gpio_chip *chip, unsigned int offset) +{ > + if (padcfg0 & PADCFG0

Re: [PATCH v16 0/9] LPC: legacy ISA I/O support

On Tue, Mar 6, 2018 at 12:36 PM, John Garry wrote: > On 06/03/2018 11:21, Andy Shevchenko wrote: >> >> On Tue, 2018-03-06 at 18:47 +0800, John Garry wrote: >>> >>> This patchset supports the IPMI-bt device attached to the Low-Pin- >>> Count >>> interface implemented on Hisilicon Hip06/Hip07 SoC. >

Re: [PATCH v8 0/8] livepatch: Atomic replace feature

On Mon 2018-03-05 13:54:38, Miroslav Benes wrote: > On Mon, 5 Mar 2018, Evgenii Shatokhin wrote: > > > Hi, > > Hi, > > > > The atomic replace allows to create cumulative patches. They > > > are useful when you maintain many livepatches and want to remove > > > one that is lower on the stack. In

Re: [PATCH][net-next] net: mvpp2: make function mvpp2_check_hw_buf_num static

Hi Colin, On Tue, Mar 06, 2018 at 04:25:17PM +0100, Colin King wrote: > From: Colin Ian King > > The function mvpp2_check_hw_buf_num is local to the source and does > not need to be in global scope, so make it static. > > Cleans up sparse warning: > drivers/net/ethernet/marvell/mvpp2.c:4298:5:

Re: [PATCH AUTOSEL for 4.9 002/219] spi/bcm63xx: make spi subsystem aware of message size limits

On 6 March 2018 at 15:20, Mark Brown wrote: > On Tue, Mar 06, 2018 at 02:42:43PM +0100, Jonas Gorski wrote: >> On 5 March 2018 at 21:35, Mark Brown wrote: > >> > It's exposing more capability information but it's in the "how did this >> > ever work without the fix" range, and I'd worry that this

[PATCH V2 6/8] perf tools: Refine perf_mmap__consume

From: Kan Liang It doesn't need to pass the 'overwrite' to perf_mmap__consume(). Discard the parameter. Signed-off-by: Kan Liang --- No change since V1 tools/perf/arch/x86/tests/perf-time-to-tsc.c | 2 +- tools/perf/builtin-kvm.c | 4 ++-- tools/perf/builtin-top.c

[PATCH V2 1/8] perf evlist: Store 'overwrite' in struct perf_mmap

From: Kan Liang It has been determined that the map is for overwrite mode (evlist->overwrite_mmap) or non-overwrite mode (evlist->mmap) when calling perf_evlist__alloc_mmap(). Store the information in struct perf_mmap, which will be used later to simpler the perf_mmap__read*() interfaces. Signed

[PATCH V2 7/8] perf tools: Refine perf_mmap__read_event

From: Kan Liang It doesn't need to pass the 'overwrite', 'start' and 'end' to perf_mmap__read_event. Discard the parameters. Signed-off-by: Kan Liang --- No change since V1 tools/perf/arch/x86/tests/perf-time-to-tsc.c | 2 +- tools/perf/builtin-kvm.c | 2 +- tools/perf/bu

[PATCH V2 8/8] perf tools: Refine perf_mmap__read_init

From: Kan Liang It doesn't need to pass the 'start', 'end' and 'overwrite' to perf_mmap__read_init(). The data is stored in the struct perf_mmap. Discard the parameters. Signed-off-by: Kan Liang --- Changes since V1: - Remove the parameter 'overwrite'. tools/perf/arch/x86/tests/perf-time-t

[PATCH V2 2/8] perf mmap: Store mmap scope in struct perf_mmap

From: Kan Liang There are too many boilerplates for the perf_mmap__read*() interfaces. The 'start' and 'end' should be stored in struct perf_mmap at initialization. They will be used later. The old 'startp' and 'endp' are used by perf_mmap__read_event() now. They cannot be removed. So the old '

[PATCH V2 5/8] perf mmap: Using stored 'overwrite' in perf_mmap__consume

From: Kan Liang The 'overwrite' is set at allocation. It will not be changed. Using it to replace the parameter of perf_mmap__consume(). The parameters will be discarded later. No functional change. Signed-off-by: Kan Liang --- No change since V1 tools/perf/util/mmap.c | 4 ++-- 1 file chan

[PATCH V2 3/8] perf mmap: Using the stored scope data in perf_mmap__push

From: Kan Liang Using the 'start' and 'end' which are stored in struct perf_mmap to replace the temporary 'start' and 'end'. The temporary variables will be discarded later. It doesn't need to pass 'overwrite' to perf_mmap__push(). It's stored in struct perf_mmap. Signed-off-by: Kan Liang ---

[PATCH V2 4/8] perf mmap: Using the stored data in perf_mmap__read_event

From: Kan Liang Using the 'start', 'end' and 'overwrite' which are stored in struct perf_mmap to replace the parameters of perf_mmap__read_event(). The parameters will be discarded later. No functional change. Signed-off-by: Kan Liang --- Changes since V1: - Remove old startp/overwrite/end.

Re: [PATCH 3/3] tpm_crb: use __le64 annotated variable for response buffer address

On Tue, Mar 06, 2018 at 10:28:21AM +0200, Jarkko Sakkinen wrote: > On Mon, Mar 05, 2018 at 03:03:20PM +0200, Jarkko Sakkinen wrote: > > On Sun, Mar 04, 2018 at 02:12:05PM +0200, Tomas Winkler wrote: > > > This suppresses sparse warning > > > drivers/char/tpm/tpm_crb.c:558:18: warning: cast to restr

Re: [PATCH 00/31 v2] PTI support for x86_32

Hi Linus, On Tue, Feb 13, 2018 at 6:25 PM, Linus Torvalds wrote: > So let's try to fix the iscsi and ipsec issues. Not that anybody sane > should use that overly complex ipsec thing, and I think we should > strive to merge WireGuard and get people moved over to that instead, > but I haven't heard

Re: [PATCH AUTOSEL for 4.9 002/219] spi/bcm63xx: make spi subsystem aware of message size limits

On Tue, Mar 06, 2018 at 04:33:34PM +0100, Jonas Gorski wrote: > I would assume that this is true for most systems with a limited SPI > controller. I would hope that most board designers are sensible enough > to not add devices that won't work ;-) With things like firmware downloads the problem is

Re: [PATCH] net: smsc911x: Fix unload crash when link is up

Hi, On 03/06/2018 09:23 AM, Andrew Lunn wrote: This is caused by the mdiobus being unregistered/free'd and the code in phy_detach() attempting to manipulate mdio related structures from unregister_netdev() calling close() To fix this, we delay the mdiobus teardown until after the netdev is dere

Re: [PATCHv2 1/3] i2c: xlp9xx: Check for Bus state before every transfer

> I don't know how valuable same-company reviewed-by's are in the end, Case by case. And in your case, I trust you. > but the patches look good to me with the small change in SMBalert, so you > could add: > > Reviewed-by: Jan Glauber Thanks. signature.asc Description: PGP signature

Re: [PATCH] thermal: of: Allow selection of thermal governor in DT

On 06/03/2018 06:48, Amit Kucheria wrote: > On Tue, Mar 6, 2018 at 2:41 AM, Daniel Lezcano > wrote: >> On 05/03/2018 19:36, Amit Kucheria wrote: >>> From: Ram Chandrasekar >>> >>> There is currently no way for the governor to be selected for each thermal >>> zone in devicetree. This results in th

Re: [PATCH v3 3/5] tpm: migrate tpm2_probe() to use struct tpm_buf

On Tue, Mar 06, 2018 at 01:37:31PM +0200, Jarkko Sakkinen wrote: > On Mon, 2018-03-05 at 18:56 +0200, Jarkko Sakkinen wrote: > > In order to make struct tpm_buf the first class object for constructing TPM > > commands, migrate tpm2_probe() to use it. > > > > Signed-off-by: Jarkko Sakkinen > > Ja

[PATCH] irqchip: gic-v3-its: ensure nr_ites >= nr_lpis

When struct its_device instances are created, the nr_ites member will be set to a power of 2 that equals or exceeds the requested number of MSIs passed to the msi_prepare() callback. At the same time, the LPI map is allocated to be some multiple of 32 in size, where the allocated size may be less t

[PATCH] net: dsa: mv88e6xxx: fix boolreturn.cocci warnings

From: Fengguang Wu drivers/net/dsa/mv88e6xxx/serdes.c:66:9-10: WARNING: return of 0/1 in function 'mv88e6352_port_has_serdes' with return type bool Return statements in functions returning bool should use true/false instead of 1/0. Generated by: scripts/coccinelle/misc/boolreturn.cocci Fixes

Re: [PATCH v4 2/2] dt-bindings: introduce Command DB for QCOM SoCs

On Mon, Mar 05 2018 at 16:15 -0700, Bjorn Andersson wrote: On Mon 26 Feb 09:58 PST 2018, Lina Iyer wrote: From: Mahesh Sivasubramanian Command DB provides information on shared resources like clocks, regulators etc., probed at boot by the remote subsytem and made available in shared memory.

Re: [PATCH v4 2/2] dt-bindings: introduce Command DB for QCOM SoCs

On Mon, Mar 05 2018 at 17:21 -0700, Stephen Boyd wrote: Quoting Lina Iyer (2018-02-26 09:58:02) diff --git a/Documentation/devicetree/bindings/arm/msm/cmd-db.txt b/Documentation/devicetree/bindings/arm/msm/cmd-db.txt new file mode 100644 index ..5737ed2ac6e8 --- /dev/null +++ b/Docu

Regression from efi: call get_event_log before ExitBootServices

Hi folks, Commit 33b6d03469b2 ("efi: call get_event_log before ExitBootServices") causes my GP-electronic T701 tablet to hang when booting. Reverting the patch series or hiding the TPM in the BIOS fixes the problem. I've never fiddled with TPMs before so I'm not sure what what debugging informati

Re: [PATCH] irqchip: gic-v3-its: ensure nr_ites >= nr_lpis

On 06/03/18 15:51, Ard Biesheuvel wrote: > When struct its_device instances are created, the nr_ites member > will be set to a power of 2 that equals or exceeds the requested > number of MSIs passed to the msi_prepare() callback. At the same > time, the LPI map is allocated to be some multiple of 3

Re: [PATCH] net: dsa: mv88e6xxx: fix boolreturn.cocci warnings

On Tue, Mar 06, 2018 at 11:54:07PM +0800, kbuild test robot wrote: > From: Fengguang Wu > > drivers/net/dsa/mv88e6xxx/serdes.c:66:9-10: WARNING: return of 0/1 in > function 'mv88e6352_port_has_serdes' with return type bool > > Return statements in functions returning bool should use > true/fa

Re: [PATCH] irqchip: gic-v3-its: ensure nr_ites >= nr_lpis

On 6 March 2018 at 16:00, Marc Zyngier wrote: > On 06/03/18 15:51, Ard Biesheuvel wrote: >> When struct its_device instances are created, the nr_ites member >> will be set to a power of 2 that equals or exceeds the requested >> number of MSIs passed to the msi_prepare() callback. At the same >> ti

Re: [PATCH 4.4 178/193] x86/syscall: Sanitize syscall table de-references under speculation

On 03/06/2018, 03:21 PM, Jiri Slaby wrote: > On 02/23/2018, 07:26 PM, Greg Kroah-Hartman wrote: >> 4.4-stable review patch. If anyone has any objections, please let me know. >> >> -- >> >> From: Dan Williams >> >> (cherry picked from commit 2fbd7af5af8665d18bcefae3e9700be07e22b681

[PATCH v3] dmaengine: pl330: flush before wait, and add dev burst support.

Do DMAFLUSHP _before_ the first DMAWFP to ensure controller and peripheral are in agreement about dma request state before first transfer. Add support for burst transfers to/from peripherals. In the new scheme, the controller does as many burst transfers as it can then transfers the remaining dreg

Re: [PATCH 1/7] genalloc: track beginning of allocations

On 06/03/2018 16:10, Matthew Wilcox wrote: > On Wed, Feb 28, 2018 at 10:06:14PM +0200, Igor Stoppa wrote: >> + * Encoding of the bitmap tracking the allocations >> + * --- >> + * >> + * The bitmap is composed of units of allocations. >> + * >> + * Each un

Re: [PATCH v7 13/13] arm64: topology: divorce MC scheduling domain from core_siblings

On Tue, Feb 27, 2018 at 02:18:47PM -0600, Jeremy Linton wrote: > Hi, > > > First, thanks for taking a look at this. > > On 03/01/2018 09:52 AM, Morten Rasmussen wrote: > >Hi Jeremy, > > > >On Wed, Feb 28, 2018 at 04:06:19PM -0600, Jeremy Linton wrote: > >>Now that we have an accurate view of the

Re: [PATCH 4.4 178/193] x86/syscall: Sanitize syscall table de-references under speculation

On Tue, Mar 6, 2018 at 3:21 PM, Jiri Slaby wrote: > On 02/23/2018, 07:26 PM, Greg Kroah-Hartman wrote: >> 4.4-stable review patch. If anyone has any objections, please let me know. >> >> -- >> >> From: Dan Williams >> >> (cherry picked from commit 2fbd7af5af8665d18bcefae3e9700be0

Re: [PATCH v2 0/4] net: Use strlcpy() for ethtool::get_strings

From: Florian Fainelli Date: Fri, 2 Mar 2018 15:08:35 -0800 > After turning on KASAN on one of my systems, I started getting lots of out of > bounds errors while fetching a given port's statistics, and indeed using > memcpy() is unsafe for copying strings which have not been declared as an > ar

Re: [PATCH v7 01/13] drivers: base: cacheinfo: move cache_setup_of_node()

On 28/02/18 22:06, Jeremy Linton wrote: > In preparation for the next patch, and to aid in > review of that patch, lets move cache_setup_of_node > further down in the module without any changes. > I don't think this is change since v6 so my ack stands. Acked-by: Sudeep Holla -- Regards, Sude

[PATCH] meson-gx-socinfo: Add package id for S905H

The S905H can be found on the Wetek Hub and Play2 boards. Signed-off-by: Neil Armstrong --- drivers/soc/amlogic/meson-gx-socinfo.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/soc/amlogic/meson-gx-socinfo.c b/drivers/soc/amlogic/meson-gx-socinfo.c index ea091f1..60fa2de 100644 --

[PATCH] ARM64: dts: meson-gxbb-wetek: add a wetek specific dtsi to cleanup hub and play2

This patch adds a specific wetek dtsi to handle the specific Hub and Play2 boards by no more depending on the p20x dtsi. This simplifies the hub and play2 dts and will avoid breaking these boards when adding p200 and p201 specific changes. Signed-off-by: Neil Armstrong --- .../boot/dts/amlogic/m

Re: [PATCH v4 1/2] drivers: qcom: add command DB driver

On Mon, Mar 05 2018 at 11:42 -0700, Stephen Boyd wrote: Quoting Lina Iyer (2018-02-26 09:58:01) diff --git a/drivers/soc/qcom/cmd-db.c b/drivers/soc/qcom/cmd-db.c new file mode 100644 index ..0792a2a98fc9 --- /dev/null +++ b/drivers/soc/qcom/cmd-db.c @@ -0,0 +1,319 @@ +/* SPDX-Licens

Re: [PATCH v16 0/9] LPC: legacy ISA I/O support

Based on this patch-set, all the I/O accesses to Hip06/Hip07 LPC peripherals can be supported without any changes on the existing ipmi-si driver. The whole patchset has been tested on Hip07 D05 board both using DTB and ACPI. V15 thread here: https://lkml.org/lkml/2018/2/26/584 Thanks for

Re: Regulator regression in next-20180305

On Mon, Mar 05, 2018 at 08:22:26PM -0300, Fabio Estevam wrote: > On Mon, Mar 5, 2018 at 8:12 PM, Tony Lindgren wrote: > > Looks like with next-20180305 there's a regulator regression > > where mmc0 won't show any cards or produces errors: > > mmcblk0: error -110 requesting status > > mmc1: new h

Re: [PATCH 1/3 RESEND] tpm: add longer timeouts for creation commands.

On Tue, 2018-03-06 at 08:06 +, Winkler, Tomas wrote: > > > > > > On Mon, Mar 05, 2018 at 01:09:09PM +, Winkler, Tomas wrote: > > > > > > Why you need cover letter?  What are u missing in the patch > > > description > > > > If you submit a *patch set* I *require* a cover letter, yes. >

Re: [PATCH] k10temp support for AMD Ryzen w/ Vega gfx

Hi, On 06 Mar 2018, at 11:06, Guenter Roeck wrote: > On 03/05/2018 10:48 PM, René Rebe wrote: >> Hi, >> On 06 Mar 2018, at 00:03, Guenter Roeck > > wrote: >>> On Mon, Mar 05, 2018 at 11:38:24PM +0100, René Rebe wrote: Hi, This enables k10temp for the ne

Re: [PATCH v7 02/13] drivers: base: cacheinfo: setup DT cache properties early

On 28/02/18 22:06, Jeremy Linton wrote: > The original intent in cacheinfo was that an architecture > specific populate_cache_leaves() would probe the hardware > and then cache_shared_cpu_map_setup() and > cache_override_properties() would provide firmware help to > extend/expand upon what was pr

Re: [PATCH v7 03/13] cacheinfo: rename of_node to fw_token

On 28/02/18 22:06, Jeremy Linton wrote: > Rename and change the type of of_node to indicate > it is a generic pointer which is generally only used > for comparison purposes. In a later patch we will put > an ACPI/PPTT token pointer in fw_token so that > the code which builds the shared cpu masks

Re: [PATCH v2 0/8] ARTPEC-6 ARM SoC device tree updates

On Wed, Feb 21, 2018 at 9:59 AM, Niklas Cassel wrote: > Hello, > > Here comes some ARTPEC-6 ARM SoC device tree updates. > > Niklas Cassel (8): > ARM: dts: artpec: disable Accelerator Coherency Port > ARM: dts: artpec: use 1 GiB RAM > ARM: dts: artpec: remove 0x prefix from clkctrl unit addr

RE: [PATCH 1/3 RESEND] tpm: add longer timeouts for creation commands.

> > On Tue, 2018-03-06 at 08:06 +, Winkler, Tomas wrote: > > > > > > > > > On Mon, Mar 05, 2018 at 01:09:09PM +, Winkler, Tomas wrote: > > > > > > > > Why you need cover letter?  What are u missing in the patch > > > > description > > > > > > If you submit a *patch set* I *require* a cover

Re: [PATCH v2] kconfig: make unmet dependency warnings readable

Hi Masahiro, ... > $ make allyesconfig > scripts/kconfig/conf --allyesconfig Kconfig > warning: (A && B && D) selects E which has unmet direct > dependencies (DEP1 && DEP2) > Here, I see some points to be improved. > First, '(A || B || D)' would make more sense than '(A && B && D)'. Goo

Re: [PATCH v5 3/6] arm64: dts: exynos: add micro-USB connector node to TM2 platforms

On Tue, Feb 27, 2018 at 08:11:31AM +0100, Andrzej Hajda wrote: > Since USB connector bindings are available we can describe it on TM2(e). > > Signed-off-by: Andrzej Hajda > --- > arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 7 +++ > 1 file changed, 7 insertions(+) > Thanks, appl

Re: [PATCH v5 4/6] arm64: dts: exynos: add OF graph between MHL and USB connector

On Tue, Feb 27, 2018 at 08:11:32AM +0100, Andrzej Hajda wrote: > OF graph describes MHL data lanes between MHL and respective USB > connector. > > Signed-off-by: Andrzej Hajda > --- > v5: removed extra parenthesis (kbuild test robot) > v4: added missing reg property in connector's port node (Krzy

Re: [PATCH] HID: hid-ntrig: use true and false for boolean values

Hi Jiri, On 03/06/2018 08:20 AM, Jiri Kosina wrote: On Mon, 5 Mar 2018, Gustavo A. R. Silva wrote: Assign true or false to boolean variables instead of an integer value. This issue was detected with the help of Coccinelle. Signed-off-by: Gustavo A. R. Silva I've commited this (and the hid

Re: [PATCH] acpi, nfit: remove redundant __func__ in dev_dbg

On Mon, Mar 5, 2018 at 8:06 PM, Ross Zwisler wrote: > On Fri, Mar 02, 2018 at 01:20:49PM +0100, Johannes Thumshirn wrote: >> Dynamic debug can be instructed to add the function name to the debug >> output using the +f switch, so there is no need for the nfit module to >> do it again. If a user dec

Re: [PATCH v7 06/13] ACPI: Enable PPTT support on ARM64

On 28/02/18 22:06, Jeremy Linton wrote: > Now that we have a PPTT parser, in preparation for its use > on arm64, lets build it. > Reviewed-by: Sudeep Holla -- Regards, Sudeep

Re: [PATCH] kernel/memremap: Remove stale devres_free() call

On 05/03/18 09:56 PM, Oliver O'Halloran wrote: devm_memremap_pages() was re-worked in e8d513483300 to take a caller allocated struct dev_pagemap as a function parameter. A call to devres_free() was left in the error cleanup path which results in a kernel panic if the remap fails for some reason

Re: [PATCH v4 1/2] drivers: qcom: add command DB driver

On Tue, Mar 06 2018 at 09:21 -0700, Lina Iyer wrote: On Mon, Mar 05 2018 at 11:42 -0700, Stephen Boyd wrote: Quoting Lina Iyer (2018-02-26 09:58:01) +size_t cmd_db_read_aux_data_len(const char *id) +{ + int ret; + struct entry_header ent; + struct rsc_hdr rsc_hdr; + + re

Re: [PATCH v11 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64

On 06/03/18 05:37 AM, Horia Geantă wrote: On 3/5/2018 9:08 PM, Logan Gunthorpe wrote: Clean up the extra ifdefs which defined the wr_reg64 and rd_reg64 functions in non-64bit cases in favour of the new common io-64-nonatomic-lo-hi header. To be consistent with CAAM engine HW spec: in case of

Re: Regulator regression in next-20180305

Hi Mark, On Tue, Mar 6, 2018 at 1:30 PM, Mark Brown wrote: > diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c > index e685f8b94acf..2c5b20a97f51 100644 > --- a/drivers/regulator/core.c > +++ b/drivers/regulator/core.c > @@ -159,7 +159,7 @@ static void regulator_lock_supply(struct

RE: [RFC/RFT][PATCH 0/7] sched/cpuidle: Idle loop rework

On 2018.03.04 14:22 Rafael J. Wysocki wrote: ...[snip]... > I have tested these patches on a couple of machines, including the very laptop > I'm sending them from, without any obvious issues, but please give them a go > if you can, especially if you have an easy way to reproduce the problem they

Re: [PATCH] libnvdimm: remove redundant __func__ in dev_dbg

On Mon, Mar 5, 2018 at 7:54 PM, Ross Zwisler wrote: > On Mon, Mar 05, 2018 at 05:09:21PM -0800, Dan Williams wrote: >> Dynamic debug can be instructed to add the function name to the debug >> output using the +f switch, so there is no need for the libnvdimm >> modules to do it again. If a user dec

Re: [PATCH 5/7] Pmalloc selftest

Looks good, Reviewed-by: Jay Freyensee On 2/23/18 6:48 AM, Igor Stoppa wrote: Add basic self-test functionality for pmalloc. The testing is introduced as early as possible, right after the main dependency, genalloc, has passed successfully, so that it can help diagnosing failures in pmalloc

Re: [PATCH] perf stat: fix cvs output format

On Mon, Mar 05, 2018 at 10:43:53PM -0800, Cong Wang wrote: > From: Ilya Pronin > > When printing stats in CSV mode, perf stat appends extra CSV > separators when counter is not supported: > > supported>,,L1-dcache-store-misses,mesos/bd442f34-2b4a-47df-b966-9b281f9f56fc,0,100.00 > > which c

Re: [PATCH v11 7/7] ntb: ntb_hw_switchtec: Cleanup 64bit IO defines to use the common header

On 06/03/18 04:57 AM, Andy Shevchenko wrote: On Tue, Mar 6, 2018 at 1:46 PM, Greg Kroah-Hartman wrote: On Tue, Mar 06, 2018 at 12:48:29PM +0200, Andy Shevchenko wrote: On Mon, Mar 5, 2018 at 9:08 PM, Logan Gunthorpe wrote: Clean up the ifdefs which conditionally defined the io{read|write}6

Re: [PATCH 6/7] lkdtm: crash on overwriting protected pmalloc var

+#ifdef CONFIG_PROTECTABLE_MEMORY +void lkdtm_WRITE_RO_PMALLOC(void) +{ + struct gen_pool *pool; + int *i; + + pool = pmalloc_create_pool("pool", 0); + if (unlikely(!pool)) { + pr_info("Failed preparing pool for pmalloc test."); + return; +

Re: [Outreachy kernel] [PATCH v2] staging: rtl8192u: Replace printk() with appropriate net_*macro_ratelimited()

On Tue, 6 Mar 2018, Arushi Singhal wrote: > > > On Mon, Mar 5, 2018 at 1:07 PM, Julia Lawall wrote: > > > On Mon, 5 Mar 2018, Arushi Singhal wrote: > > > Replace printk having a log level with the appropriate > > net_*macro_ratelimited. > > It's better to use actual devi

Re: [PATCH 6/7] lkdtm: crash on overwriting protected pmalloc var

On 3/6/18 9:05 AM, J Freyensee wrote:   +#ifdef CONFIG_PROTECTABLE_MEMORY +void lkdtm_WRITE_RO_PMALLOC(void) +{ +    struct gen_pool *pool; +    int *i; + +    pool = pmalloc_create_pool("pool", 0); +    if (unlikely(!pool)) { +    pr_info("Failed preparing pool for pmalloc test."); +

Re: [PATCH 5/7] Pmalloc selftest

Looks good, and a bit more thorough test than last iteration. Reviewed-by: Jay Freyensee On 2/28/18 12:06 PM, Igor Stoppa wrote: Add basic self-test functionality for pmalloc. The testing is introduced as early as possible, right after the main dependency, genalloc, has passed successfully,

Re: [PATCH v7 04/13] arm64/acpi: Create arch specific cpu to acpi id helper

On 28/02/18 22:06, Jeremy Linton wrote: > Its helpful to be able to lookup the acpi_processor_id associated > with a logical cpu. Provide an arm64 helper to do this. > This patch on it's own is good, but it's quite generic and made to look at it again. Sorry for missing this earlier. Can we us

Fwd: [PATCH v4.15.7 1/1] on Intel, VDSO should handle CLOCK_MONOTONIC_RAW and export 'tsc_calibration' pointer

On 06/03/2018, Thomas Gleixner wrote: > Jason, > > On Mon, 5 Mar 2018, Jason Vas Dias wrote: > > thanks for providing this. A few formal nits first. > > Please read Documentation/process/submitting-patches.rst > > Patches need a concise subject line and the subject line wants a prefix, in > this c

[PATCH] checkpatch: Improve get_quoted_string for TRACE_EVENT macros

The get_quoted_string function does not expect invalid arguments. The $stat test can return non-statements for complicated macros like TRACE_EVENT. Allow the $stat block and test for vsprintf misuses to exceed the actual block lenght and possibly test invalid lines by validating the arguments of

Re: [PATCH v2 01/11] kbuild: define PYTHON2 and PYTHON3 variables instead of PYTHON

On Thu, Mar 1, 2018 at 8:31 PM, Masahiro Yamada wrote: > arch/ia64/scripts/unwcheck.py is apparently written in Python 2, so > it should be invoked by 'python2'. I pushed the patch from Corentin Labbe to update this script to run with either python2 or python3. Linus took it yesterday: bd5edbe67

Re: Regression in IPMI on 4.15.6

On 03/05/2018 11:39 AM, Corey Minyard wrote: On 03/05/2018 01:31 PM, Corey Minyard wrote: On 03/05/2018 01:07 PM, Laura Abbott wrote: On 03/02/2018 05:46 AM, Corey Minyard wrote: On 02/28/2018 01:07 PM, Corey Minyard wrote: On 02/28/2018 08:17 AM, Corey Minyard wrote: On 02/28/2018 07:53 AM,

Re: Regulator regression in next-20180305

* Fabio Estevam [180306 16:57]: > Hi Mark, > > On Tue, Mar 6, 2018 at 1:30 PM, Mark Brown wrote: > > > diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c > > index e685f8b94acf..2c5b20a97f51 100644 > > --- a/drivers/regulator/core.c > > +++ b/drivers/regulator/core.c > > @@ -159,7

Re: Regression in IPMI on 4.15.6

On 03/06/2018 11:17 AM, Laura Abbott wrote: On 03/05/2018 11:39 AM, Corey Minyard wrote: On 03/05/2018 01:31 PM, Corey Minyard wrote: On 03/05/2018 01:07 PM, Laura Abbott wrote: On 03/02/2018 05:46 AM, Corey Minyard wrote: On 02/28/2018 01:07 PM, Corey Minyard wrote: On 02/28/2018 08:17 AM,

Re: [PATCH 6/7] lkdtm: crash on overwriting protected pmalloc var

On 2/28/18 12:06 PM, Igor Stoppa wrote: Verify that pmalloc read-only protection is in place: trying to overwrite a protected variable will crash the kernel. Signed-off-by: Igor Stoppa --- drivers/misc/lkdtm.h | 1 + drivers/misc/lkdtm_core.c | 3 +++ drivers/misc/lkdtm_perms.c |

Re: [PATCH v7 08/13] arm64: Add support for ACPI based firmware tables

On 28/02/18 22:06, Jeremy Linton wrote: > The /sys cache entries should support ACPI/PPTT generated cache > topology information. Lets detect ACPI systems and call > an arch specific cache_setup_acpi() routine to update the hardware > probed cache topology. > > For arm64, if ACPI is enabled, det

[PATCH 6/9] tools headers: Sync x86's cpufeatures.h

From: Arnaldo Carvalho de Melo The changes in dd84441a7971 ("x86/speculation: Use IBRS if available before calling into firmware") don't need any kind of special treatment in the current tools/perf/ codebase, so just update the copy to get rid of the perf build warning: BUILD: Doing 'make -j

[PATCH 5/9] tools headers: Sync copy of kvm UAPI headers

From: Arnaldo Carvalho de Melo In 801e459a6f3a ("KVM: x86: Add a framework for supporting MSR-based features") a new ioctl was introduced, which with this sync of the kvm UAPI headers, makes 'perf trace' know about it: $ cd /tmp/build/perf/trace/beauty/generated/ioctl/ $ diff -u kvm_ioctl_ar

Re: [RFC] rcu: Prevent expedite reporting within RCU read-side section

On Tue, Mar 06, 2018 at 09:43:19PM +0900, Byungchul Park wrote: > On Mar 6, 2018 2:34 PM, "Byungchul Park" wrote: > > > > Hello Paul and RCU folks, > > > > I am afraid I correctly understand and fix it. But I really wonder why > > sync_rcu_exp_handler() reports the quiescent state even in the case

[PATCH 1/9] perf kallsyms: Fix the usage on the man page

From: Sangwon Hong First, all man pages highlight only perf and subcommands except 'perf kallsyms', which includes the full usage. Fix it for commands to monopolize underlines. Second, options can be ommited when executing 'perf kallsyms', so add square brackets between . Signed-off-by: Sangwon

[PATCH 9/9] perf tools: Fix trigger class trigger_on()

From: Adrian Hunter trigger_on() means that the trigger is available but not ready, however trigger_on() was making it ready. That can segfault if the signal comes before trigger_ready(). e.g. (USR2 signal delivery not shown) $ perf record -e intel_pt//u -S sleep 1 perf: Segmentation fault

[PATCH 8/9] perf auxtrace: Prevent decoding when --no-itrace

From: Adrian Hunter Prevent auxtrace_queues__process_index() from queuing AUX area data for decoding when the --no-itrace option has been used. Signed-off-by: Adrian Hunter Cc: Jiri Olsa Link: http://lkml.kernel.org/r/1520327598-1317-3-git-send-email-adrian.hun...@intel.com Signed-off-by: Arn

Re: [RFC] rcu: Prevent expedite reporting within RCU read-side section

On Tue, Mar 06, 2018 at 09:42:05PM +0800, Boqun Feng wrote: > On Tue, Mar 06, 2018 at 02:31:58PM +0900, Byungchul Park wrote: > > Hello Paul and RCU folks, > > > > I am afraid I correctly understand and fix it. But I really wonder why > > sync_rcu_exp_handler() reports the quiescent state even in

Re: [PATCH 0/29] arm meltdown fix backporting review for lts 4.9

On Tue, Mar 06, 2018 at 02:26:34PM +, Mark Brown wrote: > On Mon, Mar 05, 2018 at 02:08:59PM +0100, Greg KH wrote: > > > I know there is lots more than Android to ARM, but the huge majority by > > quantity is Android. > > > What I'm saying here is look at all of the backports that were requir

[PATCH 7/9] perf stat: Fix CVS output format for non-supported counters

From: Ilya Pronin When printing stats in CSV mode, 'perf stat' appends extra separators when a counter is not supported: ,,L1-dcache-store-misses,mesos/bd442f34-2b4a-47df-b966-9b281f9f56fc,0,100.00 Which causes a failure when parsing fields. The numbers of separators should be the same for

<    1   2   3   4   5   6   7   8   9   >