[tip:perf/core] tools: Update asm-generic/mman-common.h copy from the kernel

Commit-ID: 0fb75c8ce15be60e768c06adabf00ff79e5c2501 Gitweb: http://git.kernel.org/tip/0fb75c8ce15be60e768c06adabf00ff79e5c2501 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 25 Oct 2016 17:02:11 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

Re: [PATCH] net caif: insert missing spaces in pr_* messages and unbreak multi-line strings

From: Colin King Date: Tue, 25 Oct 2016 12:18:42 +0100 > From: Colin Ian King > > Some of the pr_* messages are missing spaces, so insert these and also > unbreak multi-line literal strings in pr_* messages > > Signed-off-by: Colin Ian King

Re: Crash in -next due to 'mm/vmalloc: replace opencoded 4-level page walkers'

On Fri, Oct 28, 2016 at 10:18:25AM -0700, Guenter Roeck wrote: > Hi, > > when running sparc64 images in qemu, I see the following crash. > This is with next-20161028. > > [2.530785] clocksource: jiffies: mask: 0x max_cycles: > 0x,max_idle_ns:

Re: [PATCH] ARC: Enable PERF_EVENTS in nSIM driven platforms

On 10/28/2016 01:41 AM, Alexey Brodkin wrote: > Now when we have properly working performance counters in nSIM > even with interrupt support (fix should be a part of upcoming > nSIM engineering build 2016.12-005) we may enable perf support > by default for all platforms that use nSIM for ARC cores

Re: [RFC] v4l2 support for thermopile devices

On 10/28/2016 10:30 PM, Devin Heitmueller wrote: > Hi Matt, > >> Need some input for the video pixel data types, which the device we >> are using (see datasheet links below) is outputting pixel data in >> little endian 16-bit of which a 12-bits signed value is used. Does it >> make sense to do

Re: [PATCH v6 4/5] ARM: DTS: da850: Add cfgchip syscon node

David Lechner writes: > On 10/28/2016 12:08 PM, Kevin Hilman wrote: >> Sekhar Nori writes: >> >>> On Wednesday 26 October 2016 09:38 PM, David Lechner wrote: On 10/25/2016 10:06 PM, David Lechner wrote: > Add a syscon node for the SoC CFGCHIPn

[PATCH v2 6/6] arm64: dts: NS2: add AMAC ethernet support

Add support for the AMAC ethernet to the Broadcom Northstar2 SoC device tree Signed-off-by: Jon Mason --- arch/arm64/boot/dts/broadcom/ns2-svk.dts | 5 + arch/arm64/boot/dts/broadcom/ns2.dtsi| 12 2 files changed, 17 insertions(+) diff --git

[PATCH v2 3/6] Documentation: devicetree: net: add NS2 bindings to amac

Signed-off-by: Jon Mason --- Documentation/devicetree/bindings/net/brcm,amac.txt | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/net/brcm,amac.txt b/Documentation/devicetree/bindings/net/brcm,amac.txt index

[PATCH v2 5/6] net: ethernet: bgmac: add NS2 support

Add support for the variant of amac hardware present in the Broadcom Northstar2 based SoCs. Northstar2 requires an additional register to be configured with the port speed/duplexity (NICPM). This can be added to the link callback to hide it from the instances that do not use this. Also, clearing

[PATCH v2 1/6] net: phy: broadcom: add bcm54xx_auxctl_read

Add a helper function to read the AUXCTL register for the BCM54xx. This mirrors the bcm54xx_auxctl_write function already present in the code. Signed-off-by: Jon Mason --- drivers/net/phy/broadcom.c | 10 ++ include/linux/brcmphy.h| 1 + 2 files changed, 11

[PATCH v2 4/6] net: ethernet: bgmac: device tree phy enablement

Change the bgmac driver to allow for phy's defined by the device tree Signed-off-by: Jon Mason --- drivers/net/ethernet/broadcom/bgmac-bcma.c | 48 drivers/net/ethernet/broadcom/bgmac-platform.c | 48 +++-

Re: /dev/mem and PCI memory = EFAULT?

On Fri, Oct 28, 2016 at 2:03 PM, Stas Sergeev wrote: > Hello. > > For the long time dosemu used /dev/mem for vga pass-through. > Now it appears /dev/mem has this check: > http://lxr.free-electrons.com/source/drivers/char/mem.c#L51 > which prevents an accesses to PCI memory regions

Re: /dev/mem and PCI memory = EFAULT (regression?)

OK, thanks for the prompt reply, Andy! I'll try your sysfs suggestion. Let me just add a bit of CCs to get more people involved. I believe the ram size involvement makes this smell like a bug, plus it looks like a regression. Not that I am going to suffer much (this pass-through stuff always

Re: [PATCH v2 1/5] kconfig: introduce the "imply" keyword

