RE: [PATCH 1/2] MIPS: math-emu: Do not export function `srl128`

> > Fix non-fatal warning: > > > > arch/mips/math-emu/dp_maddf.c:19:6: warning: no previous prototype for > > ‘srl128’ [-Wmissing-prototypes] > > void srl128(u64 *hptr, u64 *lptr, int count) > > > > Signed-off-by: Mathieu Malaterre > > --- > > arch/mips/math-emu/dp_maddf.c |

Re: [PATCH 0/1] Input: inline macros for MODULE_LICENSE, etc

On Tue, 26 Dec 2017, Joe Perches wrote: > On Tue, 2017-12-26 at 18:05 +0100, Julia Lawall wrote: > > Inline macro for MODULE_LICENSE to make the license information easy to > > find, eg with grep. Inline the other module-related macros at the same > > time. > > Perhaps it'd be better to not

Re: [PATCH v3 2/3] dt-bindings: Add binding for Sitronix ST7735R display panels

On Thu, Dec 21, 2017 at 1:23 PM, David Lechner wrote: > This adds a new device tree binding for Sitronix ST7735R display panels, > such as the Adafruit 1.8" TFT. > > Signed-off-by: David Lechner > --- > > v3 changes: > * compatible string is changed

Re: [PATCH 1/3] mtd: spi-nor: add optional DMA-safe bounce buffer for data transfer

On Sun, 2017-12-24 at 05:36 +0100, Cyrille Pitchen wrote: > > Then the patch adds two hardware capabilities for SPI flash controllers, > SNOR_HWCAPS_WR_BOUNCE and SNOR_HWCAPS_RD_BOUNCE. Are there any drivers for which a bounce buffer is NOT needed when the tx/rx buffer is not in DMA safe memory?

[PATCH] Coccinelle: kzalloc-simple: Add all zero allocating functions

There are many instances where memory is allocated using regular allocator functions immediately followed by setting the allocated memory to 0 value using memset. We already have zero memory allocator functions to set the memory to 0 value instead of manually setting it using memset. Therefore,

Re: [PATCH V8 3/3] OPP: Allow "opp-hz" and "opp-microvolt" to contain magic values

On Mon, Dec 18, 2017 at 03:51:30PM +0530, Viresh Kumar wrote: > On some platforms the exact frequency or voltage may be hidden from the > OS by the firmware. Allow such configurations to pass magic values in > the "opp-hz" or the "opp-microvolt" properties, which should be > interpreted in a

4.14.9 boot error (regression), 4.14.8 is fine

at a headless server: Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz, stable hardened Gentoo Linux The hang does occur before any log message is written. A ping command shows, that the server does reboot and dies after 20 pings are received. The .config is attached FWIW I'm surprised a little bit

Re: 4.14.9 boot error (regression), 4.14.8 is fine

