Re: [PATCH RFC V3 1/9] x86/pkeys: Create pkeys_common.h

On Tue, Oct 13, 2020 at 10:46:16AM -0700, Dave Hansen wrote: > On 10/9/20 12:42 PM, ira.we...@intel.com wrote: > > Protection Keys User (PKU) and Protection Keys Supervisor (PKS) work > > in similar fashions and can share common defines. > > Could we be a bit less abstract? PKS and PKU each have:

Re: [PATCH v3 1/2] tracing: support "bool" type in synthetic trace events

On Fri, 9 Oct 2020, Axel Rasmussen wrote: > It's common [1] to define tracepoint fields as "bool" when they contain > a true / false value. Currently, defining a synthetic event with a > "bool" field yields EINVAL. It's possible to work around this by using > e.g. u8 (assuming sizeof(bool) is 1, a

Re: [PATCH v3 2/2] mmap_lock: add tracepoints around lock acquisition

On Fri, 9 Oct 2020, Axel Rasmussen wrote: > The goal of these tracepoints is to be able to debug lock contention > issues. This lock is acquired on most (all?) mmap / munmap / page fault > operations, so a multi-threaded process which does a lot of these can > experience significant contention. >

Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()

On Tue, Oct 13, 2020 at 12:37 PM Matthew Wilcox wrote: > > On Tue, Oct 13, 2020 at 11:44:29AM -0700, Dan Williams wrote: > > On Fri, Oct 9, 2020 at 12:52 PM wrote: > > > > > > From: Ira Weiny > > > > > > The kmap() calls in this FS are localized to a single thread. To avoid > > > the over head

Re: [PATCHSET RFC v3 0/6] Add support for TIF_NOTIFY_SIGNAL

On 10/12/20 11:27 AM, Miroslav Benes wrote: > On Sat, 10 Oct 2020, Jens Axboe wrote: > >> On 10/9/20 9:21 AM, Jens Axboe wrote: >>> On 10/9/20 2:01 AM, Miroslav Benes wrote: On Thu, 8 Oct 2020, Oleg Nesterov wrote: > On 10/05, Jens Axboe wrote: >> >> Hi, >> >> The goa

Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()

On Tue, Oct 13, 2020 at 11:44:29AM -0700, Dan Williams wrote: > On Fri, Oct 9, 2020 at 12:52 PM wrote: > > > > From: Ira Weiny > > > > The kmap() calls in this FS are localized to a single thread. To avoid > > the over head of global PKRS updates use the new kmap_thread() call. > > > > Cc: Nicol

Re: [PATCH] MAINTAINERS: jarkko.sakki...@linux.intel.com -> jar...@kernel.org

On Tue, 2020-10-13 at 22:25 +0300, Jarkko Sakkinen wrote: > On Tue, Oct 13, 2020 at 08:30:38AM -0700, Joe Perches wrote: > > On Tue, 2020-10-13 at 13:46 +0300, Jarkko Sakkinen wrote: > > > Use korg address as the main communications end point. Update the > > > corresponding M-entries. > > > > Mayb

Re: [PATCH v2] powerpc/pci: unmap legacy INTx interrupts when a PHB is removed

3080][T1717146] Object f360132d: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b a5 kkk. [19611.953114][T1717146] Redzone 83758aaa: bb bb bb bb bb bb bb bb [19611.953146][T1717146] Padding cbb228a2: 5a 5a 5a 5a 5a 5a 5a

Re: [tip: locking/core] lockdep: Fix lockdep recursion

On Tue, Oct 13, 2020 at 09:26:50AM -0700, Paul E. McKenney wrote: > On Tue, Oct 13, 2020 at 01:25:44PM +0200, Peter Zijlstra wrote: > > On Tue, Oct 13, 2020 at 12:44:50PM +0200, Peter Zijlstra wrote: > > > On Tue, Oct 13, 2020 at 12:34:06PM +0200, Peter Zijlstra wrote: > > > > On Mon, Oct 12, 2020

Re: [PATCH] mm: memcontrol: Remove unused mod_memcg_obj_state()

On Tue, 13 Oct 2020, Muchun Song wrote: > Since commit: > > 991e7673859e ("mm: memcontrol: account kernel stack per node") > > There is no user of the mod_memcg_obj_state(). This patch just remove > it. Also rework type of the idx parameter of the mod_objcg_state() > from int to enum node_stat

Re: [PATCH v5 4/5] docs: counter: Document character device interface

On Tue, Oct 13, 2020 at 02:08:45PM -0500, David Lechner wrote: > On 10/13/20 1:58 PM, William Breathitt Gray wrote: > > On Mon, Oct 12, 2020 at 12:04:10PM -0500, David Lechner wrote: > >> On 10/8/20 7:28 AM, William Breathitt Gray wrote: > >>> On Thu, Oct 08, 2020 at 10:09:09AM +0200, Pavel Machek

[PATCH 5/9] perf tools: Pass build_id object to dso__set_build_id

