Re: io_uring vs in_compat_syscall()

On Tue, Jul 21, 2020 at 12:07 AM Christoph Hellwig wrote: > > On Mon, Jul 20, 2020 at 10:28:55AM -0700, Andy Lutomirski wrote: > > > Sure, I'd consider that implementation detail for the actual patch(es) > > > for this issue. > > > > There’s a corner case, though: doesn’t io_uring submission frequ

[PATCH v1] mptfusion: use generic power management

Drivers using legacy power management .suspen()/.resume() callbacks have to manage PCI states and device's PM states themselves. They also need to take care of standard configuration registers. Switch to generic power management framework using a single "struct dev_pm_ops" variable to take the unn

Re: [RFC PATCH 4/7] x86: use exit_lazy_tlb rather than membarrier_mm_sync_core_before_usermode

Excerpts from Mathieu Desnoyers's message of July 21, 2020 11:11 pm: > - On Jul 21, 2020, at 6:04 AM, Nicholas Piggin npig...@gmail.com wrote: > >> Excerpts from Mathieu Desnoyers's message of July 21, 2020 2:46 am: > [...] >> >> Yeah you're probably right in this case I think. Quite likely m

Re: [PATCH v4 2/6] media: v4l2: Add extended buffer operations

Hi Helen, On 7/21/20 4:54 PM, Helen Koike wrote: > Hi, > > On 7/21/20 8:26 AM, Stanimir Varbanov wrote: >> >> >> On 7/17/20 2:54 PM, Helen Koike wrote: >>> From: Hans Verkuil >>> >>> Those extended buffer ops have several purpose: >>> 1/ Fix y2038 issues by converting the timestamp into an u64 c

Re: [PATCH] sched: Fix race against ptrace_freeze_trace()

On Tue, Jul 21, 2020 at 02:13:08PM +0200, pet...@infradead.org wrote: > > There is apparently one site that violates the rule that only current > and ttwu() will modify task->state, namely ptrace_{,un}freeze_traced() > will change task->state for a remote task. > > Oleg explains: > > "TASK_TRA

Re: [PATCH v3 3/3] media: i2c: imx274: Add IMX274 power on and off sequence

On 7/21/20 7:03 AM, Luca Ceresoli wrote: Hi Sowjanya, On 20/07/20 19:01, Sowjanya Komatineni wrote: IMX274 has VANA analog 2.8V supply, VDIG digital core 1.8V supply, and VDDL digital io 1.2V supply which are optional based on camera module design. IMX274 also need external 24Mhz clock and i

Re: [PATCH] docs: core-api/printk-formats.rst: use literal block syntax

On (20/07/21 08:24), Jonathan Corbet wrote: > On Tue, 21 Jul 2020 23:02:46 +0900 > > I'm happy either way. I'll grab it Please go ahead. -ss

Re: [PATCH v5 0/6] Add support for GPU DDR BW scaling

On Mon, Jul 20, 2020 at 8:24 PM Viresh Kumar wrote: > > On 20-07-20, 08:03, Rob Clark wrote: > > On Mon, Jul 20, 2020 at 3:01 AM Viresh Kumar > > wrote: > > > > > > On 15-07-20, 08:36, Rob Clark wrote: > > > > I can take the first two into msm-next, the 3rd will need to wait > > > > until dev_pm

Re: [PATCH 3/8] kcsan: Skew delay to be longer for certain access types

On Tue, Jul 21, 2020 at 04:05PM +0200, Peter Zijlstra wrote: > On Tue, Jul 21, 2020 at 12:30:11PM +0200, Marco Elver wrote: > > For compound instrumentation and assert accesses, skew the watchpoint > > delay to be longer. We still shouldn't exceed the maximum delays, but it > > is safe to skew the

Re: [PATCH V6 07/14] perf/x86/intel: Generic support for hardware TopDown metrics

