Re: [PATCH v1 00/30] Introduce core voltage scaling for NVIDIA Tegra20/30 SoCs

05.11.2020 12:45, Ulf Hansson пишет: ... > I need some more time to review this, but just a quick check found a > few potential issues... Thank you for starting the review! I'm pretty sure it will take a couple revisions until all the questions will be resolved :) > The "core-supply", that you

Re: [PATCH v2 3/5] gpio: msc313: MStar MSC313 GPIO driver

Hi Marc, On Thu, 5 Nov 2020 at 21:08, Marc Zyngier wrote: > > On 2020-11-05 09:40, Linus Walleij wrote: > > On Mon, Oct 19, 2020 at 4:10 PM Daniel Palmer wrote: > > [...] > > >> +/* The parent interrupt controller needs the GIC interrupt type set > >> to GIC_SPI > >> + * so we need to provide

[PATCH] thinkpad_acpi: add P1 gen3 second fan support

Tested on my P1 gen3, works fine with `thinkfan`. Since thinkpad_acpi fan control is off by default, it is safe to add 2nd fan control for brave overclockers Signed-off-by: Iakov 'Jake' Kirilenko --- drivers/platform/x86/thinkpad_acpi.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH v3 2/6] dt-bindings: pci: add the samsung,exynos-pcie binding

On Thu, Nov 5, 2020 at 2:33 AM Marek Szyprowski wrote: > > Hi Rob, > > On 04.11.2020 22:35, Rob Herring wrote: > > On Thu, Oct 29, 2020 at 02:40:13PM +0100, Marek Szyprowski wrote: > >> Add dt-bindings for the Samsung Exynos PCIe controller (Exynos5433 > >> variant). Based on the text dt-binding

Re: [PATCH 0/2] arm64: Implement CONFIG_CMDLINE_EXTEND

On 2020-11-05 09:58:54, Will Deacon wrote: > On Wed, Nov 04, 2020 at 11:40:09PM -0600, Tyler Hicks wrote: > > On 2020-11-04 12:08:12, Will Deacon wrote: > > > On Tue, Nov 03, 2020 at 09:59:52AM -0600, Tyler Hicks wrote: > > > > On 2020-09-21 14:15:55, Tyler Hicks wrote: > > > > > Provide the

Re: [PATCH v4 1/2] dt-bindings: Add bindings for BrcmSTB SCMI mailbox driver

On Thu, Nov 5, 2020 at 10:13 AM Rob Herring wrote: > > On Wed, Nov 4, 2020 at 4:04 PM Jim Quinlan wrote: > > > > On Wed, Nov 4, 2020 at 4:50 PM Rob Herring wrote: > > > > > > On Thu, Oct 29, 2020 at 03:59:06PM -0400, Jim Quinlan wrote: > > > > Bindings are added. Only one interrupt is needed

[PATCH] random: avoid arch_get_random_seed_long() when collecting IRQ randomness

When reseeding the CRNG periodically, arch_get_random_seed_long() is called to obtain entropy from an architecture specific source if one is implemented. In most cases, these are special instructions, but in some cases, such as on ARM, we may want to back this using firmware calls, which are

Re: [PATCH v3 56/56] scrpits: kernel-doc: validate kernel-doc markup with the actual names

On Thu, Nov 05, 2020 at 08:15:26AM -0700, Jonathan Corbet wrote: > On Thu, 5 Nov 2020 15:00:17 + > Matthew Wilcox wrote: > > > I wonder if we could change kernel-doc to be (optionally) less verbose. > > If we allowed people to write: > > > > /** > > * Add a value to a refcount. > > * @i:

[PATCH v2] perf_event_open.2: Update man page with recent changes

From: Namhyung Kim There are lots of changes as usual. I've tried to fill some missing bits in the man page but it'd be nice if you could take a look and put more info there. Signed-off-by: Namhyung Kim [colomar.6@gmail.com: ffix + tfix] Co-developed-by : Alejandro Colomar Signed-off-by:

[PATCH 1/2] bus: fsl-mc: add back accidentally dropped error check

A previous patch accidentally dropped an error check, so add it back. Fixes: aef85b56c3c1 ("bus: fsl-mc: MC control registers are not always available") Signed-off-by: Laurentiu Tudor --- drivers/bus/fsl-mc/fsl-mc-bus.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

[PATCH 2/2] bus: fsl-mc: make sure MC firmware is up and running

Some bootloaders might pause the MC firmware before starting the kernel to ensure that MC will not cause faults as soon as SMMU probes due to no configuration being in place for the firmware. Make sure that MC is resumed at probe time as its SMMU setup should be done by now. Also included, a

Re: [PATCH 1/5] cpuidle: Remove pointless stub

Hi Rafael, On 05/11/2020 15:14, Rafael J. Wysocki wrote: [ ... ] >> [ ... ] >> >>> Applied (this patch alone) as 5.10-rc material with some minor edits >>> in the changelog, thanks! >> >> Does it mean you disagree the other patches? Or are you waiting for more >> comments? > > Actually,

Re: [PATCH 1/3] dt-bindings: media: i2c: Add OV8865 bindings documentation

Hi Sakari, On Thu 05 Nov 20, 10:19, Sakari Ailus wrote: > Hi Paul, > > On Wed, Nov 04, 2020 at 11:26:43AM +0100, Paul Kocialkowski wrote: > > Hi Sakari and thanks for the review! > > > > On Tue 03 Nov 20, 01:24, Sakari Ailus wrote: > > > On Fri, Oct 23, 2020 at 07:54:04PM +0200, Paul

Re: [PATCH 3/5] gpio: msc313: MStar MSC313 GPIO driver

Hi Linus, Thanks for all of the comments. On Thu, 5 Nov 2020 at 18:42, Linus Walleij wrote: > > On Thu, Nov 5, 2020 at 10:31 AM Willy Tarreau wrote: > > On Thu, Nov 05, 2020 at 10:21:27AM +0100, Linus Walleij wrote: > > > > If your SoC is only used by OpenWrt (like ixp4xx) then it is fine > >

Re: [PATCH v20 08/20] mm: page_idle_get_page() does not need lru_lock

On Thu, Nov 05, 2020 at 01:03:18PM +0800, Alex Shi wrote: > > > 在 2020/11/5 下午12:57, Matthew Wilcox 写道: > > On Thu, Nov 05, 2020 at 12:52:05PM +0800, Alex Shi wrote: > >> @@ -1054,8 +1054,27 @@ static void __page_set_anon_rmap(struct page *page, > >>if (!exclusive) > >>anon_vma =

Re: Build error with 5.9.5 in sound/soc/sof/intel/hda-codec.c (was: [PATCH AUTOSEL 5.9 039/147] ASoC: SOF: fix a runtime pm issue in SOF when HDMI codec doesn't work)

On Thu, Nov 05, 2020 at 02:48:33PM +0100, Thorsten Leemhuis wrote: > Lo! I just tried to compile 5.9.5 and ran into a build error with below > patch. I only did a quick look (I have to leave the keyboard soon), but > seems the patch quoted below that was added to 5.9.5 depends on 11ec0edc6408 >

Re: linux-next: build warning after merge of the rdma-fixes tree

On Thu, Nov 05, 2020 at 08:54:58AM +1100, Stephen Rothwell wrote: > Hi all, > > After merging the rdma-fixes tree, today's linux-next build (htmldocs) > produced this warning: > > drivers/infiniband/ulp/srpt/ib_srpt.c:630: warning: Function parameter or > member 'port_cnt' not described in

Re: [PATCH v2 3/5] gpio: msc313: MStar MSC313 GPIO driver

On 2020-11-05 15:23, Daniel Palmer wrote: Hi Marc, On Thu, 5 Nov 2020 at 21:08, Marc Zyngier wrote: On 2020-11-05 09:40, Linus Walleij wrote: > On Mon, Oct 19, 2020 at 4:10 PM Daniel Palmer wrote: [...] >> +/* The parent interrupt controller needs the GIC interrupt type set >> to GIC_SPI

Re: [PATCH 5.9 080/391] ASoC: SOF: fix a runtime pm issue in SOF when HDMI codec doesnt work

On Thu, Nov 05, 2020 at 08:47:57AM -0600, Pierre-Louis Bossart wrote: On 11/5/20 8:35 AM, Sasha Levin wrote: On Thu, Nov 05, 2020 at 02:23:35PM +0100, Paul Bolle wrote: Greg Kroah-Hartman schreef op di 03-11-2020 om 21:32 [+0100]: From: Rander Wang [ Upstream commit

Re: [PATCH v20 08/20] mm: page_idle_get_page() does not need lru_lock

On Thu, Nov 05, 2020 at 10:36:49AM -0500, Johannes Weiner wrote: > But the code is highly specific - synchronizing one struct page member > for one particular use case. Let's keep at least a reference to what > we are synchronizing against. There is a non-zero chance that if the > comment goes out

Re: [RFC 1/2] perf/core: Enable sched_task callbacks if PMU has it

Hello, On Thu, Nov 5, 2020 at 11:47 PM Liang, Kan wrote: > > > > On 11/2/2020 9:52 AM, Namhyung Kim wrote: > > If an event associated with a PMU which has a sched_task callback, > > it should be called regardless of cpu/task context. For example, > > > I don't think it's necessary. We should

Re: [PATCH v3 0/3] CPUFreq: Add support for cpu performance dependencies

Hi guys, On Thursday 05 Nov 2020 at 15:25:53 (+0100), Vincent Guittot wrote: [..] > > > - Because of hardware co-ordination of otherwise co-ordinated CPUs, > > > few things break. Thermal and EAS are some of the examples and so > > > you are trying to fix them here by proving them the missing

Re: [PATCH v8 -tip 20/26] sched: Release references to the per-task cookie on exit

On Wed, Nov 04, 2020 at 04:50:42PM -0500, chris hyser wrote: > On 10/19/20 9:43 PM, Joel Fernandes (Google) wrote: > > During exit, we have to free the references to a cookie that might be > > shared by > > many tasks. This commit therefore ensures when the task_struct is released, > > any > >

Re: [PATCH] sched/deadline: Fix priority inheritance with multiple scheduling classes

Hi Juri, On 05/11/20 07:50, Juri Lelli wrote: > He also provided a simple reproducer creating the situation below: > > So the execution order of locking steps are the following > (N1 and N2 are non-deadline tasks. D1 is a deadline task. M1 and M2 > are mutexes that are enabled * with

Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property

On Thu, Sep 24, 2020 at 07:23:34PM +0300, Dmitry Osipenko wrote: > 24.09.2020 17:01, Thierry Reding пишет: > > On Thu, Sep 24, 2020 at 04:23:59PM +0300, Dmitry Osipenko wrote: > >> 04.09.2020 15:59, Thierry Reding пишет: > >>> From: Thierry Reding > >>> > >>> Reserved memory regions can be marked

Re: [PATCH] net: macb: fix NULL dereference due to no pcs_config method

On Thu, Nov 05, 2020 at 04:22:18PM +0100, Nicolas Ferre wrote: > On 05/11/2020 at 15:37, Parshuram Thombare wrote: > > This patch fixes NULL pointer dereference due to NULL pcs_config > > in pcs_ops. > > > > Fixes: e4e143e26ce8 ("net: macb: add support for high speed interface") > > What is this

Re: [PATCH 4/8] cppc_cpufreq: replace per-cpu structures with lists

Hi, On 11/5/20 6:55 AM, Ionela Voinescu wrote: The cppc_cpudata per-cpu storage was inefficient (1) additional to causing functional issues (2) when CPUs are hotplugged out, due to per-cpu data being improperly initialised. (1) The amount of information needed for CPPC performance control in

Re: [PATCH] mm: memcontrol: fix missing wakeup polling thread

On Wed, Nov 04, 2020 at 08:55:58PM +0800, Muchun Song wrote: > When wen poll the memory.swap.events, we can miss being waked up when the > swap event occurs. Because we didn't notify. > > Fixes: f3a53a3a1e5b ("mm, memcontrol: implement memory.swap.events") > Signed-off-by: Muchun Song Good

Re: [PATCH v8 -tip 19/26] sched: Add a second-level tag for nested CGroup usecase

On Wed, Oct 28, 2020 at 02:23:02PM +0800, Li, Aubrey wrote: > On 2020/10/20 9:43, Joel Fernandes (Google) wrote: > > Google has a usecase where the first level tag to tag a CGroup is not > > sufficient. So, a patch is carried for years where a second tag is added > > which > > is writeable by

Re: [PATCH v22 5/5] remoteproc: Add initial zynqmp R5 remoteproc driver

Hi, On Wed, Nov 04, 2020 at 09:57:40PM +, Ben Levinsky wrote: > Hi Mathieu, > > > -Original Message- > > From: Mathieu Poirier > > Sent: Wednesday, November 4, 2020 1:30 PM > > To: Ben Levinsky > > Cc: michael.auch...@ni.com; Stefano Stabellini ; > > devicet...@vger.kernel.org;

Re: [RFC 6/9] staging: dpaa2-switch: add .ndo_start_xmit() callback

On Thu, Nov 05, 2020 at 02:45:12PM +0100, Andrew Lunn wrote: > > > Where is the TX confirm which uses this stored pointer. I don't see it > > > in this file. > > > > > > > The Tx confirm - dpaa2_switch_tx_conf() - is added in patch 5/9. > > Not so obvious. Could it be moved here? > Sure, I'll

Re: [PATCH v7] hwmon:Driver for Delta power supplies Q54SJ108A2

On 11/5/20 1:35 AM, xiao.mx.ma wrote: > From: "xiao.ma" > > The provides a driver for Delta's modules. "This driver supports ..." or similar is sufficient. We don't need a reference to the file name in the commit message. > Currently supports Q54SJ108A2 series and other series will continue

my subject

Guten Morgen, Ihre E-Mail wurde von meiner Stiftung als einer unserer glücklichen Gewinner ausgewählt. Sie erhalten eine Spende in Höhe von 1.000.000,00 € (eine Million Euro), um sich und Ihren Mitmenschen in dieser Zeit der Coronavirus-Pandemie zu helfen. Ich habe gerade meine Gründung

Re: [RFC 2/2] perf/core: Invoke pmu::sched_task callback for per-cpu events

On Thu, Nov 5, 2020 at 11:48 PM Liang, Kan wrote: > > > > On 11/2/2020 9:52 AM, Namhyung Kim wrote: > > The commit 44fae179ce73 ("perf/core: Pull pmu::sched_task() into > > perf_event_context_sched_out()") moved the pmu::sched_task callback to > > be called for task event context. But it missed

Re: [PATCH] x86/kvm/hyper-v: Don't deactivate APICv unconditionally when Hyper-V SynIC enabled

junjiehua0...@gmail.com writes: > From: Junjie Hua > > The current implementation of Hyper-V SynIC[1] request to deactivate > APICv when SynIC is enabled, since the AutoEOI feature of SynIC is not > compatible with APICv[2]. > > Actually, windows doesn't use AutoEOI if deprecating AutoEOI bit

Re: [PATCH] mm/memcontrol:rewrite mem_cgroup_page_lruvec()

On Wed, Nov 04, 2020 at 10:25:16PM +0800, Hui Su wrote: > mem_cgroup_page_lruvec() in memcontrol.c and > mem_cgroup_lruvec() in memcontrol.h is very similar > except for the param(page and memcg) which also can be > convert to each other. > > So rewrite mem_cgroup_page_lruvec() with

Re: [RESEND PATCH v3 1/4] dt-bindings: connector: add power-opmode optional property to usb-connector

On Thu, Nov 5, 2020 at 6:24 AM Jun Li wrote: > > Amelie DELAUNAY 于2020年11月5日周四 下午7:36写道： > > > > On 11/4/20 10:08 PM, Rob Herring wrote: > > > On Fri, Oct 30, 2020 at 04:27:14PM +0100, Amelie DELAUNAY wrote: > > >> > > >> > > >> On 10/30/20 3:29 PM, Rob Herring wrote: > > >>> On Thu, Oct 29,

[Linux-kernel-mentees] [PATCH v2 net] rose: Fix Null pointer dereference in rose_send_frame()

rose_send_frame() dereferences `neigh->dev` when called from rose_transmit_clear_request(), and the first occurance of the `neigh` is in rose_loopback_timer() as `rose_loopback_neigh`, and it is initialized in rose_add_loopback_neigh() as NULL. i.e when `rose_loopback_neigh` used in

Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property

On Fri, Sep 25, 2020 at 01:39:07PM +0100, Robin Murphy wrote: > On 2020-09-24 17:23, Dmitry Osipenko wrote: > > 24.09.2020 17:01, Thierry Reding пишет: > > > On Thu, Sep 24, 2020 at 04:23:59PM +0300, Dmitry Osipenko wrote: > > > > 04.09.2020 15:59, Thierry Reding пишет: > > > > > From: Thierry

Re: [PATCH] arm64: dts: qcom: sc7180-trogdor: Make pp3300_a the default supply for pp3300_hub

Hi, On Wed, Nov 4, 2020 at 5:55 PM Matthias Kaehlcke wrote: > > > > diff --git a/arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi > > > b/arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi > > > index bf875589d364..2d64e75a2d6d 100644 > > > --- a/arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi > > > +++

Re: [PATCH v8 28/43] arm64: mte: Reset the page tag in page->flags

On Thu, Nov 05, 2020 at 12:18:43AM +0100, Andrey Konovalov wrote: > diff --git a/arch/arm64/kernel/mte.c b/arch/arm64/kernel/mte.c > index 8f99c65837fd..06ba6c923ab7 100644 > --- a/arch/arm64/kernel/mte.c > +++ b/arch/arm64/kernel/mte.c > @@ -34,6 +34,7 @@ static void mte_sync_page_tags(struct

Re: [PATCH v8 17/43] kasan, arm64: move initialization message

On Thu, Nov 05, 2020 at 12:18:32AM +0100, Andrey Konovalov wrote: > Software tag-based KASAN mode is fully initialized with kasan_init_tags(), > while the generic mode only requires kasan_init(). Move the > initialization message for tag-based mode into kasan_init_tags(). > > Also fix pr_fmt()

Re: [PATCH v8 18/43] kasan, arm64: rename kasan_init_tags and mark as __init

On Thu, Nov 05, 2020 at 12:18:33AM +0100, Andrey Konovalov wrote: > Rename kasan_init_tags() to kasan_init_sw_tags() as the upcoming hardware > tag-based KASAN mode will have its own initialization routine. > Also similarly to kasan_init() mark kasan_init_tags() as __init. > > Signed-off-by:

Re: bcachefs-for-review

On Tue, Oct 27, 2020 at 04:04:33PM -0400, Kent Overstreet wrote: > Here's where bcachefs is at and what I'd like to get merged: > > https://evilpiepirate.org/git/bcachefs.git/log/?h=bcachefs-for-review When building for x86-32 (ie make allnoconfig, enable BLOCK, enable BCACHEFS):

Re: [External] Re: [PATCH] mm: memcontrol: fix missing wakeup polling thread

On Thu, Nov 5, 2020 at 11:52 PM Johannes Weiner wrote: > > On Wed, Nov 04, 2020 at 08:55:58PM +0800, Muchun Song wrote: > > When wen poll the memory.swap.events, we can miss being waked up when the > > swap event occurs. Because we didn't notify. > > > > Fixes: f3a53a3a1e5b ("mm, memcontrol:

Re: [PATCH] mm/rmap: always do TTU_IGNORE_ACCESS

On Wed, Nov 04, 2020 at 03:19:28PM -0800, Shakeel Butt wrote: > Since the commit 369ea8242c0f ("mm/rmap: update to new mmu_notifier > semantic v2"), the code to check the secondary MMU's page table access > bit is broken for !(TTU_IGNORE_ACCESS) because the page is unmapped from > the secondary

Re: [PATCH v40 10/24] mm: Add 'mprotect' hook to struct vm_operations_struct

On Wed, Nov 04, 2020 at 04:54:16PM +0200, Jarkko Sakkinen wrote: > From: Sean Christopherson > > Background > == > > 1. SGX enclave pages are populated with data by copying from normal memory >via ioctl() (SGX_IOC_ENCLAVE_ADD_PAGES), which will be added later in >this series. >

Re: [PATCH] kunit: fix display of failed expectations for strings

On Mon, Nov 2, 2020 at 3:23 PM Daniel Latypov wrote: > > Currently the following expectation > KUNIT_EXPECT_STREQ(test, "hi", "bye"); > will produce: > Expected "hi" == "bye", but > "hi" == 1625079497 > "bye" == 1625079500 > > After this patch: > Expected "hi" == "bye", but >

Re: [PATCH v2] bus: mhi: core: Fix null pointer access when parsing MHI configuration

On Mon, Nov 02, 2020 at 08:27:10PM +0800, carl@quectel.com wrote: > From: "carl.yin" > > Functions parse_ev_cfg() and parse_ch_cfg() access mhi_cntrl->mhi_dev > before it is set in function mhi_register_controller(), > use cntrl_dev instead of mhi_dev. > > Fixes: 0cbf260820fa ("bus: mhi:

Re: [PATCH v40 11/24] x86/sgx: Add SGX misc driver interface

On Thu, Nov 05, 2020 at 03:16:15AM +0200, Jarkko Sakkinen wrote: > Further, I'd declare this as an inline function given how trivial it > turn into. > ... So are you sending a new version of only this patch as a reply to this subthread? -- Regards/Gruss, Boris.

Re: [PATCH v1 21/30] usb: host: ehci-tegra: Support OPP and SoC core voltage scaling

On Thu, Nov 05, 2020 at 02:44:18AM +0300, Dmitry Osipenko wrote: > Add initial OPP and SoC core voltage scaling support to the Tegra EHCI > driver. This is required for enabling system-wide DVFS on older Tegra > SoCs. > > Tested-by: Peter Geis > Tested-by: Nicolas Chauvet > Signed-off-by:

Re: [PATCH 20/36] tty: serial: msm_serial: Remove set but unused variable 'status'

On Wed, Nov 4, 2020 at 12:38 PM Lee Jones wrote: > > Fixes the following W=1 kernel build warning(s): > > drivers/tty/serial/msm_serial.c: In function ‘msm_complete_tx_dma’: > drivers/tty/serial/msm_serial.c:429:18: warning: variable ‘status’ set but > not used [-Wunused-but-set-variable] > >

Re: [PATCH] KVM: x86: emulate wait-for-SIPI and SIPI-VMExit

On 22/09/20 07:23, yadong...@intel.com wrote: From: Yadong Qi Background: We have a lightweight HV, it needs INIT-VMExit and SIPI-VMExit to wake-up APs for guests since it do not monitor the Local APIC. But currently virtual wait-for-SIPI(WFS) state is not supported in nVMX, so when running on

Re: [External] Re: [PATCH v2 05/19] mm/hugetlb: Introduce pgtable allocation/freeing helpers

On Thu, Nov 5, 2020 at 9:23 PM Oscar Salvador wrote: > > On Mon, Oct 26, 2020 at 10:51:00PM +0800, Muchun Song wrote: > > +#ifdef CONFIG_HUGETLB_PAGE_FREE_VMEMMAP > > +#define VMEMMAP_HPAGE_SHIFT PMD_SHIFT > > +#define arch_vmemmap_support_huge_mapping()

Re: [PATCH] tty: serial: msm_serial: Constify msm_uart_pops

On Wed, Nov 4, 2020 at 4:54 PM Rikard Falkeborn wrote: > > The only usage of msm_uart_pops is to assign its address to the ops > field in the uart_port struct, which is a pointer to const. Make it > const to allow the compiler to put it in read-only memory. > > Signed-off-by: Rikard Falkeborn

Re: [PATCH v6 1/7] arm64: mm: Move reserve_crashkernel() into mem_init()

Hi! On 03/11/2020 17:31, Nicolas Saenz Julienne wrote: > crashkernel might reserve memory located in ZONE_DMA. We plan to delay > ZONE_DMA's initialization after unflattening the devicetree and ACPI's > boot table initialization, so move it later in the boot process. > Specifically into

Re: [PATCH] applesmc: Re-work SMC comms v2

On 11/4/20 11:26 PM, Brad Campbell wrote: > Commit fff2d0f701e6 ("hwmon: (applesmc) avoid overlong udelay()") introduced > an issue whereby communication with the SMC became unreliable with write > errors like : > > [ 120.378614] applesmc: send_byte(0x00, 0x0300) fail: 0x40 > [ 120.378621]

Re: [PATCH] sched/deadline: Fix priority inheritance with multiple scheduling classes

Hi Valentin, On 05/11/20 15:49, Valentin Schneider wrote: > > Hi Juri, > > On 05/11/20 07:50, Juri Lelli wrote: > > He also provided a simple reproducer creating the situation below: > > > > So the execution order of locking steps are the following > > (N1 and N2 are non-deadline tasks. D1 is

general protection fault in io_uring_show_cred

Hello, syzbot found the following issue on: HEAD commit:4ef8451b Merge tag 'perf-tools-for-v5.10-2020-11-03' of gi.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=12bf23a850 kernel config: https://syzkaller.appspot.com/x/.config?x=61033507391c77ff

linux-next test error: BUG: sleeping function called from invalid context in sta_info_move_state

Hello, syzbot found the following issue on: HEAD commit:cf7cd542 Add linux-next specific files for 20201104 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=13b7bb8250 kernel config: https://syzkaller.appspot.com/x/.config?x=e8dc0c5ac73afb92 dashboard

net test error: BUG: sleeping function called from invalid context in sta_info_move_state

Hello, syzbot found the following issue on: HEAD commit:2aaf09a0 r8169: work around short packet hw bug on RTL8125 git tree: net console output: https://syzkaller.appspot.com/x/log.txt?x=15c416fc50 kernel config: https://syzkaller.appspot.com/x/.config?x=803dd96a0e492ac1 dashboard

KASAN: use-after-free Read in io_uring_show_cred

Hello, syzbot found the following issue on: HEAD commit:4ef8451b Merge tag 'perf-tools-for-v5.10-2020-11-03' of gi.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=10238e2a50 kernel config: https://syzkaller.appspot.com/x/.config?x=61033507391c77ff

Re: [RESEND PATCH v3] net: usb: usbnet: update __usbnet_{read|write}_cmd() to use new API

On Thu, 5 Nov 2020 07:56:08 +0530 Anant Thazhemadam wrote: > On 05/11/20 5:54 am, Jakub Kicinski wrote: > > On Mon, 2 Nov 2020 23:09:46 +0530 Anant Thazhemadam wrote: > >> Currently, __usbnet_{read|write}_cmd() use usb_control_msg(). > >> However, this could lead to potential partial

Re: [RFC PATCH 0/2] mm: fix OOMs for binding workloads to movable zone only node

On Thu 05-11-20 21:43:05, Feng Tang wrote: > On Thu, Nov 05, 2020 at 02:12:45PM +0100, Michal Hocko wrote: > > On Thu 05-11-20 21:07:10, Feng Tang wrote: > > [...] > > > My debug traces shows it is, and its gfp_mask is 'GFP_KERNEL' > > > > Can you provide the full information please? Which node

Re: [PATCH 5.9 080/391] ASoC: SOF: fix a runtime pm issue in SOF when HDMI codec doesnt work

My local build of v5.9.5 broke on this patch. sound/soc/sof/intel/hda-codec.c: In function 'hda_codec_probe': sound/soc/sof/intel/hda-codec.c:177:4: error: label 'error' used but not defined  177 |    goto error; |    ^~~~ make[4]: *** [scripts/Makefile.build:283:

Re: [PATCH] microblaze: add support for TIF_NOTIFY_SIGNAL

Gentle nudge on this one. On 10/29/20 10:16 AM, Jens Axboe wrote: > Wire up TIF_NOTIFY_SIGNAL handling for microblaze. > > Cc: Michal Simek > Signed-off-by: Jens Axboe > --- > > 5.11 has support queued up for TIF_NOTIFY_SIGNAL, see this posting > for details: > >

Re: [PATCH] nds32: add support for TIF_NOTIFY_SIGNAL

Gentle nudge on this one. On 10/29/20 10:17 AM, Jens Axboe wrote: > Wire up TIF_NOTIFY_SIGNAL handling for nds32. > > Cc: Nick Hu > Cc: Greentime Hu > Cc: Vincent Chen > Signed-off-by: Jens Axboe > --- > > 5.11 has support queued up for TIF_NOTIFY_SIGNAL, see this posting > for details: >

Re: [PATCH v4 4/9] libperf: Add libperf_evsel__mmap()

On Wed, Oct 21, 2020 at 6:24 AM Jiri Olsa wrote: > > On Tue, Oct 20, 2020 at 12:11:47PM -0500, Rob Herring wrote: > > SNIP > > > > > > > > > > > > > The mmapped read will actually fail and then we fallback here. My > > > > > > main > > > > > > concern though is adding more overhead on a feature

[PATCH v2] mm: memcontrol: fix missing wakeup polling thread

When wen poll the swap.events, we can miss being waked up when the swap event occurs. Because we didn't notify. Fixes: f3a53a3a1e5b ("mm, memcontrol: implement memory.swap.events") Signed-off-by: Muchun Song --- changelog in v2: - Fix problem, thanks Johannes. include/linux/memcontrol.h | 11

Re: [PATCH v3 0/6] ASoC: codecs: add support for LPASS Codec macros

On 11/5/20 5:34 AM, Srinivas Kandagatla wrote: This patchset adds support for two Codec Macro blocks( WSA and VA) available in Qualcomm LPASS (Low Power Audio SubSystem). There are WSA, VA, TX and RX Macros on LPASS IP, each of the Macro block has specific connectivity like WSA Macros are

Re: [PATCH v2 5/5] KVM: arm64: implement the TRNG hypervisor call

On Thu, 5 Nov 2020 at 15:13, Marc Zyngier wrote: > > On 2020-11-05 12:56, Andre Przywara wrote: > > From: Ard Biesheuvel > > > > Provide a hypervisor implementation of the ARM architected TRNG > > firmware > > interface described in ARM spec DEN0098. All function IDs are > > implemented, > >

Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property

On Fri, Sep 25, 2020 at 04:21:17PM +0300, Dmitry Osipenko wrote: > 25.09.2020 15:39, Robin Murphy пишет: > ... > >> IIRC, in the past Robin Murphy was suggesting to read out hardware state > >> early during kernel boot in order to find what regions are in use by > >> hardware. > > > > I doubt I

Re: [PATCH v7 01/72] KVM: SVM: nested: Don't allocate VMCB structures on stack

Quoting Joerg Roedel (2020-09-07 08:15:02) > From: Joerg Roedel > > Do not allocate a vmcb_control_area and a vmcb_save_area on the stack, > as these structures will become larger with future extenstions of > SVM and thus the svm_set_nested_state() function will become a too large > stack frame.

[for-linus][PATCH 2/4] ring-buffer: Fix recursion protection transitions between interrupt context

From: "Steven Rostedt (VMware)" The recursion protection of the ring buffer depends on preempt_count() to be correct. But it is possible that the ring buffer gets called after an interrupt comes in but before it updates the preempt_count(). This will trigger a false positive in the recursion

[for-linus][PATCH 1/4] tracing: Fix the checking of stackidx in __ftrace_trace_stack

From: Qiujun Huang The array size is FTRACE_KSTACK_NESTING, so the index FTRACE_KSTACK_NESTING is illegal too. And fix two typos by the way. Link: https://lkml.kernel.org/r/20201031085714.2147-1-hqjag...@gmail.com Signed-off-by: Qiujun Huang Signed-off-by: Steven Rostedt (VMware) ---

Re: [PATCH 5.9 080/391] ASoC: SOF: fix a runtime pm issue in SOF when HDMI codec doesnt work

On Thu, Nov 05, 2020 at 10:17:57AM -0600, Pierre-Louis Bossart wrote: > > > > > > My local build of v5.9.5 broke on this patch. > > > > > > > > > > sound/soc/sof/intel/hda-codec.c: In function 'hda_codec_probe': > > > > > sound/soc/sof/intel/hda-codec.c:177:4: error: label 'error' > > > > > used

[for-linus][PATCH 4/4] kprobes: Tell lockdep about kprobe nesting

From: "Steven Rostedt (VMware)" Since the kprobe handlers have protection that prohibits other handlers from executing in other contexts (like if an NMI comes in while processing a kprobe, and executes the same kprobe, it will get fail with a "busy" return). Lockdep is unaware of this

[for-linus][PATCH 0/4] tracing: A few fixes for 5.10

Qiujun Huang (1): tracing: Fix the checking of stackidx in __ftrace_trace_stack Steven Rostedt (VMware) (3): ring-buffer: Fix recursion protection transitions between interrupt context tracing: Make -ENOMEM the default error for parse_synth_field() kprobes: Tell lockdep

[for-linus][PATCH 3/4] tracing: Make -ENOMEM the default error for parse_synth_field()

From: "Steven Rostedt (VMware)" parse_synth_field() returns a pointer and requires that errors get surrounded by ERR_PTR(). The ret variable is initialized to zero, but should never be used as zero, and if it is, it could cause a false return code and produce a NULL pointer dereference. It makes

Re: [PATCH v2] mm: memcontrol: fix missing wakeup polling thread

On Fri, Nov 06, 2020 at 12:19:36AM +0800, Muchun Song wrote: > When wen poll the swap.events, we can miss being waked up when the swap > event occurs. Because we didn't notify. > > Fixes: f3a53a3a1e5b ("mm, memcontrol: implement memory.swap.events") > Signed-off-by: Muchun Song Cool, thanks!

[PATCH net] ethtool: netlink: add missing netdev_features_change() call

After updating userspace Ethtool from 5.7 to 5.9, I noticed that NETDEV_FEAT_CHANGE is no more raised when changing netdev features through Ethtool. That's because the old Ethtool ioctl interface always calls netdev_features_change() at the end of user request processing to inform the kernel that

Re: [PATCH] bcache: consider the fragmentation when update the writeback rate

On 2020/11/3 20:42, Dongdong Tao wrote: > From: dongdong tao > > Current way to calculate the writeback rate only considered the > dirty sectors, this usually works fine when the fragmentation > is not high, but it will give us unreasonable small rate when > we are under a situation that very

Re: [PATCH] sched/deadline: Fix priority inheritance with multiple scheduling classes

On 11/5/20 5:12 PM, Juri Lelli wrote: > Hi Valentin, > > On 05/11/20 15:49, Valentin Schneider wrote: >> >> Hi Juri, >> >> On 05/11/20 07:50, Juri Lelli wrote: >>> He also provided a simple reproducer creating the situation below: >>> >>> So the execution order of locking steps are the following

Re: linux-next: Tree for Nov 5 [drivers/auxdisplay/hd44780_common.ko]

On 11/4/20 10:06 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20201104: > on i386: ERROR: modpost: "charlcd_backlight" [drivers/auxdisplay/hd44780_common.ko] undefined! Full randconfig file is attached. -- ~Randy Reported-by: Randy Dunlap # # Automatically generated file; DO

[GIT PULL] Hyper-V fixes for 5.10-rc3

Hi Linus Please pull the following changes since commit bbf5c979011a099af5dc76498918ed7df445635b: Linux 5.9 (2020-10-11 14:15:50 -0700) are available in the Git repository at: ssh://g...@gitolite.kernel.org/pub/scm/linux/kernel/git/hyperv/linux.git tags/hyperv-fixes-signed for you to

Re: [PATCH] net: macb: fix NULL dereference due to no pcs_config method

On 05/11/2020 at 16:48, Russell King - ARM Linux admin wrote: On Thu, Nov 05, 2020 at 04:22:18PM +0100, Nicolas Ferre wrote: On 05/11/2020 at 15:37, Parshuram Thombare wrote: This patch fixes NULL pointer dereference due to NULL pcs_config in pcs_ops. Fixes: e4e143e26ce8 ("net: macb: add

Re: [PATCH 00/19] [Set 1] Rid W=1 warnings from GPU

Hi Lee. On Thu, Nov 05, 2020 at 02:44:58PM +, Lee Jones wrote: > This set is part of a larger effort attempting to clean-up W=1 > kernel builds, which are currently overwhelmingly riddled with > niggly little warnings. Thanks for looking into this. > There are 5000 warnings to work through.

Re: [PATCH v7 01/72] KVM: SVM: nested: Don't allocate VMCB structures on stack

On Thu, Nov 05, 2020 at 10:24:37AM -0600, Michael Roth wrote: > > out_set_gif: > > svm_set_gif(svm, !!(kvm_state->flags & KVM_STATE_NESTED_GIF_SET)); > > - return 0; > > + > > + ret = 0; > > +out_free: > > + kfree(save); > > + kfree(ctl); > > This change seems to

Re: [RFC PATCH bpf-next 4/5] bpf: load and verify kernel module BTFs

On Wed, 4 Nov 2020 20:51:39 -0800 Andrii Nakryiko wrote: > Add kernel module listener that will load/validate and unload module BTF. > Module BTFs gets ID generated for them, which makes it possible to iterate > them with existing BTF iteration API. They are given their respective module's >

Re: [PATCH 27/36] tty: synclinkmp: Mark never checked 'readval' as __always_unused

On 05. 11. 20, 12:04, David Laight wrote: And the loop can be turned into ndelay: /* * Force at least 170ns delay before clearing * reset bit. Each read from LCR takes at least * 30ns so 10 times for 300ns to be safe. */

