Re: [PATCH v6 3/6] kernel/reboot.c: export pm_power_off_prepare

Moving Rafael from Cc to To. Hi Rafael, can you please help here? I need your ACK or NACK for this patch. On Fri, May 04, 2018 at 01:49:56PM -0700, Andrew Morton wrote: > On Fri, 4 May 2018 20:50:52 +0200 Oleksij Rempel > wrote: > > > Hallo Andrew, > > I need your

Re: [PATCH v14 2/8] ASoC: sun4i-codec: Add Mic1 Boost Volume, Mic2 Boost Volume

Hi Maxime, On Thu, 3 May 2018 16:33:19 +0200 Maxime Ripard wrote: > > +struct sun4i_codec_quirks { > > + const struct regmap_config *regmap_config; > > + const struct snd_soc_component_driver *codec; > > + struct snd_soc_card * (*create_card)(struct device

[PATCH] scsi: mpt3sas: fix a missing-check bug

In _ctl_ioctl_main(), 'ioctl_header' is first copied from the userspace pointer 'arg'. 'ioctl_header.ioc_number' is then verified by _ctl_verify_adapter(). If the verification is failed, an error code -ENODEV is returned. Otherwise, the verification result, i.e., the MPT3SAS adapter that matches

Re: [PATCH v14 3/8] ASoC: sun4i-codec: Merge sun4i_codec_left_mixer_controls and sun4i_codec_right_mixer_controls into sun4i_codec_mixer_controls

Hi Maxime, On Thu, 3 May 2018 16:46:19 +0200 Maxime Ripard wrote: > Doesn't that mean that the controls will be shared between the right > and left mixers now, which wasn't the case before? Yes. However Chen-Yu said that except for debugfs that cannot be observed by

Re: [RFC PATCH 2/2] net: mac808211: mac802154: use lockdep_assert_in_softirq() instead own warning

* Sebastian Andrzej Siewior wrote: > On 2018-05-04 20:51:32 [+0200], Peter Zijlstra wrote: > > On Fri, May 04, 2018 at 08:45:39PM +0200, Sebastian Andrzej Siewior wrote: > > > On 2018-05-04 20:32:49 [+0200], Peter Zijlstra wrote: > > > > On Fri, May 04, 2018 at 07:51:44PM

Re: [PATCH 01/10] crypto: aead - allow to allocate AEAD requests on the stack

On Fri, May 04, 2018 at 09:18:41AM +0200, 'Antoine Tenart' wrote: > > In this driver we need to perform in certain cases an invalidation, > which is done thanks to invalidation requests. To do this we create > dummy requests, using SKCIPHER_REQUEST_ON_STACK and > AHASH_REQUEST_ON_STACK for ciphers

Re: [PATCH] Add a file named cgroup.procs_stat in cgroup

] url: https://github.com/0day-ci/linux/commits/zhangq95/Add-a-file-named-cgroup-procs_stat-in-cgroup/20180505-115518 reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones prefixed by >>) >

[PATCH v3 1/5] dt-bindings: devfreq: rk3399_dmc: improve binding documentation.

From: Nick Milner There are several typos, references to non existent files, grammar and punctuation mistakes in the rk3399_dmc.txt binding. This patch tries to improve the binding documentation and fix these mistakes. Signed-off-by: Nick Milner

Re: [v4.17-rcx] Lost IBPB, IBRS_FW support for spectre_v2 mitigation.

On Sat, May 05, 2018 at 11:47:53AM +0200, Jörg Otte wrote: > Patch doesn't hurt me. For me it´s ok. > > Thanks, Jörg Good, thanks for testing! -- Regards/Gruss, Boris. Good mailing practices for 400: avoid top-posting and trim the reply.

Re: [PATCH] locking/atomics: Shorten the __atomic_op() defines to __op()

* Ingo Molnar wrote: > If that's too then there's a few more things we could do - for example the ^--too much > attached patch renames a (very minor) misnomer to a shorter name and thus > saves on > the longest lines, the column histogram now looks like this:

[PATCH][RFC v2] ACPI: acpi_pad: Do not launch acpi_pad threads on idle cpus

According to current implementation of acpi_pad driver, it does not make sense to spawn any power saving threads on the cpus which are already idle - it might bring unnecessary overhead on these idle cpus and causes power waste. So verify the condition that if the number of 'busy' cpus exceeds the

Re: INFO: rcu detected stall in blkdev_ioctl

If various stall reports regarding loop_set_fd() are hitting below sequence, a patch was proposed at https://groups.google.com/d/msg/syzkaller-bugs/5pzXJ8yQFR0/vWeRytaQBAAJ . -- #include #include #include #include #include int main(int argc, char *argv[]) { const int fd =

[PATCH v2 2/2] i2c: core-smbus: fix a potential missing-check bug

In i2c_smbus_xfer_emulated(), the function i2c_transfer() is invoked to transfer i2c messages. The number of actual transferred messages is returned and saved to 'status'. If 'status' is negative, that means an error occurred during the transfer process. In that case, the value of 'status' is an

Re: [PATCH 38/40] ide: remove ide_driver_proc_write

Christoph Hellwig writes: > The driver proc file hasn't been writeable for a long time, so this is > just dead code. It is possible to chmod this file to get at the write method. Not that I think anyone does. It looks like this code was merged in 2.3.99-pre1 with permissions

RE: drivers/platform/x86/dell-smbios-smm.c:99: undefined reference to `dcdbas_smi_request'

No, your fix is in next, but needs to go to Linus via the fixes branch. I have 2 to send on to him. I am traveling and was planning to do it this weekend. On May 4, 2018 8:27:00 PM GMT+02:00, mario.limoncie...@dell.com wrote: >Darren, > >Is this with that fix of mine merged? > >> -Original

Re: [PATCH] Add a file named cgroup.procs_stat in cgroup

://github.com/0day-ci/linux/commits/zhangq95/Add-a-file-named-cgroup-procs_stat-in-cgroup/20180505-115518 config: i386-randconfig-x076-201817 (attached as .config) compiler: gcc-7 (Debian 7.3.0-16) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=i386 All errors

Re: [PATCH v2 0/2] cleanup and hardware keys

On Mon, Apr 23, 2018 at 08:25:13AM +0100, Gilad Ben-Yossef wrote: > Small cleanup and add support for CryptoCell hardware keys. > > Changes from v1: > - The cleanup patch is new, as Herbert took the previous one :-) > - Hardware key API uses the "paes" designator to indicate a protected key, >

Re: [PATCH] Add a file named cgroup.procs_stat in cgroup

://github.com/0day-ci/linux/commits/zhangq95/Add-a-file-named-cgroup-procs_stat-in-cgroup/20180505-115518 config: i386-randconfig-x014-201817 (attached as .config) compiler: gcc-7 (Debian 7.3.0-16) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=i386 All error

Re: [PATCH v4 2/3] drm/panel: Add Ilitek ILI9881c panel driver

Hi Maxime, I love your patch! Perhaps something to improve: [auto build test WARNING on ] url: https://github.com/0day-ci/linux/commits/Maxime-Ripard/drm-panel-Add-Ilitek-ILI9881c-controller-driver/20180505-104031 base: reproduce: # apt-get install sparse make ARCH

RE: [PATCH 2/2] leds: Add Spreadtrum SC27xx breathing light controller driver

Hi lkp, Thanks for your advise. I will improve in next version. Best Regards, 卢小通 Xiaotong Lu CPSD Dept. Unigroup Spreadtrum Technologies Co.,Ltd. Tel:  86-21-20360600 Ext. 2496 Fax: 86-21-20360700 E-mail: xiaotong...@unisoc.com Http://www.spreadtrum.com -Original Message- From:

Re: [PATCH] crypto: tcrypt: Remove VLA usage

On Thu, Apr 26, 2018 at 07:57:28PM -0700, Kees Cook wrote: > In the quest to remove all stack VLA usage from the kernel[1], this > allocates the return code buffers before starting jiffie timers, rather > than using stack space for the array. Additionally cleans up some exit > paths and make sure

Re: [PATCH v4 3/3] [DO NOT MERGE] arm: dts: sun8i: bpi-m2m: Add DSI display

Hi Maxime, I love your patch! Yet something to improve: [auto build test ERROR on ] url: https://github.com/0day-ci/linux/commits/Maxime-Ripard/drm-panel-Add-Ilitek-ILI9881c-controller-driver/20180505-104031 base: config: arm-at91_dt_defconfig (attached as .config) compiler: arm-linux

Re: [PATCH] crypto: ghash-clmulni: fix spelling mistake: "acclerated" -> "accelerated"

On Fri, Apr 27, 2018 at 07:08:05PM +0100, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in module description text > > Signed-off-by: Colin Ian King Patch applied. Thanks. -- Email: Herbert Xu

[PATCH v2] async_pq: Remove VLA usage

In the quest to remove VLAs from the kernel[1], this moves the allocation of coefs and blocks from the stack to being kmalloc()ed. [1] https://lkml.org/lkml/2018/3/7/621 Signed-off-by: Kyle Spiers --- Forgot to add slab.h --- crypto/async_tx/async_pq.c | 18

Re: [PATCH v2] staging: lustre: llite: fix potential missing-check bug when copying lumv

On Fri, May 04, 2018 at 10:01:44AM -0500, Kangjie Lu wrote: > > There is nothing preventing the user from using struct lov_mds_md_v3 but > > filling in lmm_magic = LOV_MAGIC_V1 from the beginning, no need for a race. > > > > Right. No need for users to race. There might be a type confusion issue

Re: [PATCH v9 01/12] ARM: Allow this header to be included by assembly files

Hello! On 5/4/2018 10:05 PM, Mylène Josserand wrote: From: Doug Berger The constants defined in this file are equally useful in assembly and C source files. The arm64 architecture version of this file allows inclusion in both assembly and C source files, so this this

[PATCH v2 1/2] ARM: dts: am335x: Replace numeric pinmux address with macro defines

The values are extraced from the "AM335x SitaraTM Processors Technical Reference Manual", Section 9.3.1 CONTROL_MODULE Registers, based on the file autogenerated by TI PinMux. The register conf_rtc_kaldo_enn was removed from the Control Module Registers table with Revision M. Signed-off-by:

[PATCH v2 0/2] Add macro defines for AM335x

This patchset replaces the register offsets for am335x with macro defines. The values are extraced from the "AM335x SitaraTM Processors Technical Reference Manual". The TRM lists AM3351, AM3352, AM3354, AM3356, AM3357, AM3358 and AM3359 on page 173. So I would assume the registers are the same

Re: [PATCH 1/6] locking/atomic, asm-generic: instrument ordering variants

On Fri, May 04, 2018 at 08:24:22PM +0200, Peter Zijlstra wrote: > On Fri, May 04, 2018 at 07:09:09PM +0100, Mark Rutland wrote: > > On Fri, May 04, 2018 at 08:01:05PM +0200, Peter Zijlstra wrote: > > > On Fri, May 04, 2018 at 06:39:32PM +0100, Mark Rutland wrote: > > > > >

Re: [PATCH 2/8] rhashtable: remove nulls_base and related code.

On Fri, May 04, 2018 at 01:54:14PM +1000, NeilBrown wrote: > This "feature" is unused, undocumented, and untested and so > doesn't really belong. If a use for the nulls marker > is found, all this code would need to be reviewed to > ensure it works as required. It would be just as easy to > just

Re: [PATCH 5/8] rhashtable: remove rhashtable_walk_peek()

On Fri, May 04, 2018 at 01:54:14PM +1000, NeilBrown wrote: > This function has a somewhat confused behavior that is not properly > described by the documentation. > Sometimes is returns the previous object, sometimes it returns the > next one. > Sometimes it changes the iterator, sometimes it

Re: [PATCH] locking/atomics: Clean up the atomic.h maze of #defines

* Ingo Molnar wrote: > * Peter Zijlstra wrote: > > > > So we could do the following simplification on top of that: > > > > > > #ifndef atomic_fetch_dec_relaxed > > > # ifndef atomic_fetch_dec > > > # define atomic_fetch_dec(v)

Re: [PATCH] [stable] arm64: Add work around for Arm Cortex-A55 Erratum 1024718

Hi Greg, On 05/04/2018 11:15 PM, Greg KH wrote: On Tue, May 01, 2018 at 11:26:04AM +0100, Suzuki K Poulose wrote: commit ece1397cbc89c51914fae1aec729539cfd8bd62b upstream ... Note: The upstream commit is on top of a reworked capability infrastructure for arm64 heterogeneous systems,

[PATCH v3] f2fs: fix to avoid race during access gc_thread pointer

Thread AThread BThread C - f2fs_remount - stop_gc_thread - f2fs_sbi_store - issue_discard_thread sbi->gc_thread = NULL;

[PATCH 2/3] f2fs: introduce GC_I for cleanup

Introduce GC_I to replace sbi->gc_thread for cleanup, no logic changes. Signed-off-by: Chao Yu --- fs/f2fs/debug.c | 2 +- fs/f2fs/f2fs.h| 5 + fs/f2fs/gc.c | 14 +++--- fs/f2fs/segment.c | 4 ++-- fs/f2fs/super.c | 4 ++-- fs/f2fs/sysfs.c | 8

Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug

/linux/commits/Wenwen-Wang/i2c-core-smbus-fix-a-potential-uninitialization-bug/20180505-164208 base: https://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/for-next config: x86_64-randconfig-x013-201817 (attached as .config) compiler: gcc-7 (Debian 7.3.0-16) 7.3.0 reproduce

Re: [PATCH 11/40] ipv6/flowlabel: simplify pid namespace lookup

Christoph Hellwig writes: > The shole seq_file sequence already operates under a single RCU lock pair, > so move the pid namespace lookup into it, and stop grabbing a reference > and remove all kinds of boilerplate code. This is wrong. Move task_active_pid_ns(current) from open to

Re: [PATCH 34/40] atm: simplify procfs code

Christoph Hellwig writes: > Use remove_proc_subtree to remove the whole subtree on cleanup, and > unwind the registration loop into individual calls. Switch to use > proc_create_seq where applicable. Can you please explain why you are removing the error handling when you are

Re: [RFC PATCH 0/3] serial: uartps: Add run time support for more IPs than hardcoded 2

On 2018-04-26 16:08, Michal Simek wrote: Hi, this series is trying to address discussion I had with Alan in past https://patchwork.kernel.org/patch/9738445/. It is moving uart_register_driver() to probe function like it is done in pl011 driver. And also introducing new function for alias

Re: [PATCH] locking/atomics/powerpc: Move cmpxchg helpers to asm/cmpxchg.h and define the full set of cmpxchg APIs

On Sat, May 05, 2018 at 03:27:51PM +0200, Ingo Molnar wrote: > > * Boqun Feng wrote: > > > > May I suggest the patch below? No change in functionality, but it > > > documents the > > > lack of the cmpxchg_release() APIs and maps them explicitly to the full > > >

Re: [PATCH v2 07/10] PCI: Convert of_pci_get_host_bridge_resources() users to devm variant

Hi Lorenzo, On 05/04/2018 07:44 PM, Lorenzo Pieralisi wrote: > On Thu, May 03, 2018 at 10:18:24AM +0300, Vladimir Zapolskiy wrote: >> Hi Jan, >> >> On 04/30/2018 08:48 AM, Jan Kiszka wrote: >>> From: Jan Kiszka >>> >>> Straightforward for all of them, no more leaks

[PATCH] locking/atomics: Clean up the atomic.h maze of #defines

* Mark Rutland wrote: > On Fri, May 04, 2018 at 08:01:05PM +0200, Peter Zijlstra wrote: > > On Fri, May 04, 2018 at 06:39:32PM +0100, Mark Rutland wrote: > > > Currently only instruments the fully > > > ordered variants of atomic functions, ignoring the > > >

[PATCH] locking/atomics: Simplify the op definitions in atomic.h some more

* Ingo Molnar wrote: > Before: > > #ifndef atomic_fetch_dec_relaxed > > #ifndef atomic_fetch_dec > #define atomic_fetch_dec(v) atomic_fetch_sub(1, (v)) > #define atomic_fetch_dec_relaxed(v) atomic_fetch_sub_relaxed(1, (v)) > #define atomic_fetch_dec_acquire(v)

Re: [PATCH v2] KVM: X86: Limit timer frequency to 200ms

On 2018-05-05 01:44, Wanpeng Li wrote: > ping, > 2018-05-01 7:35 GMT+08:00 Wanpeng Li : >> From: Wanpeng Li >> >> Anthoine reported: >> The period used by Windows change over time but it can be 1 milliseconds >> or less. I saw the

[PATCH] locking/atomics: Combine the atomic_andnot() and atomic64_andnot() API definitions

* Ingo Molnar wrote: > Note that the simplest definition block is now: > > #ifndef atomic_cmpxchg_relaxed > # define atomic_cmpxchg_relaxed atomic_cmpxchg > # define atomic_cmpxchg_acquire atomic_cmpxchg > # define

Re: [PATCH] locking/atomics: Clean up the atomic.h maze of #defines

On Sat, May 05, 2018 at 11:09:03AM +0200, Ingo Molnar wrote: > > > # ifndef atomic_fetch_dec_acquire > > > # define atomic_fetch_dec_acquire(...) > > > __atomic_op_acquire(atomic_fetch_dec, __VA_ARGS__) > > > # endif > > > # ifndef atomic_fetch_dec_release > > > # define

Re: [PATCH 3/8] rhashtable: use cmpxchg() to protect ->future_tbl.

On Fri, May 04, 2018 at 01:54:14PM +1000, NeilBrown wrote: > Rather than borrowing one of the bucket locks to > protect ->future_tbl updates, use cmpxchg(). > This gives more freedom to change how bucket locking > is implemented. > > Signed-off-by: NeilBrown This looks nice. >

Re: [PATCH 4/8] rhashtable: fix race in nested_table_alloc()

On Fri, May 04, 2018 at 01:54:14PM +1000, NeilBrown wrote: > If two threads run nested_table_alloc() at the same time > they could both allocate a new table. > Best case is that one of them will never be freed, leaking memory. > Worst case is hat entry get stored there before it leaks, > and the

Re: [PATCH 8/8] rhashtable: don't hold lock on first table throughout insertion.

On Fri, May 04, 2018 at 01:54:14PM +1000, NeilBrown wrote: > rhashtable_try_insert() currently hold a lock on the bucket in > the first table, while also locking buckets in subsequent tables. > This is unnecessary and looks like a hold-over from some earlier > version of the implementation. > >

Re: [PATCH 7/8] rhashtable: add rhashtable_walk_prev()

On Fri, May 04, 2018 at 01:54:14PM +1000, NeilBrown wrote: > rhashtable_walk_prev() returns the object returned by > the previous rhashtable_walk_next(), providing it is still in the > table (or was during this grace period). > This works even if rhashtable_walk_stop() and rhashtable_talk_start()

Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug

/linux/commits/Wenwen-Wang/i2c-core-smbus-fix-a-potential-uninitialization-bug/20180505-164208 base: https://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/for-next config: i386-randconfig-a0-201817 (attached as .config) compiler: gcc-4.9 (Debian 4.9.4-2) 4.9.4 reproduce: # save

[RFC] Removal of CONFIG_HAVE_UNDERSCORE_SYMBOL_PREFIX

Hi. CONFIG_HAVE_UNDERSCORE_SYMBOL_PREFIX was selected by BLACKFIN and METAG. Now that both architectures removed in the previous merge window, there is no more user of this CONFIG option. My question is, is it OK to remove CONFIG_HAVE_UNDERSCORE_SYMBOL_PREFIX entirely? In other words, -

[RFC PATCH] locking/atomics/powerpc: Clarify why the cmpxchg_relaxed() family of APIs falls back to full cmpxchg()

* Boqun Feng wrote: > On Sat, May 05, 2018 at 11:38:29AM +0200, Ingo Molnar wrote: > > > > * Ingo Molnar wrote: > > > > > * Peter Zijlstra wrote: > > > > > > > > So we could do the following simplification on top of that: > > >

Re: [PATCH] net: dsa: drop some VLAs in switch.c

2018-03-13 21:06 GMT+01:00 Florian Fainelli : > On 03/13/2018 12:58 PM, Vivien Didelot wrote: >> Hi Salvatore, >> >> Salvatore Mesoraca writes: >> >>> dsa_switch's num_ports is currently fixed to DSA_MAX_PORTS. So we avoid >>> 2 VLAs[1] by using

Re: [PATCH] kbuild: gcov: enable -fno-tree-loop-im if supported

2018-04-27 6:41 GMT+09:00 Nick Desaulniers : > Hi Masahiro and Michal, > > The reporter has asked for their email address to be updated to: > > psoda...@codeaurora.org > > if you're ok with this version of the patch and choose to apply it, can you > please update the

Re: [PATCH][RFC] ACPI: acpi_pad: Do not launch acpi_pad threads on idle cpus

On Fri, May 04, 2018 at 04:08:42PM +0800, Chen Yu wrote: > According to current implementation of acpi_pad driver, > it does not make sense to spawn any power saving threads > on the cpus which are already idle - it might bring > unnecessary overhead on these idle cpus and causes power > waste. So

[PATCH v2 1/2] i2c: core-smbus: fix a potential uninitialization bug

In i2c_smbus_xfer_emulated(), there are two buffers: msgbuf0 and msgbuf1, which are used to save a series of messages, as mentioned in the comment. According to the value of the variable 'size', msgbuf0 is initialized to various values. In contrast, msgbuf1 is left uninitialized until the function

Re: [PATCH] crypto: caam - fix size of RSA prime factor q

On Fri, Apr 27, 2018 at 11:40:11AM +0300, Horia Geantă wrote: > Fix a typo where size of RSA prime factor q is using the size of > prime factor p. > > Cc: # 4.13+ > Fixes: 52e26d77b8b3 ("crypto: caam - add support for RSA key form 2") > Fixes: 4a651b122adb ("crypto: caam

Re: [PATCH 0/2] Fix stm32-rng for default state and suspend

On Mon, Apr 23, 2018 at 05:04:24PM +0200, Lionel Debieve wrote: > This series are fixing the default build state for stm32-rng that > activate the driver with arm multi_v7_defconfig. > Second patch is fixing the power suspend/resume behavior which was > not working. > > Lionel Debieve (2): >

Re: [v3] [media] Use common error handling code in 19 functions

> @@ -656,18 +656,18 @@ static int dvb_dmxdev_start_feed(struct dmxdev *dmxdev, > tsfeed->priv = filter; > > ret = tsfeed->set(tsfeed, feed->pid, ts_type, ts_pes, timeout); > - if (ret < 0) { > - dmxdev->demux->release_ts_feed(dmxdev->demux, tsfeed); > -

[PATCH V6 5/7] ARM: dts: imx6sx-sabreauto: add wdog external reset

i.MX6SX Sabre Auto board has GPIO1_IO13 pin can be MUXed as WDOG output to reset PMIC, add this function support. Signed-off-by: Anson Huang --- arch/arm/boot/dts/imx6sx-sabreauto.dts | 12 1 file changed, 12 insertions(+) diff --git

[PATCH V6 3/7] ARM: dts: imx6sx-sabreauto: add IO expander max7310 support

i.MX6SX Sabre Auto board has two max7310 IO expander on I2C3 bus, add support for them. Signed-off-by: Dong Aisheng Signed-off-by: Anson Huang --- changes since V5: improve pinctrl node name. arch/arm/boot/dts/imx6sx-sabreauto.dts | 28

Re: I2C PM overhaul needed? (Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called)

Hi Mark, > > And maybe this could be used here, too? Introduce this flag for very > > late/early messages. If they have it, messages are even sent in > > suspend_noirq() phase with the master_xfer_irqless() callback, otherwise > > we will have the WARNing printed out. > > It feels like it'd be

[PATCH V6 6/7] ARM: dts: imx6sx-sabreauto: add debug LED support

There is a debug LED(D11) connected to GPIO1_IO24, add support for it. Signed-off-by: Anson Huang --- arch/arm/boot/dts/imx6sx-sabreauto.dts | 18 ++ 1 file changed, 18 insertions(+) diff --git a/arch/arm/boot/dts/imx6sx-sabreauto.dts

[PATCH V6 4/7] ARM: dts: imx6sx-sabreauto: add fec support

Add FEC support on i.MX6SX Sabre Auto board. Signed-off-by: Fugang Duan Signed-off-by: Anson Huang --- changes since V5: use "gpios" instead of "enable-gpio". arch/arm/boot/dts/imx6sx-sabreauto.dts | 80 ++ 1

[PATCH V6 1/7] ARM: dts: imx6sx-sabreauto: add PMIC support

Add pfuze100 support on i.MX6SX Sabre Auto board. Signed-off-by: Robin Gong Signed-off-by: Anson Huang --- changes since V5: improve node name and unit-address format. arch/arm/boot/dts/imx6sx-sabreauto.dts | 116

[PATCH V6 2/7] ARM: dts: imx6sx-sabreauto: add max7322 IO expander support

Add MAX7322 IO expander support. Signed-off-by: Fugang Duan Signed-off-by: Anson Huang --- arch/arm/boot/dts/imx6sx-sabreauto.dts | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/imx6sx-sabreauto.dts

[PATCH V6 7/7] ARM: dts: imx6sx-sabreauto: add egalax touch screen support

Add egalax touch screen support on i2c2 bus. Signed-off-by: Haibo Chen Signed-off-by: Anson Huang --- changes since V5: improve pinctrl node name and touchscreen node name. arch/arm/boot/dts/imx6sx-sabreauto.dts | 16 1

Re: [PATCH] locking/atomics: Clean up the atomic.h maze of #defines

On Sat, May 5, 2018 at 10:47 AM, Peter Zijlstra wrote: > On Sat, May 05, 2018 at 10:11:00AM +0200, Ingo Molnar wrote: > >> Before: >> >> #ifndef atomic_fetch_dec_relaxed >> >> #ifndef atomic_fetch_dec >> #define atomic_fetch_dec(v) atomic_fetch_sub(1, (v)) >>

Re: [PATCH] locking/atomics: Clean up the atomic.h maze of #defines

* Peter Zijlstra wrote: > > So we could do the following simplification on top of that: > > > > #ifndef atomic_fetch_dec_relaxed > > # ifndef atomic_fetch_dec > > # define atomic_fetch_dec(v) atomic_fetch_sub(1, (v)) > > # define

Re: [PATCH] locking/atomics: Clean up the atomic.h maze of #defines

On Sat, May 05, 2018 at 11:05:51AM +0200, Dmitry Vyukov wrote: > On Sat, May 5, 2018 at 10:47 AM, Peter Zijlstra wrote: > > And I seriously hate this one: > > > > ba1c9f83f633 ("locking/atomic/x86: Un-macro-ify atomic ops > > implementation") > > > > and will likely undo

Re: [PATCH] pci: endpoint: Replace mdelay with usleep_range in pci_epf_test_write

On Friday 04 May 2018 09:59 PM, Lorenzo Pieralisi wrote: > On Tue, Apr 10, 2018 at 09:04:06PM +0800, Jia-Ju Bai wrote: >> pci_epf_test_write() is never called in atomic context. >> >> The call chain ending up at pci_epf_test_write() is: >> [1] pci_epf_test_write() <- pci_epf_test_cmd_handler()

Re: [PATCH v2 04/27] coresight: Introduce support for Coresight Addrss Translation Unit

On 05/03/2018 09:25 PM, Mathieu Poirier wrote: On 3 May 2018 at 11:31, Mathieu Poirier wrote: On Tue, May 01, 2018 at 10:10:34AM +0100, Suzuki K Poulose wrote: Add the initial support for Coresight Address Translation Unit, which augments the TMC in Coresight

[PATCH 1/3] f2fs: fix to initialize i_current_depth according to inode type

i_current_depth is used only for directory inode, but its space is shared with i_gc_failures field used for regular inode, in order to avoid affecting i_gc_failures' value, this patch fixes to initialize the union's fields according to inode type. Signed-off-by: Chao Yu ---

[PATCH 3/3] f2fs: avoid stucking GC due to atomic write

f2fs doesn't allow abuse on atomic write class interface, so except limiting in-mem pages' total memory usage capacity, we need to limit atomic-write usage as well when filesystem is seriously fragmented, otherwise we may run into infinite loop during foreground GC because target blocks in victim

[PATCH] locking/atomics: Shorten the __atomic_op() defines to __op()

* Peter Zijlstra wrote: > On Sat, May 05, 2018 at 11:09:03AM +0200, Ingo Molnar wrote: > > > > # ifndef atomic_fetch_dec_acquire > > > > # define atomic_fetch_dec_acquire(...) > > > > __atomic_op_acquire(atomic_fetch_dec, __VA_ARGS__) > > > > # endif > > > > #

Re: [PATCH v5] gpio: dwapb: Add support for 1 interrupt per port A GPIO

On Thu, Apr 26, 2018 at 7:19 PM, Phil Edworthy wrote: Sotty fo a late response. Consider follow up fixes for below. > if (!pp->irq_shared) { > + int i; > + > + for (i = 0; i < pp->ngpio; i++) { > + if

[PATCH v3] KVM: X86: Lower the default timer frequency limit to 200us

From: Wanpeng Li Anthoine reported: The period used by Windows change over time but it can be 1 milliseconds or less. I saw the limit_periodic_timer_frequency print so 500 microseconds is sometimes reached. As suggested by Paolo, lower the default timer frequency

Re: [PATCH v2] KVM: X86: Limit timer frequency to 200ms

2018-05-05 16:36 GMT+08:00 Jan Kiszka : > On 2018-05-05 01:44, Wanpeng Li wrote: >> ping, >> 2018-05-01 7:35 GMT+08:00 Wanpeng Li : >>> From: Wanpeng Li >>> >>> Anthoine reported: >>> The period used by Windows change over time but

Re: [RFC PATCH] locking/atomics/powerpc: Clarify why the cmpxchg_relaxed() family of APIs falls back to full cmpxchg()

On Sat, May 05, 2018 at 12:35:50PM +0200, Ingo Molnar wrote: > > * Boqun Feng wrote: > > > On Sat, May 05, 2018 at 11:38:29AM +0200, Ingo Molnar wrote: > > > > > > * Ingo Molnar wrote: > > > > > > > * Peter Zijlstra wrote: > > >

Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug

On Sat, May 5, 2018 at 5:28 AM, Peter Rosin wrote: > On 2018-05-05 03:43, Wenwen Wang wrote: >> In i2c_smbus_xfer_emulated(), there are two buffers: msgbuf0 and msgbuf1, >> which are used to save a series of messages, as mentioned in the comment. >> According to the value of the

EOL for the 3.2 kernel?

Hi, will there be an announcement that Linux 3.2 is EOL or will there be another release which announces it as the last release of this stable series? The kernel release page https://www.kernel.org/category/releases.html lists it as EOL for this month. Charlemagne

Re: [PATCH BUGFIX] block, bfq: postpone rq preparation to insert or merge

On Fri, 2018-05-04 at 21:46 +0200, Mike Galbraith wrote: > Tentatively, I suspect you've just fixed the nasty stalls I reported a > while back. Oh well, so much for optimism. It took a lot, but just hung.

Re: [PATCH] locking/atomics: Clean up the atomic.h maze of #defines

On Sat, May 05, 2018 at 10:11:00AM +0200, Ingo Molnar wrote: > Before: > > #ifndef atomic_fetch_dec_relaxed > > #ifndef atomic_fetch_dec > #define atomic_fetch_dec(v) atomic_fetch_sub(1, (v)) > #define atomic_fetch_dec_relaxed(v) atomic_fetch_sub_relaxed(1, (v)) > #define

Re: [PATCH 1/8] rhashtable: silence RCU warning in rhashtable_test.

On Fri, May 04, 2018 at 01:54:14PM +1000, NeilBrown wrote: > print_ht in rhashtable_test calls rht_dereference() with neither > RCU protection or the mutex. This triggers an RCU warning. > So take the mutex to silence the warning. > > Signed-off-by: NeilBrown I don't think the

Re: [PATCH] locking/atomics: Clean up the atomic.h maze of #defines

On Sat, May 05, 2018 at 11:04:03AM +0200, Ingo Molnar wrote: > > * Peter Zijlstra wrote: > > > > So we could do the following simplification on top of that: > > > > > > #ifndef atomic_fetch_dec_relaxed > > > # ifndef atomic_fetch_dec > > > # define atomic_fetch_dec(v)

[PATCH v3 2/5] dt-bindings: clock: add rk3399 DDR3 standard speed bins.

DDR3 SDRAM Standard (JESD79-3F) defines some standard speed bins for DDR3 memories. The rk3399_dmc driver allows you to pass these values via the device tree. For that purpose the devfreq/rk3399_dmc.txt binding refers to a ddr.h file which does not exist. This patch adds the missing defines in a

[PATCH v3 4/5] dt-bindings: devfreq: rk3399_dmc: move interrupts to be optional.

In ATF we already wait for DDR DVFS finish, so move the interrupts properties to be optional. Signed-off-by: Enric Balletbo i Serra Reviewed-by: Chanwoo Choi --- Changes in v3: - [4/6] Move interrupts to be optional instead of remove.

[PATCH v3 0/5] devfreq: rk3399_dmc: improve rk3399_dmc driver and it's documentation

Dear all, These patches is an attempt to improve a little bit the rk3399_dmc driver and it's documentation in order to have all in a better shape for a future work I am doing. My final intention is add ddrfreq support for rockchip drm driver, but the patches for this are still work-in-progress.

[PATCH v3 5/5] devfreq: rk3399_dmc: do not print error when get supply and clk defer.

From: Lin Huang We just return -EPROBE_DEFER error code to caller and do not print error message when try to get center logic regulator and DMC clock defer. Signed-off-by: Lin Huang Signed-off-by: Enric Balletbo i Serra

[PATCH v3 3/5] devfreq: rk3399_dmc: remove wait for dcf irq event.

We have already wait dcf done in ATF, so don't need wait dcf irq in kernel, besides, clear dcf irq in kernel will import competiton between kernel and ATF, only handle dcf irq in ATF is a better way. Signed-off-by: Lin Huang Signed-off-by: Enric Balletbo i Serra

Re: [v4.17-rcx] Lost IBPB, IBRS_FW support for spectre_v2 mitigation.

2018-05-04 18:18 GMT+02:00 Borislav Petkov : > On Wed, May 02, 2018 at 02:20:52PM +0200, Thomas Gleixner wrote: >> Thanks for confirming. Still need to find a way which is less fragile, but >> that's probably too much of churn for rc4 >> >> At least I know exactly what's

[RFC PATCH] locking/atomics/powerpc: Introduce optimized cmpxchg_release() family of APIs for PowerPC

* Ingo Molnar wrote: > > So there's no loss in arch flexibility. > > BTW., PowerPC for example is already in such a situation, it does not define > atomic_cmpxchg_release(), only the other APIs: > > #define atomic_cmpxchg(v, o, n) (cmpxchg(&((v)->counter), (o), (n))) >

Re: [RFC PATCH] locking/atomics/powerpc: Introduce optimized cmpxchg_release() family of APIs for PowerPC

Hi Ingo, On Sat, May 05, 2018 at 12:00:55PM +0200, Ingo Molnar wrote: > > * Ingo Molnar wrote: > > > > So there's no loss in arch flexibility. > > > > BTW., PowerPC for example is already in such a situation, it does not > > define > > atomic_cmpxchg_release(), only the

Re: [PATCH V6 7/7] ARM: dts: imx6sx-sabreauto: add egalax touch screen support

Hi Anson, On Sat, May 5, 2018 at 5:29 AM, Anson Huang wrote: > Add egalax touch screen support on i2c2 bus. > > Signed-off-by: Haibo Chen Is Haibo the author of this patch? If so, his name should appear in the From field. > Signed-off-by: Anson

PCI: Regression in remove NULL device handling from PCI DMA API

Christoph, I bisected the following kernel panic to the patch "PCI: Remove NULL device handling from PCI DMA API". It seems we still need NULL checking for some older drivers, in my case the 3c59x driver for PCI/EISA cards. I am pretty sure the panic arises in the driver here

[PATCH] locking/atomics/powerpc: Move cmpxchg helpers to asm/cmpxchg.h and define the full set of cmpxchg APIs

* Boqun Feng wrote: > > May I suggest the patch below? No change in functionality, but it documents > > the > > lack of the cmpxchg_release() APIs and maps them explicitly to the full > > cmpxchg() > > version. (Which the generic code does now in a rather roundabout

Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data

Em Thu, 19 Apr 2018 22:00:07 +0200 Wolfram Sang escreveu: > This header only contains platform_data. Move it to the proper directory. > > Signed-off-by: Wolfram Sang > --- > MAINTAINERS | 2 +- >

Re: [PATCH] percpu_ida: Use _irqsave() instead of local_irq_save() + spin_lock

On 5/4/18 9:51 PM, Matthew Wilcox wrote: > On Fri, May 04, 2018 at 04:22:16PM -0700, Andrew Morton wrote: >> I'm feeling a bit hostile toward lib/percpu_ida.c in general ;) It has >> very few users and seems rather complicated (what's with that >> schedule() in percpu_ida_alloc?). I'm suspecting

Re: [PATCH v7 00/16] tracing: probeevent: Improve fetcharg features

Masami Hiramatsu wrote: On Fri, 4 May 2018 12:06:42 -0400 Steven Rostedt wrote: On Sat, 5 May 2018 00:48:28 +0900 Masami Hiramatsu wrote: > > Also, when looking at the kprobe code, I was looking at this > > function: > > > > > /* Ftrace callback

  1   2   3   4   5   >