On 12/26/2017 10:16 PM, Ozgur wrote: > You compile the kernel right? So, system is boot but not the network respond? > > Regards Yes, I compile was fine the kernel (tried both new "kernel unwinder" kernel options", made a distclean before). All, what I can tell is in moment, it looks like that

Re: [PATCH v4 1/2] dt-bindings: media: Add Allwinner V3s Camera Sensor Interface (CSI)

On Fri, Dec 22, 2017 at 05:41:29PM +0800, Yong Deng wrote: > Add binding documentation for Allwinner V3s CSI. > > Signed-off-by: Yong Deng > --- > .../devicetree/bindings/media/sun6i-csi.txt| 51 > ++ > 1 file changed, 51 insertions(+) >

Re: [linux-sunxi] [PATCH v4 1/2] dt-bindings: media: Add Allwinner V3s Camera Sensor Interface (CSI)

On Fri, Dec 22, 2017 at 10:00:08AM +, Priit Laes wrote: > On Fri, Dec 22, 2017 at 05:41:29PM +0800, Yong Deng wrote: > > Add binding documentation for Allwinner V3s CSI. > > > > Signed-off-by: Yong Deng > > --- > > .../devicetree/bindings/media/sun6i-csi.txt|

Re: [PATCH 03/14] dt-bindings: iio: add binding support for iio trigger provider/consumer

On Fri, Dec 22, 2017 at 05:07:10PM +0200, Eugen Hristev wrote: > Add bindings for producer/consumer for iio triggers. > > Similar with iio channels, the iio triggers can be connected between drivers: > one driver will be a producer by registering iio triggers, and another driver > will connect as

Re: PROBLEM: consolidated IDT invalidation causes kexec to reboot

On Tue, Dec 26, 2017 at 10:51:12AM -0800, Linus Torvalds wrote: > [ Sorry, I was off-line on Christmas Eve due to festivities, and then > yesterday because I've apparently caught a cold. > > Still not back to normal, but at least I can sit in front of the > computer again ] > > On Mon, Dec 25,

Re: [RFC PATCH v12 1/5] dt-bindings: PCI: Add definition of PCIe WAKE# irq and PCI irq

On Tue, Dec 26, 2017 at 10:36:42AM +0800, Jeffy Chen wrote: > We are going to handle PCIe WAKE# pin for PCI devices in the pci core, > so add definitions of the optional PCIe WAKE# pin for PCI devices. > > Also add an definition of the optional PCI interrupt pin for PCI > devices to distinguish

Re: [PATCH] objtool: Fix clang enum conversion warning

I sent a similar one recently: https://patchwork.kernel.org/patch/10131815/ (maybe Josh is just forwarding me an earlier fix?) Reviewed-by: Nick Desaulniers On Tue, Dec 26, 2017 at 4:27 PM, Josh Poimboeuf wrote: > From: Lukas Bulwahn

Re: [PATCH 1/2] clk: rename clk_core_get_boundaries() to clk_hw_get_boundaries() and expose

On 12/25, Alexander Kochetkov wrote: > > > 21 дек. 2017 г., в 23:07, Stephen Boyd написал(а): > > > > Can you convert to the determine_rate op instead of round_rate? > > That function should tell you the min/max limits so that you > > don't need to query that information

[GIT PULL] hwmon fixes for v4.15-rc6

Hi Linus, Please pull hwmon fixes for Linux v4.15-rc6 from signed tag: git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-for-linus-v4.15-rc6 Thanks, Guenter -- The following changes since commit 464e1d5f23cca236b930ef068c328a64cab78fb1: Linux 4.15-rc5

Re: [PATCH v4 0/4] rtc: add mxc driver for i.MX53 SRTC

On Mon, Dec 18, 2017 at 12:51:29PM +0100, linux-kernel-...@beckhoff.com wrote: > Patrick Bruenn (4): > dt-bindings: rtc: add bindings for i.MX53 SRTC > ARM: dts: imx53: add srtc node > rtc: add mxc driver for i.MX53 SRTC > ARM: imx_v6_v7_defconfig: enable RTC_DRV_MXC_V2 Applied 2/4 and

[PATCH] perf ftrace: Fix the buffer size in __write_tracing_file

From: Changbin Du The terminal character '\0' should take into account as size of the string buffer. Without this fix, the '--graph-funcs', '--nograph-funcs' and '--trace-funcs' options didn't work as expected when the doesn't exist. I didn't dive into kernel ftrace

Re: Decreasing time for `rsa_init`

Dear Stephan, dear Linux folks, Am 13.07.2017 um 20:20 schrieb Paul Menzel: Am Mittwoch, den 12.07.2017, 19:38 +0200 schrieb Paul Menzel: On 07/12/17 19:28, Stephan Müller wrote: Am Mittwoch, 12. Juli 2017, 12:59:58 CEST schrieb Paul Menzel: Building CRYPTO_RSA not as module, but into the

Re: [PATCH] ARM: dts: ls1021a: add nodes for on-chip ram

On Thu, Dec 21, 2017 at 04:38:18PM +0100, Rasmus Villemoes wrote: > Signed-off-by: Rasmus Villemoes Empty commit log is not welcomed. > --- > arch/arm/boot/dts/ls1021a.dtsi | 16 > 1 file changed, 16 insertions(+) > > diff --git

Re: [PATCH] arm: imx: suspend/resume: use outer_disable/resume

On Sun, Dec 10, 2017 at 08:07:18PM +0800, Peng Fan wrote: > Use outer_disable/resume for suspend/resume. > With the two APIs used, code could be simplified and easy to extend > to introduce l2c_write_sec for i.MX platforms when moving Linux Kernel > runs in non-secure world. > > Signed-off-by:

[PATCH v4 14/20] crypto: arm64/aes-ccm - yield NEON after every block of input

Avoid excessive scheduling delays under a preemptible kernel by yielding the NEON after every block of input. Signed-off-by: Ard Biesheuvel --- arch/arm64/crypto/aes-ce-ccm-core.S | 150 +--- 1 file changed, 95 insertions(+), 55 deletions(-) diff

[PATCH v4 16/20] crypto: arm64/aes-bs - yield NEON after every block of input

Avoid excessive scheduling delays under a preemptible kernel by yielding the NEON after every block of input. Signed-off-by: Ard Biesheuvel --- arch/arm64/crypto/aes-neonbs-core.S | 305 +++- 1 file changed, 170 insertions(+), 135 deletions(-) diff

[PATCH v4 17/20] crypto: arm64/aes-ghash - yield NEON after every block of input

Avoid excessive scheduling delays under a preemptible kernel by yielding the NEON after every block of input. Signed-off-by: Ard Biesheuvel --- arch/arm64/crypto/ghash-ce-core.S | 113 ++-- arch/arm64/crypto/ghash-ce-glue.c | 28 +++-- 2 files

[PATCH v4 20/20] DO NOT MERGE

Test code to force a kernel_neon_end+begin sequence at every yield point, and wipe the entire NEON state before resuming the algorithm. --- arch/arm64/include/asm/assembler.h | 33 1 file changed, 33 insertions(+) diff --git a/arch/arm64/include/asm/assembler.h

[PATCH v4 18/20] crypto: arm64/crc32-ce - yield NEON after every block of input

Avoid excessive scheduling delays under a preemptible kernel by yielding the NEON after every block of input. Signed-off-by: Ard Biesheuvel --- arch/arm64/crypto/crc32-ce-core.S | 40 +++- 1 file changed, 30 insertions(+), 10 deletions(-) diff --git

[PATCH v4 19/20] crypto: arm64/crct10dif-ce - yield NEON after every block of input

Avoid excessive scheduling delays under a preemptible kernel by yielding the NEON after every block of input. Signed-off-by: Ard Biesheuvel --- arch/arm64/crypto/crct10dif-ce-core.S | 32 +--- 1 file changed, 28 insertions(+), 4 deletions(-) diff

[PATCH v4 11/20] arm64: assembler: add macros to conditionally yield the NEON under PREEMPT

Add support macros to conditionally yield the NEON (and thus the CPU) that may be called from the assembler code. In some cases, yielding the NEON involves saving and restoring a non trivial amount of context (especially in the CRC folding algorithms), and so the macro is split into three, and

[PATCH v4 15/20] crypto: arm64/aes-blk - yield NEON after every block of input

Avoid excessive scheduling delays under a preemptible kernel by yielding the NEON after every block of input. Signed-off-by: Ard Biesheuvel --- arch/arm64/crypto/aes-ce.S| 15 +- arch/arm64/crypto/aes-modes.S | 331 2 files changed, 216

[PATCH v4 10/20] arm64: assembler: add utility macros to push/pop stack frames

We are going to add code to all the NEON crypto routines that will turn them into non-leaf functions, so we need to manage the stack frames. To make this less tedious and error prone, add some macros that take the number of callee saved registers to preserve and the extra size to allocate in the

[PATCH v4 12/20] crypto: arm64/sha1-ce - yield NEON after every block of input

Avoid excessive scheduling delays under a preemptible kernel by yielding the NEON after every block of input. Signed-off-by: Ard Biesheuvel --- arch/arm64/crypto/sha1-ce-core.S | 42 ++-- 1 file changed, 29 insertions(+), 13 deletions(-) diff --git

[PATCH v4 08/20] crypto: arm64/aes-blk - add 4 way interleave to CBC-MAC encrypt path

CBC MAC is strictly sequential, and so the current AES code simply processes the input one block at a time. However, we are about to add yield support, which adds a bit of overhead, and which we prefer to align with other modes in terms of granularity (i.e., it is better to have all routines yield

[PATCH v4 04/20] crypto: arm64/aes-bs - move kernel mode neon en/disable into loop

When kernel mode NEON was first introduced on arm64, the preserve and restore of the userland NEON state was completely unoptimized, and involved saving all registers on each call to kernel_neon_begin(), and restoring them on each call to kernel_neon_end(). For this reason, the NEON crypto code

[PATCH v4 09/20] crypto: arm64/sha256-neon - play nice with CONFIG_PREEMPT kernels

Tweak the SHA256 update routines to invoke the SHA256 block transform block by block, to avoid excessive scheduling delays caused by the NEON algorithm running with preemption disabled. Also, remove a stale comment which no longer applies now that kernel mode NEON is actually disallowed in some

Re: [PATCH v3] ARM: dts: ls1021a: add support for Moxa UC-8410A open platform

On Tue, Dec 26, 2017 at 12:54:31PM +0800, SZ Lin wrote: > Add support for Moxa UC-8410A open platform > > The UC-8410A computing platform is designed > for embedded communication-centric industrial applications > > The features of UC-8410A are: > * QSPI flash > * SD slot > * 3x LAN > * 8x

Re: [PATCH v5 6/8] kernel/jump_label: abstract jump_entry member accessors

/Ard-Biesheuvel/add-support-for-relative-references-in-special-sections/20171226-164147 config: s390-allmodconfig (attached as .config) compiler: s390x-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin

Re: [PATCH] arm: imx: suspend/resume: use outer_disable/resume

On Tue, Dec 26, 2017 at 10:11:41AM +, Peng Fan wrote: > > Hi Aisheng, > > > -Original Message- > > From: Dong Aisheng [mailto:donga...@gmail.com] > > Sent: Tuesday, December 26, 2017 6:04 PM > > To: Peng Fan > > Cc: Shawn Guo ; A.s. Dong

Re: [PATCH] arm: imx: suspend/resume: use outer_disable/resume

On Tue, Dec 26, 2017 at 06:52:45AM +, Peng Fan wrote: > Hi Shawn, > > > -Original Message- > > From: Shawn Guo [mailto:shawn...@kernel.org] > > Sent: Tuesday, December 26, 2017 11:31 AM > > To: Peng Fan > > Cc: A.s. Dong ;

RE: [PATCH] arm: imx: suspend/resume: use outer_disable/resume

Hi Shawn > -Original Message- > From: Shawn Guo [mailto:shawn...@kernel.org] > Sent: Tuesday, December 26, 2017 5:13 PM > To: Peng Fan > Cc: A.s. Dong ; linux-kernel@vger.kernel.org; Russell > King ; Fabio Estevam

Re: [PATCH] arm: imx: suspend/resume: use outer_disable/resume

On Tue, Dec 26, 2017 at 09:49:01AM +, Peng Fan wrote: > Hi Shawn > > > -Original Message- > > From: Shawn Guo [mailto:shawn...@kernel.org] > > Sent: Tuesday, December 26, 2017 5:13 PM > > To: Peng Fan > > Cc: A.s. Dong ;

[PATCH 1/2] MIPS: math-emu: Do not export function `srl128`

Fix non-fatal warning: arch/mips/math-emu/dp_maddf.c:19:6: warning: no previous prototype for ‘srl128’ [-Wmissing-prototypes] void srl128(u64 *hptr, u64 *lptr, int count) Signed-off-by: Mathieu Malaterre --- arch/mips/math-emu/dp_maddf.c | 2 +- 1 file changed, 1

[PATCH 2/2] MIPS: math-emu: Declare ys variable as possibly unused

Fix non-fatal warning: arch/mips/math-emu/sp_fdp.c: In function ‘ieee754sp_fdp’: arch/mips/math-emu/ieee754int.h:60:31: warning: variable ‘ys’ set but not used [-Wunused-but-set-variable] unsigned int ym; int ye; int ys; int yc ^ arch/mips/math-emu/sp_fdp.c:37:2:

Re: [PATCH] ARM: imx: remove unused imx3 pm definitions

On Tue, Dec 19, 2017 at 11:07:04AM +0100, Martin Kaiser wrote: > Remove the defintion of mx3_cpu_lp_set(), this function is not > implemented anywhere. Remove then mx3_cpu_pwr_mode enum as well, > it was used only as parameter of mx3_cpu_lp_set(). > > Signed-off-by: Martin Kaiser

Re: [patch v15 1/4] drivers: jtag: Add JTAG core driver

Tue, Dec 26, 2017 at 12:09:08AM CET, f.faine...@gmail.com wrote: >Le 12/25/17 à 03:53, Oleksandr Shamray a écrit : [...] >[snip] > >> + >> +void *jtag_priv(struct jtag *jtag) >> +{ >> +return jtag->priv; >> +} >> +EXPORT_SYMBOL_GPL(jtag_priv); > >Can't you just create a static inline

RE: [PATCH] arm: imx: suspend/resume: use outer_disable/resume

Hi Aisheng, > -Original Message- > From: Dong Aisheng [mailto:donga...@gmail.com] > Sent: Tuesday, December 26, 2017 6:04 PM > To: Peng Fan > Cc: Shawn Guo ; A.s. Dong ; > linux-kernel@vger.kernel.org; Russell King

[PATCH v4 00/20] crypto: arm64 - play nice with CONFIG_PREEMPT

As reported by Sebastian, the way the arm64 NEON crypto code currently keeps kernel mode NEON enabled across calls into skcipher_walk_xxx() is causing problems with RT builds, given that the skcipher walk API may allocate and free temporary buffers it uses to present the input and output arrays to

[PATCH v4 01/20] crypto: testmgr - add a new test case for CRC-T10DIF

In order to be able to test yield support under preempt, add a test vector for CRC-T10DIF that is long enough to take multiple iterations (and thus possible preemption between them) of the primary loop of the accelerated x86 and arm64 implementations. Signed-off-by: Ard Biesheuvel

Re: [PATCH v3] x86/microcode/intel: Blacklist the specific BDW-EP for late loading

On Tue, Dec 26, 2017 at 09:44:31AM +0800, Jia Zhang wrote: > Instead of blacklisting all Broadwell processorsi for running a late ^^^ Please run all text in this patch through a spellchecker. > loading, only BDW-EP (signature 406f1) with the

Re: [PATCH v5] arm64: dts: ls1088a: Add USB support

On Fri, Dec 22, 2017 at 04:38:07PM +0800, yinbo@nxp.com wrote: > From: yinbo.zhu > > Add USB support on ls1088ardb > > Signed-off-by: yinbo zhu > Signed-off-by: Ran Wang Applied, thanks.

Re: BUG warnings in 4.14.9

Hi, Reverting this patch seems to have fixed things. Thanks, Chris On 26 December 2017 at 06:21, Willy Tarreau wrote: > Hi Chris, > > On Tue, Dec 26, 2017 at 01:49:59AM +, Chris Rankin wrote: > (...) >> [ 35.100181] Call Trace: >> [ 35.102709] dump_stack+0x46/0x59 >> [

[PATCH v2] llist: add llist_[add|del_first]_exclusive

It sometimes is necessary to be able to be able to use llist in the following manner: > if (node_unlisted(node)) > llst_add(node, list); i. e. only add a node to the list if it's not already on a list. This is not possible without taking locks because otherwise there's an

Re: [PATCH] arm: imx: suspend/resume: use outer_disable/resume

On Tue, Dec 26, 2017 at 06:20:38PM +0800, Dong Aisheng wrote: > On Tue, Dec 26, 2017 at 10:11:41AM +, Peng Fan wrote: > > > > Hi Aisheng, > > > > > -Original Message- > > > From: Dong Aisheng [mailto:donga...@gmail.com] > > > Sent: Tuesday, December 26, 2017 6:04 PM > > > To: Peng

[PATCH] MIPS: Use proper @return keyword

Fix non-fatal warning: arch/mips/kernel/branch.c:418: warning: Excess function parameter 'returns' description in '__compute_return_epc_for_insn' Signed-off-by: Mathieu Malaterre --- arch/mips/kernel/branch.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH 16/25] arm: zx: dts: Remove leading 0x and 0s from bindings notation

On Fri, Dec 15, 2017 at 01:46:48PM +0100, Mathieu Malaterre wrote: > Improve the DTS files by removing all the leading "0x" and zeros to fix the > following dtc warnings: > > Warning (unit_address_format): Node /XXX unit name should not have leading > "0x" > > and > > Warning

Re: [PATCH v20 4/7] virtio-balloon: VIRTIO_BALLOON_F_SG

Wei Wang wrote: > On 12/25/2017 10:51 PM, Tetsuo Handa wrote: > > Wei Wang wrote: > >> @@ -173,8 +292,15 @@ static unsigned fill_balloon(struct > >> virtio_balloon *vb, size_t num) > >> while ((page = balloon_page_pop())) { > >>

Re: [GIT PULL 0/2] EFI updates for v4.15

On 25 October 2017 at 11:14, Ard Biesheuvel wrote: > The following changes since commit 8a5776a5f49812d29fe4b2d0a2d71675c3facf3f: > > Linux 4.14-rc4 (2017-10-08 20:53:29 -0700) > > are available in the git repository at: > >

Re: [PATCH v1 7/9] ufs: sysfs: unit descriptor

/linux/commits/Stanislav-Nijnikov/ufs-sysfs-read-only-access-to-device-descriptors-attributes-and-flags/20171226-075252 base: https://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git for-next config: x86_64-rhel (attached as .config) compiler: gcc-7 (Debian 7.2.0-12) 7.2.1 20171025 reproduce

Re: general protection fault in native_write_cr4

On Wed, Dec 20, 2017 at 8:54 AM, Wanpeng Li wrote: > 2017-12-20 15:49 GMT+08:00 syzbot > : >> Hello, >> >> syzkaller hit the following crash on >> f6f3732162b5ae3c771b9285a5a32d72b8586920 >>

misc: bh1770glc: move sysfs interace to Documentation/ABI

Hi In Documentation/misc-devices/bh1770glc.txt, there is a description of the sysfs interface which could be moved to Documentation/ABI. Would such a change be useful? The ABI documentation format looks like the following: What: (the full sysfs path of the attribute) Date:

Re: [PATCH v5 6/8] kernel/jump_label: abstract jump_entry member accessors

ng git tree, please drop us a note to > help improve the system] > > url: > https://github.com/0day-ci/linux/commits/Ard-Biesheuvel/add-support-for-relative-references-in-special-sections/20171226-164147 > config: s390-allmodconfig (attached as .config) > compiler: s390x-linu

RE: [PATCH] arm: imx: suspend/resume: use outer_disable/resume

Hi Shawn, > -Original Message- > From: Shawn Guo [mailto:shawn...@kernel.org] > Sent: Tuesday, December 26, 2017 5:09 PM > To: Peng Fan > Cc: A.s. Dong ; linux-kernel@vger.kernel.org; Russell > King ; van.free...@gmail.com;

[PATCH v4 06/20] crypto: arm64/aes-blk - remove configurable interleave

The AES block mode implementation using Crypto Extensions or plain NEON was written before real hardware existed, and so its interleave factor was made build time configurable (as well as an option to instantiate all interleaved sequences inline rather than as subroutines) We ended up using

[PATCH v4 02/20] crypto: arm64/aes-ce-ccm - move kernel mode neon en/disable into loop

When kernel mode NEON was first introduced on arm64, the preserve and restore of the userland NEON state was completely unoptimized, and involved saving all registers on each call to kernel_neon_begin(), and restoring them on each call to kernel_neon_end(). For this reason, the NEON crypto code

[PATCH v4 13/20] crypto: arm64/sha2-ce - yield NEON after every block of input

Avoid excessive scheduling delays under a preemptible kernel by yielding the NEON after every block of input. Signed-off-by: Ard Biesheuvel --- arch/arm64/crypto/sha2-ce-core.S | 37 ++-- 1 file changed, 26 insertions(+), 11 deletions(-) diff --git

[PATCH v4 03/20] crypto: arm64/aes-blk - move kernel mode neon en/disable into loop

When kernel mode NEON was first introduced on arm64, the preserve and restore of the userland NEON state was completely unoptimized, and involved saving all registers on each call to kernel_neon_begin(), and restoring them on each call to kernel_neon_end(). For this reason, the NEON crypto code

[PATCH v4 05/20] crypto: arm64/chacha20 - move kernel mode neon en/disable into loop

When kernel mode NEON was first introduced on arm64, the preserve and restore of the userland NEON state was completely unoptimized, and involved saving all registers on each call to kernel_neon_begin(), and restoring them on each call to kernel_neon_end(). For this reason, the NEON crypto code

[PATCH v4 07/20] crypto: arm64/aes-blk - add 4 way interleave to CBC encrypt path

CBC encryption is strictly sequential, and so the current AES code simply processes the input one block at a time. However, we are about to add yield support, which adds a bit of overhead, and which we prefer to align with other modes in terms of granularity (i.e., it is better to have all

[PATCH v2 1/3] drm/sun4i: hdmi: Check for unset best_parent in sun4i_tmds_determine_rate

We should check if the best match has been set before comparing it. Fixes: 9c5681011a0c ("drm/sun4i: Add HDMI support") Signed-off-by: Jonathan Liu --- drivers/gpu/drm/sun4i/sun4i_hdmi_tmds_clk.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v4] x86/microcode/intel: Blacklist the specific BDW-EP for late loading

Instead of blacklisting all types of Broadwell processor when running a late loading, only BDW-EP (signature 0x406f1, aka family 6, model 79, stepping 1) with the microcode version less than 0x0b21 needs to be blacklisted. The erratum is documented in the the public documentation #334165 (See

[PATCH] powerpc/xive: Properly use static keyword for inline function

Fix fatal warning during compilation: In file included from arch/powerpc/xmon/xmon.c:54:0: ./arch/powerpc/include/asm/xive.h:157:20: error: no previous prototype for ‘xive_smp_prepare_cpu’ [-Werror=missing-prototypes] extern inline int xive_smp_prepare_cpu(unsigned int cpu) { return -EINVAL; }

[PATCH] powerpc/xmon: Do not compute/store the major opcode

In commit 5b102782c7f4 ("powerpc/xmon: Enable disassembly files (compilation changes)") usage of variable `op` has been removed. Completely remove opcode computation since not used anymore. Fix fatal warning: arch/powerpc/xmon/ppc-dis.c: In function ‘lookup_powerpc’:

Re: [PATCH v20 4/7] virtio-balloon: VIRTIO_BALLOON_F_SG

Wei Wang wrote: > On 12/26/2017 06:38 PM, Tetsuo Handa wrote: > > Wei Wang wrote: > >> On 12/25/2017 10:51 PM, Tetsuo Handa wrote: > >>> Wei Wang wrote: > >>> > >> What we are doing here is to free the pages that were just allocated in > >> this round of inflating. Next round will be sometime

Re: Query: Regarding crash in n_tty_receive_buf_common during boot

On Tue, Dec 26, 2017 at 05:58:55PM +0530, Kohli, Gaurav wrote: > Hi , > We have seen lot of crashes in 4.9 during boot in n_tty_receive_buf_common, > when tty->disc_data > becomes NULL, Below is the call stack for same > 29.710969] PC is at n_tty_receive_buf_common+0x68/0xa3c > [   29.716425] LR

[PATCH 3/3] perf/core: Move inline keyword at the beginning of declaration

Fix non-fatal warnings such as: kernel/events/ring_buffer.c:116:1: warning: ‘inline’ is not at beginning of declaration [-Wold-style-declaration] static int __always_inline ^~ Signed-off-by: Mathieu Malaterre --- kernel/events/ring_buffer.c | 6 +++--- 1 file changed,

[PATCH 1/3] cpu/hotplug: Move inline keyword at the beginning of declaration

Fix non-fatal warnings such as: kernel/cpu.c:95:1: warning: ‘inline’ is not at beginning of declaration [-Wold-style-declaration] static void inline cpuhp_lock_release(bool bringup) { } ^~ Signed-off-by: Mathieu Malaterre --- kernel/cpu.c | 8 1 file changed,

[PATCH 2/3] perf/core: Move inline keyword at the beginning of declaration

Fix non-fatal warning: kernel/events/core.c:6106:1: warning: ‘inline’ is not at beginning of declaration [-Wold-style-declaration] static void __always_inline ^~ Signed-off-by: Mathieu Malaterre --- kernel/events/core.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH/RFC] perf report: Add option to change offset format when address is specified as a sort_key

Em Fri, Dec 15, 2017 at 03:35:10PM +, Aaron Tomlin escreveu: > With --call-graph option, a user can choose to display call chains with a > specific sort_key. The sort_key can be either: function, address or srcline. > By default, when the address is specified as the sort_key, the offset (i.e.

Re: [PATCH net-next] phylib: rename reset-(post-)delay-us to reset-(de)assert-us

On Fri, Dec 22, 2017 at 4:08 AM, Richard Leitner wrote: > From: Richard Leitner > > As suggested by Rob Herring [1] rename the previously introduced > reset-{,post-}delay-us bindings to the clearer reset-{,de}assert-us > > [1]

Re: [PATCH v4 2/2] fs: fat: add ioctl method in fat filesystem driver

ChenGuanqiao writes: > +static int fat_check_volume_label(const char *label) > +{ > + int i; > + > + for (i=0; i<11; ++i) { > + if (islower(label[i])) > + return -EINVAL; > + } > + return 0; > +} What happen if '\0' is

Re: [PATCH v3 4/5] ARM: davinci: convert to common clock framework

On 12/21/2017 10:52 AM, David Lechner wrote: If you can pick up the first 3 patches from this series, I have one or two more I can send that depend on those changes that are not intermediate steps. I take this back. I have a v4 in the works that changes things a little bit.

Re: [PATCH 10/11 v2] ARM: s3c24xx/s3c64xx: constify gpio_led

On Tue, Dec 26, 2017 at 7:37 AM, Arvind Yadav wrote: > Signed-off-by: Arvind Yadav Please write one-sentence long, easy to understand message describing the change. Best regards, Krzysztof > --- > changes in v2: > The GPIO

Re: [PATCH v20 4/7] virtio-balloon: VIRTIO_BALLOON_F_SG

On 12/26/2017 06:38 PM, Tetsuo Handa wrote: Wei Wang wrote: On 12/25/2017 10:51 PM, Tetsuo Handa wrote: Wei Wang wrote: What we are doing here is to free the pages that were just allocated in this round of inflating. Next round will be sometime later when the balloon work item gets its turn

Query: Regarding crash in n_tty_receive_buf_common during boot

Hi , We have seen lot of crashes in 4.9 during boot in n_tty_receive_buf_common, when tty->disc_data becomes NULL, Below is the call stack for same 29.710969] PC is at n_tty_receive_buf_common+0x68/0xa3c [   29.716425] LR is at n_tty_receive_buf_common+0x58/0xa3c [   29.721882] pc : [] lr : []

Re: [PATCH v3] x86/microcode/intel: Blacklist the specific BDW-EP for late loading

在 2017/12/26 下午6:51, Borislav Petkov 写道: > On Tue, Dec 26, 2017 at 09:44:31AM +0800, Jia Zhang wrote: >> Instead of blacklisting all Broadwell processorsi for running a late > ^^^ > > Please run all text in this patch through a spellchecker. > >>

Re: [patch 2/4] nohz: Prevent erroneous tick stop invocations

On Fri, Dec 22, 2017 at 03:51:13PM +0100, Thomas Gleixner wrote: > The conditions in irq_exit() to invoke tick_nohz_irq_exit() are: > > if ((idle_cpu(cpu) && !need_resched()) || tick_nohz_full_cpu(cpu)) > > This is too permissive in various aspects: > > 1) If need_resched() is set, then the