Re: [PATCH] microblaze: add support for TIF_NOTIFY_SIGNAL

Hi, čt 5. 11. 2020 v 17:18 odesílatel Jens Axboe napsal: > > Gentle nudge on this one. > > On 10/29/20 10:16 AM, Jens Axboe wrote: > > Wire up TIF_NOTIFY_SIGNAL handling for microblaze. > > > > Cc: Michal Simek > > Signed-off-by: Jens Axboe > > --- > > > > 5.11 has support queued up for

Re: [v3 4/4] spi: aspeed: Add ASPEED FMC/SPI memory controller driver

On Thu, Nov 05, 2020 at 04:11:32PM +0100, Boris Brezillon wrote: > Cédric Le Goater wrote: > > Thanks for this driver. It's much cleaner than the previous and we should > > try adding support for the AST2500 SoC also. I guess we can keep the old > > driver for the AST2400 which has a different

Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property

On Thu, Sep 24, 2020 at 01:27:25PM +0200, Thierry Reding wrote: > On Tue, Sep 15, 2020 at 02:36:48PM +0200, Thierry Reding wrote: > > On Mon, Sep 14, 2020 at 04:08:29PM -0600, Rob Herring wrote: > > > On Fri, Sep 04, 2020 at 02:59:57PM +0200, Thierry Reding wrote: > > > > From: Thierry Reding > >

