Re: [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics

On Wed, Jun 01, 2016 at 03:45:45PM +0100, Will Deacon wrote: > Hi David, > > On Wed, May 18, 2016 at 04:10:37PM +0100, David Howells wrote: > > > > Here's a set of patches to provide kernel atomics and bitops implemented > > with ISO C++11 atomic intrinsics. The second part of the set makes the

Re: [PATCH 06/11] Documentation: mmc: sdhci-of-arasan: Add ability to export card clock

On Tue, Jun 07, 2016 at 03:44:39PM -0700, Douglas Anderson wrote: > Some SD/eMMC PHYs (like the PHY from Arasan that is designed to work > with arasan,sdhci-5.1) need to know the card clock in order to function > properly. Let's expose this clock using a standard device tree > mechanism so that

Re: [PATCH 2/4] dell-wmi: Sort WMI event codes and update comments

On Wednesday 08 June 2016 22:15:18 Darren Hart wrote: > On Wed, Jun 08, 2016 at 09:57:26PM +0200, Pali Rohár wrote: > > On Wednesday 08 June 2016 21:48:24 Darren Hart wrote: > > > On Wed, Jun 08, 2016 at 12:03:24AM +0200, Pali Rohár wrote: > > > > On Thursday 02 June 2016 12:41:42 Michał Kępień

Re: [PATCH 1/2] Documentation: bindings: add dt documentation for Rockchip PCIe PHY

Am Mittwoch, 8. Juni 2016, 15:29:00 schrieb Rob Herring: > gOn Wed, Jun 08, 2016 at 03:25:08PM +0800, Shawn Lin wrote: > > This patch adds a binding that describes the Rockchip PCIe PHY > > found on Rockchip SoCs PCIe interface. > > > > Signed-off-by: Shawn Lin > > ---

Re: [PATCH] bitmap: bitmap_equal memcmp optimization

On Tue, 7 Jun 2016 10:37:41 +0200 Martin Schwidefsky wrote: > The bitmap_equal function has optimized code for small bitmaps with less > than BITS_PER_LONG bits. For larger bitmaps the out-of-line function > __bitmap_equal is called. > > For a constant number of bits

Re: [PATCH 2/4] dell-wmi: Sort WMI event codes and update comments

On Wed, Jun 08, 2016 at 10:27:20PM +0200, Pali Rohár wrote: > On Wednesday 08 June 2016 22:15:18 Darren Hart wrote: > > On Wed, Jun 08, 2016 at 09:57:26PM +0200, Pali Rohár wrote: > > > On Wednesday 08 June 2016 21:48:24 Darren Hart wrote: > > > > On Wed, Jun 08, 2016 at 12:03:24AM +0200, Pali

Re: [PATCH] x86:pvclock: add missing barriers

On Wed, Jun 08, 2016 at 09:45:09PM +0200, Borislav Petkov wrote: > On Wed, Jun 08, 2016 at 09:11:39PM +0300, Roman Kagan wrote: > > Gradual removal of excessive barriers in pvclock reading functions > > (commits 502dfeff239e8313bfbe906ca0a1a6827ac8481b, > >

Re: [PATCH v9 0/7] KVM PCIe/MSI passthrough on ARM/ARM64: kernel part 3/3: vfio changes

On Wed, 8 Jun 2016 10:29:35 +0200 Auger Eric wrote: > Dear all, > Le 20/05/2016 à 18:01, Eric Auger a écrit : > > Alex, Robin, > > > > While my 3 part series primarily addresses the problematic of mapping > > MSI doorbells into arm-smmu, it fails in : > > > > 1)

[PATCH v4 19/29] staging: unisys: visorbus: fix visorchannel.c comments

From: David Binder This patch ONLY touches comment lines, i.e., NO executable code is affected. Comments were fixed in visorchannel.c: * All functions worthy of documenting now use standard kerneldoc formatting. * Multi-line comments were tweaked so as to use

[GIT PULL] arch/sh updates for 4.7

Hi Linus, Here are arch/sh changes for 4.7. I realize and apologize that these are rather late coming. That's due to a mix of a (probably misguided) attempt to get the baseline J-Core support changes in and unexpected personal circumstances. If you can merge these still I'd appreciate it (they

Re: [musl] Broken vDSO on built kernel

On Wed, 8 Jun 2016, fREW Schmidt wrote: > I was debugging an issue I ran into ( > https://github.com/docker/docker/issues/23378) and after chatting with the > folks in #musl and we triaged it down to a broken vDSO (tested by running > `strace date` and seeing a clock_gettime call.) To provide a

Re: [PATCH] nfit: add Microsoft NVDIMM DSM command set to white list

On 5/26/2016 11:38 AM, Stuart Hayes wrote: Add the Microsoft _DSM command set to the white list of NVDIMM command sets. This command set is documented at https://msdn.microsoft.com/library/windows/hardware/mt604741. Signed-off-by: Stuart Hayes ---

Re: [PATCH v4 2/2] [media] atmel-isc: DT binding for Image Sensor Controller driver

On Tue, 7 Jun 2016 15:11:53 +0800 Songjun Wu wrote: > DT binding documentation for ISC driver. > > Signed-off-by: Songjun Wu > --- > > Changes in v4: > - Remove the isc clock nodes. > > Changes in v3: > - Remove the 'atmel,sensor-preferred'. > -

[v3 PATCH] arm64: kasan: instrument user memory access API

The upstream commit 1771c6e1a567ea0ba20a4ffe68a1419fd8ef ("x86/kasan: instrument user memory access API") added KASAN instrument to x86 user memory access API, so added such instrument to ARM64 too. Define __copy_to/from_user in C in order to add kasan_check_read/write call, rename assembly

Re: [v1,4/4] drm/rockchip: cdn-dp: add cdn DP support for rk3399

On Fri, Jun 03, 2016 at 11:15:11PM +0800, Chris Zhong wrote: > Add support for cdn DP controller which is embedded in the rk3399 > SoCs. The DP is compliant with DisplayPort Specification, > Version 1.3, This IP is compatible with the rockchip type-c PHY IP. > There is a uCPU in DP controller, it

Re: [PATCH v4 1/2] Documentation: bindings: add DT documentation for Rockchip USB2PHY

On Tue, Jun 07, 2016 at 05:15:53PM +0800, Frank Wang wrote: > Signed-off-by: Frank Wang > --- > > Changes in v4: > - Used 'phy-supply' instead of 'vbus_*-supply'. > > Changes in v3: > - Added 'clocks' and 'clock-names' optional properties. > - Specified 'otg-port'

Re: [PATCH V4 1/2] thermal: max77620: Add DT binding doc for thermal driver

On Tue, Jun 07, 2016 at 04:22:33PM +0530, Laxman Dewangan wrote: > Maxim Semiconductor MAX77620 supports alarm interrupts when > its die temperature crosses 120C and 140C. These threshold > temperatures are not configurable. > > Add DT binding document to details out the DT property related > to

Re: [PATCH 2/4] dell-wmi: Sort WMI event codes and update comments

On Wed, Jun 08, 2016 at 09:57:26PM +0200, Pali Rohár wrote: > On Wednesday 08 June 2016 21:48:24 Darren Hart wrote: > > On Wed, Jun 08, 2016 at 12:03:24AM +0200, Pali Rohár wrote: > > > On Thursday 02 June 2016 12:41:42 Michał Kępień wrote: > > > > > Signed-off-by: Pali Rohár

Re: [tip:perf/core] perf/x86/intel: Use Intel family macros for core perf events

On Wed, 8 Jun 2016, Borislav Petkov wrote: > On Wed, Jun 08, 2016 at 06:25:29PM +0200, Ingo Molnar wrote: > > model string: IvyBridge_X > > > > ... or something like that. The string could even be auto-generated from > > the list > > in intel-family.h? > > Yap, that sounds cool too. And

Re: [PATCH] intel_menlow: prevent NULL pointer dereference

On Wed, May 25, 2016 at 04:20:11PM +0200, Vincent Stehlé wrote: > The function acpi_driver_data() will dereference its parameter; make sure > to check for NULL pointer before we call it. +Rafael Under what circumstances can the .remove op be called with a NULL struct acpi_device * as a

Re: [PATCH] Smack: ignore null signal in smack_task_kill

On 4/4/2016 2:14 AM, Rafal Krypa wrote: > Kill with signal number 0 is commonly used for checking PID existence. > Smack treated such cases like any other kills, although no signal is > actually delivered when sig == 0. > > Checking permissions when sig == 0 didn't prevent an unprivileged caller >

Re: [PATCH v2 2/5] mfd: add Ricoh RN5T567 PMIC support

On Tue, Jun 07, 2016 at 06:04:26PM -0700, Stefan Agner wrote: > The Ricoh RN5T567 is from the same family as the Ricoh RN5T618 is, > the differences are: > > + DCDC4 > + Slightly different output voltage/currents > + 32kHz Output > - ADC/Charger capabilities > > Reviewed-by: Marcel Ziswiler

Re: [PATCH] Fix NFS option parsing bit-rot.

On 6/8/16, 15:41, "Rob Landley" wrote: >So addr= is at _best_ redundant. You MUST supply host:/ always, >the current code just wasn't using it. That’s because you just happen to be supplying an IP address instead of a hostname. The kernel has no DNS resolving functionality.

Re: [PATCH v2 1/2] Documentation: bindings: add dt doc for Rockchip PCIe controller

On Wed, Jun 08, 2016 at 04:05:17PM +0800, Shawn Lin wrote: > This patch adds a binding that describes the Rockchip PCIe controller > found on Rockchip SoCs PCIe interface. > > Signed-off-by: Shawn Lin > > --- > > Changes in v2: > - fix lots clk/reset stuff suggested

Re: [PATCH 06/11] Documentation: mmc: sdhci-of-arasan: Add ability to export card clock

Rob, On Wed, Jun 8, 2016 at 1:19 PM, Rob Herring wrote: > On Tue, Jun 07, 2016 at 03:44:39PM -0700, Douglas Anderson wrote: >> Some SD/eMMC PHYs (like the PHY from Arasan that is designed to work >> with arasan,sdhci-5.1) need to know the card clock in order to function >>

Re: [PATCH v3 20/20] dt-bindings: pwm: sti: Update DT bindings with recent changes

On Wed, Jun 08, 2016 at 10:21:35AM +0100, Lee Jones wrote: > We're renaming the 'st,pwm-num-chan' binding to 'st,pwm-num-devs' to > be more inline with the naming conventions of the subsystem. Where > we used to treat each line as a channel, the PWM convention is to > describe them as devices.

[PATCH v4 11/29] staging: unisys: visorbus: remove periodic_work.h/.c

From: Tim Sell These files were made no-longer-necessary by recent commits. Signed-off-by: Tim Sell Signed-off-by: David Kershner --- drivers/staging/unisys/include/periodic_work.h | 40 -

[PATCH v4 25/29] staging: unisys: visorbus: fix visorbus_private.h comments

From: Tim Sell This patch ONLY touches comment lines, i.e., NO executable code is affected. Comments were fixed in visorbus_private.h: * Minor typos were corrected. * Useless comments were removed. Signed-off-by: Tim Sell Signed-off-by: David

[PATCH] proc_oom_score: remove tasklist_lock and pid_alive()

This was needed before to ensure that ->signal != 0 and do_each_thread() is safe, see the commit b95c35e76b29b for details. Today tsk->signal can't go away and for_each_thread(tsk) is always safe. Signed-off-by: Oleg Nesterov --- fs/proc/base.c | 7 ++- 1 file changed, 2

Broken vDSO on built kernel

Hello! I was debugging an issue I ran into ( https://github.com/docker/docker/issues/23378) and after chatting with the folks in #musl and we triaged it down to a broken vDSO (tested by running `strace date` and seeing a clock_gettime call.) The theory is that the toolchain was somehow subtly

[PATCH v4 26/29] staging: unisys: Move vbushelper.h to visorbus directory

Only visorbus needs this header file so move it to visorbus directory. Signed-off-by: David Kershner Reviewed-by: Tim Sell --- drivers/staging/unisys/{include => visorbus}/vbushelper.h | 0 1 file changed, 0 insertions(+), 0 deletions(-)

Re: [PATCH v2 2/5] mfd: add Ricoh RN5T567 PMIC support

On 2016-06-08 13:22, Rob Herring wrote: > On Tue, Jun 07, 2016 at 06:04:26PM -0700, Stefan Agner wrote: >> The Ricoh RN5T567 is from the same family as the Ricoh RN5T618 is, >> the differences are: >> >> + DCDC4 >> + Slightly different output voltage/currents >> + 32kHz Output >> - ADC/Charger

Re: [PATCH] Fix NFS option parsing bit-rot.

On 06/08/2016 03:35 PM, Trond Myklebust wrote: > > > On 6/8/16, 15:41, "Rob Landley" wrote: >>So addr= is at _best_ redundant. You MUST supply host:/ always, >>the current code just wasn't using it. > > That’s because you just happen to be supplying an IP address instead of >

Re: [PATCH 7/7] ARM: dts: sun7i: Enable NAND on Wexler TAB7200

Hi, On Mon, Jun 06, 2016 at 01:24:24PM +0300, Aleksei Mamlin wrote: > Enable the NFC and describe the NAND flash connected to this controller. > > Signed-off-by: Aleksei Mamlin > --- > arch/arm/boot/dts/sun7i-a20-wexler-tab7200.dts | 41 > ++ > 1

Re: [PATCH 1/7] ARM: dts: sun4i: Add A10 NAND controller pin definitions

Hi, On Mon, Jun 06, 2016 at 01:24:18PM +0300, Aleksei Mamlin wrote: > From: Boris Brezillon > > Define the NAND controller pin configs. > > Signed-off-by: Boris Brezillon > Signed-off-by: Aleksei Mamlin

[PATCH] staging: comedi: serial2002: bare unsigned and unneeded cast styling issues

checkpatch.pl reported two warnings: A bare "unsigned" and an unnecessary cast. Fixed both. Signed-off-by: Chris Cesare --- drivers/staging/comedi/drivers/serial2002.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

Re: [tip:x86/urgent] x86/quirks: Add early quirk to reset Apple AirPort card

On Wed, Jun 08, 2016 at 11:56:14AM -0700, Yinghai Lu wrote: > On Wed, Jun 8, 2016 at 7:23 AM, tip-bot for Lukas Wunner > wrote: > > --- a/arch/x86/kernel/early-quirks.c > > +++ b/arch/x86/kernel/early-quirks.c > ... > > Extend bus scan range part should be in separated patch?

Re: [PATCH] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

Hi, [auto build test WARNING on v4.7-rc2] [cannot apply to next-20160608] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Alexander-Potapenko/mm-kasan-switch-SLUB-to-stackdepot-enable-memory

Re: [PATCH v2 2/2] Documentation: DT: cpsw: remove rx_descs property

On Tue, Jun 07, 2016 at 04:59:36PM +0300, Ivan Khoronzhuk wrote: > There is no reason to hold s/w dependent parameter in device tree. > Even more, there is no reason in this parameter because davinici_cpdma > driver splits pool of descriptors equally between tx and rx channels > anyway. > >

Re: [RFC][PATCH 2/5] driver core: Functional dependencies tracking support

On Wed, Jun 8, 2016 at 8:35 PM, Mark Brown wrote: > On Wed, Jun 08, 2016 at 08:12:34PM +0200, Rafael J. Wysocki wrote: >> On Wed, Jun 8, 2016 at 2:48 PM, Mark Brown wrote: >> > On Thu, Jan 14, 2016 at 02:54:17AM +0100, Rafael J. Wysocki wrote: > >> >> + *

Re: [RFC PATCH 1/4] Documentation: mmc: add description for new caps

On Wed, Jun 08, 2016 at 04:20:21PM +0800, Shawn Lin wrote: > Let's add some basic description for cap-no-sdio, > cap-no-sd and cap-no-mmc. This doesn't say why. If you know what is there, then there's a better way to do this. Look at the child nodes because chances are if you have something

Re: [v1,2/4] phy: Add USB Type-C PHY driver for rk3399

On Fri, Jun 03, 2016 at 11:15:09PM +0800, Chris Zhong wrote: > Add a PHY provider driver for the rk3399 SoC Type-c PHY. The USB > Type-C PHY is designed to support the USB3 and DP applications. The > PHY basically has two main components: USB3 and DisplyPort. USB3 > operates in SuperSpeed mode and

[PATCH v4 22/29] staging: unisys: visorbus: rectify kerneldoc comment for struct

From: David Binder Fixes the kerneldoc comment for struct visor_device - the struct members were not listed with the appropriate @ prefix. Signed-off-by: David Binder Signed-off-by: David Kershner ---

[PATCH v4 27/29] include: linux: visorbus: Add visorbus to include/linux directory

Update include/linux to include the s-Par associated common include header files needed for the s-Par visorbus. Since we have now moved the include directories over to include/linux/visorbus this patch makes all of the visor drivers visorbus, visorinput, visornic, and visorhba use the new include

[PATCH v4 00/29] Fixed issues raised by tglx, then move visorbus to drivers/virt

tglx: The following patchset fixes issues you raised during your code review of visorbus on 5/18. Converts visorbus to use a kernel timer for periodic device-specific callbacks instead of a workqueue, making the implementation in periodic_work.c and periodic_work.h no longer necessary. These

[PATCH v4 10/29] staging: unisys: visorbus: use kernel timer instead of workqueue

From: Tim Sell A kernel timer is now used as the vehicle to periodically call the channel_interrupt function of registered visor drivers, instead of a workqueue. This simplifies a lot of things by making periodic_work.c and periodic_work.h no longer necessary. This

[PATCH v4 07/29] staging: unisys: include: Remove thread-related enum members

From: David Binder Code relating to ktheads was previously removed from s-Par driver code. This patch cleans up lingering remnants of kthreads by removing thread- related enum types. Signed-off-by: David Binder Signed-off-by: David Kershner

[PATCH 2/2] perf stat: Remove nmi watchdog check code again

From: Andi Kleen Now that the NMI watchdog runs with reference cycles, and does not conflict with TopDown anymore, we don't need to check that the NMI watchdog is off in perf stat --topdown. Remove the code that does this and always use a group unconditionally.

Re: [PATCH v4 1/2] [media] atmel-isc: add the Image Sensor Controller code

Hi Songjun, On Tue, 7 Jun 2016 15:11:52 +0800 Songjun Wu wrote: > Add driver for the Image Sensor Controller. It manages > incoming data from a parallel based CMOS/CCD sensor. > It has an internal image processor, also integrates a > triple channel direct memory access

Re: [PATCH v4 2/2] [media] atmel-isc: DT binding for Image Sensor Controller driver

On Tue, Jun 07, 2016 at 03:11:53PM +0800, Songjun Wu wrote: > DT binding documentation for ISC driver. > > Signed-off-by: Songjun Wu > --- > > Changes in v4: > - Remove the isc clock nodes. > > Changes in v3: > - Remove the 'atmel,sensor-preferred'. > - Modify the isc

Re: [PATCH] nvmem: fix nvmem_cell_read() return type for !CONFIG_NVMEM

On Wed, Jun 08, 2016 at 07:52:06PM +0100, Srinivas Kandagatla wrote: > On 08/06/16 17:40, Brian Norris wrote: > >On Wed, Jun 08, 2016 at 09:26:46AM -0700, Brian Norris wrote: > >>With CONFIG_NVMEM, nvmem_cell_read() returns void *. With !CONFIG_NVMEM > >>it returns char *. Let's make that

ima and tpm2.0

Should the ima Kconfig have a select line for tpm_crb similar to the tpm_tis and tpm_ibmvtpm bits?

Re: [PATCH 03/11] Documentation: mmc: sdhci-of-arasan: Add soc-ctl-syscon for corecfg regs

On Tue, Jun 07, 2016 at 03:44:36PM -0700, Douglas Anderson wrote: > As can be seen in Arasan's datasheet [1] there are several "corecfg" > settings in their SDHCI IP Block that are supposed to be controlled by > software. Although the datasheet referenced is a bit vague about how to > access

Re: [PATCH 1/3] ACPICA: Events: Introduce acpi_block_gpe()/acpi_unblock_gpe()/acpi_control_gpe_handling() to allow administrative GPE enabling/disabling

On Wed, Jun 8, 2016 at 9:49 AM, Zheng, Lv wrote: > Hi, > >> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] >> Subject: Re: [PATCH 1/3] ACPICA: Events: Introduce >> acpi_block_gpe()/acpi_unblock_gpe()/acpi_control_gpe_handling() to >> allow administrative GPE

Re: [PATCH 1/2] Documentation: bindings: add dt documentation for Rockchip PCIe PHY

gOn Wed, Jun 08, 2016 at 03:25:08PM +0800, Shawn Lin wrote: > This patch adds a binding that describes the Rockchip PCIe PHY > found on Rockchip SoCs PCIe interface. > > Signed-off-by: Shawn Lin > --- > > .../devicetree/bindings/phy/rockchip-pcie-phy.txt | 22 >

Re: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

On 08/06/2016 at 15:26:51 -0500, Rob Herring wrote : > On Wed, Jun 08, 2016 at 12:15:10PM +0800, Wenyou Yang wrote: > > In order to the save power consumption, as a workaround, suspend > > forcibly the USB PORTA/B/C via set the SUSPEND_A/B/C bits of OHCI > > Interrupt Configuration Register in the

Re: [PATCH 2/4] dell-wmi: Sort WMI event codes and update comments

On Wednesday 08 June 2016 22:43:28 Darren Hart wrote: > I'm just getting to the series now, if it's otherwise ready, I'll > include this myself. If changes are required, I'll leave it to you. > Thanks Pali. There is already V2 of this series with fixed problems reported by Michał. So Michał

Re: [PATCH v4 1/2] i2c: qup: add ACPI support

On Wednesday, June 8, 2016 12:19:44 PM CEST Austin Christ wrote: > + ret = device_property_read_u32(qup->dev, > + "src-clock-hz", _clk_freq); > + if (ret) { > + dev_warn(qup->dev, "using default src-clock-hz %d", > +

[PATCH v4 20/29] staging: unisys: visorbus: Rectify commenting in visorchipset.c

From: David Binder Adds kerneldoc formatting to appropriate functions. Other multi-line comments now use proper formatting. Signed-off-by: David Binder Signed-off-by: David Kershner Reviewed-by: Tim Sell

[PATCH v4 24/29] staging: unisys: visorbus: Rename function to follow existing convention

From: David Binder Renames visorchipset_device_pause_response to device_pause_response, thereby following the convention that other responder functions follow. Signed-off-by: David Binder Signed-off-by: David Kershner

[PATCH v4 28/29] Documentation: Move visorbus documentation from staging to Documentation/

This patch simple does a git mv of the drivers/staging/unisys/Documentation directory to Documentation. Renames overview.txt to visorbus.txt and renames sysfs-platform-visorchipset to the correct name sysfs-bus-visorbus. Signed-off-by: David Kershner Reviewed-by: Tim

[PATCH v4 14/29] staging: unisys: visorbus: Remove unused functions

From: Bryan Thompson Remove visorbus_clear_channel, visorchannel_signalqueue_slots_avail, visorchannel_signalqueue_max_slots, visorchannel_clear, and visorchannel_debug which are no longer called by any driver. Signed-off-by: Bryan Thompson

[PATCH v4 09/29] staging: unisys: visorinput: remove unnecessary locking

From: Tim Sell Locking in the _interrupt() function is NOT necessary so long as we ensure that interrupts have been stopped whenever we need to pause or resume the device, which we now do. While a device is paused, we ensure that interrupts stay disabled, i.e. that the

[PATCH v4 06/29] staging: unisys: visornic: Correct comment spelling mistake

From: David Binder Fixes a comment spelling mistake in visornic. Signed-off-by: David Binder Signed-off-by: David Kershner Reviewed-by: Tim Sell ---

[PATCH v4 04/29] staging: unisys: visorbus: remove unused struct

From: David Binder Removes unused struct definition, channel_size_info, in response to findings by SonarQube. Signed-off-by: David Binder Signed-off-by: David Kershner Reviewed-by: Tim Sell

[PATCH v4 23/29] staging: unisys: visorbus: Remove notifier-related code from visorbus

From: David Binder When this functionality was first implemented, visorchipset and visorbus were separate drivers, which necessitated a registration mechanism for them to communicate. More-recently, visorchipset and visorbus were combined into a single driver, and now

[PATCH v4 05/29] staging: unisys: visorbus: modify format string to match argument

From: David Binder Modifies the format string of snprintf to expect an unsigned int instead of a signed one, per the supplied argument. Signed-off-by: David Binder Signed-off-by: David Kershner Reviewed-by: Tim Sell

[PATCH] pinctrl: Always recurse into bcm folder

drivers/pinctrl/bcm/Makefile properly builds individual drivers based on their respective Kconfig symbols. ARCH_BCM is currently a menuconfig option from arch/arm/mach-bcm/Kconfig, which is fine, but prevents ARM64 platforms which do not have such menuconfig option from building their pinctrl

[PATCH] LSM: module hierarchy in /proc/.../attr

Subject: [PATCH] LSM: module hierarchy in /proc/.../attr Back in 2007 I made what turned out to be a rather serious mistake in the implementation of the Smack security module. The SELinux module used an interface in /proc to manipulate the security context on processes. Rather than use a similar

[PATCH] aic7xxx: fix wrong return values

Convention of error codes says to return them as negative values. Signed-off-by: Luis de Bethencourt --- drivers/scsi/aic7xxx/aic7770_osm.c | 6 +++--- drivers/scsi/aic7xxx/aic79xx_core.c| 24 drivers/scsi/aic7xxx/aic79xx_osm.c | 8

Re: [RFC][PATCH 2/5] driver core: Functional dependencies tracking support

On Wed, Jun 08, 2016 at 10:48:23PM +0200, Rafael J. Wysocki wrote: > On Wed, Jun 8, 2016 at 8:35 PM, Mark Brown wrote: > > A parent (especially a MFD) may create a child to fulfil a role that > > could also be filled by a non-parent device, if that happens then > > depending

[PATCH v3 3/7] powerpc: use the new LED disk activity trigger

- dts: rename 'ide-disk' to 'disk-activity' - defconfig: rename 'ADB_PMU_LED_IDE' to 'ADB_PMU_LED_DISK' Cc: Joseph Jezak Cc: Nico Macrionitis Cc: Jörg Sommer Signed-off-by: Stephan Linz ---

[PATCH v3 2/7] leds: documentation: 'ide-disk' to 'disk-activity'

Cc: Joseph Jezak Cc: Nico Macrionitis Cc: Jörg Sommer Signed-off-by: Stephan Linz --- Documentation/devicetree/bindings/leds/common.txt| 2 +- Documentation/devicetree/bindings/leds/leds-gpio.txt | 2 +-

[PATCH v3 6/7] parisc: use the new LED disk activity trigger

- platform: rename 'ide-disk' to 'disk-activity' Signed-off-by: Stephan Linz --- arch/parisc/configs/generic-32bit_defconfig | 2 +- arch/parisc/configs/generic-64bit_defconfig | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v3 1/7] leds: convert IDE trigger to common disk trigger

This patch converts the IDE specific LED trigger to a generic disk activity LED trigger. The libata core is now a trigger source just like before the IDE disk driver. It's merely a replacement of the string ide by disk. The patch is taken from http://dev.gentoo.org/~josejx/ata.patch and is widely

[PATCH v3 7/7] unicore32: use the new LED disk activity trigger

- platform: rename 'ide-disk' to 'disk-activity' - defconfig: rename 'LEDS_TRIGGER_IDE_DISK' to 'LEDS_TRIGGER_DISK' Signed-off-by: Stephan Linz --- arch/unicore32/configs/unicore32_defconfig | 2 +- arch/unicore32/kernel/gpio.c | 2 +- 2 files changed, 2

Re: [PATCH 2/2] staging: lustre: lnet: Replace semaphore ln_rc_signal with completion

> The semaphore ln_rc_signal is used as completion, so convert it to > struct completion. Semaphores are going away in the future. > > Signed-off-by: Binoy Jayan No problems in testing. Acked-by: James Simmons > --- >

[PATCH v5 4/4] tpm_tis: Increase ST19NP18 TPM command duration to avoid chip lockup

The STMicro ST19NP18-TPM sometimes takes much longer to execute commands than it reports in its capabilities. For example, command 186 (TPM_FlushSpecific) has been observed to take 14560 msec to complete, far longer than the 3000 msec limit for "short" commands reported by the chip. The behavior

[PATCH v5 1/4] tpm_tis: Improve reporting of IO errors

Mysterious TPM behavior can be difficult to track down through all the layers of software. Add error messages for conditions that should never happen. Also include the manufacturer ID along with other chip data printed during init. Signed-off-by: Ed Swierk

Re: [PATCH] ASoC: cs53l30: Correct clock inversion check

On Wed, Jun 8, 2016 at 4:03 PM, Nicolin Chen wrote: > SND_SOC_DAIFMT_IB_NF = 0x3 (11b) | SND_SOC_DAIFMT_IB_IF = 0x4 (100b) > creates a mask 0x7 (111b) which also includes SND_SOC_DAIFMT_IB_NF Oops, here should be NB_IF for (10b). Will send v2. Please ignore this one. > =

Re: [PATCH v2 0/2] net: ethernet: ti: cpsw: delete rx_descs property

On 06/08/2016 09:06 AM, Ivan Khoronzhuk wrote: On 08.06.16 17:01, Ivan Khoronzhuk wrote: Hi Schuyer, On 07.06.16 18:26, Schuyler Patton wrote: Hi, On 06/07/2016 08:59 AM, Ivan Khoronzhuk wrote: There is no reason in rx_descs property because davinici_cpdma driver splits pool of

[PATCH v2] ASoC: cs53l30: Correct clock inversion check

SND_SOC_DAIFMT_IB_NF = 0x3 (11b) | SND_SOC_DAIFMT_IB_IF = 0x4 (100b) creates a mask 0x7 (111b) which also includes SND_SOC_DAIFMT_NB_IF = 0x2 (10b). So this patch uses the traditional way to check the clock inversion. Signed-off-by: Nicolin Chen --- Changelog: v1->v2: *

Re: [PATCH] cpumask: fix code comment

Geliang Tang writes: > Fix code comment for cpumask_parse(). > > Signed-off-by: Geliang Tang Acked-by: Rusty Russell (CC'd triv...@kernel.org). Thanks, Rusty. > --- > include/linux/cpumask.h | 2 +- > 1 file changed, 1

[PATCH v2 4/5] freeze: Add error reporting

From: Derek Basehore This adds error reporting for cpuidle to freeze so suspend-to-idle can report errors when the CPU/SoC is unable to idle properly. Freeze will abort when an error is encounted. Signed-off-by: Derek Basehore ---

[PATCH v2 1/5] x86: stub out pmc function

From: Derek Basehore This creates an inline function of intel_pmc_slp_s0_counter_read for !CONFIG_INTEL_PMC_CORE. Signed-off-by: Derek Basehore --- arch/x86/include/asm/pmc_core.h | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff

Re: [PATCH 01/10] mm: allow swappiness that prefers anon over file

On Wed, Jun 08, 2016 at 11:58:12AM -0400, Johannes Weiner wrote: > On Wed, Jun 08, 2016 at 09:06:32AM +0900, Minchan Kim wrote: > > On Tue, Jun 07, 2016 at 10:18:18AM -0400, Johannes Weiner wrote: > > > On Tue, Jun 07, 2016 at 09:25:50AM +0900, Minchan Kim wrote: > > > > On Mon, Jun 06, 2016 at

mmotm 2016-06-08-15-25 uploaded

The mm-of-the-moment snapshot 2016-06-08-15-25 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

Re: [PATCH] LSM: module hierarchy in /proc/.../attr

Hi, [auto build test WARNING on security/next] [also build test WARNING on v4.7-rc2 next-20160608] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Casey-Schaufler/LSM-module-hierarchy-in-proc

Linux 4.1.26

I'm announcing the release of the 4.1.26 kernel. All users of the 4.1 kernel series must upgrade. The updated 4.1.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.1.y and can be browsed at the normal kernel.org git web browser:

Linux 3.18.35

I'm announcing the release of the 3.18.35 kernel. All users of the 3.18 kernel series must upgrade. The updated 3.18.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.18.y and can be browsed at the normal kernel.org git web

Re: [PATCH v3 0/6] Introduce pci_(request|release)_(mem|io)_regions

On Wed, 2016-06-08 at 09:28 +0200, Johannes Thumshirn wrote: > On Tue, Jun 07, 2016 at 09:44:00AM +0200, Johannes Thumshirn wrote: > > The first patch in this series introduces the following 4 helper > functions to > > the PCI core: > >  > > * pci_request_mem_regions() > > *

[PATCH] ASoC: cs53l30: Correct clock inversion check

SND_SOC_DAIFMT_IB_NF = 0x3 (11b) | SND_SOC_DAIFMT_IB_IF = 0x4 (100b) creates a mask 0x7 (111b) which also includes SND_SOC_DAIFMT_IB_NF = 0x2 (10b). So this patch uses the traditional way to check the clock inversion. Signed-off-by: Nicolin Chen ---

[RESEND PATCH V2 2/2] usb: phy: phy-brcm-usb: Add Broadcom STB USB phy driver

Add a new USB Phy driver for Broadcom STB SoCs. This driver supports all Broadcom STB ARM SoCs. This driver in combination with the generic ohci, ehci and xhci platform drivers will enable USB1.1, USB2.0 and USB3.0 support. This Phy driver also supports the Broadcom UDC gadget driver.

Re: [PATCH v2 0/2] net: ethernet: ti: cpsw: delete rx_descs property

On 09.06.16 02:11, Schuyler Patton wrote: On 06/08/2016 09:06 AM, Ivan Khoronzhuk wrote: On 08.06.16 17:01, Ivan Khoronzhuk wrote: Hi Schuyer, On 07.06.16 18:26, Schuyler Patton wrote: Hi, On 06/07/2016 08:59 AM, Ivan Khoronzhuk wrote: There is no reason in rx_descs property because

[PATCH 6/9] x86, pkeys: add pkey set/get syscalls

From: Dave Hansen This establishes two more system calls for protection key management: unsigned long pkey_get(int pkey); int pkey_set(int pkey, unsigned long access_rights); The return value from pkey_get() and the 'access_rights' passed to

[PATCH 0/9] [v3] System Calls for Memory Protection Keys

Are there any concerns with merging these into the x86 tree so that they go upstream for 4.8? The updates here are pretty minor. Changes from v2: * selftest updates: * formatting changes like what Ingo asked for with MPX * actually call WRPKRU in __wrpkru() * once __wrpkru() was fixed,

[PATCH 8/9] pkeys: add details of system call use to Documentation/

From: Dave Hansen This spells out all of the pkey-related system calls that we have and provides some example code fragments to demonstrate how we expect them to be used. Signed-off-by: Dave Hansen Cc: linux-...@vger.kernel.org Cc:

[PATCH 7/9] generic syscalls: wire up memory protection keys syscalls

From: Dave Hansen These new syscalls are implemented as generic code, so enable them for architectures like arm64 which use the generic syscall table. According to Arnd: Even if the support is x86 specific for the forseeable future, it may be good

[PATCH 3/9] x86, pkeys: make mprotect_key() mask off additional vm_flags

From: Dave Hansen Today, mprotect() takes 4 bits of data: PROT_READ/WRITE/EXEC/NONE. Three of those bits: READ/WRITE/EXEC get translated directly in to vma->vm_flags by calc_vm_prot_bits(). If a bit is unset in mprotect()'s 'prot' argument then it must be cleared

[PATCH 5/9] x86, pkeys: allocation/free syscalls

From: Dave Hansen This patch adds two new system calls: int pkey_alloc(unsigned long flags, unsigned long init_access_rights) int pkey_free(int pkey); These implement an "allocator" for the protection keys themselves, which can be thought of as

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