Re: [PATCH] vfs: fix uninitialized flags in splice_to_pipe()

On Thu, Feb 16, 2017 at 05:49:02PM +0100, Miklos Szeredi wrote: > From: Miklos Szeredi > > Flags (PIPE_BUF_FLAG_PACKET, PIPE_BUF_FLAG_GIFT) could remain on the unused > part of the pipe ring buffer. Previously splice_to_pipe() left the flags > value alone, which could

Re: linux-next: manual merge of the tip tree with the net-next tree

On 02/20/2017 02:22 AM, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the tip tree got a conflict in: kernel/extable.c between commit: 74451e66d516 ("bpf: make jited programs visible in traces") from the net-next tree and commit: 5b485629ba0d ("kprobes, extable:

Re: [PATCH v6 7/8] uapi: export all headers under uapi directories

On Mon, Feb 20, 2017 at 10:32 AM, Nicolas Dichtel wrote: > Le 13/02/2017 à 08:49, Christoph Hellwig a écrit : >>> linux/genwqe/..install.cmd >>> linux/genwqe/.install >> >> Third time: NAK on exporting internal kbuild metadata. >> > And for the third time: this is not

Re: [clear_page] 0ad07c8104 BUG: unable to handle kernel NULL pointer dereference at 0000000000000040

On Mon, Feb 20, 2017 at 11:03:52AM +0800, Fengguang Wu wrote: > We actually already test LKML patch in that way (Xiaolong maintains > this feature). Nevertheless if developers specify "base-commit:" it > could help eliminate the guessing works by the dumb robot. We'll > appreciate if the

[PATCH 4/4] kvm: convert kvm.users_count from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

Re: [tpmdd-devel] [PATCH] tpm: declare tpm2_get_pcr_allocation() as static

On Fri, Feb 17, 2017 at 12:24:27PM +0200, Jarkko Sakkinen wrote: > On Wed, Feb 15, 2017 at 08:02:28PM +0200, Jarkko Sakkinen wrote: > > There's no need to export tpm2_get_pcr_alloation() because it is only > > a helper function for tpm2_auto_startup(). For the same reason it does > > not make much

Re: linux-next: manual merge of the tip tree with the openrisc tree

On Sun, Feb 19, 2017 at 04:26:54PM +0900, Stafford Horne wrote: > On Fri, Feb 17, 2017 at 12:43:21PM +1100, Stephen Rothwell wrote: > > Hi all, > > > > Today's linux-next merge of the tip tree got a conflict in: > > > > arch/openrisc/include/asm/Kbuild > > > > between commit: > > > >

Re: [PATCH 4/4] iio: accel: adxl345: Add ACPI support

On 02/19/2017 01:15 PM, Eva Rachel Retuya wrote: > On Sun, Feb 19, 2017 at 11:01:23AM +0100, Lars-Peter Clausen wrote: >> On 02/16/2017 11:02 AM, Eva Rachel Retuya wrote: >> [...] >>> @@ -54,9 +55,17 @@ static const struct i2c_device_id adxl345_i2c_id[] = { >>> >>> MODULE_DEVICE_TABLE(i2c,

[PATCH] omap3isp: avoid uninitialized memory

Code in ispcsiphy is quite confusing, and does not initialize phy1 in case of isp rev. 2. Set it to zero, to prevent confusion. Signed-off-by: Pavel Machek index 8f73f6d..a2474b6 100644 --- a/drivers/media/platform/omap3isp/ispcsiphy.c +++

[PATCH] Staging: board: Fix redundant macro

Fixes a 'macro with flow control statement' checkpatch code style error by removing the board_staging() macro and replacing its one and only call Signed-off-by: Valentin Hübner --- drivers/staging/board/armadillo800eva.c | 10 +- drivers/staging/board/board.h

[PATCH v2 1/2] arm: hisi: add ARCH_MULTI_V5 support

From: Pan Wen Add support for some HiSilicon SoCs which depend on ARCH_MULTI_V5. Signed-off-by: Pan Wen --- This patch is same as the first version. arch/arm/mach-hisi/Kconfig | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff

Re: [PATCH v6 7/8] uapi: export all headers under uapi directories

Le 13/02/2017 à 08:49, Christoph Hellwig a écrit : >> linux/genwqe/..install.cmd >> linux/genwqe/.install > > Third time: NAK on exporting internal kbuild metadata. > And for the third time: this is not related to this series. Those files are there before my series and the goal of the series

Re: [PATCH -v2] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area

On Mon, Feb 20, 2017 at 09:12:58AM +0800, Huang, Ying wrote: > From: Huang Ying > > It was reported that on some machines, there is overlap between ACPI > NVS area and BERT address range. This appears reasonable because BERT > contents need to be non-volatile across

Re: [PATCH 0/2] ARM: davinci_all_defconfig: enable modules required by vpif

On Thursday 16 February 2017 11:28 PM, Bartosz Golaszewski wrote: > The first patch enables the modules needed for vpif display. > > The second enables IRQ support for the pca953x driver needed for > correct vpif capture support on the da850-evm board with the UI > expander. Applied to

Re: [PATCH v19 2/4] usb: gadget: Support for the usb charger framework

Hi Baolin, [auto build test ERROR on v4.9-rc8] [cannot apply to balbi-usb/next usb/usb-testing battery/master next-20170220] [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/Baolin-Wang/Introduce

Re: [PATCH v19 2/4] usb: gadget: Support for the usb charger framework

On 20 February 2017 at 18:08, kbuild test robot <l...@intel.com> wrote: > Hi Baolin, > > [auto build test ERROR on v4.9-rc8] > [cannot apply to balbi-usb/next usb/usb-testing battery/master next-20170220] > [if your patch is applied to the wrong git tree, please drop us a no

[PATCH 00/19] Kernel subsystem refcounter conversions

Now when new refcount_t type and API are finally merged (see include/linux/refcount.h), the following patches convert various refcounters in the kernel susystem from atomic_t to refcount_t. By doing this we prevent intentional or accidental underflows or overflows that can led to use-after-free

[PATCH 14/19] kernel: convert cred.usage from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 10/19] kernel: convert nsproxy.count from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 09/19] kernel: convert uprobe.ref from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 4/5] mm: convert mm_struct.mm_users from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

Re: [PATCH v4 08/11] drivers: perf: hisi: use poll method to avoid L3C counter overflow

On Sun, Feb 19, 2017 at 01:51:03PM -0500, Anurup M wrote: > The L3 cache PMU use N-N SPI interrupt which has no support > in kernel mainline. Could you elaborate on what you mean by this? I don't understand what is meant here. How exactly are the interrupts wired up in HW, and what exactly is

Re: linux-next: manual merge of the tip tree with the openrisc tree

On Mon, Feb 20, 2017 at 12:18:05PM +0100, Peter Zijlstra wrote: > On Sun, Feb 19, 2017 at 04:26:54PM +0900, Stafford Horne wrote: > > On Fri, Feb 17, 2017 at 12:43:21PM +1100, Stephen Rothwell wrote: > > > Hi all, > > > > > > Today's linux-next merge of the tip tree got a conflict in: > > > > >

Re: [PATCH v4 10/11] drivers: perf: hisi: Handle counter overflow IRQ in MN PMU

Hi, On Sun, Feb 19, 2017 at 01:51:22PM -0500, Anurup M wrote: > +static irqreturn_t hisi_pmu_mn_isr(int irq, void *dev_id) > +{ > + struct hisi_pmu *mn_pmu = dev_id; > + struct hisi_mn_data *mn_data = mn_pmu->hwmod_data; > + struct hisi_djtag_client *client = mn_data->client; > +

Re: [PATCH 2/4] x86: convert threshold_bank.cpus from atomic_t to refcount_t

On Mon, Feb 20, 2017 at 01:06:19PM +0200, Elena Reshetova wrote: > refcount_t type and corresponding API should be > used instead of atomic_t when the variable is used as > a reference counter. This allows to avoid accidental > refcounter overflows that might lead to use-after-free > situations. >

[PATCH 0/3] ipc subsystem refcounter conversions

Now when new refcount_t type and API are finally merged (see include/linux/refcount.h), the following patches convert various refcounters in the ipc susystem from atomic_t to refcount_t. By doing this we prevent intentional or accidental underflows or overflows that can led to use-after-free

Re: [PATCH 1/2] dt-bindings: arm-ccn: Add bindings info for CCN-502 compatible string

On Tue, 2017-02-14 at 17:48 +, Mark Rutland wrote: > On Fri, Feb 10, 2017 at 12:42:47PM -0800, Velibor Markovski wrote: > > > > Add CCN-502 to the list of supported devices by ARM CCN PMU driver. > > > > Signed-off-by: Velibor Markovski > Acked-by: Mark

[RESEND PATCH] pinctrl: uniphier: change pin names of aio/xirq for LD11

From: Kunihiko Hayashi This patch changes pin names of AIO and XIRQ according to updated specification. Signed-off-by: Kunihiko Hayashi Acked-by: Masahiro Yamada --- Hi Linus, If it is not too

[PATCH v2 3/3] mtd: nand: Remove unused chip->write_page() hook

The last/only user of the chip->write_page() hook (the Atmel NAND controller driver) has been reworked and is no longer specifying a custom ->write_page() implementation. Drop this hook before someone else start abusing it. Signed-off-by: Boris Brezillon ---

[PATCH v2 2/3] mtd: nand: atmel: Document the new DT bindings

The old NAND bindings were not exactly describing the hardware topology and were preventing definitions of several NAND chips under the same NAND controller. New bindings address these limitations and should be preferred over the old ones for new SoCs/boards. Old bindings are still supported for

[PATCH v2 0/3] mtd: nand: Rework/cleanup the Atmel NAND driver

This is a complete rewrite of the driver whose main purpose is to support the new DT representation where the NAND controller node is now really visible in the DT and appears under the EBI bus. With this new representation, we can add other devices under the EBI bus without risking pinmuxing

Re: [PATCH] fbdev: ssd1307fb: include linux/gpio/consumer.h

Hi, On Friday, February 17, 2017 03:41:42 PM Arnd Bergmann wrote: > Changing this driver to the gpiod API requires the use of the > new-style header, depending on the configuration: > > drivers/video/fbdev/ssd1307fb.c: In function 'ssd1307fb_probe': > drivers/video/fbdev/ssd1307fb.c:569:15:

Re: [PATCH] video: fbdev: fsl-diu-fb: fix spelling mistake "palette"

Hi, On Friday, February 17, 2017 02:24:51 PM Timur Tabi wrote: > On 02/17/2017 02:23 PM, Colin King wrote: > > From: Colin Ian King > > > > trivial fix to spelling mistakes of "palette" > > > > Signed-off-by: Colin Ian King > > Acked-by:

Re: [RFC PATCH 0/4] mmc: core: Provide CMD5 awake and partial_init support

Hi Ulf, On 2/20/2017 5:09 PM, Ulf Hansson wrote: On 20 February 2017 at 09:03, Ritesh Harjani wrote: As per JEDEC spec - CMD5 can be used to awake from sleep mode for emmc. This patch series provide CMD5(awake) + mmc_partial_init support to resume mmc card device. This

[GIT PULL] EFI changes for v4.11

Linus, Please pull the latest efi-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-core-for-linus # HEAD: b3879a4d3a31ef14265a52e8d941cf4b0f6627ae efi/libstub: Make file I/O chunking x86-specific The main changes in this cycle were: - Changes

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

Hi Sudeep, On 五, 2月 17, 2017 at 10:28:00上午 +, Sudeep Holla wrote: > > > On 17/02/17 07:28, Chunyan Zhang wrote: > > Hi Sudeep, > > > > On 二, 2月 14, 2017 at 04:44:53下午 +, Sudeep Holla wrote: > >> On Tue, Feb 14, 2017 at 9:19 AM, Chunyan Zhang > >> wrote:

Re: Subject: [PATCH v3] USB:Core: BugFix: Proper handling of Race Condition when two USB class drivers try to call init_usb_class simultaneously

  On Thu, 16 Feb 2017, Alan Stern wrote:  > On Thu, 16 Feb 2017, Ajay Kaher wrote: >  >> > On Thu, 14 Feb 2017, Alan Stern wrote: >> >  >> > I think Ajay's argument is correct and a patch is needed.  But this >> > patch misses the race between init_usb_class() and release_usb_class().   >>  >> 

[PATCH 04/19] kernel: convert task_struct.usage from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 01/19] kernel: convert sighand_struct.count from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 05/19] kernel: convert task_struct.stack_refcount from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 02/19] kernel: convert signal_struct.sigcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

