[PATCH 1/2] gpio: gpio-pch.c: changed every 'unsigned' to 'unsigned int'

Changed 'unsigned' to 'unsigned int'. This makes the code more uniform, and compliant with the kernel coding style. Signed-off-by: Abanoub Sameh --- drivers/gpio/gpio-pch.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpio/gpio-pch.c

[PATCH 2/4] gpio: gpio-msic.c: fixed style of a block comment

Added asterisk to each line of a block and fixed and moved the ending to the next line. Signed-off-by: Abanoub Sameh --- drivers/gpio/gpio-msic.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/gpio/gpio-msic.c b/drivers/gpio/gpio-msic.c index

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

On Mon, Jul 13, 2020 at 10:42:31AM +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

[PATCH 1/3] gpio: gpio-intel-mid.c: changed every 'unsigned' to 'unsigned int'

Changed 'unsigned' to 'unsigned int'. This makes the code more uniform, and compliant with the kernel coding style. Signed-off-by: Abanoub Sameh --- drivers/gpio/gpio-intel-mid.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git

[PATCH 2/3] gpio: gpio-intel-mid.c: fixed alignment of a block comment

A small to the coding style of a comment to make it compliant with the coding style. Signed-off-by: Abanoub Sameh --- drivers/gpio/gpio-intel-mid.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpio/gpio-intel-mid.c b/drivers/gpio/gpio-intel-mid.c index

[PATCH 2/2] gpio: gpio-ml-ioh.c: fixed a coding style issue

Added a line after a declaration to fix a coding style issue. Signed-off-by: Abanoub Sameh --- drivers/gpio/gpio-ml-ioh.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpio/gpio-ml-ioh.c b/drivers/gpio/gpio-ml-ioh.c index f1b754b60413..7007621a5b55 100644 ---

[PATCH 1/2] gpio: gpio-ml-ioh.c: changed every 'unsigned' to 'unsigned int'

Changed 'unsigned' to 'unsigned int'. This makes the code more uniform, and compliant with the kernel coding style. Signed-off-by: Abanoub Sameh --- drivers/gpio/gpio-ml-ioh.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpio/gpio-ml-ioh.c

[PATCH 3/3] gpio: gpio-intel-mid.c: fixed a coding style issue

Added an empty line after a declaration to fix a coding style issue. Signed-off-by: Abanoub Sameh --- drivers/gpio/gpio-intel-mid.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpio/gpio-intel-mid.c b/drivers/gpio/gpio-intel-mid.c index a9cef06b813b..a609964645c1 100644 ---

Re: [PATCHv3 00/19] perf metric: Add support to reuse metric

On Sun, Jul 19, 2020 at 08:13:01PM +0200, Jiri Olsa wrote: > hi, > this patchset is adding the support to reused metric in > another metric. > > For example, to define IPC by using CPI with change like: > > { > "BriefDescription": "Instructions Per Cycle (per Logical Processor)", >

[PATCH] gpio: gpio-ich.c: changed every 'unsigned' to 'unsigned int'

Changed 'unsigned' to 'unsigned int'. This makes the code more uniform, and compliant with the kernel coding style. Signed-off-by: Abanoub Sameh --- drivers/gpio/gpio-ich.c | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/drivers/gpio/gpio-ich.c

[PATCH] gpio: gpio-crystalcove.c: changed every 'unsigned' to 'unsigned int'

Changed 'unsigned' to 'unsigned int'. This makes the code more uniform, and compliant with the kernel coding style. Signed-off-by: Abanoub Sameh --- drivers/gpio/gpio-crystalcove.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpio/gpio-crystalcove.c

Re: [PATCH 2/2] fpga: dfl: create a dfl bus type to support DFL devices

On Tue, Jul 21, 2020 at 07:41:27PM +0800, Wu, Hao wrote: > > > > +} > > > > + > > > > +dfl_dev->type = feature_dev_id_type(pdev); > > > > +dfl_dev->feature_id = (unsigned long long)feature->id; > > > > + > > > > +dfl_dev->dev.parent = >dev; > > > > +dfl_dev->dev.bus = _bus_type; > > > >

Re: [PATCH for v5.9] ARM: mach-davinci: Replace HTTP links with HTTPS ones

On 7/19/20 3:50 PM, 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 contain

RE: [PATCH 1/1] iommu/vt-d: Skip TE disabling on quirky gfx dedicated iommu