Re: [PATCH 01/19] gpu: host1x: bus: Add missing description for 'driver'

On Thu, Nov 05, 2020 at 02:44:59PM +, Lee Jones wrote: > Fixes the following W=1 kernel build warning(s): > > drivers/gpu/host1x/bus.c:40: warning: Function parameter or member 'driver' > not described in 'host1x_subdev_add' > > Cc: Thierry Reding > Cc: dri-de...@lists.freedesktop.org >

Re: [PATCH] ASoC: mediatek: mt8192: Fix build failure

On Thu, 5 Nov 2020 12:47:47 +, Sudip Mukherjee wrote: > A build of arm64 allmodconfig with next-20201105 fails with the error: > ERROR: modpost: "mt8192_afe_gpio_request" undefined! > ERROR: modpost: "mt8192_afe_gpio_init" undefined! > > Export the symbols

Re: [RFC PATCH bpf-next 4/5] bpf: load and verify kernel module BTFs

On Thu, Nov 05, 2020 at 08:39:25AM -0800, Jakub Kicinski wrote: > On Wed, 4 Nov 2020 20:51:39 -0800 Andrii Nakryiko wrote: > > Add kernel module listener that will load/validate and unload module BTF. > > Module BTFs gets ID generated for them, which makes it possible to iterate > > them with

