Re: [PATCH] mm, zone_device: replace {get, put}_zone_device_page() with a single reference

On Thu, Apr 27, 2017 at 9:33 AM, Logan Gunthorpe wrote: > > > On 27/04/17 10:14 AM, Dan Williams wrote: >> You're overlooking that the page reference count 1 after >> arch_add_memory(). So at the end of time we're just dropping the >> arch_add_memory() reference to release

Re: [PATCH 2/2] ARM: dts: NSP: Add Thermal Support

On Tue, Apr 25, 2017 at 04:49:11PM -0400, Jon Mason wrote: > Add thermal support via the ns-thermal driver and create a single > thermal zone for the entire SoC. > > Signed-off-by: Jon Mason Acked-by: Eduardo Valentin > --- >

Re: [PATCH 0/3] Cavium ThunderX2 SMMUv3 errata workarounds

On Thu, Apr 27, 2017 at 7:09 PM, Robert Richter wrote: > On 27.04.17 17:16:21, Geetha sowjanya wrote: >> From: Geetha >> >> Cavium CN99xx SMMUv3 implementation has two Silicon Erratas. >> 1. Errata ID #74 >>SMMU register alias Page 1 is not

Re: [PATCH v5 08/11] mm: hwpoison: soft offline supports thp migration

Naoya Horiguchi wrote: > On Fri, Apr 21, 2017 at 10:55:49AM -0500, Zi Yan wrote: >> >> Anshuman Khandual wrote: >>> On 04/21/2017 02:17 AM, Zi Yan wrote: From: Naoya Horiguchi This patch enables thp migration for soft offline. Signed-off-by:

Re: [PATCH] mm, zone_device: replace {get, put}_zone_device_page() with a single reference

On Thu, Apr 27, 2017 at 9:45 AM, Logan Gunthorpe wrote: > > > On 27/04/17 10:38 AM, Dan Williams wrote: >> ...is inside a for_each_device_pfn() loop. >> > > Ah, oops. Then that makes perfect sense. Thanks. > > You may have my review tag if you'd like: > > Reviewed-by: Logan

Re: [PATCH -mm -v3] mm, swap: Sort swap entries before free

On Thu, 2017-04-27 at 09:21 +0800, Huang, Ying wrote: > Tim Chen writes: > > > > > > > > > > > > From 7bd903c42749c448ef6acbbdee8dcbc1c5b498b9 Mon Sep 17 00:00:00 2001 > > > From: Huang Ying > > > Date: Thu, 23 Feb 2017 13:05:20 +0800 > > >

Re: [PATCH] Introduce v3 namespaced file capabilities

Quoting Eric W. Biederman (ebied...@xmission.com): > ebied...@xmission.com (Eric W. Biederman) writes: > > > "Serge E. Hallyn" writes: > > > >> Quoting Eric W. Biederman (ebied...@xmission.com): > >>> > >>> "Serge E. Hallyn" writes: > >>> > >>> > diff --git

Re: [PATCH 2/3] iommu/arm-smmu-v3: Add workaround for Cavium ThunderX2 erratum #74

On Thu, Apr 27, 2017 at 05:42:37PM +0100, Mark Rutland wrote: > On Thu, Apr 27, 2017 at 05:16:23PM +0530, Geetha sowjanya wrote: > > + /* > > +* Override the size, for Cavium CN99xx implementations > > +* which doesn't support the page 1 SMMU register space. > > +*/ > > + cpu_model

Re: [PATCH] arm64: cpufeature: use static_branch_enable_cpuslocked()

On 27/04/17 17:35, Suzuki K Poulose wrote: rom f3b0809224e4915197d3ae4a38ebe7f210e74abf Mon Sep 17 00:00:00 2001 From: Mark Rutland Date: Thu, 27 Apr 2017 16:48:06 +0100 Subject: [PATCH] arm64: cpufeature: use static_branch_enable_cpuslocked() Build break alert. There

Re: [PATCH] Prevent timer value 0 for MWAITX

On 4/25/2017 4:44 PM, Janakarajan Natarajan wrote: This patch prevents the value 0 from being used for the MWAITX timer. Newer hardware has uncovered a bug in the software implementation of using MWAITX for the delay function. A value of 0 for the timer is meant to indicate that a timeout will

Re: [PATCH] Introduce v3 namespaced file capabilities

"Serge E. Hallyn" writes: > Quoting Eric W. Biederman (ebied...@xmission.com): >> ebied...@xmission.com (Eric W. Biederman) writes: >> >> > "Serge E. Hallyn" writes: >> > >> >> Quoting Eric W. Biederman (ebied...@xmission.com): >> >>> >> >>> "Serge E.

Re: [PATCH 2/3] selinux: add checksum to policydb

2017-04-27 17:18 GMT+02:00 Stephen Smalley : > Ok, that should work as long as you just want to validate that all the > clients loaded the same policy file, and aren't concerned about non- > persistent policy boolean changes. As far as I understand, non-persistent policy

