RE: [PATCH V4 0/9] clk: add imx7ulp clk support

It's been a few months without comments. Shawn & Stephen, Would you provide some suggestions on how to handle this? Regards Dong Aisheng > -Original Message- > From: A.s. Dong > Sent: Thursday, September 6, 2018 11:25 AM > To: linux-...@vger.kernel.org; sb...@kernel.org; shawn...@kernel.

[BUG] pwm: sysfs: It is not possible to export more than one channel

Hi, Since commit 7e5d1fd75c3d ("pwm: Set class for exported channels in sysfs") it is not possible to export more than one PWM channel. This is because for each exported channel a directory named pwmN is created in /sys/class/pwm/. As channels for all PWM chips are numbered from 0 it is not poss

Re: [PATCH 4.4 00/70] 4.4.158-stable review

On Mon, Sep 24, 2018 at 04:15:45PM -0600, Shuah Khan wrote: > On 09/24/2018 05:51 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.4.158 release. > > There are 70 patches in this series, all will be posted as a response > > to this one. If anyone has any iss

Re: [PATCH] gpio: mockup: use device properties instead of platform_data

On Tue, Sep 25, 2018 at 11:03 AM Mika Westerberg wrote: > On Tue, Sep 25, 2018 at 10:53:30AM +0200, Linus Walleij wrote: > > On Mon, Sep 24, 2018 at 9:35 AM Bartosz Golaszewski wrote: > > > niedz., 23 wrz 2018 o 13:17 Bartosz Golaszewski > > > napisał(a): > > > > > > > > Some users want to intr

Re: [PATCH 1/3] dt-bindings: mtd: stm32_fmc2: add STM32 FMC2 NAND controller documentation

Hi Boris, On 09/24/2018 07:17 PM, Boris Brezillon wrote: Hi Christophe, On Mon, 24 Sep 2018 18:36:27 +0200 Christophe Kerello wrote: +- st,fmc2_timings: array of 8 bytes for NAND timings. The meanings of + these bytes are: + byte 0 TCLR : CLE to RE delay in number of AHB clock cycles,

Re: [PATCH 2/3] mtd: rawnand: stm32_fmc2: add STM32 FMC2 NAND flash controller driver

Hi Boris, On 09/24/2018 07:23 PM, Boris Brezillon wrote: Hi Christophe, On Mon, 17 Sep 2018 17:47:39 +0200 wrote: +struct stm32_fmc2 { + struct nand_chip chip; + struct device *dev; + void __iomem *io_base; + void __iomem *data_base[FMC2_MAX_CE]; + void __iomem

[PATCH v2 6/6] memory-hotplug.txt: Add some details about locking internals

Let's document the magic a bit, especially why device_hotplug_lock is required when adding/removing memory and how it all play together with requests to online/offline memory from user space. Cc: Jonathan Corbet Cc: Michal Hocko Cc: Andrew Morton Reviewed-by: Pavel Tatashin Reviewed-by: Rashmi

[PATCH v5 2/5] drm/dp: fix link probing for devices supporting DP 1.4+

From: Quentin Schulz DP 1.4 introduced a DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT bit in DP_TRAINING_AUX_RD_INTERVAL register. If set, DPCD registers from DP_DPCD_REV to DP_ADAPTER_CAP should be retrieved starting from DP_DPCD_REV_EXTENDED. All registers are copied except DP_DPCD_REV, DP_MAX_LINK_R

Re: [PATCH] xhci: Add check for invalid byte size error when UAS devices are connected.

On 9/24/2018 6:39 PM, Mathias Nyman wrote: > On 21.09.2018 16:22, Sandeep Singh wrote: >> From: Sandeep Singh >> >> Observed "TRB completion code (27)" error which corresponds to Stopped - >> Length Invalid error(xhci spec section 4.17.4) while connecting USB to >> SATA bridge. >> >> Looks like

Re: [PATCH V7 2/2] csky: remove irq_mapping from smp.c.

On Mon, Sep 24, 2018 at 10:23:14PM +0200, Arnd Bergmann wrote: > On Tue, Sep 18, 2018 at 3:48 PM Guo Ren wrote: > > > > - remove irq_mapping from smp.c to irq-driver > > - Add set_ipi_irq_mapping api to irq-driver > > - update asm/smp.h > > > > Signed-off-by: Guo Ren > > The patch seems ok to

[PATCH] sched/pelt: fix warning and cleanup irq pelt config

Create a config for enabling irq load tracking in the scheduler. irq load tracking is useful only when irq or paravirtual time is accounted but it's only possible with SMP for now. Also use __maybe_unused to remove the compilation warning in update_rq_clock_task() that has been introduced by: co

Re: WARNING in request_end

On 24.09.2018 17:44, Miklos Szeredi wrote: > On Mon, Sep 24, 2018 at 2:29 PM, syzbot > wrote: >> Hello, >> >> syzbot found the following crash on: >> >> HEAD commit:6bf4ca7fbc85 Linux 4.19-rc5 >> git tree: upstream >> console output: https://syzkaller.appspot.com/x/log.txt?x=159149c64000

Re: [PATCH v4 5/6] ARM: dts: imx7d: Add turnoff reset

On Tue, Aug 14, 2018 at 07:50:19PM +0300, Leonard Crestez wrote: > This is required for the imx pci driver to send the PME_Turn_Off TLP. > > Signed-off-by: Leonard Crestez Acked-by: Shawn Guo > --- > arch/arm/boot/dts/imx7d.dtsi | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) >