On Thu, 2016-10-27 at 23:10 -0400, Nicolas Pitre wrote: > On Fri, 28 Oct 2016, Paul Bolle wrote: > > And in your example BAR is bool, right? Does the above get more > > complicated if BAR would be tristate? > > If BAR=m then implying BAZ from FOO=y will force BAZ to y or n,  > bypassing the

Re: [PATCH] PM / Suspend: Fix missing KERN_CONT for suspend message

On Fri 2016-10-21 16:24:09, Jon Hunter wrote: > Commit 4bcc595ccd80 ("printk: reinstate KERN_CONT for printing > continuation lines") exposed a missing KERN_CONT from one of the > messages shown on entering suspend. With v4.9-rc1, the 'done.' shown > after syncing the filesystems no longer appears

[PATCH] [v2 netfilter-next] netfilter: nf_tables: fib warnings

The newly added nft fib code produces two warnings: net/ipv4/netfilter/nft_fib_ipv4.c: In function 'nft_fib4_eval': net/ipv4/netfilter/nft_fib_ipv4.c:80:6: error: unused variable 'i' [-Werror=unused-variable] net/ipv4/netfilter/nft_fib_ipv4.c: In function ‘nft_fib4_eval’:

RE: [PATCH] Tools: hv: recover after hv_vss_daemon freeze times out

> -Original Message- > From: Michael Gissing [mailto:m...@faulpeltz.net] > Sent: Thursday, October 13, 2016 2:27 PM > To: Alex Ng (LIS) > Cc: KY Srinivasan ; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; o...@aepfle.de;

Re: [lkp] [NFSv4] 931437ee2c: BUG: sleeping function called from invalid context at mm/slab.h:393

On 2016-10-25 14:52:39 [+0800], kernel test robot wrote: > > FYI, we noticed the following commit: > > https://github.com/0day-ci/linux > Sebastian-Andrzej-Siewior/NFSv4-replace-seqcount_t-with-a-seqlock_t/20161022-013104 > commit 931437ee2c100a50c36771c947ce3674f8160592 ("NFSv4: replace

Re: [PATCH v2 3/5] fpga manager: Add cyclone-ps-spi driver for Altera FPGAs

