[PATCH v2] resource: Merge resources on a node when hot-adding memory

When hot-removing memory release_mem_region_adjustable() splits iomem resources if they are not the exact size of the memory being hot-deleted. Adding this memory back to the kernel adds a new resource. Eg a node has memory 0x0 - 0xf. Offlining and hot-removing 1GB from 0xf4000

[PATCH v2 3/3] ASoC: AMD: Set delay value for the capture case

ACP->SYSMEM DMA happens at every I2S->SYSMEM period completion. Thus, there is delay of x frames till I2S->SYSMEM reaches a period length. This delay is communicated to user space. Signed-off-by: Akshu Agrawal --- v2: moved reading of bytes transfered from I2S->ACP to get more accurate delay

[PATCH v2 2/3] ASoC: AMD: Modified DMA pointer for capture

From: "Mukunda, Vijendar" Give position on ACP->SYSMEM DMA channel for the number of bytes that have been transferred on the basis of current descriptor under service. Signed-off-by: Vijendar Mukunda Signed-off-by: Akshu Agrawal --- v2: Fixed position, now position = 0 if on 1st descriptor

Re: framebuffer corruption due to overlapping stp instructions on arm64

On 6 August 2018 at 10:02, Mikulas Patocka wrote: > > > On Sun, 5 Aug 2018, Florian Weimer wrote: > >> On 08/04/2018 01:04 PM, Mikulas Patocka wrote: >> > There's plenty of memcpy's in the graphics stack. No one will be rewriting >> > all the graphics drivers because of tiny market share that ARM

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

On 6 August 2018 at 16:06, Pavel Machek wrote: > On Mon 2018-08-06 15:33:12, Baolin Wang wrote: >> Hi Pavel, >> >> On 6 August 2018 at 15:09, Pavel Machek wrote: >> > Hi! >> > >> >> > In current implementation this file on read returns the number >> >> > of remaining repeat intervals. I'd add

[PATCH 2/4] aio: add a iocb refcount

This is needed to prevent races caused by the way the ->poll API works. To avoid introducing overhead for other users of the iocbs we initialize it to zero and only do refcount operations if it is non-zero in the completion path. Signed-off-by: Christoph Hellwig Tested-by: Avi Kivity ---

aio poll V22 (aka 2.0)

Hi all, this series adds support for the IOCB_CMD_POLL operation to poll for the readyness of file descriptors using the aio subsystem. The API is based on patches that existed in RHAS2.1 and RHEL3, which means it already is supported by libaio. As our dear leader didn't like the ->poll_mask

[PATCH 3/4] aio: implement IOCB_CMD_POLL

Simple one-shot poll through the io_submit() interface. To poll for a file descriptor the application should submit an iocb of type IOCB_CMD_POLL. It will poll the fd for the events specified in the the first 32 bits of the aio_buf field of the iocb. Unlike poll or epoll without EPOLLONESHOT

[PATCH 1/4] timerfd: add support for keyed wakeups

This prepares timerfd for use with aio poll. Signed-off-by: Christoph Hellwig Tested-by: Avi Kivity --- fs/timerfd.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/fs/timerfd.c b/fs/timerfd.c index cdad49da3ff7..f6c54fd56645 100644 --- a/fs/timerfd.c +++

Re: [PATCH] Revert "cpufreq: intel_pstate: Fix ->set_policy() interface for no_turbo"

On Sat, Aug 4, 2018 at 7:31 PM, Gabriele Mazzotta wrote: > On 04/08/2018 17:29, Gabriele Mazzotta wrote: >> This change does not take into account that some BIOSes change >> MSR_IA32_MISC_ENABLE_TURBO_DISABLE depending on the power source. >> If the turbo is disabled when the system boots,

[PATCH 4/4] aio: allow direct aio poll comletions for keyed wakeups

If we get a keyed wakeup for a aio poll waitqueue and wake can acquire the ctx_lock without spinning we can just complete the iocb straight from the wakeup callback to avoid a context switch. Signed-off-by: Christoph Hellwig Tested-by: Avi Kivity --- fs/aio.c | 17 +++-- 1 file

Re: [PATCH 0/2] Fix connector probing deadlocks from RPM bugs

On Wed, Jul 18, 2018 at 04:56:38PM -0400, Lyude Paul wrote: > This is a trimmed down version of > > https://patchwork.freedesktop.org/series/46637/ > > with all of the review comments addressed. > > The last version of this series had fixes for the i2c and DP aux busses > to ensure that the GPU

Re: [PATCH] Input: cros_ec_keyb: Remove check before calling pm_wakeup_event.

On Sun, Aug 5, 2018 at 10:29 PM Marek Szyprowski wrote: > > Hi Ravi, > > On 2018-08-03 18:53, Ravi Chandra Sadineni wrote: > > Understood. I am trying to reproduce this issue locally. Wanted to > > know the version of the kernel so I can give a try. Marek, can you > > please confirm the kernel

[PATCH 2/2] soc: imx: gpcv2: make pgc driver more generic for other i.MX platforms

