Re: [PATCH 0/2] perf/hw_breakpoint: Fix breakpoint overcommit issue

On Mon, Jul 15, 2019 at 02:47:37PM +0200, Peter Zijlstra wrote: > On Thu, Jul 11, 2019 at 12:53:05PM +0200, Peter Zijlstra wrote: > > > I wish we could use event->ctx->task instead but on pmu::init() there > > > is no ctx yet (we could pass the task in parameter though) > > > > Right, that should

[PATCH v4 0/2] arm64: dts: nxp: add ls1046a frwy board support

changes for v4: incorporated shawn review comment Pramod Kumar (2): dt-bindings: arm: nxp: Add device tree binding for ls1046a-frwy board arm64: dts: nxp: add ls1046a-frwy board support Documentation/devicetree/bindings/arm/fsl.yaml | 1 + arch/arm64/boot/dts/freescale/Makefile

[PATCH v4 1/2] dt-bindings: arm: nxp: Add device tree binding for ls1046a-frwy board

Add "fsl,ls1046a-frwy" bindings for ls1046afrwy board based on ls1046a SoC Signed-off-by: Vabhav Sharma Signed-off-by: Pramod Kumar Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/arm/fsl.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/

[PATCH v4 2/2] arm64: dts: nxp: add ls1046a-frwy board support

ls1046afrwy board is based on nxp ls1046a SoC. Board support's 4GB ddr memory, i2c, microSD card, serial console,qspi nor flash,ifc nand flash,qsgmii network interface, usb 3.0 and serdes interface to support two x1gen3 pcie interface. Signed-off-by: Vabhav Sharma Signed-off-by: Pramod Kumar ---

Re: [PATCH 0/2] perf/hw_breakpoint: Fix breakpoint overcommit issue

On Tue, Jul 16, 2019 at 03:42:20PM +0200, Frederic Weisbecker wrote: > On Mon, Jul 15, 2019 at 02:47:37PM +0200, Peter Zijlstra wrote: > > On Thu, Jul 11, 2019 at 12:53:05PM +0200, Peter Zijlstra wrote: > > > > I wish we could use event->ctx->task instead but on pmu::init() there > > > > is no ctx

Re: [PATCH v3] arm64: dts: sdm845: Add video nodes

On Fri, Jul 12, 2019 at 02:55:48PM +0530, Rajendra Nayak wrote: > > > On 7/2/2019 5:42 PM, Aniket Masule wrote: > > From: Malathi Gottam > > > > This adds video nodes to sdm845 based on the examples > > in the bindings. > > > > Signed-off-by: Malathi Gottam > > Co-developed-by: Aniket Masule

PCI: dra7xx: PCI_EXP_LNKCTL2 usage

