Re: Alternatives to /sys/kernel/debug/wakeup_sources

2019-06-19 Thread Joel Fernandes
On Wed, Jun 19, 2019 at 3:59 PM 'Saravana Kannan' via kernel-team wrote: > > > > On Wed, Jun 19, 2019, 11:55 AM 'Joel Fernandes' via kernel-team > wrote: >> >> On Wed, Jun 19, 2019 at 2:35 PM Greg Kroah-Hartman >> wrote: >> > >> > On Wed, Jun 19, 2019 at 02:01:36PM -0400, Joel Fernandes wrote:

Re: WARNING in perf_reg_value

2019-06-19 Thread Vince Weaver
On Wed, 19 Jun 2019, syzbot wrote: > syzbot found the following crash on: > > HEAD commit:0011572c Merge branch 'for-5.2-fixes' of git://git.kernel... > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=12c38d66a0 > kernel config:

Re: [PATCH v2] timekeeping: get_jiffies_boot_64() for jiffies that include sleep time

2019-06-19 Thread Jason A. Donenfeld
On Wed, Jun 19, 2019 at 10:02 PM Arnd Bergmann wrote: > > get_jiffies_boot_64 26 > > ktime_get_coarse_boottime 26 > > ktime_get_boot_fast_ns with tsc 70 > > ktime_get_boot_fast_ns with hpet 4922 > > ktime_get_boot_fast_ns with acpi_pm 1884 > > > > As expected, hpet is really quite painful. > > I

Re: [PATCH v2] timekeeping: get_jiffies_boot_64() for jiffies that include sleep time

2019-06-19 Thread Arnd Bergmann
On Wed, Jun 19, 2019 at 5:31 PM Jason A. Donenfeld wrote: > > Hi Arnd, > > On Wed, Jun 19, 2019 at 5:08 PM Arnd Bergmann wrote: > > Can you quantify how much this gains you over ktime_get_coarse_boottime > > in practice? You are effectively adding yet another abstraction for time, > > which is

Re: [PATCH] netfilter: synproxy: fix building syncookie calls

2019-06-19 Thread Arnd Bergmann
On Wed, Jun 19, 2019 at 7:46 PM Pablo Neira Ayuso wrote: > > On Wed, Jun 19, 2019 at 02:54:36PM +0200, Arnd Bergmann wrote: > > When either CONFIG_IPV6 or CONFIG_SYN_COOKIES are disabled, the kernel > > fails to build: > > > > include/linux/netfilter_ipv6.h:180:9: error: implicit declaration of

Re: [PATCH 2/2] PCI/IOV: Assume SR-IOV VFs support extended config space.

2019-06-19 Thread sathyanarayanan kuppuswamy
Hi, On 6/13/19 3:57 PM, Alex Williamson wrote: The SR-IOV specification requires both PFs and VFs to implement a PCIe capability. Generally this is sufficient to assume extended config space is present, but we generally also perform additional tests to make sure the extended config space is

RE: [PATCH] ACPI: PM: Export the function acpi_sleep_state_supported()

2019-06-19 Thread Dexuan Cui
> From: linux-hyperv-ow...@vger.kernel.org > On Behalf Of Lorenzo Pieralisi > Sent: Monday, June 17, 2019 9:15 AM > > ... > > + some ARM experts who worked on arch/arm/kernel/hibernate.c. > > > > drivers/acpi/sleep.c is only built if ACPI_SYSTEM_POWER_STATES_SUPPORT > > is defined, but it looks

Re: [PATCH] MAINTAINERS: add CLANG/LLVM BUILD SUPPORT info

2019-06-19 Thread Nick Desaulniers
On Wed, Jun 19, 2019 at 11:27 AM Joe Perches wrote: > > On Wed, 2019-06-19 at 11:18 -0700, Nick Desaulniers wrote: > > Add keyword support so that our mailing list gets cc'ed for clang/llvm > > patches. > > You'd also possibly get cc'd on patches that merely mention > clang or llvm like any

sock_prot_inuse_add unaligned access and crash on sparc64

2019-06-19 Thread Meelis Roos
Tried todays git on Sun Netra 240 (sparc64). Got bootup crash with custom, machine-specific config: [ 47.760841] Kernel unaligned access at TPC[7bf124] sock_prot_inuse_add+0x4/0x20 [ 47.856969] Unable to handle kernel paging request in mna handler [ 47.856972] at virtual address

Re: [PATCH] MAINTAINERS: add CLANG/LLVM BUILD SUPPORT info

2019-06-19 Thread Nick Desaulniers
On Wed, Jun 19, 2019 at 12:17 PM Louis Taylor wrote: > > On Wed, Jun 19, 2019 at 11:18:44AM -0700, 'Nick Desaulniers' via Clang Built > Linux wrote: > > Add keyword support so that our mailing list gets cc'ed for clang/llvm > > patches. We're pretty active on our mailing list so far as code

Re: [PATCH] pci/switchtec: fix stream_open.cocci warnings (fwd)

2019-06-19 Thread Logan Gunthorpe
On 2019-06-19 10:27 a.m., Kirill Smelkov wrote: > Hi Julia, everyone. > > On Wed, Jun 19, 2019 at 12:28:47PM +0200, Julia Lawall wrote: >> Hi, >> >> Can you forward this patch to the people below if you think it is >> appropriate? >> From: kbuild test robot >> >>

WARNING in perf_reg_value

2019-06-19 Thread syzbot
Hello, syzbot found the following crash on: HEAD commit:0011572c Merge branch 'for-5.2-fixes' of git://git.kernel... git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=12c38d66a0 kernel config: https://syzkaller.appspot.com/x/.config?x=fa9f7e1b6a8bb586

