Re: [PATCH v2 1/3] locking: Document the semantics of spin_is_locked()

Andrea Parri wrote: > +/** > + * spin_is_locked() - Check whether a spinlock is locked. > + * @lock: Pointer to the spinlock. > + * > + * This function is NOT required to provide any memory ordering > + * guarantees; it could be used for debugging purposes or,

[PATCH v3 2/2] MIPS: io: add a barrier after register read in readX()

While a barrier is present in writeX() function before the register write, a similar barrier is missing in the readX() function after the register read. This could allow memory accesses following readX() to observe stale data. Signed-off-by: Sinan Kaya Reported-by: Arnd

Re: [PATCH V3 0/4] genirq/affinity: irq vector spread among online CPUs as far as possible

Ming, On Fri, 30 Mar 2018, Ming Lei wrote: > On Fri, Mar 09, 2018 at 04:08:19PM +0100, Thomas Gleixner wrote: > > Thoughts? > > Given this patchset doesn't have effect on normal machines without > supporting physical CPU hotplug, it can fix performance regression on > machines which might

[PATCH v3 1/2] MIPS: io: prevent compiler reordering on the default writeX() implementation

writeX() has a strong ordering semantics with respect to memory updates. In the abscence of a write barrier or a compiler barrier, commpiler can reorder register and memory update instructions. This breaks the writeX() API. Signed-off-by: Sinan Kaya ---

Re: [PATCH 6/6] spi: sun4i: add DMA transfers support

On 04/03/2018 11:17 AM, Maxime Ripard wrote: On Thu, Mar 29, 2018 at 09:59:07PM +0300, Sergey Suloev wrote: +static int sun4i_spi_dma_setup(struct device *dev, + struct resource *res) +{ + struct spi_master *master = dev_get_drvdata(dev); + struct

Re: [PATCH v8 0/4] Fix issues with huge mapping in ioremap for ARM64

Hi Chintan, On 03/04/18 09:00, Chintan Pandya wrote: > This series of patches are follow up work (and depends on) > Toshi Kani 's patches "fix memory leak/ > panic in ioremap huge pages". > > This series of patches are tested on 4.9 kernel with Cortex-A75 > based SoC. Given

Re: [PATCH v4 3/3] MIPS: use generic GCC library routines from lib/

On Thu, Mar 29, 2018 at 11:41:23AM +0100, Matt Redfearn wrote: > This commit removes several generic GCC library routines from > arch/mips/lib/ in favour of similar routines from lib/. > diff --git a/arch/mips/lib/Makefile b/arch/mips/lib/Makefile > index e84e12655fa8..6537e022ef62 100644 > ---

Re: [PATCH v5 09/13] ARM: sun9i: smp: Rename clusters's power-off

On Tue, Apr 3, 2018 at 2:18 PM, Mylène Josserand wrote: > To prepare the support for sun8i-a83t, rename the variable name > that handles the power-off of clusters because it is different from > sun9i-a80 to sun8i-a83t. > > The power off register for clusters are

Re: [PATCH 1/2] lib: vsprintf: Implement %pCOW

On Mon 2018-04-02 17:18:12, Andy Shevchenko wrote: > On Sun, 2018-04-01 at 10:56 +0200, Richard Weinberger wrote: > > Add a new format string to print in cowsay format. > > > > Apparently NAK b/c missed test cases! This is really sad. I'll miss the cows. Moo, Petr

Re: possible deadlock in skb_queue_tail

On 02.04.2018 12:20, syzbot wrote: > Hello, > > syzbot hit the following crash on net-next commit > 06b19fe9a6df7aaa423cd8404ebe5ac9ec4b2960 (Sun Apr 1 03:37:33 2018 +) > Merge branch 'chelsio-inline-tls' > syzbot dashboard link: > https://syzkaller.appspot.com/bug?extid=6b495100f17ca8554ab9

Re: [PATCH] usb: dwc3: of-simple: use managed and shared reset control

On 4/3/2018 3:49 PM, Masahiro Yamada wrote: 2018-04-03 17:46 GMT+09:00 Philipp Zabel : On Tue, 2018-04-03 at 17:30 +0900, Masahiro Yamada wrote: 2018-04-03 17:00 GMT+09:00 Philipp Zabel : On Thu, 2018-03-29 at 15:07 +0900, Masahiro Yamada

Re: [PATCH] x86/smpboot: Don't do mwait_play_dead() on AMD systems

* Yazen Ghannam wrote: > From: Yazen Ghannam > > Recent AMD systems support using MWAIT for C1 state. However, MWAIT will > not allow deeper cstates than C1 on current systems. > > With play_dead() we expect the OS to use the deepest state

Re: [PATCH v3 07/14] KVM: s390: interfaces to configure/deconfigure guest's AP matrix

On Wed, 14 Mar 2018 14:25:47 -0400 Tony Krowiak wrote: > Provides interfaces to assign AP adapters, usage domains > and control domains to a KVM guest. > > A KVM guest is started by executing the Start Interpretive Execution (SIE) > instruction. The SIE state

Re: [PATCH] mmc: dw_mmc-k3: Fix DDR52 mode by setting required clock divisor

On 2018/3/30 2:24, oscardagrach wrote: Need at least one line commit body. Signed-off-by: oscardagrach --- drivers/mmc/host/dw_mmc-k3.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/host/dw_mmc-k3.c b/drivers/mmc/host/dw_mmc-k3.c

Re: [PATCH v4 1/2] staging: vt6655: check for memory allocation failures

This will crash. Please see my comments that I just posted to v3. regards, dan carpenter

Re: [lkp-robot] [sched/fair] d519329f72: unixbench.score -9.9% regression

Hi Xiaolong, On 02-Apr 11:20, kernel test robot wrote: > > Greeting, > > FYI, we noticed a -9.9% regression of unixbench.score due to commit: thanks for the report, I'll try to reproduce it locally to better understand what's going on. Meanwhile, I'm a little puzzled about some of the

Re: possible deadlock in skb_queue_tail

On 03.04.2018 14:25, Dmitry Vyukov wrote: > On Tue, Apr 3, 2018 at 11:50 AM, Kirill Tkhai wrote: >> On 02.04.2018 12:20, syzbot wrote: >>> Hello, >>> >>> syzbot hit the following crash on net-next commit >>> 06b19fe9a6df7aaa423cd8404ebe5ac9ec4b2960 (Sun Apr 1 03:37:33 2018

[PATCH] f2fs: remove unmatched zero_user_segment when convert inline dentry

Since the layout of regular dentry block is different from inline dentry block, zero_user_segment starting from MAX_INLINE_DATA(dir) is not correct for regular dentry block, besides, bitmap is already copied and used, so there is no necessary to zero page at all, so just remove the

Re: [PATCH v8 0/4] Fix issues with huge mapping in ioremap for ARM64

On 4/3/2018 2:13 PM, Marc Zyngier wrote: Hi Chintan, Hi Marc, On 03/04/18 09:00, Chintan Pandya wrote: This series of patches are follow up work (and depends on) Toshi Kani 's patches "fix memory leak/ panic in ioremap huge pages". This series of patches are tested on

Re: [PATCH v3] vsprintf: Prevent crash when dereferencing invalid pointers

On Tue, 2018-04-03 at 13:52 +0200, Petr Mladek wrote: > On Tue 2018-04-03 10:12:37, Sergey Senozhatsky wrote: > > On (04/02/18 17:15), Andy Shevchenko wrote: > > > > > > > > Hmm, I have never seen the error code in this form. > > > > > > We have limited space to print it and error numbers

Re: [GIT PULL] x86/build changes for v4.17

On Tue, Apr 03, 2018 at 11:51:18AM +0200, Ingo Molnar wrote: > If it's being relied on, or if there's actually something firmly planned, > which we could track, then I'd have no problem with reverting this change > and waiting one more kernel cycle or so. I don't see why the clang people can't go

Re: [PATCH] vhost-net: add limitation of sent packets for tx polling

>On Tue, Apr 03, 2018 at 08:08:26AM +, haibinzhang wrote: >> handle_tx will delay rx for a long time when tx busy polling udp packets >> with small length(e.g. 1byte udp payload), because setting VHOST_NET_WEIGHT >> takes into account only sent-bytes but no single packet length. >> >> Tests

[GIT PULL] clockevents for 4.17

Hi Thomas, sorry for the late pull request. It contains the following changes for 4.17: - Fix timer name and register flow for imx's timer tmp and handle different counter width (Anson Huang) - Add the NPCM7xx timer support (Tomer Maimon) Thanks -- Daniel The following changes since

Re: [GIT PULL] Kernel lockdown for secure boot

Andy Lutomirski wrote: > This is an attempt at a review. I'm replying here because I can't find the > actual relevant patch emails. This was the latest post: https://lkml.org/lkml/2017/11/9/660 and they were posted multiple times before that, plus distributions, such

[PATCH] f2fs: introduce private inode status mapping

Previously, we use generic FS_*_FL defined by vfs to indicate inode status for each bit of i_flags, so f2fs's flag status definition is tied to vfs' one, it will be hard for f2fs to reuse bits f2fs never used to indicate new status.. In order to solve this issue, we introduce private inode status

[PATCH] mm: avoid the unnecessary waiting when force empty a cgroup

The number of writeback and dirty page can be read out from memcg, the unnecessary waiting can be avoided by these counts Signed-off-by: Li RongQing --- mm/memcontrol.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/mm/memcontrol.c

Re: [PATCH 12/15] dmaengine: pxa: make the filter function internal

On Mon, Apr 2, 2018 at 6:35 PM, kbuild test robot wrote: > >drivers/mtd/nand/marvell_nand.c:2621:17: sparse: undefined identifier > 'pxad_filter_fn' >>> drivers/mtd/nand/marvell_nand.c:2621:17: sparse: call with no type! >In file included from

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On Tue, 3 Apr 2018 08:51:10 +0200 Peter Rosin wrote: > On 2018-04-02 22:20, Boris Brezillon wrote: > > On Mon, 2 Apr 2018 21:28:43 +0200 > > Boris Brezillon wrote: > > > >> On Mon, 2 Apr 2018 19:59:39 +0200 > >> Peter Rosin

Re: [PATCH] f2fs: fix to show encrypt flag in FS_IOC_GETFLAGS

On 2018/4/3 4:21, Jaegeuk Kim wrote: > On 04/02, Chao Yu wrote: >> This patch fixes to show encrypt flag in FS_IOC_GETFLAGS like ext4 does. > > Actually, we have to show internal flags owned by f2fs, not generic ones. > We may need to define all of them separately? Agreed, I wrote a patch, could

[PATCH v1 0/7] add support for Bluetooth on MT7622 SoC

From: Sean Wang Hi, This patchset introduces built-in Bluetooth support on MT7622 SoC. And, it should be simple to make an extension to support other MediaTek SoCs with adjusting a few of changes on the initialization sequence of the device. Before the main driver is

[PATCH v1 5/7] soc: mediatek: add a fixed wait for SRAM stable

From: Sean Wang MT7622_POWER_DOMAIN_WB doesn't send an ACK when its managed SRAM becomes stable, which is not like the behavior the other power domains should have. Therefore, it's necessary for such a power domain to have a fixed and well-predefined duration to wait

[PATCH v1 7/7] MAINTAINERS: add an entry for MediaTek Bluetooth driver

From: Sean Wang Add an entry for the MediaTek Bluetooth driver. Signed-off-by: Sean Wang --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 4923621..ea2cd52 100644 --- a/MAINTAINERS +++

Re: [PATCH 00/15] ARM: pxa: switch to DMA slave maps

On Mon, Apr 2, 2018 at 4:26 PM, Robert Jarzmik wrote: > Hi, > > This serie is aimed at removing the dmaengine slave compat use, and transfer > knowledge of the DMA requestors into architecture code. > > This was discussed/advised by Arnd a couple of years back, it's almost

[PATCH v1 1/7] dt-bindings: net: bluetooth: Add mediatek-bluetooth

From: Sean Wang Add binding document for a SoC built-in device using MediaTek protocol. Which could be found on MT7622 SoC or other similar MediaTek SoCs. Signed-off-by: Sean Wang --- .../devicetree/bindings/net/mediatek-bluetooth.txt | 35

[PATCH v1 6/7] Bluetooth: hci_mediatek: Add protocol support for MediaTek serial devices

From: Sean Wang This adds a driver for the MediaTek serial protocol based on H4 protocol, which can enable the built-in Bluetooth device inside MT7622 SoC. Signed-off-by: Sean Wang --- drivers/bluetooth/Kconfig| 12 +

[PATCH v1 3/7] soc: mediatek: reuse read[l,x]_poll_timeout helpers

From: Sean Wang Reuse the common helpers read[l,x]_poll_timeout provided by Linux core instead of an open-coded handling. The name of the local variable sram_pdn_ack in scpsys_power_on is renamed to pdn_ack in order to be consistent with the one used in scpsys_power_off.

Re: [PATCH v2] f2fs: remain written times to update inode during fsync

On 2018/4/3 13:23, Jaegeuk Kim wrote: > On 04/03, Chao Yu wrote: >> On 2018/3/31 0:30, Jaegeuk Kim wrote: >>> Change log from v1: >>> - add more description >>> >>> This fixes xfstests/generic/392. >>> >>> The failure was caused by different times between 1) one marked in the last >>> fsync(2)

[PATCH v1 4/7] soc: mediatek: reuse regmap_read_poll_timeout helpers

From: Sean Wang Reuse the common helpers regmap_read_poll_timeout provided by Linux core instead of an open-coded handling. Signed-off-by: Sean Wang Cc: Matthias Brugger Cc: Ulf Hansson Cc: Weiyi

Re: [PATCH v2 01/75] staging: ks7010: Use the ARRAY_SIZE() macro to calculate array sizes.

When I look at them now in a more relaxed mood, they're basically all fine except for patch 74 which is buggy. regards, dan carpenter

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On Tue, 3 Apr 2018 08:11:30 +0200 Peter Rosin wrote: > On 2018-04-02 22:20, Boris Brezillon wrote: > > On Mon, 2 Apr 2018 21:28:43 +0200 > > Boris Brezillon wrote: > > > >> On Mon, 2 Apr 2018 19:59:39 +0200 > >> Peter Rosin

[PATCH v1 2/7] serdev: add dev_pm_domain_attach|detach()

From: Sean Wang In order to open up the required power gate before any operation can be effectively performed over the serial bus between CPU and serdev, it's clearly essential to add common attach functions for PM domains to serdev at the probe phase. Similarly, the

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On 02/04/2018 at 22:23:17 +0200, Peter Rosin wrote: > >> No, but did it again and checked, see transcript below. > > > > I don't use devmem2. Is 'readback' information accurate or is it > > always what's been written? Because when you write 0x33 to 0xECBC, > > 0x33 is read back, but just

Re: [PATCH v2] MIPS: io: add a barrier after register read in readX()

On Mon, Apr 2, 2018 at 8:13 PM, Sinan Kaya wrote: > While a barrier is present in writeX() function before the register write, > a similar barrier is missing in the readX() function after the register > read. This could allow memory accesses following readX() to observe >

Re: [PATCH v5 01/13] ARM: move cputype definitions into another file

Hi Chen-Yu, Thank you for your review! On Tue, 3 Apr 2018 14:52:45 +0800 Chen-Yu Tsai wrote: > On Tue, Apr 3, 2018 at 2:18 PM, Mylène Josserand > wrote: > > To add the support for SMP on sun8i-a83t, we will use some > > definitions in an assembly

Re: [GIT PULL] siginfo fix for v4.16-rc5

Hi Eric, On Mon, Apr 2, 2018 at 10:17 PM, Eric W. Biederman wrote: > Eugene Syromiatnikov writes: > >> So, the offset of the si_lower field is 20 at the current HEAD and was 18 at >> commits v4.16-rc3~17^2 and v4.16-rc1~159^2~20. I believe this is due to

RE: [PATCH] spi: stm32: Fix error handling in stm32_spi_probe()

Hi, > -Original Message- > From: Alexey Khoroshilov [mailto:khoroshi...@ispras.ru] > Sent: vendredi 30 mars 2018 21:55 > To: Mark Brown ; Amelie DELAUNAY > ; Maxime Coquelin > ; Alexandre TORGUE >

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On Tue, 3 Apr 2018 09:15:22 +0200 Boris Brezillon wrote: > > > > > to > > > > 0 33--3--3---- > > 1 33--3--3---- > > 2 33-- > > 3 -3333--- > > 4 33-- > > 5 3--- > > 6 33--33-- > > 7 --1-1--3

Re: [PATCH v5 01/13] ARM: move cputype definitions into another file

On Tue, Apr 3, 2018 at 3:27 PM, Mylène Josserand wrote: > Hi Chen-Yu, > > Thank you for your review! > > On Tue, 3 Apr 2018 14:52:45 +0800 > Chen-Yu Tsai wrote: > >> On Tue, Apr 3, 2018 at 2:18 PM, Mylène Josserand >>

Re: [PATCH v2 74/75] staging: ks7010: Replace memcmp() with ether_addr_equal().

On Fri, Mar 30, 2018 at 11:08:54PM -0700, Quytelda Kahja wrote: > ether_addr_equal() is the function for comparing HW addresses, > so remove the manual memcmp operation and replace it with > ether_addr_equals(). > > Signed-off-by: Quytelda Kahja > --- >

Re: v4.16+ seeing many unaligned access in dequeue_task_fair() on IA64

On Mon, Apr 02, 2018 at 04:24:49PM -0700, Luck, Tony wrote: > v4.16 boots cleanly. But with the first bunch of merges > (Linus HEAD = 46e0d28bdb8e6d00e27a0fe9e1d15df6098f0ffb) > I see a bunch of: > > ia64_handle_unaligned: 4863 callbacks suppressed > kernel unaligned access to 0xe0031660fd74,

Re: [PATCH] scsi: hosts: remove redundant assingment of shost->use_blk_mq

On Mon, 2018-04-02 at 13:53 +, Bart Van Assche wrote: > A similar patch has already been queued by Martin. See also > https://patchwork.kernel.org/patch/10313569/. Ah OK, fine then :-) -- Johannes Thumshirn Storage jthumsh...@suse.de

RE: [PATCH v5 3/3] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs #2

> From: Sinan Kaya [mailto:ok...@codeaurora.org] > Sent: Tuesday, April 03, 2018 5:30 AM > To: linux-r...@vger.kernel.org; ti...@codeaurora.org; > sulr...@codeaurora.org > Cc: linux-arm-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > Kalderon, Michal ;

[PATCH] sched/deadline: add overrun signal and GRUB-PA in the documentation

Signed-off-by: Claudio Scordino CC: Juri Lelli CC: Luca Abeni CC: linux-kernel@vger.kernel.org CC: linux-...@vger.kernel.org --- Documentation/scheduler/sched-deadline.txt | 25 - 1 file

[PATCH] perf/x86/intel: move regs->flags EXACT bit init

This patch removes a redundant store on regs->flags introduced by commit: 71eb9ee9596d ("perf/x86/intel: Fix linear IP of PEBS real_ip on Haswell and later CPUs") We were clearing the PERF_EFLAGS_EXACT but it was overwritten by regs->flags = pebs->flags later on. The PERF_EFLAGS_EXACT is a

Inquiry 04/02/2018

Hello, This is Ms Julian Smith and i am from Invictus Group Co.,LTD in United Kingdom. We are glad to know about your company from the web and we are interested in your products. Could you kindly send us your Latest catalog and price list for our trial order. Best Regards, Julian Smith

Re: [PATCH ipmi/kcs_bmc v1] ipmi: kcs_bmc: optimize the data buffers allocation

Hi Corey, The 4.17 merge window is opened now, this patch is not yet in linux-next tree, so it will be merged into 4.18 ? Thanks & Regards, Haiyue On 2018-03-15 20:20, Haiyue Wang wrote: Allocate a continuous memory block for the three KCS data buffers with related index assignment.

Re: [PATCH RESEND v6 0/6] provide power off support for iMX6 with external PMIC

ping, this week is a merge window. Any chance to get it in to 4.17? On 05.03.2018 11:25, Oleksij Rempel wrote: > This patch series is providing power off support for Freescale/NXP iMX6 based > boards with external power management integrated circuit (PMIC). > As a first step the PMIC is

Re: [PATCH v2 1/2] spi: spi-ti-qspi: Fix parameters order in regmap_update_bits calls

On Friday 30 March 2018 03:11 PM, Arkadiusz Kwiatkowski wrote: > This commit fixes the order of parameters passed to regmap_update_bits > function inside spi-ti-qspi driver. Accidentally the code worked > correctly when cs=0, but it is not the case for other values. > Add: Fixes: 4dea6c9b0b64

[PATCH v3] scsi: Introduce sdev_printk_ratelimited to throttle frequent printk

There would be so many same lines printed by frequent printk if one disk went wrong, like, [ 546.185242] sd 0:1:0:0: rejecting I/O to offline device [ 546.185258] sd 0:1:0:0: rejecting I/O to offline device [ 546.185280] sd 0:1:0:0: rejecting I/O to offline device [ 546.185307] sd 0:1:0:0:

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On 2018-04-02 22:20, Boris Brezillon wrote: > On Mon, 2 Apr 2018 21:28:43 +0200 > Boris Brezillon wrote: > >> On Mon, 2 Apr 2018 19:59:39 +0200 >> Peter Rosin wrote: >> >>> On 2018-04-02 14:22, Boris Brezillon wrote: On Thu, 29 Mar 2018

[PATCH v5 00/13] Sunxi: Add SMP support on A83T

Hello everyone, This is a V5 of my series that adds SMP support for Allwinner sun8i-a83t. Based on sunxi's tree, sunxi/for-next branch. For boot CPU, I tried to add the CNTVOFF initialization in mc_smp.c file (in sunxi_mc_smp_init function) but it is not working. Instead of adding it in timer's

[PATCH v5 13/13] ARM: dts: sun8i: Add enable-method for SMP support for the A83T SoC

Add the use of enable-method property for SMP support which allows to handle the SMP support for this specific SoC. This commit adds enable-method properties to all CPU nodes. Signed-off-by: Mylène Josserand --- arch/arm/boot/dts/sun8i-a83t.dtsi | 8 1

[PATCH v5 08/13] ARM: sunxi: Add initialization of CNTVOFF

Add the initialization of CNTVOFF for sun8i-a83t. For boot CPU, Create a new machine that handles this function's call in an "init_early" callback. For secondary CPUs, add this function into secondary_startup assembly entry. Signed-off-by: Mylène Josserand ---

[PATCH v5 11/13] ARM: sun9i: smp: Add is_sun9i field

To prepare the support of sun8i-a83t, add a field in the smp_data structure to enable the case of sun9i. Start to handle the differences between sun9i-a80 and sun8i-a83t by using this variable. Add an index to retrieve which structures we are using. Signed-off-by: Mylène Josserand

[PATCH v5 02/13] ARM: sunxi: smp: Move assembly code into a file

Move the assembly code for cluster cache enabling into an assembly file instead of having it directly in C code. Remove the CFLAGS because we are using the ARM directive "arch" instead. Signed-off-by: Mylène Josserand --- arch/arm/mach-sunxi/Makefile | 4 +--

[PATCH v5 10/13] ARM: sun9i: smp: Move structures

To prepare the support for sun8i-a83t, move some structures at the beginning of the file. Signed-off-by: Mylène Josserand --- arch/arm/mach-sunxi/mc_smp.c | 48 +++- 1 file changed, 25 insertions(+), 23 deletions(-) diff

[PATCH v5 12/13] ARM: sun8i: smp: Add support for A83T

Add the support for A83T. A83T SoC has an additional register than A80 to handle CPU configurations: R_CPUS_CFG. Information about the register comes from Allwinner's BSP driver. An important difference is the Power Off Gating register for clusters which is BIT(4) in case of SUN9I-A80 and BIT(0)

[PATCH v5 09/13] ARM: sun9i: smp: Rename clusters's power-off

To prepare the support for sun8i-a83t, rename the variable name that handles the power-off of clusters because it is different from sun9i-a80 to sun8i-a83t. The power off register for clusters are different from a80 and a83t. Signed-off-by: Mylène Josserand

[PATCH v5 01/13] ARM: move cputype definitions into another file

To add the support for SMP on sun8i-a83t, we will use some definitions in an assembly file so move definitions into another file to separate C functions and macro defintions. Signed-off-by: Mylène Josserand --- arch/arm/include/asm/cputype.h | 94

[PATCH v5 03/13] ARM: sunxi: smp: Move cpu_resume assembly entry into file

Move the CPU resume assembly function into the assembly file to remove all assembly code from C code. Signed-off-by: Mylène Josserand --- arch/arm/mach-sunxi/headsmp.S | 5 + arch/arm/mach-sunxi/mc_smp.c | 11 +-- 2 files changed, 6 insertions(+), 10

[PATCH v5 05/13] ARM: dts: sun8i: Add R_CPUCFG device node for the A83T dtsi

The R_CPUCFG is a collection of registers needed for SMP bringup on clusters and cluster's reset. For the moment, documentation about this register is found in Allwinner's code only. Signed-off-by: Mylène Josserand --- arch/arm/boot/dts/sun8i-a83t.dtsi | 5 + 1

[PATCH v5 04/13] ARM: dts: sun8i: Add CPUCFG device node for A83T dtsi

As we found in sun9i-a80, CPUCFG is a collection of registers that are mapped to the SoC's signals from each individual processor core and associated peripherals. These registers are used for SMP bringup and CPU hotplugging. Signed-off-by: Mylène Josserand ---

[PATCH v5 07/13] ARM: smp: Add initialization of CNTVOFF

The CNTVOFF register from arch timer is uninitialized. It should be done by the bootloader but it is currently not the case, even for boot CPU because this SoC is booting in secure mode. It leads to an random offset value meaning that each CPU will have a different time, which isn't working very

[PATCH v5 06/13] ARM: dts: sun8i: a83t: Add CCI-400 node

Add CCI-400 node and control-port on CPUs needed by SMP bringup. Signed-off-by: Mylène Josserand --- arch/arm/boot/dts/sun8i-a83t.dtsi | 41 +++ 1 file changed, 41 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi

Re: [PATCH v5 06/13] ARM: dts: sun8i: a83t: Add CCI-400 node

On Tue, Apr 3, 2018 at 2:18 PM, Mylène Josserand wrote: > Add CCI-400 node and control-port on CPUs needed by SMP bringup. > > Signed-off-by: Mylène Josserand Reviewed-by: Chen-Yu Tsai

Re: [PATCH v5 04/13] ARM: dts: sun8i: Add CPUCFG device node for A83T dtsi

On Tue, Apr 3, 2018 at 2:18 PM, Mylène Josserand wrote: > As we found in sun9i-a80, CPUCFG is a collection of registers that are > mapped to the SoC's signals from each individual processor core and > associated peripherals. > > These registers are used for SMP

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On 2018-04-02 22:20, Boris Brezillon wrote: > On Mon, 2 Apr 2018 21:28:43 +0200 > Boris Brezillon wrote: > >> On Mon, 2 Apr 2018 19:59:39 +0200 >> Peter Rosin wrote: >> >>> On 2018-04-02 14:22, Boris Brezillon wrote: On Thu, 29 Mar 2018

Re: [PATCH 02/15] ARM: pxa: add dma slave map

On Mon, Apr 2, 2018 at 4:26 PM, Robert Jarzmik wrote: > + > +static const struct dma_slave_map pxa_slave_map[] = { > + /* PXA25x, PXA27x and PXA3xx common entries */ > + { "pxa-pcm-audio", "ac97_mic_mono", PDMA_FILTER_PARAM(LOWEST, 8) }, > + {

Re: [PATCH v5 01/13] ARM: move cputype definitions into another file

On Tue, Apr 3, 2018 at 2:18 PM, Mylène Josserand wrote: > To add the support for SMP on sun8i-a83t, we will use some > definitions in an assembly file so move definitions into > another file to separate C functions and macro defintions. Instead of moving the

Re: [PATCH] usbip: vhci_hcd: Fix usb device and sockfd leaks

On Mon, Apr 02, 2018 at 02:52:32PM -0600, Shuah Khan wrote: > vhci_hcd fails to do reset to put usb device and sockfd in the > module remove/stop paths. Fix the leak. > > Signed-off-by: Shuah Khan Should this be marked for the stable kernels? thanks, greg k-h

Re: [PATCH] usbip: vhc_hcd: prevent module being removed while device are attached

On Mon, Apr 02, 2018 at 02:52:31PM -0600, Shuah Khan wrote: > vhci_hcd module can be removed even when devices are attached. Fix to > prevent module removal when devices are still attached. > > Signed-off-by: Shuah Khan > --- > drivers/usb/usbip/vhci_sysfs.c | 25

Re: [PATCH net-next v2 1/2] fs/crashdd: add API to collect hardware dump in second kernel

Mon, Apr 02, 2018 at 02:30:45PM CEST, rahul.lakkire...@chelsio.com wrote: >On Monday, April 04/02/18, 2018 at 14:41:43 +0530, Jiri Pirko wrote: >> Fri, Mar 30, 2018 at 08:42:00PM CEST, ebied...@xmission.com wrote: >> >Rahul Lakkireddy writes: >> > >> >> On Friday,

Re: [PATCH v3 4/4] bus: fsl-mc: add bus rescan attribute

On Mon, Apr 02, 2018 at 01:46:13PM +, Ioana Ciornei wrote: > > > Introduce the rescan attribute as a bus attribute to synchronize the > > > fsl-mc bus objects and the MC firmware. > > > > > > To rescan the fsl-mc bus, e.g., > > > echo 1 > /sys/bus/fsl-mc/rescan > > > > > > Signed-off-by: Ioana

Re: [PATCH 14/15] ARM: pxa: change SSP devices allocation

On Mon, Apr 2, 2018 at 4:26 PM, Robert Jarzmik wrote: > > +static struct pxa_ssp_info pxa_ssp_infos[] = { > + { .dma_chan_rx_name = "ssp1_rx", .dma_chan_tx_name = "ssp1_tx", }, > + { .dma_chan_rx_name = "ssp1_rx", .dma_chan_tx_name = "ssp1_tx", }, > + {

Re: [PATCH v3] vsprintf: Prevent crash when dereferencing invalid pointers

On Tue 2018-04-03 14:54:18, Andy Shevchenko wrote: > On Tue, 2018-04-03 at 13:46 +0200, Petr Mladek wrote: > > On Mon 2018-04-02 17:15:23, Andy Shevchenko wrote: > > > On Thu, 2018-03-29 at 16:53 +0200, Petr Mladek wrote: > > > > On Fri 2018-03-16 20:19:35, Andy Shevchenko wrote: > > > > > On Thu,

Re: [virtio-dev] [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

On Fri, Mar 16, 2018 at 09:40:34AM -0700, Alexander Duyck wrote: > On Fri, Mar 16, 2018 at 9:34 AM, Michael S. Tsirkin wrote: > > On Thu, Mar 15, 2018 at 11:42:41AM -0700, Alexander Duyck wrote: > >> From: Alexander Duyck > >> > >> Hardware-realized

Re: [PATCH 3/8] bindings: PCI: designware: Add support for the EP in designware driver

Hi Kishon, On 03/04/2018 11:55, Kishon Vijay Abraham I wrote: > Hi, > > On Tuesday 03 April 2018 04:13 PM, Gustavo Pimentel wrote: >> Hi Kishon, >> >> On 02/04/2018 06:35, Kishon Vijay Abraham I wrote: >>> >>> >>> On Wednesday 28 March 2018 05:08 PM, Gustavo Pimentel wrote: Signed-off-by:

Re: [PATCH v1] kernel/trace:check the val against the available mem

On Tue, 3 Apr 2018 14:35:14 +0200 Michal Hocko wrote: > > If we use NORETRY, then we have those that complain that we do not try > > hard enough to reclaim memory. If we use RETRY_MAYFAIL we have this > > issue of taking up all memory before we get what we want. > > Just

Multiple generic PHY instances for DWC3 USB IP

Hi. Currently, DWC3 core IP (drivers/usb/dwc3/core.c) can take only one PHY phandle for each of SS, HS. (phy-names DT property is "usb2-phy" and "usb3-phy" for each) The DWC3 core IP is provided by Synopsys, but some SoC-dependent parts (a.k.a glue-layer) are implemented by SoC venders. The

Re: [PATCH V3 4/4] genirq/affinity: irq vector spread among online CPUs as far as possible

On Thu, 8 Mar 2018, Ming Lei wrote: > 1) before 84676c1f21 ("genirq/affinity: assign vectors to all possible CPUs") > irq 39, cpu list 0 > irq 40, cpu list 1 > irq 41, cpu list 2 > irq 42, cpu list 3 > > 2) after 84676c1f21 ("genirq/affinity: assign vectors to all possible

Re: [PATCH v2 1/3] locking: Document the semantics of spin_is_locked()

Andrea Parri wrote: > > It's more complicated than that. This function is dangerous and should be > > used with extreme care. In the case where CONFIG_SMP=n the value is locked > > one way or the other and it might be the wrong way. > > You mean "unlocked"?

[PATCH v2] x86/smpboot: Don't do mwait_play_dead() on AMD systems

From: Yazen Ghannam Recent AMD systems support using MWAIT for C1 state. However, MWAIT will not allow deeper cstates than C1 on current systems. With play_dead() we expect the OS to use the deepest state available. The deepest state available on AMD systems is reached

Re: [PATCH v5 06/12] PCI: designware-ep: Make dw_pcie_ep_set_bar() handle 64-bit BARs properly

On Tue, Apr 03, 2018 at 01:53:12PM +0100, Lorenzo Pieralisi wrote: > On Mon, Apr 02, 2018 at 09:37:03PM +0200, Niklas Cassel wrote: > > On Thu, Mar 29, 2018 at 03:17:11PM +0530, Kishon Vijay Abraham I wrote: > > > Hi, > > > > > > On Wednesday 28 March 2018 05:20 PM, Niklas Cassel wrote: > > > >

Re: [GIT PULL] f2fs update for 4.16-rc1

Hello, Stephen. On Tue, Apr 03, 2018 at 12:29:19PM +1000, Stephen Rothwell wrote: > > I am still applying this to the merge of the btrfs tree every day ... > > > > Commit > > 578c647879f7 ("f2fs: implement cgroup writeback support") > > was merged into Linus' tree on Jan 31. > > > > Here is

Re: problem with bio handling on raid5 and pblk

> On 23 Mar 2018, at 13.52, Javier González wrote: > >> On 22 Mar 2018, at 18.00, Matias Bjørling wrote: >> >> On 03/22/2018 03:34 PM, Javier González wrote: >>> Hi, >>> I have been looking into a bug report when using pblk and raid5 on top >>> and I am

Re: [GIT PULL] siginfo fix for v4.16-rc5

Geert Uytterhoeven writes: > Hi Eric, > > On Mon, Apr 2, 2018 at 10:17 PM, Eric W. Biederman > wrote: >> Eugene Syromiatnikov writes: >> >>> So, the offset of the si_lower field is 20 at the current HEAD and was 18 at >>> commits

Re: [RESEND] rtc: snvs: Fix usage of snvs_rtc_enable

Hi, On 02/04/2018 at 23:51:12 +0100, Bryan O'Donoghue wrote: > On 30/03/18 23:59, Trent Piepho wrote: > > However, I think that even if the driver fails to probe if there is a > > timeout at probe time, it's still possible to hang later if there are > > not limits to the hardware polling loops,

Re: [PATCH v2 1/3] locking: Document the semantics of spin_is_locked()

On Tue, Apr 03, 2018 at 07:17:18AM -0700, Paul E. McKenney wrote: > Suggestions for a fix? Clearly great care is required when using it > in things like WARN_ON()... Yeah, don't use it there, use lockdep_assert_held(). As I stated before in this thread, ideally we'd make *_is_locked() go away

Re: [PATCH] memcg, thp: do not invoke oom killer on thp charges

On Wed, Mar 21, 2018 at 09:59:28PM +0100, Michal Hocko wrote: > From: Michal Hocko > > David has noticed that THP memcg charge can trigger the oom killer > since 2516035499b9 ("mm, thp: remove __GFP_NORETRY from khugepaged and > madvised allocations"). We have used an explicit

Re: [RESEND] [PATCH] rtc: snvs: Fix usage of snvs_rtc_enable

On 28/03/2018 20:14:05+0100, Bryan O'Donoghue wrote: > commit 179a502f8c46 ("rtc: snvs: add Freescale rtc-snvs driver") introduces > the SNVS RTC driver with a function snvs_rtc_enable(). > > snvs_rtc_enable() can return an error on the enable path however this > driver does not currently trap

<    1   2   3   4   5   6   7   8   9   10   >