Re: [GIT PULL 00/13] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > Test results at the end of this message, as usual. > > The following changes since commit 7f16023bfcc4b1f2bbccf86219dc97473db6e0d6: > > Merge remote-tracking branch 'acme/perf/urgent' into p

[PATCH] fuse: Fix use-after-free in fuse_dev_do_read()

We may pick freed req in this way: [cpu0] [cpu1] fuse_dev_do_read() fuse_dev_do_write() list_move_tail(&req->list, &fpq->processing); ... spin_unlock(&fpq->lock); ... ...

[tip:perf/core] perf test: Add watchpoint test

Commit-ID: 2e85d5979e8d2866db6185de231461b21159ef6f Gitweb: https://git.kernel.org/tip/2e85d5979e8d2866db6185de231461b21159ef6f Author: Ravi Bangoria AuthorDate: Wed, 12 Sep 2018 11:42:29 +0530 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 18 Sep 2018 17:21:13 -0300 perf test: A

[tip:perf/core] perf: Suppress AUX/OVERWRITE records

Commit-ID: 1627314fb54a33ebd23bd08f2e215eaed0f44712 Gitweb: https://git.kernel.org/tip/1627314fb54a33ebd23bd08f2e215eaed0f44712 Author: Alexander Shishkin AuthorDate: Wed, 4 Apr 2018 17:53:23 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 18 Sep 2018 17:21:13 -0300 perf: Su

[tip:perf/core] perf ordered_events: Add 'struct ordered_events_buffer' layer

Commit-ID: d5ceb62b36545b597e89adb5eb778c3e15431c10 Gitweb: https://git.kernel.org/tip/d5ceb62b36545b597e89adb5eb778c3e15431c10 Author: Jiri Olsa AuthorDate: Fri, 7 Sep 2018 12:24:54 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 19 Sep 2018 10:24:57 -0300 perf ordered_even

[tip:perf/core] perf ordered_events: Prevent crossing max_alloc_size

Commit-ID: 53da12e013498c4eca592939bb18a5dbd1d228c9 Gitweb: https://git.kernel.org/tip/53da12e013498c4eca592939bb18a5dbd1d228c9 Author: Jiri Olsa AuthorDate: Fri, 7 Sep 2018 12:24:55 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 19 Sep 2018 10:25:08 -0300 perf ordered_even

Re: [PATCH v4 RESEND 3/5] KVM: x86: hyperv: use get_vcpu_by_vpidx() in kvm_hv_flush_tlb()

On 25/09/2018 10:57, Roman Kagan wrote: > Speaking of the options we have, the choice depends on the assumptions > we take. (And I guess when you spoke of quadratic complexity you > referred to the algorithm to convert the vp_index mask into the KVM cpu > mask.) Right; with Vitaly's patch, if you

Re: [PATCH] gpio: mockup: use device properties instead of platform_data

wt., 25 wrz 2018 o 11:14 Linus Walleij napisał(a): > > On Tue, Sep 25, 2018 at 11:03 AM Mika Westerberg > wrote: > > On Tue, Sep 25, 2018 at 10:53:30AM +0200, Linus Walleij wrote: > > > On Mon, Sep 24, 2018 at 9:35 AM Bartosz Golaszewski wrote: > > > > niedz., 23 wrz 2018 o 13:17 Bartosz Golasze

[tip:perf/core] tools include: Adopt PTR_ERR_OR_ZERO from the kernel err.h header

Commit-ID: 01ab2e91103b8c23dfedfeb799bc8b810d585bd0 Gitweb: https://git.kernel.org/tip/01ab2e91103b8c23dfedfeb799bc8b810d585bd0 Author: Ding Xiang AuthorDate: Fri, 7 Sep 2018 09:34:41 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 19 Sep 2018 10:25:08 -0300 tools include: A

[tip:perf/core] perf tools: Remove perf_tool from event_op2

Commit-ID: 89f1688a57a8f0b685fccd648e601a1f830fa744 Gitweb: https://git.kernel.org/tip/89f1688a57a8f0b685fccd648e601a1f830fa744 Author: Jiri Olsa AuthorDate: Thu, 13 Sep 2018 14:54:03 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 19 Sep 2018 10:25:10 -0300 perf tools: Remo

[tip:perf/core] perf bpf-loader: use PTR_ERR_OR_ZERO inetead of return code

Commit-ID: e381d1c21eea186daed6834af444575e06841355 Gitweb: https://git.kernel.org/tip/e381d1c21eea186daed6834af444575e06841355 Author: Ding Xiang AuthorDate: Fri, 7 Sep 2018 09:34:42 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 19 Sep 2018 10:25:09 -0300 perf bpf-loader:

[tip:perf/core] perf tools: Remove perf_tool from event_op3