Passing build_id object to dso__set_build_id, so it's easier to initialize dos's build id object. Acked-by: Ian Rogers Signed-off-by: Jiri Olsa --- tools/perf/util/dso.c| 4 ++-- tools/perf/util/dso.h| 2 +- tools/perf/util/header.c | 4 +++- tools/perf/util/symb

[PATCH 7/9] perf tools: Add size to struct perf_record_header_build_id

We do not store size with build ids in perf data, but there's enough space to do it. Adding misc bit PERF_RECORD_MISC_BUILD_ID_SIZE to mark build id event with size. With this fix the dso with md5 build id will have correct build id data and will be usable for debuginfod processing if needed (comi

[PATCH 6/9] perf tools: Pass build_id object to dso__build_id_equal

Passing build_id object to dso__build_id_equal, so we can properly check build id with different size than sha1. Acked-by: Ian Rogers Signed-off-by: Jiri Olsa --- tools/perf/util/dso.c| 5 +++-- tools/perf/util/dso.h| 2 +- tools/perf/util/symbol-elf.c | 8 ++-- tools/perf/u

[PATCH 8/9] perf tools: Align buildid list output for short build ids

With shorter md5 build ids we need to align their paths properly with other build ids: $ perf buildid-list 17f4e448cc746582ea1881528deb549f7fdb3fd5 [kernel.kallsyms] a50e350e97c43b4708d09bcd85ebfff7 .../tools/perf/buildid-ex-md5 1805c738c8f3ec0f47b7ea09080c28f34d18a82b /usr/lib64/l

Re: [PATCH] MAINTAINERS: jarkko.sakki...@linux.intel.com -> jar...@kernel.org

On Tue, Oct 13, 2020 at 08:30:38AM -0700, Joe Perches wrote: > On Tue, 2020-10-13 at 13:46 +0300, Jarkko Sakkinen wrote: > > Use korg address as the main communications end point. Update the > > corresponding M-entries. > > Maybe add an equivalent entry to .mailmap? Ugh, neither has @linux.intel.

[PATCH 9/9] perf tools: Add build id shell test

Adding test for build id cache that adds binary with sha1 and md5 build ids and verifies it's added properly. The test updates build id cache with perf record and perf buildid-cache -a. Acked-by: Ian Rogers Signed-off-by: Jiri Olsa --- tools/perf/tests/shell/buildid.sh | 101 ++

[PATCH 3/9] perf tools: Pass build id object to sysfs__read_build_id

Passing build id object to sysfs__read_build_id function, so it can populate the size of the build_id object. Acked-by: Ian Rogers Signed-off-by: Jiri Olsa --- tools/perf/util/build-id.c | 6 +++--- tools/perf/util/dso.c| 6 ++ tools/perf/util/symbol-elf.c | 11 +

[PATCH 1/9] perf tools: Use build_id object in dso

Replace build_id byte array with struct build_id object and all the code that references it. The objective is to carry size together with build id array, so it's better to keep both together. This is preparatory change for following patches, and there's no functional change. Acked-by: Ian Rogers

[PATCH 2/9] perf tools: Pass build_id object to filename__read_build_id

Passing build_id object to filename__read_build_id function, so it can populate the size of the build_id object. Changing filename__read_build_id code for both elf/non-elf code. Acked-by: Ian Rogers Signed-off-by: Jiri Olsa --- tools/perf/bench/inject-buildid.c | 2 +- tools/perf/builtin-bui

[PATCH 4/9] perf tools: Pass build_id object to build_id__sprintf

Passing build_id object to build_id__sprintf function, so it can operate with the proper size of build id. This will create proper md5 build id readable names, like following: a50e350e97c43b4708d09bcd85ebfff7 instead of: a50e350e97c43b4708d09bcd85ebfff7 Acked-by: Ian Rogers Signed-o

Re: [PATCH v2 12/24] drm/dp: fix a kernel-doc issue at drm_edid.c

Reviewed-by: Lyude Paul Thanks for the fixes! I will go ahead and push 11 and 12 to drm-misc-next. On Tue, 2020-10-13 at 14:14 +0200, Mauro Carvalho Chehab wrote: > The name of the argument is different, causing those warnings: > > ./drivers/gpu/drm/drm_edid.c:3754: warning: Function para

[PATCHv2 0/9] perf tools: Add support for build id with different sizes

hi, currently we support only one storage size (20 bytes) for build ids. That fits for SHA1 build ids, but there can in theory be any size. The gcc linker supports also MD5, which is 16 bytes. Currently the MD5 build id will be stored in .debug cache with additional zeros, like: $ find ~/.debug

Re: [2/2] drm/msm: Add support for GPU cooling

On 10/13/2020 11:10 PM, m...@chromium.org wrote: On Tue, Oct 13, 2020 at 07:23:34PM +0530, Akhil P Oommen wrote: On 10/12/2020 11:10 PM, m...@chromium.org wrote: On Mon, Oct 12, 2020 at 07:03:51PM +0530, Akhil P Oommen wrote: On 10/10/2020 12:06 AM, m...@chromium.org wrote: Hi Akhil, On Thu,

Re: [PATCH v2] vfio/fsl-mc: Fixed vfio-fsl-mc driver compilation on 32 bit