Re: [PATCH V2 0/6] PM / Domains: Implement domain performance states

On 17-02-17, 15:22, Kevin Hilman wrote: > Viresh Kumar writes: > > > An earlier series[1] tried to implement bindings for PM domain > > performance states. Rob Herring suggested that we can actually merge the > > supporting code first instead of bindings, as that will

[GIT PULL] timer subsystem changes for v4.11

Linus, Please pull the latest timers-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-core-for-linus # HEAD: 336a9cde10d641e70bac67d90ae91b3190c3edca hrtimer: Catch invalid clockids again The main changes in this cycle were: - Update

Re: [PATCH v3] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs

On Mon, Feb 20, 2017 at 05:20:52AM +0100, Andrea Parri wrote: > On Fri, Feb 17, 2017 at 03:43:40PM -0500, Waiman Long wrote: > > @@ -361,6 +361,9 @@ static void pv_kick_node(struct qspinlock *lock, struct > > mcs_spinlock *node) > > * observe its next->locked value and advance itself. > >

[PATCH 3/3] ipc: convert ipc_rcu.refcount from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 1/3] ipc: convert ipc_namespace.count from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

Re: [PATCH 1/5] mm: convert bdi_writeback_congested.refcnt from atomic_t to refcount_t

Hi Elena, [auto build test ERROR on mmotm/master] [also build test ERROR on next-20170220] [cannot apply to linus/master linux/master] [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/Elena

[PATCH 2/3] ipc: convert sem_undo_list.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

Re: [PATCH 2/4] iio: accel: adxl345: Split driver into core and I2C

On Mon, Feb 20, 2017 at 11:32 AM, Eva Rachel Retuya wrote: > On Mon, Feb 20, 2017 at 02:41:12PM +0800, Eva Rachel Retuya wrote: >> On Sun, Feb 19, 2017 at 01:11:29PM +, Jonathan Cameron wrote: >> > On 16/02/17 10:02, Eva Rachel Retuya wrote: >> Hello Jonathan, >> >>

[GIT PULL] x86/cleanups for v4.11

Linus, Please pull the latest x86-cleanups-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cleanups-for-linus # HEAD: 07d495dae20717b00881798ef812f7aa53ca0eb3 x86/traps: Get rid of unnecessary preempt_disable/preempt_enable_no_resched Two small

Re: [PATCH] ext4: delayed inode insertion into transaction at write()

On Wed 15-02-17 14:18:39, Seongbae Son wrote: > If a write request writes a data which is larger than 4 KB, the inode of > the file is updated by the write system call, and also by kworker thread. > This duplicated inode update causes malfunction of the EXT4 journaling > behavior in ordered mode.

Re: [PATCH 1/2] add driver for cypress cy8cmbr3102

Hi Patrick, [auto build test WARNING on input/next] [also build test WARNING on v4.10 next-20170220] [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/Patrick-Vogelaar/add-driver-for-cypress

[PATCH] fix platform_no_drv_owner.cocci warnings

drivers/input/misc/cy8cmbr3102.c:210:4-9: No need to set .owner here. The core will do it. Remove .owner field if calls are used which set it automatically Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci CC: Patrick Vogelaar Signed-off-by:

RE: [PATCH 2/4] x86: convert threshold_bank.cpus from atomic_t to refcount_t

> On Mon, Feb 20, 2017 at 01:06:19PM +0200, Elena Reshetova wrote: > > refcount_t type and corresponding API should be > > used instead of atomic_t when the variable is used as > > a reference counter. This allows to avoid accidental > > refcounter overflows that might lead to use-after-free > >

Re: [PATCH 01/19] kernel: convert sighand_struct.count from atomic_t to refcount_t

Hi Elena, [auto build test WARNING on next-20170220] [cannot apply to linus/master linux/master tip/perf/core v4.9-rc8 v4.9-rc7 v4.9-rc6] [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/Elena

Re: [PATCH 2/4] x86: convert threshold_bank.cpus from atomic_t to refcount_t

On Mon, Feb 20, 2017 at 12:20:04PM +, Reshetova, Elena wrote: > Whole refcount conversion was a long piece of work and the above > people contributed to this code either as writes or reviewers or both. We have Reviewed-by: for reviewers. > I am primary writer of the code and I am handing

RE: [PATCH] usb: host: add cast to avoid potential integer overflow

From: Gustavo A. R. Silva > Sent: 17 February 2017 00:17 > The type of variable 'sel' is unsigned int. Such variable is being used > multiple times in a context that expects an expression of type unsigned > long long. So, to avoid any potential integer overflow, a cast to type > unsigned long long

Re: [RFC 7/7] arm64: map seperately rodata sections for __ro_mostly_after_init section

On Sun, Feb 19, 2017 at 11:35:51AM +, Ard Biesheuvel wrote: > On 19 February 2017 at 10:04, Hoeun Ryu wrote: > > Map rodata sections seperately for the new __ro_mostly_after_init section. > > Attribute of memory for __ro_mostly_after_init section can be changed later > >

Re: [PATCH] video: remove incorrect __exit markups

Hi, On Sunday, February 12, 2017 04:13:49 PM Dmitry Torokhov wrote: > Even if bus is not hot-pluggable, the devices can be unbound from the > driver via sysfs, so we should not be using __exit annotations on > remove() methods. The only exception is drivers registered with >

Re: [PATCH] mm/cgroup: avoid panic when init with low memory

On Wed 15-02-17 11:36:09, Laurent Dufour wrote: > The system may panic when initialisation is done when almost all the > memory is assigned to the huge pages using the kernel command line > parameter hugepage=. Panic may occur like this: I am pretty sure the system might blow up in many other

[PATCH net-next v3 1/4] net: mvneta: avoid getting status from rx_desc as much as possible

In hot code path mvneta_rx_hwbm(), the rx_desc->status is read twice. The rx_desc is allocated by dma_alloc_coherent, it's uncacheable if the device isn't cache-coherent, reading from uncached memory is fairly slow. So reuse the read out rx_status to avoid the second reading from uncached memory.

[PATCH v2 1/4] iio: accel: adxl345: Use I2C regmap instead of direct I2C access

Convert the driver to use regmap instead of I2C-specific functions. Also, introduce the header file "adxl345.h" and export the probe and remove functions. This is done in preparation for splitting this driver into core and I2C-specific code as well as introduction of SPI driver. Signed-off-by:

[PATCH v2 4/4] iio: accel: adxl345: Add ACPI support

Allow probing the adxl345 on both I2C and SPI protocols using ACPI. Signed-off-by: Eva Rachel Retuya --- Change from v1: * Correct acpi_device_id: ADX0345 -> ADS0345 drivers/iio/accel/adxl345_i2c.c | 9 + drivers/iio/accel/adxl345_spi.c | 9 + 2 files

[PATCH v2 0/4] iio: accel: adxl345: Split driver into core and I2C then add SPI support

This patchset modifies the adxl345 to use regmap. In doing so, we can easily introduce SPI support and let regmap handle the rest. Recap of basic features: read_raw for x, y and z axes, scale. After applying this series, driver now supports the SPI protocol and enumeration of device via ACPI.

[PATCH v4 3/3] perf: Replace _SC_NPROCESSORS_CONF with max_present_cpu in cpu_topology_map

There are 2 problems wrt. cpu_topology_map on systems with sparse CPUs: 1. offline/absent CPUs will have their socket_id and core_id set to -1 which triggers: "socket_id number is too big.You may need to upgrade the perf tool." 2. size of cpu_topology_map (perf_env.cpu[]) is allocated

[PATCH v4 2/3] perf header: Make build_cpu_topology skip offline/absent CPUs

When build_cpu_topo() encounters offline/absent CPUs, it fails to find any sysfs entries and returns failure. This leads to build_cpu_topology() and write_cpu_topology() failing as well. Because HEADER_CPU_TOPOLOGY has not been written, read leaves cpu_topology_map NULL and we get NULL ptr deref

[PATCH v4 1/3] perf cpu_map: Add cpu__max_present_cpu()

Similar to cpu__max_cpu() (which returns max possible CPU), returns max present CPU. Signed-off-by: Jan Stancek --- tools/perf/util/cpumap.c | 22 ++ tools/perf/util/cpumap.h | 1 + 2 files changed, 23 insertions(+) diff --git

[PATCH v4 0/3] perf: topology on systems with offline/absent CPUs

Changes in v4: - rebase on top of 4.10 - fix style of commit logs - add comment to process_cpu_topology() This series aims to address issues on systems with offline/absent CPUs: 1. cpu_topology_map size Allocation based on _SC_NPROCESSORS_CONF is too small, there can be CPU IDs that are

[GIT PULL] IRQ subsystem changes for v4.11

Linus, Please pull the latest irq-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-core-for-linus # HEAD: 3900dea4cda7c28d7921370bc4d22b08463ed94c irqchip/qcom: Fix error handling The main changes in this cycle were: - Add support for the

Re: [PATCH] Add pidfs filesystem

On Mon, Feb 20, 2017 at 05:05:18PM +1300, Eric W. Biederman wrote: > Alexey Gladkov writes: > > > The pidfs filesystem contains a subset of the /proc file system which > > contains only information about the processes. > > My summary of your motivation. > > It hurts

Re: [PATCH V2 0/5] thermal: minor cleanup/fixes

On 07-02-17, 09:39, Viresh Kumar wrote: > Hi, > > This series contains minor fixes/cleanups for thermal cooling drivers. > > V1->V2: > - s/dev_warn/dev_err (Rafael) > - Two new patches to make similar (^^) change at other places No one has picked this up yet. Ping! -- viresh

Re: [kernel-hardening] [RFC 3/7] module: modify memory attrs for __ro_mostly_after_init during module_init/exit

On Sun, Feb 19, 2017 at 07:04:06PM +0900, Hoeun Ryu wrote: > `__ro_mostly_after_init` is almost like `__ro_after_init`. The section is > read-only as same as `__ro_after_init` after kernel init. This patch makes > `__ro_mostly_after_init` section read-write temporarily only during >

Re: [PATCH 06/19] kernel: convert perf_event_context.refcount from atomic_t to refcount_t

On Mon, Feb 20, 2017 at 12:18:55PM +0200, Elena Reshetova wrote: > +++ b/kernel/events/core.c > @@ -1108,7 +1108,7 @@ static void perf_event_ctx_deactivate(struct > perf_event_context *ctx) > > static void get_ctx(struct perf_event_context *ctx) > { > -

[PATCH 5/5] mm: convert mm_struct.mm_count from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 0/5] mm subsystem refcounter conversions

Now when new refcount_t type and API are finally merged (see include/linux/refcount.h), the following patches convert various refcounters in the mm susystem from atomic_t to refcount_t. By doing this we prevent intentional or accidental underflows or overflows that can led to use-after-free

[PATCH 2/5] mm: convert anon_vma.refcount from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 1/5] mm: convert bdi_writeback_congested.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Switch bdi_writeback_congested.refcnt from atomic_t to refcount_t and

[PATCH 3/5] mm: convert kmemleak_object.use_count from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

Re: [PATCH] arm64: traps: Mark __le16, __le32, __user variables properly

On Mon, Feb 20, 2017 at 12:47:57AM -0800, Stephen Boyd wrote: > Quoting Luc Van Oostenryck (2017-02-18 17:58:09) > > On Fri, Feb 17, 2017 at 08:51:12AM -0800, Stephen Boyd wrote: > > > > > arch/arm64/kernel/traps.c:567:10: warning: Initializer entry defined twice > > >

Re: [PATCH v2] arm64: print a fault message when attempting to write RO memory

Hi Stephen, On 17/02/17 15:53, Stephen Boyd wrote: > Quoting James Morse (2017-02-17 03:00:39) >> On 17/02/17 01:19, Stephen Boyd wrote: >>> diff --git a/arch/arm64/mm/fault.c b/arch/arm64/mm/fault.c >>> index 156169c6981b..8bd4e7f11c70 100644 >>> --- a/arch/arm64/mm/fault.c >>> +++

Re: [PATCH] thermal: mt8173: minor mtk_thermal.c cleanups

On 19/02/17 02:23, Eduardo Valentin wrote: On Mon, Feb 13, 2017 at 05:01:58PM +0800, Dawei Chien wrote: Hi, Matthias, On Thu, 2017-02-09 at 22:25 +0100, Matthias Brugger wrote: On 02/08/2017 06:31 AM, Dawei Chien wrote: Thermal driver should read TEMP_MSR3 if thermal bank with 4 sensors.

Re: [RFC PATCH 0/4] mmc: core: Provide CMD5 awake and partial_init support

On 20 February 2017 at 09:03, Ritesh Harjani wrote: > As per JEDEC spec - CMD5 can be used to awake from sleep mode for emmc. > This patch series provide CMD5(awake) + mmc_partial_init support to resume > mmc card device. This is mainly to reduce the resume time. I assume

[GIT PULL] x86/boot changes for v4.11

Linus, Please pull the latest x86-boot-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-for-linus # HEAD: 5773ebfee729acf93b330664eab4c8d77edc2193 x86/kconfig: Remove misleading note regarding hibernation and KASLR Misc updates: fix e820 error

[PATCH] checkpatch: remove false unbalanced braces warning

Lines containing "} else {" should not be detected as unbalanced braces. But the second check can be reduced to ".+else\s*{" and it therefore never checked if the beginning of a line contains any other character (like the relevant "}"). This check would also return true for "} else {" and create

[GIT PULL] x86/fpu changes for v4.11

Linus, Please pull the latest x86-fpu-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-fpu-for-linus # HEAD: 9729017f844431ab2800519297d8d1b0ecbc420d x86/fpu: Fix the "Giving up, no FPU found" test The main changes relate to fixes between (lack of)

Re: [RFC PATCH v4 06/28] x86: Add support to enable SME during early boot processing

On Thu, Feb 16, 2017 at 09:43:19AM -0600, Tom Lendacky wrote: > This patch adds support to the early boot code to use Secure Memory > Encryption (SME). Support is added to update the early pagetables with > the memory encryption mask and to encrypt the kernel in place. > > The routines to set

Re: [PATCH 0/3 staging-next] android: Lowmemmorykiller task tree

On Mon 13-02-17 16:42:42, peter enderborg wrote: > On 02/10/2017 11:27 AM, Michal Hocko wrote: > > [I have only now see this cover - it answers some of the questions I've > > had to specific patches. It would be really great if you could use git > > send-email to post patch series - it just does

Re: [PATCH] ARM: at91/dt: Disable SPI on at91sam9x5ek to allow MCI1 to work.

Le 16/02/2017 à 18:16, cristian.bir...@microchip.com a écrit : > From: Cristian Birsan > > The A13 hardware line is shared by SPI and MCI1 controller.This patch > disables the SPI controller so that the MCI1 (the big MMC card slot) can > be used. > >

[GIT PULL v2] locking changes for v4.11

* Ingo Molnar wrote: > Linus, > > Please pull the latest locking-core-for-linus git tree from: > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > locking-core-for-linus > ># HEAD: bc88c10d7e6900916f5e1ba3829d66a9de92b633 locking/spinlock/debug: >

Re: [PATCH v2] x86/mce: Don't participate in rendezvous process once nmi_shootdown_cpus() was made

On Mon, Feb 20, 2017 at 02:10:37PM +0800, Xunlei Pang wrote: > @@ -1128,8 +1129,9 @@ void do_machine_check(struct pt_regs *regs, long > error_code) >*/ > int lmce = 1; > > - /* If this CPU is offline, just bail out. */ > - if (cpu_is_offline(smp_processor_id())) { > +

[GIT PULL] x86/apic changes for v4.11

Linus, Please pull the latest x86-apic-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-apic-for-linus # HEAD: 543113d2f4b5dd40d46a95502effe86b845dfe34 x86/apic: Fix a typo in a comment line The main changes in this cycle were: - Re-activate the

[PATCH 2/5] block: convert blk_queue_tag.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH v1] perf vendor events: Add mapping for KnightsMill PMU events

Reuse events from KnightsLanding for KnightsMill Signed-off-by: Karol Wachowski --- tools/perf/pmu-events/arch/x86/mapfile.csv | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/perf/pmu-events/arch/x86/mapfile.csv b/tools/perf/pmu-events/arch/x86/mapfile.csv

Re: [PATCH v2 00/10] try to reduce fragmenting fallbacks

On 02/13/2017 12:07 PM, Mel Gorman wrote: > On Fri, Feb 10, 2017 at 06:23:33PM +0100, Vlastimil Babka wrote: > > By and large, I like the series, particularly patches 7 and 8. I cannot > make up my mind about the RFC patches 9 and 10 yet. Conceptually they > seem sound but they are much more far

RE: [PATCH 0/3] ipc subsystem refcounter conversions

> On Mon, Feb 20, 2017 at 1:29 PM, Elena Reshetova > wrote: > > Now when new refcount_t type and API are finally merged > > (see include/linux/refcount.h), the following > > patches convert various refcounters in the ipc susystem from atomic_t > > to refcount_t. By

Re: [PATCH 3/8] mm: cma: Export a few symbols

On Mon 13-02-17 14:44:16, Maxime Ripard wrote: > Hi Michal, > > On Thu, Feb 09, 2017 at 08:20:47PM +0100, Michal Hocko wrote: > > [CC CMA people] > > > > On Thu 09-02-17 17:39:17, Maxime Ripard wrote: > > > Modules might want to check their CMA pool size and address for debugging > > > and / or

[PATCH v2 2/2] arm: dts: hisi: add dts files for Hi3516CV300 demo board

From: Pan Wen Add dts files for Hi3516CV300 demo board. Signed-off-by: Pan Wen Signed-off-by: Jiancheng Xue --- ChangeLog: 1. removed i2c and pwm nodes because the drivers were not merged. 2. removed some unused alias and

Re: [PATCH] pipe: handle zero sized F_SETPIPE_SZ fcntl

Looks fine: Reviewed-by: Christoph Hellwig

Re: [PATCH 0/2] powerpc: kretprobe updates

On 2017/02/19 01:42PM, Masami Hiramatsu wrote: > On Fri, 17 Feb 2017 17:42:54 -0300 > Arnaldo Carvalho de Melo wrote: > > > Em Fri, Feb 17, 2017 at 07:44:33PM +0900, Masami Hiramatsu escreveu: > > > On Thu, 16 Feb 2017 13:47:37 +0530 > > > "Naveen N. Rao"

  1   2   3   4   5   6   7   8   9   10   >