Re: [PATCH v1 9/9] ufs: sysfs: attributes

/linux/commits/Stanislav-Nijnikov/ufs-sysfs-read-only-access-to-device-descriptors-attributes-and-flags/20171226-075252 base: https://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git for-next config: x86_64-rhel (attached as .config) compiler: gcc-7 (Debian 7.2.0-12) 7.2.1 20171025 reproduce

Re: [PATCH v2 4/5] ARM: dts: Add support for emtrion emCON-MX6 series

On Fri, Dec 22, 2017 at 4:56 AM, Alexandre Belloni wrote: > + Philippe > > On 22/12/2017 at 11:43:33 +0100, Andreas Färber wrote: >> >> I'll change it for v3 of this patch however it will end up like this: >> >> //SPDX-License... >> > >> > That should be /*

[PATCH 1/7] MIPS: Loongson64: cleanup all cs5536 files to use SPDX Identifier

To reduce unnecessary license text. Signed-off-by: Jiaxun Yang --- arch/mips/loongson64/common/cs5536/Makefile | 1 + arch/mips/loongson64/common/cs5536/cs5536_acc.c | 6 ++ arch/mips/loongson64/common/cs5536/cs5536_ehci.c | 6 ++

[PATCH 2/7] MIPS: Loongson64: cleanup all loongson common files to use SPDX Identifier

