Re: [PATCH V2 2/5] PM / OPP: Add {opp-microvolt|opp-microamp|turbo-mode|opp-suspend}- binding

On 06-11-15, 07:23, Viresh Kumar wrote: > Yeah, but in that case 1200 *may* not be a turbo frequency anymore, as > the voltage constraints might have changed. > > So turbo frequency is something that should be used only in small > bursts, as they are consume lot of power. They aren't available to

Re: [PATCH v4 02/79] scripts/headers_compile_test.sh: compile test script for exported headers

Hi Mikko, On Thu, 15 Oct 2015 09:17:18 +0200 Alexander Stein wrote: > On Thursday 15 October 2015 07:55:40, Mikko Rapeli wrote: > > Users of kernel header files would be happier if they did not > > contain kernel specific parts and would contain #include

Re: [PATCH] mmc: add ifdef around fault_create_debugfs_attr()

On Mon, 9 Nov 2015 14:33:11 +0100 Ulf Hansson wrote: > On 6 November 2015 at 13:15, Adrien Schildknecht > wrote: > > FAIL_MMC_REQUEST can be used without FAULT_INJECTION_DEBUG_FS. > > In this case fault_create_debugfs_attr() will always return an

Re: [PATCH v2 1/7] timekeeping: introduce __current_kernel_time64

On Tue, 10 Nov 2015, Arnd Bergmann wrote: > On Tuesday 10 November 2015 11:57:49 Stefano Stabellini wrote: > > __current_kernel_time64 returns a struct timespec64, without taking the > > xtime lock. Mirrors __current_kernel_time/current_kernel_time. > > > > Actually it doesn't mirror

Re: [PATCH 3/3] tools/vm/slabinfo: update struct slabinfo members' types

On Tue, 10 Nov 2015, Sergey Senozhatsky wrote: > Align some of `struct slabinfo' members' types with > `struct kmem_cache' to suppress gcc warnings: Acked-by: Christoph Lameter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH 1/3] tools/vm: fix Makefile multi-targets

On Tue, 10 Nov 2015, Sergey Senozhatsky wrote: > Build all of the $(TARGETS), not just the first one. Reviewed-by: Christoph Lameter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH V2 2/5] PM / OPP: Add {opp-microvolt|opp-microamp|turbo-mode|opp-suspend}- binding

On Tue, Nov 10, 2015 at 8:55 AM, Viresh Kumar wrote: > On 06-11-15, 07:23, Viresh Kumar wrote: >> Yeah, but in that case 1200 *may* not be a turbo frequency anymore, as >> the voltage constraints might have changed. >> >> So turbo frequency is something that should be

Re: [PATCH 2/2] mm/page_ref: add tracepoint to track down page reference manipulation

On Mon, Nov 09 2015, Joonsoo Kim wrote: > CMA allocation should be guaranteed to succeed by definition, Uh? That’s a peculiar statement. Which is to say that it’s not true. > but, > unfortunately, it would be failed sometimes. It is hard to track down > the problem, because it is related to

Re: [PATCH v2 0/6] net: dsa: mv88e6060: cleanup and fix setup

On Tue, Nov 10, 2015 at 04:51:09PM +0100, Neil Armstrong wrote: > This patchset introduces some fixes and a registers addressing cleanup for > the mv88e6060 DSA driver. Hi Neil It is normal for netdev to put into the email subject of patches which tree these patches are for. "net" would be the

RE: [PATCH 2/2] ASoC: codecs: Add da7218 codec driver

On November 10, 2015 15:45, Mark Brown wrote: > > It's to detect the noise level on a mic and raise an event if the captured > > sound is above a specific threshold level. Apologies if that wasn't clear. > > > In the driver code I'm using KEY_VOICECOMMAND, and simulating a press and > > release

Re: [PATCH v3 1/4] dt-bindings: add SMP enable-method for Broadcom NSP

On Tue, Nov 10, 2015 at 09:33:12PM +0530, Kapil Hali wrote: > Hi Russel, Wrong. Look at my name as sent in the From: and as quoted in the very next line. As far as I'm concerned (and I don't care what other people say) it's disrespectful to spell people's names incorrectly. > It was clear the

Re: [PATCH v15 00/22] Richacls (Core and Ext4)

On Tue, Nov 10, 2015 at 10:43:46AM -0600, Steve French wrote: > On Tue, Nov 10, 2015 at 6:39 AM, Andreas Gruenbacher > wrote: > > On Tue, Nov 10, 2015 at 12:29 PM, Christoph Hellwig > > wrote: > >> On Mon, Nov 09, 2015 at 12:08:41PM +0100, Andreas

Re: [PATCH] Documentation: dt: Add bindings for Secure-only devices

On 10 November 2015 at 14:51, Rob Herring wrote: > On Fri, Oct 30, 2015 at 08:07:34PM +, Peter Maydell wrote: >> +status = "okay"; secure-status = "okay"; // ditto >> +secure-status = "okay"; // ditto >> +// neither explicitly defined: ditto >> >>

