Re: [PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array

On Wed, 2018-02-14 at 11:23 -0800, Kees Cook wrote: > On Wed, Feb 14, 2018 at 10:47 AM, Joe Perches wrote: > > On Wed, 2018-02-14 at 10:26 -0800, Matthew Wilcox wrote: > > > From: Matthew Wilcox > > > > > > We all know the perils of multiplying a value

[PATCH 8/9] x86/mm: Replace compile-time checks for 5-level with runtime-time

This patch converts the of CONFIG_X86_5LEVEL check to runtime checks for p4d folding. Signed-off-by: Kirill A. Shutemov --- arch/x86/include/asm/pgtable_64.h | 23 ++- arch/x86/mm/dump_pagetables.c | 4 +--- arch/x86/mm/fault.c

[PATCH 5/9] x86/mm: Initialize vmemmap_base at boot-time

vmemmap area has different placement depending on paging mode. Let's adjust it during early boot accodring to machine capability. Signed-off-by: Kirill A. Shutemov --- arch/x86/include/asm/pgtable_64_types.h | 9 +++-- arch/x86/kernel/head64.c

[PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array

From: Matthew Wilcox We all know the perils of multiplying a value provided from userspace by a constant and then allocating the resulting number of bytes. That's why we have kvmalloc_array(), so we don't have to think about it. This solves the same problem when we embed

[PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct

From: Matthew Wilcox We have kvmalloc_array in order to safely allocate an array with a number of elements specified by userspace (avoiding arithmetic overflow leading to a buffer overrun). But it's fairly common to have a header in front of that array (eg specifying the

[PATCH 1/2] mm: Add kernel-doc for kvfree

From: Matthew Wilcox Signed-off-by: Matthew Wilcox --- mm/util.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/mm/util.c b/mm/util.c index c1250501364f..dc4c7b551aaf 100644 --- a/mm/util.c +++ b/mm/util.c @@ -430,6 +430,16 @@

Re: [PATCH 2/2] x86/entry/64: use xorl for register clearing

On Wed, Feb 14, 2018 at 09:21:12PM +0300, Alexey Dobriyan wrote: > > - xorq%r8, %r8/* nospec r8 */ > > + xorl%r8d, %r8d /* nospec r8 */ > > The suffix should be simply dropped as operand size is unambigious. > It is just one more character than necessary on the

[PATCH 0/2] crypto/caam: Adjustments for eight function implementations

From: Markus Elfring Date: Wed, 14 Feb 2018 19:23:45 +0100 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation in seven functions Use common error handling

Re: plan9 semantics on Linux - mount namespaces

On 14.02.2018 19:12, Richard Weinberger wrote: BTW: Your issue is fixed/known. Just checked. aha, on 1.2.28 ... I'll have to upgrade. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287

Re: [RFC PATCH 2/4] x86/entry/64: move ENTER_IRQ_STACK from interrupt macro to helper function

On Wed, Feb 14, 2018 at 1:21 PM, Dominik Brodowski wrote: > Moving the switch to IRQ stack from the interrupt macro to the helper > function requires some trickery: All ENTER_IRQ_STACK really cares about > is where the "original" stack -- meaning the GP registers etc.

[PATCH 2/8] docs: kernel-doc: Rename and split STATE_FIELD

STATE_FIELD describes a parser state that can handle any part of a kerneldoc comment body; rename it to STATE_BODY to reflect that. The $in_purpose variable was a hidden substate of STATE_FIELD; get rid of it and make a proper state (STATE_BODY_MAYBE) instead. This will make the subsequent

[PATCH 4/8] docs: kernel-doc: Move STATE_NAME processing into its own function

Move this code out of process_file() in the name of readability and maintainability. Reviewed-by: Jani Nikula Signed-off-by: Jonathan Corbet --- scripts/kernel-doc | 137 - 1 file changed, 72

[PATCH v2 0/8] docs: Cleanup kernel-doc and fix literal block handling

So once upon a time I set out to fix the problem reported by Tobin wherein a literal block within a kerneldoc comment would be corrupted in processing. On the way, though, I got annoyed at the way I have to learn how kernel-doc works from the beginning every time I tear into it. As a result,

[PATCH 3/8] docs: kernel-doc: Move STATE_NORMAL processing into its own function

Begin the process of splitting up the nearly 500-line process_file() function by moving STATE_NORMAL processing to a separate function. Reviewed-by: Jani Nikula Signed-off-by: Jonathan Corbet --- scripts/kernel-doc | 21 - 1 file

[PATCH] gpu: ipu-v3: make const arrays int_reg static, shrinks object size

From: Colin Ian King Don't populate the const read-only arrays int_reg on the stack but instead make them static. Makes the object code smaller by over 80 bytes: Before: textdata bss dec hex filename 280248936 192 371529120

Re: [PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array

On Wed, 2018-02-14 at 10:26 -0800, Matthew Wilcox wrote: > From: Matthew Wilcox > > We all know the perils of multiplying a value provided from userspace > by a constant and then allocating the resulting number of bytes. That's > why we have kvmalloc_array(), so we don't

Re: Patch "[Variant 2/Spectre-v2] arm64: Implement branch predictor hardening for Falkor" has been added to the 4.14-stable tree

On Wed, Feb 14, 2018 at 07:23:46PM +0100, Greg Kroah-Hartman wrote: > On Wed, Feb 14, 2018 at 10:16:51AM -0600, Timur Tabi wrote: > > On Wed, Feb 14, 2018 at 7:53 AM, wrote: > > > > > > This is a note to let you know that I've just added the patch titled > > > > > >

Re: arm64/v4.16-rc1: KASAN: use-after-free Read in finish_task_switch

- On Feb 14, 2018, at 11:51 AM, Mark Rutland mark.rutl...@arm.com wrote: > On Wed, Feb 14, 2018 at 03:07:41PM +, Will Deacon wrote: >> Hi Mark, > > Hi Will, > >> Cheers for the report. These things tend to be a pain to debug, but I've had >> a go. > > Thanks for taking a look! > >> On

Re: KASAN: use-after-free Read in rds_tcp_tune

On Wed, Feb 14, 2018 at 7:49 PM, Jason Gunthorpe wrote: > On Wed, Feb 14, 2018 at 10:35:55AM -0500, Sowmini Varadhan wrote: >> On (02/14/18 16:28), Dmitry Vyukov wrote: >> > syzbot is probably not seeing this problem. However if you don't add >> > the Reported-by tag to commit, nor

Re: [PATCH v7 3/9] arm: omap: Move dmtimer.h out of plat-omap

* Keerthy [180214 04:51]: > On Tuesday 13 February 2018 07:36 AM, Suman Anna wrote: > > These headers are actually not needed in the first-place since we no > > longer create any non-DT timer devices. I have submitted a series to > > cleanup the presence of this header file, as

Re: [PATCH 1/8] docs: kernel-doc: Get rid of xml_escape() and friends

On Wed, 14 Feb 2018, Jonathan Corbet wrote: > XML escaping is a worry that came with DocBook, which we no longer have any > dealings with. So get rid of the useless xml_escape()/xml_unescape() > functions. No change to the generated output. > > Signed-off-by: Jonathan Corbet

Re: [PATCH 2/2] mtd: nand: gpmi: add support for specific ECC strength

On Wed, 14 Feb 2018 16:28:36 + Han Xu wrote: > On 02/06/2018 11:40 AM, Stefan Agner wrote: > > Add support for specified ECC strength/size using device tree > > properties nand-ecc-strength/nand-ecc-step-size. > > > > Signed-off-by: Stefan Agner > > --- > >

Re: [Nouveau] 4.16-rc1: UBSAN warning in nouveau/nvkm/subdev/therm/base.c + oops in nvkm_therm_clkgate_fini

Actually this was brought up to me already, there's a fix on the mailing list for this I reviewed a little while ago from nvidia that we should pull in: https://patchwork.freedesktop.org/patch/203205/ Would you guys mind confirming that this patch fixes your issues? On Wed, 2018-02-14 at 18:41

Re: [PATCH 8/8] docs: kernel-doc: Don't mangle literal code blocks in comments

On Wed, 14 Feb 2018, Jonathan Corbet wrote: > It can be useful to put code snippets into kerneldoc comments; that can be > done with the "::" operator at the end of a line like this:: > >if (desperate) >run_in_circles(); > > The ".. code-block::" directive can also be

Re: [PATCH] Revert "ARM: dts: sunxi: Add regulators for Sinovoip BPI-M2"

On Tue, 13 Feb 2018 18:36:24 +0800 Chen-Yu Tsai wrote: > On Sat, Feb 10, 2018 at 5:20 AM, Emmanuel Vadot wrote: > > On 2018-02-05 10:05, Icenowy Zheng wrote: > >> > >> ? 2018?2?5? GMT+08:00 ??4:55:58, Emmanuel Vadot > >> ??: > >>> >

Re: [PATCH -next v4] mtd: nand: toshiba: Retrieve ECC requirements from extended ID

-linux-mmc +linux-mtd On Thu, 15 Feb 2018 00:35:06 +0900 KOBAYASHI Yoshitake wrote: > This patch enables support to read the ECC strength and size from the > NAND flash using Toshiba Memory SLC NAND extended-ID. This patch is > based on the information of the

Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct

On Wed, Feb 14, 2018 at 10:26 AM, Matthew Wilcox wrote: > From: Matthew Wilcox > > We have kvmalloc_array in order to safely allocate an array with a > number of elements specified by userspace (avoiding arithmetic overflow > leading to a buffer

Re: [PATCH 1/2] mmc: bcm2835: reset host on timeout

On Wed, 14 Feb 2018 17:49:31 +0100 Stefan Wahren wrote: > Hi Michal, > > [add Phil] > > Am 14.02.2018 um 17:13 schrieb Michal Suchánek: > > On Wed, 14 Feb 2018 16:36:49 +0100 > > Michal Suchánek wrote: > > > >> On Wed, 14 Feb 2018 15:58:31 +0100 >

Re: [PATCH] platform/x86: intel_turbo_max_3: Remove restriction for HWP platforms

On Mon, Feb 12, 2018 at 9:50 PM, Srinivas Pandruvada wrote: > On systems supporting HWP (Hardware P-States) mode, we expected to > enumerate core priority via ACPI-CPPC tables. Unfortunately deployment of > TURBO 3.0 didn't use this method to show core

Re: arm64 physmap (was Re: [kernel-hardening] [PATCH 4/6] Protectable Memory)

On 14 February 2018 at 19:06, Laura Abbott wrote: > On 02/13/2018 01:43 PM, Kees Cook wrote: >> >> On Tue, Feb 13, 2018 at 8:09 AM, Laura Abbott wrote: >>> >>> No, arm64 doesn't fixup the aliases, mostly because arm64 uses larger >>> page sizes which can't

Re: arm64 physmap (was Re: [kernel-hardening] [PATCH 4/6] Protectable Memory)

On Wed, Feb 14, 2018 at 11:06 AM, Laura Abbott wrote: > On 02/13/2018 01:43 PM, Kees Cook wrote: >> >> On Tue, Feb 13, 2018 at 8:09 AM, Laura Abbott wrote: >>> >>> No, arm64 doesn't fixup the aliases, mostly because arm64 uses larger >>> page sizes which

Re: [PATCH v2 2/2] dt-bindings: introduce Command DB for QCOM SoCs

On Thu 08 Feb 11:51 PST 2018, Lina Iyer wrote: > From: Mahesh Sivasubramanian > > Command DB provides information on shared resources like clocks, > regulators etc., probed at boot by the remote subsytem and made > available in shared memory. > > Cc:

Re: [PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array

On Wed, Feb 14, 2018 at 11:32:45AM -0800, Joe Perches wrote: > On Wed, 2018-02-14 at 11:23 -0800, Kees Cook wrote: > > On Wed, Feb 14, 2018 at 10:47 AM, Joe Perches wrote: > > > I think expanding the number of allocation functions > > > is not necessary. > > > > I think

Re: [PATCH v14 2/9] fw_cfg: add a public uapi header

On Wed, Feb 14, 2018 at 03:18:43PM +0100, Marc-André Lureau wrote: > Create a common header file for well-known values and structures to be > shared by the Linux kernel with qemu or other projects. > > Suggested-by: Michael S. Tsirkin > Signed-off-by: Marc-André Lureau

Re: [PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array

On Wed, 2018-02-14 at 11:36 -0800, Matthew Wilcox wrote: > On Wed, Feb 14, 2018 at 11:32:45AM -0800, Joe Perches wrote: > > On Wed, 2018-02-14 at 11:23 -0800, Kees Cook wrote: > > > On Wed, Feb 14, 2018 at 10:47 AM, Joe Perches wrote: > > > > I think expanding the number of

[PATCH 0/2] power: supply: Fix AXP288 fallback when not needed

From: Carlo Caione With commits af3ec837 and dccfae6d a blacklist was introduced to avoid using the ACPI drivers for AC and battery when a native PMIC driver was already present. While this is in general a good idea (because of broken DSDT or proprietary and undocumented ACPI

RE: [RFC PATCH] MIPS: Provide cmpxchg64 for 32-bit builds

> -Original Message- > From: Michael, Alice > Sent: Wednesday, February 14, 2018 1:03 PM > To: Guenter Roeck ; James Hogan ; > Keller, Jacob E > Cc: Ralf Baechle ; linux-m...@linux-mips.org; linux- >

Re: [PATCH 2/2] mtd: nand: gpmi: add support for specific ECC strength

On 14.02.2018 20:05, Boris Brezillon wrote: > On Wed, 14 Feb 2018 16:28:36 + > Han Xu wrote: > >> On 02/06/2018 11:40 AM, Stefan Agner wrote: >> > Add support for specified ECC strength/size using device tree >> > properties nand-ecc-strength/nand-ecc-step-size. >> > >> >

[PATCH 1/2] crypto: bcm: Delete an error message for a failed memory allocation in do_shash()

From: Markus Elfring Date: Wed, 14 Feb 2018 22:05:11 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

Re: [PATCH v3 4/8] MIPS: mscc: Add initial support for Microsemi MIPS SoCs

Alexandre, On Wed, Feb 14, 2018 at 5:51 PM, James Hogan wrote: > On Tue, Jan 16, 2018 at 11:12:36AM +0100, Alexandre Belloni wrote: ... >> diff --git a/arch/mips/mscc/Platform b/arch/mips/mscc/Platform >> new file mode 100644 >> index ..9ae874c8f136 >> ---

[PATCH 2/2] crypto: bcm: One function call less in do_shash() after error detection

From: Markus Elfring Date: Wed, 14 Feb 2018 22:22:20 +0100 The kfree() function was called in one case by the do_shash() function during error handling even if the passed variable contained a null pointer. * Reorder two function calls at the end. * Add a jump

Re: Linux & FAT32 label

On Monday 27 November 2017 13:13:01 Karel Zak wrote: > On Sun, Nov 26, 2017 at 08:19:25PM +0100, Pali Rohár wrote: > > On Monday 20 November 2017 12:12:56 Karel Zak wrote: > > > Go ahead and send patch :-) (also with LABEL_FATBOOT=) > > > > Ok, I prepared patches for util-linux including

Re: Linux & FAT32 label

On Wednesday 14 February 2018 22:52:33 Pali Rohár wrote: > On Monday 27 November 2017 13:13:01 Karel Zak wrote: > > On Sun, Nov 26, 2017 at 08:19:25PM +0100, Pali Rohár wrote: > > > On Monday 20 November 2017 12:12:56 Karel Zak wrote: > > > > Go ahead and send patch :-) (also with LABEL_FATBOOT=)

Re: [PATCH] ipmi: kcs_bmc: mark expected switch fall-through in kcs_bmc_handle_data

On 02/14/2018 03:46 PM, Corey Minyard wrote: On 02/14/2018 11:30 AM, Gustavo A. R. Silva wrote: In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Thanks, queued for next release. Thanks, Corey. -- Gustavo

[PATCHv4 1/4] dt-bindings: sound: add motorola,cpcap-audio-codec

Motorola CPCAP is a PMIC with audio functionality, that can be found on Motorola Droid 4 and probably a few other phones from Motorola's Droid series. This adds the DT binding for the codec sub-module found inside the PMIC. Acked-by: Rob Herring Signed-off-by: Sebastian Reichel

[PATCHv4 0/4] Motorola Droid 4 Audio Support

Hi, This adds audio support to Motorola Droid 4. I dropped the regulator from the DT binding as requested by Mark. Tested: - Playing via both DACs using Speaker, Earpiece, Headphone - Recording using internal Mic - Volume Controls Known not to work: - 3.5mm detection support (requires

Re: [PATCH] x86/mm/kaiser: avoid 32-bit/PAE build warning

On Wed, Dec 6, 2017 at 4:08 PM, Dave Hansen wrote: > On 12/06/2017 07:03 AM, Arnd Bergmann wrote: >> On Wed, Dec 6, 2017 at 3:15 PM, Arnd Bergmann wrote: >> >>> This changes the type to u64 in the architecture-independent dummy, >>> and to pteval_t in

Re: [PATCH net v4 02/13] net/8390: Fix msg_enable patch snafu

From: Finn Thain Date: Thu, 15 Feb 2018 09:11:13 +1100 (AEDT) > On Tue, 13 Feb 2018, David Miller wrote: > >> > I think you have overlooked those modules which offer no way to set >> > p->msg_enable, i.e. ax88796, axnet_cs, etherh, hydra, mac8390, >> > mcf8390,

Re: [PATCH v2] tools/memory-model: Make compat with herd7 7.47 ("-" -> "_")

On 2018/02/09 17:07:03 -0800, Paul E. McKenney wrote: > On Sat, Feb 10, 2018 at 08:46:25AM +0900, Akira Yokosawa wrote: >> >From 7c1f497a9a51e8db1a94c8a7ef0b74b235aaab88 Mon Sep 17 00:00:00 2001 >> From: Akira Yokosawa >> Date: Fri, 9 Feb 2018 04:51:05 -0800 >> Subject: [PATCH

[PATCH] scsi: scsi_transport_spi make two const arrays static, shrinks object size

From: Colin Ian King Don't populate the const read-only arrays spi_test_unit_ready and spi_test_unit_ready on the stack but instead make them static. Makes the object code smaller by over 100 bytes: Before: textdata bss dec hex filename 40171

collecting simple benchmark scripts?

Hi, In a separate thread, some folks were looking for some simple benchmarks for evaluating various changes to kernel internals (as opposed to the much more focused things like xfstests). For me, this has been an area of lore and passed-around scripts, and it seems like maybe we should have a

Re: [PATCH v3 1/2] ASoC: codecs: Add support for AK4458 DAC driver

On Wed, Feb 14, 2018 at 2:21 PM, Cosmin-Gabriel Samoila wrote: > The AK4458 is a 32-bit 8ch Premium DAC that corresponds > to a 768kHz PCM input and an 11.2MHz DSD input at maximum. > It supports I2S, DSD and TDM modes with 24 or 32 bit MSB > or 16, 24, 32 LSB formats. Its

[PATCH 0/2] crypto/bcm: Adjustments for do_shash()

From: Markus Elfring Date: Wed, 14 Feb 2018 22:30:07 +0100 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation One function call less after error detection

Re: [PATCH] audit: session ID should not set arch quick field pointer

On Mon, Feb 12, 2018 at 5:04 AM, Richard Guy Briggs wrote: > A bug was introduced in 8fae47705685fcaa75a1fe4c8c3e18300a702979 > ("audit: add support for session ID user filter") > See: https://github.com/linux-audit/audit-kernel/issues/4 > > When setting a session ID filter, the

Re: ERROR: "sst_context_init" [sound/soc/intel/atom/sst/snd-intel-sst-acpi.ko] undefined!

On 02/14/2018 01:23 PM, kbuild test robot wrote: tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 6556677a80400ca5744340d8ff6fbed22621293e commit: 4772c16ede522d46219a59646503d2020841a6f4 ASoC: Intel: Kconfig: Simplify-clarify ACPI/PCI dependencies

Re: [PATCH v5 10/12] drm/sun4i: Implement A83T HDMI driver

On Wed, Feb 14, 2018 at 9:09 PM, Jernej Skrabec wrote: > A83T has DW HDMI IP block with a custom PHY similar to Synopsys gen2 > HDMI PHY. > > Only video output was tested, while HW also supports audio and CEC. > Support for them will be added later. > > Signed-off-by:

Re: [PATCH] srcu: Fix incorrect condition in srcu_funnel_exp_start()

On Wed, Feb 14, 2018 at 05:59:54PM +0900, Byungchul Park wrote: > We should've kept sp->srcu_gp_seq_needed_exp the furthest. But > it probably fails because of the incorrect condition. Fix it. > > Signed-off-by: Byungchul Park Good catch, and thank you for reviewing the

Re: [PATCH] ipmi: kcs_bmc: mark expected switch fall-through in kcs_bmc_handle_data

On 02/14/2018 11:30 AM, Gustavo A. R. Silva wrote: In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Thanks, queued for next release. -corey Addresses-Coverity-ID: 1465255 ("Missing break in switch") Signed-off-by: Gustavo A. R.

Re: [PATCH] video: fbdev: s3c-fb: remove dead platform code for Exynos and S5PV210 platforms

On Wednesday, February 14, 2018 7:01 AM wrote: > > Exynos5, Exynos4 and S5PV210 platforms have been converted to > use Device Tree and Exynos DRM driver long time ago. Remove > dead platform code for these platforms and update Kconfig > s3c-fb entry accordingly. > > Cc: Jingoo Han

[PATCH] iio: chemical: ccs811: Corrected firmware boot/application mode transition

CCS811 has different I2C register maps in boot and application mode. When CCS811 is in boot mode, register APP_START (0xF4) is used to transit the firmware state from boot to application mode. However, APP_START is not a valid register location when CCS811 is in application mode (refer to "CCS811

[PATCHv4 4/4] ARM: dts: omap4-droid4: add soundcard

Add sound support to Motorola Droid 4 using simple-soundcard and CPCAP's audio codec. This does not yet correctly represent the whole audio routing, since McBSP3 is also connected to Bluetooth and MDM6600 modem (and probably also 4G modem). These extra DAI links are not yet supported and have not

[PATCHv4 2/4] ASoC: codec: cpcap: new codec

Motorola CPCAP is a PMIC with audio functionality, that can be found on Motorola Droid 4 and probably a few other phones from Motorola's Droid series. The driver has been written from scratch using Motorola's Android driver, register dumps from running Android and datasheet for NXP MC13783UG

[PATCHv4 3/4] ARM: dts: motorola-cpcap-mapphone: add audio-codec

Add node for audio-codec to its DT file. Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/motorola-cpcap-mapphone.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/motorola-cpcap-mapphone.dtsi

Re: [PATCH net v4 02/13] net/8390: Fix msg_enable patch snafu

On Tue, 13 Feb 2018, David Miller wrote: > > I think you have overlooked those modules which offer no way to set > > p->msg_enable, i.e. ax88796, axnet_cs, etherh, hydra, mac8390, > > mcf8390, pcnet_cs and zorro8390. > > Then that's a bug, we have a very simple easy to implement interface for

[v4.14-rt][report] arm: just another rcu_note_context_switch

Hi All, I can see below warning during boot on few TI boards am437x-idk, am335x-evm, am335x-ice All of them are non-SMP [1.229376] NET: Registered protocol family 10 [1.235443] [ cut here ] [1.235489] WARNING: CPU: 0 PID: 18 at kernel/rcu/tree_plugin.h:310

Re: arm64 physmap (was Re: [kernel-hardening] [PATCH 4/6] Protectable Memory)

On Wed, Feb 14, 2018 at 11:48:38AM -0800, Kees Cook wrote: > On Wed, Feb 14, 2018 at 11:06 AM, Laura Abbott wrote: > > fixed. Modules yes are not fully protected. The conclusion from past > > experience has been that we cannot safely break down larger page sizes > > at runtime

Re: [PATCH] srcu: Remove dead code in srcu_gp_end()

On Wed, Feb 14, 2018 at 10:00:54AM -0500, Steven Rostedt wrote: > On Wed, 14 Feb 2018 18:05:24 +0900 > Byungchul Park wrote: > > > Of course, compilers will optimize out a dead code. Anyway, remove > > any dead code for better readibility. > > > > Signed-off-by:

Re: objtool warnings on 4.14-stable/gcc-7.3.0

On Wed, Feb 14, 2018 at 04:11:15PM +0100, Arnd Bergmann wrote: > Hi Josh, > > I recently did some randconfig testing with a plain 4.14-stable kernel > and gcc-7.3.0, and came across three distinct objtool warnings: > > drivers/misc/lkdtm_bugs.o: warning: objtool: > lkdtm_CORRUPT_LIST_ADD()+0x15:

Re: arm64 physmap (was Re: [kernel-hardening] [PATCH 4/6] Protectable Memory)

On Wed, Feb 14, 2018 at 2:13 PM, Tycho Andersen wrote: > On Wed, Feb 14, 2018 at 11:48:38AM -0800, Kees Cook wrote: >> On Wed, Feb 14, 2018 at 11:06 AM, Laura Abbott wrote: >> > fixed. Modules yes are not fully protected. The conclusion from past >> >

Re: [PATCH] x86/entry/64: Fix CR3 restore order in paranoid_exit()

* Josh Poimboeuf wrote: > Dave was right, my patch was obviously bogus. I couldn't figure out a > real reproducer, so I made an artificial one (see below) and can confirm > that your patch fixes it. > > I would resubmit the patch, but now you're the author, so I'm not

Re: objtool warnings on 4.14-stable/gcc-7.3.0

On Wed, Feb 14, 2018 at 04:24:12PM -0600, Josh Poimboeuf wrote: > On Wed, Feb 14, 2018 at 04:11:15PM +0100, Arnd Bergmann wrote: > > Hi Josh, > > > > I recently did some randconfig testing with a plain 4.14-stable kernel > > and gcc-7.3.0, and came across three distinct objtool warnings: > > > >

Re: [PATCH v2] tools/memory-model: Make compat with herd7 7.47 ("-" -> "_")

On Thu, Feb 15, 2018 at 07:20:35AM +0900, Akira Yokosawa wrote: > On 2018/02/09 17:07:03 -0800, Paul E. McKenney wrote: > > On Sat, Feb 10, 2018 at 08:46:25AM +0900, Akira Yokosawa wrote: > >> >From 7c1f497a9a51e8db1a94c8a7ef0b74b235aaab88 Mon Sep 17 00:00:00 2001 > >> From: Akira Yokosawa

Re: [dm-devel] DM Regression in 4.16-rc1 - read() returns data when it shouldn't

On Wed, Feb 14 2018, Mike Snitzer wrote: > On Wed, Feb 14 2018 at 3:39pm -0500, > NeilBrown wrote: > >> On Wed, Feb 14 2018, Milan Broz wrote: >> >> > Hi, >> > >> > the commit (found by bisect) >> > >> > commit 18a25da84354c6bb655320de6072c00eda6eb602 >> > Author: NeilBrown

Re: [PATCH v5 00/20][RESEND] firmware: ARM System Control and Management Interface(SCMI) support

On Mon, Feb 12, 2018 at 6:45 PM, Sudeep Holla wrote: > Hi all, > > ARM System Control and Management Interface(SCMI) is more flexible and > easily extensible than any of the existing interfaces. Many vendors were > involved in the making of this formal specification and is

Re: [RFC PATCH 2/4] x86/entry/64: move ENTER_IRQ_STACK from interrupt macro to helper function

On Wed, Feb 14, 2018 at 6:21 PM, Dominik Brodowski wrote: > Moving the switch to IRQ stack from the interrupt macro to the helper > function requires some trickery: All ENTER_IRQ_STACK really cares about > is where the "original" stack -- meaning the GP registers etc.

Re: [PATCH] ASoC: dmic: Add optional wakeup delay

Hi Matthias, On Wed, Feb 14, 2018 at 03:51:56PM -0800, Matthias Kaehlcke wrote: > On some systems a delay is needed after switching on the clocks, to allow > the DMIC output to stabilize and avoid a popping noise at the beginning > of the recording. Add the optional device tree property

[tip:x86/pti] selftests/x86: Disable tests requiring 32-bit support on pure 64-bit systems

Commit-ID: 9279ddf23ce78ff2676e8e8e19fec0f022c26d04 Gitweb: https://git.kernel.org/tip/9279ddf23ce78ff2676e8e8e19fec0f022c26d04 Author: Dominik Brodowski AuthorDate: Tue, 13 Feb 2018 09:15:19 +0100 Committer: Ingo Molnar CommitDate: Thu, 15

[tip:x86/pti] selftests/x86: Do not rely on "int $0x80" in single_step_syscall.c

Commit-ID: 4105c69703cdeba76f384b901712c9397b04e9c2 Gitweb: https://git.kernel.org/tip/4105c69703cdeba76f384b901712c9397b04e9c2 Author: Dominik Brodowski AuthorDate: Tue, 13 Feb 2018 09:13:21 +0100 Committer: Ingo Molnar CommitDate: Thu, 15

[tip:x86/pti] nospec: Move array_index_nospec() parameter checking into separate macro

Commit-ID: 8fa80c503b484ddc1abbd10c7cb2ab81f3824a50 Gitweb: https://git.kernel.org/tip/8fa80c503b484ddc1abbd10c7cb2ab81f3824a50 Author: Will Deacon AuthorDate: Mon, 5 Feb 2018 14:16:06 + Committer: Ingo Molnar CommitDate: Thu, 15 Feb 2018

[tip:x86/pti] x86/speculation: Fix up array_index_nospec_mask() asm constraint

Commit-ID: be3233fbfcb8f5acb6e3bcd0895c3ef9e100d470 Gitweb: https://git.kernel.org/tip/be3233fbfcb8f5acb6e3bcd0895c3ef9e100d470 Author: Dan Williams AuthorDate: Tue, 6 Feb 2018 18:22:40 -0800 Committer: Ingo Molnar CommitDate: Thu, 15 Feb

[tip:x86/pti] selftests/x86/mpx: Fix incorrect bounds with old _sigfault

Commit-ID: 961888b1d76d84efc66a8f5604b06ac12ac2f978 Gitweb: https://git.kernel.org/tip/961888b1d76d84efc66a8f5604b06ac12ac2f978 Author: Rui Wang AuthorDate: Mon, 18 Dec 2017 16:34:10 +0800 Committer: Ingo Molnar CommitDate: Thu, 15 Feb 2018

[tip:x86/pti] x86/cpu: Rename cpu_data.x86_mask to cpu_data.x86_stepping

Commit-ID: b399151cb48db30ad1e0e93dd40d68c6d007b637 Gitweb: https://git.kernel.org/tip/b399151cb48db30ad1e0e93dd40d68c6d007b637 Author: Jia Zhang AuthorDate: Mon, 1 Jan 2018 09:52:10 +0800 Committer: Ingo Molnar CommitDate: Thu, 15 Feb 2018

[tip:x86/pti] x86/cpu: Change type of x86_cache_size variable to unsigned int

Commit-ID: 24dbc6000f4b9b0ef5a9daecb161f1907733765a Gitweb: https://git.kernel.org/tip/24dbc6000f4b9b0ef5a9daecb161f1907733765a Author: Gustavo A. R. Silva AuthorDate: Tue, 13 Feb 2018 13:22:08 -0600 Committer: Ingo Molnar CommitDate: Thu, 15

linux-next: build failure after merge of the sound-asoc tree

mit a8768c52c511 ("ASoC: soc-core: remove legacy_dai_naming from snd_soc_register_dais()") I have used the sound-asoc tree from next-20180214 for today. -- Cheers, Stephen Rothwell

[tip:x86/pti] x86/mm: Rename flush_tlb_single() and flush_tlb_one() to __flush_tlb_one_[user|kernel]()

Commit-ID: 1299ef1d8870d2d9f09a5aadf2f8b2c887c2d033 Gitweb: https://git.kernel.org/tip/1299ef1d8870d2d9f09a5aadf2f8b2c887c2d033 Author: Andy Lutomirski AuthorDate: Wed, 31 Jan 2018 08:03:10 -0800 Committer: Ingo Molnar CommitDate: Thu, 15 Feb 2018

[tip:x86/pti] objtool: Fix segfault in ignore_unreachable_insn()

Commit-ID: fe24e27128252c230a34a6c628da2bf1676781ea Gitweb: https://git.kernel.org/tip/fe24e27128252c230a34a6c628da2bf1676781ea Author: Josh Poimboeuf AuthorDate: Thu, 8 Feb 2018 17:09:25 -0600 Committer: Ingo Molnar CommitDate: Thu, 15 Feb 2018

[tip:x86/pti] x86/spectre: Fix an error message

Commit-ID: 9de29eac8d2189424d81c0d840cd0469aa3d41c8 Gitweb: https://git.kernel.org/tip/9de29eac8d2189424d81c0d840cd0469aa3d41c8 Author: Dan Carpenter AuthorDate: Wed, 14 Feb 2018 10:14:17 +0300 Committer: Ingo Molnar CommitDate: Thu, 15 Feb

[GIT PULL] x86 PTI and Spectre related fixes and updates

Linus, Please consider pulling the latest x86-pti-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-pti-for-linus # HEAD: 48753793350974b7afe9598fd1dc46b2f1f47c2d x86/entry/64: Fix CR3 restore in paranoid_exit() Here's the latest set of Spectre and

[tip:x86/pti] x86/debug: Use UD2 for WARN()

Commit-ID: 3b3a371cc9bc980429baabe0a8e5f307f3d1f463 Gitweb: https://git.kernel.org/tip/3b3a371cc9bc980429baabe0a8e5f307f3d1f463 Author: Peter Zijlstra AuthorDate: Fri, 9 Feb 2018 13:16:59 +0100 Committer: Ingo Molnar CommitDate: Thu, 15 Feb 2018

[tip:x86/pti] x86/speculation: Add dependency

Commit-ID: ea00f301285ea2f07393678cd2b6057878320c9d Gitweb: https://git.kernel.org/tip/ea00f301285ea2f07393678cd2b6057878320c9d Author: Peter Zijlstra AuthorDate: Tue, 13 Feb 2018 14:28:19 +0100 Committer: Ingo Molnar CommitDate: Thu, 15 Feb 2018

[tip:x86/pti] x86/debug, objtool: Annotate WARN()-related UD2 as reachable

Commit-ID: 2b5db66862b95532cb6cca8165ae6eb73633cf85 Gitweb: https://git.kernel.org/tip/2b5db66862b95532cb6cca8165ae6eb73633cf85 Author: Josh Poimboeuf AuthorDate: Thu, 8 Feb 2018 17:09:26 -0600 Committer: Ingo Molnar CommitDate: Thu, 15 Feb 2018

Re: [PATCH RESENT] nvme-pci: suspend queues based on online_queues

Hi Keith Thanks for your kindly response and directive. And 恭喜发财 大吉大利！！ On 02/14/2018 05:52 AM, Keith Busch wrote: > On Mon, Feb 12, 2018 at 09:05:13PM +0800, Jianchao Wang wrote: >> @@ -1315,9 +1315,6 @@ static int nvme_suspend_queue(struct nvme_queue *nvmeq) >> nvmeq->cq_vector = -1; >>

[tip:x86/pti] x86/entry/64: Fix CR3 restore in paranoid_exit()

Commit-ID: e48657573481a5dff7cfdc3d57005c80aa816500 Gitweb: https://git.kernel.org/tip/e48657573481a5dff7cfdc3d57005c80aa816500 Author: Ingo Molnar AuthorDate: Wed, 14 Feb 2018 08:39:11 +0100 Committer: Ingo Molnar CommitDate: Thu, 15 Feb 2018

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: fd0e786d9d09024f67bd71ec094b110237dc3840 x86/mm, mm/hwpoison: Don't unconditionally unmap kernel 1:1 pages Misc fixes all across the

[PATCH] of: add early boot allocation of of_find_node_by_phandle() cache

From: Frank Rowand The initial implementation of the of_find_node_by_phandle() cache allocates the cache using kcalloc(). Add an early boot allocation of the cache so it will be usable during early boot. Switch over to the kcalloc() based cache once normal memory

Re: [PATCH v2 1/4] x86/speculation: Use IBRS if available before calling into firmware

On Wed, Feb 14, 2018 at 3:29 PM, David Woodhouse wrote: > +#define alternative_msr_write(_msr, _val, _feature)\ > + asm volatile(ALTERNATIVE("",\ > +"movl %[msr], %%ecx\n\t" \ > +

[PATCH 4/6] sched/isolation: Offload residual 1Hz scheduler tick

When a CPU runs in full dynticks mode, a 1Hz tick remains in order to keep the scheduler stats alive. However this residual tick is a burden for bare metal tasks that can't stand any interruption at all, or want to minimize them. The usual boot parameters "nohz_full=" or "isolcpus=nohz" will now

[PATCH 6/6] sched/isolation: Update nohz documentation to explain tick offload

Update the documentation to reflect the 1Hz tick offload changes. Signed-off-by: Frederic Weisbecker Cc: Chris Metcalf Cc: Christoph Lameter Cc: Luiz Capitulino Cc: Mike Galbraith Cc: Paul E.

[PATCH 5/6] sched/nohz: Remove the 1 Hz tick code

Now that the 1Hz tick is offloaded to workqueues, we can safely remove the residual code that used to handle it locally. Signed-off-by: Frederic Weisbecker Cc: Chris Metcalf Cc: Christoph Lameter Cc: Luiz Capitulino

[PATCH 3/6] sched/isolation: Isolate workqueues when "nohz_full=" is set

As we prepare for offloading the residual 1hz scheduler ticks to workqueue, let's affine those to housekeepers so that they don't interrupt the CPUs that don't want to be disturbed. Signed-off-by: Frederic Weisbecker Cc: Chris Metcalf Cc: Christoph

<    4   5   6   7   8   9   10   11   12   13   >