[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 ---

[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 *.

[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

[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

[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:

[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

[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

[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

[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

[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

[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

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) >> > +{ >>

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; >> > +} >> >>

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

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. > > >

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

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

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

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.

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 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 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 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 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?

[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

[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

[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(+),

[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

[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,

[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

[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

[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(-)

[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

[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

[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

[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

[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

[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

[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

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

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.

[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

[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

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 @@ >>

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 @@ >>

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

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): > >

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 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 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 > > >

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

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).

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

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 > >>

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 > >>

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") >

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") > >

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

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: [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

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

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:

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:

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

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

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

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

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’ > >

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’ > >

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

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

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

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,

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

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

[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

[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 |

[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

[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

[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

[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 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 |

[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 ++

[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

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

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

[PATCH v2 01/11] ARC: set level of log per CPU during boot to be debug level

From: Noam Camus The reasons are: 1) speeding up boot time, becomes critical for many CPUs machine, e.g. NPS400 with 4K CPUs 2) shorten kernel log at boot time, again easy to scan for large scale machines such NPS400 Signed-off-by: Noam Camus ---

[PATCH v2 00/11] ARC plat-eznps upstream cont.

From: Noam Camus Change Log --- v1 --> v2: Outcome of Alexey Brodkin comments 1) Turned mem_service into weak symbol, so it can be override by any platform 2) remove ifedf wrapper on '88' lable at assembly of TLB exception. With this patch set I continue the effort

<    1   2   3   4   5   >