> -Original Message- > From: iommu On Behalf Of Lu > Baolu > Sent: Monday, July 20, 2020 7:17 PM > To: Joerg Roedel > Cc: Ashok Raj; linux-kernel@vger.kernel.org; sta...@vger.kernel.org; Koba > Ko; io...@lists.linux-foundation.org > Subject: [PATCH 1/1] iommu/vt-d: Skip TE disabling on

Re: PROBLEM: cgroup cost too much memory when transfer small files to tmpfs

On Tue, Jul 21, 2020 at 4:20 AM jingrui wrote: > > Cc: Johannes Weiner ; Michal Hocko ; > Vladimir Davydov > > Thanks. > > --- > PROBLEM: cgroup cost too much memory when transfer small files to tmpfs. > > keywords: cgroup PERCPU/memory cost too much. > > description: > > We send small files

[PATCH v2 4/7] usb: bdc: Adb shows offline after resuming from S2

On Android systems, After temporarily putting device to S2 by short pressing the power button on the remote, the display turns off. Then press the power button to turn the display back up. Adb devices would show the devices is offline. It needs a physical disconnect of the usb cable or power cycle

[PATCH v2 5/7] usb: bdc: driver runs out of buffer descriptors on large ADB transfers

Version v1.0.40 of the Android host ADB software increased maximum transfer sizes from 256K to 1M. Since the STB ADB gadget driver requests only 16K at a time, the BDC driver ran out of buffer descriptors (BDs) if the queuing happens faster than the incoming 16K transfers. This issue is fixed by

[PATCH v2 7/7] usb: bdc: Use devm_clk_get_optional()

From: Florian Fainelli The BDC clock is optional and we may get an -EPROBE_DEFER error code which would not be propagated correctly, fix this by using devm_clk_get_optional(). Signed-off-by: Florian Fainelli Signed-off-by: Al Cooper --- drivers/usb/gadget/udc/bdc/bdc_core.c | 8 +++- 1

[PATCH v2 6/7] usb: bdc: Halt controller on suspend

From: Danesh Petigara GISB bus error kernel panics have been observed during S2 transition tests on the 7271t platform. The errors are a result of the BDC interrupt handler trying to access BDC register space after the system's suspend callbacks have completed. Adding a suspend hook to the BDC

[PATCH v2 2/7] usb: bdc: Add compatible string for new style USB DT nodes

Add compatible string for some newer boards that only have this as there match sting. Remove unused compatible string "brcm,bdc-v0.16". Signed-off-by: Al Cooper --- drivers/usb/gadget/udc/bdc/bdc_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 1/7] dt-bindings: usb: bdc: Update compatible strings

Remove "brcm,bdc-v0.16" because it was never used on any system. Add "brcm,bdc-udc-v2" which exists for any STB system with BDC. Signed-off-by: Al Cooper --- Documentation/devicetree/bindings/usb/brcm,bdc.txt | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v2 3/7] bdc: Fix bug causing crash after multiple disconnects

From: Sasi Kumar Multiple connects/disconnects can cause a crash on the second disconnect. The driver had a problem where it would try to send endpoint commands after it was disconnected which is not allowed by the hardware. The fix is to only allow the endpoint commands when the endpoint is

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

v2 - Fix Signed-off-by issues, remove internal bug reference. Fix binding document to match driver. 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 v4 0/6] TI K3 DSP remoteproc driver for C66x DSPs

Hi Bjorn, On 7/17/20 6:47 PM, Suman Anna wrote: Hi All, The following is v4 of the K3 DSP remoteproc driver supporting the C66x DSPs on the TI K3 J721E SoCs. The patches apply cleanly both on v5.8-rc1 as well as laster commit on the master branch. This series is largely unchanged, addressing

Re: [PATCH 2/2] fpga: dfl: create a dfl bus type to support DFL devices

