Re: sound: use-after-free in snd_timer_interrupt

On Sun, 03 Apr 2016 08:06:09 +0200, Dmitry Vyukov wrote: > > On Sat, Apr 2, 2016 at 6:30 PM, Takashi Iwai wrote: > > On Sat, 02 Apr 2016 11:08:40 +0200, > > Dmitry Vyukov wrote: > >> > >> Hello, > >> > >> I am hitting the following use-after-free while running syzkaller > >> fuzzer on commit 8e0f

Re: sound: use-after-free in snd_timer_interrupt

On Sat, Apr 2, 2016 at 6:30 PM, Takashi Iwai wrote: > On Sat, 02 Apr 2016 11:08:40 +0200, > Dmitry Vyukov wrote: >> >> Hello, >> >> I am hitting the following use-after-free while running syzkaller >> fuzzer on commit 8e0f93cda48ed054e1216bab5c60017e1a5fc1e8 >> >> =

Re: [PATCH 1/2] phy: Group vendor specific phy drivers

On Fri, Apr 01, 2016 at 04:59:15PM +0530, Vivek Gautam wrote: > Adding vendor specific directories in phy to group > phy drivers under their respective vendor umbrella. > > Signed-off-by: Vivek Gautam > --- > > With growing number of phy drivers, it makes sense to > group these drivers under the