On Tue, 13 Oct 2020 18:06:51 +0300 Diana Craciun wrote: > The FSL_MC_BUS on which the VFIO-FSL-MC driver is dependent on > can be compiled on other architectures as well (not only ARM64) > including 32 bit architectures. > Include linux/io-64-nonatomic-hi-lo.h to make writeq/readq used > in the d

Re: [PATCH v2 11/24] drm/dp: fix kernel-doc warnings at drm_dp_helper.c

Reviewed-by: Lyude Paul On Tue, 2020-10-13 at 14:14 +0200, Mauro Carvalho Chehab wrote: > As warned by kernel-doc: > > ./drivers/gpu/drm/drm_dp_helper.c:385: warning: Function parameter or > member 'type' not described in 'drm_dp_downstream_is_type' > ./drivers/gpu/drm/drm_dp_helper.

Re: linux-next: build failure after merge of the vfio tree

On Tue, 13 Oct 2020 18:56:07 +0300 Diana Craciun OSS wrote: > Hi, > > How does it fail? What's the error? > > Thanks, > Diana > > > On 10/13/2020 6:07 AM, Stephen Rothwell wrote: > > Hi all, > > > > After merging the vfio tree, today's linux-next build (x86_64 > > allmodconfig) failed like t

Nouveau DRM failure on 5120x1440 screen with 5.8/5.9 kernel

I'm having a problem with both the 5.8 and 5.9 kernels using the nouveau DRM driver. I have a laptop with a VGA card (specs below) connected to a 5120x1440 screen. At boot time, the card correctly detects the screen, tries to allocate fbdev fb0, then the video hangs completely for 15-30 seconds un

Re: [PATCH 1/9] perf tools: Add build id shell test

On Tue, Oct 13, 2020 at 01:13:40PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Sep 30, 2020 at 07:15:04PM +0200, Jiri Olsa escreveu: > > Adding test for build id cache that adds binary > > with sha1 and md5 build ids and verifies it's > > added properly. > > > > The test updates build id cach

Re: [PATCH v2 06/24] blk-mq: docs: add kernel-doc description for a new struct member

On 10/13/20 6:14 AM, Mauro Carvalho Chehab wrote: > As reported by kernel-doc: > ./include/linux/blk-mq.h:267: warning: Function parameter or member > 'active_queues_shared_sbitmap' not described in 'blk_mq_tag_set' > > There is now a new member for struct blk_mq_tag_set. Add a > descriptio

Re: Unbreakable loop in fuse_fill_write_pages()

3 > +seconds. > [10580.143924][ T348] Tainted: G O5.9.0-next-20201013+ #2 > [10580.145158][ T348] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > +disables this message. > [10580.146636][ T348] task:trinity-c36 state:D stack:26704 pid:

Re: [PATCH RESEND 1/1] perf build: Allow nested externs to enable BUILD_BUG() usage