[PATCH] EDAC,amd64: Fix reporting of Chip Select sizes on Fam17h

From: Yazen Ghannam The wrong value is being passed to our function to compute CS sizes which results in the wrong size being computed. Redo the printing function so that the correct values are computed and printed. Also, redo how we calculate the number of pages in a CS

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

On Thu, Apr 27, 2017 at 07:26:31PM +0300, Matwey V. Kornilov wrote: > 2017-04-27 18:35 GMT+03:00 Bin Liu : > > Hi Matwey, > > > > On Thu, Apr 27, 2017 at 01:20:33PM +0300, Matwey V. Kornilov wrote: > >> This commit changes the order of actions undertaken in > >>

Re: [PATCH] arm64: cpufeature: use static_branch_enable_cpuslocked()

On Thu, Apr 27, 2017 at 06:03:35PM +0100, Suzuki K Poulose wrote: > On 27/04/17 17:35, Suzuki K Poulose wrote: > >@@ -1092,7 +1093,9 @@ void check_local_cpu_capabilities(void) > > > > static void __init setup_feature_capabilities(void) > > { > >-update_cpu_capabilities(arm64_features,

Re: [PATCH v3] NFC: trf7970a: Correct register settings for 27MHz clock

On Thu, Apr 27, 2017 at 10:41:59AM -0400, Geoff Lansberry wrote: > In prior commits the selected clock frequency does not propagate > correctly to what is written the the TRF7970A_MODULATOR_SYS_CLK_CTRL ^^^ s/the the/to the/ > register. > > Signed-off-by: Geoff

Re: [PATCH] perf evsel: Fix to perf-stat malloc corruption on arm64 platforms

On Thu, Apr 27, 2017 at 9:22 PM, Mark Rutland wrote: > On Thu, Apr 27, 2017 at 09:16:41PM +0530, Ganapatrao Kulkarni wrote: >> > Could you please give my diff a go? >> >> i tried your diff, and testing looks ok. > > Can I take that as a Tested-by when I post this as a proper

Re: [PATCH man-pages 2/2] ioctl_userfaultfd.2: start adding details about userfaultfd features

On 04/27/2017 04:14 PM, Mike Rapoport wrote: > Signed-off-by: Mike Rapoport Thanks, Mike. Applied, and lightly edited. All changes now pushed to Git. Cheers, Michael > --- > man2/ioctl_userfaultfd.2 | 53 > ++-- > 1 file

Re: [PATCH man-pages 1/2] userfaultfd.2: start documenting non-cooperative events

Hi Mike, I've applied this, but have some questions/points I think further clarification. On 04/27/2017 04:14 PM, Mike Rapoport wrote: > Signed-off-by: Mike Rapoport > --- > man2/userfaultfd.2 | 135 > ++--- > 1 file

Re: [PATCH 1/2] drm/bridge: Refactor out the panel wrapper from the lvds-encoder bridge.

Eric Anholt writes: > Many DRM drivers have common code to make a stub connector > implementation that wraps a drm_panel. By wrapping the panel in a DRM > bridge, all of the connector code (including calls during encoder > enable/disable) goes away. > > Signed-off-by: Eric

Re: [trace-cmd Patch RFC] trace-cmd: top: A new interface to detect peak memory

On Thursday 27 April 2017 10:19 PM, Steven Rostedt wrote: On Thu, 27 Apr 2017 19:32:43 +0530 Pratyush Anand wrote: I will implement your review comments and will send next revision. However, I had couple of observation which I was unable to justify: # ./trace-cmd top -s

Re: [PATCH 2/2] arm64: pmu: Wire-up L2 cache events for ARMv8 PMUv3

On Tue, Apr 25, 2017 at 10:13:51AM -0700, Florian Fainelli wrote: > On 04/25/2017 05:44 AM, Will Deacon wrote: > > Hi Florian, > > > > On Thu, Apr 20, 2017 at 12:05:46PM -0700, Florian Fainelli wrote: > >> The ARMv8 PMUv3 cache map did not include the L2 cache events, add > >> them. > >> > >>

Re: [PATCH v2] arm64: perf: Use only exclude_kernel attribute when kernel is running in HYP

On Wed, Apr 26, 2017 at 01:41:42PM +, Jayachandran C wrote: > On Wed, Apr 26, 2017 at 11:10:21AM +0100, Will Deacon wrote: > > On Wed, Apr 26, 2017 at 07:22:46AM +, Pinski, Andrew wrote: > > > On 4/25/2017 11:53 PM, Jayachandran C. wrote: > > > > On Tue, Apr 25, 2017 at 10:23 PM, Will

[PATCH 0/3 v2] ARM/ARM64: silence large module first time allocation

With kernels built with CONFIG_ARM{,64}_MODULES_PLTS=y, the first allocation done from module space will fail, produce a general OOM allocation and also a vmap warning. The second allocation from vmalloc space may or may not be successful, but is actually the one we are interested about in these

[PATCH v2 2/3] ARM: Silence first allocation with CONFIG_ARM_MODULE_PLTS=y

When CONFIG_ARM_MODULE_PLTS is enabled, the first allocation using the module space fails, because the module is too big, and then the module allocation is attempted from vmalloc space. Silence the first allocation failure in that case by setting __GFP_NOWARN. Signed-off-by: Florian Fainelli

[PATCH v2 3/3] arm64: Silence first allocation with CONFIG_ARM64_MODULE_PLTS=y

When CONFIG_ARM64_MODULE_PLTS is enabled, the first allocation using the module space fails, because the module is too big, and then the module allocation is attempted from vmalloc space. Silence the first allocation failure in that case by setting __GFP_NOWARN. Signed-off-by: Florian Fainelli

Re: iov_iter_pipe warning.

On Thu, Apr 27, 2017 at 12:34:44PM -0400, Dave Jones wrote: > [977286.117268] RPC request reserved 116 but used 268 > [1918138.126285] RPC request reserved 200 but used 268 > [232.483077] RPC request reserved 200 but used 268 > [2327800.909007] RPC request reserved 200 but used 268 > >

[PATCH v2 1/3] mm: Silence vmap() allocation failures based on caller gfp_flags

If the caller has set __GFP_NOWARN don't print the following message: vmap allocation for size 15736832 failed: use vmalloc= to increase size. This can happen with the ARM/Linux or ARM64/Linux module loader built with CONFIG_ARM{,64}_MODULE_PLTS=y which does a first attempt at loading a large

[PATCH] goldfish_pipe: make pipe_dev static

From: Colin Ian King Make this static as it's only referenced in this source and it does not need global scope. Cleans up a sparse warning: drivers/platform/goldfish/goldfish_pipe.c: warning: symbol 'pipe_dev' was not declared. Should it be static? Signed-off-by:

Re: [PATCH 1/2] thermal: broadcom: Allow for NSP to use ns-thermal driver

On Thu, Apr 27, 2017 at 12:37 PM, Eduardo Valentin wrote: > Hey Jason, It's Jon :) > > On Tue, Apr 25, 2017 at 04:49:10PM -0400, Jon Mason wrote: >> Change the iProc Kconfig to select THERMAL and THERMAL_OF, which allows >> the ns-thermal driver to be selected via

Re: [PATCH v8 1/3] backlight arcxcnn add arc to vendor prefix

On Thursday, April 27, 2017 8:37 AM, Geert Uytterhoeven wrote: > On Tue, Apr 25, 2017 at 6:36 PM, Jingoo Han wrote: > > On Monday, April 24, 2017 1:56 PM, Olimpiu Dejeu wrote: > >> > >> On Mon, April 24, 2017 11:10 AM, Rob Herring < r...@kernel.org> wrote: > >> > >> > On

Re: [PATCH 0/5] KEYS: sanitize key payloads

On Thu, Apr 27, 2017 at 04:09:42PM +0100, David Howells wrote: > Do you have a git branch I can pull from? > > David No I don't, sorry. - Eric

[PATCHv2 2/2] arm64: cpufeature: use static_branch_enable_cpuslocked()

Recently, the hotplug locking was conveted to use a percpu rwsem. Unlike the existing {get,put}_online_cpus() logic, this can't nest. Unfortunately, in arm64's secondary boot path we can end up nesting via static_branch_enable() in cpus_set_cap() when we detect an erratum. This leads to a stream

Re: [PATCH v2 1/3] mm: Silence vmap() allocation failures based on caller gfp_flags

On Thu 27-04-17 10:38:58, Florian Fainelli wrote: > If the caller has set __GFP_NOWARN don't print the following message: > vmap allocation for size 15736832 failed: use vmalloc= to increase > size. > > This can happen with the ARM/Linux or ARM64/Linux module loader built > with

Re: [PATCH 2/2] f2fs: introduce CP_TRIMMED_FLAG to avoid unneeded discard

Hi Chao, Could you add this state in print_cp_state() of f2fs-tools as well? Thanks, On 04/27, Chao Yu wrote: > Introduce CP_TRIMMED_FLAG to indicate all invalid block were trimmed > before umount, so once we do mount with image which contain the flag, > we don't record invalid blocks as

Re: [PATCH v2 1/3] mm: Silence vmap() allocation failures based on caller gfp_flags

On 04/27/2017 11:20 AM, Michal Hocko wrote: >>> would be shorter and you wouldn't need the goto and a label. >> >> Do you want me to resubmit with that change included? > > Up to you. As I've said this is a nit at best. I just sent a v3 based on feedback from Ard, thanks! -- Florian

Re: [RFC v3 05/17] RCU free VMAs

On Thu, Apr 27, 2017 at 05:52:44PM +0200, Laurent Dufour wrote: > From: Peter Zijlstra > > Manage the VMAs with SRCU such that we can do a lockless VMA lookup. > > We put the fput(vma->vm_file) in the SRCU callback, this keeps files > valid during speculative faults, this

Re: [PATCH 1/2] dt/bindings: Add bindings for Broadcom STB DRAM Sensors

On 25 April 2017 at 12:29, Markus Mayer wrote: > Hi Rob, > > On 18 April 2017 at 13:17, Markus Mayer wrote: >> From: Markus Mayer >> >> Provide bindings for the Broadcom STB DDR PHY Front End (DPFE). > > Would you be able to have

Re: [PATCH 2/3] selinux: add checksum to policydb

On Thu, 2017-04-27 at 19:12 +0200, Sebastien Buisson wrote: > 2017-04-27 17:18 GMT+02:00 Stephen Smalley : > > Ok, that should work as long as you just want to validate that all > > the > > clients loaded the same policy file, and aren't concerned about > > non- > > persistent

Re: [RESEND PATCH 1/2] arc: axs10x: Add DT bindings for I2S audio playback

Hi Vineet, On 27-04-2017 00:31, Vineet Gupta wrote: > On 04/26/2017 01:55 AM, Jose Abreu wrote: >> Hi Vineet, >> >> >> On 24-04-2017 18:36, Vineet Gupta wrote: >>> On 04/21/2017 03:15 AM, Jose Abreu wrote: This patch adds the necessary DT bindings to get HDMI audio output in ARC AXS10x

Re: [alsa-devel] [PATCH] ASoC: dwc: disallow building designware_pcm as a module

Hi, On 21-04-2017 11:49, Mark Brown wrote: > On Fri, Apr 21, 2017 at 12:39:30PM +0200, Takashi Iwai wrote: >> Jose Abreu wrote: >>> Maybe rename to "dwc-i2s.c" and "dwc-pcm.c" (as the folder is >>> called "dwc") and let the module still be called "designware-i2s"? >> Lubomir's patch keeps the

Re: [PATCH net-next 09/18] net: dsa: mv88e6xxx: move VTU Data accessors

On Wed, Apr 26, 2017 at 11:53:27AM -0400, Vivien Didelot wrote: > The code to access the VTU Data registers currently only supports the > 88E6185 family and alike: 2-bit membership adjacent to 2-bit port state. > > Even though the 88E6352 family introduced an indirect table to program > the VLAN

Re: [PATCH net-next 10/18] net: dsa: mv88e6xxx: move STU GetNext operation

On Wed, Apr 26, 2017 at 11:53:28AM -0400, Vivien Didelot wrote: > Extract the generic portion of code to issue an STU GetNext operation, > which will be used in other implementations. > > Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn

Re: [PATCH net-next 11/18] net: dsa: mv88e6xxx: get STU entry on VTU GetNext

On Wed, Apr 26, 2017 at 11:53:29AM -0400, Vivien Didelot wrote: > Now that the code reads both VTU and STU data on VTU GetNext operation, > fetch the STU entry data of a VTU entry at the same time. > > The STU data bits are masked with the VTU data bits and they are now all > read at the same

[GIT PULL] nfsd fixes for 4.11

Please pull knfsd bugfixes for 4.11 from git://linux-nfs.org/~bfields/linux.git tags/nfsd-4.11-3 Thanks to Ari Kauppi and Tuomas Haanpää at Synopsis for spotting bugs in our NFSv2/v3 xdr code that could crash the server or expose memory. --b. J. Bruce Fields (3): nfsd: check for

Re: [PATCH] arm64: prefetch: Change assembly to be compatible with gcc and clang

Hi, Thanks for your comments! El Mon, Apr 24, 2017 at 02:34:47PM +0100 Will Deacon ha dit: > On Thu, Apr 20, 2017 at 09:42:07AM +0100, Mark Rutland wrote: > > On Wed, Apr 19, 2017 at 02:22:11PM -0700, Matthias Kaehlcke wrote: > > > clang fails to build with the current code: > > > > > >

Re: [PATCH RESEND v2] f2fs: release cp and dnode lock before IPU

Hi Chao, On 04/27, Chao Yu wrote: > From: Hou Pengyang > > We don't need to rewrite the page under cp_rwsem and dnode locks. > > Signed-off-by: Hou Pengyang > Signed-off-by: Chao Yu > Signed-off-by: Jaegeuk Kim

Re: [PATCH v2 3/3] arm64: Silence first allocation with CONFIG_ARM64_MODULE_PLTS=y

On 04/27/2017 11:07 AM, Ard Biesheuvel wrote: > >> On 27 Apr 2017, at 18:39, Florian Fainelli wrote: >> >> When CONFIG_ARM64_MODULE_PLTS is enabled, the first allocation using the >> module space fails, because the module is too big, and then the module >> allocation is

Re: [PATCH v17 2/3] usb: USB Type-C connector class

On Thu, Apr 27, 2017 at 11:50:12AM +0530, Rajaram R wrote: > On Tue, Apr 25, 2017 at 7:40 PM, Guenter Roeck wrote: > > On 04/25/2017 01:26 AM, Rajaram R wrote: > >> > >> On Mon, Apr 24, 2017 at 11:20 PM, Badhri Jagan Sridharan > >> wrote: > >>> > >>> On

Re: [RFC PATCH 0/2] iommu/s390: Fix iommu-groups and add sysfs support

On Thu, 27 Apr 2017 17:28:23 +0200 Joerg Roedel wrote: > Hey, > > here are two patches for the s390 PCI and IOMMU code. It is > based on the assumption that every pci_dev that points to > the same zpci_dev shares a single dma-table (and thus a > single address space). Well,

Re: HID: sensor-hub: Delete error messages for failed memory allocations in sensor_hub_probe()

> WARNING: Possible unnecessary 'out of memory' message I have noticed a moment ago that a similar change is also contained in the update suggestion “HID: Remove unnecessary OOM messages” by Joe Perches from 2017-03-01. https://patchwork.kernel.org/patch/9598997/

[PATCH 3/5] media: i2c: adv748x: add adv748x driver

From: Kieran Bingham Provide basic support for the ADV7481 and ADV7482. The driver is modelled with 2 subdevices to allow simultaneous streaming from the AFE (Analog front end) and HDMI inputs. Presently the HDMI is hardcoded to link to the TXA CSI bus,

[PATCH 1/5] v4l2-subdev: Provide a port mapping for asynchronous subdevs

From: Kieran Bingham Devices such as the the ADV748x support multiple parallel stream routes through a single chip. This leads towards needing to provide multiple distinct entities and subdevs from a single device-tree node. To distinguish these separate

[PATCH 0/5] RFC: ADV748x HDMI/Analog video receiver

From: Kieran Bingham This is an RFC for the Analog Devices ADV748x driver, and follows on from a previous posting by Niklas Söderlund [0] of an earlier incarnation of this driver. This is an early posting of the driver following the release early,

[PATCH 5/5] arm64: dts: r8a7796: salvator-x: enable VIN, CSI and ADV7482

From: Kieran Bingham Provide bindings between the VIN, CSI and the ADV7482 on the r8a7796. Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a7796-salvator-x.dts | 129 + 1 file

Re: [PATCH net-next 06/18] net: dsa: mv88e6xxx: move VTU SID accessors

On Wed, Apr 26, 2017 at 11:53:24AM -0400, Vivien Didelot wrote: > Add helpers to access the VTU SID register in the global1_vtu.c file. > > Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn Andrew

Re: [PATCH] led: ledtrig-transient: replace timer_list with hrtimer

On 04/27/2017 05:48 AM, David Lin wrote: > On Tue, Apr 25, 2017 at 1:15 PM, Jacek Anaszewski > wrote: >>> However, there's a need to >>> support hrtimer if the LED subsystem claims support the use case of >>> vibrator (please see

Re: [PATCH net-next 08/18] net: dsa: mv88e6xxx: move generic VTU GetNext

On Wed, Apr 26, 2017 at 11:53:26AM -0400, Vivien Didelot wrote: > Even though every switch model has a different way to access the VTU > Data bits, the base implementation of the VTU GetNext operation remains > the same: wait, write the first VID to iterate from, start the > operation, and read

Re: [PATCH v3] libnvdimm, region: sysfs trigger for nvdimm_flush()

On Thu, Apr 27, 2017 at 12:17 PM, Dan Williams wrote: > On Thu, Apr 27, 2017 at 11:41 AM, Jeff Moyer wrote: >> Dan Williams writes: >> The sentiment is that programs shouldn't have to grovel around in sysfs to do

Re: [PATCH] arm64: sunxi: always enable reset controller

On Thu, Apr 20, 2017 at 10:02 AM, Maxime Ripard wrote: > On Wed, Apr 19, 2017 at 07:35:36PM +0200, Arnd Bergmann wrote: >> The sunxi clk driver causes a link error when the reset controller >> subsystem is disabled: >> >> drivers/clk/built-in.o: In function

Re: Boot regression caused by kauditd

On Wed, Apr 26, 2017 at 2:20 PM, Paul Moore wrote: > Thanks for the report, this is the only one like it that I've seen. > I'm looking at the code in Linus' tree and I'm not seeing anything > obvious ... looking at the trace above it appears that the problem is > when

Re: [PATCH v2 3/3] arm64: Silence first allocation with CONFIG_ARM64_MODULE_PLTS=y

> On 27 Apr 2017, at 18:39, Florian Fainelli wrote: > > When CONFIG_ARM64_MODULE_PLTS is enabled, the first allocation using the > module space fails, because the module is too big, and then the module > allocation is attempted from vmalloc space. Silence the first

Re: [PATCH] iio:ad5064: Add support for ltc2633 and similar devices

On 27-04-17 11:16, Lars-Peter Clausen wrote: On 04/27/2017 07:52 AM, Jonathan Cameron wrote: On 26/04/17 10:44, Mike Looijmans wrote: The Linear Technology LTC2631, LTC2633 and LTC2635 are very similar to the AD5064 device, in particular the LTC2627. This patch adds support for those

Re: [PATCH v2 3/3] arm64: Silence first allocation with CONFIG_ARM64_MODULE_PLTS=y

> On 27 Apr 2017, at 19:09, Florian Fainelli wrote: > >> On 04/27/2017 11:07 AM, Ard Biesheuvel wrote: >> >>> On 27 Apr 2017, at 18:39, Florian Fainelli wrote: >>> >>> When CONFIG_ARM64_MODULE_PLTS is enabled, the first allocation using the >>>

[PATCH v3 3/3] arm64: Silence first allocation with CONFIG_ARM64_MODULE_PLTS=y

When CONFIG_ARM64_MODULE_PLTS is enabled, the first allocation using the module space fails, because the module is too big, and then the module allocation is attempted from vmalloc space. Silence the first allocation failure in that case by setting __GFP_NOWARN. Reviewed-by: Ard Biesheuvel

[PATCH v3 2/3] ARM: Silence first allocation with CONFIG_ARM_MODULE_PLTS=y

When CONFIG_ARM_MODULE_PLTS is enabled, the first allocation using the module space fails, because the module is too big, and then the module allocation is attempted from vmalloc space. Silence the first allocation failure in that case by setting __GFP_NOWARN. Signed-off-by: Florian Fainelli

[PATCH v3 1/3] mm: Silence vmap() allocation failures based on caller gfp_flags

If the caller has set __GFP_NOWARN don't print the following message: vmap allocation for size 15736832 failed: use vmalloc= to increase size. This can happen with the ARM/Linux or ARM64/Linux module loader built with CONFIG_ARM{,64}_MODULE_PLTS=y which does a first attempt at loading a large

Re: [PATCH net-next 02/18] net: dsa: mv88e6xxx: split VTU entry data member

On Wed, Apr 26, 2017 at 11:53:20AM -0400, Vivien Didelot wrote: > VLAN aware Marvell chips can program 802.1Q VLAN membership as well as > 802.1s per VLAN Spanning Tree state using the same 3 VTU Data registers. > > Some chips such as 88E6185 use different Data registers offsets for > ports state

Re: [PATCH 0/3 v3] ARM/ARM64: silence large module first time allocation

On 04/27/2017 11:24 AM, Ard Biesheuvel wrote: > >> On 27 Apr 2017, at 19:18, Florian Fainelli wrote: >> >> With kernels built with CONFIG_ARM{,64}_MODULES_PLTS=y, the first allocation >> done from module space will fail, produce a general OOM allocation and also a >> vmap

Re: [PATCH net-next 04/18] net: dsa: mv88e6xxx: move VTU flush

On Wed, Apr 26, 2017 at 11:53:22AM -0400, Vivien Didelot wrote: > Move the VTU flush operation to global1_vtu.c and call it from a > mv88e6xxx_vtu_setup helper, similarly to the ATU and PVT setup. > > Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn

Re: [GIT PULL 1/2] ARM: dts: exynos: Last round for v4.12

On Fri, Apr 21, 2017 at 6:40 PM, Krzysztof Kozlowski wrote: > Hi, > > I know it is late so just one fix for v4.12. > On top of previous pull request. Pulled into next/dt, thanks Arnd [I had actually pulled it already, but forgot to send out the mail reply and now saw

Re: [PATCH v3] libnvdimm, region: sysfs trigger for nvdimm_flush()

On Thu, Apr 27, 2017 at 12:40 PM, Jeff Moyer wrote: > Dan Williams writes: > >> On Thu, Apr 27, 2017 at 11:41 AM, Jeff Moyer wrote: >>> Dan Williams writes: >>> > The sentiment is that programs

Re: [PATCH] Enabled pstore write for powerpc

Hi Ankit, > After commit c950fd6f201a kernel registers pstore write based on flag > set. Pstore write for powerpc is broken as flags(PSTORE_FLAGS_DMESG) > is not set for powerpc architecture. On panic, kernel doesn't write > message to /fs/pstore/dmesg*(Entry doesn't gets created at all). > >

Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection

On Wed, Apr 26, 2017 at 6:31 PM, kbuild test robot wrote: > Hi Kees, > > [auto build test WARNING on next-20170424] > [cannot apply to tip/x86/core linus/master linux/master v4.9-rc8 v4.9-rc7 > v4.9-rc6 v4.11-rc8] > [if your patch is applied to the wrong git tree, please drop us

Re: [PATCHv2 2/2] arm64: cpufeature: use static_branch_enable_cpuslocked()

On Thu, Apr 27, 2017 at 06:44:37PM +0100, Mark Rutland wrote: > Recently, the hotplug locking was conveted to use a percpu rwsem. Unlike > the existing {get,put}_online_cpus() logic, this can't nest. > Unfortunately, in arm64's secondary boot path we can end up nesting via > static_branch_enable()

Re: [PATCH 0/3 v3] ARM/ARM64: silence large module first time allocation

> On 27 Apr 2017, at 19:18, Florian Fainelli wrote: > > With kernels built with CONFIG_ARM{,64}_MODULES_PLTS=y, the first allocation > done from module space will fail, produce a general OOM allocation and also a > vmap warning. The second allocation from vmalloc space may

Re: [PATCH net-next 03/18] net: dsa: mv88e6xxx: move VTU Operation accessors

On Wed, Apr 26, 2017 at 11:53:21AM -0400, Vivien Didelot wrote: > Move the helper functions to access the Global 1 VTU Operation register > to a new global1_vtu.c file, and get rid of the old underscore prefix > naming convention. This file will be extended will all VTU/STU related > code. > >

Re: [PATCH net-next 03/18] net: dsa: mv88e6xxx: move VTU Operation accessors

On Wed, Apr 26, 2017 at 11:53:21AM -0400, Vivien Didelot wrote: > Move the helper functions to access the Global 1 VTU Operation register > to a new global1_vtu.c file, and get rid of the old underscore prefix > naming convention. This file will be extended will all VTU/STU related > code. > >

Re: [PATCH v3] libnvdimm, region: sysfs trigger for nvdimm_flush()

Dan Williams writes: >> The sentiment is that programs shouldn't have to grovel around in sysfs >> to do stuff related to an open file descriptor or mapping. I don't take >> issue with the name. I do worry that something like 'wpq_drain' may be >> too platform

Re: [PATCH net-next 07/18] net: dsa: mv88e6xxx: move VTU VID accessors

> @@ -1464,13 +1457,16 @@ static int _mv88e6xxx_vtu_loadpurge(struct > mv88e6xxx_chip *chip, > struct mv88e6xxx_vtu_entry *entry) > { > u16 op = GLOBAL_VTU_OP_VTU_LOAD_PURGE; > - u16 reg = 0; > int err; > > err =

Re: [PATCH] ubifs: Return -ENOKEY from rename if encryption keys are missing

Hi David, On Thu, Apr 27, 2017 at 10:59:15AM +0200, David Oberhollenzer wrote: > > Are you sure? I just tried rebasing my ubifs support patches for xfstests > > and > > xfstests-bld onto the latest xfstests and xfstests-bld respectively, then > > building a new kvm-xfstests appliance and the

Re: [PATCH v3] libnvdimm, region: sysfs trigger for nvdimm_flush()

Dan Williams writes: > On Thu, Apr 27, 2017 at 11:41 AM, Jeff Moyer wrote: >> Dan Williams writes: >> The sentiment is that programs shouldn't have to grovel around in sysfs to do stuff related to an open file

Re: [PATCH v3 0/3] Handle memmap and mem kernel options in boot stage kaslr

Hi Baoquan, On 04/26/2017 06:16 AM, Baoquan He wrote: > People reported kernel panic occurs during system boots up with mem boot > option. > After checking code, several problems are found about memmap= and mem= in > boot stage > kaslr. > > *) In commit f28442497b5c ("x86/boot: Fix KASLR and

Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function

On 26/04/17 01:37 AM, Roger Pau Monné wrote: > On Tue, Apr 25, 2017 at 12:21:02PM -0600, Logan Gunthorpe wrote: >> Straightforward conversion to the new helper, except due to the lack >> of error path, we have to use SG_MAP_MUST_NOT_FAIL which may BUG_ON in >> certain cases in the future. >> >>

[PATCHv2 1/2] jump_label: Provide static_key_[enable|/slow_inc]_cpuslocked()

From: Sebastian Andrzej Siewior Provide static_key_[enable|slow_inc]_cpuslocked() variant that don't take cpu_hotplug_lock(). Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Mark Rutland Cc: Peter Zijlstra

Re: [PATCH v2 1/3] mm: Silence vmap() allocation failures based on caller gfp_flags

On 04/27/2017 10:56 AM, Michal Hocko wrote: > On Thu 27-04-17 10:38:58, Florian Fainelli wrote: >> If the caller has set __GFP_NOWARN don't print the following message: >> vmap allocation for size 15736832 failed: use vmalloc= to increase >> size. >> >> This can happen with the ARM/Linux or

Re: [PATCH 1/2] iommu/s390: Fix IOMMU groups

On Thu, 27 Apr 2017 17:28:24 +0200 Joerg Roedel wrote: > From: Joerg Roedel > > Currently the s390 iommu driver allocates an iommu-group for > every device that is added. But that is wrong, as there is > only one dma-table per pci-root-bus. Make all devices

Re: [PATCH v2 1/3] mm: Silence vmap() allocation failures based on caller gfp_flags

On Thu 27-04-17 11:03:31, Florian Fainelli wrote: > On 04/27/2017 10:56 AM, Michal Hocko wrote: > > On Thu 27-04-17 10:38:58, Florian Fainelli wrote: > >> If the caller has set __GFP_NOWARN don't print the following message: > >> vmap allocation for size 15736832 failed: use vmalloc= to increase >

[PATCH 2/5] rcar-vin: Match sources against ports if specified.

From: Kieran Bingham If an endpoint source specifies a port number, then it may have multiple entities provided by one DT node. In this event, match against both the DT node and it's relevant port. Signed-off-by: Kieran Bingham

[PATCH 4/5] arm64: dts: r8a7795: salvator-x: enable VIN, CSI and ADV7482

From: Kieran Bingham Provide bindings between the VIN, CSI and the ADV7482 on the r8a7795. Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts | 129 + 1 file

Re: [PATCH v4 3/4] KEYS: Support for inserting a certificate into x86 bzImage

> On Apr 27, 2017, at 9:54 AM, David Howells wrote: > > Mehmet Kayaalp wrote: > >> +/* TODO: update CRC */ > > Is this bit missing? I didn't add it, since I wasn't sure it was still used with secure boot. The CRC code is implemented in

Re: [PATCH v2] leds-pca963x: add bindings to invert polarity

Hi Anders, On 04/27/2017 08:37 AM, Anders Darander wrote: > Add a new DT property, nxp,inverted-out, to invert the polarity of the output. > > Tested on PCA9634. > > Signed-off-by: Anders Darander > --- > Documentation/devicetree/bindings/leds/pca963x.txt | 1 + >

[PATCH net-next] igb: mark PM functions as __maybe_unused

The new wake function is only used by the suspend/resume handlers that are defined in inside of an #ifdef, which can cause this harmless warning: drivers/net/ethernet/intel/igb/igb_main.c:7988:13: warning: 'igb_deliver_wake_packet' defined but not used [-Wunused-function] Removing the #ifdef,

Re: [PATCH v3] libnvdimm, region: sysfs trigger for nvdimm_flush()

On Thu, Apr 27, 2017 at 11:41 AM, Jeff Moyer wrote: > Dan Williams writes: > >>> The sentiment is that programs shouldn't have to grovel around in sysfs >>> to do stuff related to an open file descriptor or mapping. I don't take >>> issue with the

Re: AMD IOMMU causing filesystem corruption

On 04/26/2017 02:43 PM, Joerg Roedel wrote: On Wed, Apr 26, 2017 at 02:31:40PM -0700, Samuel Sieb wrote: This test was done with the patch that always disables ATS. Which is the current patch to selectively disable it? The last patch I tried didn't seem to work. Its [PATCH v2] PCI:

Re: [GIT PULL 2/2] arm64 dts: exynos: Last round for v4.12

On Thu, Apr 27, 2017 at 09:46:03PM +0200, Arnd Bergmann wrote: > On Fri, Apr 21, 2017 at 6:40 PM, Krzysztof Kozlowski wrote: > > The following changes since commit e3c07546747cdec07ff15c984bc6cebc9c9f788c: > > > > arm64: dts: exynos: Add the burst and esc clock frequency

[PATCH 2/2] of_coresight: Use devm_kcalloc() in of_coresight_alloc_memory()

From: Markus Elfring Date: Thu, 27 Apr 2017 21:29:12 +0200 Multiplications for the size determination of memory allocations indicated that array data structures should be processed. Thus use the corresponding function "devm_kcalloc". This issue was detected by

Re: [PATCH V5 1/4] arm64: dts: Add basic DT to support Spreadtrum's SP9860G

On Fri, Apr 21, 2017 at 5:47 AM, Chunyan Zhang wrote: > From: Orson Zhai > > SC9860G is a 8 cores of A53 SoC with 4G LTE support SoC from Spreadtrum. > > According to regular hierarchy of sprd dts, whale2.dtsi contains SoC > peripherals IP

Re: [PATCH] cifs: don't check for failure from mempool_alloc()

merged into cifs-2.6.git for-next On Sun, Apr 9, 2017 at 9:08 PM, NeilBrown wrote: > > mempool_alloc() cannot fail if the gfp flags allow it to > sleep, and both GFP_FS allows for sleeping. > > So these tests of the return value from mempool_alloc() > cannot be needed. > >

Re: [RESEND PATCH 1/2] arc: axs10x: Add DT bindings for I2S audio playback

On 04/27/2017 11:42 AM, Jose Abreu wrote: > Hi Vineet, > > > On 27-04-2017 00:31, Vineet Gupta wrote: >> On 04/26/2017 01:55 AM, Jose Abreu wrote: >>> Hi Vineet, >>> >>> >>> On 24-04-2017 18:36, Vineet Gupta wrote: On 04/21/2017 03:15 AM, Jose Abreu wrote: > This patch adds the necessary

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