undefined reference to `early_panic'

Hi Dan, It's probably a bug fix that unveils the link errors. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: f7eeb8a87c033d126ff6b8c35405ba5dc4e55754 commit: 888cdbc2c9a76a0e450f533b1957cdbfe7d483d5 hugetlb: fix compile error on tile date: 3 months a

A few more filesystem encryption questions

Hello, A few more questions about the new filesystem encryption code: I found that a process without access to the master encryption key can read a file's full decrypted contents, provided that the file was opened recently by a process with access to the key. This is true even if the privileged

Re: [PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)

On Sat, Apr 2, 2016 at 10:17 PM, Piotr Kwapulinski wrote: > Currently the mmap(MAP_FIXED) discards the overlapping part of the > existing VMA(s). > Introduce the new MAP_DONTUNMAP flag which forces the mmap to fail > with ENOMEM whenever the overlapping occurs and MAP_FIXED is set. > No existing m

[PATCH] mm/mmap: kill hook arch_rebalance_pgtables

Nobody use it. Signed-off-by: Konstantin Khlebnikov --- mm/mmap.c |5 - 1 file changed, 5 deletions(-) diff --git a/mm/mmap.c b/mm/mmap.c index bd2e1a533bc1..fba246b8f1a5 100644 --- a/mm/mmap.c +++ b/mm/mmap.c @@ -55,10 +55,6 @@ #define arch_mmap_check(addr, len, flags) (0) #endi

[PATCH 06/13] fscrypto: crypto_alloc_skcipher() always returns an ERR_PTR(), never NULL

Signed-off-by: Eric Biggers --- fs/crypto/keyinfo.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/crypto/keyinfo.c b/fs/crypto/keyinfo.c index 33296c0..cb06351 100644 --- a/fs/crypto/keyinfo.c +++ b/fs/crypto/keyinfo.c @@ -208,8 +208,8 @@ retry: goto o

[PATCH 01/13] fscrypto: remove unnecessary includes

Signed-off-by: Eric Biggers --- fs/crypto/crypto.c | 1 - fs/crypto/fname.c | 2 -- fs/crypto/keyinfo.c | 3 --- 3 files changed, 6 deletions(-) diff --git a/fs/crypto/crypto.c b/fs/crypto/crypto.c index 06cd1a2..2c7923d 100644 --- a/fs/crypto/crypto.c +++ b/fs/crypto/crypto.c @@ -27,7 +27,6

[PATCH 05/13] fscrypto: comment improvements and fixes

Signed-off-by: Eric Biggers --- fs/crypto/crypto.c | 13 ++-- fs/crypto/fname.c| 33 ++ fs/crypto/keyinfo.c | 8 include/linux/fscrypto.h | 53 ++-- 4 files changed, 90 insertions(+), 17 d

fs/xfs/xfs_ondisk.h:86:2: error: call to '__compiletime_assert_86' declared with attribute error: XFS: sizeof(xfs_dir2_data_unused_t) is wrong, expected 6

Hi Dave, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: f7eeb8a87c033d126ff6b8c35405ba5dc4e55754 commit: ab9d1e4f7b0217948a3b35a64178602ab30ff45d Merge branch 'xfs-misc-fixes-4.6-3' into for-next date: 4 weeks ag

[PATCH 02/13] fscrypto: rename some functions for clarity

Rename fscrypt_complete() to page_crypt_complete(). This callback is specifically for data pages; fscrypto also performs filename encryption. Rename dir_crypt_complete() to fname_crypt_complete(). This callback is also used for symlink targets, not just directory entries. Rename fscrypt_process

[PATCH 00/13] fscrypto: cleanups and fixes

This patchset includes various cleanups for the new filesystem encryption code as well as some bug fixes for the FS_IOC_SET_ENCRYPTION_POLICY ioctl. Eric Biggers (13): fscrypto: remove unnecessary includes fscrypto: rename some functions for clarity fscrypto: rename functions to load and unl

[PATCH 04/13] fscrypto: return bool instead of int where appropriate

Signed-off-by: Eric Biggers --- fs/crypto/policy.c | 24 include/linux/fscrypto.h | 12 ++-- 2 files changed, 18 insertions(+), 18 deletions(-) diff --git a/fs/crypto/policy.c b/fs/crypto/policy.c index 03a2f50..93244b5 100644 --- a/fs/crypto/policy.c +++ b

[PATCH 07/13] fscrypto: simplify building key descriptor string

Signed-off-by: Eric Biggers --- fs/crypto/keyinfo.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/fs/crypto/keyinfo.c b/fs/crypto/keyinfo.c index cb06351..5fcee4d 100644 --- a/fs/crypto/keyinfo.c +++ b/fs/crypto/keyinfo.c @@ -164,13 +164,8 @@ retry:

[PATCH 11/13] fscrypto: restrict setting encryption policy to inode owner

On a filesystem with encryption enabled, a user could set an encryption policy on any empty directory to which they have readonly access. This is a potential security issue since such a directory might be owned by another user, and the new encryption policy may prevent that user from creating file

[PATCH 12/13] fscrypto: require write access to mount to set encryption policy

Since setting an encryption policy requires writing data to the filesystem, it should be guarded by mnt_want_write/mnt_drop_write. Otherwise, a user could cause a write to a readonly or frozen filesystem. Signed-off-by: Eric Biggers --- fs/crypto/policy.c | 11 +-- fs/f2fs/file.c

[PATCH 03/13] fscrypto: rename functions to load and unload inode encryption info

Perform the following renamings: fscrypt_get_encryption_info() => fscrypt_load_encryption_info() fscrypt_put_encryption_info() => fscrypt_unload_encryption_info() get_crypt_info => load_crypt_info() put_crypt_info() => free_crypt_info() The new names better reflect

[PATCH 13/13] fscrypto: improve error handling in fscrypt_set_policy()

In some cases, the previous code did not correctly propagate errors to the caller. Also, only one call to ->get_context() is required. Signed-off-by: Eric Biggers --- fs/crypto/policy.c | 64 +- 1 file changed, 29 insertions(+), 35 deletions(-

[PATCH 09/13] fscrypto: make fname_encrypt() actually return length of ciphertext

This makes the return value match the comment. Previously it would actually return 0 if encryption was successful. (No callers currently care.) Signed-off-by: Eric Biggers --- fs/crypto/fname.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/fs/crypto/fname.c b/fs/cr

[PATCH 08/13] fscrypto: use standard macros from kernel.h

Signed-off-by: Eric Biggers --- fs/crypto/fname.c | 17 + 1 file changed, 5 insertions(+), 12 deletions(-) diff --git a/fs/crypto/fname.c b/fs/crypto/fname.c index cd0eae8..e5c6959 100644 --- a/fs/crypto/fname.c +++ b/fs/crypto/fname.c @@ -14,11 +14,6 @@ #include #include -

[PATCH 10/13] fscrypto: restrict setting new policy to empty files and directories only

On f2fs, a user could create a regular file of small positive size and issue FS_IOC_SET_ENCRYPTION_POLICY to set its encryption policy. However, this did not behave as expected because the existing data was not actually encrypted by the ioctl. Fix this by only permitting an encryption policy to be

RE: [PATCH 0/6] Drivers: hv: vmbus: Cleanup and mmio management.

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Saturday, April 2, 2016 6:48 PM > To: KY Srinivasan > Cc: o...@aepfle.de; jasow...@redhat.com; linux-kernel@vger.kernel.org; > a...@canonical.com; de...@linuxdriverproject.org > Subject: Re: [PATCH 0/6] Driv

include/linux/unaligned/access_ok.h:7:19: error: redefinition of 'get_unaligned_le16'

Hi Clément, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: f7eeb8a87c033d126ff6b8c35405ba5dc4e55754 commit: dece45855a8b0d1dcf48eb01d0822070ded6a4c8 NFC: nxp-nci: Add support for NXP NCI chips date: 1 year ago co

Re: [PATCH 1/3 v2] drm/i2c/adv7511: Add audio support

Hi Jose, [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.6-rc1 next-20160401] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Jose-Abreu/Add-I2S-ADV7511-audio-support-for-A

drivers/infiniband/hw/mlx5/main.c:2357:31: error: 'mlx5_ib_get_vf_config' undeclared

Hi Eli, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: f7eeb8a87c033d126ff6b8c35405ba5dc4e55754 commit: eff901d30e6cebd940072637f112ce4d0090ac12 IB/mlx5: Implement callbacks for manipulating VFs date: 12 days ago

[PATCH v14 1/2] Documentation: bridge: Add documentation for ps8640 DT properties

Add documentation for DT properties supported by ps8640 DSI-eDP converter. Signed-off-by: Jitao Shi Acked-by: Rob Herring Reviewed-by: Philipp Zabel --- Changes since v13: - No change --- .../devicetree/bindings/display/bridge/ps8640.txt | 43 1 file changed, 43 insert

[PATCH v14 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

This patch adds drm_bridge driver for parade DSI to eDP bridge chip. Signed-off-by: Jitao Shi Reviewed-by: Daniel Kurtz --- Changes since v13: - add const on data, ps8640_write_bytes(struct i2c_client *client, const u8 *data, u16 data_len) - fix PAGE2_SW_REST tyro. - move the buf[3] init to

drivers/mfd/syscon.c:67:9: error: implicit declaration of function 'ioremap'

Hi Philipp, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: f7eeb8a87c033d126ff6b8c35405ba5dc4e55754 commit: ca668f0edfae65438c3f0a3ad5d3e59e3515915f mfd: syscon: Set regmap max_register in of_syscon_register date:

drivers/mfd/syscon.c:89:2: error: implicit declaration of function 'iounmap'

Hi Rob, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: f7eeb8a87c033d126ff6b8c35405ba5dc4e55754 commit: 0166dc11be911213e0b1b764488c671be4c48cf3 of: make CONFIG_OF user selectable date: 10 months ago config: um-a

Re: [PATCH] ARM: dts: s3c: Fix DTC unit name warnings in S3C2416 and S3C6410

On Fri, Apr 01, 2016 at 04:22:59PM +0200, Joachim Eastwood wrote: > On 1 April 2016 at 09:11, Krzysztof Kozlowski wrote: > > Fix following DTC warnings in S3C2416 and S3C6410 boards: > > > > Warning (unit_address_vs_reg): Node /memory has a reg or ranges property, > > but no unit name > > > > Sig

Re: [PATCH 01/11] ARM: dts: exynos: Fix DTC unit name warnings in cros-adc-thermistors

On Fri, Apr 01, 2016 at 10:31:34AM -0500, Rob Herring wrote: > On Fri, Apr 1, 2016 at 1:57 AM, Krzysztof Kozlowski > wrote: > > Fix following DTC warnings in cros-adc-thermistors: > > Warning (unit_address_vs_reg): Node /adc@12D1/ncp15wb473@3 has a unit > > name, but no reg property > > Warni

Re: [RT] Warning from swake_up_all_locked in rt-4.4.4-rt11

On Fri, 1 Apr 2016 12:33:18 +0200 Sebastian Andrzej Siewior wrote: > * Thomas Gleixner | 2016-03-14 09:49:52 [+0100]: > > >On Sun, 13 Mar 2016, Clark Williams wrote: > > > >> I'm hitting the WARN_ON(wakes > 2) in $SUBJECT when resuming from suspend > >> on my laptop (quad-core i7 with HT on).

[PATCH v2] PM / runtime: Document steps for device removal

Put a reminder that during device removal drivers should revert all PM runtime changes from the probe. Signed-off-by: Krzysztof Kozlowski --- Changes since v1: 1. Address Alan's comments. --- Documentation/power/runtime_pm.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentati

Re: [PATCH 06/11] ARM: dts: exynos: Fix DTC unit name warnings in Exynos5250

On Fri, Apr 01, 2016 at 01:21:45PM -0400, Javier Martinez Canillas wrote: > > > > - usb@1200 { > > + usb_dwc3 { > > compatible = "samsung,exynos5250-dwusb3"; > > clocks = <&clock CLK_USB3>; > > clock-names = "usbdrd30"; > > The ePAPR document says that

[bisect] Merge tag 'mmc-v4.6' of git://git.linaro.org/people/ulf.hansson/mmc (was [GIT PULL] MMC for v.4.6)

On 03/21/2016 05:59 AM, Ulf Hansson wrote: > Hi Linus, > > Here's the PR for MMC v4.6. > > Details about the highlights are as usual found in the signed tag. > > Please pull this in! > > Kind regards > Ulf Hansson > > > The following changes since commit fc77dbd34c5c99bce46d40a2491937c3bcbd10

Re: [PATCH 0/6] Drivers: hv: vmbus: Cleanup and mmio management.

On Sat, Apr 02, 2016 at 11:46:21PM +, KY Srinivasan wrote: > > > > -Original Message- > > From: Greg KH [mailto:gre...@linuxfoundation.org] > > Sent: Saturday, April 2, 2016 3:23 PM > > To: KY Srinivasan > > Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org; > > o...@aep

Re: [GIT PULL] Thermal SoC management updates for v4.6-rc2

On Sat, Apr 02, 2016 at 08:09:08PM -0500, Linus Torvalds wrote: > On Sat, Apr 2, 2016 at 8:04 PM, Eduardo Valentin wrote: > > > > Please pull from > > > > git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal > > fixes > > > > to receive Thermal-SoC Management updates for v4.

Hilsener.

God dag, Jeg trenger en utenlandsk partner for en gjensidig virksomhet forslag, som er relatert til overføring av en stor sum penger til en utenlandsk konto, som mottaker av midlene. Alt om denne transaksjonen vil bli gjort lovlig uten bro av økonomisk autoritet både i mitt land og yours.I wil

Re: [GIT PULL] Thermal SoC management updates for v4.6-rc2

On Sat, Apr 2, 2016 at 8:04 PM, Eduardo Valentin wrote: > > Please pull from > > git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal > fixes > > to receive Thermal-SoC Management updates for v4.6-rc2 with top-most This is not a "fixes" pull. This is a merge window pull, l

[GIT PULL] Thermal SoC management updates for v4.6-rc2

Hello Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal fixes to receive Thermal-SoC Management updates for v4.6-rc2 with top-most c960fe12d00275c52dffc0013d64c5a50538a74c: thermal: hisilicon: fix IRQ imbalance enabling (2016-03-29 08:43:02 -0

collect2: error: ld returned 1 exit status

Hi Anton, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: d6c24df08255e24dbd19b52dd322f61fbc30b11d commit: 238abecde8ad43f914e095fcf23e0bd35dc7a7f2 powerpc: Don't use gcc specific options on clang date: 10 months

arch/xtensa/kernel/coprocessor.S:93: Error: invalid register number (240) for 'rur240'

Hi Piet, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: d6c24df08255e24dbd19b52dd322f61fbc30b11d commit: 2c684d892bb2ee31cc48f4a8b91e86a0f15e82f9 xtensa: add Three Core HiFi-2 MX Variant. date: 2 weeks ago config

Re: [PATCH v2 net-next] net: hns: add support of pause frame ctrl for HNS V2

From: Yisen Zhuang Date: Thu, 31 Mar 2016 21:00:09 +0800 > From: Lisheng > > The patch adds support of pause ctrl for HNS V2, and this feature is lost > by HNS V1: >1) service ports can disable rx pause frame, >2) debug ports can open tx/rx pause frame. > > And this patch updat

Re: [PATCH] netlink: use nla_get_in_addr and nla_put_in_addr for ipv4 address

From: Haishuang Yan Date: Thu, 31 Mar 2016 18:21:38 +0800 > Since nla_get_in_addr and nla_put_in_addr were implemented, > so use them appropriately. > > Signed-off-by: Haishuang Yan Applied, thank you.

Re: [PATCH 2/2] UBIFS: Implement ->migratepage()

Hi Kirill, [auto build test ERROR on v4.6-rc1] [also build test ERROR on next-20160401] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Richard-Weinberger/mm-Export-migrate_page_move_mapping-an

{standard input}:116: Error: number (0x9000000080000000) larger than 32 bits

Hi Sasha, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 264800b5ecc7be49b2c6027738091ff3385e0cae commit: 71458cfc782eafe4b27656e078d379a34e472adf kernel: add support for gcc 5 date: 1 year, 6 months ago config: m

arch/xtensa/kernel/coprocessor.S:93: Error: unknown opcode or format name 'rur.ae_ovf_sar'

Hi Max, First bad commit (maybe != root cause): tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 264800b5ecc7be49b2c6027738091ff3385e0cae commit: 9da8320bb97768e35f2e64fa7642015271d672eb xtensa: add test_kc705_hifi variant date: 2 weeks ago config: xte

Re: [RFC patch 4/7] futex: Add support for attached futexes

On Sat, Apr 02 2016, Thomas Gleixner wrote: > The standard futex mechanism in the Linux kernel uses a global hash to store > transient state. Collisions on that hash can lead to performance degradation > and on real-time enabled kernels even to priority inversions. > > To guarantee futexes withou

RE: [PATCH 0/6] Drivers: hv: vmbus: Cleanup and mmio management.

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Saturday, April 2, 2016 3:23 PM > To: KY Srinivasan > Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org; > o...@aepfle.de; a...@canonical.com; vkuzn...@redhat.com; > jasow...@redhat.com > Subjec

RE: Staging: unisys/verisonic: Correct double unlock

> -Original Message- > From: Iban Rodriguez [mailto:iban.rodrig...@ono.com] > Sent: Saturday, April 02, 2016 1:47 PM > To: Kershner, David A; Greg Kroah-Hartman; Benjamin Romer; Sell, Timothy > C; Neil Horman > Cc: *S-Par-Maintainer; de...@driverdev.osuosl.org; linux- > ker...@vger.kernel.o

[PATCH 1/6] Drivers: hv: vmbus: Introduce functions for estimating room in the ring buffer

Introduce separate functions for estimating how much can be read from and written to the ring buffer. Signed-off-by: K. Y. Srinivasan --- drivers/hv/ring_buffer.c | 25 - include/linux/hyperv.h | 27 +++ 2 files changed, 31 insertions(+), 21

[PATCH 4/6] Drivers: hv: vmbus: Export the vmbus_set_event() API

In preparation for moving some ring buffer functionality out of the vmbus driver, export the API for signaling the host. Signed-off-by: K. Y. Srinivasan --- drivers/hv/connection.c |1 + drivers/hv/hyperv_vmbus.h |2 -- include/linux/hyperv.h|1 + 3 files changed, 2 insertions(

[PATCH 5/6] Drivers: hv: vmbus: Move some ring buffer functions to hyperv.h

In preparation for implementing APIs for in-place consumption of VMBUS packets, movve some ring buffer functionality into hyperv.h Signed-off-by: K. Y. Srinivasan --- drivers/hv/ring_buffer.c | 55 -- include/linux/hyperv.h | 54 +

[PATCH 6/6] Drivers: hv: vmbus: Implement APIs to support "in place" consumption of vmbus packets

Implement APIs for in-place consumption of vmbus packets. Currently, each packet is copied and processed one at a time and as part of processing each packet we potentially may signal the host (if it is waiting for room to produce a packet). These APIs help batched in-place processing of vmbus pack

[PATCH 2/6] Drivers: hv: vmbus: Use READ_ONCE() to read variables that are volatile

Use the READ_ONCE macro to access variabes that can change asynchronously. This is the recommended mechanism for dealing with "unsafe" compiler optimizations. Signed-off-by: K. Y. Srinivasan --- drivers/hv/ring_buffer.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 3/6] Drivers: hv: vmbus: Use the new virt_xx barrier code

Use the virt_xx barriers that have been defined for use in virtual machines. Signed-off-by: K. Y. Srinivasan --- drivers/hv/ring_buffer.c | 14 +++--- 1 files changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/hv/ring_buffer.c b/drivers/hv/ring_buffer.c index 6ea1b55..8f518

[PATCH 0/6] Drivers: hv: vmbus: Cleanup the ring buffer code

Cleanup and fix a bug in the ring buffer code. Also implement APIs for in place consumption of received packets. K. Y. Srinivasan (6): Drivers: hv: vmbus: Introduce functions for estimating room in the ring buffer Drivers: hv: vmbus: Use READ_ONCE() to read variables that are volatile

Re: [PATCH 1/5 v5] drm: Add support of ARC PGU display controller

Hi Carlos, [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.6-rc1 next-20160401] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Alexey-Brodkin/drm-Add-support-of-ARC-PGU-di

Re: [intel-pstate driver regression] processor frequency very high even if in idle

On Fri, Apr 1, 2016 at 10:28 PM, Rafael J. Wysocki wrote: > On Fri, Apr 1, 2016 at 4:06 PM, Jörg Otte wrote: >> 2016-04-01 14:40 GMT+02:00 Rafael J. Wysocki : >>> On Friday, April 01, 2016 11:20:42 AM Jörg Otte wrote: 2016-03-31 17:43 GMT+02:00 Rafael J. Wysocki : > On Thursday, March 3

Re: net: memory leak due to CLONE_NEWNET

On Sat, Apr 2, 2016 at 6:55 AM, Dmitry Vyukov wrote: > Hello, > > The following program leads to memory leaks in: > > unreferenced object 0x88005c10d208 (size 96): > comm "a.out", pid 10753, jiffies 4296778619 (age 43.118s) > hex dump (first 32 bytes): > e8 31 85 2d 00 88 ff ff 0f 00 0

Re: [PATCH 0/6] Drivers: hv: vmbus: Cleanup and mmio management.

On Sat, Apr 02, 2016 at 11:10:38AM -0700, K. Y. Srinivasan wrote: > Cleanup and mmio management. Also included is a patch > to fix an issue in KVP. So these all are for 4.7-rc1?

[GIT PULL] target fixes for v4.6-rc2

Hello Linus, Here are outstanding target-pending fixes for v4.6-rc2. Please go ahead and pull from: git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master This includes fixes from HCH for -rc1 configfs default_groups conversion changes that ended up breaking some iscsi-ta

Re: [PATCH] mm/huge_memory: replace VM_NO_THP VM_BUG_ON with actual VMA check

On Sat, Apr 02, 2016 at 06:37:44PM +0300, Konstantin Khlebnikov wrote: > Khugepaged detects own VMAs by checking vm_file and vm_ops but this > way it cannot distinguish private /dev/zero mappings from other special > mappings like /dev/hpet which has no vm_ops and popultes PTEs in mmap. > > This f

Re: [PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)

On Sat, Apr 02, 2016 at 09:17:31PM +0200, Piotr Kwapulinski wrote: > @@ -19,6 +19,7 @@ > #define MAP_TYPE 0x0f/* Mask for type of mapping */ > #define MAP_FIXED0x10/* Interpret addr exactly */ > #define MAP_ANONYMOUS0x20/* don't use a file */ >

[PATCH V2 1/1] Drivers: hv: vmbus: Fix signaling logic in hv_need_to_signal_on_read()

On the consumer side, we have interrupt driven flow management of the producer. It is sufficient to base the signaling decision on the amount of space that is available to write after the read is complete. The current code samples the previous available space and uses this in making the signaling d

RE: [PATCH 1/1] Drivers: hv: vmbus: Fix signaling logic in hv_need_to_signal_on_read()

> -Original Message- > From: K. Y. Srinivasan [mailto:k...@microsoft.com] > Sent: Saturday, April 2, 2016 3:44 PM > To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com; > vkuzn...@redhat.com; jasow...@redhat.com

[PATCH 1/1] Drivers: hv: vmbus: Fix signaling logic in hv_need_to_signal_on_read()

On the consumer side, we have interrupt driven flow management of the producer. It is sufficient to base the signaling decision on the amount of space that is available to write after the read is complete. The current code samples the previous available space and uses this in making the signaling d

RE: [PATCH 1/1] Drivers: hv: vmbus: Fix a bug in hv_need_to_signal_on_read()

> -Original Message- > From: K. Y. Srinivasan [mailto:k...@microsoft.com] > Sent: Friday, March 11, 2016 12:39 PM > To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com; > vkuzn...@redhat.com; jasow...@redhat.com

Re: [PATCH v5 3/9] x86/head: Move early exception panic code into early_fixup_exception

[cc Jan Kara] On Sat, Apr 2, 2016 at 1:47 PM, Borislav Petkov wrote: > On Sat, Apr 02, 2016 at 01:13:37PM -0700, Andy Lutomirski wrote: >> Given that I this isn't really a regression with my patches (it >> probably never worked much better on 32-bit and the regs never would >> have shown at all o

Re: [PATCH v5 4/9] x86/traps: Enable all exception handler callbacks early

On Sat, Apr 02, 2016 at 01:16:07PM -0700, Andy Lutomirski wrote: > I have no idea why it was explicitly unsupported, but I'm guessing it > was just to avoid duplicating the code. Early "ext" uaccess failures > are certainly not going to work, but I don't think this is a problem > -- there's no use

Re: [PATCH v5 3/9] x86/head: Move early exception panic code into early_fixup_exception

On Sat, Apr 02, 2016 at 01:13:37PM -0700, Andy Lutomirski wrote: > Given that I this isn't really a regression with my patches (it > probably never worked much better on 32-bit and the regs never would > have shown at all on 64-bit), You're right. That thing calls printk *and* early_printk, WTF:

Re: [PATCH 7/8] input: misc: Add TWL6030 power button support to twl-pwrbutton

Hi, Le mercredi 30 mars 2016 à 19:16 +0300, Grygorii Strashko a écrit : > On 03/29/2016 10:22 PM, Paul Kocialkowski wrote: > > > > This renames the twl4030-pwrbutton driver to twl-pwrbutton, since power > > button > > handling is very similar on most TWL chips. This also introduces TWL6030 > > po

Re: Getting rid of inside_vm in intel8x0

On Sat, 02 Apr 2016 20:05:21 +0200, Andy Lutomirski wrote: > > On Apr 2, 2016 12:07 PM, "Takashi Iwai" wrote: > > > > On Sat, 02 Apr 2016 14:57:44 +0200, > > Andy Lutomirski wrote: > > > > > > On Fri, Apr 1, 2016 at 10:33 PM, Takashi Iwai wrote: > > > > On Sat, 02 Apr 2016 00:28:31 +0200, > > >

[PATCH] Staging: wlan-ng: memory allocated inside mkimage() is not freed if subsequent calls fails.

This patch frees memory allocated inside mkimage() in case mkimage() or any other subsequent calls inside prism2_fwapply() from prism2fw.c file fails. To fix this I introduces goto labels where the free operation is done in case some operations fails. After the introduction of goto labels has been

Re: [PATCH] x86: Add a turbo mode sysctl

On Fri, Apr 1, 2016 at 9:10 AM, Thomas Gleixner wrote: > On Fri, 1 Apr 2016, Andy Lutomirski wrote: >> +static void update_local_turbo_mode(void *dummy) >> +{ >> + unsigned long cr0 = read_cr0(); >> + >> + /* >> + * KVM doesn't properly handle CD. >> + * >> + * XXX: this may

Re: [PATCH v5 4/9] x86/traps: Enable all exception handler callbacks early

On Sat, Apr 2, 2016 at 11:52 AM, Borislav Petkov wrote: > On Sat, Apr 02, 2016 at 07:01:35AM -0700, Andy Lutomirski wrote: >> Now that early_fixup_exception has pt_regs, we can just call >> fixup_exception from it. This will make fancy exception handlers >> work early. >> >> Signed-off-by: Andy L

Re: [PATCH 4/8] mfd: Add TWL6030 power driver, with minimal support for power off

Le mercredi 30 mars 2016 à 18:56 +0300, Grygorii Strashko a écrit : > On 03/29/2016 10:22 PM, Paul Kocialkowski wrote: > > > > This adds a TWL6030 power driver, that currently only supports powering off > > the > > device when the TWL is used as system power controller. > > > > This driver might

Re: [PATCH v5 3/9] x86/head: Move early exception panic code into early_fixup_exception

On Sat, Apr 2, 2016 at 11:39 AM, Borislav Petkov wrote: > On Sat, Apr 02, 2016 at 07:01:34AM -0700, Andy Lutomirski wrote: >> This removes a bunch of assembly and adds some C code instead. It >> changes the actual printouts on both 32-bit and 64-bit kernels, but >> they still seem okay. >> >> Sig

Re: [PATCH 3/8] mfd: twl-core: Rename TWL4030_CORE Kconfig option to TWL_CORE

Le mercredi 30 mars 2016 à 18:34 +0300, Grygorii Strashko a écrit : > On 03/29/2016 10:22 PM, Paul Kocialkowski wrote: > > > > Since the twl-core mfd driver is not limited to twl4030 support, but also > > supports other chips of the TWL family, it makes sense to rename its > > matching > > Kconfig

Re: [PATCH 2/2] ARM: OMAP4: Store reboot mode to SAR scratchpad memory before restart

Hi, Le mardi 29 mars 2016 à 18:50 -0500, Nishanth Menon a écrit : > On 03/29/2016 02:25 PM, Paul Kocialkowski wrote: > > > > This adds support for storing the reboot mode command to SAR scratchpad > > memory, > > at a location compatible with TI kernels, so that bootloaders can grab the > > reboo

Greetings from G. Hazrat,>>

Greetings from G. Hazrat, I'm a banker here in London and i have a business that will benefit us. You will get 40% of the fund at the final conclusion. Please Get Back to me with your full names and phone number for details. Regards, Mr. Gholam Hazrat --- This email has been checked for viruse

Re: [PATCH 1/8] mfd: twl-core: Rename struct twl4030_platform_data to twl_platform_data

Hi, Le mercredi 30 mars 2016 à 18:20 +0300, Grygorii Strashko a écrit : > On 03/29/2016 10:22 PM, Paul Kocialkowski wrote: > > Since twl4030_platform_data also holds platform data (e.g. regulators) for > > other > > TWL chips, it makes sense to rename it to a non-model-specific name. > > > > This

[PATCH v2] kbuild: forbid kernel directory to contain spaces and colons

When the kernel path contains a space or a colon somewhere in the path name, the modules_install target doesn't work anymore, as the path names are not enclosed in double quotes. It is also supposed that and O= build will suffer from the same weakness as modules_install. Instead of checking and im

[PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)

Currently the mmap(MAP_FIXED) discards the overlapping part of the existing VMA(s). Introduce the new MAP_DONTUNMAP flag which forces the mmap to fail with ENOMEM whenever the overlapping occurs and MAP_FIXED is set. No existing mapping(s) is discarded. The implementation tests the MAP_DONTUNMAP fl

[PATCH 3/3] man/mremap.2: don't unmap the overlapping VMA(s)

mremap.2 man page update for MREAP_DONTUNMAP flag of mremap. Signed-off-by: Piotr Kwapulinski --- It should be considered to be merged only in case the patch "[PATCH 2/3] mm/mremap.c: don't unmap the overlapping VMA(s)" is merged. --- man2/mremap.2 | 50 ++

[PATCH 1/3] man/mmap.2: don't unmap the overlapping VMA(s)

mmap.2 man page update for MAP_DONTUNMAP flag of mmap. Signed-off-by: Piotr Kwapulinski --- It should be considered to be merged only in case the patch "[PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)" is merged. --- man2/mmap.2 | 32 ++-- 1 file changed, 30

[PATCH 2/3] mm/mremap.c: don't unmap the overlapping VMA(s)

Currently the mremap(new_size, MREMAP_MAYMOVE | MREMAP_FIXED, new_address) discards the part of existing VMA(s) if it overlaps the memory region specified by new_address and new_size. Introduce the new MREMAP_DONTUNMAP flag which forces the mremap to fail with ENOMEM whenever the overlapping occurs

[PATCH] ARM: pxa: activate pinctrl for device-tree machines

Pincontrol is not yet ready for all PXA platforms. For example, a legacy platform, if PINCTRL was activated, will fail its calls to gpio_request() or gpio_direction_output(), as the pinctrl driver might not be available, such as for pxa25x and pxa3xx. As a step forward, activate pincontrol for all

Re: [PATCH v5 4/9] x86/traps: Enable all exception handler callbacks early

On Sat, Apr 02, 2016 at 07:01:35AM -0700, Andy Lutomirski wrote: > Now that early_fixup_exception has pt_regs, we can just call > fixup_exception from it. This will make fancy exception handlers > work early. > > Signed-off-by: Andy Lutomirski > --- > arch/x86/mm/extable.c | 19 ++--

Re: [PATCH v5 3/9] x86/head: Move early exception panic code into early_fixup_exception

On Sat, Apr 02, 2016 at 07:01:34AM -0700, Andy Lutomirski wrote: > This removes a bunch of assembly and adds some C code instead. It > changes the actual printouts on both 32-bit and 64-bit kernels, but > they still seem okay. > > Signed-off-by: Andy Lutomirski > --- > arch/x86/include/asm/uacc

Re: Question on rhashtable in worst-case scenario.

On Sat, 2016-04-02 at 09:46 +0800, Herbert Xu wrote: > On Fri, Apr 01, 2016 at 11:34:10PM +0200, Johannes Berg wrote: > > > > > > I was thinking about that one - it's not obvious to me from the > > code > > how this "explicitly checking for dups" would be done or let's say > > how > > rhashtable

Re: [intel-pstate driver regression] processor frequency very high even if in idle

On Sat, Apr 2, 2016 at 7:19 PM, Jörg Otte wrote: > 2016-04-02 17:28 GMT+02:00 Srinivas Pandruvada > : >> >> On Sat, 2016-04-02 at 08:30 +0200, Sedat Dilek wrote: >>> > I am trying CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y from >>> > linux-pm.git#linux-next out of curiosity... >>> > >>> > $ ./scripts/diff

Re: [RFC patch 4/7] futex: Add support for attached futexes

On 04/02/2016 04:09 AM, Thomas Gleixner wrote: [omitted due to some Thunderbird bug, sigh] What happens if you mix attached an non-attached ops on the same futex? --Andy

Re: Getting rid of inside_vm in intel8x0

On Apr 2, 2016 12:07 PM, "Takashi Iwai" wrote: > > On Sat, 02 Apr 2016 14:57:44 +0200, > Andy Lutomirski wrote: > > > > On Fri, Apr 1, 2016 at 10:33 PM, Takashi Iwai wrote: > > > On Sat, 02 Apr 2016 00:28:31 +0200, > > > Luis R. Rodriguez wrote: > > >> If the former, could a we somehow detect an

Re: [RFC patch 4/7] futex: Add support for attached futexes

On Sat, 2 Apr 2016, Peter Zijlstra wrote: > On Sat, Apr 02, 2016 at 11:09:18AM -, Thomas Gleixner wrote: > > +/** > > + * hash_local_futex - Return the hash bucket in the task local cache > > + * @uaddr: The user space address of the futex > > + * @prime: The prime number for the modulo operati

[PATCH 2/2] localmodconfig: Reset certificate paths

When using `make localmodconfig` and friends, if the input config comes from a kernel that was built in a different environment (for example, the canonical case of using localmodconfig to trim a distribution kernel config) the key files for module signature checking will not be available and should

[PATCH 1/2] localmodconfig: Fix parsing of Kconfig "source" statements

The parameter of Kconfig "source" statements does not need to be quoted. The current regex causes many kconfig files to be skipped and hence, dependencies to be missed. Also fix the whitespace repeat count. Signed-off-by: Benjamin Poirier --- scripts/kconfig/streamline_config.pl | 2 +- 1 file

Staging: unisys/verisonic: Correct double unlock

'priv_lock' is unlocked twice. The first one is removed and the function 'visornic_serverdown_complete' is now called with 'priv_lock' locked because 'devdata' is modified inside. Signed-off-by: Iban Rodriguez --- drivers/staging/unisys/visornic/visornic_main.c | 1 - 1 file changed, 1 deletion(

Re: [PATCH v2 10/14] USB: ch341: fix coding style

On Sat, 2016-04-02 at 19:07 +0200, Grigori Goronzy wrote: > No functional change.  The following adjustments were made to be more in > line with official coding style and to be more consistent. > > Stop mixing tabs and spaces for alignment. Align continuations in > function prototypes correctly.  

  1   2   3   >