i.MX8MQ and i.MX8MM share same gpc module with i.MX7D, they can reuse gpcv2 pgc driver for power domain control, this patch renames all functions and structure definitions started with "imx7" to "imx", and check machine type to pass platform specific power domain data for power domain driver, thus

[PATCH 1/2] soc: imx: gpc: use A_CORE instread of A7 for more i.MX platforms

gpcv2 driver is NOT just used on i.MX7D which has Cortex-A7 cores, but also on i.MX8MQ/i.MX8MM platforms which use Cortex-A53 cores, so let's use A_CORE instread of A7 to avoid confusion. Signed-off-by: Anson Huang --- drivers/soc/imx/gpcv2.c | 20 ++-- 1 file changed, 10

RE: [PATCH v4 2/2] mmc: host: iproc: Add ACPI support to IPROC SDHCI

Acked-by: Adrian Hunter > -Original Message- > From: Srinath Mannam [mailto:srinath.man...@broadcom.com] > Sent: Sunday, August 5, 2018 10:53 AM > To: Ulf Hansson ; Hunter, Adrian > ; Ray Jui ; Scott Branden > ; vikram.prak...@broadcom.com > Cc: bcm-kernel-feedback-l...@broadcom.com;

Re: [PATCH 0/2] dt: thermal: Fix broken cooling-maps

On 五, 2018-08-03 at 14:10 +0530, Viresh Kumar wrote: > On 31-07-18, 14:00, Zhang Rui wrote: > > > > I suppose this patch should go via Eduardo' tree. > > Eduardo, can you please take a look at this patch set? > Zhang, > > Since Eduardo isn't replying, will it be possible for you to pick it > up

Re: framebuffer corruption due to overlapping stp instructions on arm64

On Sun, 5 Aug 2018, Florian Weimer wrote: > On 08/04/2018 01:04 PM, Mikulas Patocka wrote: > > There's plenty of memcpy's in the graphics stack. No one will be rewriting > > all the graphics drivers because of tiny market share that ARM has in > > desktop computers. So if you refuse to fix

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

Hi! > > In current implementation this file on read returns the number > > of remaining repeat intervals. I'd add that to this description. > > I saw Pavel's comments that he did not suggest do this. So I will keep > the original description? If that is accepted, the code should return

[PATCH] misc: lkdtm: fixed static variable initialization

Resolved "ERROR: do not initialise statics to 0" Signed-off-by: Parth Y Shah --- drivers/misc/lkdtm/usercopy.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/misc/lkdtm/usercopy.c b/drivers/misc/lkdtm/usercopy.c index 9725aed..d8157b8 100644 ---

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

Hi Pavel, On 6 August 2018 at 15:09, Pavel Machek wrote: > Hi! > >> > In current implementation this file on read returns the number >> > of remaining repeat intervals. I'd add that to this description. >> >> I saw Pavel's comments that he did not suggest do this. So I will keep >> the original

Re: [PATCH] KVM: try __get_user_pages_fast even if not in atomic context

On 07/27/2018 11:46 PM, Paolo Bonzini wrote: We are currently cutting hva_to_pfn_fast short if we do not want an immediate exit, which is represented by !async && !atomic. However, this is unnecessary, and __get_user_pages_fast is *much* faster because the regular get_user_pages takes

Re: linux-next: manual merge of the userns tree with the vfs tree