Re: [PATCH] regulator: qcom_spmi: Fix math of spmi_regulator_set_voltage_time_sel

2019-06-19 Thread Jorge Ramirez
On 6/19/19 21:05, Bjorn Andersson wrote: > On Wed 19 Jun 11:56 PDT 2019, Jeffrey Hugo wrote: > >> spmi_regulator_set_voltage_time_sel() calculates the amount of delay >> needed as the result of setting a new voltage. Essentially this is the >> absolute difference of the old and new voltages,

[PATCH] scsi: osst: Use struct_size() in kzalloc()

2019-06-19 Thread Gustavo A. R. Silva
One of the more common cases of allocation size calculations is finding the size of a structure that has a zero-sized array at the end, along with memory for some number of elements for that array. For example: struct osst_buffer { ... struct scatterlist sg[1];/* MUST BE last item

[PATCH v2] libnvdimm: Enable unit test infrastructure compile checks

2019-06-19 Thread Dan Williams
The infrastructure to mock core libnvdimm routines for unit testing purposes is prone to bitrot relative to refactoring of that core. Arrange for the unit test core to be built when CONFIG_COMPILE_TEST=y. This does not result in a functional unit test environment, it is only a helper for 0day to

[PATCH] scsi: virtio_scsi: Use struct_size() helper

2019-06-19 Thread Gustavo A. R. Silva
One of the more common cases of allocation size calculations is finding the size of a structure that has a zero-sized array at the end, along with memory for some number of elements for that array. For example: struct virtio_scsi { ... struct virtio_scsi_vq req_vqs[]; }; Make use

sparc64 crash around deactivate_slab

2019-06-19 Thread Meelis Roos
The same Sun V445 that gave me BPF errors, had a differrnet error with todays git, just idling: [ 51.530195] Kernel unaligned access at TPC[58265c] deactivate_slab.isra.28+0xfc/0x420 [ 51.675010] Unable to handle kernel paging request in mna handler [ 51.675013] at virtual address

[PATCH V2 5/8] perf/x86/intel: Export TopDown events for Icelake

2019-06-19 Thread kan . liang
From: Andi Kleen Export new TopDown metrics events for perf that map to the sub metrics in the metrics register, and another for the new slots fixed counter. This makes the new fixed counters in Icelake visible to the perf user tools. Signed-off-by: Andi Kleen Signed-off-by: Kan Liang ---

[PATCH V2 6/8] perf/x86/intel: Disable sampling read slots and topdown

2019-06-19 Thread kan . liang
From: Kan Liang The slots event supports sampling. Users may sampling read slots and metrics events, e.g perf record -e '{slots, topdown-retiring}:S'. But the metrics event will reset the fixed counter 3 which will impact the sampling of the slots event. Add specific validate_group() support to

[PATCH V2 4/8] perf/x86/intel: Support per thread RDPMC TopDown metrics

2019-06-19 Thread kan . liang
From: Kan Liang With Icelake CPUs, the TopDown metrics are directly available as fixed counters and do not require generic counters, which make it possible to measure TopDown per thread/process instead of only per core. The metrics and slots values have to be saved/restored during context

[PATCH V2 2/8] perf/x86/intel: Basic support for metrics counters

2019-06-19 Thread kan . liang
From: Kan Liang Metrics counters (hardware counters containing multiple metrics) are modeled as separate registers for each TopDown metric events, with an extra reg being used for coordinating access to the underlying register in the scheduler. Adds the basic infrastructure to separate the

[PATCH V2 8/8] perf, tools: Add documentation for topdown metrics

2019-06-19 Thread kan . liang
From: Andi Kleen Add some documentation how to use the topdown metrics in ring 3. Signed-off-by: Andi Kleen Signed-off-by: Kan Liang --- No changes since V1 tools/perf/Documentation/topdown.txt | 223 +++ 1 file changed, 223 insertions(+) create mode 100644

[PATCH V2 7/8] perf, tools, stat: Support new per thread TopDown metrics

2019-06-19 Thread kan . liang
From: Andi Kleen Icelake has support for reporting per thread TopDown metrics. These are reported differently than the previous TopDown support, each metric is standalone, but scaled to pipeline "slots". We don't need to do anything special for HyperThreading anymore. Teach perf stat --topdown

[PATCH V2 3/8] perf/x86/intel: Support hardware TopDown metrics

2019-06-19 Thread kan . liang
From: Kan Liang Intro = Icelake has support for measuring the four top level TopDown metrics directly in hardware. This is implemented by an additional "metrics" register, and a new Fixed Counter 3 that measures pipeline "slots". Events == We export four metric events as separate perf

[PATCH V2 1/8] perf/x86/intel: Set correct mask for TOPDOWN.SLOTS

2019-06-19 Thread kan . liang
From: Kan Liang TOPDOWN.SLOTS(0x0400) is not a generic event. It is only available on fixed counter3. Don't extend its mask to generic counters. Signed-off-by: Kan Liang --- New for V2 arch/x86/events/intel/core.c | 6 -- arch/x86/include/asm/perf_event.h | 5 + 2 files

[PATCH V2 0/8] TopDown metrics support for Icelake

2019-06-19 Thread kan . liang
From: Kan Liang Icelake has support for measuring the level 1 TopDown metrics directly in hardware. This is implemented by an additional METRICS register, and a new Fixed Counter 3 that measures pipeline SLOTS. Four TopDown metric events as separate perf events, which map to internal METRICS

Re: [PATCH 1/3] IMA:Define a new hook to measure the kexec boot command line arguments

2019-06-19 Thread Mimi Zohar
On Mon, 2019-06-17 at 11:35 -0700, Prakhar Srivastava wrote: > Currently during soft reboot(kexec_file_load) boot command line > arguments are not measured. Define hooks needed to measure kexec > command line arguments during soft reboot(kexec_file_load). > > - A new ima hook ima_kexec_cmdline is

Re: NMI hardlock stacktrace deadlock [was Re: Linux 5.2-rc5]

2019-06-19 Thread Chris Wilson
Quoting Linus Torvalds (2019-06-19 19:49:37) > On Wed, Jun 19, 2019 at 5:40 AM Chris Wilson wrote: > > > > I haven't bisected this, but with the merge of rc5 into our CI we > > started hitting an issue that resulted in a oops and the NMI watchdog > > firing as we dumped the ftrace. > > Do you

Re: [PATCH] net: fddi: skfp: Include generic PCI definitions from pci_regs.h

2019-06-19 Thread Bjorn Helgaas
On Wed, Jun 19, 2019 at 12:46 PM Puranjay Mohan wrote: > > Include the generic PCI definitions from include/uapi/linux/pci_regs.h > change PCI_REV_ID to PCI_REVISION_ID to make it compatible with the > generic define. > This driver uses only one generic PCI define. 1) Start every sentence with a

Re: [PATCH] MAINTAINERS: add CLANG/LLVM BUILD SUPPORT info

2019-06-19 Thread Louis Taylor
On Wed, Jun 19, 2019 at 11:18:44AM -0700, 'Nick Desaulniers' via Clang Built Linux wrote: > Add keyword support so that our mailing list gets cc'ed for clang/llvm > patches. We're pretty active on our mailing list so far as code review. > There are numerous Googlers like myself that are paid to

Re: [PATCH] net: fddi: skfp: remove generic PCI defines from skfbi.h

2019-06-19 Thread Bjorn Helgaas
On Wed, Jun 19, 2019 at 12:48 PM Puranjay Mohan wrote: > > skfbi.h defines its own copies of PCI_COMMAND, PCI_STATUS, etc. > remove them in favor of the generic definitions in > include/uapi/linux/pci_regs.h 1) Since you're sending several related patches, send them as a "series" with a cover

Re: [PATCH] regulator: qcom_spmi: Fix math of spmi_regulator_set_voltage_time_sel

2019-06-19 Thread Bjorn Andersson
On Wed 19 Jun 11:56 PDT 2019, Jeffrey Hugo wrote: > spmi_regulator_set_voltage_time_sel() calculates the amount of delay > needed as the result of setting a new voltage. Essentially this is the > absolute difference of the old and new voltages, divided by the slew rate. > > The implementation

Re: [GIT PULL] apparmor bug fixes for v5.3-rc6

2019-06-19 Thread pr-tracker-bot
The pull request you sent on Tue, 18 Jun 2019 18:44:31 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/jj/linux-apparmor > tags/apparmor-pr-2019-06-18 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/c3c0d546d73ad53c85789154872b8c92d1f96ba1 Thank you! --

Re: [GIT PULL] Power management fix for v5.2-rc6

2019-06-19 Thread pr-tracker-bot
The pull request you sent on Wed, 19 Jun 2019 11:51:19 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm-5.2-rc6 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/abf02e2964b3aaf1d5197c5d7c671e771b0e109e Thank you! -- Deet-doot-dot, I am a

Re: [git pull] Input updates for v5.2-rc5

2019-06-19 Thread pr-tracker-bot
The pull request you sent on Tue, 18 Jun 2019 17:16:40 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/4b6920ba26e1f24b949b9ca3bb782c7fac8be633 Thank you! -- Deet-doot-dot, I am a bot.

Re: BUG: unable to handle kernel paging request in __do_softirq

2019-06-19 Thread Dmitry Vyukov
On Wed, Jun 19, 2019 at 5:57 PM syzbot wrote: > > Hello, > > syzbot found the following crash on: > > HEAD commit:29f785ff Merge branch 'fixes' of git://git.kernel.org/pub/.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=16d7464ea0 > kernel config:

Re: BUG: unable to handle kernel paging request in hrtimer_interrupt

2019-06-19 Thread Dmitry Vyukov
On Wed, Jun 19, 2019 at 5:57 PM syzbot wrote: > > Hello, > > syzbot found the following crash on: > > HEAD commit:29f785ff Merge branch 'fixes' of git://git.kernel.org/pub/.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=10539ceaa0 > kernel config:

[PATCH] regulator: qcom_spmi: Fix math of spmi_regulator_set_voltage_time_sel

2019-06-19 Thread Jeffrey Hugo
spmi_regulator_set_voltage_time_sel() calculates the amount of delay needed as the result of setting a new voltage. Essentially this is the absolute difference of the old and new voltages, divided by the slew rate. The implementation of spmi_regulator_set_voltage_time_sel() is wrong. It

[PATCH v2] PCI/P2PDMA: Root complex whitelist should not apply when an IOMMU is present

2019-06-19 Thread Logan Gunthorpe
Presently, there is no path to DMA map P2PDMA memory, so if a TLP targeting this memory hits the root complex and an IOMMU is present, the IOMMU will reject the transaction, even if the RC would support P2PDMA. So until the kernel knows to map these DMA addresses in the IOMMU, we should not

Re: Alternatives to /sys/kernel/debug/wakeup_sources

2019-06-19 Thread Joel Fernandes
On Wed, Jun 19, 2019 at 2:35 PM Greg Kroah-Hartman wrote: > > On Wed, Jun 19, 2019 at 02:01:36PM -0400, Joel Fernandes wrote: > > On Wed, Jun 19, 2019 at 1:07 PM Greg Kroah-Hartman > > wrote: > > > > > > On Wed, Jun 19, 2019 at 12:53:12PM -0400, Joel Fernandes wrote: > > > > > It is conceivable

Re: [PATCH] mtd: spi-nor: use 16-bit WRR command when QE is set on spansion flashes

2019-06-19 Thread Geert Uytterhoeven
Hi Tudor, On Wed, Jun 19, 2019 at 5:47 PM wrote: > On 06/11/2019 11:35 AM, Geert Uytterhoeven wrote: > > On Mon, Jun 10, 2019 at 8:24 AM wrote: > >> From: Tudor Ambarus > >> > >> SPI memory devices from different manufacturers have widely > >> different configurations for Status, Control and

Re: NMI hardlock stacktrace deadlock [was Re: Linux 5.2-rc5]

2019-06-19 Thread Linus Torvalds
On Wed, Jun 19, 2019 at 5:40 AM Chris Wilson wrote: > > I haven't bisected this, but with the merge of rc5 into our CI we > started hitting an issue that resulted in a oops and the NMI watchdog > firing as we dumped the ftrace. Do you have the oops itself at all? Linus

Re: [PATCH v2 00/17] net: introduce Qualcomm IPA driver

2019-06-19 Thread Subash Abhinov Kasiviswanathan
There is a n:1 relationship between rmnet and IPA. rmnet does the de-muxing to multiple netdevs based on the mux id in the MAP header for RX packets and vice versa. Oh, so you mean that even though IPA supports multiple channels and multiple netdev instances for a physical device, all the rmnet

Re: Fwd: [PATCH] net: fddi: skfp: Include generic PCI definitions from pci_regs.h

2019-06-19 Thread Shuah Khan
On 6/19/19 12:31 PM, Puranjay Mohan wrote: On Wed, Jun 19, 2019 at 12:04:19PM -0600, Shuah Khan wrote: On 6/19/19 11:45 AM, Puranjay Mohan wrote: Include the generic PCI definitions from include/uapi/linux/pci_regs.h change PCI_REV_ID to PCI_REVISION_ID to make it compatible with the generic

Re: [PATCH][bpf-next] bpf: verifier: add a break statement in switch

2019-06-19 Thread Gustavo A. R. Silva
On 6/19/19 12:44 PM, Andrii Nakryiko wrote: > On Wed, Jun 19, 2019 at 9:07 AM Gustavo A. R. Silva > wrote: >> >> Notice that in this case, it's much clearer to explicitly add a break >> rather than letting the code to fall through. It also avoid potential >> future fall-through warnings[1]. >>

[PATCH v3 1/2] x86/mm: Identify the end of the kernel area to be reserved

2019-06-19 Thread Lendacky, Thomas
The memory occupied by the kernel is reserved using memblock_reserve() in setup_arch(). Currently, the area is from symbols _text to __bss_stop. Everything after __bss_stop must be specifically reserved otherwise it is discarded. This is not clearly documented. Add a new symbol,

[PATCH v3 0/2] x86: SME: Kexec/kdump memory loading fix

2019-06-19 Thread Lendacky, Thomas
This series addresses an issue related to kexec/kdump when SME is active. The SME support uses a workarea located after the end of the kernel to perform "in-place" encryption of the kernel. When kexec/kdump is used, it is possible that some other data used by kexec/kdump could be in this area of

[PATCH v3 2/2] x86/mm: Create a workarea in the kernel for SME early encryption

2019-06-19 Thread Lendacky, Thomas
In order for the kernel to be encrypted "in place" during boot, a workarea outside of the kernel must be used. This SME workarea used during early encryption of the kernel is situated on a 2MB boundary after the end of the kernel text, data, etc. sections (_end). This works well during initial

Re: [PATCH] flow_dissector: Fix vlan header offset in __skb_flow_dissect

2019-06-19 Thread Stanislav Fomichev
On 06/20, YueHaibing wrote: > We build vlan on top of bonding interface, which vlan offload > is off, bond mode is 802.3ad (LACP) and xmit_hash_policy is > BOND_XMIT_POLICY_ENCAP34. > > __skb_flow_dissect() fails to get information from protocol headers > encapsulated within vlan, because 'nhoff'

Re: [PATCH] x86/build: Move _etext to actual end of .text

2019-06-19 Thread Ross Zwisler
On Sun, Jun 9, 2019 at 1:00 PM Johannes Hirte wrote: > On 2019 Jun 09, Klaus Kusche wrote: > > Hello, > > > > Same problem for linux 5.1.7: > > Kernel building fails with the same relocation error. > > > > 5.1.5 does not have the problem, builds fine for me. > > > > Is there anything I can do to

Re: [PATCH 2/3] IMA:Define a new template field buf

2019-06-19 Thread Mimi Zohar
On Wed, 2019-06-19 at 11:08 -0700, prakhar srivastava wrote: > > > > if (iint->measured_pcrs & (0x1 << pcr)) > > > diff --git a/security/integrity/ima/ima_init.c > > > b/security/integrity/ima/ima_init.c > > > index 993d0f1915ff..c8591406c0e2 100644 > > > ---

[PATCH] ARM: dts: rockchip: Configure BT_DEV_WAKE in on rk3288-veyron

2019-06-19 Thread Douglas Anderson
This is the other half of the hacky solution from commit f497ab6b4bb8 ("ARM: dts: rockchip: Configure BT_HOST_WAKE as wake-up signal on veyron"). Specifically the LPM driver that the Broadcom Bluetooth expects to have (but is missing in mainline) has two halves of the equation: BT_HOST_WAKE and

[PATCH v4 1/3] i3c: fix i2c and i3c scl rate by bus mode

2019-06-19 Thread Vitor Soares
Currently the I3C framework limits SCL frequency to FM speed when dealing with a mixed slow bus, even if all I2C devices are FM+ capable. The core was also not accounting for I3C speed limitations when operating in mixed slow mode and was erroneously using FM+ speed as the max I2C speed when

[PATCH v4 2/3] i3c: add mixed limited bus mode

2019-06-19 Thread Vitor Soares
The i3c bus spec defines a bus configuration where i2c devices don't have a 50ns filter but support SCL running at SDR max rate (12.5MHz). This patch introduces the limited bus mode so that users can use a higher speed in presence of i2c devices index 1. Signed-off-by: Vitor Soares Cc: Boris

Re: [stable/4.14.y PATCH 0/3] mmc: Fix a potential resource leak when shutting down request queue.

2019-06-19 Thread Greg Kroah-Hartman
On Wed, Jun 19, 2019 at 12:23:04PM -0600, Raul Rangel wrote: > On Wed, Jun 19, 2019 at 07:09:17PM +0200, Greg Kroah-Hartman wrote: > > On Wed, Jun 19, 2019 at 10:46:25AM -0600, Raul Rangel wrote: > > > On Tue, May 14, 2019 at 11:19:34AM +0200, Greg Kroah-Hartman wrote: > > > > On Mon, May 13, 2019

Re: [PATCH] scsi: fdomain: fix building pcmcia front-end

2019-06-19 Thread Ondrej Zary
On Wednesday 19 June 2019 05:13:01 Martin K. Petersen wrote: > > Arnd, > > > Move the common support outside of the SCSI_LOWLEVEL section. > > Alternatively, we could move all of SCSI_LOWLEVEL_PCMCIA into > > SCSI_LOWLEVEL. This would be more sensible, but might cause surprises > > for users

[PATCH v4 3/3] i3c: dw: add limited bus mode support

2019-06-19 Thread Vitor Soares
This patch add limited bus mode support for DesignWare i3c master Signed-off-by: Vitor Soares Cc: Boris Brezillon Cc: --- Changes in v4: None Changes in v3: None Changes in v2: None drivers/i3c/master/dw-i3c-master.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: Alternatives to /sys/kernel/debug/wakeup_sources

2019-06-19 Thread Greg Kroah-Hartman
On Wed, Jun 19, 2019 at 02:01:36PM -0400, Joel Fernandes wrote: > On Wed, Jun 19, 2019 at 1:07 PM Greg Kroah-Hartman > wrote: > > > > On Wed, Jun 19, 2019 at 12:53:12PM -0400, Joel Fernandes wrote: > > > > It is conceivable to have a "wakeup_sources" directory under > > > > /sys/power/ and sysfs

Re: [RFC PATCH v3 00/16] Core scheduling v3

2019-06-19 Thread Julien Desfossez
On 17-Jun-2019 10:51:27 AM, Aubrey Li wrote: > The result looks still unfair, and particularly, the variance is too high, I just want to confirm that I am also seeing the same issue with a similar setup. I also tried with the priority boost fix we previously posted, the results are slightly

Re: Alternatives to /sys/kernel/debug/wakeup_sources

2019-06-19 Thread Tri Vo
On Wed, Jun 19, 2019 at 11:01 AM Joel Fernandes wrote: > > On Wed, Jun 19, 2019 at 1:07 PM Greg Kroah-Hartman > wrote: > > > > On Wed, Jun 19, 2019 at 12:53:12PM -0400, Joel Fernandes wrote: > > > > It is conceivable to have a "wakeup_sources" directory under > > > > /sys/power/ and sysfs nodes

Fwd: [PATCH] net: fddi: skfp: Include generic PCI definitions from pci_regs.h

2019-06-19 Thread Puranjay Mohan
On Wed, Jun 19, 2019 at 12:04:19PM -0600, Shuah Khan wrote: > On 6/19/19 11:45 AM, Puranjay Mohan wrote: > > Include the generic PCI definitions from include/uapi/linux/pci_regs.h > > change PCI_REV_ID to PCI_REVISION_ID to make it compatible with the > > generic define. > > This driver uses only

Re: [PATCH] MAINTAINERS: add CLANG/LLVM BUILD SUPPORT info

2019-06-19 Thread Joe Perches
On Wed, 2019-06-19 at 11:18 -0700, Nick Desaulniers wrote: > Add keyword support so that our mailing list gets cc'ed for clang/llvm > patches. You'd also possibly get cc'd on patches that merely mention clang or llvm like any change to clang-format. It could be many files that aren't

Re: [stable/4.14.y PATCH 0/3] mmc: Fix a potential resource leak when shutting down request queue.

2019-06-19 Thread Raul Rangel
On Wed, Jun 19, 2019 at 07:09:17PM +0200, Greg Kroah-Hartman wrote: > On Wed, Jun 19, 2019 at 10:46:25AM -0600, Raul Rangel wrote: > > On Tue, May 14, 2019 at 11:19:34AM +0200, Greg Kroah-Hartman wrote: > > > On Mon, May 13, 2019 at 11:55:18AM -0600, Raul E Rangel wrote: > > > > I think we should

Re: [PATCH] arm64: dts: qcom: qcs404-evb: fix vdd_apc supply

2019-06-19 Thread Bjorn Andersson
On Wed 19 Jun 11:16 PDT 2019, Jorge Ramirez-Ortiz wrote: > The invalid definition in the supply causes the Qualcomm's EVB-1000 > and EVB-4000 not to boot. > > Fix the boot issue by correctly defining the supply: vdd_s3 (namely > "vdd_apc") is actually connected to vph_pwr. > Reviewed-by: Bjorn

Re: [PATCH] mm: mempolicy: handle vma with unmovable pages mapped correctly in mbind

2019-06-19 Thread Yang Shi
On 6/19/19 9:21 AM, Yang Shi wrote: On 6/19/19 1:22 AM, Vlastimil Babka wrote: On 6/19/19 7:21 AM, Michal Hocko wrote: On Tue 18-06-19 14:13:16, Yang Shi wrote: [...] I used to have !__PageMovable(page), but it was removed since the aforementioned reason. I could add it back. For the

Re: dev_pagemap related cleanups v2

2019-06-19 Thread Jason Gunthorpe
On Wed, Jun 19, 2019 at 09:46:23AM -0700, Dan Williams wrote: > On Wed, Jun 19, 2019 at 9:37 AM Jason Gunthorpe wrote: > > > > On Wed, Jun 19, 2019 at 11:40:32AM +0200, Christoph Hellwig wrote: > > > On Tue, Jun 18, 2019 at 12:47:10PM -0700, Dan Williams wrote: > > > > > Git tree: > > > > > > > >

[PATCH] time/tick-broadcast: Fix tick_broadcast_offline() lockdep complaint

2019-06-19 Thread Paul E. McKenney
[ Hearing no objections and given no test failures in multiple weeks of rcutorture testing, I intend to submit this to the upcoming merge window. Thoughts? ] The TASKS03 and TREE04 rcutorture scenarios produce the following lockdep complaint:

[PATCH] MAINTAINERS: add CLANG/LLVM BUILD SUPPORT info

2019-06-19 Thread Nick Desaulniers
Add keyword support so that our mailing list gets cc'ed for clang/llvm patches. We're pretty active on our mailing list so far as code review. There are numerous Googlers like myself that are paid to support building the Linux kernel with Clang and LLVM. Signed-off-by: Nick Desaulniers ---

[PATCH v2] net: mvpp2: debugfs: Add pmap to fs dump

2019-06-19 Thread Nathan Huckleberry
There was an unused variable 'mvpp2_dbgfs_prs_pmap_fops' Added a usage consistent with other fops to dump pmap to userspace. Cc: clang-built-li...@googlegroups.com Link: https://github.com/ClangBuiltLinux/linux/issues/529 Signed-off-by: Nathan Huckleberry --- Changes from v1 -> v2 * Fix typo *

[PATCH] arm64: dts: qcom: qcs404-evb: fix vdd_apc supply

2019-06-19 Thread Jorge Ramirez-Ortiz
The invalid definition in the supply causes the Qualcomm's EVB-1000 and EVB-4000 not to boot. Fix the boot issue by correctly defining the supply: vdd_s3 (namely "vdd_apc") is actually connected to vph_pwr. Reported-by: Niklas Cassel Tested-by: Jorge Ramirez-Ortiz Signed-off-by: Jorge

Re: [PATCH] x86/apic: fix integer overflow on 10 bit right shift of cpu_khz

2019-06-19 Thread Colin Ian King
On 19/06/2019 19:13, Colin King wrote: > From: Colin Ian King > > The right shift of unsigned int cpu_khz will overflow for large values > of cpu_khz, so cast it to a long long before shifting it to avoid > overvlow. For example, this can happen when cpu_khz is 4194305 (just > less than 4.2

[PATCH][V2] x86/apic: fix integer overflow on 10 bit left shift of cpu_khz

2019-06-19 Thread Colin King
From: Colin Ian King The left shift of unsigned int cpu_khz will overflow for large values of cpu_khz, so cast it to a long long before shifting it to avoid overvlow. For example, this can happen when cpu_khz is 4194305 (just less than 4.2 GHz). Also wrap line to avoid checkpatch wide line

[PATCH] x86/apic: fix integer overflow on 10 bit right shift of cpu_khz

2019-06-19 Thread Colin King
From: Colin Ian King The right shift of unsigned int cpu_khz will overflow for large values of cpu_khz, so cast it to a long long before shifting it to avoid overvlow. For example, this can happen when cpu_khz is 4194305 (just less than 4.2 GHz). Also wrap line to avoid checkpatch wide line

Re: [RFC net-next 1/5] net: stmmac: introduce IEEE 802.1Qbv configuration functionalities

2019-06-19 Thread Vinicius Costa Gomes
Hi, Voon Weifeng writes: > From: Ong Boon Leong > > IEEE 802.1Qbv Enhancements for Scheduled Traffics (EST) is available in > EQoS ver5.xx. The change adds basic EST functionalities: > > a) EST initialization with hardware capabilities detection. > b) Setting Gate Control List (GCL), i.e. gate

Re: [PATCH] net/ipv4: fib_trie: Avoid cryptic ternary expressions

2019-06-19 Thread Joe Perches
On Wed, 2019-06-19 at 10:41 -0700, Nick Desaulniers wrote: > On Wed, Jun 19, 2019 at 2:36 AM Joe Perches wrote: > > On Tue, 2019-06-18 at 16:23 -0700, Nick Desaulniers wrote: > > > As a side note, I'm going to try to see if MAINTAINERS and > > > scripts/get_maintainers.pl supports regexes on the

Re: [PATCH 2/3] IMA:Define a new template field buf

2019-06-19 Thread prakhar srivastava
> > if (iint->measured_pcrs & (0x1 << pcr)) > > diff --git a/security/integrity/ima/ima_init.c > > b/security/integrity/ima/ima_init.c > > index 993d0f1915ff..c8591406c0e2 100644 > > --- a/security/integrity/ima/ima_init.c > > +++ b/security/integrity/ima/ima_init.c > > @@ -50,7 +50,7 @@

[PATCH] staging: rtl8723bs: HalBtc8723b1Ant: fix Using comparison to true is error prone

2019-06-19 Thread Hariprasad Kelam
This patch fixes below issue reported by checkpatch CHECK: Using comparison to true is error prone CHECK: Using comparison to false is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/HalBtc8723b1Ant.c | 8 1 file changed, 4 insertions(+), 4 deletions(-)

Re: [PATCH] net: fddi: skfp: Include generic PCI definitions from pci_regs.h

2019-06-19 Thread Shuah Khan
On 6/19/19 11:45 AM, Puranjay Mohan wrote: Include the generic PCI definitions from include/uapi/linux/pci_regs.h change PCI_REV_ID to PCI_REVISION_ID to make it compatible with the generic define. This driver uses only one generic PCI define. Signed-off-by: Puranjay Mohan ---

Re: Alternatives to /sys/kernel/debug/wakeup_sources

2019-06-19 Thread Joel Fernandes
On Wed, Jun 19, 2019 at 1:07 PM Greg Kroah-Hartman wrote: > > On Wed, Jun 19, 2019 at 12:53:12PM -0400, Joel Fernandes wrote: > > > It is conceivable to have a "wakeup_sources" directory under > > > /sys/power/ and sysfs nodes for all wakeup sources in there. > > > > One of the "issues" with this

[PATCH] power: Do not clear events_check_enabled in pm_wakeup_pending()

2019-06-19 Thread Ravi Chandra Sadineni
events_check_enabled bool is set when wakeup_count sysfs attribute is written. User level daemon is expected to write this attribute just before suspend. When this boolean is set, calls to pm_wakeup_event() will result in increment of per device and global wakeup count that helps in identifying

Re: [PATCH] dmaengine: qcom-bam: fix circular buffer handling

2019-06-19 Thread Sricharan R
Hi Srini, On 6/18/2019 10:20 PM, Srinivas Kandagatla wrote: > > > On 18/06/2019 17:27, Sricharan R wrote: >>   The Macro's expect that buffer size is power of 2. So we are infact >> passing the actual correct >>   size ( MAX_DESCRIPTORS + 1 = 4096) > This will make the circular buffer macros

Re: [PATCH] perf cs-etm: Improve completeness for kernel address space

2019-06-19 Thread Mathieu Poirier
Hi Leo, On Mon, 17 Jun 2019 at 09:00, Leo Yan wrote: > > Arm and arm64 architecture reserve some memory regions prior to the > symbol '_stext' and these memory regions later will be used by device > module and BPF jit. The current code misses to consider these memory > regions thus any address

[PATCH] net: fddi: skfp: remove generic PCI defines from skfbi.h

2019-06-19 Thread Puranjay Mohan
skfbi.h defines its own copies of PCI_COMMAND, PCI_STATUS, etc. remove them in favor of the generic definitions in include/uapi/linux/pci_regs.h Signed-off-by: Puranjay Mohan --- drivers/net/fddi/skfp/h/skfbi.h | 23 --- 1 file changed, 23 deletions(-) diff --git

[PATCH v2] x86/efi: fix a -Wtype-limits compilation warning

2019-06-19 Thread Qian Cai
Compiling a kernel with W=1 generates this warning, arch/x86/platform/efi/quirks.c:731:16: warning: comparison of unsigned expression >= 0 is always true [-Wtype-limits] Fixes: 3425d934fc03 ("efi/x86: Handle page faults occurring while running EFI runtime services") Signed-off-by: Qian Cai ---

Re: [PATCH] netfilter: synproxy: fix building syncookie calls

2019-06-19 Thread Pablo Neira Ayuso
On Wed, Jun 19, 2019 at 02:54:36PM +0200, Arnd Bergmann wrote: > When either CONFIG_IPV6 or CONFIG_SYN_COOKIES are disabled, the kernel > fails to build: > > include/linux/netfilter_ipv6.h:180:9: error: implicit declaration of function > '__cookie_v6_init_sequence' >

Re: [PATCH V9 1/3] IMA:Define a new hook to measure the kexec boot command line arguments

2019-06-19 Thread prakhar srivastava
On Mon, Jun 17, 2019 at 11:37 AM Prakhar Srivastava wrote: > > Currently during soft reboot(kexec_file_load) boot command line > arguments are not measured. Define hooks needed to measure kexec > command line arguments during soft reboot(kexec_file_load). > > - A new ima hook ima_kexec_cmdline is

[PATCH] net: fddi: skfp: Include generic PCI definitions from pci_regs.h

2019-06-19 Thread Puranjay Mohan
Include the generic PCI definitions from include/uapi/linux/pci_regs.h change PCI_REV_ID to PCI_REVISION_ID to make it compatible with the generic define. This driver uses only one generic PCI define. Signed-off-by: Puranjay Mohan --- drivers/net/fddi/skfp/drvfbi.c | 3 ++- 1 file changed, 2

Re: [PATCH][bpf-next] bpf: verifier: add a break statement in switch

2019-06-19 Thread Andrii Nakryiko
On Wed, Jun 19, 2019 at 9:07 AM Gustavo A. R. Silva wrote: > > Notice that in this case, it's much clearer to explicitly add a break > rather than letting the code to fall through. It also avoid potential > future fall-through warnings[1]. > > This patch is part of the ongoing efforts to enable >

Re: [PATCH][bpf] bpf: verifier: add break statement in switch

2019-06-19 Thread Andrii Nakryiko
On Wed, Jun 19, 2019 at 9:02 AM Gustavo A. R. Silva wrote: > > Notice that in this case, it's much clearer to explicitly add a break > rather than letting the code to fall through. It also avoid potential > future fall-through warnings[1]. > > This patch is part of the ongoing efforts to enable >

Re: [PATCH] power: Do not clear events_check_enabled in pm_wakeup_pending()

2019-06-19 Thread Greg KH
On Fri, Jun 14, 2019 at 11:23:31AM -0700, Ravi Chandra Sadineni wrote: > Hi, > > Just wanted to check if this o.k. You seem to have forgoten to send this to the maintainer of this file :( Please use scripts/get_maintainer.pl and resend it, remembering to send it to Rafael next time :) thanks,

Re: [PATCH] net/ipv4: fib_trie: Avoid cryptic ternary expressions

2019-06-19 Thread Nick Desaulniers
On Wed, Jun 19, 2019 at 2:36 AM Joe Perches wrote: > > On Tue, 2019-06-18 at 16:23 -0700, Nick Desaulniers wrote: > > As a side note, I'm going to try to see if MAINTAINERS and > > scripts/get_maintainers.pl supports regexes on the commit messages in > > order to cc our mailing list > > Neither.

Re: [PATCH v6 2/5] HID: quirks: Refactor ELAN 400 and 401 handling

2019-06-19 Thread Jeffrey Hugo
On 6/19/2019 11:10 AM, Dmitry Torokhov wrote: On Wed, Jun 12, 2019 at 04:20:42PM -0600, Jeffrey Hugo wrote: On 6/12/2019 3:46 PM, Dmitry Torokhov wrote: On Wed, Jun 12, 2019 at 02:27:21PM -0700, Jeffrey Hugo wrote: There needs to be coordination between hid-quirks and the elan_i2c driver

Re: [PATCH v7 7/7] MAINTAINERS: Add an entry for generic architecture topology

2019-06-19 Thread Greg Kroah-Hartman
On Mon, Jun 17, 2019 at 11:59:20AM -0700, Atish Patra wrote: > From: Sudeep Holla > > arm and arm64 shared lot of CPU topology related code. This was > consolidated under driver/base/arch_topology.c by Juri. Now RISC-V > is also started sharing the same code pulling more code from arm64 > into

Re: [PATCH v7 3/7] cpu-topology: Move cpu topology code to common code.

2019-06-19 Thread Greg Kroah-Hartman
On Mon, Jun 17, 2019 at 11:59:16AM -0700, Atish Patra wrote: > Both RISC-V & ARM64 are using cpu-map device tree to describe > their cpu topology. It's better to move the relevant code to > a common place instead of duplicate code. > > To: Will Deacon > To: Catalin Marinas > Signed-off-by:

Re: [PATCH v2 1/2] x86/cpufeatures: Combine word 11 and 12 into new scattered features word 11

2019-06-19 Thread Borislav Petkov
On Mon, Jun 17, 2019 at 11:00:15AM -0700, Fenghua Yu wrote: > @@ -832,33 +857,6 @@ void get_cpu_cap(struct cpuinfo_x86 *c) > c->x86_capability[CPUID_D_1_EAX] = eax; > } > > - /* Additional Intel-defined flags: level 0x000F */ > - if (c->cpuid_level >= 0x000F)

Re: [PATCH 2/6] nvmem: meson-mx-efuse: update with SPDX Licence identifier

2019-06-19 Thread Greg KH
On Fri, Jun 14, 2019 at 03:32:17PM +0100, Srinivas Kandagatla wrote: > From: Neil Armstrong > > Signed-off-by: Neil Armstrong > Reviewed-by: Martin Blumenstingl > Signed-off-by: Srinivas Kandagatla > --- > drivers/nvmem/meson-mx-efuse.c | 10 +- > 1 file changed, 1 insertion(+), 9

Re: [PATCH v4 2/2] ARM: OMAP2: drop explicit assembler architecture

2019-06-19 Thread Olof Johansson
On Tue, May 28, 2019 at 12:40:51AM +0200, Stefan Agner wrote: > OMAP2 depends on ARCH_MULTI_V6, which makes sure that the kernel is > compiled with -march=armv6. The compiler frontend will pass the > architecture to the assembler. There is no explicit architecture > specification necessary. > >

Re: [PATCH v4 1/2] ARM: use arch_extension directive instead of arch argument

2019-06-19 Thread Olof Johansson
On Tue, May 28, 2019 at 12:40:50AM +0200, Stefan Agner wrote: > The LLVM Target parser currently does not allow to specify the security > extension as part of -march (see also LLVM Bug 40186 [0]). When trying > to use Clang with LLVM's integrated assembler, this leads to build > errors such as

Re: [PATCH 1/6] nvmem: meson-efuse: update with SPDX Licence identifier

2019-06-19 Thread Greg KH
On Fri, Jun 14, 2019 at 03:32:16PM +0100, Srinivas Kandagatla wrote: > From: Neil Armstrong > > Signed-off-by: Neil Armstrong > Signed-off-by: Srinivas Kandagatla > --- > drivers/nvmem/meson-efuse.c | 10 +- > 1 file changed, 1 insertion(+), 9 deletions(-) I can't take patches

Re: [PATCH v2 2/2] x86/cpufeatures: Enumerate new AVX512 BFLOAT16 instructions

2019-06-19 Thread Borislav Petkov
On Mon, Jun 17, 2019 at 11:00:16AM -0700, Fenghua Yu wrote: > AVX512 Vector Neural Network Instructions (VNNI) in Intel Deep Learning > Boost support BFLOAT16 format (BF16). That sentence is a mouthful and I have no clue what it means. Marketing junk? If so, either rewrite it for mere mortals or

<    1   2   3   4   5   6   7   8   9   >