> > +static int dfl_devs_init(struct platform_device *pdev) > > +{ > > + struct dfl_feature_platform_data *pdata = dev_get_platdata(>dev); > > + struct dfl_feature *feature; > > + struct dfl_device *dfl_dev; > > + > > + dfl_fpga_dev_for_each_feature(pdata, feature) { > > + if

[PATCH net 0/2] qed: suppress irrelevant error messages on HW init

This raises the verbosity level of several error/warning messages on driver/module initialization, most of which are false-positives, and the one actively spamming the log for no reason. Alexander Lobakin (2): qed: suppress "don't support RoCE & iWARP" flooding on HW init qed: suppress

Re: [PATCH 2/4] printk: store instead of processing cont parts

On (20/07/20 11:30), Linus Torvalds wrote: > > Do I get it right, what you are saying is - when we process a PR_CONT > > message the cont buffer should already contain previous non-LOG_NEWLINE > > and non-PR_CONT message, otherwise it's a bug? > > No. > > I'm saying that the code that does

[PATCH net 2/2] qed: suppress false-positives interrupt error messages on HW init

It was found that qed_pglueb_rbc_attn_handler() can produce a lot of false-positive error detections on driver load/reload (especially after crashes/recoveries) and spam the kernel log: [4.958275] [qed_pglueb_rbc_attn_handler:324()]ICPL error - 00d00ff0 [ 2079.146764]

[PATCH net 1/2] qed: suppress "don't support RoCE & iWARP" flooding on HW init

Change the verbosity of the "don't support RoCE & iWARP simultaneously" warning to debug level to stop flooding on driver/hardware initialization: [4.783230] qede 01:00.00: Storm FW 8.37.7.0, Management FW 8.52.9.0 [MBI 15.10.6] [eth0] [4.810020] [qed_rdma_set_pf_params:2076()]Current day

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

On 7/21/20 11:30 AM, Stanimir Varbanov wrote: > 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:

Re: [PATCH v3 2/3] powerpc/powernv/idle: Rename pnv_first_spr_loss_level variable

Excerpts from Pratik Sampat's message of July 21, 2020 8:29 pm: > > > On 20/07/20 5:27 am, Nicholas Piggin wrote: >> Excerpts from Pratik Rajesh Sampat's message of July 18, 2020 4:53 am: >>> Replace the variable name from using "pnv_first_spr_loss_level" to >>> "pnv_first_fullstate_loss_level".

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

Hello, On 7/21/20 7:48 AM, Hans Verkuil wrote: > On 17/07/2020 13:54, 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 v3 0/6] powerpc: queued spinlocks and rwlocks

On 7/21/20 7:08 AM, Nicholas Piggin wrote: diff --git a/arch/powerpc/include/asm/qspinlock.h b/arch/powerpc/include/asm/qspinlock.h index b752d34517b3..26d8766a1106 100644 --- a/arch/powerpc/include/asm/qspinlock.h +++ b/arch/powerpc/include/asm/qspinlock.h @@ -31,16 +31,57 @@ static inline

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

On 21/07/2020 16:23, Helen Koike wrote: > 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, >>>

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

On Tue, Jul 21, 2020 at 04:26:54PM +0200, Marco Elver wrote: > I'll rewrite the commit message: > > For compound instrumentation and assert accesses, skew the > watchpoint delay to be longer if randomized. This is useful to > improve race detection for such accesses. > >

Re: io_uring vs in_compat_syscall()

On Tue, Jul 21, 2020 at 07:31:02AM -0700, Andy Lutomirski wrote: > > What do you mean with "properly wired up". Do you really want to spread > > ->compat_foo methods everywhere, including read and write? I found > > in_compat_syscall() a lot small and easier to maintain than all the > > separate

Re: kworker/0:3+pm hogging CPU

On Tue, Jul 21, 2020 at 07:59:17AM +0200, Michal Hocko wrote: > > Sorry, my mistake. The module name needs to be "xhci_hcd" with an '_' > > character, not a '-' character -- the same as what shows up in the lsmod > > output. > > > [14766.973734] xhci_hcd :00:14.0: Get port status 2-1

Re: [PATCH v0] clk: qcom: gcc: Update disp gpll0 branch for 7180/845

On 15/07/2020 09:54, Taniya Das wrote: The display gpll0 branch clock needs to be always left enabled, thus move the clock ops to _aon branch ops. Does this also apply to sm8250/sm8150? Signed-off-by: Taniya Das --- drivers/clk/qcom/gcc-sc7180.c | 2 +- drivers/clk/qcom/gcc-sdm845.c | 4

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

On Tue, Jul 21, 2020 at 10:23:36AM -0400, Liang, Kan wrote: > Patch 13 forces the slots event to be part of a metric group. In patch 7, > for a metric group, we only update the values once with slots event. > I think the normal case mentioned above should not happen. > > + /* Only need to

Re: [PATCH v1] mptfusion: use generic power management

This patch is compile-tested only. --Vaibhav Gupta

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

[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

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

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

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: > >

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

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

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

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

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(>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,

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

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

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 > +++

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

[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

[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 ---

[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

[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

[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

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:

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

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

[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,

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

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

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

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..

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

[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):

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

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

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

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

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/

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 >>>

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

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

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 ---

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: >>

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