To reduce unnecessary license text. Signed-off-by: Jiaxun Yang --- arch/mips/loongson64/common/bonito-irq.c | 6 ++ arch/mips/loongson64/common/cmdline.c | 7 ++- arch/mips/loongson64/common/early_printk.c | 6 ++ arch/mips/loongson64/common/env.c

Cleanup loongson64 mach to use SPDX copyright format

This patchset should based on "Add YeeLoong support v6"

[PATCH 3/7] MIPS: Loongson64: cleanup all fuloong-2e files to use SPDX Identifier

To reduce unnecessary license text. Signed-off-by: Jiaxun Yang --- arch/mips/loongson64/fuloong-2e/Makefile | 1 + arch/mips/loongson64/fuloong-2e/irq.c| 6 ++ arch/mips/loongson64/fuloong-2e/reset.c | 6 ++ 3 files changed, 5 insertions(+), 8 deletions(-)

[PATCH 4/7] MIPS: Loongson64: cleanup all lemote-2f files to use SPDX Identifier

To reduce unnecessary license text. Signed-off-by: Jiaxun Yang --- arch/mips/loongson64/lemote-2f/Makefile | 1 + arch/mips/loongson64/lemote-2f/clock.c | 5 ++--- arch/mips/loongson64/lemote-2f/ec_kb3310b.c | 6 ++ arch/mips/loongson64/lemote-2f/irq.c