ab5fe4f4d31e ("PCI: dra7xx: Add support to force RC to work in GEN1 mode") added this: + dw_pcie_cfg_read(pp->dbi_base + exp_cap_off + PCI_EXP_LNKCTL2, +2, ®); + if ((reg & PCI_EXP_LNKCAP_SLS) != PCI_EXP_LNKCAP_SLS_2_5GB) { + reg &= ~((u32)

[PATCH] x86: Add irq spillover warning

On Intel hardware, cpus are limited in the number of irqs they can have affined to them (currently 240), based on section 10.5.2 of: https://www.intel.com/content/dam/www/public/us/en/documents/manuals/64-ia-32-architectures-software-developer-vol-3a-part-1-manual.pdf If a cpu has more than this n

Re: [PATCH v4 14/24] PM / devfreq: tegra30: Ensure that target freq won't overflow

16.07.2019 15:30, Chanwoo Choi пишет: > On 19. 7. 8. 오전 7:32, Dmitry Osipenko wrote: >> Potentially very high boosting could cause an integer overflow for a >> highly clocked memory after conversion to MHz. >> >> Signed-off-by: Dmitry Osipenko >> --- >> drivers/devfreq/tegra30-devfreq.c | 1 + >>

Re: [PATCH v1 6/6] virtio-balloon: Add support for aerating memory via hinting

On 7/16/19 2:55 AM, Michael S. Tsirkin wrote: > The approach here is very close to what on-demand hinting that is > already upstream does. Are you referring to the s390 (and powerpc) stuff that is hidden behind arch_free_page()?

Re: [kbuild:kbuild 5/19] drivers/atm/eni.o: warning: objtool: eni_init_one()+0xe42: indirect call found in RETPOLINE build

On Tue, Jul 16, 2019 at 9:42 PM Seth Forshee wrote: > > On Tue, Jul 16, 2019 at 03:57:24PM +0900, Masahiro Yamada wrote: > > (+ Josh Poimboeuf) > > > > On Tue, Jul 16, 2019 at 8:44 AM kbuild test robot wrote: > > > > > > tree: > > > https://kernel.googlesource.com/pub/scm/linux/kernel/git/masa

Re: [PATCH v11 0/5] Add utilization clamping support (CGroups API)

On 15-Jul 18:51, Michal Koutný wrote: > Hello Patrick. Hi Michal, > I took a look at your series and I've posted some notes to your patches. thanks for your review! > One applies more to the series overall -- I see there is enum uclamp_id > defined but at many places (local variables, function

Re: [PATCH v11 2/5] sched/core: uclamp: Propagate parent clamps

Hi Michal, On 15-Jul 18:42, Michal Koutný wrote: > On Mon, Jul 08, 2019 at 09:43:54AM +0100, Patrick Bellasi > wrote: > > Since it's possible for a cpu.uclamp.min value to be bigger than the > > cpu.uclamp.max value, ensure local consistency by restricting each > > "protection" > > (i.e. min uti

Re: [PATCH v3 0/3] kernel/notifier.c: avoid duplicate registration

On 2019/7/16 18:20, Vasily Averin wrote: > On 7/16/19 5:00 AM, Xiaoming Ni wrote: >> On 2019/7/15 13:38, Vasily Averin wrote: >>> On 7/14/19 5:45 AM, Xiaoming Ni wrote: On 2019/7/12 22:07, gre...@linuxfoundation.org wrote: > On Fri, Jul 12, 2019 at 09:11:57PM +0800, Xiaoming Ni wrote: >

Re: [PATCH] tracing/fgraph: support recording function return values

On Mon, Jul 15, 2019 at 12:12:31PM +0200, Peter Zijlstra wrote: > On Mon, Jul 15, 2019 at 09:29:30AM +0100, Will Deacon wrote: > > On Sat, Jul 13, 2019 at 08:10:26PM +0800, Changbin Du wrote: > > > This patch adds a new trace option 'funcgraph-retval' and is disabled by > > > default. When this opt

Re: [PATCH v1 6/6] virtio-balloon: Add support for aerating memory via hinting

On 16.07.19 16:00, Dave Hansen wrote: > On 7/16/19 2:55 AM, Michael S. Tsirkin wrote: >> The approach here is very close to what on-demand hinting that is >> already upstream does. > > Are you referring to the s390 (and powerpc) stuff that is hidden behind > arch_free_page()? > I assume Michael

Re: [PATCH] ata: libahci_platform: remove redundant dev_err message

On 7/16/19 3:54 AM, Ding Xiang wrote: > devm_ioremap_resource already contains error message, so remove > the redundant dev_err message Applied, thanks. -- Jens Axboe

Re: [PATCH v1 6/6] virtio-balloon: Add support for aerating memory via hinting

On 16.07.19 16:12, David Hildenbrand wrote: > On 16.07.19 16:00, Dave Hansen wrote: >> On 7/16/19 2:55 AM, Michael S. Tsirkin wrote: >>> The approach here is very close to what on-demand hinting that is >>> already upstream does. >> >> Are you referring to the s390 (and powerpc) stuff that is hidde

Greetings My Dear Friend,

Greetings My Dear Friend, Before I introduce myself, I wish to inform you that this letter is not a hoax mail and I urge you to treat it serious.This letter must come to you as a big surprise, but I believe it is only a day that people meet and become great friends and business partners. Ple

Re: [PATCH v3 3/5] locking/qspinlock: Introduce CNA into the slow path of qspinlock

> On Jul 15, 2019, at 5:30 PM, Waiman Long wrote: > > On 7/15/19 3:25 PM, Alex Kogan wrote: >> In CNA, spinning threads are organized in two queues, a main queue for >> threads running on the same node as the current lock holder, and a >> secondary queue for threads running on other nodes. At t

Re: [PATCH v3 3/5] locking/qspinlock: Introduce CNA into the slow path of qspinlock

> On Jul 16, 2019, at 7:05 AM, Peter Zijlstra wrote: > > On Mon, Jul 15, 2019 at 03:25:34PM -0400, Alex Kogan wrote: >> +/** >> + * find_successor - Scan the main waiting queue looking for the first >> + * thread running on the same node as the lock holder. If found (call it >> + * thread T), m

Re: [PATCH v11 3/5] sched/core: uclamp: Propagate system defaults to root group

On 15-Jul 18:42, Michal Koutný wrote: > On Mon, Jul 08, 2019 at 09:43:55AM +0100, Patrick Bellasi > wrote: > > +static void uclamp_update_root_tg(void) > > +{ > > + struct task_group *tg = &root_task_group; > > + > > + uclamp_se_set(&tg->uclamp_req[UCLAMP_MIN], > > + sysctl_sc

Re: [PATCH v11 4/5] sched/core: uclamp: Use TG's clamps to restrict TASK's clamps

On 15-Jul 18:42, Michal Koutný wrote: > On Mon, Jul 08, 2019 at 09:43:56AM +0100, Patrick Bellasi > wrote: > > This mimics what already happens for a task's CPU affinity mask when the > > task is also in a cpuset, i.e. cgroup attributes are always used to > > restrict per-task attributes. > If I

Re: [PATCH v5 2/2] mm/vmalloc: modify struct vmap_area to reduce its size

On Tue, Jul 16, 2019 at 09:26:04PM +0800, Pengfei Li wrote: > Objective > - > The current implementation of struct vmap_area wasted space. > > After applying this commit, sizeof(struct vmap_area) has been > reduced from 11 words to 8 words. > > Description > --- > 1) Pack "subtree

Re: kbuild: Fail if gold linker is detected

* Thomas Gleixner wrote: > The gold linker has known issues of failing the build in random and > predictible ways. H.J. stated: s/predictable/unpredictable? Acked-by: Ingo Molnar Thanks, Ingo

Re: [PATCH v1 6/6] virtio-balloon: Add support for aerating memory via hinting

On 7/16/19 7:12 AM, David Hildenbrand wrote: > On 16.07.19 16:00, Dave Hansen wrote: >> On 7/16/19 2:55 AM, Michael S. Tsirkin wrote: >>> The approach here is very close to what on-demand hinting that is >>> already upstream does. >> Are you referring to the s390 (and powerpc) stuff that is hidden

[PATCH v2] libertas_tf: Use correct channel range in lbtf_geo_init

It seems we should use 'range' instead of 'priv->range' in lbtf_geo_init(), because 'range' is the corret one related to current regioncode. Reported-by: Hulk Robot Fixes: 691cdb49388b ("libertas_tf: command helper functions for libertas_tf") Signed-off-by: YueHaibing --- v2: fix compile error -

Re: [PATCH v3 3/5] locking/qspinlock: Introduce CNA into the slow path of qspinlock

On 7/16/19 10:26 AM, Alex Kogan wrote: >> On Jul 15, 2019, at 5:30 PM, Waiman Long wrote: >> >> On 7/15/19 3:25 PM, Alex Kogan wrote: >> >>> /* >>> - * On 64-bit architectures, the mcs_spinlock structure will be 16 bytes in >>> - * size and four of them will fit nicely in one 64-byte cacheline. Fo

Re: [PATCH 17/18] arm64: dts: Convert to the hierarchical CPU topology layout for MSM8916

On Mon, May 13, 2019 at 09:22:59PM +0200, Ulf Hansson wrote: > From: Lina Iyer > > In the hierarchical layout, we are creating power domains around each CPU > and describes the idle states for them inside the power domain provider > node. Note that, the CPU's idle states still needs to be compatib

Re: [PATCH 18/18] arm64: dts: hikey: Convert to the hierarchical CPU topology layout

On Mon, May 13, 2019 at 09:23:00PM +0200, Ulf Hansson wrote: > To enable the OS to manage last-man standing activities for a CPU, while an > idle state for a group of CPUs is selected, let's convert the Hikey > platform into using the hierarchical CPU topology layout. > > Cc: Wei Xu > Signed-off-b

[PATCH] lpfc: Fix Buffer Overflow Error

Power and x86 have different page sizes so rather than allocate the buffer based on number of pages we should allocate space by using max_sectors. There is also code in lpfc_scsi.c to be sure we don't write past the end of this buffer. Signed-off-by: KyleMahlkuch --- drivers/scsi/lpfc/lpfc_init.

Re: [PATCH v10 6/9] kselftests: cgroup: add freezer controller self-tests

Hi Roman, Just want to share information here on what we notice on running this test case, On Fri, 5 Apr 2019 at 23:17, Roman Gushchin wrote: > > This patch implements 9 tests for the freezer controller for > cgroup v2: ... > 6) ptrace test: the test checks that it's possible to attach to > a pr

Re: [PATCH v3 3/5] locking/qspinlock: Introduce CNA into the slow path of qspinlock

On 7/16/19 10:29 AM, Alex Kogan wrote: > >> On Jul 15, 2019, at 7:22 PM, Waiman Long > > wrote: >> >> On 7/15/19 5:30 PM, Waiman Long wrote: -#ifndef _GEN_PV_LOCK_SLOWPATH +#if !defined(_GEN_PV_LOCK_SLOWPATH) && !defined(_GEN_CNA_LOCK_SLOWPATH) #inc

Re: [PATCH 10/18] drivers: firmware: psci: Add hierarchical domain idle states converter

On Tue, Jul 16, 2019 at 10:45:49AM +0200, Ulf Hansson wrote: [...] > > > +static void psci_pd_convert_states(struct cpuidle_state *idle_state, > > > + u32 *psci_state, struct genpd_power_state *state) > > > +{ > > > + u32 *state_data = state->data; > > > + u64 target_r

Re: [PATCH 07/18] drivers: firmware: psci: Prepare to use OS initiated suspend mode

On Mon, May 13, 2019 at 09:22:49PM +0200, Ulf Hansson wrote: > The per CPU variable psci_power_state, contains an array of fixed values, > which reflects the corresponding arm,psci-suspend-param parsed from DT, for > each of the available CPU idle states. > > This isn't sufficient when using the hi

Re: [PATCH v3 2/5] locking/qspinlock: Refactor the qspinlock slow path

On Jul 16, 2019, at 6:20 AM, Peter Zijlstra wrote: > > On Mon, Jul 15, 2019 at 03:25:33PM -0400, Alex Kogan wrote: > >> +/* >> + * set_locked_empty_mcs - Try to set the spinlock value to _Q_LOCKED_VAL, >> + * and by doing that unlock the MCS lock when its waiting queue is empty >> + * @lock: Poi

[PATCH] skbuff: fix compilation warnings in skb_dump()

The commit 6413139dfc64 ("skbuff: increase verbosity when dumping skb data") introduced a few compilation warnings. net/core/skbuff.c:766:32: warning: format specifies type 'unsigned short' but the argument has type 'unsigned int' [-Wformat] level, sk->sk_family, sk->sk_type

Re: [PATCH v2 1/2] dt-bindings: mmc: Document Aspeed SD controller

On Mon, Jul 15, 2019 at 6:36 PM Andrew Jeffery wrote: > > > > On Tue, 16 Jul 2019, at 07:47, Rob Herring wrote: > > On Thu, Jul 11, 2019 at 9:32 PM Andrew Jeffery wrote: > > > > > > The ASPEED SD/SDIO/eMMC controller exposes two slots implementing the > > > SDIO Host Specification v2.00, with 1 o

Re: [PATCH V5 11/18] clk: tegra210: Add support for Tegra210 clocks

16.07.2019 11:06, Peter De Schrijver пишет: > On Tue, Jul 16, 2019 at 03:24:26PM +0800, Joseph Lo wrote: >>> OK, Will add to CPUFreq driver... The other thing that also need attention is that T124 CPUFreq driver implicitly relies on DFLL driver to be probed first, which is icky.

RE: [PATCH v1 6/6] virtio-balloon: Add support for aerating memory via hinting

On Tuesday, July 16, 2019 10:41 PM, Hansen, Dave wrote: > Where is the page allocator integration? The set you linked to has 5 patches, > but only 4 were merged. This one is missing: > > https://lore.kernel.org/patchwork/patch/961038/ For some reason, we used the regular page allocation t

Re: [PATCH v1 6/6] virtio-balloon: Add support for aerating memory via hinting

On 16.07.19 16:41, Dave Hansen wrote: > On 7/16/19 7:12 AM, David Hildenbrand wrote: >> On 16.07.19 16:00, Dave Hansen wrote: >>> On 7/16/19 2:55 AM, Michael S. Tsirkin wrote: The approach here is very close to what on-demand hinting that is already upstream does. >>> Are you referring to

Re: [RFC PATCH v2 00/15] tracing: of: Boot time tracing using devicetree

Hi Frank, On Mon, 15 Jul 2019 07:21:27 -0700 Frank Rowand wrote: > Hi Masami, > > After receiving this email, I replied to one email on the v1 thread, > so there will be a little bit of overlap in the ordering of the two > threads. Feel free to reply to my comments in the v1 thread in this > t

Re: [PATCH] skbuff: fix compilation warnings in skb_dump()

On Tue, Jul 16, 2019 at 4:56 PM Qian Cai wrote: > > The commit 6413139dfc64 ("skbuff: increase verbosity when dumping skb > data") introduced a few compilation warnings. > > net/core/skbuff.c:766:32: warning: format specifies type 'unsigned > short' but the argument has type 'unsigned int' [-Wform

Re: [PATCH v1 6/6] virtio-balloon: Add support for aerating memory via hinting

On Tue, Jul 16, 2019 at 04:17:13PM +0200, David Hildenbrand wrote: > On 16.07.19 16:12, David Hildenbrand wrote: > > On 16.07.19 16:00, Dave Hansen wrote: > >> On 7/16/19 2:55 AM, Michael S. Tsirkin wrote: > >>> The approach here is very close to what on-demand hinting that is > >>> already upstrea

Re: [PATCH 09/18] drivers: firmware: psci: Add support for PM domains using genpd

On Mon, May 13, 2019 at 09:22:51PM +0200, Ulf Hansson wrote: > When the hierarchical CPU topology layout is used in DT, we need to setup > the corresponding PM domain data structures, as to allow a CPU and a group > of CPUs to be power managed accordingly. Let's enable this by deploying > support t

Re: [PATCH v5 2/2] mm/vmalloc: modify struct vmap_area to reduce its size

On Tue, Jul 16, 2019 at 10:35 PM Uladzislau Rezki wrote: > > On Tue, Jul 16, 2019 at 09:26:04PM +0800, Pengfei Li wrote: > > Objective > > - > > The current implementation of struct vmap_area wasted space. > > > > After applying this commit, sizeof(struct vmap_area) has been > > reduced fr

Re: [PATCH] dt-bindings: riscv: Limit cpus schema to only check RiscV 'cpu' nodes

On Wed, Jun 26, 2019 at 6:00 PM Rob Herring wrote: > > Matching on the 'cpus' node was a bad choice because the schema is > incorrectly applied to non-RiscV cpus nodes. As we now have a common cpus > schema which checks the general structure, it is also redundant to do so > in the Risc-V CPU schem

Re: [PATCH v3 04/24] dmaengine: qcom_hidma: Remove call to memset after dmam_alloc_coherent

On 7/16/2019 7:35 AM, Robin Murphy wrote: > On 15/07/2019 16:17, Sinan Kaya wrote: >> On 7/15/2019 1:43 AM, Fuqian Huang wrote: >>> Should I rewrite the commit log? Just mention that dma_alloc_coherent >>> has already >>> zeroed the memory and not to reference the commit? >> >> I'd like to hear fro

Re: [PATCH v2 1/4] OPP: Allow required-opps even if the device doesn't have power-domains

Hey Saravana, Thanks for taking time to post out this series. On 6/26/19 3:03 AM, Saravana Kannan wrote: A Device-A can have a (minimum) performance requirement on another Device-B to be able to function correctly. This performance requirement on Device-B can also change based on the current per

Re: [PATCH v4 10/24] PM / devfreq: tegra30: Don't enable consecutive-down interrupt on startup

16.07.2019 15:17, Chanwoo Choi пишет: > Hi Dmitry, > > On 19. 7. 8. 오전 7:32, Dmitry Osipenko wrote: >> The consecutive-down event tells that we should perform frequency >> de-boosting, but boosting is in a reset state on start and hence the >> event won't do anything useful for us and it will be j

[GIT PULL] VFIO updates for v5.3-rc1

Hi Linus, The following changes since commit 6fbc7275c7a9ba97877050335f290341a1fd8dbf: Linux 5.2-rc7 (2019-06-30 11:25:36 +0800) are available in the Git repository at: git://github.com/awilliam/linux-vfio.git tags/vfio-v5.3-rc1 for you to fetch changes up to 1e4d09d2212d9e230b967f57bc8df4

Re: [PATCH] s390: enable detection of kernel version from bzImage

On Tue, 16 Jul 2019 15:11:38 +0200 Vasily Gorbik wrote: > On Tue, Jul 16, 2019 at 10:30:14AM +, Petr Tesarik wrote: > > On Tue, 16 Jul 2019 00:12:19 +0200 > > Vasily Gorbik wrote: > > > > > Extend "parmarea" to include an offset of the version string, which is > > > stored as 8-byte big e

[PATCH v2] driver core: Remove device link creation limitation

From: Rafael J. Wysocki Subject: [PATCH] driver core: Remove device link creation limitation If device_link_add() is called for a consumer/supplier pair with an existing device link between them and the existing link's type is not in agreement with the flags passed to that function by its caller,

Re: [PATCH] dt-bindings: riscv: Limit cpus schema to only check RiscV 'cpu' nodes

On Tue, 16 Jul 2019, Rob Herring wrote: > On Wed, Jun 26, 2019 at 6:00 PM Rob Herring wrote: > > > > Matching on the 'cpus' node was a bad choice because the schema is > > incorrectly applied to non-RiscV cpus nodes. As we now have a common cpus > > schema which checks the general structure, it i

[PATCH] cpuidle: Always stop scheduler tick on adaptive-tick CPUs

From: Rafael J. Wysocki Running the scheduler tick on idle adaptive-tick CPUs is not useful and it may also be not expected by users (as reported by Thomas), so add a check to cpuidle_idle_call() to always stop the tick on them regardless of the idle duration predicted by the governor. Fixes: 55

[PATCH v6 0/2] mm/vmalloc.c: improve readability and rewrite vmap_area

v5 -> v6 * patch 2: keep the comment in s_show() v4 -> v5 * Base on next-20190716 * patch 1: From Uladzislau Rezki (Sony) (author) - https://lkml.org/lkml/2019/7/16/276 * patch 2: Use v3 v3 -> v4: * Base on next-20190711 * patch 1: From: Uladzislau Rezki (Sony) (author) - https:/

[PATCH v6 2/2] mm/vmalloc: modify struct vmap_area to reduce its size

Objective - The current implementation of struct vmap_area wasted space. After applying this commit, sizeof(struct vmap_area) has been reduced from 11 words to 8 words. Description --- 1) Pack "subtree_max_size", "vm" and "purge_list". This is no problem because A) "subtree_ma

[PATCH v6 1/2] mm/vmalloc: do not keep unpurged areas in the busy tree

From: "Uladzislau Rezki (Sony)" The busy tree can be quite big, even though the area is freed or unmapped it still stays there until "purge" logic removes it. 1) Optimize and reduce the size of "busy" tree by removing a node from it right away as soon as user triggers free paths. It is possible

Re: [PATCH v11 2/5] sched/core: uclamp: Propagate parent clamps

On Tue, Jul 16, 2019 at 03:07:06PM +0100, Patrick Bellasi wrote: > That note comes from the previous review cycle and it's based on a > request from Tejun to align uclamp behaviors with the way the > delegation model is supposed to work. I saw and hopefully understood that reasoning -- uclamp.min

[PULL] virtio, vhost: fixes, features, performance

The following changes since commit c1ea02f15ab5efb3e93fc3144d895410bf79fcf2: vhost: scsi: add weight support (2019-05-27 11:08:23 -0400) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to 5e663f04

Re: [PATCH] mm/hmm: Fix bad subpage pointer in try_to_unmap_one

On Mon, Jul 15, 2019 at 11:14:31PM -0700, John Hubbard wrote: > On 7/15/19 5:38 PM, Ralph Campbell wrote: > > On 7/15/19 4:34 PM, John Hubbard wrote: > > > On 7/15/19 3:00 PM, Andrew Morton wrote: > > > > On Tue, 9 Jul 2019 18:24:57 -0700 Ralph Campbell > > > > wrote: > > > > > > > >   mm/rmap.c

Re: [PATCH v11 3/5] sched/core: uclamp: Propagate system defaults to root group

On Tue, Jul 16, 2019 at 03:34:17PM +0100, Patrick Bellasi wrote: > > cpu_util_update_eff internally calls css_for_each_descendant_pre() so > > this should be protected with rcu_read_lock(). > > Right, good catch! Will add in v12. When I responded to your other patch, it occurred to me that since

Re: [PATCH v8 6/8] cgroup/cpuset: Change cpuset_rwsem and hotplug lock order

On Fri, Jul 12, 2019 at 04:04:09PM +0200, Juri Lelli wrote: > > Should I take this as an indication that you had a look at the set and > > (apart from Peter's comments) you are OK with them? > > > > If that's the case I will send a v9 out soon. Otherwise I'd kindly ask > > you to please have a loo

Re: [PATCH v1 6/6] virtio-balloon: Add support for aerating memory via hinting

On Tue, Jul 16, 2019 at 2:55 AM Michael S. Tsirkin wrote: > > On Wed, Jun 19, 2019 at 03:33:38PM -0700, Alexander Duyck wrote: > > From: Alexander Duyck > > > > Add support for aerating memory using the hinting feature provided by > > virtio-balloon. Hinting differs from the regular balloon funct

Re: [PATCH] ARM: dts: imx6ul-kontron-ul2: Add Exceet/Kontron iMX6-UL2 SoM

Hi Krzysztof, On 12.07.19 16:12, Krzysztof Kozlowski wrote: > Add support for iMX6-UL2 modules from Kontron Electronics GmbH (before > acquisition: Exceet Electronics) and evalkit boards based on it: > > 1. i.MX6 UL System-on-Module, a 25x25 mm solderable module (LGA pads and > pin castellati

[PATCH net v2] skbuff: fix compilation warnings in skb_dump()

The commit 6413139dfc64 ("skbuff: increase verbosity when dumping skb data") introduced a few compilation warnings. net/core/skbuff.c:766:32: warning: format specifies type 'unsigned short' but the argument has type 'unsigned int' [-Wformat] level, sk->sk_family, sk->sk_type

Re: [PATCH v11 3/5] sched/core: uclamp: Propagate system defaults to root group

On Tue, Jul 16, 2019 at 10:34 AM Patrick Bellasi wrote: > > On 15-Jul 18:42, Michal Koutný wrote: > > On Mon, Jul 08, 2019 at 09:43:55AM +0100, Patrick Bellasi > > wrote: > > > +static void uclamp_update_root_tg(void) > > > +{ > > > + struct task_group *tg = &root_task_group; > > > + > > > +

Re: [PATCH v3 3/5] locking/qspinlock: Introduce CNA into the slow path of qspinlock

On Mon, Jul 15, 2019 at 03:25:34PM -0400, Alex Kogan wrote: > +static struct cna_node *find_successor(struct mcs_spinlock *me) > +{ > + struct cna_node *me_cna = CNA_NODE(me); > + struct cna_node *head_other, *tail_other, *cur; > + struct cna_node *next = CNA_NODE(READ_ONCE(me->next));

Re: [PATCH v2 2/2] input: soc_button_array for newer surface devices

Hi Maximilian, On Tue, Jul 02, 2019 at 02:37:40AM +0200, Maximilian Luz wrote: > Power and volume button support for 5th and 6th genration Microsoft > Surface devices via soc_button_array. > > Note that these devices use the same MSHW0040 device as on the Surface > Pro 4, however the implementati

Re: [PATCH 5/5] Input: ts4800-ts: Use devm_platform_ioremap_resource()

On Thu, Apr 04, 2019 at 12:47:23PM +0530, Mukesh Ojha wrote: > devm_platform_ioremap_resource() internally have platform_get_resource() > and devm_ioremap_resource() in it. So instead of calling them separately > use devm_platform_ioremap_resource() directly. > > Signed-off-by: Mukesh Ojha Appli

Re: [PATCH 2/5] Input: mxs-lradc-ts.c: Use devm_platform_ioremap_resource()

On Thu, Apr 04, 2019 at 12:47:20PM +0530, Mukesh Ojha wrote: > devm_platform_ioremap_resource() internally have platform_get_resource() > and devm_ioremap_resource() in it. So instead of calling them separately > use devm_platform_ioremap_resource() directly. > > Signed-off-by: Mukesh Ojha > ---

Re: [PATCH 1/5] Input: fsl-imx25-tcq: Use devm_platform_ioremap_resource()

On Thu, Apr 04, 2019 at 12:47:19PM +0530, Mukesh Ojha wrote: > devm_platform_ioremap_resource() internally have platform_get_resource() > and devm_ioremap_resource() in it. So instead of calling them separately > use devm_platform_ioremap_resource() directly. > > Signed-off-by: Mukesh Ojha Appli

Re: [PATCH 3/5] Input: s3c2410_ts: Use devm_platform_ioremap_resource()

Hi Mukesh, On Thu, Apr 04, 2019 at 12:47:21PM +0530, Mukesh Ojha wrote: > devm_platform_ioremap_resource() internally have platform_get_resource() > and devm_ioremap_resource() in it. So instead of calling them separately > use devm_platform_ioremap_resource() directly. > > Signed-off-by: Mukesh

Re: [PATCH 4/5] Input: sun4i-ts: Use devm_platform_ioremap_resource()

On Thu, Apr 04, 2019 at 12:47:22PM +0530, Mukesh Ojha wrote: > devm_platform_ioremap_resource() internally have platform_get_resource() > and devm_ioremap_resource() in it. So instead of calling them separately > use devm_platform_ioremap_resource() directly. > > Signed-off-by: Mukesh Ojha Appli

Re: [PATCH 14/18] drivers: firmware: psci: Manage runtime PM in the idle path for CPUs

On Mon, May 13, 2019 at 09:22:56PM +0200, Ulf Hansson wrote: > When the hierarchical CPU topology layout is used in DT, let's allow the > CPU to be power managed through its PM domain, via deploying runtime PM > support. > > To know for which idle states runtime PM reference counting is needed, >

Re: [PATCH] x86: Add irq spillover warning

Neil, On Tue, 16 Jul 2019, Neil Horman wrote: > On Intel hardware, cpus are limited in the number of irqs they can > have affined to them (currently 240), based on section 10.5.2 of: > https://www.intel.com/content/dam/www/public/us/en/documents/manuals/64-ia-32-architectures-software-developer-v

Re: [PATCH v3] arm64: dts: imx8mq: Add sai3 and sai6 nodes

Hi Daniel, Am Mittwoch, den 03.07.2019, 16:25 +0300 schrieb Daniel Baluta: > > On Wed, Jul 3, 2019 at 4:12 PM Angus Ainslie wrote: > > > > Hi Daniel, > > > > On 2019-07-03 07:10, Daniel Baluta wrote: > > > > > > On Wed, Jul 3, 2019 at 4:01 PM Angus Ainslie wrote: > > > > > > > > Hi Andra, > >

Re: [PATCH v6 2/2] mm/vmalloc: modify struct vmap_area to reduce its size

On Tue, Jul 16, 2019 at 11:26:56PM +0800, Pengfei Li wrote: > Objective > - > The current implementation of struct vmap_area wasted space. > > After applying this commit, sizeof(struct vmap_area) has been > reduced from 11 words to 8 words. > > Description > --- > 1) Pack "subtree

Re: [PATCH v11 4/5] sched/core: uclamp: Use TG's clamps to restrict TASK's clamps

On Tue, Jul 16, 2019 at 03:34:35PM +0100, Patrick Bellasi wrote: > Am I missing something? No, it's rather my misinterpretation of the syscall semantics. > Otherwise, I think the changelog sentence you quoted is just > misleading. It certainly mislead me to thinking about the sched_setattr calls

Re: [PATCH v3 2/5] locking/qspinlock: Refactor the qspinlock slow path

On Tue, Jul 16, 2019 at 10:53:02AM -0400, Alex Kogan wrote: > On Jul 16, 2019, at 6:20 AM, Peter Zijlstra wrote: > > > > On Mon, Jul 15, 2019 at 03:25:33PM -0400, Alex Kogan wrote: > > > >> +/* > >> + * set_locked_empty_mcs - Try to set the spinlock value to _Q_LOCKED_VAL, > >> + * and by doing

Re: [PATCH v3 4/5] locking/qspinlock: Introduce starvation avoidance into CNA

On Mon, Jul 15, 2019 at 03:25:35PM -0400, Alex Kogan wrote: > @@ -36,6 +37,33 @@ struct cna_node { > > #define CNA_NODE(ptr) ((struct cna_node *)(ptr)) > > +/* Per-CPU pseudo-random number seed */ > +static DEFINE_PER_CPU(u32, seed); > + > +/* > + * Controls the probability for intra-node loc

Re: kbuild: Fail if gold linker is detected

On Tue, 16 Jul 2019, Ingo Molnar wrote: > > * Thomas Gleixner wrote: > > > The gold linker has known issues of failing the build in random and > > predictible ways. H.J. stated: > > s/predictable/unpredictable? No. It fails randomly, but also predictable. Enable X32 support on 64bit and it fa

Re: [PATCH v7 2/3] KVM: vmx: Emulate MSR IA32_UMWAIT_CONTROL

On Fri, Jul 12, 2019 at 04:29:06PM +0800, Tao Xu wrote: > UMWAIT and TPAUSE instructions use IA32_UMWAIT_CONTROL at MSR index E1H > to determines the maximum time in TSC-quanta that the processor can reside > in either C0.1 or C0.2. > > This patch emulates MSR IA32_UMWAIT_CONTROL in guest and diff

[PATCH] locking/rwsem: use read_acquire in read_slowpath exit when queue is empty

LTP mtest06 has been observed to rarely hit "still mapped when deleted" and following BUG_ON on arm64: page:7e02fa37e480 refcount:3 mapcount:1 mapping:80be3d678ab0 index:0x0 xfs_address_space_operations [xfs] flags: 0xbfffe00037(locked|referenced|uptodate|lru|active) page dumped

Re: [PATCH v1 6/6] virtio-balloon: Add support for aerating memory via hinting

On Tue, Jul 16, 2019 at 08:37:06AM -0700, Alexander Duyck wrote: > On Tue, Jul 16, 2019 at 2:55 AM Michael S. Tsirkin wrote: > > > > On Wed, Jun 19, 2019 at 03:33:38PM -0700, Alexander Duyck wrote: > > > From: Alexander Duyck > > > > > > Add support for aerating memory using the hinting feature p

Re: [PATCH] x86: Add irq spillover warning

On Tue, Jul 16, 2019 at 05:57:31PM +0200, Thomas Gleixner wrote: > Neil, > > On Tue, 16 Jul 2019, Neil Horman wrote: > > > On Intel hardware, cpus are limited in the number of irqs they can > > have affined to them (currently 240), based on section 10.5.2 of: > > https://www.intel.com/content/dam

Re: [PATCH v1 6/6] virtio-balloon: Add support for aerating memory via hinting

On Tue, Jul 16, 2019 at 03:01:52PM +, Wang, Wei W wrote: > On Tuesday, July 16, 2019 10:41 PM, Hansen, Dave wrote: > > Where is the page allocator integration? The set you linked to has 5 > > patches, > > but only 4 were merged. This one is missing: > > > > https://lore.kernel.org/patch

Re: [kbuild:kbuild 5/19] drivers/atm/eni.o: warning: objtool: eni_init_one()+0xe42: indirect call found in RETPOLINE build

On Tue, Jul 16, 2019 at 07:42:49AM -0500, Seth Forshee wrote: > On Tue, Jul 16, 2019 at 03:57:24PM +0900, Masahiro Yamada wrote: > > (+ Josh Poimboeuf) > > > > On Tue, Jul 16, 2019 at 8:44 AM kbuild test robot wrote: > > > > > > tree: > > > https://kernel.googlesource.com/pub/scm/linux/kernel/

[PATCH 5/8] ACPI: PM: Set s2idle_wakeup earlier and clear it later

From: Rafael J. Wysocki The role of the s2idle_wakeup variable is to cause acpi_pm_wakeup_event() and acpi_pm_notify_handler() to increment pm_abort_suspend and trigger a wakeup from suspend-to-idle in case the ACPI SCI wakeup was canceled by acpi_s2idle_wake(). However, for this purpose it need

[PATCH 7/8] PM: sleep: Integrate suspend-to-idle with generig suspend flow

From: Rafael J. Wysocki After previous changes the suspend-to-idle code flow can be integrated more tightly with the generic system suspend code flow by making suspend_enter() call s2idle_loop() later and removing the direct invocations of dpm_noirq_begin(), dpm_noirq_suspend_devices(), dpm_noirq

[PATCH 2/8] ACPICA: Return u32 from acpi_dispatch_gpe()

From: Rafael J. Wysocki In some cases it is useful to know whether or not the acpi_ev_detect_gpe() called by acpi_dispatch_gpe() has found the GPE to be active, so return the return value of it (whose data type is u32) from latter. Signed-off-by: Rafael J. Wysocki --- drivers/acpi/acpica/evxfg

[PATCH 0/8] PM / ACPI: sleep: Simplify the suspend-to-idle control flow

Hi All, The rationale for these changes is explained in the changelog of patch [6/8] as follows: "After commit 33e4f80ee69b ("ACPI / PM: Ignore spurious SCI wakeups from suspend-to-idle") the "noirq" phases of device suspend and resume may run for multiple times during suspend-to-idle, if there

[PATCH 3/8] ACPI: EC: Return bool from acpi_ec_dispatch_gpe()

From: Rafael J. Wysocki On some systems, if suspend-to-idle is used, the EC may singal system wakeup events (power button events, for example) as well as events that should not cause the system to resume and acpi_ec_dispatch_gpe() needs to be called to determine whether or not the system should r

[PATCH 1/8] PCI: irq: Introduce rearm_wake_irq()

From: Rafael J. Wysocki Introduce a new function, rearm_wake_irq(), allowing a wakeup IRQ to be armed for systen wakeup detection again without running any action handlers associated with it after it has been armed for wakeup detection and triggered. That is useful for IRQs, like ACPI SCI, that

[PATCH 4/8] PM: sleep: Fix possible overflow in pm_system_cancel_wakeup()

From: Rafael J. Wysocki It is not actually guaranteed that pm_abort_suspend will be nonzero when pm_system_cancel_wakeup() is called which may lead to subtle issues, so make it use atomic_dec_if_positive() instead of atomic_dec() for the safety sake. Fixes: 33e4f80ee69b ("ACPI / PM: Ignore spuri

[PATCH 6/8] PM: sleep: Simplify suspend-to-idle control flow

From: Rafael J. Wysocki After commit 33e4f80ee69b ("ACPI / PM: Ignore spurious SCI wakeups from suspend-to-idle") the "noirq" phases of device suspend and resume may run for multiple times during suspend-to-idle, if there are spurious system wakeup events while suspended. However, this is compli

[PATCH 8/8] PM: sleep: Drop dpm_noirq_begin() and dpm_noirq_end()

From: Rafael J. Wysocki Note that after previous changes dpm_noirq_begin() and dpm_noirq_end() each have only one caller, so move the code from them to their respective callers and drop them. Also note that dpm_noirq_resume_devices() and dpm_noirq_suspend_devices() need not be exported any more,

Re: [RFC PATCH 4/5] PTP: Add flag for non-periodic output

On Tue, Jul 16, 2019 at 10:20:37AM +0300, Felipe Balbi wrote: > When this new flag is set, we can use single-shot output. > > Signed-off-by: Felipe Balbi > --- > include/uapi/linux/ptp_clock.h | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/include/uapi/linux/ptp_clo

Re: [RFC PATCH 0/5] PTP: add support for Intel's TGPIO controller

On Tue, Jul 16, 2019 at 10:20:33AM +0300, Felipe Balbi wrote: > TGPIO is a new IP which allows for time synchronization between systems > without any other means of synchronization such as PTP or NTP. The > driver is implemented as part of the PTP framework since its features > covered most of what

[PATCH 0/2] mmc: core: Fix Marvell WiFi reset by adding SDIO API to replug card

As talked about in the thread at: http://lkml.kernel.org/r/CAD=FV=X7P2F1k_zwHc0mbtfk55-rucTz_GoDH=pl6zwqkyc...@mail.gmail.com ...when the Marvell WiFi card tries to reset itself it kills Bluetooth. It was observed that we could re-init the card properly by unbinding / rebinding the host controll

<    1   2   3   4   5   6   7   >