On Tue, Jul 21, 2020 at 10:05:55AM -0400, Liang, Kan wrote: > On 7/21/2020 5:43 AM, Peter Zijlstra wrote: > > @@ -1098,37 +1105,20 @@ static int collect_events(struct cpu_hw_ > > cpuc->pebs_output = is_pebs_pt(leader) + 1; > > } > > - if (x86_pmu.intel_cap.perf_metrics && > > -

Re: [PATCH] docs: core-api/printk-formats.rst: use literal block syntax

On Tue, 21 Jul 2020 23:02:46 +0900 Sergey Senozhatsky wrote: > Jonathan, will you route it via the Documentation tree or do > you want it to land in the printk tree? I'm happy either way. I'll grab it unless you tell me you'd rather pick it up. Thanks, jon

Re: [PATCH V6 09/14] perf/x86/intel: Support TopDown metrics on Ice Lake

On 7/21/2020 8:40 AM, Peter Zijlstra wrote: On Fri, Jul 17, 2020 at 07:05:49AM -0700, kan.li...@linux.intel.com wrote: +static inline u64 icl_get_metrics_event_value(u64 metric, u64 slots, int idx) +{ + u32 val; + + /* +* The metric is reported as an 8bit integer fraction

Re: [PATCH v4 0/6] media: v4l2: Add extended fmt and buffer ioctls

Hi, On 7/21/20 7:24 AM, Hans Verkuil wrote: > On 17/07/2020 13:54, Helen Koike wrote: >> Hi, >> >> I'm sorry for taking too long to submit v4. >> >> It is not perfect, not all v4l2-compliance tests passes, but I'd like a >> review, >> specially on the API and potential problems, so I can focus on

Re: [PATCH v15 2/3] drivers: input:keyboard: Add mtk keypad driver

On Tue, Jul 21, 2020 at 3:38 PM Mattijs Korpershoek wrote: > Fengping yu writes: > > This adds matrix keypad support for Mediatek SoCs. ... > > + keypad->regmap = devm_regmap_init_mmio(&pdev->dev, > > +keypad->base, > > +

Re: [PATCH v2 4/4] platform/chrome: cros_ec_proto: Convert EC error codes to Linux error codes

On Tue, Jul 21, 2020 at 01:29:01PM +0200, Enric Balletbo i Serra wrote: > Hi Guenter, > > Thank you for work on this. Cc'ing Gwendal as he has a deep knowledge of the > EC > and their errors. > > On 20/7/20 22:22, Guenter Roeck wrote: > > The EC reports a variety of error codes. Most of those, w

Re: [PATCH 4/8] kcsan: Add missing CONFIG_KCSAN_IGNORE_ATOMICS checks

On Tue, 21 Jul 2020 at 16:09, Peter Zijlstra wrote: > > On Tue, Jul 21, 2020 at 12:30:12PM +0200, Marco Elver wrote: > > Add missing CONFIG_KCSAN_IGNORE_ATOMICS checks for the builtin atomics > > instrumentation. > > > > Signed-off-by: Marco Elver > > --- > > Added to this series, as it would oth

Re: [PATCH v7 2/5] drm/imx: Add initial support for DCSS on iMX8MQ

Hi Philipp, On Tue, Jul 21, 2020 at 02:43:28PM +0200, Philipp Zabel wrote: > Hi Laurentiu, > > On Tue, 2020-07-21 at 13:20 +0300, Laurentiu Palcu wrote: > > From: Laurentiu Palcu > > > > This adds initial support for iMX8MQ's Display Controller Subsystem (DCSS). > > Some of its capabilities inc

Re: [PATCH 8/8] locking/atomics: Use read-write instrumentation for atomic RMWs

On Tue, Jul 21, 2020 at 12:30:16PM +0200, Marco Elver wrote: > diff --git a/scripts/atomic/gen-atomic-instrumented.sh > b/scripts/atomic/gen-atomic-instrumented.sh > index 6afadf73da17..5cdcce703660 100755 > --- a/scripts/atomic/gen-atomic-instrumented.sh > +++ b/scripts/atomic/gen-atomic-instrum

Re: [PATCH v3] pinctrl: core: print gpio in pins debugfs file

On Tue, Jul 21, 2020 at 5:17 PM Andy Shevchenko wrote: > On Tue, Jul 21, 2020 at 5:10 PM Drew Fustini wrote: > > On Tue, Jul 21, 2020 at 04:02:34PM +0200, Drew Fustini wrote: > > > If there is a gpio range mapping for the pin, then print out the gpio > > > chip and line index for the pin in the d

[PATCH v2 4/5] MIPS: Loongson64: DTS: Fix ISA range for RS780E PCH

Ranges should express the actual physical address on bus. Signed-off-by: Jiaxun Yang --- arch/mips/boot/dts/loongson/rs780e-pch.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/mips/boot/dts/loongson/rs780e-pch.dtsi b/arch/mips/boot/dts/loongson/rs780e-pch.dtsi inde

[PATCH v2 2/5] MIPS: Loongson64: Process ISA Node in DeviceTree

Previously, we're hardcoding resserved ISA I/O Space in code, now we're processing reverved I/O via DeviceTree directly. Using the ranges property to determine the size and address of reserved I/O space. Signed-off-by: Jiaxun Yang -- v2: Use range_parser instead of pci_range_parser --- arch/mips

[PATCH v2 3/5] MIPS: Loongson64: Enlarge IO_SPACE_LIMIT

It can be very big on LS7A PCH systems. Signed-off-by: Jiaxun Yang --- arch/mips/include/asm/io.h | 3 ++- arch/mips/include/asm/mach-loongson64/spaces.h | 3 +-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/mips/include/asm/io.h b/arch/mips/include/asm

[PATCH v2 5/5] MIPS: Loongson64: Add ISA node for LS7A PCH

Although currently we're not enabling any ISA device in devicetree, but this node is required to express the ranges of address reserved for ISA. Signed-off-by: Jiaxun Yang --- arch/mips/boot/dts/loongson/ls7a-pch.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/mips/boot/dts/

[PATCH v2 1/5] of_address: Add bus type match for pci ranges parser

So the parser can be used to parse range property of ISA bus. As they're all using PCI-like method of range property, there is no need start a new parser. Signed-off-by: Jiaxun Yang -- v2: Drop useless check, fix some na for bus_addr add define of of_range_parser_init according to

[PATCH v2 0/5] MIPS: Loongson64: Process ISA Node in DeviceTree

Hi, This series convert reservation of Loongson64 Logic PIO into DeviceTree based method. It can be used to replace Huacai's "MIPS: Loongson64: Reserve legacy MMIO space according to bridge type". Thanks. v2: - Address Rob and Huacai's review comments. Jiaxun Yang (5): of_address: Add bus

Re: [RFC PATCH] mm: silence soft lockups from unlock_page

I understand the pragmatic considerations here, but I'm quite concerned about the maintainability and long-term ability to reason about a patch like this. For example, how do we know when this patch is safe to remove? Also, what other precedent does this set for us covering for poor userspace b

Re: [PATCH v4 05/10] powerpc/dt_cpu_ftrs: Add feature for 2nd DAWR

On 7/21/20 7:37 PM, Michael Ellerman wrote: Ravi Bangoria writes: On 7/21/20 4:59 PM, Michael Ellerman wrote: Ravi Bangoria writes: On 7/17/20 11:14 AM, Jordan Niethe wrote: On Fri, Jul 17, 2020 at 2:10 PM Ravi Bangoria wrote: Add new device-tree feature for 2nd DAWR. If this feature

Re: [PATCH v3] pinctrl: core: print gpio in pins debugfs file

On Tue, Jul 21, 2020 at 5:10 PM Drew Fustini wrote: > On Tue, Jul 21, 2020 at 04:02:34PM +0200, Drew Fustini wrote: > > If there is a gpio range mapping for the pin, then print out the gpio > > chip and line index for the pin in the debugfs 'pins' file with the > > format: "[gpiochip-label]:line-[

Re: [RFC PATCH] mm: silence soft lockups from unlock_page

On Tue, Jul 21, 2020 at 03:38:35PM +0200, Michal Hocko wrote: > On Tue 21-07-20 09:23:44, Qian Cai wrote: > > On Tue, Jul 21, 2020 at 02:17:52PM +0200, Michal Hocko wrote: > > > On Tue 21-07-20 07:44:07, Qian Cai wrote: > > > > > > > > > > > > > On Jul 21, 2020, at 7:25 AM, Michal Hocko wrote: >

[PATCH] KEYS: remove redundant memsets

From: Tom Rix Reviewing use of memset in keyctrl_pkey.c keyctl_pkey_params_get prologue code to set params up memset(params, 0, sizeof(*params)); params->encoding = "raw"; keyctl_pkey_params_get_2 and keyctl_pkey_query have the same prologue and they call keyctl_pkey_params_get

Re: [PATCH v2 4/4] platform/chrome: cros_ec_proto: Convert EC error codes to Linux error codes

Hi Enric, On Tue, Jul 21, 2020 at 01:29:01PM +0200, Enric Balletbo i Serra wrote: > Hi Guenter, > > Thank you for work on this. Cc'ing Gwendal as he has a deep knowledge of the > EC > and their errors. The series is now also available in Gerrit at https://chromium-review.googlesource.c

[PATCH] dynamic debug: allow printing to trace event

When debugging device drivers, I've found it very useful to be able to redirect existing pr_debug()/dev_dbg() prints to the trace buffer instead of dmesg. Among the many advantages of the trace buffer is that it can be dynamically resized, allows these prints to combined with other trace events, a

Re: [PATCH v3] pinctrl: core: print gpio in pins debugfs file

On Tue, Jul 21, 2020 at 04:02:34PM +0200, Drew Fustini wrote: > If there is a gpio range mapping for the pin, then print out the gpio > chip and line index for the pin in the debugfs 'pins' file with the > format: "[gpiochip-label]:line-[index] " > > For example, here is a section of 'pins' the Po

Re: [PATCH 4/8] kcsan: Add missing CONFIG_KCSAN_IGNORE_ATOMICS checks

On Tue, Jul 21, 2020 at 12:30:12PM +0200, Marco Elver wrote: > Add missing CONFIG_KCSAN_IGNORE_ATOMICS checks for the builtin atomics > instrumentation. > > Signed-off-by: Marco Elver > --- > Added to this series, as it would otherwise cause patch conflicts. > --- > kernel/kcsan/core.c | 25

Re: [PATCH v4 05/10] powerpc/dt_cpu_ftrs: Add feature for 2nd DAWR

Ravi Bangoria writes: > On 7/21/20 4:59 PM, Michael Ellerman wrote: >> Ravi Bangoria writes: >>> On 7/17/20 11:14 AM, Jordan Niethe wrote: On Fri, Jul 17, 2020 at 2:10 PM Ravi Bangoria wrote: > > Add new device-tree feature for 2nd DAWR. If this feature is present, > 2nd DA

Re: [PATCH V6 07/14] perf/x86/intel: Generic support for hardware TopDown metrics

On 7/21/2020 5:43 AM, Peter Zijlstra wrote: On Fri, Jul 17, 2020 at 07:05:47AM -0700, kan.li...@linux.intel.com wrote: @@ -1031,6 +1034,35 @@ int x86_schedule_events(struct cpu_hw_events *cpuc, int n, int *assign) return unsched ? -EINVAL : 0; } +static int add_nr_metric_event(s

Re: [PATCH v2] dt-bindings: ingenic,pinctrl: Support pinmux/pinconf nodes

On Mon, Jul 20, 2020 at 5:45 PM Paul Cercueil wrote: > Add YAML to describe the pinmux/pinconf sub-nodes of the pinctrl IP on > Ingenic SoCs. > > Signed-off-by: Paul Cercueil Patch applied. Yours, Linus Walleij

Re: [PATCH 2/8] objtool, kcsan: Add __tsan_read_write to uaccess whitelist

On Tue, Jul 21, 2020 at 12:30:10PM +0200, Marco Elver wrote: > Adds the new __tsan_read_write compound instrumentation to objtool's > uaccess whitelist. > > Signed-off-by: Marco Elver Acked-by: Peter Zijlstra (Intel) > --- > tools/objtool/check.c | 5 + > 1 file changed, 5 insertions(+) >

Re: [PATCH 3/8] kcsan: Skew delay to be longer for certain access types

On Tue, Jul 21, 2020 at 12:30:11PM +0200, Marco Elver wrote: > For compound instrumentation and assert accesses, skew the watchpoint > delay to be longer. We still shouldn't exceed the maximum delays, but it > is safe to skew the delay for these accesses. Complete lack of actual justification.. *w

Re: [RFC PATCH 05/16] sched: Basic tracking of matching tasks(Internet mail)

Hi, perter > On Jul 1, 2020, at 5:32 AM, Vineeth Remanan Pillai > wrote: > > From: Peter Zijlstra > > Introduce task_struct::core_cookie as an opaque identifier for core > scheduling. When enabled; core scheduling will only allow matching > task to be on the core; where idle matches everythin

[PATCH v3] pinctrl: core: print gpio in pins debugfs file

If there is a gpio range mapping for the pin, then print out the gpio chip and line index for the pin in the debugfs 'pins' file with the format: "[gpiochip-label]:line-[index] " For example, here is a section of 'pins' the PocketBeagle (AM3358): /sys/kernel/debug/pinctrl/44e10800.pinmux-pinctrl-s

Re: [PATCH] docs: core-api/printk-formats.rst: use literal block syntax

On (20/07/18 13:51), Daniel W. S. Almeida wrote: > From: Daniel W. S. Almeida > > Fix the following warning: > > WARNING: Definition list ends without a blank line; > unexpected unindent. > > By switching to the literal block syntax. > > Signed-off-by: Daniel W. S. Almeida Jonathan, will you

Re: [PATCH v3 3/3] media: i2c: imx274: Add IMX274 power on and off sequence

Hi Sowjanya, On 20/07/20 19:01, Sowjanya Komatineni wrote: > IMX274 has VANA analog 2.8V supply, VDIG digital core 1.8V supply, > and VDDL digital io 1.2V supply which are optional based on camera > module design. > > IMX274 also need external 24Mhz clock and is optional based on > camera module

Re: [PATCHv3 2/6] irqchip/irq-pruss-intc: Add a PRUSS irqchip driver for PRUSS interrupts

Hi Marc, Thank you again. On Tue, 21 Jul 2020 at 12:10, Marc Zyngier wrote: > > On 2020-07-21 10:27, Grzegorz Jaszczyk wrote: > > Hi Marc, > > > > First of all thank you very much for your review. I apologize in > > advance if the description below is too verbose or not detailed > > enough. > >

[GIT PULL] timer drivers fix for 5.8-rc7

Hi Thomas, The following changes since commit 30c66fc30ee7a98c4f3adf5fb7e213b61884474f: timer: Prevent base->clk from moving backward (2020-07-09 11:56:57 +0200) are available in the Git repository at: https://git.linaro.org/people/daniel.lezcano/linux.git tags/timers-v5.8-rc7 for you to

Re: [PATCH 6/7] KVM: x86: Use common definition for kvm_nested_vmexit tracepoint

Sean Christopherson writes: > On Mon, Jul 20, 2020 at 06:52:15PM +0200, Vitaly Kuznetsov wrote: >> Sean Christopherson writes: >> > +TRACE_EVENT_KVM_EXIT(kvm_nested_vmexit); >> > >> > /* >> > * Tracepoint for #VMEXIT reinjected to the guest >> > diff --git a/arch/x86/kvm/vmx/nested.c b/arch

Re: [PATCH] drm/vkms: add wait_for_vblanks in atomic_commit_tail

On Tue, Jul 21, 2020 at 2:59 PM Melissa Wen wrote: > > Hi all, > > I traced the subtests' execution to figure out what happens (or not) in > a clean run and a blocked run, and this led me to suspect the > vkms_crtc_atomic_flush function. Examining the code and considering the > DRM doc, it seemed

Re: [PATCH v3] lib: overflow_kunit: add KUnit test conversion of check_*_overflow

Hi Vitor, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on c63d2dd7e134ebddce4745c51f9572b3f0d92b26] url: https://github.com/0day-ci/linux/commits/Vitor-Massaru-Iha/lib-overflow_kunit-add-KUnit-test-conversion-of-check_-_overflow/20200721-064712 base

Re: [PATCH v4 0/6] media: v4l2: Add extended fmt and buffer ioctls

Hi Boris, On 7/21/20 8:15 AM, Boris Brezillon wrote: > Hello Helen, > > Just a few drive-by comments. > > On Fri, 17 Jul 2020 08:54:29 -0300 > Helen Koike wrote: > >> Hi, >> >> I'm sorry for taking too long to submit v4. >> >> It is not perfect, not all v4l2-compliance tests passes, but I'd li

Re: [PATCH v4 2/6] media: v4l2: Add extended buffer operations

Hi, On 7/21/20 8:26 AM, Stanimir Varbanov wrote: > > > On 7/17/20 2:54 PM, Helen Koike wrote: >> From: Hans Verkuil >> >> Those extended buffer ops have several purpose: >> 1/ Fix y2038 issues by converting the timestamp into an u64 counting >>the number of ns elapsed since 1970 >> 2/ Unify

Re: [PATCH 1/1] video: backlight: cr_bllcd: Remove unused variable 'intensity'

On Tue, Jul 21, 2020 at 08:39:19AM +0100, Lee Jones wrote: > Fixes the following kernel build warning: > > drivers/video/backlight/cr_bllcd.c: In function ‘cr_backlight_set_intensity’: > drivers/video/backlight/cr_bllcd.c:62:6: warning: unused variable > ‘intensity’ [-Wunused-variable] > 62 |

Re: [PATCH v16 16/22] mm/mlock: reorder isolation sequence during munlock

在 2020/7/21 下午5:26, Alex Shi 写道: > > > 在 2020/7/21 上午2:51, Alexander Duyck 写道: >>> Look into the __split_huge_page_tail, there is a tiny gap between tail page >>> get PG_mlocked, and it is added into lru list. >>> The TestClearPageLRU could blocked memcg changes of the page from stopping >>> i

Do note that your e-mail box account urgently needs to be verify now

MICROSOFT URGENT NOTIFICATION Do note that your e-mail box account urgently needs to be verify now in other to release about 20 of your incoming messages that has been currently suspended.Do click on the verify below to verify your account now. VERIFY Mi

Re: [PATCH] clocksource/drivers/timer-ti-dm: Fix suspend and resume for am3 and am4

On 21/07/2020 15:11, Carlos Hernandez wrote: > > On 7/17/20 6:29 AM, Daniel Lezcano wrote: >> On 13/07/2020 18:26, Tony Lindgren wrote: >>> Carlos Hernandez reported that we now have a suspend and >>> resume regresssion on am3 and am4 compared to the earlier kernels. While >>> suspend and resume

[PATCH] MIPS: OCTEON: add missing put_device() call in dwc3_octeon_device_init()

if of_find_device_by_node() succeed, dwc3_octeon_device_init() doesn't have a corresponding put_device(). Thus add put_device() to fix the exception handling for this function implementation. Fixes: 93e502b3c2d4 ("MIPS: OCTEON: Platform support for OCTEON III USB controller") Signed-off-by: Yu Ku

Re: [PATCH 0/7] usb: bdc: Updates and fixes to the USB BDC driver

On Tue, Jul 21, 2020 at 5:33 AM Felipe Balbi wrote: > > > Hi, > > Al Cooper writes: > > Updates and fixes to the Broadcom USB BDC driver. > > > > Al Cooper (4): > > dt-bindings: usb: bdc: Update compatible strings > > usb: bdc: Add compatible string for new style USB DT nodes > > usb: bdc:

Re: [PATCH v5 03/17] perf ftrace: add option -t/--tid to filter by thread id

Hi Steve, On Sat, Jul 18, 2020 at 4:44 AM Steven Rostedt wrote: > > On Fri, 17 Jul 2020 16:34:55 -0300 > Arnaldo Carvalho de Melo wrote: > > Thinking a bit more, I have to ask. Does perf use the kernel when > getting all the children of an existing task, or is that done only in > userspace? > >

[PATCH] ARM: socfpga: PM: add missing put_device() call in socfpga_setup_ocram_self_refresh()

if of_find_device_by_node() succeed, socfpga_setup_ocram_self_refresh doesn't have a corresponding put_device(). Thus add a jump target to fix the exception handling for this function implementation. Fixes: 44fd8c7d4005 ("ARM: socfpga: support suspend to ram") Signed-off-by: Yu Kuai --- arch/arm

Re: [PATCH net-next 3/7] net: macb: parse PHY nodes found under an MDIO node

On 21.07.2020 16:36, Andrew Lunn wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > >> @@ -755,7 +765,6 @@ static int macb_mdiobus_register(struct macb *bp) >> * decrement it before returning. >>

Re: [PATCH net-next 2/7] macb: bindings doc: use an MDIO node as a container for PHY nodes

On 21.07.2020 16:29, Alexandre Belloni wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > Hi, > > The proper subject prefix is dt-bindings: net: macb: Will fix in v2. Thanks! > > On 21/07/2020 13:02:29+0300, Codrin Ciubotariu wrote: >> Th

Re: [PATCH v4 05/10] powerpc/dt_cpu_ftrs: Add feature for 2nd DAWR

On 7/21/20 4:59 PM, Michael Ellerman wrote: Ravi Bangoria writes: On 7/17/20 11:14 AM, Jordan Niethe wrote: On Fri, Jul 17, 2020 at 2:10 PM Ravi Bangoria wrote: Add new device-tree feature for 2nd DAWR. If this feature is present, 2nd DAWR is supported, otherwise not. Signed-off-by: Rav

Re: [PATCH net-next 3/7] net: macb: parse PHY nodes found under an MDIO node

On 21.07.2020 16:36, Andrew Lunn wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > >> @@ -755,7 +765,6 @@ static int macb_mdiobus_register(struct macb *bp) >> * decrement it before returning. >>

Re: [PATCH net-next 3/7] net: macb: parse PHY nodes found under an MDIO node

On 21.07.2020 16:36, Andrew Lunn wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > >> @@ -755,7 +765,6 @@ static int macb_mdiobus_register(struct macb *bp) >> * decrement it before returning. >>

Re: [PATCH v7 00/18] perf: ftrace enhancement

Hello, On Sat, Jul 18, 2020 at 3:48 PM Changbin Du wrote: > > The perf has basic kernel ftrace support but lack support of most tracing > options. This serias is target to enhance the perf ftrace functionality so > that we can make full use of kernel ftrace with perf. > > In general, this serias

Re: [RFC PATCH] mm: silence soft lockups from unlock_page

On Tue 21-07-20 09:23:44, Qian Cai wrote: > On Tue, Jul 21, 2020 at 02:17:52PM +0200, Michal Hocko wrote: > > On Tue 21-07-20 07:44:07, Qian Cai wrote: > > > > > > > > > > On Jul 21, 2020, at 7:25 AM, Michal Hocko wrote: > > > > > > > > Are these really important? I believe I can dig that out f

Re: [PATCH] kernel: add a kernel_wait helper

Christoph Hellwig writes: > Add a helper that waits for a pid and stores the status in the passed > in kernel pointer. Use it to fix the usage of kernel_wait4 in > call_usermodehelper_exec_sync that only happens to work due to the > implicit set_fs(KERNEL_DS) for kernel threads. Acked-by: "Eric

Re: [PATCH net-next 3/7] net: macb: parse PHY nodes found under an MDIO node

> @@ -755,7 +765,6 @@ static int macb_mdiobus_register(struct macb *bp) >* decrement it before returning. >*/ > of_node_put(child); > - > return of_mdiobus_register(bp->mii_bus, np); > } Pleas

Re: [PATCH v4 09/10] powerpc/watchpoint: Return available watchpoints dynamically

On 7/21/20 5:06 PM, Michael Ellerman wrote: Ravi Bangoria writes: On 7/20/20 9:12 AM, Jordan Niethe wrote: On Fri, Jul 17, 2020 at 2:11 PM Ravi Bangoria wrote: So far Book3S Powerpc supported only one watchpoint. Power10 is introducing 2nd DAWR. Enable 2nd DAWR support for Power10. Avail

Re: [PATCH] interconnect: Do not skip aggregation for disabled paths

Hey Georgi, Thanks for the patch! On 2020-07-21 17:37, Georgi Djakov wrote: When an interconnect path is being disabled, currently we don't aggregate the requests for it afterwards. But the re-aggregation step shouldn't be skipped, as it may leave the nodes with outdated bandwidth data. This o

Re: Speaker pops with max98357a on rk3399-gru-kevin since v5.7

On 21/07/2020 14:46, Tzung-Bi Shih wrote: > Hi, I got a rk3399-gru-kevin and can reproduce the issue. > > Could you take a try on the proposed patch here > https://patchwork.kernel.org/patch/11675533/ to see if it fixes? It does eliminate the pops, thanks. (I've replied to the patch, I am sendin

Re: [PATCH] kprobes: Replace HTTP links with HTTPS ones

On Thu, 9 Jul 2020 21:16:36 +0200 "Alexander A. Klimov" wrote: > Rationale: > Reduces attack surface on kernel devs opening the links for MITM > as HTTPS traffic is much harder to manipulate. > > Deterministic algorithm: > For each file: > If not .svg: > For each line: > If doesn't

Re: [PATCH 0/3] docs: kprobes: Update URLs and move under trace/

Hi Naveen, On Tue, 21 Jul 2020 17:18:19 +0530 "Naveen N. Rao" wrote: > This series updates some of the URLs in the kprobes document and moves > the same under trace/ directory. Thank you very much for fixing and updating it! Acked-by: Masami Hiramatsu for this series. Thanks! > > - Navee

Re: [PATCH 4.19 041/133] Revert "usb/ohci-platform: Fix a warning when hibernating"

On Tue, Jul 21, 2020 at 01:29:08PM +0200, Pavel Machek wrote: Hi! > > >After some investigations, we concluded the following: > > > - the issue does not exist in vanilla v5.8-rc4+ > > > - [bisecting shows that] the panic on v4.14.186 is caused by the lack > > > of v5.6-rc1 commit 987351e1ea77

Re: [tip:sched/fifo 44/45] ERROR: modpost: "sched_setscheduler" undefined!

On Tue, 21 Jul 2020 10:36:43 +0200 pet...@infradead.org wrote: > > Yeah, that's fine. You don't have any sched_fifo_high() ? > > Thanks! and no. > > I'll go write a Changelog and add it to tip/sched/fifo, so that > hopefully, sfr can stop complaining about this build fail ;-) > > I've even ar

Re: [PATCH] hwmon: corsair-cpro: add reading pwm values

On Tue, Jul 21, 2020 at 10:54:47AM +0200, Marius Zachmann wrote: > This adds the possibility for reading pwm values. > These can not be read if the device is controlled via > fan_target or a fan curve and will return an error in > this case. Since an error is expected, this adds some > rudimentary

Re: [PATCH net-next 2/7] macb: bindings doc: use an MDIO node as a container for PHY nodes

Hi, The proper subject prefix is dt-bindings: net: macb: On 21/07/2020 13:02:29+0300, Codrin Ciubotariu wrote: > The MACB driver embeds an MDIO bus controller and for this reason there > was no need for an MDIO sub-node present to contain the PHY nodes. Adding > MDIO devies directly under an Ethe

[PATCH v2][next] IB/hfi1: Use fallthrough pseudo-keyword

Replace the existing /* fall through */ comments and its variants with the new pseudo-keyword macro fallthrough[1]. Also, remove unnecessary fall-through markings when it is the case. [1] https://www.kernel.org/doc/html/v5.7-rc7/process/deprecated.html?highlight=fallthrough#implicit-switch-case-f

RE: [PATCH] vfio dma_map/unmap: optimized for hugetlbfs pages

Thanks for taking a close look at the code, Alex. We'll check them one by one ASAP. > -Original Message- > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Tuesday, July 21, 2020 6:46 AM > To: Zhoujian (jay) > Cc: linux-kernel@vger.kernel.org; k...@vger.kernel.org; coh...

Re: [PATCH v3 6/7] riscv: Add KPROBES_ON_FTRACE supported

On Wed, 15 Jul 2020 00:24:54 +0800 Guo Ren wrote: > Thx Masami, > > On Tue, Jul 14, 2020 at 7:38 PM Masami Hiramatsu wrote: > > > > On Mon, 13 Jul 2020 23:39:21 + > > guo...@kernel.org wrote: > > > > > From: Guo Ren > > > > > > This patch adds support for kprobes on ftrace call sites to av

[PATCH v2][next] printk: ringbuffer: support dataless records

://lkml.kernel.org/r/20200718121053.ga691...@elver.google.com Reported-by: Marco Elver Signed-off-by: John Ogness --- based on next-20200721 chages since v1: - Instead of handling empty text messages as special case errors, allow such messages to be handled as any other valid messages. This also a

Re: [PATCH v7 3/3] arm64: implement KPROBES_ON_FTRACE

Hi Jisheng, Would you be still working on this series? If you are still want to put a probe on func+4, it is OK if you can completely emulate the 1st instruction. (lr save on the stack and change the regs->sp) Thank you, On Thu, 26 Dec 2019 18:26:07 +0900 Masami Hiramatsu wrote: > On Thu, 26

Re: [RFC PATCH] mm: silence soft lockups from unlock_page

On Tue, Jul 21, 2020 at 02:17:52PM +0200, Michal Hocko wrote: > On Tue 21-07-20 07:44:07, Qian Cai wrote: > > > > > > > On Jul 21, 2020, at 7:25 AM, Michal Hocko wrote: > > > > > > Are these really important? I believe I can dig that out from the bug > > > report but I didn't really consider th

af_key: pfkey_dump needs parameter validation

In pfkey_dump() dplen and splen can both be specified to access the xfrm_address_t structure out of bounds in__xfrm_state_filter_match() when it calls addr_match() with the indexes. Return EINVAL if either are out of range. Signed-off-by: Mark Salyzyn Cc: net...@vger.kernel.org Cc: linux-kernel@

Re: [PATCH] csky: Fix build with upstream gcc

On Tue, Jul 21, 2020 at 01:23:14PM +0200, Joerg Roedel wrote: > From: Joerg Roedel > > Building a kernel for the CSKY architecture with CONFIG_FRAME_POINTER > set requires a gcc supporting the non-upstream '-mbacktrace' option. > Check for the '-mbacktrace' option before enabling CONFIG_FRAMEPOIN

Re: [PATCH 5.7 000/243] 5.7.10-rc2 review

On Mon, Jul 20, 2020 at 09:16:26PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.7.10 release. > There are 243 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

Re: [PATCH 4.4 00/58] 4.4.231-rc1 review

On Mon, Jul 20, 2020 at 05:36:16PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.231 release. > There are 58 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

Re: [PATCH 4.9 00/86] 4.9.231-rc1 review

On Mon, Jul 20, 2020 at 05:35:56PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.231 release. > There are 86 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

Re: [PATCH] thermal: ti-soc-thermal: Fix reversed condition in ti_thermal_expose_sensor()

On 16/06/2020 11:19, Dan Carpenter wrote: > This condition is reversed and will cause breakage. > > Fixes: 7440f518dad9 ("thermal/drivers/ti-soc-thermal: Avoid dereferencing > ERR_PTR") > Signed-off-by: Dan Carpenter > --- Applied. -- Linaro.org │ Open source softwar

Re: [PATCH 4.19 000/133] 4.19.134-rc1 review

On Mon, Jul 20, 2020 at 05:35:47PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.19.134 release. > There are 133 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 kn

Re: [PATCH 4.14 000/125] 4.14.189-rc1 review

On Mon, Jul 20, 2020 at 05:35:39PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.189 release. > There are 125 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 kn

Re: [RFC PATCH 4/7] x86: use exit_lazy_tlb rather than membarrier_mm_sync_core_before_usermode

- On Jul 21, 2020, at 6:04 AM, Nicholas Piggin npig...@gmail.com wrote: > Excerpts from Mathieu Desnoyers's message of July 21, 2020 2:46 am: [...] > > Yeah you're probably right in this case I think. Quite likely most kernel > tasks that asynchronously write to user memory would at least hav

Re: [PATCH 5.4 000/215] 5.4.53-rc1 review

On Mon, Jul 20, 2020 at 05:34:42PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.4.53 release. > There are 215 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

Re: [PATCH] clocksource/drivers/timer-ti-dm: Fix suspend and resume for am3 and am4

On 7/17/20 6:29 AM, Daniel Lezcano wrote: On 13/07/2020 18:26, Tony Lindgren wrote: Carlos Hernandez reported that we now have a suspend and resume regresssion on am3 and am4 compared to the earlier kernels. While suspend and resume works with v5.8-rc3, we now get errors with rtcwake: pm33xx

Re: [PATCH] ARM: at91: pm: add missing put_device() call in at91_pm_sram_init()

On 2020/7/18 6:55, Alexandre Belloni wrote: A better fix would have been to also factorize imx_suspend_alloc_ocram, imx6q_suspend_init, socfpga_setup_ocram_self_refresh and at91_pm_sram_init as they were all copied from pm-imx6.c imx_suspend_alloc_ocram and imx6q_suspend_init are done areadly,

Re: [PATCH 4.9 00/86] 4.9.231-rc1 review

On Mon, Jul 20, 2020 at 05:35:56PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.231 release. > There are 86 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

Re: [PATCH V6 11/14] perf/x86/intel: Disable sample-read the slots and metrics events

On Fri, Jul 17, 2020 at 07:05:51AM -0700, kan.li...@linux.intel.com wrote: > From: Kan Liang > > Users fail to sample-read the slots and metrics events, e.g., > perf record -e '{slots, topdown-retiring}:S'. > > When reading the metrics event, the fixed counter 3 (slots) has to be > reset, which

Re: nouveau regression with 5.7 caused by "PCI/PM: Assume ports without DLL Link Active train links in 100 ms"

On Fri, Jul 17, 2020 at 09:52:09PM +0200, Lukas Wunner wrote: > On Fri, Jul 17, 2020 at 03:04:10PM -0400, Lyude Paul wrote: > > Isn't it possible to tell whether a PCI device is connected through > > thunderbolt or not? We could probably get away with just defaulting > > to 100ms for thunderbolt de

Re: [PATCH 5.7 000/244] 5.7.10-rc1 review

On Mon, Jul 20, 2020 at 05:34:31PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.7.10 release. > There are 244 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

Re: [PATCH v8 00/12] Introduce CAP_PERFMON to secure system performance monitoring and observability

On 13.07.2020 21:51, Arnaldo Carvalho de Melo wrote: > Em Mon, Jul 13, 2020 at 03:37:51PM +0300, Alexey Budankov escreveu: >> >> On 13.07.2020 15:17, Arnaldo Carvalho de Melo wrote: >>> Em Mon, Jul 13, 2020 at 12:48:25PM +0300, Alexey Budankov escreveu: On 10.07.2020 20:09, Arnaldo Carv

[PATCH] kernel: add a kernel_wait helper

Add a helper that waits for a pid and stores the status in the passed in kernel pointer. Use it to fix the usage of kernel_wait4 in call_usermodehelper_exec_sync that only happens to work due to the implicit set_fs(KERNEL_DS) for kernel threads. Signed-off-by: Christoph Hellwig --- include/linu

<    5   6   7   8   9   10   11   12   13   14   >