[PATCH 5/7] MIPS: Loongson64: cleanup all loongson-3 files to use SPDX Identifier

To reduce unnecessary license text. Signed-off-by: Jiaxun Yang --- arch/mips/loongson64/loongson-3/Makefile | 1 + arch/mips/loongson64/loongson-3/cop2-ex.c | 5 ++--- arch/mips/loongson64/loongson-3/numa.c | 7 ++-

[PATCH 6/7] MIPS: Loongson64: cleanup all mach files to use SPDX Identifier

To reduce unnecessary license text. Signed-off-by: Jiaxun Yang --- arch/mips/loongson64/Makefile | 1 + arch/mips/loongson64/Platform | 1 + 2 files changed, 2 insertions(+) diff --git a/arch/mips/loongson64/Makefile b/arch/mips/loongson64/Makefile index

[PATCH 7/7] MIPS: Loongson64: cleanup all include files to use SPDX Identifier

To reduce unnecessary license text. Signed-off-by: Jiaxun Yang --- arch/mips/include/asm/mach-loongson64/cpu-feature-overrides.h | 5 ++--- arch/mips/include/asm/mach-loongson64/dma-coherence.h | 6 ++ arch/mips/include/asm/mach-loongson64/ec_kb3310b.h

Re: [PATCH 1/3] mtd: spi-nor: add optional DMA-safe bounce buffer for data transfer