Hi all, On Wed, 20 Jun 2018 12:39:05 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the userns tree got a conflict in: > > fs/proc/inode.c > fs/proc/root.c > > between commit: > > 0223e0999be2 ("procfs: Move proc_fill_super() to fs/proc/root.c") > 83cd45075c36 ("proc:

Re: [RFC PATCH 1/2] checkpatch: Correctly detect git commit references that span 3 lines

On 06/08/18 15:07, Joe Perches wrote: The multiple line block code can be difficult to read. I 100% agree! My suggestion is to instead write a subroutine to get the commit description and compare that against the returned git commit description. I'll try and do it up more neatly when I've

Re: [PATCH] stop_machine: Disable preemption after queueing stopper threads

Hi Prasad, On Wed, Aug 01, 2018 at 01:07:03AM -0700, Sodagudi Prasad wrote: > On 2018-07-30 14:07, Peter Zijlstra wrote: > >On Mon, Jul 30, 2018 at 10:12:43AM -0700, Sodagudi Prasad wrote: > >>How about including below change as well? Currently, there is > >>no way to > >>identify thread

Re: [PATCH v2 14/18] serial: intel: Add CCF support

Hi Songjun, On Mon, Aug 6, 2018 at 9:15 AM Wu, Songjun wrote: > On 8/5/2018 5:03 AM, Arnd Bergmann wrote: > > On Sat, Aug 4, 2018 at 2:43 PM, Greg Kroah-Hartman > > wrote: > >> On Sat, Aug 04, 2018 at 12:54:22PM +0200, Hauke Mehrtens wrote: > >>> On 08/03/2018 12:30 PM, Greg Kroah-Hartman

Re: [PATCH v2 15/18] serial: intel: Support more platform

On 8/5/2018 4:37 PM, Christoph Hellwig wrote: The subject line also seems odd, your are changing deps on the lantiq driver, not some (nonexistent) intel serial driver. Your suggestion is reasonable, it will be changed to "serial: lantiq".

Re: [PATCH] clocksource: ti-32k: Remove CLOCK_SOURCE_SUSPEND_NONSTOP flag

Keerthy, * Keerthy [180802 06:39]: > With the introduction of below commit: > > commit 39232ed5a1793f67b11430c43ed8a9ed6e96c6eb > > time: Introduce one suspend clocksource to compensate the suspend time > > The suspend/resume fails on AM437x platforms as the source is not > a non-stop while

Re: [PATCH 0/3] KVM: x86: expose a few new features into VM.

Hi Paolo, Do you have any comments for the series ? Thanks Jingqi On 7/10/2018 4:54 PM, Jingqi Liu wrote: A few new features including user wait (umwait, umonitor, tpause) and direct stores (movdiri and movdir64b) will be available in Intel Snow Ridge, and need to be exposed to guest VM. The

Re: linux-next: manual merge of the kvm tree with the tip tree

Hi Stephen: Thanks for fix. I will discuss with maintainer about how to deal with the issue. On 8/6/2018 1:12 PM, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the kvm tree got a conflict in: > >arch/x86/include/asm/trace/hyperv.h > > between commit: > >

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

On Mon 2018-08-06 15:33:12, Baolin Wang wrote: > Hi Pavel, > > On 6 August 2018 at 15:09, Pavel Machek wrote: > > Hi! > > > >> > In current implementation this file on read returns the number > >> > of remaining repeat intervals. I'd add that to this description. > >> > >> I saw Pavel's comments

Re: [PATCH v2 14/18] serial: intel: Add CCF support

On 8/5/2018 5:03 AM, Arnd Bergmann wrote: On Sat, Aug 4, 2018 at 2:43 PM, Greg Kroah-Hartman wrote: On Sat, Aug 04, 2018 at 12:54:22PM +0200, Hauke Mehrtens wrote: On 08/03/2018 12:30 PM, Greg Kroah-Hartman wrote: On Fri, Aug 03, 2018 at 03:33:38PM +0800, Wu, Songjun wrote: This patch

Re: [PATCH] Input: cros_ec_keyb: Remove check before calling pm_wakeup_event.

Hi Dmitry On 2018-08-06 08:16, Dmitry Torokhov wrote: > On Sun, Aug 5, 2018 at 10:29 PM Marek Szyprowski > wrote: >> Hi Ravi, >> >> On 2018-08-03 18:53, Ravi Chandra Sadineni wrote: >>> Understood. I am trying to reproduce this issue locally. Wanted to >>> know the version of the kernel so I can

RE: [External] Re: [PATCH] ACPI: nfit: return -ENODEV if fail to find NFIT at startup

> -Original Message- > From: Verma, Vishal L > Sent: Saturday, August 04, 2018 1:12 AM > To: Williams, Dan J ; ross.zwis...@linux.intel.com; > oceanh...@gmail.com; Jiang, Dave ; l...@kernel.org; > r...@rjwysocki.net > Cc: linux-kernel@vger.kernel.org; linux-nvd...@lists.01.org; linux- >

Re: [PATCH 1/3] ASoC: AMD: Make ACP->SYSMEM DMA non circular

On 8/2/2018 3:26 PM, Mark Brown wrote: > On Thu, Aug 02, 2018 at 12:11:54PM +0530, Akshu Agrawal wrote: >> In capture case we don't want ACP to SYSMEM dma >> to be circular. This is because if an in place DSP >> filter is applied to captured output then circular DMA >> can overwrite the filter

Re: framebuffer corruption due to overlapping stp instructions on arm64

On Sun, Aug 5, 2018 at 10:36 PM, Pavel Machek wrote: > Hi! > >> > I tried to use a PCIe graphics card on the MacchiatoBIN board and I hit a >> > strange problem. >> > >> > When I use the links browser in graphics mode on the framebuffer, I get >> > occasional pixel corruption. Links does memcpy,

RE: [PATCH v3 3/3] dmaengine: imx-sdma: allocate max 20 bds for one transfer

Hello Lucas, Any comment for my reply? > -Original Message- > From: Robin Gong > Sent: 2018年7月25日 9:25 > To: 'Lucas Stach' ; vk...@kernel.org; > dan.j.willi...@intel.com; s.ha...@pengutronix.de; li...@armlinux.org.uk > Cc: dmaeng...@vger.kernel.org; dl-linux-imx ; >

Re: [PATCH 2/2] irqchip/gic-v3-its: Move ITS' ->pend_page allocation into an early CPU up callback

Hi Sebastian, On 18/07/18 16:42, Sebastian Andrzej Siewior wrote: > The AP-GIC-starting callback allocates memory for the ->pend_page while > the CPU is started during boot-up. This callback is invoked on the > target CPU with disabled interrupts. > This does not work on -RT because memory

Re: [PATCH v0] clk: rockchip: Add pclk_rkpwm_pmu to PMU critical clocks in rk3399

Hi Levin, Am Samstag, 4. August 2018, 09:31:02 CEST schrieb d...@t-chip.com.cn: > From: Levin Du > > PWM2 is commonly used to control voltage of PWM regulator of VDD_LOG in > RK3399. On the Firefly-RK3399 board, PWM2 outputs 40 KHz square wave > from power on and the VDD_LOG is about 0.9V. When

Re: [PATCH 0/2] x86/intel_rdt and perf/x86: Fix lack of coordination with perf

Hi Peter, On 8/3/2018 11:37 AM, Reinette Chatre wrote: > On 8/3/2018 8:25 AM, Peter Zijlstra wrote: >> On Fri, Aug 03, 2018 at 08:18:09AM -0700, Reinette Chatre wrote: >>> You state that you understand what we are trying to do and I hope that I >>> convinced you that we are not able to accomplish

[PATCH v2] spi: orion: cosmetics - alias long direct_access variables

This change increases the source code readability. Instead of using `spi->child[cs].direct_access.XXX` use `dacc->XXX`. Instead of using `orion_spi->child[cs].direct_access.vaddr` use `vaddr`. Signed-off-by: Kosta Zertsekel --- drivers/spi/spi-orion.c | 22 +++--- 1 file

Re: [PATCH v12 3/3] tracing: Centralize preemptirq tracepoints and unify their usage

With this patch applied, I'm constantly getting lockdep errors. Instead of doing a full revert of the patch, I did this, which makes all those errors go away. I may apply this for now, and we can revisit having lockdep use the tracepoint code. But since it's currently always enabled, I'm

Re: [alsa-devel] [PATCH 9/9] ALSA: intel_hdmi: remove redundant variable cfg_val

Good to hear, applied the patch now. BTW looking at the structures in intel_hdmi_lpe_audio.h, the field format:3 in audio_ch_status_0 is misleading at best, it should be the emphasis if I look at the SPDIF/AES docs. It's not used but I'll have to relook at all this when I find some time...

Re: [PATCH] perf/x86/intel: Fix unwind errors from PEBS entries (mk-II)

On Mon, Aug 6, 2018 at 11:04 AM Peter Zijlstra wrote: > On Mon, Aug 06, 2018 at 09:54:23AM -0700, Fubo Chen wrote: > > On Mon, Aug 6, 2018 at 8:42 AM Peter Zijlstra wrote: > > > On Mon, Aug 06, 2018 at 08:35:07AM -0700, Fubo Chen wrote: > > > > On Thu, Jul 19, 2018 at 2:21 PM Peter Zijlstra >

Re: [PATCH] Revert "cpufreq: intel_pstate: Fix ->set_policy() interface for no_turbo"

On 06/08/2018 18:49, Srinivas Pandruvada wrote: > On Mon, 2018-08-06 at 10:30 +0200, Rafael J. Wysocki wrote: >> On Sat, Aug 4, 2018 at 7:31 PM, Gabriele Mazzotta >> wrote: >>> On 04/08/2018 17:29, Gabriele Mazzotta wrote: This change does not take into account that some BIOSes change

Re: WARNING in try_charge

On 2018/08/07 5:55, Michal Hocko wrote: > On Tue 07-08-18 05:46:04, Tetsuo Handa wrote: >> On 2018/08/07 5:34, Michal Hocko wrote: >>> On Tue 07-08-18 05:26:23, Tetsuo Handa wrote: On 2018/08/07 2:56, Michal Hocko wrote: > So the oom victim indeed passed the above force path after the oom

Re: linux-next: manual merge of the rdma tree with Linus' tree

Hi Jason, On Mon, 6 Aug 2018 13:41:42 -0600 Jason Gunthorpe wrote: > > The resolution should end up like this: > > srcu_key = srcu_read_lock(>device->disassociate_srcu); > > if (!verify_command_mask(file, command, extended)) { > ret = -EOPNOTSUPP; >

Re: linux-next: Signed-off-by missing for commit in the rockchip tree

Hi Stephen, Am Montag, 6. August 2018, 23:29:16 CEST schrieb Stephen Rothwell: > Hi Heiko, > > Commit > > 508fc689cfe5 ("clk: rockchip: Add pclk_rkpwm_pmu to PMU critical clocks in > rk3399") > > is missing a Signed-off-by from its committer. thanks for noticing this mistake. I've fixed

Re: [PATCH 2/3] x86, perf: Add a separate Arch Perfmon v4 PMI handler

On Mon, Aug 06, 2018 at 02:33:23PM -0700, Andi Kleen wrote: > On Mon, Aug 06, 2018 at 08:35:15PM +0200, Peter Zijlstra wrote: > > > +static bool disable_counter_freezing; > > > +module_param(disable_counter_freezing, bool, 0444); > > > +MODULE_PARM_DESC(disable_counter_freezing, "Disable counter

Re: [PATCH v3 RESEND 2/2] tpm: add support for nonblocking operation

On 08/06/2018 04:05 PM, James Bottomley wrote: > For an async interface, shouldn't I be able to queue an > arbitrary number of commands without blocking? That was the approach in the v1 version of this patch, but Jason requested this to be changed so that only one command at a time can be

Your immediate response is required if you are alive

Dear Client, Please confirm if you are still alive because two gentle men walked into my office this morning to claim your inheritance funds with our bank. They said that you are dead and that they are your representative. I got your email from the file of your relative who is yet to be paid

[GIT PULL] GPIO fix for v4.18

Hi Linus, a single ACPI GPIO thingie that is standing out. Please pull it in! Description in the commit log. Yours, Linus Walleij The following changes since commit acb1872577b346bd15ab3a3f8dff780d6cca4b70: Linux 4.18-rc7 (2018-07-29 14:44:52 -0700) are available in the Git repository at:

Re: [PATCH v12 3/3] tracing: Centralize preemptirq tracepoints and unify their usage

On Mon, Aug 6, 2018 at 12:50 PM, Steven Rostedt wrote: > > With this patch applied, I'm constantly getting lockdep errors. Instead > of doing a full revert of the patch, I did this, which makes all those > errors go away. I may apply this for now, and we can revisit having > lockdep use the

Re: [alsa-devel] [PATCH 9/9] ALSA: intel_hdmi: remove redundant variable cfg_val

On Mon, 06 Aug 2018 20:37:53 +0200, Pierre-Louis Bossart wrote: > > On 8/1/18 6:00 AM, Takashi Iwai wrote: > > On Wed, 01 Aug 2018 12:47:42 +0200, > > Colin King wrote: > >> > >> From: Colin Ian King > >> > >> Variable cfg_val is being assigned but is never used hence it is > >> redundant and

[PATCH v2] Staging: One Laptop Per Child: fix SPDX-License-Identifier issue

Add SPDX-License-Identifier to the source files. Remove redundant, old license. Signed-off-by: Arkadiusz Lis --- drivers/staging/olpc_dcon/olpc_dcon.c| 5 + drivers/staging/olpc_dcon/olpc_dcon_xo_1.c | 5 + drivers/staging/olpc_dcon/olpc_dcon_xo_1_5.c | 5 + 3 files

Loan and investment

Greetings, I represent business group in Middle East looking for projects to fund; we seek any business that will guaranty a safe and secure return on investments. Alternative powers, movies, start up companies etc. We are also looking for commercial building projects, hotels, casino, strip

Re: framebuffer corruption due to overlapping stp instructions on arm64

On Mon, 6 Aug 2018, Ard Biesheuvel wrote: > > Unfortunatelly, it doesn't work. I verified that the bit is set after > > booting Linux, but the memcpy corruption was still present. > > > > I also tried the other chicken bits, it slowed down the system noticeably, > > but had no effect on the

Re: [PATCH v7 2/2] cpufreq: qcom-hw: Add support for QCOM cpufreq HW driver

On 2018-08-03 15:24, Stephen Boyd wrote: Quoting skan...@codeaurora.org (2018-08-03 12:52:48) On 2018-08-03 12:40, Evan Green wrote: > Hi Taniya, > > On Tue, Jul 24, 2018 at 3:44 AM Taniya Das wrote: >> >> + if (src) >> + c->table[i].frequency = c->xo_rate *

Re: WARNING in try_charge

On 2018/08/07 5:34, Michal Hocko wrote: > On Tue 07-08-18 05:26:23, Tetsuo Handa wrote: >> On 2018/08/07 2:56, Michal Hocko wrote: >>> So the oom victim indeed passed the above force path after the oom >>> invocation. But later on hit the page fault path and that behaved >>> differently and for

Re: linux-next: Signed-off-by missing for commit in the kvm tree

On 06/08/2018 23:39, Stephen Rothwell wrote: > Hi all, > > Commit > > 81781b6884bd ("KVM/x86: Use CC_SET()/CC_OUT in arch/x86/kvm/vmx.c") > > is missing a Signed-off-by from its committer. > Fixed at the same time as resolving the conflicts. Paolo signature.asc Description: OpenPGP

[PATCH] lib/vsprintf: Do not handle %pO[^F] as %px

This patch avoids that gcc reports the following when building with W=1: lib/vsprintf.c:1941:3: warning: this statement may fall through [-Wimplicit-fallthrough=] switch (fmt[1]) { ^~ Fixes: ce4fecf1fe15 ("vsprintf: Add %p extension "%pOF" for device tree") Signed-off-by: Bart Van

Re: [PATCH 3/4] watchdog: hpwdt: Display module parameters.

On Sat, Aug 04, 2018 at 06:13:20PM -0700, Guenter Roeck wrote: > On 08/02/2018 02:15 PM, Jerry Hoemann wrote: > > Print module parameters when the driver is loaded. > > > > Signed-off-by: Jerry Hoemann > > --- > > drivers/watchdog/hpwdt.c | 5 +++-- > > 1 file changed, 3 insertions(+), 2

Re: [PATCH 0/3] introduce memory.oom.group

On Mon, Aug 06, 2018 at 02:34:06PM -0700, David Rientjes wrote: > On Wed, 1 Aug 2018, Roman Gushchin wrote: > > > Ok, I think that what we'll do here: > > 1) drop the current cgroup-aware OOM killer implementation from the mm tree > > 2) land memory.oom.group to the mm tree (your ack will be

Re: linux-next: manual merge of the rdma tree with Linus' tree

On Mon, Aug 06, 2018 at 12:01:31PM +1000, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the rdma tree got a conflict in: > > drivers/infiniband/core/uverbs_main.c > > between commit: > > 1eb9364ce81d ("IB/uverbs: Fix ordering of ucontext check in > ib_uverbs_write") >

[PATCH v2] spi: orion: cosmetics - alias long direct_access variables

This change increases the source code readability. Instead of using `spi->child[cs].direct_access.XXX` use `dacc->XXX`. Instead of using `orion_spi->child[cs].direct_access.vaddr` use `vaddr`. Signed-off-by: Kosta Zertsekel --- drivers/spi/spi-orion.c | 22 +++--- 1 file

Re: [PATCH 4/5] arm: dts: qcom: Add ipq8064-ap161.dts

On Fri, Aug 3, 2018 at 8:10 AM Sricharan R wrote: > > Add a new board dts for ipq8064-ap161. > > Signed-off-by: Sricharan R > --- > Documentation/devicetree/bindings/arm/qcom.txt | 2 ++ > arch/arm/boot/dts/Makefile | 1 + > arch/arm/boot/dts/qcom-ipq8064-ap161.dts | 7

Re: [RFC 0/4] Virtio uses DMA API for all devices

On Tue, Aug 07, 2018 at 05:56:59AM +1000, Benjamin Herrenschmidt wrote: > On Mon, 2018-08-06 at 16:46 +0300, Michael S. Tsirkin wrote: > > > > > Right, we'll need some quirk to disable balloons in the guest I > > > suppose. > > > > > > Passing something from libvirt is cumbersome because the

Re: WARNING in try_charge

On Tue 07-08-18 05:46:04, Tetsuo Handa wrote: > On 2018/08/07 5:34, Michal Hocko wrote: > > On Tue 07-08-18 05:26:23, Tetsuo Handa wrote: > >> On 2018/08/07 2:56, Michal Hocko wrote: > >>> So the oom victim indeed passed the above force path after the oom > >>> invocation. But later on hit the

Re: [PATCH 3/3] PCI/portdrv: Add support for sharing xilinx controller irq with AER

On Wed, Aug 01, 2018 at 11:05:09AM -0700, Sinan Kaya wrote: > On 8/1/2018 9:44 AM, Bharat Kumar Gogada wrote: > > Xilinx ZynqMP PS PCIe does not report AER interrupts using Advanced > > Error Interrupt Message Number. The controller has dedicated interrupt line > > for reporting PCIe errors along

Re: [PATCH 0/2] x86/intel_rdt and perf/x86: Fix lack of coordination with perf

On Mon, Aug 06, 2018 at 12:50:50PM -0700, Reinette Chatre wrote: > In my previous email I provided the details of the Cache Pseudo-Locking > feature implemented on top of resctrl. Please let me know if you would > like any more details about that. I can send you more materials. I've no yet had

Re: [PATCH] Revert "cpufreq: intel_pstate: Fix ->set_policy() interface for no_turbo"

On Mon, 2018-08-06 at 23:50 +0200, Gabriele Mazzotta wrote: > On 06/08/2018 18:49, Srinivas Pandruvada wrote: > > On Mon, 2018-08-06 at 10:30 +0200, Rafael J. Wysocki wrote: > > > On Sat, Aug 4, 2018 at 7:31 PM, Gabriele Mazzotta > > > wrote: > > > > On 04/08/2018 17:29, Gabriele Mazzotta wrote:

Re: [PATCH] Input: raydium_i2c_ts - use true and false for boolean values

On Sat, Aug 04, 2018 at 07:34:06PM -0500, Gustavo A. R. Silva wrote: > Return statements in functions returning bool should use true or false > instead of an integer value. > > This code was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A. R. Silva Applied, thank you. > ---

Re: [PATCH rdma-next v4 2/3] test_overflow: Add shift overflow tests

On 2018-08-01 23:25, Kees Cook wrote: > This adds overflow tests for the new check_shift_overflow() helper to > validate overflow, signedness glitches, storage glitches, etc. > Just a few random comments, not really anything worth a v5 by itself. IOW, I can live with this being sent upstream

Re: [RFC PATCH v2 1/2] interconnect: qcom: Add sdm845 interconnect provider driver

On Wed 18 Jul 19:36 PDT 2018, David Dai wrote: > diff --git a/drivers/interconnect/qcom/sdm845.c > b/drivers/interconnect/qcom/sdm845.c [..] > +DEFINE_QNODE(ipa_core_master, MASTER_IPA_CORE, 1, 8, 1, SLAVE_IPA_CORE); [..] > +DEFINE_QNODE(ipa_core_slave, SLAVE_IPA_CORE, 1, 8, 0); As discussed

Re: [PATCH v9 1/2] regulator: dt-bindings: add QCOM RPMh regulator bindings

Mark, On Thu, Jul 26, 2018 at 11:39 AM, Andy Gross wrote: > + olof > > On Tue, Jul 24, 2018 at 05:59:42PM +0100, Mark Brown wrote: >> On Tue, Jul 24, 2018 at 08:43:46AM -0700, Doug Anderson wrote: >> > On Tue, Jul 24, 2018 at 8:25 AM, Mark Brown wrote: >> >> > > There was also some other thing

Re: [PATCH 0/2] x86/intel_rdt and perf/x86: Fix lack of coordination with perf

Hi Peter, On 8/6/2018 3:12 PM, Peter Zijlstra wrote: > On Mon, Aug 06, 2018 at 12:50:50PM -0700, Reinette Chatre wrote: >> In my previous email I provided the details of the Cache Pseudo-Locking >> feature implemented on top of resctrl. Please let me know if you would >> like any more details

Re: [PATCH] spi: orion: cosmetics - alias long direct_access variables

On Mon, Aug 6, 2018 at 10:09 PM Andrew Lunn wrote: >> @@ -683,6 +683,7 @@ static int orion_spi_probe(struct platform_device *pdev) >> >> /* Scan all SPI devices of this controller for direct mapped devices */ >> for_each_available_child_of_node(pdev->dev.of_node, np) { >> +

Re: [PATCH] platform/x86: acer-wmi: refactor function has_cap

On 8/6/18 3:16 PM, Andy Shevchenko wrote: > On Mon, Aug 6, 2018 at 11:00 PM, Gustavo A. R. Silva > wrote: >> Refactor function has_cap in order to avoid returning integer >> values, when instead it should return booleans. >> >> This code was detected with the help of Coccinelle. >> >>

Re: [PATCH v7 1/2] dt-bindings: cpufreq: Introduce QCOM CPUFREQ Firmware bindings

On 2018-08-03 16:46, Stephen Boyd wrote: Quoting Taniya Das (2018-07-24 03:42:49) diff --git a/Documentation/devicetree/bindings/cpufreq/cpufreq-qcom-hw.txt b/Documentation/devicetree/bindings/cpufreq/cpufreq-qcom-hw.txt new file mode 100644 index 000..22d4355 --- /dev/null +++

Re: [PATCH 0/3] Kbuild: fix and clean-up arch/um/Makefile

Am Samstag, 4. August 2018, 06:47:00 CEST schrieb Masahiro Yamada: > > 1/3 fixes the build failure reported by Randy. > (I may have seen a similar report before, but I cannot recall it.) > > 2/3 and 3/3 clean-up the Makefile a bit more. > > I'd like to apply this series to kbuild tree. > Ack

Re: [PATCH v2] RISC-V: Don't use a global include guard for uapi/asm/syscalls.h

On 08/06/2018 01:42 PM, Palmer Dabbelt wrote: > This file is expected to be included multiple times in the same file in > order to allow the __SYSCALL macro to generate system call tables. With > a global include guard we end up missing __NR_riscv_flush_icache in the > syscall table, which

Re: [PATCH v1 1/2] pinctrl: tegra: Move drivers registration to arch_init level

On 06.08.2018 15:38, Dmitry Osipenko wrote: > On Monday, 6 August 2018 16:03:01 MSK Stefan Agner wrote: >> On 04.08.2018 16:01, Dmitry Osipenko wrote: >> > On Friday, 3 August 2018 20:24:56 MSK Linus Walleij wrote: >> >> On Thu, Aug 2, 2018 at 1:31 PM Stefan Agner wrote: >> >> > A while back at

[PATCH v3 RESEND 0/2] tpm: add support for nonblocking operation

The TCG SAPI specification [1] defines a set of functions, which allow applications to use the TPM device in either blocking or non-blocking fashion. Each command defined by the specification has a corresponding Tss2_Sys__Prepare() and Tss2_Sys__Complete() call, which together with

[PATCH v3 RESEND 1/2] tpm: add ptr to the tpm_space struct to file_priv

Add a ptr to struct tpm_space to the file_priv to have an easy access to it in the async job without the need to allocate memory. This also allows to consolidate of the write operations for the two interfaces. Tested-by: Philip Tricca Signed-off-by: Tadeusz Struk ---

Re: [PATCH 2/3] x86, perf: Add a separate Arch Perfmon v4 PMI handler

On Mon, Aug 06, 2018 at 08:35:15PM +0200, Peter Zijlstra wrote: > > +static bool disable_counter_freezing; > > +module_param(disable_counter_freezing, bool, 0444); > > +MODULE_PARM_DESC(disable_counter_freezing, "Disable counter freezing > > feature." > > + "The PMI handler will fall

Re: [RFC v6 PATCH 2/2] mm: mmap: zap pages with read mmap_sem in munmap

On 8/6/18 1:52 PM, Michal Hocko wrote: On Mon 06-08-18 13:48:35, Yang Shi wrote: On 8/6/18 1:41 PM, Michal Hocko wrote: On Mon 06-08-18 09:46:30, Yang Shi wrote: On 8/6/18 2:40 AM, Michal Hocko wrote: On Fri 03-08-18 14:01:58, Yang Shi wrote: On 8/3/18 2:07 AM, Michal Hocko wrote: On

[PATCH] Input: do not use WARN() in input_alloc_absinfo()

Some of fuzzers set panic_on_warn=1 so that they can handle WARN()ings the same way they handle full-blown kernel crashes. We used WARN() in input_alloc_absinfo() to get a better idea where memory allocation failed, but since then kmalloc() and friends started dumping call stack on memory

Re: WARNING in try_charge

On Mon 06-08-18 21:45:53, Michal Hocko wrote: > [CCing Greg - the email thread starts here > http://lkml.kernel.org/r/5e979605729c1...@google.com] now for real > > On Mon 06-08-18 12:12:02, syzbot wrote: > > Hello, > > > > syzbot has tested the proposed patch and the reproducer did

Re: [PATCH v5] PCI: Check for PCIe downtraining conditions

On Mon, Aug 6, 2018 at 1:39 PM wrote: > > On 08/05/2018 02:06 AM, Tal Gilboa wrote: > > On 7/31/2018 6:10 PM, Alex G. wrote: > >> On 07/31/2018 01:40 AM, Tal Gilboa wrote: > >> [snip] > >> @@ -2240,6 +2258,9 @@ static void pci_init_capabilities(struct > >> pci_dev *dev) > >>/*

Re: [PATCH] platform/x86: acer-wmi: refactor function has_cap

On Mon, Aug 6, 2018 at 11:00 PM, Gustavo A. R. Silva wrote: > Refactor function has_cap in order to avoid returning integer > values, when instead it should return booleans. > > This code was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A. R. Silva > --- >

Re: [PATCH v2] xen/pv: Call get_cpu_address_sizes to set x86_virt/phys_bits

On Mon, 6 Aug 2018, Boris Ostrovsky wrote: > x86 maintainers, this needs your ack please. Reviewed-by: Thomas Gleixner

[PATCH v2] platform/x86: acer-wmi: refactor function has_cap

Refactor function has_cap in order to avoid returning integer values, when instead it should return booleans. This code was detected with the help of Coccinelle. Signed-off-by: Gustavo A. R. Silva --- Changes in v2: Remove parentheses and unnecessary code. Thank you all for the

Re: [PATCH] spi-nor: add support for is25wp256d

On Sat, 04 Aug 2018 02:27:54 PDT (-0700), marek.va...@gmail.com wrote: On 08/04/2018 03:49 AM, Palmer Dabbelt wrote: From: "Wesley W. Terpstra" This is used of the HiFive Unleashed development board. Signed-off-by: Wesley W. Terpstra Signed-off-by: Palmer Dabbelt ---

Re: RISC-V: Don't use a global include guard for uapi/asm/syscalls.h

On Sat, 04 Aug 2018 01:54:38 PDT (-0700), Christoph Hellwig wrote: >> index 818655b0d535..882a6aa09a33 100644 >> --- a/arch/riscv/include/uapi/asm/syscalls.h >> +++ b/arch/riscv/include/uapi/asm/syscalls.h >> @@ -1,10 +1,11 @@ >> -/* SPDX-License-Identifier: GPL-2.0 */ >> +//

[PATCH v2] RISC-V: Don't use a global include guard for uapi/asm/syscalls.h

This file is expected to be included multiple times in the same file in order to allow the __SYSCALL macro to generate system call tables. With a global include guard we end up missing __NR_riscv_flush_icache in the syscall table, which results in icache flushes that escape the vDSO call to not

Re: [PATCH 03/11] dt-bindings: interrupt-controller: RISC-V PLIC documentation

On Thu, Aug 2, 2018 at 4:08 PM Atish Patra wrote: > > On 8/2/18 4:50 AM, Christoph Hellwig wrote: > > From: Palmer Dabbelt > > > > This patch adds documentation for the platform-level interrupt > > controller (PLIC) found in all RISC-V systems. This interrupt > > controller routes interrupts

[PATCH v3 RESEND 2/2] tpm: add support for nonblocking operation

Currently the TPM driver only supports blocking calls, which doesn't allow asynchronous IO operations to the TPM hardware. This patch changes it and adds support for nonblocking write and a new poll function to enable applications, which want to take advantage of this. Tested-by: Philip Tricca

Re: [tip:x86/urgent] x86/irqflags: Provide a declaration for native_save_fl

On Sun, Aug 5, 2018 at 1:33 PM tip-bot for Nick Desaulniers wrote: > > Commit-ID: 208cbb32558907f68b3b2a081ca2337ac3744794 > Gitweb: > https://git.kernel.org/tip/208cbb32558907f68b3b2a081ca2337ac3744794 > Author: Nick Desaulniers > AuthorDate: Fri, 3 Aug 2018 10:05:50 -0700 >

Re: [PATCH 0/3] introduce memory.oom.group

On Wed, 1 Aug 2018, Roman Gushchin wrote: > Ok, I think that what we'll do here: > 1) drop the current cgroup-aware OOM killer implementation from the mm tree > 2) land memory.oom.group to the mm tree (your ack will be appreciated) > 3) discuss and, hopefully, agree on memory.oom.policy interface

Re: [PATCH] perf/x86/intel: Fix unwind errors from PEBS entries (mk-II)

On Mon, Aug 06, 2018 at 02:28:18PM -0700, Fubo Chen wrote: > Do you think the patch below is sufficient to suppress the sparse warning? Why would I want to make the code ugly to supress it?

  1   2   3   4   5   6   7   8   9   10   >