Em Mon, Oct 12, 2020 at 08:59:36AM +1100, Stephen Rothwell escreveu: > Hi all, > > On Fri, 9 Oct 2020 14:41:11 +0200 Jiri Olsa wrote: > > > > On Fri, Oct 09, 2020 at 02:25:23PM +0200, Vasily Gorbik wrote: > > > Currently BUILD_BUG() macro is expanded to smth like the following: > > >do { > >

Re: [PATCH v5 4/5] docs: counter: Document character device interface

On 10/13/20 1:58 PM, William Breathitt Gray wrote: On Mon, Oct 12, 2020 at 12:04:10PM -0500, David Lechner wrote: On 10/8/20 7:28 AM, William Breathitt Gray wrote: On Thu, Oct 08, 2020 at 10:09:09AM +0200, Pavel Machek wrote: Hi! +int main(void) +{ +struct pol

Re: [PATCH RESEND 1/1] perf build: Allow nested externs to enable BUILD_BUG() usage

Em Fri, Oct 09, 2020 at 02:41:11PM +0200, Jiri Olsa escreveu: > On Fri, Oct 09, 2020 at 02:25:23PM +0200, Vasily Gorbik wrote: > > Currently BUILD_BUG() macro is expanded to smth like the following: > >do { > >extern void __compiletime_assert_0(void) > >__attribu

Re: [PATCH 1/2] dccp: ccid: move timers to struct dccp_sock

On 13/10/2020 19:18, Kleber Sacilotto de Souza wrote: > From: Thadeu Lima de Souza Cascardo > > When dccps_hc_tx_ccid is freed, ccid timers may still trigger. The reason > del_timer_sync can't be used is because this relies on keeping a reference > to struct sock. But as we keep a pointer to dccp

Re: [PATCH RFC V3 9/9] x86/pks: Add PKS test code

On 10/9/20 12:42 PM, ira.we...@intel.com wrote: > #ifdef CONFIG_X86_32 > /* >* We can fault-in kernel-space virtual memory on-demand. The > diff --git a/include/linux/pkeys.h b/include/linux/pkeys.h > index cc3510cde64e..f9552bd9341f 100644 > --- a/include/linux/pkeys.h > +++ b/inclu

Re: [PATCH 2/2] Revert "dccp: don't free ccid2_hc_tx_sock struct in dccp_disconnect()"

On 13/10/2020 19:18, Kleber Sacilotto de Souza wrote: > rom: Thadeu Lima de Souza Cascardo > > This reverts commit 2677d20677314101293e6da0094ede7b5526d2b1. > > This fixes an issue that after disconnect, dccps_hc_tx_ccid will still be > kept, allowing the socket to be reused as a listener socket

Re: Unbreakable loop in fuse_fill_write_pages()

s not releasing lock. I am wondering if virtiofsd still alive and responding to requests? I see another task which is blocked on getdents() for more than 120s. [10580.142571][ T348] INFO: task trinity-c36:254165 blocked for more than 123 +seconds. [10580.143924][ T348] Tainted: G

Re: [PATCH v5 4/5] docs: counter: Document character device interface

On Mon, Oct 12, 2020 at 12:04:10PM -0500, David Lechner wrote: > On 10/8/20 7:28 AM, William Breathitt Gray wrote: > > On Thu, Oct 08, 2020 at 10:09:09AM +0200, Pavel Machek wrote: > >> Hi! > >> > >>> +int main(void) > >>> +{ > >>> +struct pollfd pfd = { .events = PO

Re: [PATCH RFC V3 8/9] x86/fault: Report the PKRS state on fault

> @@ -548,6 +549,11 @@ show_fault_oops(struct pt_regs *regs, unsigned long > error_code, unsigned long ad >(error_code & X86_PF_PK)? "protection keys violation" : > "permissions violation"); > > +#ifdef CONFIG_ARCH_HAS_SUPERVISOR_P

Re: ACPI _CST introduced performance regresions on Haswll

On 10/8/2020 7:34 PM, Mel Gorman wrote: On Thu, Oct 08, 2020 at 07:15:46PM +0200, Rafael J. Wysocki wrote: Force enabling C6 ./5.9.0-rc8-enable-c6/iter-0/sys/devices/system/cpu/cpu0/cpuidle/state0/disable:0 ./5.9.0-rc8-enable-c6/iter-0/sys/devices/system/cpu/cpu0/cpuidle/state1/disable:0 ./5.9.

Re: [PATCH RFC V3 7/9] x86/entry: Preserve PKRS MSR across exceptions

On 10/9/20 12:42 PM, ira.we...@intel.com wrote: > @@ -341,6 +341,9 @@ noinstr void irqentry_enter(struct pt_regs *regs, > irqentry_state_t *state) > /* Use the combo lockdep/tracing function */ > trace_hardirqs_off(); > instrumentation_end(); > + > +done: > + irq_save_pkrs(st

Re: [PATCH v4 3/6] drivers: hwmon: Add the iEi WT61P803 PUZZLE HWMON driver

On 10/13/20 11:09 AM, Luka Kovacic wrote: > Hello Guenter, > > On Sun, Oct 11, 2020 at 11:26 PM Guenter Roeck wrote: >> >> On Wed, Oct 07, 2020 at 02:48:58AM +0200, Luka Kovacic wrote: >>> Add the iEi WT61P803 PUZZLE HWMON driver, that handles the fan speed >>> control via PWM, reading fan speed

Re: [PATCH v6 68/80] nl80211: docs: add a description for s1g_cap parameter

Thanks Mauro. On Tue, 2020-10-13 at 13:54 +0200, Mauro Carvalho Chehab wrote: > Changeset df78a0c0b67d ("nl80211: S1G band and channel definitions") > added a new parameter, but didn't add the corresponding kernel-doc > markup, as repoted when doing "make htmldocs": > > ./include/net/cfg80

Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()

On Fri, Oct 9, 2020 at 12:52 PM wrote: > > From: Ira Weiny > > The kmap() calls in this FS are localized to a single thread. To avoid > the over head of global PKRS updates use the new kmap_thread() call. > > Cc: Nicolas Pitre > Signed-off-by: Ira Weiny > --- > fs/cramfs/inode.c | 10 +---

Re: [PATCH RFC V3 5/9] x86/pks: Add PKS kernel API

> +static inline void pks_update_protection(int pkey, unsigned long protection) > +{ > + current->thread.saved_pkrs = update_pkey_val(current->thread.saved_pkrs, > + pkey, protection); > + preempt_disable(); > + write_pkrs(current->thread

Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()

On Fri, 9 Oct 2020, ira.we...@intel.com wrote: > From: Ira Weiny > > The kmap() calls in this FS are localized to a single thread. To avoid > the over head of global PKRS updates use the new kmap_thread() call. > > Cc: Nicolas Pitre > Signed-off-by: Ira Weiny Acked-by: Nicolas Pitre > fs

Re: Unbreakable loop in fuse_fill_write_pages()

On Tue, Oct 13, 2020 at 01:11:05PM -0400, Qian Cai wrote: > Running some fuzzing on virtiofs with an unprivileged user on today's > linux-next > could trigger soft-lockups below. > > # virtiofsd --socket-path=/tmp/vhostqemu -o source=$TESTDIR -o cache=always > -o no_posix_lock > > Basically, e

Re: [PATCH v1 06/10] bus: mhi: core: Improve shutdown handling after link down detection

On 2020-10-09 09:19, Manivannan Sadhasivam wrote: On Fri, Sep 18, 2020 at 07:02:31PM -0700, Bhaumik Bhatt wrote: If MHI were to attempt a device shutdown following an assumption MHI host? And is this really an assumption or it is definite that the link is inaccessible. Please clarify! Will u

[PATCH 1/2] kbuild: deb-pkg: do not build linux-headers package if CONFIG_MODULES=n

Since commit 269a535ca931 ("modpost: generate vmlinux.symvers and reuse it for the second modpost"), with CONFIG_MODULES disabled, "make deb-pkg" (or "make bindeb-pkg") fails with: find: ‘Module.symvers’: No such file or directory If CONFIG_MODULES is disabled, it doesn't really make sense to b

[PATCH 2/2] kbuild: deb-pkg: clean up package name variables

Hard-code the names of linux-headers and debug packages in the control file. The kernel package is different for ARCH=um. Change the code for better readability. Signed-off-by: Masahiro Yamada --- scripts/package/mkdebian | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-)

Re: [PATCH] hwmon: (pmbus/isl68137) remove READ_TEMPERATURE_1 telemetry for RAA228228

On 10/13/20 11:18 AM, Alex Qiu wrote: > (Intercepting the email thread...) > > Hi Grant, > > Looks like you made a typo in your patch: > >> + case raa_dmpvr2_2rail_nontc: >> + info->func[0] &= ~PMBUS_HAVE_TEMP; >> + info->func[1] &= ~PMBUS_HAVE_TEMP; >> + fallthrough; > > Did you mean "/* fallt

[PATCH v0] clk: qcom: lpasscc: Re-configure the PLL in case lost

In the case where the PLL configuration is lost, then the pm runtime resume will reconfigure before usage. Fixes: edab812d802d ("clk: qcom: lpass: Add support for LPASS clock controller for SC7180") Signed-off-by: Taniya Das --- drivers/clk/qcom/lpasscorecc-sc7180.c | 22 ++

[PATCH v0] LPASSCC: Configure the PLL in case lost for SC7180

In the case where the LPASSCC PLL loses the PLL configuration it would fail to lock. Thus allow reconfigure the PLL from pm_resume. Taniya Das (1): clk: qcom: lpasscc: Re-configure the PLL in case lost drivers/clk/qcom/lpasscorecc-sc7180.c | 22 ++ 1 file changed, 22 insert

Re: [PATCH v2] media: uapi: h264: Add documentation to the interface header

Le lundi 28 septembre 2020 à 17:14 -0300, Ezequiel Garcia a écrit : > In preparation for making the interface public, > document all the structures. Special care is taken to > annotate those fields that depart from the H264 syntax. > > This commit only adds documentation and doesn't affect > funct

Re: [PATCH RFC V3 4/9] x86/pks: Preserve the PKRS MSR on context switch

On 10/9/20 12:42 PM, ira.we...@intel.com wrote: > From: Ira Weiny > > The PKRS MSR is defined as a per-logical-processor register. This > isolates memory access by logical CPU. Unfortunately, the MSR is not > managed by XSAVE. Therefore, tasks must save/restore the MSR value on > context switc

Re: [GIT PULL] regulator updates for v5.10

The pull request you sent on Mon, 12 Oct 2020 14:09:08 +0100: > https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git > tags/regulator-v5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/1724e02e024adf5a17da12fad6819e30d304da7d Thank you! -- Deet-d

Re: [GIT PULL for v5.10-rc1] media updates

The pull request you sent on Mon, 12 Oct 2020 13:41:39 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media > tags/media/v5.10-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/fd5c32d80884268a381ed0e67cccef0b3d37750b Thank you! -- Deet-doot-do

Re: [GIT PULL] MMC updates for v5.10

The pull request you sent on Mon, 12 Oct 2020 12:01:27 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc.git tags/mmc-v5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/647412daeb454b6dad12a6c6961ab90aac9e5d29 Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] SPI updates for v5.10

The pull request you sent on Mon, 12 Oct 2020 14:09:27 +0100: > https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-v5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/a996b9c61729cd1507e48303c214dc317df890e2 Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] GPIO bulk changes for the v5.10 kernel series

The pull request you sent on Tue, 13 Oct 2020 11:49:35 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git > tags/gpio-v5.10-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/0486beaf88d2460e9dbcbba281dab683a838f0c6 Thank you! -- Deet-doot-d

Re: [GIT PULL] hwmon updates for v5.10

The pull request you sent on Mon, 12 Oct 2020 07:28:32 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git > hwmon-for-v5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/c4439713e82a0d746e533ae5ddd7dfa832e2a486 Thank you! -- Deet-doot-

Re: [GIT PULL] regmap updates for v5.10

The pull request you sent on Mon, 12 Oct 2020 14:08:49 +0100: > https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git > tags/regmap-v5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/57218d7f2e87069f73c7a841b6ed6c1cc7acf616 Thank you! -- Deet-doot-do

Re: [PATCH RFC V3 3/9] x86/pks: Enable Protection Keys Supervisor (PKS)

On 10/9/20 12:42 PM, ira.we...@intel.com wrote: > +/* > + * PKS is independent of PKU and either or both may be supported on a CPU. > + * Configure PKS if the cpu supports the feature. > + */ Let's at least be consistent about CPU vs. cpu in a single comment. :) > +static void setup_pks(void) > +

Re: [PATCH] hwmon: (pmbus/isl68137) remove READ_TEMPERATURE_1 telemetry for RAA228228

Jason pointed me to the patch https://github.com/torvalds/linux/commit/294f69e662d1570703e9b56e95be37a9fd3afba5. Nvm... - Alex Qiu On Tue, Oct 13, 2020 at 11:18 AM Alex Qiu wrote: > > (Intercepting the email thread...) > > Hi Grant, > > Looks like you made a typo in your patch: > > > + case raa_

Re: [patch 2/4] media: omap3isp: Remove misleading comment

Hi Thomas, Thank you for the patch. On Tue, Oct 13, 2020 at 04:26:18PM +0200, Thomas Gleixner wrote: > in_interrupt() covers hard and soft interrupt servicing and bottom half > disabled contexts, which is semantically ill defined. > > The comment for __ccdc_lsc_configure() "Context: in_interrupt

[PATCH v2 2/2] drm/mediatek: mtk_hdmi: add MT8167 support for HDMI

Add support for HDMI on MT8167. HDMI on MT8167 is similar to MT8173/MT2701 execpt for the two registers: SYS_CFG1C and SYS_CFG20 Signed-off-by: Fabien Parent --- Changelog: v2: fix name of pdata structure drivers/gpu/drm/mediatek/mtk_hdmi.c | 7 +++ drivers/gpu/drm/mediatek/mtk_hdmi_r

[PATCH v2 1/2] drm/mediatek: mtk_hdmi: move 2 registers address into of_data

On MT8167, the two registers SYS_CFG1C and SYS_CFG20 don't have the same address as on MT8173. Add OF data in order to store the address of these two registers. Signed-off-by: Fabien Parent --- Changelog: v2: no changes drivers/gpu/drm/mediatek/mtk_hdmi.c | 45 ++--- 1

RE: [PATCH] hwmon: (pmbus/isl68137) remove READ_TEMPERATURE_1 telemetry for RAA228228

(Intercepting the email thread...) Hi Grant, Looks like you made a typo in your patch: > + case raa_dmpvr2_2rail_nontc: > + info->func[0] &= ~PMBUS_HAVE_TEMP; > + info->func[1] &= ~PMBUS_HAVE_TEMP; > + fallthrough; Did you mean "/* fallthrough */" instead of "fallthrough;"? - Alex Qiu

Re: [PATCH 4.19 00/49] 4.19.151-rc1 review

Hi! > This is the start of the stable review cycle for the 4.19.151 release. > There are 49 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses should be made by Wed, 14 Oct 2020 13:26:14 +

Re: [PATCH 4.4 00/39] 4.4.239-rc1 review

On Mon 2020-10-12 15:26:30, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.239 release. > There are 39 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Respons

Re: [PATCH 2/2] drm/mediatek: mtk_hdmi: add MT8167 support for HDMI

On Tue, Oct 13, 2020 at 7:28 PM Fabien Parent wrote: > > Add support for HDMI on MT8167. HDMI on MT8167 is similar to > MT8173/MT2701 execpt for the two registers: SYS_CFG1C and SYS_CFG20 > > Signed-off-by: Fabien Parent > --- > drivers/gpu/drm/mediatek/mtk_hdmi.c | 7 +++ > drivers/gpu

Re: [PATCH v4 3/6] drivers: hwmon: Add the iEi WT61P803 PUZZLE HWMON driver

Hello Guenter, On Sun, Oct 11, 2020 at 11:26 PM Guenter Roeck wrote: > > On Wed, Oct 07, 2020 at 02:48:58AM +0200, Luka Kovacic wrote: > > Add the iEi WT61P803 PUZZLE HWMON driver, that handles the fan speed > > control via PWM, reading fan speed and reading on-board temperature > > sensors. > >

Re: [PATCH 3/3] interconnect: qcom: sc7180: Init BCMs before creating the nodes

On Tue, Oct 13, 2020 at 6:59 AM Georgi Djakov wrote: > > Currently if we use sync_state, by default the bandwidth is maxed out, > but in order to set this in hardware, the BCMs (Bus Clock Managers) need > to be initialized first. Move the BCM initialization before creating the > nodes to fix this.

Re: [PATCH 2/3] interconnect: qcom: sdm845: Init BCMs before creating the nodes

On Tue, Oct 13, 2020 at 6:59 AM Georgi Djakov wrote: > > Currently if we use sync_state, by default the bandwidth is maxed out, > but in order to set this in hardware, the BCMs (Bus Clock Managers) need > to be initialized first. Move the BCM initialization before creating the > nodes to fix this.

Re: [PATCH 1/3] interconnect: Aggregate before setting initial bandwidth

On Tue, Oct 13, 2020 at 6:59 AM Georgi Djakov wrote: > > When setting the initial bandwidth, make sure to call the aggregate() > function (if such is implemented for the current provider), to handle > cases when data needs to be aggregated first. > > Fixes: b1d681d8d324 ("interconnect: Add sync st

Re: [PATCH] power: supply: bq25980: Fix uninitialized wd_reg_val and overrun

Sebastian On 10/9/20 7:12 AM, Dan Murphy wrote: Fix the issue when 'i' is equal to array size then array index over runs the array when checking for the watch dog value. This also fixes the uninitialized wd_reg_val if the for..loop was not successful in finding an appropriate match. Might wan

Re: [PATCH v4 1/2] dt-bindings: power: Add the bq25790 dt bindings

Sebastian On 10/9/20 9:41 AM, Dan Murphy wrote: Add the bindings for the bq25790. Also any updates on this series? Dan

Re: [PATCH] kbuild: doc: describe proper script invocation

On Tue, Oct 13, 2020 at 11:31 PM Masahiro Yamada wrote: > > On Thu, Oct 1, 2020 at 4:57 PM Lukas Bulwahn wrote: > > > > During an investigation to fix up the execute bits of scripts in the kernel > > repository, Andrew Morton and Kees Cook pointed out that the execute bit > > should not matter, a

Re: [PATCH 2/6] dt-bindings: mfd: google,cros-ec: explicitly allow additional properties

Zhen On 10/13/20 11:08 AM, Zhen Lei wrote: There are so many properties have not been described in this yaml file, and a lot of errors will be reported. Especially, some yaml files such as google,cros-ec-typec.yaml, extcon-usbc-cros-ec.yaml can not pass the self-check, because of the examples. S

ERROR: "spurious_interrupt" undefined!

config: mips-randconfig-s032-20201013 (attached as .config) compiler: mips64el-linux-gcc (GCC) 9.3.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # apt-get install sparse # sparse

[PATCH] dt-bindings: leds: Update devicetree documents for ID_RGB

Update the leds/common.yaml to indicate that the max color ID is 9. Reflect the same change in the leds-class-multicolor.yaml Reported-by: Zhen Lei Signed-off-by: Dan Murphy --- Documentation/devicetree/bindings/leds/common.yaml | 2 +- .../devicetree/bindings/leds/leds-class-multicolor.y

Re: [PATCH RFC V3 2/9] x86/fpu: Refactor arch_set_user_pkey_access() for PKS support

On 10/9/20 12:42 PM, ira.we...@intel.com wrote: > +/* > + * Update the pk_reg value and return it. How about: Replace disable bits for @pkey with values from @flags. > + * Kernel users use the same flags as user space: > + * PKEY_DISABLE_ACCESS > + * PKEY_DISABLE_WRITE > + */ > +

Re: [PATCH RFC V3 1/9] x86/pkeys: Create pkeys_common.h

On 10/9/20 12:42 PM, ira.we...@intel.com wrote: > Protection Keys User (PKU) and Protection Keys Supervisor (PKS) work > in similar fashions and can share common defines. Could we be a bit less abstract? PKS and PKU each have: 1. A single control register 2. The same number of keys 3. The same nu

[tip: x86/urgent] x86/traps: Fix #DE Oops message regression

The following commit has been merged into the x86/urgent branch of tip: Commit-ID: 5f1ec1fd32252af5130dac23b5542e8e66fe0bcb Gitweb: https://git.kernel.org/tip/5f1ec1fd32252af5130dac23b5542e8e66fe0bcb Author:Thomas Gleixner AuthorDate:Mon, 12 Oct 2020 15:11:47 +02:00 Commit

[tip: x86/urgent] x86/platform/uv: Remove unused variable in UV5 NMI handler

The following commit has been merged into the x86/urgent branch of tip: Commit-ID: 081dd68c89061077930ec7776d98837cb64b0405 Gitweb: https://git.kernel.org/tip/081dd68c89061077930ec7776d98837cb64b0405 Author:Mike Travis AuthorDate:Tue, 13 Oct 2020 10:47:31 -05:00 Committer:

Re: [2/2] drm/msm: Add support for GPU cooling

On Tue, Oct 13, 2020 at 07:23:34PM +0530, Akhil P Oommen wrote: > On 10/12/2020 11:10 PM, m...@chromium.org wrote: > > On Mon, Oct 12, 2020 at 07:03:51PM +0530, Akhil P Oommen wrote: > > > On 10/10/2020 12:06 AM, m...@chromium.org wrote: > > > > Hi Akhil, > > > > > > > > On Thu, Oct 08, 2020 at 10

[GIT PULL] x86/urgent for v5.10-rc1

Hi Linus, here's the clang build warning fix from yesterday which is finally ready. I've added a second one from the tip's urgent queue which could go in now too. Please pull, thx. --- The following changes since commit 8b6591fd0ac8b7e8b2873703bc24b71a6f3d2d3e: Merge tag 'x86_platform_for_v5

[GIT PULL] PNP updates for v5.10-rc1

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pnp-5.10-rc1 with top-most commit 2ef0342530b0f487a65b5f6c94c85dce5f9b53b5 PNP: remove the now unused pnp_find_card() function on top of commit ba4f184e126b751d1bffad5897f263108befc780 L

Re: [PATCH v3 2/2] arm64: dts: rockchip: Add basic support for Kobol's Helios64

Hi Uwe, Part 1 of 2 missing here. Submit all patches to all maintainers and mail lists. Don't forget robh+dt ! ./scripts/get_maintainer.pl --noroles --norolestats --nogit-fallback --nogit git send-email --suppress-cc all --annotate --to <..> --cc <..> On 10/13/20 6:13 PM, Uwe Kleine-König

[GIT PULL] ACPI updates for v5.10-rc1

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ acpi-5.10-rc1 with top-most commit 8be2362d10e8b0ea9844706d8c388480d37226d2 Merge branches 'acpi-extlog', 'acpi-memhotplug', 'acpi-button', 'acpi-tools' and 'acpi-pci' on top of commit 549

Re: [PATCH 6/6] dt-bindings: misc: correct the property name cmd-gpios to cmd-gpio

Zhen On 10/13/20 11:08 AM, Zhen Lei wrote: The property name used in arch/arm/boot/dts/mmp2-olpc-xo-1-75.dts is cmd-gpio. arch/arm/boot/dts/mmp2-olpc-xo-1-75.dts:235: cmd-gpio = <&gpio 155 GPIO_ACTIVE_HIGH>; Signed-off-by: Zhen Lei --- Documentation/devicetree/bindings/misc/olpc,xo1.75-ec.y

[GIT PULL] Power management updates for v5.10-rc1

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm-5.10-rc1 with top-most commit 16641d81f9ff5f902d084754c84b2bde3a60bc6e Merge branches 'pm-avs' and 'powercap' on top of commit 549738f15da0e5a00275977623be199fbbf7df50 Linux 5.9-rc8

[PATCH 2/2] drm/mediatek: mtk_hdmi: add MT8167 support for HDMI

Add support for HDMI on MT8167. HDMI on MT8167 is similar to MT8173/MT2701 execpt for the two registers: SYS_CFG1C and SYS_CFG20 Signed-off-by: Fabien Parent --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 7 +++ drivers/gpu/drm/mediatek/mtk_hdmi_regs.h | 2 ++ 2 files changed, 9 insertions(+

[PATCH 1/2] drm/mediatek: mtk_hdmi: move 2 registers address into of_data

On MT8167, the two registers SYS_CFG1C and SYS_CFG20 don't have the same address as on MT8173. Add OF data in order to store the address of these two registers. Signed-off-by: Fabien Parent --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 45 ++--- 1 file changed, 34 insertions(

Re: [PATCH v2] kcov, usbip: collect coverage from vhci_rx_loop

On 10/12/20 11:10 AM, Andrey Konovalov wrote: From: Nazime Hande Harputluoglu Add kcov_remote_start()/kcov_remote_stop() annotations to the vhci_rx_loop() function, which is responsible for parsing USB/IP packets coming into USB/IP client. Since vhci_rx_loop() threads are spawned per vhci_hcd

Re: [PATCH v6 35/80] docs: fs: fscrypt.rst: get rid of :c:type: tags

On Tue, Oct 13, 2020 at 01:53:50PM +0200, Mauro Carvalho Chehab wrote: > The :c:type: tag has problems with Sphinx 3.x, as structs > there should be declared with c:struct. > > So, remove them, relying at automarkup.py extension to > convert them into cross-references. > > Signed-off-by: Mauro Ca

Re: [PATCH 1/2] dt-bindings: iio: adc: auxadc: add doc for MT8516 SoC

On Mon, 12 Oct 2020 22:52:17 +0200, Fabien Parent wrote: > Add documentation for the auxadc binding for MT8516 SoC. > > Signed-off-by: Fabien Parent > --- > Documentation/devicetree/bindings/iio/adc/mt6577_auxadc.txt | 1 + > 1 file changed, 1 insertion(+) > Acked-by: Rob Herring

[PATCH] f2fs_io: add erase option

f2fs_io erase [block_device_path] Signed-off-by: Ocean Chen --- tools/f2fs_io/f2fs_io.c | 53 - 1 file changed, 52 insertions(+), 1 deletion(-) diff --git a/tools/f2fs_io/f2fs_io.c b/tools/f2fs_io/f2fs_io.c index 1ca82f1..cef32b1 100644 --- a/tools/f2fs_i

Re: [PATCH 1/3] dt-bindings: qcom_nandc: IPQ6018 QPIC NAND documentation

On Tue, 13 Oct 2020 10:45:22 +0530, Kathiravan T wrote: > Add the binding for the QPIC NAND used on IPQ6018 SoC. > > Signed-off-by: Kathiravan T > --- > Documentation/devicetree/bindings/mtd/qcom_nandc.txt | 2 ++ > 1 file changed, 2 insertions(+) > Acked-by: Rob Herring

<    1   2   3   4   5   6   7   8   9   10   >