Commit-ID: 7336555a682c09fd9a3fdf38724493e52653be50 Gitweb: https://git.kernel.org/tip/7336555a682c09fd9a3fdf38724493e52653be50 Author: Jiri Olsa AuthorDate: Thu, 13 Sep 2018 14:54:04 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 19 Sep 2018 10:25:10 -0300 perf tools: Remo

Re: [PATCH 6/9] gpio: Add support for hierarchical IRQ domains

On Tue, Sep 25, 2018 at 10:11:06AM +0200, Linus Walleij wrote: > Hi Thierry! > > Thanks for the patch! > > I am a bit ignorant about irqdomains so I will probably need an ACK > from some irq maintainer before I can apply this. > > On Fri, Sep 21, 2018 at 12:25 PM Thierry Reding > wrote: > > >

[tip:perf/core] perf auxtrace: Pass struct perf_mmap into mmap__read* functions

Commit-ID: e035f4ca2ac97c30842fb03101198a86730de3ad Gitweb: https://git.kernel.org/tip/e035f4ca2ac97c30842fb03101198a86730de3ad Author: Jiri Olsa AuthorDate: Thu, 13 Sep 2018 14:54:05 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 19 Sep 2018 10:25:11 -0300 perf auxtrace: P

[tip:perf/core] perf tools: Add 'struct perf_mmap' arg to record__write()

Commit-ID: ded2b8fe2e431d8029ab50238744fcce06a2f0c6 Gitweb: https://git.kernel.org/tip/ded2b8fe2e431d8029ab50238744fcce06a2f0c6 Author: Jiri Olsa AuthorDate: Thu, 13 Sep 2018 14:54:06 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 19 Sep 2018 10:25:11 -0300 perf tools: Add

[tip:perf/core] perf util: Make copyfile_offset() global

Commit-ID: ed93d0a26012a4a12231c16b18628a324079dc45 Gitweb: https://git.kernel.org/tip/ed93d0a26012a4a12231c16b18628a324079dc45 Author: Jiri Olsa AuthorDate: Thu, 13 Sep 2018 14:54:11 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 19 Sep 2018 10:25:12 -0300 perf util: Make

[tip:perf/core] perf python: Use -Wno-redundant-decls to build with PYTHON=python3

Commit-ID: 24ef0fd0a1f389b156e6ef0edd71072728831bd9 Gitweb: https://git.kernel.org/tip/24ef0fd0a1f389b156e6ef0edd71072728831bd9 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 18 Sep 2018 16:08:02 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 19 Sep 2018 10:25:13 -0300 p

Re: [PATCH 3/3] fuse: Use hash table to link processing request

On 25.09.2018 12:08, Miklos Szeredi wrote: > On Tue, Sep 11, 2018 at 12:12 PM, Kirill Tkhai wrote: >> We noticed the performance bottle neck in FUSE running our >> Virtuozzo storage over rdma. On some types of workload >> we observe 20% of times pent in request_find() in profiler. >> This function

[tip:perf/core] perf tools: Initialize perf_data_file fd field

Commit-ID: c04c859f439fb4de9039246370d60a07b9b5bcb5 Gitweb: https://git.kernel.org/tip/c04c859f439fb4de9039246370d60a07b9b5bcb5 Author: Jérémie Galarneau AuthorDate: Wed, 29 Aug 2018 16:16:48 -0400 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 19 Sep 2018 10:25:13 -0300 perf too

Re: WARNING in request_end

On Tue, Sep 25, 2018 at 11:18 AM, Kirill Tkhai wrote: > On 24.09.2018 17:44, Miklos Szeredi wrote: >> On Mon, Sep 24, 2018 at 2:29 PM, syzbot >> wrote: >>> Hello, >>> >>> syzbot found the following crash on: >>> >>> HEAD commit:6bf4ca7fbc85 Linux 4.19-rc5 >>> git tree: upstream >>> cons

[PATCH RFC] cpuidle/drivers/menu: Remove get_loadavg in the performance multiplier

The function get_loadavg() returns almost always zero. To be more precise, statistically speaking for a total of 1023379 times passing to the function, the load is equal to zero 1020728 times, greater than 100, 610 times, the remaining is between 0 and 5. I'm putting in question this metric. Is it

Re: [GIT PULL] Keys: fix C++ reserved word issue

On Tue, Sep 25, 2018 at 07:40:06AM +1000, James Morris wrote: > Please pull this revert and update, from David Howells: > > "Here's a pair of fixes that need to go upstream asap, please: > > (1) Revert an incorrect fix to the keyrings UAPI for a C++ reserved word > used as a struct member n

Re: [PATCH V7 1/2] csky/dma: bugfix dma_sync_for_cpu/device

On Mon, Sep 24, 2018 at 10:38:04PM +0200, Arnd Bergmann wrote: > On Tue, Sep 18, 2018 at 3:48 PM Guo Ren wrote: > > > > ref: https://lkml.org/lkml/2018/5/18/1068 > > > > map for_cpu for_device unmap > > TO_DEV writeback nonewriteback none >

Re: WARNING in request_end