Hi Cyrille, Thanks for doing this series! One comment below. On 24-Dec-17 10:06 AM, Cyrille Pitchen wrote: [...] > diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c > index 8bafd462f0ae..59f9fbd45234 100644 > --- a/drivers/mtd/spi-nor/spi-nor.c > +++

Re: [PATCH 1/3] mtd: spi-nor: add optional DMA-safe bounce buffer for data transfer

Hi Vignesh Le 26/12/2017 à 14:42, Vignesh R a écrit : > Hi Cyrille, > > Thanks for doing this series! One comment below. > > On 24-Dec-17 10:06 AM, Cyrille Pitchen wrote: > [...] >> diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c >> index 8bafd462f0ae..59f9fbd45234

Re: [PATCH] MIPS: Use proper @return keyword

On 12/26/2017 02:55 AM, Mathieu Malaterre wrote: > Fix non-fatal warning: > > arch/mips/kernel/branch.c:418: warning: Excess function parameter 'returns' > description in '__compute_return_epc_for_insn' > > Signed-off-by: Mathieu Malaterre > --- > arch/mips/kernel/branch.c |

Re: [PATCH v5 05/78] xarray: Replace exceptional entries

On Fri, Dec 15, 2017 at 02:03:37PM -0800, Matthew Wilcox wrote: > From: Matthew Wilcox > > Introduce xarray value entries to replace the radix tree exceptional > entry code. This is a slight change in encoding to allow the use of an > extra bit (we can now store

Re: [PATCH 0/1] Input: inline macros for MODULE_LICENSE, etc

On Tue, 26 Dec 2017, Joe Perches wrote: > On Tue, 2017-12-26 at 18:05 +0100, Julia Lawall wrote: > > Inline macro for MODULE_LICENSE to make the license information easy to > > find, eg with grep. Inline the other module-related macros at the same > > time. > > > > The complete semantic patch

  1   2   3   4   5   6   >