Re: [PATCH v9] mm: Add memory allocation watchdog kernel thread.

Tetsuo Handa wrote: > Changes from v7 [11]: > > (1) Reflect review comments from Andrew Morton. (Convert "u8 type" to > "bool report", use CPUHP_PAGE_ALLOC_DEAD event and replace > for_each_possible_cpu() with for_each_online_cpu(), reuse existing > rcu_lock_break() and hung_ti

[PATCH 2/3] w1: Add Maxim Semiconductor MAX1721x W1 slave drivers

Add support Maxim Semiconductor MAX17211/MAX17215 OneWire family 0x26 Signed-off-by: Alex A. Mihaylov --- drivers/w1/slaves/Kconfig | 12 + drivers/w1/slaves/Makefile | 1 + drivers/w1/slaves/w1_max1721x.c | 73 drivers/w1/slaves/w1_max1721x.h | 10

[PATCH 3/3] power: supply: Add support MAX1721x battery monitor

Add support for battery monitor MAX1721x chips (power_supply class). Maxim Semiconductor MAX1721x Standalone Fuel Gauge battery monitor. MAX17211 used for singlecell batteryes, MAX17215 for multicell. Signed-off-by: Alex A. Mihaylov --- drivers/power/supply/Kconfig| 14 ++ drivers/p

[PATCH 1/3] regmap: Add OneWire (W1) bus support

Add basic support regmap (register map access) API for OneWire (W1) bus Signed-off-by: Alex A. Mihaylov --- drivers/base/regmap/Kconfig | 6 +- drivers/base/regmap/Makefile| 1 + drivers/base/regmap/regmap-w1.c | 241 include/linux/regmap.h

[PATCH 0/3] Battery monitor MAX1721x with w1-regmap and w1-slave

regmap: Add OneWire (W1) bus support w1: Add Maxim Semiconductor MAX1721X W1 slave drivers power: supply: Add support MAX1721x battery monitor drivers/base/regmap/Kconfig | 6 +- drivers/base/regmap/Makefile| 1 + drivers/base/regmap/regmap-w1.c | 241 +++

[PATCH] w1: Fix slave count on W1 bus

OneWire bus have very fast algorith for exchange with single slave device. Fix incorrect count of slave devices on connect second slave device. This case on probe() step we need use generic (multislave) functions for read/write slave device. Signed-off-by: Alex A. Mihaylov --- drivers/w1/w1.c |

Re: [PATCH v2 20/20] ACPICA: Use designated initializers

The right fix is to get rid of the idiotic dispatch table entirely, something like the minimally tested patch below: --- >From e8046f6507c2ed60bc501a0c0caa5a3f15f5e3e4 Mon Sep 17 00:00:00 2001 From: Christoph Hellwig Date: Sun, 28 May 2017 09:53:45 +0300 Subject: acpi: get rid of acpi_sleep_dispa

Re: [PATCH 1/3] cfq-iosched: Mark cfq_clear_cfqq_*() as __maybe_unused

On Fri, May 26, 2017 at 02:22:35PM -0700, Matthias Kaehlcke wrote: > This fixes the following warning when building with clang: > > block/cfq-iosched.c:449:1: error: unused function 'cfq_clear_cfqq_sync' > [-Werror,-Wunused-function] > > Signed-off-by: Matthias Kaehlcke Matthias, ca

Re: [PATCH v2 01/20] NFS: Avoid cross-structure casting

On Fri, May 26, 2017 at 01:17:05PM -0700, Kees Cook wrote: > When the call to nfs_devname() fails, the error path attempts to retain > the error via the mnt variable, but this requires a cast across very > different types (char * to struct vfsmount *), which the upcoming > structure layout randomiz

Re: [PATCH v2 06/20] randstruct: Whitelist UNIXCB cast

On Fri, May 26, 2017 at 01:17:10PM -0700, Kees Cook wrote: > This is another false positive in bad cast detection: > > net/unix/af_unix.c: In function ‘unix_skb_scm_eq’: > net/unix/af_unix.c:1621:31: note: found mismatched rhs struct pointer types: > ‘struct unix_skb_parms’ and ‘char’ > > cons

Re: [PATCH v2 07/20] randstruct: Whitelist big_key path struct overloading

What about the untested patch below to just fix the issue? --- >From e9eb519c854d2f3d16a4def492577a883246e290 Mon Sep 17 00:00:00 2001 From: Christoph Hellwig Date: Sun, 28 May 2017 11:03:34 +0300 Subject: security/keys: don't cast union key_payload Instead store the individual pointers in struc

Re: [PATCH v2 07/27] thunderbolt: Allow passing NULL to tb_ctl_free()

On Sat, May 27, 2017 at 06:41:28PM +0300, Andy Shevchenko wrote: > On Fri, May 26, 2017 at 7:09 PM, Mika Westerberg > wrote: > > Following the usual pattern used in many places, we allow passing NULL > > pointer to tb_ctl_free(). Then the user can call the function regardless > > if it has allocat

Re: [PATCH v2 08/20] randstruct: Whitelist NIU struct page overloading

On Fri, May 26, 2017 at 01:17:12PM -0700, Kees Cook wrote: > The NIU ethernet driver intentionally stores a page struct pointer on > top of the "mapping" field. Whitelist this case: > > drivers/net/ethernet/sun/niu.c: In function ‘niu_rx_pkt_ignore’: > drivers/net/ethernet/sun/niu.c:3402:10: note:

Re: [PATCH v2 09/27] thunderbolt: Convert switch to a device

On Sat, May 27, 2017 at 06:45:24PM +0300, Andy Shevchenko wrote: > On Fri, May 26, 2017 at 7:09 PM, Mika Westerberg > wrote: > > Thunderbolt domain consists of switches that are connected to each > > other, forming a bus. This will convert each switch into a real Linux > > device structure and add

Re: [PATCH v2 13/27] thunderbolt: Read vendor and device name from DROM

On Sat, May 27, 2017 at 06:57:38PM +0300, Andy Shevchenko wrote: > On Fri, May 26, 2017 at 7:09 PM, Mika Westerberg > wrote: > > The device DROM contains name of the vendor and device among other > > things. Extract this information and expose it to the userspace via two > > new attributes. > > >

Re: [x86/mm] e2a7dcce31: kernel_BUG_at_arch/x86/mm/tlb.c

* Andy Lutomirski wrote: > On Sat, May 27, 2017 at 6:31 AM, kernel test robot > wrote: > > > > FYI, we noticed the following commit: > > > > commit: e2a7dcce31f10bd7471b4245a6d1f2de344e7adf ("x86/mm: Rework lazy TLB > > to track the actual loaded mm") > > https://git.kernel.org/cgit/linux/kern

Re: [RFC][PATCH 0/4] Fixes for two recently found timekeeping bugs

* John Stultz wrote: > On Sat, May 27, 2017 at 12:38 AM, Ingo Molnar wrote: > > > > * John Stultz wrote: > > > >> As part of the Linaro Linux Kernel Functional Test (LKFT) > >> effort, test failures from kselftest/timer's > >> inconsistency-check were reported connected to > >> CLOCK_MONOTONIC

Re: [PATCH v2 22/27] thunderbolt: Add support for DMA configuration based mailbox

On Sat, May 27, 2017 at 07:08:34PM +0300, Andy Shevchenko wrote: > On Fri, May 26, 2017 at 7:09 PM, Mika Westerberg > wrote: > > The DMA (NHI) port of a switch provides access to the NVM of the host > > controller (and devices starting from Intel Alpine Ridge). The NVM > > contains also more compl

Re: [PATCH 00/21] liblockdep fixes for v4.12

* Levin, Alexander (Sasha Levin) wrote: > On Fri, May 26, 2017 at 01:21:51PM +0200, Ingo Molnar wrote: > > > > * Levin, Alexander (Sasha Levin) wrote: > > > > > Right, and as you can see from this patchset where we added to > > > tools/include/ when needed and removed from lib/lockdep/uinclud

Re: [PATCH 7/7] DWARF: add the config option

* h...@zytor.com wrote: > This assumes that it actually ends up being feasible for objtool to do so. Yes, agreed, that's a big precondition. I'm cautiously optimistic based on Josh's experiments that he posted about in this thread. Thanks, Ingo

Re: [PATCH v2 24/27] thunderbolt: Add support for Internal Connection Manager (ICM)

On Sat, May 27, 2017 at 11:45:21PM +0300, Andy Shevchenko wrote: > On Fri, May 26, 2017 at 7:09 PM, Mika Westerberg > wrote: > > > +static inline u8 dual_link_from_link(u8 link) > > +{ > > + return link ? ((link - 1) ^ 0x01) + 1 : 0; > > +} > > I have got better one (IIUC): > > retu

Re: [PATCH 6/7] clocksource: Rename CLKSRC_OF to TIMER_OF

On 28/05/2017 05:00, Shawn Guo wrote: > On Sat, May 27, 2017 at 11:58:47AM +0200, Daniel Lezcano wrote: >> diff --git a/arch/arm/mach-imx/epit.c b/arch/arm/mach-imx/epit.c >> index fb9a73a..4a4d2e2 100644 >> --- a/arch/arm/mach-imx/epit.c >> +++ b/arch/arm/mach-imx/epit.c >> @@ -39,7 +39,7 @@ >> #

[PATCH] x86/kernel/process_32: Convert a smp_processor_id() call

Hi, this is on 32-bit with tip/master. I *think* the solution is as straight-forward but pls double-check me on that. Thanks. --- From: Borislav Petkov Date: Sun, 28 May 2017 11:03:42 +0200 Subject: [PATCH] x86/kernel/process_32: Convert a smp_processor_id() call ... to raw_smp_processor_id()

Re: [PATCH v2 2/7] x86: use long long for 64-bit atomic ops

On Sun, May 28, 2017 at 1:02 AM, wrote: > On May 26, 2017 12:09:04 PM PDT, Dmitry Vyukov wrote: >>Some 64-bit atomic operations use 'long long' as operand/return type >>(e.g. asm-generic/atomic64.h, arch/x86/include/asm/atomic64_32.h); >>while others use 'long' (e.g. arch/x86/include/asm/atomic6

[PATCH 1/7] dmaengine: use proper name for the R-Car SoC

It is 'R-Car', not 'r-car'. No code or binding changes, only descriptive text. Signed-off-by: Wolfram Sang --- I suggest this trivial patch should be picked individually per susbsystem. Documentation/devicetree/bindings/dma/shdma.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -

[PATCH 6/7] [media] soc_camera: rcar_vin: use proper name for the R-Car SoC

It is 'R-Car', not 'RCar'. No code or binding changes, only descriptive text. Signed-off-by: Wolfram Sang --- I suggest this trivial patch should be picked individually per susbsystem. Documentation/devicetree/bindings/media/rcar_vin.txt | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[PATCH 3/7] iio: use proper name for the R-Car SoC

It is 'R-Car', not 'RCar'. No code or binding changes, only descriptive text. Signed-off-by: Wolfram Sang --- I suggest this trivial patch should be picked individually per susbsystem. Documentation/devicetree/bindings/iio/adc/renesas,gyroadc.txt | 2 +- 1 file changed, 1 insertion(+), 1 deleti

[PATCH 2/7] i2c: use proper name for the R-Car SoC

It is 'R-Car', not 'RCar'. No code or binding changes, only descriptive text. Signed-off-by: Wolfram Sang --- I suggest this trivial patch should be picked individually per susbsystem. drivers/i2c/busses/i2c-rcar.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/i2c/

[PATCH 7/7] [media] v4l: rcar_fdp1: use proper name for the R-Car SoC

It is 'R-Car', not 'RCar'. No code or binding changes, only descriptive text. Signed-off-by: Wolfram Sang --- I suggest this trivial patch should be picked individually per susbsystem. drivers/media/platform/rcar_fdp1.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers

[PATCH 4/7] mmc: use proper name for the R-Car SoC

It is 'R-Car', not 'RCar'. No code or binding changes, only descriptive text. Signed-off-by: Wolfram Sang --- I suggest this trivial patch should be picked individually per susbsystem. drivers/mmc/host/renesas_sdhi_core.c | 2 +- include/linux/mfd/tmio.h | 2 +- 2 files changed, 2 i

[PATCH 5/7] pci: use proper name for the R-Car SoC

It is 'R-Car', not 'RCar'. No code or binding changes, only descriptive text. Signed-off-by: Wolfram Sang --- I suggest this trivial patch should be picked individually per susbsystem. Documentation/devicetree/bindings/pci/rcar-pci.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 0/7] tree-wide: use proper 'R-Car' product name

Small series to get the R-Car product name proper. Based on renesas-drivers/master, but can be applied to current linus/master as well. Except for the MMC patch, which depends on mmc/next. Please apply. Wolfram Sang (7): dmaengine: use proper name for the R-Car SoC i2c: use proper name for th

Re: [PATCH 00/11 linux-next] super magic values consolidation

On Sun, May 21, 2017 at 05:39:47PM +0200, Fabian Frederick wrote: > This small patchset reorganizes magic.h and fixes filesystems > which defined locally super magic values. And what's the point?

Re: [PATCH V3] nvme: fix multiple ctrl removal scheduling

Hi Rkesh, this looks reasonable, but we'll need to also adopt the non-PCI driver to the new state machine. I can give this a spin. At that point we probably want to move nvme_reset into common code somehow.

Re: [PATCH v2 2/7] x86: use long long for 64-bit atomic ops

On May 28, 2017 2:29:32 AM PDT, Dmitry Vyukov wrote: >On Sun, May 28, 2017 at 1:02 AM, wrote: >> On May 26, 2017 12:09:04 PM PDT, Dmitry Vyukov >wrote: >>>Some 64-bit atomic operations use 'long long' as operand/return type >>>(e.g. asm-generic/atomic64.h, arch/x86/include/asm/atomic64_32.h); >

Re: [PATCH] staging: iio: ad7152: Fix deadlock in ad7152_write_raw_samp_freq()

On 05/27/2017 12:53 AM, Alexey Khoroshilov wrote: > ad7152_write_raw_samp_freq() is called by ad7152_write_raw() with > chip->state_lock held. So, there is unavoidable deadlock when > ad7152_write_raw_samp_freq() locks the mutex itself. > > The patch removes unneeded locking. > > Found by Linux D

Re: [PATCH] macintosh: move mac_hid driver to input/mouse.

On Tue, 9 May 2017 17:43:27 -0700 Dmitry Torokhov wrote: > Hi Michal, > > On Tue, May 09, 2017 at 09:14:18PM +0200, Michal Suchanek wrote: > > There is nothing mac-specific about this driver. Non-mac hardware > > with suboptimal built-in pointer devices exists. > > > > This makes it possible to

[tip:efi/urgent] efi: Don't issue error message when booted under Xen

Commit-ID: 1ea34adb87c969b89dfd83f1905a79161e9ada26 Gitweb: http://git.kernel.org/tip/1ea34adb87c969b89dfd83f1905a79161e9ada26 Author: Juergen Gross AuthorDate: Fri, 26 May 2017 12:36:47 +0100 Committer: Ingo Molnar CommitDate: Sun, 28 May 2017 11:06:16 +0200 efi: Don't issue error mes

[tip:efi/urgent] efi: Remove duplicate 'const' specifiers

Commit-ID: 684e3f965d0be8c26fedefe94f637374242aba08 Gitweb: http://git.kernel.org/tip/684e3f965d0be8c26fedefe94f637374242aba08 Author: Arnd Bergmann AuthorDate: Fri, 26 May 2017 12:36:48 +0100 Committer: Ingo Molnar CommitDate: Sun, 28 May 2017 11:06:16 +0200 efi: Remove duplicate 'con

[tip:efi/urgent] x86/efi: Disable runtime services on kexec kernel if booted with efi=old_map

Commit-ID: 4e52797d2efefac3271abdc54439a3435abd77b9 Gitweb: http://git.kernel.org/tip/4e52797d2efefac3271abdc54439a3435abd77b9 Author: Sai Praneeth AuthorDate: Fri, 26 May 2017 12:36:49 +0100 Committer: Ingo Molnar CommitDate: Sun, 28 May 2017 11:06:16 +0200 x86/efi: Disable runtime se

[tip:efi/urgent] efi/bgrt: Skip efi_bgrt_init() in case of non-EFI boot

Commit-ID: 7425826f4f7ac60f2538b06a7f0a5d1006405159 Gitweb: http://git.kernel.org/tip/7425826f4f7ac60f2538b06a7f0a5d1006405159 Author: Dave Young AuthorDate: Fri, 26 May 2017 12:36:51 +0100 Committer: Ingo Molnar CommitDate: Sun, 28 May 2017 11:06:17 +0200 efi/bgrt: Skip efi_bgrt_init(

[tip:efi/urgent] x86/efi: Correct EFI identity mapping under 'efi=old_map' when KASLR is enabled

Commit-ID: 94133e46a0f5ca3f138479806104ab4a8cb0455e Gitweb: http://git.kernel.org/tip/94133e46a0f5ca3f138479806104ab4a8cb0455e Author: Baoquan He AuthorDate: Fri, 26 May 2017 12:36:50 +0100 Committer: Ingo Molnar CommitDate: Sun, 28 May 2017 11:06:16 +0200 x86/efi: Correct EFI identity

Re: [PATCH v2 24/27] thunderbolt: Add support for Internal Connection Manager (ICM)

On 5/28/17, Mika Westerberg wrote: > On Sat, May 27, 2017 at 11:45:21PM +0300, Andy Shevchenko wrote: >> On Fri, May 26, 2017 at 7:09 PM, Mika Westerberg >> wrote: >> >> > +static inline u8 dual_link_from_link(u8 link) >> > +{ >> > + return link ? ((link - 1) ^ 0x01) + 1 : 0; >> > +} >> >>

[PATCH 06/22] uuid: rename uuid types

Our "little endian" UUID really is a Wintel GUID, so rename it and its helpers such (guid_t). The big endian UUID is the only true one, so give it the name uuid_t. The uuid_le and uuid_be names are retained for now, but will hopefully go away soon. The exception to that are the _cmp helpers that

[PATCH 03/22] xfs: use uuid_be to implement the uuid_t type

Use the generic Linux definition to implement our UUID type, this will allow using more generic infrastructure in the future. Signed-off-by: Christoph Hellwig Reviewed-by: Amir Goldstein Reviewed-by: Brian Foster Reviewed-by: Andy Shevchenko Reviewed-by: Darrick J. Wong --- fs/xfs/uuid.h

[PATCH 02/22] xfs: use uuid_copy() helper to abstract uuid_t

From: Amir Goldstein uuid_t definition is about to change. Signed-off-by: Amir Goldstein Signed-off-by: Christoph Hellwig Reviewed-by: Brian Foster Reviewed-by: Andy Shevchenko Reviewed-by: Darrick J. Wong --- fs/xfs/xfs_inode_item.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletio

[PATCH 04/22] md: namespace private helper names

From: Amir Goldstein The md private helper uuid_equal() collides with a generic helper of the same name. Rename the md private helper to md_uuid_equal() and do the same for md_sb_equal(). Signed-off-by: Amir Goldstein Signed-off-by: Christoph Hellwig Reviewed-by: Shaohua Li Reviewed-by: Andy

[PATCH 07/22] uuid: don't export guid_index and uuid_index

These are only used in uuid.c and vsprintf.c and aren't something modules should use directly. Signed-off-by: Christoph Hellwig Reviewed-by: Amir Goldstein Reviewed-by: Andy Shevchenko --- lib/uuid.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/lib/uuid.c b/lib/uuid.c index f80dc63f6ca

[PATCH 08/22] uuid: hoist helpers uuid_equal() and uuid_copy() from xfs

These helper are used to compare and copy two uuid_t type objects. Signed-off-by: Amir Goldstein [hch: also provide the respective guid_ versions] Signed-off-by: Christoph Hellwig Reviewed-by: Andy Shevchenko --- fs/xfs/uuid.c| 6 -- fs/xfs/uuid.h| 7 --- include/linu

[PATCH 09/22] uuid: hoist uuid_is_null() helper from libnvdimm

Hoist the libnvdimm helper as an inline helper to linux/uuid.h using an auxiliary const variable uuid_null in lib/uuid.c. [hch: also add the guid variant. Both do the same but I'd like to keep casts to a minimum] The common helper uses the new abstract type uuid_t * instead of u8 *. Suggested-b

[PATCH 13/22] block: remove blk_part_pack_uuid

This helper was only used by IMA of all things, which would get spurious errors if CONFIG_BLOCK is disabled. Just opencode the call there. Signed-off-by: Christoph Hellwig Reviewed-by: Amir Goldstein Acked-by: Mimi Zohar Reviewed-by: Andy Shevchenko --- include/linux/genhd.h |

[PATCH 11/22] xfs: remove uuid_getnodeuniq and xfs_uu_t

Opencode uuid_getnodeuniq in the only caller, and directly decode the uuid_t representation instead of using a structure cast for it. Signed-off-by: Christoph Hellwig --- fs/xfs/uuid.c | 25 - fs/xfs/uuid.h | 1 - fs/xfs/xfs_mount.c | 5 - 3 files changed,

[PATCH 19/22] nvme: switch to uuid_t

Signed-off-by: Christoph Hellwig Reviewed-by: Amir Goldstein Reviewed-by: Andy Shevchenko --- drivers/nvme/host/fabrics.c | 8 drivers/nvme/host/fabrics.h | 2 +- drivers/nvme/host/fc.c | 3 +-- drivers/nvme/target/nvmet.h | 1 + include/linux/nvme-fc.h | 3 +-- include/linux/

[PATCH 22/22] MAINTAINERS: add uuid entry

I'll keep maintaining whatever little changed we need here, with Andy as my designated reviewer. Signed-off-by: Christoph Hellwig --- MAINTAINERS | 11 +++ 1 file changed, 11 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 053c3bdd1fe5..660c14729205 100644 --- a/MAINTAINERS +

[PATCH 21/22] tmpfs: generate random sb->s_uuid

From: Amir Goldstein This is used by overlayfs to encode intrasystem unique file handles. Suggested-by: Miklos Szeredi Cc: Hugh Dickins Cc: Andrew Morton Signed-off-by: Amir Goldstein Signed-off-by: Christoph Hellwig --- mm/shmem.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/mm/s

[PATCH 20/22] scsi_debug: switch to uuid_t

Signed-off-by: Christoph Hellwig Reviewed-by: Amir Goldstein Reviewed-by: Andy Shevchenko --- drivers/scsi/scsi_debug.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/scsi/scsi_debug.c b/drivers/scsi/scsi_debug.c index 17249c3650fe..35ee09644cfb 100644 --

[PATCH 18/22] sysctl: switch to use uuid_t

Signed-off-by: Christoph Hellwig Reviewed-by: Amir Goldstein Reviewed-by: Andy Shevchenko --- kernel/sysctl_binary.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/sysctl_binary.c b/kernel/sysctl_binary.c index ece4b177052b..1ae520eed53c 100644 --- a/kernel/sysct

[PATCH 16/22] overlayfs: use uuid_t instead of uuid_be

Signed-off-by: Christoph Hellwig Reviewed-by: Amir Goldstein Reviewed-by: Andy Shevchenko --- fs/overlayfs/copy_up.c | 2 +- fs/overlayfs/overlayfs.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/overlayfs/copy_up.c b/fs/overlayfs/copy_up.c index 5b795873f7fa..2a67

[PATCH 15/22] fs: switch ->s_uuid to uuid_t

For some file systems we still memcpy into it, but in various places this already allows us to use the proper uuid helpers. More to come.. Signed-off-by: Christoph Hellwig Reviewed-by: Amir Goldstein Acked-by: Mimi Zohar  (Changes to IMA/EVM) Reviewed-by: Andy Shevchenko --- drivers/xen/tmem.

[PATCH 14/22] ima/policy: switch to use uuid_t

Signed-off-by: Christoph Hellwig Reviewed-by: Amir Goldstein Acked-by: Mimi Zohar Reviewed-by: Andy Shevchenko --- security/integrity/ima/ima_policy.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/security/integrity/ima/ima_policy.c b/security/integrity/ima/i

[PATCH 17/22] partitions/ldm: switch to use uuid_t

And the uuid helpers. Signed-off-by: Christoph Hellwig Reviewed-by: Amir Goldstein Reviewed-by: Andy Shevchenko --- block/partitions/ldm.c | 10 +- block/partitions/ldm.h | 6 ++ 2 files changed, 7 insertions(+), 9 deletions(-) diff --git a/block/partitions/ldm.c b/block/partitio

Hello dear

Good day dear, i hope this mail meets you well? my name is Jack, from the U.S. I know this may seem inappropriate so i ask for your forgiveness but i wish to get to know you better, if I may be so bold. I consider myself an easy-going man, adventurous, honest and fun loving person but I am curre

[PATCH 12/22] xfs: use the common helper uuid_is_null()

From: Amir Goldstein Use the common helper uuid_is_null() and remove the xfs specific helper uuid_is_nil(). The common helper does not check for the NULL pointer value as xfs helper did, but xfs code never calls the helper with a pointer that can be NULL. Conform comments and warning strings to

[PATCH 10/22] S390/sysinfo: use uuid_is_null instead of opencoding it

And switch to use uuid_t instead of the old uuid_be type. Signed-off-by: Christoph Hellwig Reviewed-by: Amir Goldstein Reviewed-by: Andy Shevchenko --- arch/s390/include/asm/sysinfo.h | 4 ++-- arch/s390/kernel/sysinfo.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [GIT PULL] MMC fixes for v.4.12 rc3 - take 2/2

Hi Olof, +Daniel On 26 May 2017 at 18:24, Olof Johansson wrote: > Hi Ulf, > > > On Fri, May 26, 2017 at 6:08 AM, Ulf Hansson wrote: >> Hi Linus, >> >> Here are a couple of mmc and arm64-dts fixes intended for v4.12 rc3. >> They are based on v4.12-rc2. >> >> Details are as usual found in the sig

[PATCH 05/22] uuid: remove uuid_be defintions from the uapi header

We don't use uuid_be and the UUID_BE constants in any uapi headers, so make them private to the kernel. Signed-off-by: Christoph Hellwig Reviewed-by: Amir Goldstein Reviewed-by: Andy Shevchenko --- include/linux/uuid.h | 15 +++ include/uapi/linux/uuid.h | 16

[PATCH 01/22] Revert "afs: Move UUID struct to linux/uuid.h"

This reverts commit ff548773106ec7f8031bc6172e0234bd2a02c19c. The V1 uuid intrepreatation in struct form isn't really useful to the rest of the kernel, and not really compatible to it either, so move it back to AFS instead of polluting the global uuid.h. Signed-off-by: Christoph Hellwig --- fs/

cleanup UUID types V5

Hi all, this series, which is a combined effort from Amir, Andy and me introduces new uuid_t and guid_t type names that are less confusing than the existing types, adds new helpers for them and starts switching the fs code over to it. Andy has additional patches on top to convert many of the user

Re: [Q] What about PCI mmio access alignment?

Thank you. I have some experiment on my PC. The result is: o I always can get expected value if the unaligned access doesn't across a DWORD boundary, like readw(bar0+1). I suspect that the chipset should read a whole DWORD in behind. This may trigger unexpected behaviour on device. o If

[PATCH] iio: adc: meson-saradc: use NULL instead of 0 for pointer

Fix sparse warning: Using plain integer as NULL pointer Signed-off-by: Paolo Cretaro --- drivers/iio/adc/meson_saradc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iio/adc/meson_saradc.c b/drivers/iio/adc/meson_saradc.c index 81cd39a57fe3..fb3f67a9ae1f 100644 ---

Re: [PATCH v4 3/9] arm: dts: mt7623: add mt7623-mt6323.dtsi file

Hi John, [auto build test ERROR on robh/for-next] [also build test ERROR on v4.12-rc2 next-20170526] [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/sean-wang-mediatek-com/arm-dts-extend-mt7623-s

Re: mips qemu test failures in -next due to "kthread: Fix use-after-free if kthread fork fails"

On 05/27/17 19:56, Guenter Roeck wrote: Hi, my qemu testis of mips images are failing in -next. Symptom is a hang during boot; see http://kerneltests.org/builders/qemu-mips-next for some examples. I bisected the problem in next-20170526. It points to commit 4d6501dce079c ("kthread: Fix use-afte

Re: [PATCH V3] nvme: fix multiple ctrl removal scheduling

On Sun, May 28, 2017 at 11:40:43AM +0200, Christoph Hellwig wrote: > Hi Rakesh, > > this looks reasonable, but we'll need to also adopt the non-PCI > driver to the new state machine. I can give this a spin. > .. Thanks for handling non-PCI driver part.

pull request: linux-firmware: update cxgb4 firmware

Hi, Kindly pull the new firmware from the following URL. git://git.chelsio.net/pub/git/linux-firmware.git for-upstream Thanks Ganesh The following changes since commit c990aae817a1606a1fbeb0b4aac00f93dfce0e32: cxgb4: update firmware to revision 1.16.45.0. (2017-05-28 04:17:45 -0700) are avai

Re: [PATCH 00/11 linux-next] super magic values consolidation

> On 28 May 2017 at 11:34 Christoph Hellwig wrote: > > > On Sun, May 21, 2017 at 05:39:47PM +0200, Fabian Frederick wrote: > > This small patchset reorganizes magic.h and fixes filesystems > > which defined locally super magic values. > > And what's the point? Current magic.h organization is st

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

On 05/27/2017 09:41 PM, Kees Cook wrote: On Mon, Feb 20, 2017 at 3:29 AM, 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

Re: [PATCH] regulator: bd9571mwv: Statize local symbols

On 05/28/2017 08:02 AM, Axel Lin wrote: > These functions are only used by this driver, make them static. > > Signed-off-by: Axel Lin Obviously correct, Acked-by: Marek Vasut > --- > drivers/regulator/bd9571mwv-regulator.c | 12 ++-- > 1 file changed, 6 insertions(+), 6 deletions(-) >

[PATCH v5 3/7] staging: atomisp: Set step to 0 for mt9m114 menu control

menu controls are not allowed to have a step size, set step to 0 to fix an oops from the WARN_ON in v4l2_ctrl_new_custom() triggering because of this. Signed-off-by: Hans de Goede --- drivers/staging/media/atomisp/i2c/mt9m114.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/

[PATCH v5 2/7] staging: atomisp: Do not call dev_warn with a NULL device

Do not call dev_warn with a NULL device, this silence the following 2 warnings: [ 14.392194] (NULL device *): Failed to find gmin variable gmin_V2P8GPIO [ 14.392257] (NULL device *): Failed to find gmin variable gmin_V1P8GPIO We could switch to using pr_warn for dev == NULL instead, but as co

[PATCH v5 1/7] staging: atomisp: Fix calling efivar_entry_get() with unaligned arguments

efivar_entry_get has certain alignment requirements and the atomisp platform code was not honoring these, causing an oops by triggering the WARN_ON in arch/x86/platform/efi/efi_64.c: virt_to_phys_or_null_size(). This commit fixes this by using the members of the efivar struct embedded in the efiva

Re: [PATCH] x86/kernel: Add generic handler for NMI events

Hi Adrien, [auto build test ERROR on tip/auto-latest] [also build test ERROR on v4.12-rc2 next-20170526] [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/Adrien-Mahieux/x86-kernel-Add-generic-hand

Re: [PATCH] macintosh: move mac_hid driver to input/mouse.

On Sun, 2017-05-28 at 11:47 +0200, Michal Suchanek wrote: > On Tue, 9 May 2017 17:43:27 -0700 > Dmitry Torokhov wrote: > > > Hi Michal, > > > > On Tue, May 09, 2017 at 09:14:18PM +0200, Michal Suchanek wrote: > > > There is nothing mac-specific about this driver. Non-mac hardware > > > with subo

Re: [PATCH] platform/x86: ideapad-laptop: Expose conservation mode switch

On 5/27/17 3:31 PM, Hao Wei Tee wrote: > This exposes the battery conservation mode present on some (?) IdeaPads. > The mode is set by calling ACPI method SBMC with argument 3 (on) or > 5 (off). Status is reported in bit 5 of the return value of ACPI method > GBMD. > > This patch was written based

Re: [PATCH 4/7] clocksource: Rename CLOCKSOURCE_ACPI_DECLARE

On Sat, May 27, 2017 at 11:58 AM, Daniel Lezcano wrote: > The macro name is now renamed to 'TIMER_ACPI_DECLARE' for consistency > with the CLOCKSOURCE_OF_DECLARE => TIMER_OF_DECLARE change. > > Signed-off-by: Daniel Lezcano Reviewed-by: Linus Walleij Yours, Linus Walleij

Re: [PATCH 5/7] clocksource: Rename clksrc

On Sat, May 27, 2017 at 11:58 AM, Daniel Lezcano wrote: > The table name is now renamed to 'timer' for consistency with > the CLOCKSOURCE_OF_DECLARE => TIMER_OF_DECLARE change. > > Signed-off-by: Daniel Lezcano Reviewed-by: Linus Walleij Yours, Linus Walleij

Re: [PATCH 6/7] clocksource: Rename CLKSRC_OF to TIMER_OF

On Sat, May 27, 2017 at 11:58 AM, Daniel Lezcano wrote: > The config option name is now renamed to 'TIMER_OF' for consistency with > the CLOCKSOURCE_OF_DECLARE => TIMER_OF_DECLARE change. > > Signed-off-by: Daniel Lezcano After fixing the offset thing found by Shawn: Reviewed-by: Linus Walleij

Re: [PATCH 7/7] clocksource: Rename CLKSRC_ACPI

On Sat, May 27, 2017 at 11:58 AM, Daniel Lezcano wrote: > The config option name is now renamed to 'CLKSRC_ACPI' for consistency with > the CLOCKSOURCE_OF_DECLARE => TIMER_OF_DECLARE change. > > Signed-off-by: Daniel Lezcano Reviewed-by: Linus Walleij Yours, Linus Walleij

RE:

Hello Friend I Have a Proposal for your kindly contact me via: emz...@outlook.com Thank You. ü Mielőtt kinyomtatja ezt az e-mailt, gondoljon a környezetre. P Please consider the environment before printing this email. *** Ezt az emailt a Websense ESG ellenőrizte a BKV Zrt

Re: [PATCH] clocksource/drivers/fttmr010: Fix aspeed-2500 initialization

On Fri, May 26, 2017 at 10:48 AM, Daniel Lezcano wrote: > The recent changes made the fttmr010 to be more generic and support different > timers with a very few differences like moxart or aspeed. > > The aspeed timer uses a countdown and there is a test against the aspeed2400 > compatible string

Re: [PATCH] clocksource: moxart: Add AST2500 compatible string

On Tue, May 16, 2017 at 9:58 AM, Andrew Jeffery wrote: > Also clean up space-before-tab issues in the documentation. > > Signed-off-by: Andrew Jeffery Reviewed-by: Linus Walleij Does this collide with Daniel's 2500 patch? Sorry for the mess, tell me if I need to fix something up :( Yours, L

Re: [PATCH] clocksource: moxart: Add AST2500 compatible string

On Thu, May 25, 2017 at 10:28 PM, Daniel Lezcano wrote: > Shouldn't the compatible string be: > > "aspeed,ast2400-timer", "faraday,fttmr010" > "aspeed,ast2500-timer", "faraday,fttmr010" Actually not this time. The Gemini and Moxart timers are compatible with the pure Faraday fttm

Re: [x86/mm] e2a7dcce31: kernel_BUG_at_arch/x86/mm/tlb.c

On Sat, 2017-05-27 at 09:00 -0700, Andy Lutomirski wrote: > On Sat, May 27, 2017 at 6:31 AM, kernel test robot > wrote: > > > > FYI, we noticed the following commit: > > > > commit: e2a7dcce31f10bd7471b4245a6d1f2de344e7adf ("x86/mm: Rework > > lazy TLB to track the actual loaded mm") > > https:/

[PATCH 01/12] staging: ccree: correct coding style violations

cc_crypto_ctx.h had multiple coding style violations reported by checkpatch. Fix them all. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/cc_crypto_ctx.h | 66 +-- 1 file changed, 32 insertions(+), 34 deletions(-) diff --git a/drivers/staging/ccree/cc_

[PATCH 00/12] staging: ccree: addtional driver cleanups

This is another batch of clean ups for the ccree driver. Mostly comprised of: - Coding Style fixes - Move to kernel infrastructure from custom constructs - Removal of dead code Gilad Ben-Yossef (12): staging: ccree: correct coding style violations staging: ccree: move to kernel bitfields/bitop

[PATCH 06/12] staging: ccree: move request_mgr to generic bitfield ops

request_mgr was using custom bit field macros. move over to standard kernel bitfield ops. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/cc_regs.h | 5 + drivers/staging/ccree/ssi_request_mgr.c | 19 +-- 2 files changed, 14 insertions(+), 10 deletions(-)

[PATCH 08/12] staging: ccree: remove unused struct

struct SepHashPrivateContext is not used anywhere in the code. Remove it. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/hash_defs.h | 17 - 1 file changed, 17 deletions(-) diff --git a/drivers/staging/ccree/hash_defs.h b/drivers/staging/ccree/hash_defs.h index 61389

[PATCH 12/12] staging: ccree: whitespace fixes

A bunch of whitespace fixes pointed to by checkpatch. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/cc_regs.h| 4 +- drivers/staging/ccree/dx_crys_kernel.h | 308 - drivers/staging/ccree/dx_host.h| 256 +-- 3 f

[PATCH 10/12] staging: ccree: drop no longer used macro

MSB64 macro is no longer used or needed. Drop it. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/cc_hw_queue_defs.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/staging/ccree/cc_hw_queue_defs.h b/drivers/staging/ccree/cc_hw_queue_defs.h index ec2113a..f12761a 100644 -

[PATCH 11/12] staging: ccree: remove dead code

Remove some unused macro definitions from hash definitions. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/hash_defs.h | 31 +++ 1 file changed, 3 insertions(+), 28 deletions(-) diff --git a/drivers/staging/ccree/hash_defs.h b/drivers/staging/ccree/hash_d

[PATCH 05/12] staging: ccree: remove cycle count debug support

The ccree driver had support for rough performance debugging via cycle counting which has bit rotted and can easily be replcaed with perf. Remove it from the driver. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/cc_hw_queue_defs.h | 13 drivers/staging/ccree/ssi_aead.c

  1   2   3   >