On 25.09.2018 12:38, Dmitry Vyukov wrote: > On Tue, Sep 25, 2018 at 11:18 AM, Kirill Tkhai wrote: >> On 24.09.2018 17:44, Miklos Szeredi wrote: >>> On Mon, Sep 24, 2018 at 2:29 PM, syzbot >>> wrote: Hello, syzbot found the following crash on: HEAD commit:6bf4ca7fbc85

[PATCH] fuse: Fix use-after-free in fuse_dev_do_write()

After we found req in request_find() and released the lock, everything may happen with the req in parallel. Keep it alive till we finish touch its memory. Signed-off-by: Kirill Tkhai --- fs/fuse/dev.c |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/fs/fuse/dev.c b/fs

Re: [PATCH v5 0/6] Move swapper_pg_dir to rodata section.

Hi Mark, On Mon, Sep 24, 2018 at 06:19:36PM +0100, Mark Rutland wrote: > Hi, > > On Mon, Sep 17, 2018 at 12:43:27PM +0800, Jun Yao wrote: > > Version 5 changes: > > 1. Correct spelling and indentation errors[1]. > > 2. Update init_mm.pgd by assembly[2]. > > 3. Simplify set_p?d() by in

[PATCH] pinctrl: mediatek: fix check on EINT_NA comparison

From: Colin Ian King Currently, the check on desc->eint.eint_n == EINT_NA is always false because this is comparing a u16 to -1 which can never be true. Fix this by casting EINT_NA to u16. Detected by CoverityScan, CID#1473610 ("Operands don't affect result") Fixes: fb5fa8dc151b ("pinctrl: med

Re: [PATCH 0/9] Implement wake event support on Tegra186 and later

On Tue, Sep 25, 2018 at 10:48:39AM +0200, Linus Walleij wrote: > Hi Thierry, > > thanks for working on the wakeup business! > > This patch gets me a bit confused on our different approaches > toward wakeups in the kernel, so I included Lina, Marc and Ulf > to see if we can get some common underst

Re: [PATCH v5 0/2] pci-dra7xx: Enable errata i870 workaround for RC mode

On Tue, Sep 25, 2018 at 02:00:22PM +0530, Vignesh R wrote: > Make workaround for errata i870 applicable in Host mode as > well(previously it was enabled only for EP mode) as per errata > documentation: http://www.ti.com/lit/er/sprz450/sprz450.pdf > Driver will continue to work with w/o applying err

Re: [PATCH V7 1/2] csky/dma: bugfix dma_sync_for_cpu/device

On Tue, Sep 25, 2018 at 11:46 AM Guo Ren wrote: > > On Mon, Sep 24, 2018 at 10:38:04PM +0200, Arnd Bergmann wrote: > > On Tue, Sep 18, 2018 at 3:48 PM Guo Ren wrote: > > > > > > ref: https://lkml.org/lkml/2018/5/18/1068 > > > > > > map for_cpu for_device unmap > >

hi

Please reply me back.I am Sgt.Sherri

Re: [PATCH v5 18/18] kvm: arm64: Allow tuning the physical address size for VM

Hi Suzuki, On 9/17/18 12:41 PM, Suzuki K Poulose wrote: > Allow specifying the physical address size limit for a new > VM via the kvm_type argument for the KVM_CREATE_VM ioctl. This > allows us to finalise the stage2 page table as early as possible > and hence perform the right checks on the memory

Re: [PATCH V2] mm/hugetlb: Add mmap() encodings for 32MB and 512MB page sizes

Anshuman Khandual writes: > ARM64 architecture also supports 32MB and 512MB HugeTLB page sizes. > This just adds mmap() system call argument encoding for them. > > Signed-off-by: Anshuman Khandual Thanks for adding the encodings. Acked-by: Punit Agrawal > --- > > Changes in V2: > - Updated S

Re: [PATCH V5 17/30] csky: Misc headers