[GIT PULL] regulator fixes for v5.10-rc2

The following changes since commit 3650b228f83adda7e5ee532e2b90429c03f7b9ec: Linux 5.10-rc1 (2020-10-25 15:14:11 -0700) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git tags/regulator-fix-v5.10-rc2 for you to fetch changes up to

Re: [PATCH] ASoC: pxa: pxa-ssp: Remove redundant null check before clk_prepare_enable/clk_disable_unprepare

On Thu, 29 Oct 2020 09:01:04 +, Xu Wang wrote: > ecause clk_prepare_enable() and clk_disable_unprepare() already checked > NULL clock parameter, so the additional checks are unnecessary, just > remove them. Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git

Re: [PATCH -next v2] ASoC: mediatek: mt8192: Make some symbols static

On Thu, 5 Nov 2020 20:28:07 +0800, Zou Wei wrote: > Fix the following sparse warnings: > > ./mt8192-dai-i2s.c:2040:5: warning: symbol 'mt8192_dai_i2s_get_share' was not > declared. Should it be static? > ./mt8192-dai-i2s.c:2060:5: warning: symbol 'mt8192_dai_i2s_set_priv' was not > declared.

[GIT PULL] SPI fixes for v5.10-rc2

The following changes since commit 3650b228f83adda7e5ee532e2b90429c03f7b9ec: Linux 5.10-rc1 (2020-10-25 15:14:11 -0700) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-fix-v5.10-rc2 for you to fetch changes up to

  1   2   3   4   5   6   7   8   9   10   >