Dang it! This was flagged last time around and I forgot to fix it. On 10/28/2016 01:41 PM, kbuild test robot wrote: > Hi Joshua, > > [auto build test ERROR on linus/master] > [also build test ERROR on v4.9-rc2 next-20161028] > [if your patch is applied to the wrong git tree,

Re: [PATCH] lpfc: use %zd format string for size_t

On Friday, October 28, 2016 2:44:13 PM CEST Vineet Gupta wrote: > > Indeed if I hack include/linux/types.h > > -typedef __kernel_size_tsize_t; > +typedef unsigned long size_t; > > then the warning goes away, so gcc is indeed assuming size_t to be unsigned > long > and

[PATCH] device-dax: check devm_nsio_enable() return value

If the dax_pmem driver is passed a resource that is already busy the driver probe attempt should fail with a message like the following: dax_pmem dax0.1: could not reserve region [mem 0x1-0x11fff] However, if we do not catch the error we crash for the obvious reason of accessing

Re: [RFC] v4l2 support for thermopile devices

Hi Matt, On 28/10/16 22:14, Matt Ranostay wrote: So want to toss a few thoughts on adding support for thermopile devices (could be used for FLIR Lepton as well) that output pixel data. These typically aren't DMA'able devices since they are low speed (partly to limiting the functionality to be

[GIT PULL] Please pull powerpc/linux.git powerpc-4.9-4 tag

Hi Linus, Please pull some more powerpc fixes for 4.9: The following changes since commit 78914ff0843623ee6dbeae92fa0bb8761828684e: powerpc: Ignore the pkey system calls for now (2016-10-19 20:36:24 +1100) are available in the git repository at:

Re: [PATCH v2 1/5] kconfig: introduce the "imply" keyword

On Fri, 28 Oct 2016, Paul Bolle wrote: > On Thu, 2016-10-27 at 23:10 -0400, Nicolas Pitre wrote: > > On Fri, 28 Oct 2016, Paul Bolle wrote: > > > What happens when a tristate symbol is implied by a symbol set to 'y' > > > and by a symbol set to 'm'? > > > > That's respectively the third and

[PATCH v6 06/10] x86/intel_rdt: Add cpus file

From: Tony Luck Now we populate each directory with a read/write (mode 0644) file named "cpus". This is used to over-ride the resources available to processes in the default resource group when running on specific CPUs. Each "cpus" file reads as a cpumask showing which CPUs

[PATCH v6 09/10] x86/intel_rdt: Add scheduler hook

From: Fenghua Yu Hook the x86 scheduler code to update closid based on whether the current task is assigned to a specific closid or running on a CPU assigned to a specific closid. Signed-off-by: Fenghua Yu --- arch/x86/include/asm/intel_rdt.h

[PATCH v6 03/10] x86/intel_rdt: Add basic resctrl filesystem support

From: Fenghua Yu Use kernfs as basis for our user interface filesystem. This patch supports mount/umount, and one mount parameter "cdp" to enable code/data prioritization (though all we do at this point is ensure that the system can support CDP). The file system is not

[PATCH v6 07/10] x86/intel_rdt: Add tasks files

From: Fenghua Yu The root directory all subdirectories are automatically populated with a read/write (mode 0644) file named "tasks". When read it will show all the task IDs assigned to the resource group. Tasks can be added (one at a time) to a group by writing the task ID

[PATCH v6 08/10] x86/intel_rdt: Add schemata file

From: Tony Luck Last of the per resource group files. Also mode 0644. This one shows the resources available to the group. Syntax depends on whether the "cdp" mount option was given. With code/data prioritization disabled it is simply a list of masks for each cache domain.

[PATCH v6 02/10] x86/intel_rdt: Build structures for each resource based on cache topology

From: Tony Luck We use the cpu hotplug notifier to catch each cpu in turn and look at its cache topology w.r.t each of the resource groups. As we discover new resources, we initialize the bitmask array for each to the default (full access) value. Signed-off-by: Tony Luck

Re: [PATCH 2/3] iopmem : Add a block device driver for PCIe attached IO memory.

Hi Christoph, Thanks so much for the detailed review of the code! Even though by the sounds of things we will be moving to device dax and most of this is moot. Still, it's great to get some feedback and learn a few things. I've given some responses below. On 28/10/16 12:45 AM, Christoph Hellwig

Re: [PATCH] [rfc, netfilter-next] netfilter: nf_tables: fib warnings

On Friday, October 28, 2016 6:21:49 PM CEST Florian Westphal wrote: > Good point. In case oif is NULL we don't have to search the result > list for a match anyway, so we could do this (not even build tested): > It didn't apply cleanly, but I've integrated it with the change to initialize oif to

[PATCH V6 0/3] irqchip: qcom: Add IRQ combiner driver

Add support for IRQ combiners in the Top-level Control and Status Registers (TCSR) hardware block in Qualcomm Technologies chips. The first patch fixes probe deferral by allowing platform_device IRQ resources to be re-initialized if the ACPI core failed to find the IRQ domain during ACPI bus

[PATCH V6 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping

This allows irqchip drivers to associate an ACPI DSDT device to an IRQ domain and provides support for using the ResourceSource in Extended IRQ Resources to find the domain and map the IRQs specified on that domain. Signed-off-by: Agustin Vega-Frias ---

[PATCH V6 3/3] irqchip: qcom: Add IRQ combiner driver

Driver for interrupt combiners in the Top-level Control and Status Registers (TCSR) hardware block in Qualcomm Technologies chips. An interrupt combiner in this block combines a set of interrupts by OR'ing the individual interrupt signals into a summary interrupt signal routed to a parent

Re: [PATCH 00/14] introduce the BFQ-v0 I/O scheduler as an extra scheduler

On Fri, Oct 28, 2016 at 5:29 PM, Christoph Hellwig wrote: > On Fri, Oct 28, 2016 at 11:32:21AM +0200, Linus Walleij wrote: >> So I'm not just complaining by the way, I'm trying to fix this. Also >> Bartlomiej from Samsung has done some stabs at switching MMC/SD >> to blk-mq. I

Re: [PATCH] m68k: Fix ndelay() macro

Hi Philippe, On Fri, Oct 28, 2016 at 11:03 PM, Philippe De Muyter wrote: > On Fri, Oct 28, 2016 at 05:12:28PM +0200, Boris Brezillon wrote: >> The current ndelay() macro definition has an extra semi-colon at the >> end of the line thus leading to a compilation error when ndelay is

Re: [PATCH 2/3] ASoC: lpass-platform: Fix broken pcm data usage

On 28/10/16 19:26, Mark Brown wrote: On Fri, Oct 28, 2016 at 04:32:19PM +0100, Srinivas Kandagatla wrote: This patch fixes lpass-platform driver which was broken in v4.9-rc1. lpass_pcm_data data structure holds information specific to stream. Holding a single private pointer to it in global

Re: [PATCH] m68k: Fix ndelay() macro

On Fri, Oct 28, 2016 at 05:12:28PM +0200, Boris Brezillon wrote: > The current ndelay() macro definition has an extra semi-colon at the > end of the line thus leading to a compilation error when ndelay is used > in a conditional block with curly braces like this one: without curly braces > >

Re: /dev/mem and PCI memory = EFAULT?

29.10.2016 00:05, Andy Lutomirski пишет: On Fri, Oct 28, 2016 at 2:03 PM, Stas Sergeev wrote: Hello. For the long time dosemu used /dev/mem for vga pass-through. Now it appears /dev/mem has this check: http://lxr.free-electrons.com/source/drivers/char/mem.c#L51 which prevents an

Re: [PATCH v2 1/5] kconfig: introduce the "imply" keyword

On Thu, 2016-10-27 at 23:10 -0400, Nicolas Pitre wrote: > On Fri, 28 Oct 2016, Paul Bolle wrote: > > You probably got "["if" ]" for free by copying what's there for > > select. But this series doesn't use it, so perhaps it would be better > > to not document it yet. But that is rather sneaky.

Re: Crash in -next due to 'mm/vmalloc: replace opencoded 4-level page walkers'

On Fri, 28 Oct 2016 21:15:48 +0100 Chris Wilson wrote: > > Bisect points to commit 0c79e3331f08 ("mm/vmalloc: replace opencoded 4-level > > page walkers"). Reverting this patch fixes the problem. > > Hmm, apply_to_pte_range() has a BUG_ON(pmd_huge(*pmd)) but the old >

[PATCH v2] NFSv4: replace seqcount_t with a seqlock_t

The raw_write_seqcount_begin() in nfs4_reclaim_open_state() bugs me because it maps to preempt_disable() in -RT which I can't have at this point. So I took a look at the code. It the lockdep part was removed in commit abbec2da13f0 ("NFS: Use raw_write_seqcount_begin/end int

Re: [PATCH] lpfc: use %zd format string for size_t

On Friday, October 28, 2016 2:03:21 PM CEST Vineet Gupta wrote: > > I'm trying to use about to be released ARC gcc 6.x with current kernels and > see a > flood of warnings due to these legit fixes - i.e.g arc gcc 6.2 complains when > it > sees -zx formats. > > CC mm/percpu.o >

Re: [PATCH 3/3] trace-cmd record: add --cpu-list option

On Fri, 28 Oct 2016 17:15:57 -0400 Luiz Capitulino wrote: > On Fri, 28 Oct 2016 15:50:10 -0400 > Steven Rostedt wrote: > > > On Fri, 28 Oct 2016 15:49:22 -0400 > > Steven Rostedt wrote: > > > > > Sorry it took so long to look

Re: [PATCH v2 3/4] input: Deprecate real timestamps beyond year 2106

>> >> @@ -55,24 +60,24 @@ struct ff_effect_compat { >> >> >> >> static inline size_t input_event_size(void) >> >> { >> >> - return (in_compat_syscall() && !COMPAT_USE_64BIT_TIME) ? >> >> - sizeof(struct input_event_compat) : sizeof(struct >> >> input_event); >> >> +

Re: [PATCH v2 3/4] input: Deprecate real timestamps beyond year 2106

On Friday, October 28, 2016 2:56:10 PM CEST Dmitry Torokhov wrote: > On Fri, Oct 28, 2016 at 2:47 PM, Arnd Bergmann wrote: > > On Friday, October 28, 2016 2:39:35 PM CEST Deepa Dinamani wrote: > >> >> >> @@ -55,24 +60,24 @@ struct ff_effect_compat { > >> >> >> > >> >> >> static

[PATCH v6 01/10] Documentation, x86: Documentation for Intel resource allocation user interface

From: Fenghua Yu The documentation describes user interface of how to allocate resource in Intel RDT. Please note that the documentation covers generic user interface. Current patch set code only implemente CAT L3. CAT L2 code will be sent later. Signed-off-by: Fenghua Yu

[PATCH v6 00/10] Intel Cache Allocation Technology

From: Fenghua Yu This version is supposed to cover all comments from Thomas. Patch 1-4, 6-9 of 18 v5 patches are in tip x86/cache branch. We have rest of 10 patches in v6 on top of tip tree. Change log in v6: patch 1 (i.e. patch 5 in v5): Change max_cbm_val to cbm_mask.

[PATCH v6 04/10] x86/intel_rdt: Add "info" files to resctrl file system

From: Fenghua Yu For the convenience of applications we make the decoded values of some of the CPUID values available in read-only (0444) files. Signed-off-by: Fenghua Yu --- arch/x86/include/asm/intel_rdt.h | 24

[PATCH v6 10/10] MAINTAINERS: Add maintainer for Intel RDT resource allocation

From: Fenghua Yu We create five new files for Intel RDT resource allocation: arch/x86/kernel/cpu/intel_rdt.c arch/x86/kernel/cpu/intel_rdt_rdtgroup.c arch/x86/kernel/cpu/intel_rdt_schemata.c arch/x86/include/asm/intel_rdt.h Documentation/x86/intel_rdt_ui.txt Fenghua Yu

Re: [PATCH 1/5] KVM: x86: avoid atomic operations on APICv vmentry

On Fri, Oct 28, 2016 at 11:39:44AM +0200, Paolo Bonzini wrote: > > > On 27/10/2016 19:06, Radim Krčmář wrote: > > 2016-10-27 19:51+0300, Michael S. Tsirkin: > >> On Thu, Oct 27, 2016 at 06:44:00PM +0200, Radim Krčmář wrote: > >>> 2016-10-27 00:42+0300, Michael S. Tsirkin: > On Wed, Oct 26,

Re: [PATCH] lpfc: use %zd format string for size_t

On Friday, October 28, 2016 2:58:33 PM CEST Vineet Gupta wrote: > On 10/28/2016 02:52 PM, Vineet Gupta wrote: > > On 10/28/2016 02:44 PM, Vineet Gupta wrote: > >> This is configuration specific, and something caused your compiler to > >>> be built assuming that size_t is unsigned long, while the

[PATCH v3 1/5] mtd: introduce function max_bad_blocks

From: Jeff Westfahl If implemented, 'max_bad_blocks' returns the maximum number of bad blocks to reserve for an MTD. An implementation for NAND is coming soon. Signed-off-by: Jeff Westfahl Signed-off-by: Zach Brown ---

[PATCH v3 3/5] mtd: nand: Add bb_per_lun and blocks_per_lun fields to nand_chip

The fields bb_per_lun and blocks_per_lun are useful determining the number of bad blocks a MTD needs to allocate. How they are set will depend on if the chip is ONFI, JEDEC or a fuill-id entry in the nand_ids table. Signed-off-by: Zach Brown --- include/linux/mtd/nand.h | 5

Re: [PATCH v10 10/19] vfio iommu: Add blocking notifier to notify DMA_UNMAP

On Sat, 29 Oct 2016 01:32:35 +0530 Kirti Wankhede wrote: > On 10/28/2016 6:10 PM, Alex Williamson wrote: > > On Fri, 28 Oct 2016 15:33:58 +0800 > > Jike Song wrote: > > > >> On 10/27/2016 05:29 AM, Kirti Wankhede wrote: > >>> Added blocking

Re: [PATCH v2] irqchip/bcm2836: Prevent spurious interrupts

On Fri, 28 Oct 2016, Eric Anholt wrote: > Thomas Gleixner writes: > > > On Thu, 27 Oct 2016, Eric Anholt wrote: > > > >> From: Phil Elwell > >> > >> The old arch-specific IRQ macros included a dsb to ensure the Which old arch-specific macros? > >>

/dev/mem and PCI memory = EFAULT?

Hello. For the long time dosemu used /dev/mem for vga pass-through. Now it appears /dev/mem has this check: http://lxr.free-electrons.com/source/drivers/char/mem.c#L51 which prevents an accesses to PCI memory regions if the "high_memory" points low enough. It seems "high_memory" just points to

Re: [PATCH] lpfc: use %zd format string for size_t

Hi Arnd, On 10/17/2016 05:35 AM, Arnd Bergmann wrote: > A recent bugfix introduced a harmless warning in the lpfc driver: > > drivers/scsi/lpfc/lpfc_init.c: In function 'lpfc_write_firmware': > drivers/scsi/lpfc/lpfc_logmsg.h:56:45: error: format '%ld' expects argument > of type 'long int', but

Re: /dev/mem and PCI memory = EFAULT?

On Fri, Oct 28, 2016 at 2:18 PM, Stas Sergeev wrote: > 29.10.2016 00:05, Andy Lutomirski пишет: > >> On Fri, Oct 28, 2016 at 2:03 PM, Stas Sergeev wrote: >>> >>> Hello. >>> >>> For the long time dosemu used /dev/mem for vga pass-through. >>> Now it appears /dev/mem

Re: [PATCH v2 1/5] kconfig: introduce the "imply" keyword

On Thu, 2016-10-27 at 23:10 -0400, Nicolas Pitre wrote: > On Fri, 28 Oct 2016, Paul Bolle wrote: > > What happens when a tristate symbol is implied by a symbol set to 'y' > > and by a symbol set to 'm'? > > That's respectively the third and second rows in the table above. I meant: two separate

Re: [PATCH] lpfc: use %zd format string for size_t

On 10/28/2016 02:33 PM, Arnd Bergmann wrote: > On Friday, October 28, 2016 2:03:21 PM CEST Vineet Gupta wrote: >> >> I'm trying to use about to be released ARC gcc 6.x with current kernels and >> see a >> flood of warnings due to these legit fixes - i.e.g arc gcc 6.2 complains >> when it >> sees

Re: [PATCH v2 3/4] input: Deprecate real timestamps beyond year 2106

On Friday, October 28, 2016 2:39:35 PM CEST Deepa Dinamani wrote: > >> >> @@ -55,24 +60,24 @@ struct ff_effect_compat { > >> >> > >> >> static inline size_t input_event_size(void) > >> >> { > >> >> - return (in_compat_syscall() && !COMPAT_USE_64BIT_TIME) ? > >> >> -

Re: [PATCH] lpfc: use %zd format string for size_t

On 10/28/2016 02:44 PM, Vineet Gupta wrote: > This is configuration specific, and something caused your compiler to >> be built assuming that size_t is unsigned long, while the kernel >> headers are assuming it should be unsigned int. So yes this seems to be target specific gcc thing for ARC 4.8

Re: [PATCH v2 3/4] input: Deprecate real timestamps beyond year 2106

On Fri, Oct 28, 2016 at 2:47 PM, Arnd Bergmann wrote: > On Friday, October 28, 2016 2:39:35 PM CEST Deepa Dinamani wrote: >> >> >> @@ -55,24 +60,24 @@ struct ff_effect_compat { >> >> >> >> >> >> static inline size_t input_event_size(void) >> >> >> { >> >> >> - return

Re: [PATCH] lpfc: use %zd format string for size_t

On 10/28/2016 02:52 PM, Vineet Gupta wrote: > On 10/28/2016 02:44 PM, Vineet Gupta wrote: >> This is configuration specific, and something caused your compiler to >>> be built assuming that size_t is unsigned long, while the kernel >>> headers are assuming it should be unsigned int. > > So yes

[PATCH v6 05/10] x86/intel_rdt: Add mkdir to resctrl file system

From: Fenghua Yu Resource control groups are represented as directories in the resctrl file system. The root directory describes the default resources available to tasks that have not been assigned specific resources. Other directories can be created at the root level to

Re: [RFC][PATCH] arm64: Add support for CONFIG_DEBUG_VIRTUAL

diff --git a/arch/arm64/mm/physaddr.c b/arch/arm64/mm/physaddr.c new file mode 100644 index 000..6c271e2 --- /dev/null +++ b/arch/arm64/mm/physaddr.c @@ -0,0 +1,17 @@ +#include + +#include + +unsigned long __virt_to_phys(unsigned long x) +{ +phys_addr_t __x = (phys_addr_t)x; + +if

Re: [PATCH 08/15] perf tools: Introduce timestamp_in_usec()

Em Thu, Oct 27, 2016 at 04:14:55PM -0700, Joonwoo Park escreveu: > > > On 10/27/2016 01:40 PM, Arnaldo Carvalho de Melo wrote: > > From: Namhyung Kim > > > > Joonwoo reported that there's a mismatch between timestamps in script > > and sched commands. This was because of

Re: [PATCH 3/3] ovl: redirect on rename-dir

Hi, On Wed, 26 Oct 2016, Miklos Szeredi wrote: > On Tue, Oct 25, 2016 at 1:57 PM, Raphael Hertzog wrote: [ redirect feature enabled by default ] > I think it would be safe to make it the default if upperdir is empty. > Nonempty implies that it was created with old kernel

Re: [PATCH 3/3] ovl: redirect on rename-dir

On Fri, Oct 28, 2016 at 2:56 PM, Raphael Hertzog wrote: > Hi, > > On Wed, 26 Oct 2016, Miklos Szeredi wrote: >> On Tue, Oct 25, 2016 at 1:57 PM, Raphael Hertzog wrote: > > [ redirect feature enabled by default ] > >> I think it would be safe to make it the

Re: [PATCH v2] EDAC: expose per-dimm error counts in sysfs

On Thu, Oct 27, 2016 at 02:33:32PM -0700, Aaron Miller wrote: > The old 'csrowX' sysfs directories had per-csrow error counters, but the > new 'dimmX' directories do not currently expose error counts. > > EDAC already keeps these counts, add them to sysfs so per-dimm counts > are still available

Re: [RFC v1 08/14] bus1: implement peer management context

On Wed, Oct 26, 2016 at 9:18 PM, David Herrmann wrote: > + /* initialize constant fields */ > + peer->id = atomic64_inc_return(_ids); > + peer->flags = 0; > + peer->cred = get_cred(current_cred()); > + peer->pid_ns =

Re: [PATCH resent v3 2/3] dts: omap5: board-common: enable twl6040 headset jack detection

* Peter Ujfalusi [161026 01:03]: > On 10/25/16 20:38, H. Nikolaus Schaller wrote: > > Signed-off-by: H. Nikolaus Schaller > > I'm not sure if this is valid for igep0500 as I have not seen the schematics. > It might be safer to enable the jack detection

Re: [RFC v1 00/14] Bus1 Kernel Message Bus

On Wed, Oct 26, 2016 at 9:17 PM, David Herrmann wrote: > Hi > > This proposal introduces bus1.ko, a kernel messaging bus. This is not a > request > for inclusion, yet. It is rather an initial draft and a Request For Comments. > > While bus1 emerged out of the kdbus

RE: [v13, 5/8] soc: fsl: add GUTS driver for QorIQ platforms

> -Original Message- > From: Y.B. Lu > Sent: Friday, October 28, 2016 2:00 PM > To: 'Scott Wood'; linux-...@vger.kernel.org; ulf.hans...@linaro.org; Arnd > Bergmann > Cc: linuxppc-...@lists.ozlabs.org; devicet...@vger.kernel.org; linux-arm- > ker...@lists.infradead.org;

[PATCH v2 0/3] ARM: dts: sun8i: Support NanoPi SBCs

NanoPi M1 and NEO have common features, so duplicate properties can be moved into new dtsi file. v2: Add James's copyrights in NanoPi common dtsi file Milo Kim (3): ARM: dts: sun8i: Add common dtsi file for NanoPi SBCs ARM: dts: sun8i: Use the common file in NanoPi NEO SBC ARM: dts:

[PATCH v2 2/3] ARM: dts: sun8i: Use the common file in NanoPi NEO SBC

NanoPi common dtsi supports all components of NEO SBC, so just include it. Cc: James Pettigrew Signed-off-by: Milo Kim --- arch/arm/boot/dts/sun8i-h3-nanopi-neo.dts | 79 +-- 1 file changed, 1 insertion(+), 78

[PATCH v2 1/3] ARM: dts: sun8i: Add common dtsi file for NanoPi SBCs

This patch provides a common file for NanoPi M1 and Neo SBC. Those have common features below. * UART0 * 2 LEDs * USB host (EHCI3, OHCI3) and PHY * MicroSD * GPIO key switch Cc: James Pettigrew Signed-off-by: Milo Kim ---

[PATCH v2 3/3] ARM: dts: sun8i: Add dts file for NanoPi M1 SBC

NanoPi M1 is the Allwinner H3 based board. This patch enables UART for debug console, LEDs, GPIO key switch, 3 USB host ports, a micro SD slot and related power and pin controls by using NanoPi common dtsi file. Cc: James Pettigrew Signed-off-by: Milo Kim

RE: [patch v1 1/2] drivers/platform/x86: move module mlx-platform from arch/x86 to drivers/platform/x86

> -Original Message- > From: Andy Shevchenko [mailto:andriy.shevche...@linux.intel.com] > Sent: Thursday, October 27, 2016 4:59 PM > To: Vadim Pasternak ; dvh...@infradead.org; > fengguang...@intel.com > Cc: da...@davemloft.net; ge...@linux-m68k.org; akpm@linux- >

Re: [REVIEW][PATCH v2] mm: Add a user_ns owner to mm_struct and fix ptrace permission checks

On Thu, Oct 27, 2016 at 11:45:37PM -0500, Eric W. Biederman wrote: > > Mind if I add your tested-by? > > To see Linus's tree fail with my patch you can apply the patch below. > That is the essence of what I changed to fix things. Just ignoring > dumpable when an mm exists. Tested-by: Cyrill

[RFC PATCH 0/3] sched: Introduce Window Assisted Load Tracking

We propose Window-Assisted Load Tracking (WALT) as an alternative or additional load tracking scheme in lieu of or along with PELT, one that in our estimation better tracks task demand and CPU utilization especially for use cases on mobile devices. WALT was conceived by Srivatsa Vaddagiri to

[PATCH 0/2] More FCSR handling fixes

Hi, Here are some further fixes to our FCSR handling. Just 2 changes at this time. The first, very small one, closes an issue where a write made with ptrace(PTRACE_POKEUSR, ...) to FCSR does not mark the FP context as used. This is the legacy interface, seldom used these days, having been

Re: [PATCH v6 2/6] drm/imx: use drm_atomic_set_fence_for_plane() to set the fence

On Thu, Oct 27, 2016 at 05:37:07PM -0200, Gustavo Padovan wrote: > From: Gustavo Padovan > > drm_atomic_set_fence_for_plane() is smart and won't overwrite > plane_state->fence if the user already set an explicit fence there. > > Signed-off-by: Gustavo Padovan

Re: [PATCH v6 3/6] drm/msm: use drm_atomic_set_fence_for_plane() to set the fence

On Thu, Oct 27, 2016 at 05:37:08PM -0200, Gustavo Padovan wrote: > From: Gustavo Padovan > > drm_atomic_set_fence_for_plane() is smart and won't overwrite > plane_state->fence if the user already set an explicit fence there. > > Signed-off-by: Gustavo Padovan

Re: [PATCH v10 10/19] vfio iommu: Add blocking notifier to notify DMA_UNMAP

On 10/27/2016 05:29 AM, Kirti Wankhede wrote: > Added blocking notifier to IOMMU TYPE1 driver to notify vendor drivers > about DMA_UNMAP. > Exported two APIs vfio_register_notifier() and vfio_unregister_notifier(). > Vendor driver should register notifer using these APIs. > Vendor driver should

Re: [RFC PATCH 2/3] sched: Introduce Window-Assisted CPU utilization Tracking

On Fri, Oct 28, 2016 at 12:10:41AM -0700, Vikram Mulukutla wrote: > +static int cpu_is_waiting_on_io(struct rq *rq) > +{ > + if (!walt_io_is_busy) > + return 0; > + > + return atomic_read(>nr_iowait); > +} This is just drug induced nonsense. The per-cpu nr_iowait number is

Re: [RFC PATCH 2/3] sched: Introduce Window-Assisted CPU utilization Tracking

On Fri, Oct 28, 2016 at 12:10:41AM -0700, Vikram Mulukutla wrote: > +u64 walt_ktime_clock(void) > +{ > + if (unlikely(walt_ktime_suspended)) > + return ktime_to_ns(ktime_last); > + return ktime_get_ns(); > +} > +static int walt_suspend(void) > +{ > + ktime_last =

Re: [RFC PATCH 2/3] sched: Introduce Window-Assisted CPU utilization Tracking

On Fri, Oct 28, 2016 at 12:10:41AM -0700, Vikram Mulukutla wrote: > +static int account_cpu_busy_time(struct rq *rq, struct task_struct *p, > + u64 irqtime, int event) > +{ > + if (is_idle_task(p)) { > + /* TASK_WAKE && TASK_MIGRATE is not possible

Re: [PATCH 00/14] introduce the BFQ-v0 I/O scheduler as an extra scheduler

On Thu 27-10-16 10:26:18, Jens Axboe wrote: > On 10/27/2016 03:26 AM, Jan Kara wrote: > >On Wed 26-10-16 10:12:38, Jens Axboe wrote: > >>On 10/26/2016 10:04 AM, Paolo Valente wrote: > >>> > Il giorno 26 ott 2016, alle ore 17:32, Jens Axboe ha > scritto: > > On

Re: [PREEMPT-RT] Oops in rapl_cpu_prepare()

On 2016-10-27 15:00:32 [-0400], Charles (Chas) Williams wrote: > > I assume "init_rapl_pmus: maxpkg 4" is from init_rapl_pmus() returning > > topology_max_packages(). So it says 4 but then returns 65535 for CPU 2 > > and 3. That -1 comes probably from topology_update_package_map(). Could > > you

Re: [PATCH v2 2/2] arm64: dts: hi6220: add resets property into dwmmc nodes

Hi, On 10/28/2016 04:26 PM, Leo Yan wrote: > On Fri, Oct 28, 2016 at 08:43:51AM +0200, Vincent Guittot wrote: > > [...] > >>> running with? Also do you have any details about the card in case its >>> card specific? >> >> The sdcard is quite common: sandisk ultra 16GB >> and my rootfs is on the

Re: [PATCH 3/3] iopmem : Add documentation for iopmem driver

I'd say please fold this into the previous patch.

Re: [PATCH 2/3] iopmem : Add a block device driver for PCIe attached IO memory.

> Signed-off-by: Stephen Bates FYI, that address has bounced throught the whole thread for me, replacing it with a known good one for now. > + * This driver is heavily based on drivers/block/pmem.c. > + * Copyright (c) 2014, Intel Corporation. > + * Copyright (C) 2007 Nick

Re: rowhammer protection [was Re: Getting interrupt every million cache misses]

* Pavel Machek wrote: > +static void rh_overflow(struct perf_event *event, struct perf_sample_data > *data, struct pt_regs *regs) > +{ > + u64 *ts = this_cpu_ptr(_timestamp); /* this is NMI context */ > + u64 now = ktime_get_mono_fast_ns(); > + s64 delta = now - *ts;

[PATCH 1/2] MIPS: ptrace: Also initialize the FP context on individual FCSR writes

Complement commit ac9ad83bc318 ("MIPS: prevent FP context set via ptrace being discarded") and also initialize the FP context whenever FCSR alone is written with a PTRACE_POKEUSR request addressing FPC_CSR, rather than along with the full FPU register set in the case of the PTRACE_SETFPREGS

Re: [PATCH v6 1/6] drm/atomic: add drm_atomic_set_fence_for_plane()

On Thu, Oct 27, 2016 at 05:37:06PM -0200, Gustavo Padovan wrote: > From: Gustavo Padovan > > This new function should be used by drivers when setting a implicit > fence for the plane. It abstracts the fact that the user might have > chosen explicit fencing

Re: [RFC 0/8] Define coherent device memory node

Jerome Glisse writes: > On Wed, Oct 26, 2016 at 04:39:19PM +0530, Aneesh Kumar K.V wrote: >> Jerome Glisse writes: >> >> > On Tue, Oct 25, 2016 at 09:56:35AM +0530, Aneesh Kumar K.V wrote: >> >> Jerome Glisse writes: >> >> >> >> >

RE: [v13, 5/8] soc: fsl: add GUTS driver for QorIQ platforms

> -Original Message- > From: Y.B. Lu > Sent: Friday, October 28, 2016 2:06 PM > To: Y.B. Lu; 'Scott Wood'; 'linux-...@vger.kernel.org'; > 'ulf.hans...@linaro.org'; 'Arnd Bergmann' > Cc: 'linuxppc-...@lists.ozlabs.org'; 'devicet...@vger.kernel.org'; > 'linux-arm-ker...@lists.infradead.org';

<    1   2   3   4   5   6   7   8   9   10   >