Hi Guo, > +/* > + * set_bit - Atomically set a bit in memory > + * @nr: the bit to set > + * @addr: the address to start counting from > + * > + * This function is atomic and may not be reordered. See __set_bit() > + * if you do not require the atomic guarantees. > + * > + * Note: there are no gu

Re: [PATCH v4 RESEND 3/5] KVM: x86: hyperv: use get_vcpu_by_vpidx() in kvm_hv_flush_tlb()

On Tue, Sep 25, 2018 at 11:29:57AM +0200, Paolo Bonzini wrote: > On 25/09/2018 10:57, Roman Kagan wrote: > > If we can assume that in all relevant cases vp_index coincides with the > > cpu index (which I think we can) then Vitaly's approach is the most > > efficient. > > > > If, on the opposite, w

Re: [PATCH 1/2] phy: zynqmp: Add phy driver for xilinx zynqmp phy core

On 9/25/2018 12:57 PM, Anurag Kumar Vulisha wrote: HI Kishon, Thanks a lot for spending your time in reviewing this patch. Please find my comments inline -Original Message- From: Kishon Vijay Abraham I [mailto:kis...@ti.com] Sent: Tuesday, September 25, 2018 10:59 AM To: Anurag Kuma

Re: [GIT PULL] Keys: fix C++ reserved word issue

Greg KH wrote: > I'll wait a few days on this one... Can you at least apply the reversion patch? UAPI is currently broken by the change that needs reverting. David

Re: [PATCH] remoteproc: qcom: pas: Add QCS404 remoteprocs

Hi Bjorn, On 2018-09-20 22:52, Bjorn Andersson wrote: From: Govind Singh Add compatibles for the three PAS based remote processors found in QCS404. Signed-off-by: Govind Singh [bjorn: Added adsp and cdsp to the patch] Signed-off-by: Bjorn Andersson --- .../devicetree/bindings/remoteproc/qc

Re: [BUG] pwm: sysfs: It is not possible to export more than one channel

On Tue, Sep 25, 2018 at 11:11:32AM +0200, Michal Vokáč wrote: > Hi, > > Since commit 7e5d1fd75c3d ("pwm: Set class for exported channels in > sysfs") it is not possible to export more than one PWM channel. > > This is because for each exported channel a directory named pwmN is > created in /sys/c

[GIT PULL] ARM: at91: drivers for 4.20

Hi, A single trivial patch for at91 drivers. The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3: Linux 4.19-rc1 (2018-08-26 14:11:59 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux tags/at91-4.20-drivers for

Re: [PATCH v4 2/6] dt-bindings: power: Add qcom rpm power domain driver bindings

Hi Rob, []... + rpmhpd_opp_table: opp-table { + compatible = "operating-points-v2-qcom-level"; + + rpmhpd_opp_ret: opp1 { + qcom,level = ; + }; I don't see the point in using the OPP binding here when you aren't using *any* of the properties fr

Re: [PATCH v5 17/18] kvm: arm64: Limit the minimum number of page table levels

On 09/25/2018 11:00 AM, Auger Eric wrote: Hi Suzuki, On 9/17/18 12:41 PM, Suzuki K Poulose wrote: Since we are about to remove the lower limit on the IPA size, make sure that we do not go to 1 level page table (e.g, with 32bit IPA on 64K host with concatenation) to avoid splitting the host PMD

Re: [PATCH v4 20/21] tpm1: reimplement tpm1_continue_selftest() using tpm_buf

On 09/21/2018 07:28 PM, Tomas Winkler wrote: Reimplement tpm1_continue_selftest() using tpm_buf structure. This is the last command using the old tpm_cmd_t structure and now the structure can be removed. Signed-off-by: Tomas Winkler Reviewed-by: Jarkko Sakkinen Tested-by: Jarkko Sakkinen -

Re: [PATCH 6/9] gpio: Add support for hierarchical IRQ domains

On Tue, Sep 25, 2018 at 11:33 AM Thierry Reding wrote: > On Tue, Sep 25, 2018 at 10:11:06AM +0200, Linus Walleij wrote: > > While I think it is really important that we start supporting hierarchical > > irqdomains in the gpiolib core, I want a more complete approach, > > so that drivers that need

[GIT PULL] ARM: at91: SoC for 4.20

Arnd, Olof, Most changes are shuffling around the maintainers entries. There are also two PM non urgent fixes. This one as a trivial conflict with the staging tree solved in linux-next. The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3: Linux 4.19-rc1 (2018-08-26 14:

Re: [PATCH] pinctrl/amd: poll InterruptEnable bits in amd_gpio_irq_set_type

On Sat, Sep 22, 2018 at 9:58 PM Daniel Kurtz wrote: > From the AMD BKDG, if WAKE_INT_MASTER_REG.MaskStsEn is set, a software > write to the debounce registers of *any* gpio will block wake/interrupt > status generation for *all* gpios for a length of time that depends on > WAKE_INT_MASTER_REG.Mas

[GIT PULL] ARM: at91: DT for 4.20

Arnd, Olof, Here are the DT changes for 4.20. Mostly cleanups and small additions. The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3: Linux 4.19-rc1 (2018-08-26 14:11:59 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/a

Re: [PATCH V5 17/30] csky: Misc headers

On Tue, Sep 25, 2018 at 12:08:03PM +0200, Andrea Parri wrote: > Hi Guo, > > > +/* > > + * set_bit - Atomically set a bit in memory > > + * @nr: the bit to set > > + * @addr: the address to start counting from > > + * > > + * This function is atomic and may not be reordered. See __set_bit() > > +

[PATCH ARM-next] ARM: dts: qcom-msm8974: change invalid flag IRQ NONE to valid value

The following commits used IRQ_TYPE_NONE since that matched what was already in the file and I do not have access to the datasheets for these devices. After these patches were submitted, commit dcf145011400 ("ARM: dts: qcom-msm8974: change invalid flag IRQ NONE to valid value") changed all of these

[ANNOUNCE] util-linux v2.33-rc1

The util-linux release v2.33-rc1 is available at http://www.kernel.org/pub/linux/utils/util-linux/v2.33/ Feedback and bug reports, as always, are welcomed. Karel Util-linux 2.33 Release Notes = Release highlights -- choom -- NEW COMMAND to

Re: [PATCH v2 00/22] Unify MediaTek pinctrl in preparation for MT8183 and MT6765

On 21/09/2018 06:22, Sean Wang wrote: > On Tue, 2018-09-18 at 21:37 -0700, Manivannan Sadhasivam wrote: >> On Wed, Sep 19, 2018 at 10:54:10AM +0800, Sean Wang wrote: >>> On Tue, 2018-09-18 at 15:07 -0700, Linus Walleij wrote: On Sat, Sep 8, 2018 at 4:07 AM wrote: > v2 and changes

Re: [PATCH] mm: fix COW faults after mlock()

On Tue, Sep 25, 2018 at 02:48:43AM +0300, Yury Norov wrote: > On Tue, Sep 25, 2018 at 12:22:47AM +0300, Kirill A. Shutemov wrote: > > External Email > > > > On Mon, Sep 24, 2018 at 04:08:52PM +0300, Yury Norov wrote: > > > After mlock() on newly mmap()ed shared memory I observe page faults. > > >

Re: [PATCH 1/6] PCI: iproc: Update iProc PCI binding for INTx support

On Mon, Sep 24, 2018 at 10:53:13PM +0200, Arnd Bergmann wrote: > On Tue, Sep 18, 2018 at 3:42 PM Lorenzo Pieralisi > wrote: > > > > On Mon, Jun 04, 2018 at 09:17:49AM -0500, Rob Herring wrote: > > > +Arnd > > > > > > On Tue, May 29, 2018 at 4:58 PM, Ray Jui wrote: > > > > Update the iProc PCIe bi

I NEED A TRUSTWORTHY PARTNER.

-- Dear Friend, Greetings! I am confidence you are good with your family. Please may I request your urgent assistance in transferring the sum of ($10.7M) to your account? It is 100% risk free and you will receive 35% of the total sum for your kind assistance. On confirmation

Re: [RFC] parisc64: change __kernel_suseconds_t to match glibc

On Mon, Sep 17, 2018 at 9:46 PM Helge Deller wrote: > On 13.09.2018 17:59, Arnd Bergmann wrote: > > There are only two 64-bit architecture ports that have a 32-bit > > suseconds_t: sparc64 and parisc64. I've encountered a number of problems > > with this, while trying to get a proper 64-bit time_t

[GIT PULL] ARM: at91: defconfig for 4.20

Arnd, Olof The addition of the generic ADC touchscreen driver can probably benefit other architectures. Also add the sama5 I2S driver. The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3: Linux 4.19-rc1 (2018-08-26 14:11:59 -0700) are available in the Git repository at

Re: [PATCH 1/6] PCI: iproc: Update iProc PCI binding for INTx support

On Tue, Sep 25, 2018 at 12:49 PM Lorenzo Pieralisi wrote: > > On Mon, Sep 24, 2018 at 10:53:13PM +0200, Arnd Bergmann wrote: > > On Tue, Sep 18, 2018 at 3:42 PM Lorenzo Pieralisi > > wrote: > > > > > > On Mon, Jun 04, 2018 at 09:17:49AM -0500, Rob Herring wrote: > > > > +Arnd > > > > > > > > On T

RE: [PATCH 1/2] phy: zynqmp: Add phy driver for xilinx zynqmp phy core

HI Vivek, >-Original Message- >From: Vivek Gautam [mailto:vivek.gau...@codeaurora.org] >Sent: Tuesday, September 25, 2018 3:44 PM >To: Anurag Kumar Vulisha ; Kishon Vijay Abraham I >; Michal Simek ; robh...@kernel.org; >mark.rutl...@arm.com >Cc: v.anuragku...@gmail.com; linux-kernel@vger.k

Re: [PATCH] pinctrl: generic: Avoid several implicit enum conversions

On Tue, Sep 25, 2018 at 8:19 AM Nathan Chancellor wrote: > Clang warns when one enumerated type is implicitly converted to another, > which happens several times in the pinctrl drivers for a few reasons: > > * The PCONFDUMP macro, which sets the param member in pin_config_item. > * The pinconf_ge

Re: [PATCH 0/2] perf script python: Database export fixes

On 11/09/18 14:45, Adrian Hunter wrote: > Hi > > Here are a couple of database export fixes. > > > Adrian Hunter (2): > perf script python: Fix export-to-postgresql.py occasional failure > perf script python: Fix export-to-sqlite.py sample columns > > tools/perf/scripts/python/expo

Re: [PATCH 3.18 104/105] IB/nes: Fix a compiler warning

On Tue, 2018-09-25 at 10:55 +0200, Greg Kroah-Hartman wrote: > On Mon, Sep 24, 2018 at 10:39:53PM +, Sasha Levin wrote: > > On Mon, Sep 24, 2018 at 11:03:25AM -0700, Joe Perches wrote: > > > On Mon, 2018-09-24 at 19:59 +0200, Greg Kroah-Hartman wrote: > > > > On Mon, Sep 24, 2018 at 09:38:26AM

[PATCH -next] nfsd: remove set but not used variable 'dirp'

Fixes gcc '-Wunused-but-set-variable' warning: fs/nfsd/vfs.c: In function 'nfsd_create': fs/nfsd/vfs.c:1279:16: warning: variable 'dirp' set but not used [-Wunused-but-set-variable] Signed-off-by: YueHaibing --- fs/nfsd/vfs.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/fs/nfsd/vfs.c b

Re: [PATCH v12 1/2] leds: core: Introduce LED pattern trigger

On 23 September 2018 at 20:25, Jacek Anaszewski wrote: > On 09/22/2018 09:44 PM, Pavel Machek wrote: >> On Sat 2018-09-22 00:18:13, Pavel Machek wrote: >>> On Sat 2018-09-22 00:11:29, Jacek Anaszewski wrote: On 09/21/2018 11:17 PM, Pavel Machek wrote: > On Fri 2018-09-21 22:59:40, Jacek A

Re: POSIX violation by writeback error

On Tue, 2018-09-25 at 00:30 +0100, Alan Cox wrote: > > write() > > kernel attempts to write back page and fails > > page is marked clean and evicted from the cache > > read() > > > > Now your write is gone and there were no calls between the write and > > read. > > > > The question we still need

Re: [PATCH V3 0/4] Changes for SDCC5 version

On 9/25/2018 1:18 AM, Craig Tatlor wrote: What socs have you tested this on? On sdm660 it seems to crash device when writing pwr ctl. Hi We have tested this on SDM845. SDM660 also has SDCC5 controller, so you would need to define "qcom,sdhci-msm-v5" in your platform dt. Can you confirm if you

Re: [PATCH 6/9] gpio: Add support for hierarchical IRQ domains

On Tue, Sep 25, 2018 at 12:33:54PM +0200, Linus Walleij wrote: > On Tue, Sep 25, 2018 at 11:33 AM Thierry Reding > wrote: > > On Tue, Sep 25, 2018 at 10:11:06AM +0200, Linus Walleij wrote: > > > > While I think it is really important that we start supporting hierarchical > > > irqdomains in the g

Re: [PATCH v12 1/2] leds: core: Introduce LED pattern trigger

On 25 September 2018 at 07:54, Bjorn Andersson wrote: > On Mon 10 Sep 19:47 PDT 2018, Baolin Wang wrote: > [..] >> diff --git a/Documentation/ABI/testing/sysfs-class-led-trigger-pattern >> b/Documentation/ABI/testing/sysfs-class-led-trigger-pattern > [..] >> +What:/sys/class/leds/

Re: [PATCH v3 1/2] printk: Fix panic caused by passing log_buf_len to command line

On Sat 2018-09-22 23:40:51, zhe...@windriver.com wrote: > diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c > index 9bf5404..d9821c0 100644 > --- a/kernel/printk/printk.c > +++ b/kernel/printk/printk.c > @@ -1048,7 +1048,14 @@ static void __init log_buf_len_update(unsigned size) > /* sa

[PATCH 1/2] staging: rtl8188eu: remove unused rtw_scan_abort()

The function rtw_scan_abort() is never used, so remove it. Discovered by cppcheck. Signed-off-by: Michael Straube --- drivers/staging/rtl8188eu/core/rtw_mlme.c| 23 drivers/staging/rtl8188eu/include/rtw_mlme.h | 1 - 2 files changed, 24 deletions(-) diff --git a/driver

[PATCH 2/2] staging: rtl8188eu: remove rtw_qos.h

There is only one struct in rtw_qos.h and it is only included from drv_types.h. Move the struct into drv_types.h to reduce the number of header files. Signed-off-by: Michael Straube --- drivers/staging/rtl8188eu/include/drv_types.h | 7 ++- drivers/staging/rtl8188eu/include/rtw_qos.h | 18

Re: Code of Conduct: Let's revamp it.

Hi! > > I can > > see how that kind of environment _could_ be implemented with the same > > code of conduct as a base, but [...] I know I > > would fight strongly against that. > It is definitely reassuring to hear you say that. > > > There is a list in the first paragraph, but the preceding word

[PATCH v2] gpio: mockup: use device properties instead of platform_data

Some users want to introduce device tree support to the mockup driver. Let's make it easier by switching to using generic device properties. The driver stays compatible with previous use cases and after this conversion there'll be no need to change the way probing of mockup GPIO chips works. Teste

Re: [GIT PULL] Keys: fix C++ reserved word issue

On Tue, Sep 25, 2018 at 11:17:00AM +0100, David Howells wrote: > Greg KH wrote: > > > I'll wait a few days on this one... > > Can you at least apply the reversion patch? UAPI is currently broken by the > change that needs reverting. Yes, as that's obviously correct. I think you should wait fo

Re: [PATCH 3.18 104/105] IB/nes: Fix a compiler warning

On Tue, Sep 25, 2018 at 04:11:38AM -0700, Joe Perches wrote: > On Tue, 2018-09-25 at 10:55 +0200, Greg Kroah-Hartman wrote: > > On Mon, Sep 24, 2018 at 10:39:53PM +, Sasha Levin wrote: > > > On Mon, Sep 24, 2018 at 11:03:25AM -0700, Joe Perches wrote: > > > > On Mon, 2018-09-24 at 19:59 +0200,

Re: [PATCH v3 2/2] printk: Add KBUILD_MODNAME and correct wrong casting

On Sat 2018-09-22 23:40:52, zhe...@windriver.com wrote: > From: He Zhe > > Add KBUILD_MODNAME to make prints more clear and correct wrong casting that > might cut off the normal output. > > Signed-off-by: He Zhe > Cc: pmla...@suse.com > Cc: sergey.senozhat...@gmail.com > Cc: rost...@goodmis.org

Re: [PATCH 3.18 104/105] IB/nes: Fix a compiler warning

On Tue, 2018-09-25 at 13:32 +0200, Greg Kroah-Hartman wrote: > On Tue, Sep 25, 2018 at 04:11:38AM -0700, Joe Perches wrote: > > On Tue, 2018-09-25 at 10:55 +0200, Greg Kroah-Hartman wrote: [] > > > No warnings is great, > > > > I believe that is not necessarily true. > > For me, it is essencial.

Re: [PATCH v3 1/2] printk: Fix panic caused by passing log_buf_len to command line

On (09/22/18 23:40), zhe...@windriver.com wrote: > @@ -1048,7 +1048,14 @@ static void __init log_buf_len_update(unsigned size) > /* save requested log_buf_len since it's too early to process it */ > static int __init log_buf_len_setup(char *str) > { > - unsigned size = memparse(str, &str); >

Re: [PATCH V7 1/2] csky/dma: bugfix dma_sync_for_cpu/device

On Tue, Sep 25, 2018 at 11:59:48AM +0200, Arnd Bergmann wrote: > On Tue, Sep 25, 2018 at 11:46 AM Guo Ren wrote: > > > > On Mon, Sep 24, 2018 at 10:38:04PM +0200, Arnd Bergmann wrote: > > > On Tue, Sep 18, 2018 at 3:48 PM Guo Ren wrote: > > > > > > > > ref: https://lkml.org/lkml/2018/5/18/1068 >

Re: [PATCH v4 RESEND 3/5] KVM: x86: hyperv: use get_vcpu_by_vpidx() in kvm_hv_flush_tlb()

Roman Kagan writes: > On Tue, Sep 25, 2018 at 11:29:57AM +0200, Paolo Bonzini wrote: >> On 25/09/2018 10:57, Roman Kagan wrote: >> > If we can assume that in all relevant cases vp_index coincides with the >> > cpu index (which I think we can) then Vitaly's approach is the most >> > efficient. >>

Re: [BUG] pwm: sysfs: It is not possible to export more than one channel

On 25.9.2018 12:21, Thierry Reding wrote: On Tue, Sep 25, 2018 at 11:11:32AM +0200, Michal Vokáč wrote: Hi, Since commit 7e5d1fd75c3d ("pwm: Set class for exported channels in sysfs") it is not possible to export more than one PWM channel. This is because for each exported channel a directory

Re: [PATCH v3 1/2] printk: Fix panic caused by passing log_buf_len to command line

On Tue 2018-09-25 20:38:40, Sergey Senozhatsky wrote: > On (09/22/18 23:40), zhe...@windriver.com wrote: > > @@ -1048,7 +1048,14 @@ static void __init log_buf_len_update(unsigned size) > > /* save requested log_buf_len since it's too early to process it */ > > static int __init log_buf_len_setup(

[x86] BUG()/BUG_ON() macros cannot be disabled

Hi Arnd, I recently tried to disable the BUG macros on x86-32. I disabled the config item in 'General Setup -> Configure standard kernel features (expert users) -> BUG() support'. However, BUG/BUG_ON is still defined. In the !CONFIG_BUG branch in include/asm-generic/bug.h (line 181) the code check

Re: [PATCH] ipc/shm: properly return EIDRM in shm_lock()

On Fri, Aug 24, 2018 at 5:09 AM Davidlohr Bueso wrote: > > When getting rid of the general ipc_lock(), this was missed > furthermore, making the comment around the ipc object validity > check bogus. Under EIDRM conditions, callers will in turn not > see the error and continue with the operation. >

[PATCH] arm64: new board - Emlid Neutis N5 Dev board

- add neutis devboard target to dtb makefile - add dts file for neutis devboard Signed-off-by: Aleksandr Aleksandrov --- arch/arm64/boot/dts/allwinner/Makefile | 1 + .../sun50i-h5-emlid-neutis-n5-devboard.dts | 231 + 2 files changed, 232 insertions(+)

Re: [PATCH v2 1/2] printk: Fix panic caused by passing log_buf_len to command line

On (09/21/18 09:37), Petr Mladek wrote: > > I would personally keep the size as unsigned int. IMHO, a support > for a log buffer bigger than 4GB is not worth the complexity. > ftrace dumps are bothering me. Steven Rostedt wrote [0]: > > Especially when I have a machine with 240 CPUs. But it als

[PATCH 2/2] mm, thp: consolidate THP gfp handling into alloc_hugepage_direct_gfpmask

From: Michal Hocko THP allocation mode is quite complex and it depends on the defrag mode. This complexity is hidden in alloc_hugepage_direct_gfpmask from a large part currently. The NUMA special casing (namely __GFP_THISNODE) is however independent and placed in alloc_pages_vma currently. This b

[PATCH 0/2] thp nodereclaim fixes

Hi, this has been brought up by Andrea [1] and he proposed two different fixes for the regression. I have proposed an alternative fix [2]. I have changed my mind in the end because whatever fix we end up with it should be backported to the stable trees so going with a minimalistic one is preferred

<    1   2   3   4   5   6   7   8   >