Re: [RFC] namei: prevent sgid-hardlinks for unmapped gids

On Sat 07-11-15 21:02:06, Ted Tso wrote: > On Fri, Nov 06, 2015 at 09:05:57PM -0800, Kees Cook wrote: > > They're certainly not used early enough -- we need to remove suid when > > the page becomes writable via mmap (wp_page_shared), not when > > writeback happens, or at least not

Re: [PATCH v1] eCryptfs: enhancing eCryptfs to be used with external crypto engine

Hi Michael, First of all, the original mechanism is still there and is used by default, unless someone registers for external module and then indeed the encryption is replaced for ciphers that this module decides to support. Currently the only suggestion is to extend the framework that will allow

Re: [PATCH v1] eCryptfs: enhancing eCryptfs to be used with external crypto engine

This is a hardware inline accelerator, meaning that it operates on much lower layer, block layer and device driver layer. The HW encrypts plain requests sent from block layer directly, thus doing it much more efficiently rather than using crypto API. In order to use such HW efficiently with

Re: [RFC PATCH 1/2] genirq: Add runtime resume/suspend support for IRQ chips

Hi Thomas, On 10/11/15 15:26, Thomas Gleixner wrote: > Jon, > > On Tue, 10 Nov 2015, Jon Hunter wrote: >> void(*irq_suspend)(struct irq_data *data); >> void(*irq_resume)(struct irq_data *data); >> +int (*irq_runtime_suspend)(struct irq_data

Re: [PATCH V2 1/3] scsi: mptxsas: try 64 bit DMA when 32 bit DMA fails

On 11/10/2015 3:38 AM, Arnd Bergmann wrote: > No, as Timur found, the driver is correct and it intentionally sets the 32-bit mask, and that is guaranteed to work on all sane hardware. Don't change the driver but find a better platform for your workload, or talk to the people that are

Re: [RFC PATCH v2 3/3] sched: introduce synchronized idle injection

On Tue, 10 Nov 2015 15:58:23 +0100 Peter Zijlstra wrote: > On Tue, Nov 10, 2015 at 06:01:16AM -0800, Jacob Pan wrote: > > On Tue, 10 Nov 2015 14:23:24 +0100 > > Peter Zijlstra wrote: > > > > It looks like what you want is: > > > > > >

Re: [PATCH] kernel/trace/trace.c: Switch the related code with CONFIG_TRACER_MAX_TRACE

On Tue, 10 Nov 2015 05:21:16 +0800 Chen Gang wrote: > >From 0af9ca7a33b977d92498d990cb6f2a326dbad4f8 Mon Sep 17 00:00:00 2001 > From: Chen Gang > Date: Tue, 10 Nov 2015 05:15:15 +0800 > Subject: [PATCH] kernel/trace/trace.c: Switch the

Re: [PATCH v2 1/7] timekeeping: introduce __current_kernel_time64

On Tue, Nov 10, 2015 at 7:31 AM, Thomas Gleixner wrote: > On Tue, 10 Nov 2015, John Stultz wrote: >> On Tue, Nov 10, 2015 at 7:10 AM, Stefano Stabellini >> wrote: >> > On Tue, 10 Nov 2015, Arnd Bergmann wrote: >> >> On Tuesday 10 November

[PATCH v2 3/6] net: dsa: mv88e6060: use the correct MaxFrameSize bit

According to the mv88e6060 datasheet, the MaxFrameSize bit position is 10 instead of 11 which is reserved. Use the bit correctly to setup max frame size to 1536. Acked-by: Andrew Lunn Signed-off-by: Neil Armstrong --- drivers/net/dsa/mv88e6060.c | 2 +-

[PATCH v2 6/6] net: dsa: mv88e6060: replace magic values with register defines

To align with the mv88e6xxx code, use the register defines to access all the register addresses and bit fields. Acked-by: Andrew Lunn Signed-off-by: Neil Armstrong --- drivers/net/dsa/mv88e6060.c | 64 ++--- 1

[PATCH v2 5/6] net: dsa: mv88e6060: add register defines header file

To align with the mv88e6xxx code, add a similar header file with all the register defines. The file is based on the mv88e6xxx header for coherency. Acked-by: Andrew Lunn Signed-off-by: Neil Armstrong --- drivers/net/dsa/mv88e6060.h | 111

[PATCH v2 0/6] net: dsa: mv88e6060: cleanup and fix setup

This patchset introduces some fixes and a registers addressing cleanup for the mv88e6060 DSA driver. The first patch removes the poll_link as mv88e6xxx. The 3 following patches fixes the setup in regards of the datasheet. The 2 last patches introduces a clean header and replaces all magic values.

Re: [PATCH v2 5/6] net: dsa: mv88e6060: add register defines header file

On Nov. Tuesday 10 (46) 04:51 PM, Neil Armstrong wrote: > To align with the mv88e6xxx code, add a similar header file > with all the register defines. > The file is based on the mv88e6xxx header for coherency. > > Acked-by: Andrew Lunn > Signed-off-by: Neil Armstrong

Re: [PATCH] overlayfs: move super block magic number to magic.h

On Wed, Nov 4, 2015 at 7:59 PM, Stephen Hemminger wrote: > The overlayfs file system is not recognized by programs > like tail because the magic number is not in standard header location. > > Move it so that the value will propagate on for the GNU library > and

Re: [RFC PATCH v2 3/3] sched: introduce synchronized idle injection

On Tue, 10 Nov 2015 17:36:46 +0100 Peter Zijlstra wrote: > > The downside is that we need to restart the timers every time if > > user were to change injection parameters, i.e. duration and percent. > > Or do locking which might be too expensive. In the previous > >

Re: [PATCH v3 0/3] virtio DMA API core stuff

On Sun, Nov 08, 2015 at 12:49:46PM +0100, Joerg Roedel wrote: > On Sun, Nov 08, 2015 at 12:37:47PM +0200, Michael S. Tsirkin wrote: > > I have no problem with that. For example, can we teach > > the DMA API on intel x86 to use PT for virtio by default? > > That would allow merging Andy's patches

Re: [PATCH 0/3] Infinite loops in microcode while running guests

On 2015-11-10 13:22, Paolo Bonzini wrote: > Yes, these can happen. The issue is that benign exceptions are > delivered serially, but two of them (#DB and #AC) can also happen > during exception delivery itself. The subsequent infinite stream > of exceptions causes the processor to never exit

Re: [PATCH] cgroup_pids: add fork limit

On 2015/11/10 16:12, Tejun Heo wrote: > On Tue, Nov 10, 2015 at 03:06:46PM +0100, Max Kellermann wrote: > > This patch introduces a new setting called "fork_remaining". When > > positive, each successful fork decrements the value, and once it > > reaches zero, no further forking

[PATCH v2 1/6] net: dsa: mv88e6060: remove poll_link callback

As of mv88e6xxx remove the poll_link callback since the link state change polling is now handled by the phylib. Tested on a mv88e6060 B0 device with a TI DM816X SoC. Suggested-by: Andrew Lunn Acked-by: Andrew Lunn Signed-off-by: Neil Armstrong

Re: [PATCH v2 7/7] xen/arm: set the system time in Xen via the XENPF_settime64 hypercall

On Tue, 10 Nov 2015, Arnd Bergmann wrote: > On Tuesday 10 November 2015 11:57:55 Stefano Stabellini wrote: > > + op.u.settime64.nsecs = now.tv_nsec; > > + op.u.settime64.system_time = arch_timer_read_counter() * > > (u64)NSEC_PER_SEC; > > + do_div(op.u.settime64.system_time,

Re: [PATCH] cgroup_pids: add fork limit

On 2015-11-10 10:25, Aleksa Sarai wrote: Processes don't "use up resources" after they've died and been freed (which is dealt with inside PIDs). Yes, lots of small processes that die quickly could (in principle) make hard work for the scheduler, but I don't see how "time spent scheduling in

Re: [PATCH 1/2] mm: introduce page reference manipulation functions

On Mon, Nov 09 2015, Joonsoo Kim wrote: > Success of CMA allocation largely depends on success of migration > and key factor of it is page reference count. Until now, page reference > is manipulated by direct calling atomic functions so we cannot follow up > who and where manipulate it. Then, it

[RFC 2/4] iio: ina2xx: add SAMP_FREQ attribute.

Signed-off-by: Marc Titinger --- drivers/iio/adc/ina2xx-iio.c | 51 ++-- 1 file changed, 49 insertions(+), 2 deletions(-) diff --git a/drivers/iio/adc/ina2xx-iio.c b/drivers/iio/adc/ina2xx-iio.c index 257d8d5..92169e1 100644 ---

[RFC 4/4] iio: ina2xx: add SOFTWARE buffer mode using an iio kfifo.

Capture the active scan_elements into a kfifo. The capture thread will compute the remaining time until the next capture tick, and do an active wait (udelay). This will produce a stream of up to fours channels plus a 64bits timestamps (ns). # iio_readdev ina226 | od -x WARNING: High-speed mode

[RFC 0/4] IIO: add support for INA2xx power monitor

This chip has fair support in the hwmon stack already, this work is more as a pathfinder for me, hence I post it as RFC to digg some more into 'does and donts' with IIO. Nevertheless, it provides a working streaming scheme for capturing power/voltage/current with this chip. It works in local and

Re: [PATCH v3 1/4] dt-bindings: add SMP enable-method for Broadcom NSP

Hi Rob, On 11/7/2015 11:33 PM, Rob Herring wrote: > On Fri, Nov 6, 2015 at 3:11 PM, Kapil Hali wrote: >> Add a compatible string "brcm,bcm-nsp-smp" for Broadcom's >> Northstar Plus CPU to the 32-bit ARM CPU device tree binding >> documentation file and create a new binding

Re: [PATCH v4 4/5] regulator: tps65912: Add regulator driver for the TPS65912 PMIC

On 11/10/2015 03:57 AM, Mark Brown wrote: On Mon, Nov 09, 2015 at 11:41:20AM -0600, Andrew F. Davis wrote: On 11/06/2015 03:16 PM, Mark Brown wrote: There are cases where it's useful where we're abstracting something and gaining some meaningful reuse. This really does not appear to be one

Re: [RFC PATCH 1/2] genirq: Add runtime resume/suspend support for IRQ chips

Hi Jon, On 11/10/2015 05:58 PM, Jon Hunter wrote: > Hi Thomas, > > On 10/11/15 15:26, Thomas Gleixner wrote: >> Jon, >> >> On Tue, 10 Nov 2015, Jon Hunter wrote: >>> void(*irq_suspend)(struct irq_data *data); >>> void(*irq_resume)(struct irq_data *data); >>> +

Re: [PATCH V2 1/3] scsi: mptxsas: try 64 bit DMA when 32 bit DMA fails

On Tuesday 10 November 2015 11:06:40 Sinan Kaya wrote: > On 11/10/2015 3:38 AM, Arnd Bergmann wrote: > > No, as Timur found, the driver is correct and it intentionally > > sets the 32-bit mask, and that is guaranteed to work on all sane > > hardware. Don't change the driver but find a better

Re: [PATCH v2 1/7] timekeeping: introduce __current_kernel_time64

On Tue, Nov 10, 2015 at 7:10 AM, Stefano Stabellini wrote: > On Tue, 10 Nov 2015, Arnd Bergmann wrote: >> On Tuesday 10 November 2015 11:57:49 Stefano Stabellini wrote: >> > __current_kernel_time64 returns a struct timespec64, without taking the >> > xtime lock.

Re: [PATCH v2 1/7] timekeeping: introduce __current_kernel_time64

On Tue, 10 Nov 2015, John Stultz wrote: > I'm sort of objecting to a different issue, where the > __current_kernel_time() implementation probably shouldn't be grabbing > the tk_core.timekeeper directly, and instead should take a passed > pointer to a timekeeper. The vdso/pv_clock usage should have

Re: [PATCH v2 2/6] net: dsa: mv88e6060: use the correct InitReady bit

On Nov. Tuesday 10 (46) 04:51 PM, Neil Armstrong wrote: > According to the mv88e6060 datasheet, the InitReady bit position > is 11 and the polarity is inverted. > Use the bit correctly to detect the end of initialization. > > Acked-by: Andrew Lunn > Signed-off-by: Neil Armstrong

Re: [PATCH tip/locking/core v10 6/7] locking/pvqspinlock: Allow limited lock stealing

On Mon, Nov 09, 2015 at 07:09:26PM -0500, Waiman Long wrote: > @@ -291,7 +292,7 @@ static __always_inline void __pv_wait_head(struct > qspinlock *lock, > void queued_spin_lock_slowpath(struct qspinlock *lock, u32 val) > { > struct mcs_spinlock *prev, *next, *node; > - u32 new, old,

[PATCH v5] net: ethernet: add driver for Aurora VLSI NB8800 Ethernet controller

This adds a driver for the Aurora VLSI NB8800 Ethernet controller. It is an almost complete rewrite of a driver originally found in a Sigma Designs 2.6.22 tree. Signed-off-by: Mans Rullgard --- Changes: - Refactored mdio access functions - Refactored register access helpers -

Re: [PATCH v2 3/3] tty: Add software emulated RS485 support for 8250

On 11/10/2015 11:25 AM, Matwey V. Kornilov wrote: > 2015-11-10 19:12 GMT+03:00 Peter Hurley : >> Hi Matwey, >> >> I noticed 3 other issues here; see below. >> >> On 11/07/2015 05:09 AM, Matwey V. Kornilov wrote: >>> Implementation of software emulation of RS485 direction

Re: PING: [PATCH] net: smsc911x: Reset PHY during initialization

From: Pavel Fedin Date: Tue, 10 Nov 2015 09:36:24 +0300 > Hello! So, what should we do with this? If you think I should reconsider the patch, you should resubmit it. The ball is always in your court. -- To unsubscribe from this list: send the line "unsubscribe

Re: [RFC PATCH v2 3/3] sched: introduce synchronized idle injection

On Tue, Nov 10, 2015 at 08:50:55AM -0800, Jacob Pan wrote: > On Tue, 10 Nov 2015 17:36:46 +0100 > Peter Zijlstra wrote: > > > > The downside is that we need to restart the timers every time if > > > user were to change injection parameters, i.e. duration and percent. > > >

Re: [PATCH 5/6] net: dsa: mv88e6060: add register defines header file

On Nov. Tuesday 10 (46) 03:42 PM, Neil Armstrong wrote: > On 11/10/2015 03:25 PM, Vivien Didelot wrote: > > Hi Neil, > > > > On Nov. Tuesday 10 (46) 02:25 PM, Neil Armstrong wrote: > >> To align with the mv88e6xxx code, add a similar header file > >> with all the register defines. > >> The file

Re: [PATCH 4/4] iommu/vt-d: Do access checks before calling handle_mm_fault()

On Tue, Nov 10, 2015 at 02:45:56PM +, David Woodhouse wrote: > On Tue, 2015-11-10 at 14:26 +0100, Joerg Roedel wrote: > > +static bool access_error(struct vm_area_struct *vma, struct > > page_req_dsc *req) > > +{ > > + return !((req->rd_req  && (vma->vm_flags & VM_READ))  || > > +  

Re: [PATCH 5/6] net: dsa: mv88e6060: add register defines header file

> Is something like this OK ? > /* > * drivers/net/dsa/mv88e6060.h - Marvell 88e6060 switch chip support > * Copyright (c) 2015 Neil Armstrong > * > * Based on mv88e6xxx.h > * Copyright (c) 2008 Marvell Semiconductor > * > * This program is free software; you can redistribute it and/or

Re: [PATCH 2/2] ASoC: codecs: Add da7218 codec driver

On Tue, Nov 10, 2015 at 02:24:13PM +, Opensource [Adam Thomson] wrote: > On November 10, 2015 14:15, Mark Brown wrote: > > So this *isn't* a normal mic detection feature? What's the userspace > > interface for reporting then? > By mic detection you thought this was to detect if a mic was

Re: [PATCH] cgroup_pids: add fork limit

On 2015/11/10 16:25, Aleksa Sarai wrote: > > The goal of this limit is to have another safeguard against fork > > bombs. It gives processes a chance to set up their child processes / > > threads, but will be stopped once they attempt to waste resources by > > continuously

Re: [PATCH v3 1/4] dt-bindings: add SMP enable-method for Broadcom NSP

Hi Russel, On 11/8/2015 11:01 PM, Russell King - ARM Linux wrote: > On Sat, Nov 07, 2015 at 01:40:23PM -0800, Florian Fainelli wrote: >> Le 06/11/2015 13:11, Kapil Hali a écrit : >>> Add a compatible string "brcm,bcm-nsp-smp" for Broadcom's >>> Northstar Plus CPU to the 32-bit ARM CPU device tree

Re: [PATCH v2 3/3] tty: Add software emulated RS485 support for 8250

Hi Matwey, I noticed 3 other issues here; see below. On 11/07/2015 05:09 AM, Matwey V. Kornilov wrote: > Implementation of software emulation of RS485 direction handling is based > on omap-serial driver. It is acts as the following. At transmission start, > RTS is set (if required) and receiver

Re: [PATCH 3/4] nvdimm: Add IOCTL pass thru

Jerry Hoemann writes: > @@ -633,10 +718,11 @@ static int match_dimm(struct device *dev, void *data) > > static long nvdimm_ioctl(struct file *file, unsigned int cmd, unsigned long > arg) > { > - int rc = -ENXIO, read_only; > + int rc = -ENXIO, ro; >

Re: [PATCH v2 3/3] tty: Add software emulated RS485 support for 8250

2015-11-10 19:12 GMT+03:00 Peter Hurley : > Hi Matwey, > > I noticed 3 other issues here; see below. > > On 11/07/2015 05:09 AM, Matwey V. Kornilov wrote: >> Implementation of software emulation of RS485 direction handling is based >> on omap-serial driver. It is acts as

Re: [PATCH 2/2] ASoC: codecs: Add da7218 codec driver

On Tue, Nov 10, 2015 at 04:21:04PM +, Opensource [Adam Thomson] wrote: > On November 10, 2015 15:45, Mark Brown wrote: > > That seems like a particularly unfortunate choice given that > > VOICECOMMAND is used in the standard Google headset mapping (see > > ts3a227e for an example, that's a

Re: [PATCH] Documentation: dt: Add bindings for Secure-only devices

On Fri, Oct 30, 2015 at 08:07:34PM +, Peter Maydell wrote: > On 30 October 2015 at 18:28, Rob Herring wrote: > > On Thu, Oct 29, 2015 at 9:01 AM, Peter Maydell > > wrote: > >> +Valid Secure world properties: > >> + > >> +- secure-status :

drm: Bogus WARN() in drm_atomic_helper_update_legacy_modeset_state() ?

Hello, When booting my Juno board with the HDLCD driver that I have converted to atomic operations I'm getting the following warning: [ cut here ] WARNING: at /work/repositories/kernel/drivers/gpu/drm/drm_atomic_helper.c:674 Modules linked in: hdlcd(+) clk_scpi

Re: [PATCH] x86/mm: fix regression with huge pages on PAE

On Tue, Nov 10, 2015 at 03:46:48PM +0100, Borislav Petkov wrote: > On Tue, Nov 10, 2015 at 03:53:03PM +0200, Kirill A. Shutemov wrote: > > Oh.. pmdval_t/pudval_t is 'unsinged long' on 64 bit. But realmode code > > uses -m16 which makes 'unsigned long' 32-bit therefore truncation warning. > > > >

Re: [PATCH] cgroup_pids: add fork limit

On Tue, Nov 10, 2015 at 03:06:46PM +0100, Max Kellermann wrote: > This patch introduces a new setting called "fork_remaining". When > positive, each successful fork decrements the value, and once it > reaches zero, no further forking is allowed, no matter how many of > those processes are still

Re: [PATCH 0/4] nvdimm: Add an IOCTL pass thru for DSM calls

Jerry Hoemann writes: > The NVDIMM code in the kernel supports an IOCTL interface to user > space based upon the Intel Example DSM: > > http://pmem.io/documents/NVDIMM_DSM_Interface_Example.pdf > > This interface cannot be used by other NVDIMM DSMs that support >

Re: [PATCH v2 1/7] timekeeping: introduce __current_kernel_time64

On Tue, 10 Nov 2015, John Stultz wrote: > On Tue, Nov 10, 2015 at 7:10 AM, Stefano Stabellini > wrote: > > On Tue, 10 Nov 2015, Arnd Bergmann wrote: > >> On Tuesday 10 November 2015 11:57:49 Stefano Stabellini wrote: > >> > __current_kernel_time64 returns a

Re: [PATCH] cgroup_pids: add fork limit

Hello, Max. On Tue, Nov 10, 2015 at 04:37:46PM +0100, Max Kellermann wrote: > > But what's the resource here? > > CPU consumption and memory bandwidth. A fork/clone is an operation Both are abstracted as CPU usage and controlled by the cpu controller. > that puts considerable load on a

Re: [PATCH] video: constify geode ops structures

On Mon, 9 Nov 2015, Dan Carpenter wrote: > On Sun, Nov 08, 2015 at 10:24:49PM +, Julia Lawall wrote: > > On Mon, 9 Nov 2015, Dan Carpenter wrote: > > > > > Cool. So, in grsec they use a GCC plugin to make these const > > > automatically since they only contain function pointers. There

[PATCH v2 2/6] net: dsa: mv88e6060: use the correct InitReady bit

According to the mv88e6060 datasheet, the InitReady bit position is 11 and the polarity is inverted. Use the bit correctly to detect the end of initialization. Acked-by: Andrew Lunn Signed-off-by: Neil Armstrong --- drivers/net/dsa/mv88e6060.c | 2 +- 1

[PATCH v2 4/6] net: dsa: mv88e6060: use the correct bit shift for mac0

According to the mv88e6060 datasheet, the first mac byte must be at position 9 instead of 8 since the bit 8 is used to select if the mac address must differ for each port for Pause frames. Use the correct shift and set the same mac address for all port. Acked-by: Andrew Lunn

Re: [PATCH 1/3] mm/page_isolation: return last tested pfn rather than failure indicator

On Mon, Nov 09 2015, Joonsoo Kim wrote: > This is preparation step to report test failed pfn in new tracepoint > to analyze cma allocation failure problem. There is no functional change > in this patch. > > Signed-off-by: Joonsoo Kim Acked-by: Michal Nazarewicz

Re: [PATCH 2/3] mm/cma: add new tracepoint, test_pages_isolated

On Mon, Nov 09 2015, Joonsoo Kim wrote: > cma allocation should be guranteeded to succeed, but, sometimes, > it could be failed in current implementation. To track down > the problem, we need to know which page is problematic and > this new tracepoint will report it. > > Signed-off-by: Joonsoo Kim

Re: [PATCH] cgroup_pids: add fork limit

On Tue, Nov 10, 2015 at 9:28 PM, Austin S Hemmelgarn wrote: > On 2015-11-10 10:25, Aleksa Sarai wrote: >> >> Processes don't "use up resources" after they've died and been freed >> (which is dealt with inside PIDs). Yes, lots of small processes that >> die quickly could (in

Re: [PATCH v4 2/2] leds: rt5033: Add RT5033 Flash led device driver

Hi Ingi, Thanks for the update. Please find my comments below. On 11/10/2015 03:17 AM, Ingi Kim wrote: This patch adds device driver of Richtek RT5033 PMIC. The driver supports a current regulated output to drive white LEDs. I would add here also the part from leds-rt5033.txt header.

Re: [PATCH V2 1/3] scsi: mptxsas: try 64 bit DMA when 32 bit DMA fails

On 11/10/2015 10:47 AM, Arnd Bergmann wrote: What BenH was worried about here is that the driver sets different masks for streaming and coherent mappings, which is indeed a worry that could hit us on ARM as well, but I suppose we'll have to deal with that in platform code. Setting both masks to

Re: [PATCH 0/3] Infinite loops in microcode while running guests

On 10/11/2015 16:38, Jan Kiszka wrote: > On 2015-11-10 13:22, Paolo Bonzini wrote: >> Yes, these can happen. The issue is that benign exceptions are >> delivered serially, but two of them (#DB and #AC) can also happen >> during exception delivery itself. The subsequent infinite stream >> of

[RFC PATCH v3 1/2] base: dma-coherent: Add DT property for non exclusive shared-dma-pool

In order to have the ability to declare a non exclusive shared-dma-pool, i.e. without the DMA_MEMORY_EXCLUSIVE flag, add the 'no-exclusive' DT optional parameter to initialize the coherent memory without the flag. Signed-off-by: Neil Armstrong ---

[RFC PATCH v3 0/2] Expose DMA_MEMORY_EXCLUSIVE through shared-dma-pool

The shared-dma-pool dt node only exposes exclusive memory, but in order to export non-exclusive coherent memory, add the no-exclusive property and document it. v3: use correct of_get_flat_dt_prop helper v2: simplify patch by looking for DT attribute in callback Neil Armstrong (2): base:

[RFC PATCH v3 2/2] devicetree: reserved-memory: document the optional no-exclusive parameter

Document the 'no-exclusive' parameter used for the 'shared-dma-pool' compatible reserved-memory type. Acked-by: Rob Herring Signed-off-by: Neil Armstrong --- Documentation/devicetree/bindings/reserved-memory/reserved-memory.txt | 3 +++ 1 file changed,

Re: [PATCH RESEND v2 3/4] ARM: BCM: Add SMP support for Broadcom NSP

Hi Florian, Linus, On 11/10/2015 7:59 AM, Florian Fainelli wrote: > 2015-11-09 2:09 GMT-08:00 Linus Walleij : >> On Fri, Nov 6, 2015 at 8:49 PM, Kapil Hali wrote: >> >>> Add SMP support for Broadcom's Northstar Plus SoC >>> cpu enable method. This

Re: [RFC PATCH v2 3/3] sched: introduce synchronized idle injection

On Tue, Nov 10, 2015 at 08:28:59AM -0800, Jacob Pan wrote: > On Tue, 10 Nov 2015 15:58:23 +0100 > Peter Zijlstra wrote: > > > On Tue, Nov 10, 2015 at 06:01:16AM -0800, Jacob Pan wrote: > > > On Tue, 10 Nov 2015 14:23:24 +0100 > > > Peter Zijlstra

Re: [PATCH v15 00/22] Richacls (Core and Ext4)

On Tue, Nov 10, 2015 at 6:39 AM, Andreas Gruenbacher wrote: > On Tue, Nov 10, 2015 at 12:29 PM, Christoph Hellwig > wrote: >> On Mon, Nov 09, 2015 at 12:08:41PM +0100, Andreas Gruenbacher wrote: >>> Here is another update to the richacl patch queue.

Re: drm: Bogus WARN() in drm_atomic_helper_update_legacy_modeset_state() ?

On Tue, Nov 10, 2015 at 03:01:03PM +, Liviu Dudau wrote: > Hello, > > When booting my Juno board with the HDLCD driver that I have converted to > atomic operations I'm getting the following warning: Perhaps you can provide pointers to the source code, that might make it easier for people to

Re: [PATCH v2 4/7] xen: introduce XENPF_settime64

On Tuesday 10 November 2015 14:43:26 Stefano Stabellini wrote: > On Tue, 10 Nov 2015, Arnd Bergmann wrote: > > On Tuesday 10 November 2015 11:57:52 Stefano Stabellini wrote: > > > Rename the current XENPF_settime hypercall and related struct to > > > XENPF_settime32. > > > > > > Signed-off-by:

Re: [PATCH v2 1/4] iio: adc: add IMX7D ADC driver support

On 11/09/2015 02:28 PM, Haibo Chen wrote: > Freescale i.MX7D soc contains a new ADC IP. This patch add this ADC > driver support, and the driver only support ADC software trigger. > > Signed-off-by: Haibo Chen Looks pretty good, a few comments inline. [...] >

Re: [PATCH] drm/rockchip: vop: fix window origin calculation

Am Dienstag, 10. November 2015, 17:59:10 schrieb Mark Yao: > From: Dominik Behr > > VOP_WINx_DSP_ST does not require subtracting 1 from the values written to > it. It actually causes the screen to be shifted by one pixel. > > Signed-off-by: Mark Yao

Re: [RFC PATCH v2 3/3] sched: introduce synchronized idle injection

On Tue, Nov 10, 2015 at 06:01:16AM -0800, Jacob Pan wrote: > On Tue, 10 Nov 2015 14:23:24 +0100 > Peter Zijlstra wrote: > > It looks like what you want is: > > > > hrtimer_forward(hrt, period); > > > > unconditionally. > In the ideal world yes. But my thinking was

Re: [PATCH 3/4] nvdimm: Add IOCTL pass thru

> Is your concern readibility or size of generated code (or both?) > > I'll look to consolidating the debug printing in next version as additional > patch. Just a minor style comment, not critical. > If we had a longer list, I would definitely say yes. Not so sure with > just two types. I'll

Re: [RFC PATCH 1/2] genirq: Add runtime resume/suspend support for IRQ chips

Jon, On Tue, 10 Nov 2015, Jon Hunter wrote: > void(*irq_suspend)(struct irq_data *data); > void(*irq_resume)(struct irq_data *data); > + int (*irq_runtime_suspend)(struct irq_data *data); > + int (*irq_runtime_resume)(struct

Re: [PATCH] leds: ktd2692: Add missing of_node_put

On Mon, Nov 9, 2015 at 9:00 PM, Ingi Kim wrote: > The refcount of device_node increases after of_node_get() is called. > So, a break out of the loop requires of_node_put(). > > This patch adds missing of_node_put() when loop breaks. > > Signed-off-by: Ingi Kim

Re: [PATCH] cgroup_pids: add fork limit

Hi Max, I agree with what Tejun said, I just wanted to make a few specific points: > This patch introduces a new setting called "fork_remaining". When > positive, each successful fork decrements the value, and once it > reaches zero, no further forking is allowed, no matter how many of > those

Re: [KERNEL] Re: [KERNEL] Re: [KERNEL] Re: Kernel 4.3 breaks security in systems using capabilities

On Tue, 10 Nov 2015, Theodore Ts'o wrote: > If you want to create a patch, my recommendation would be to do one > that turns off ambient capabilities as a CONFIG option, and hide it > under CONFIG_EXPERT. Or maybe adding a new securebit which disables > ambient capabilities. Whether or not that

Re: [PATCH] PCI: pcie-rcar: Fix OF node passed to MSI irq domain

On Mon, Nov 09, 2015 at 06:01:49PM +, Phil Edworthy wrote: > Hi Thierry, > > On 09 November 2015 17:24, Phil wrote: > > On 09 November 2015 16:11, Thierry wrote: > > > On Mon, Nov 09, 2015 at 03:20:24PM +, Phil Edworthy wrote: > > > > cc'ing others (Tegra, Altera, Designware) who may have

[RFC 1/4] iio: ina2xx: add direct IO support for TI INA2xx Power Monitors

Basic support or direct IO raw read, with averaging attribute. Values are RAW, INT_PLUS_MICRO (Volt/Ampere/Watt). IIO context has 1 devices: iio:device0: ina226 4 channels found: power3: (input) 1 channel-specific attributes found: attr 0: raw value:

[RFC 3/4] iio: ina2xx: add debugfs reg access

iio:device0: ina226 ... 3 device-specific attributes found: attr 0: in_calibscale value: 1 attr 1: in_mean_raw value: 4 attr 2: in_sampling_frequency value: 455 Signed-off-by: Marc Titinger ---

Re: [PATCH v3 1/4] dt-bindings: add SMP enable-method for Broadcom NSP

Hi Florian, On 11/8/2015 3:10 AM, Florian Fainelli wrote: > Le 06/11/2015 13:11, Kapil Hali a écrit : >> Add a compatible string "brcm,bcm-nsp-smp" for Broadcom's >> Northstar Plus CPU to the 32-bit ARM CPU device tree binding >> documentation file and create a new binding documentation for >>

Re: [PATCH] fpga: FPGA_MGR_ZYNQ_FPGA should depend on HAS_DMA

On Mon, 9 Nov 2015, Geert Uytterhoeven wrote: + Moritz > If NO_DMA=y: > > ERROR: "dma_free_coherent" [drivers/fpga/zynq-fpga.ko] undefined! > ERROR: "dma_alloc_coherent" [drivers/fpga/zynq-fpga.ko] undefined! > > Add a dependency on HAS_DMA to fix this. > > Signed-off-by: Geert

Re: [PATCH] fpga: FPGA_MGR_ZYNQ_FPGA should depend on HAS_DMA

On Mon, 9 Nov 2015, Geert Uytterhoeven wrote: +Moritz > If NO_DMA=y: > > ERROR: "dma_free_coherent" [drivers/fpga/zynq-fpga.ko] undefined! > ERROR: "dma_alloc_coherent" [drivers/fpga/zynq-fpga.ko] undefined! > > Add a dependency on HAS_DMA to fix this. > > Signed-off-by: Geert

Re: [V3 PATCH] arm64: remove redundant FRAME_POINTER kconfig option and force to select it

On 11/10/2015 2:37 AM, Catalin Marinas wrote: On Mon, Nov 09, 2015 at 10:09:55AM -0800, Yang Shi wrote: FRAME_POINTER is defined in lib/Kconfig.debug, it is unnecessary to redefine it in arch/arm64/Kconfig.debug. Actually, the one defined in arm64 directory is never used. That's not true

[PATCH] mac80211: Remove kerneldoc for beacon_loss_count

;tred...@nvidia.com> --- Applies on top of next-20151110. net/mac80211/sta_info.h | 1 - 1 file changed, 1 deletion(-) diff --git a/net/mac80211/sta_info.h b/net/mac80211/sta_info.h index 2cafb21b422f..fb77ece9a8c8 100644 --- a/net/mac80211/sta_info.h +++ b/net/mac80211/sta_info.h @@ -370,7

  1   2   3   4   5   6   7   8   9   10   >