Re: [PATCH] USB: serial: option: set driver_info for SIM5218 and compatibles

Johan Hovold writes: > On Tue, Feb 26, 2019 at 05:07:10PM +, Mans Rullgard wrote: >> The SIMCom SIM5218 and compatible devices have 5 USB interfaces, only 4 >> of which are serial ports. The fifth is a network interface supported >> by the qmi-wwan driver. Furthermore, the serial ports do n

Re: [PATCH v2 1/3] perf diff: Support --time filter option

On 2/27/2019 5:27 PM, Jiri Olsa wrote: On Tue, Feb 26, 2019 at 08:11:07PM +0800, Jin Yao wrote: SNIP + abstime_tmp = abstime_ostr; data__for_each_file(i, d) { - d->session = perf_session__new(&d->data, false, &tool); + d->session = perf_session__new(

RE: [PATCH 1/2] percpu: km: remove SMP check

Hi Dennis > -Original Message- > From: Dennis Zhou [mailto:den...@kernel.org] > Sent: 2019年2月27日 1:04 > To: Christopher Lameter > Cc: Peng Fan ; t...@kernel.org; linux...@kvack.org; > linux-kernel@vger.kernel.org; van.free...@gmail.com > Subject: Re: [PATCH 1/2] percpu: km: remove SMP che

Re: [PATCH 5/5] scripts/gdb: refactor rules for symlink creation

Hi Yamada-san, On 27/02/2019 12:32, Masahiro Yamada wrote: > Hi Kieran, > > > On Wed, Feb 27, 2019 at 8:56 PM Kieran Bingham > wrote: >> >> Hi Yamada-san, >> >> On 19/02/2019 09:33, Masahiro Yamada wrote: >>> gdb-scripts is not a real object, but (ab)used like a phony target. >>> >>> Rewrite th

Re: [PATCH net] sctp: get sctphdr by offset in sctp_compute_cksum

On Tue, Feb 26, 2019 at 8:29 PM Neil Horman wrote: > > On Tue, Feb 26, 2019 at 12:15:54AM +0800, Xin Long wrote: > > On Mon, Feb 25, 2019 at 10:08 PM Neil Horman wrote: > > > > > > On Mon, Feb 25, 2019 at 09:20:44PM +0800, Xin Long wrote: > > > > On Mon, Feb 25, 2019 at 8:47 PM Neil Horman > >

Re: [PATCH v2 1/3] perf diff: Support --time filter option

On 2/27/2019 5:28 PM, Jiri Olsa wrote: On Tue, Feb 26, 2019 at 08:11:07PM +0800, Jin Yao wrote: SNIP + .ordered_events = true, + .ordering_requires_timestamps = true, + }, }; static struct perf_evsel *evsel_match(struct perf_evsel *evsel, @@ -771,19

Re: [PATCH -next] scsi: libfc: Fix potential NULL pointer dereference

On 2/27/19 7:09 AM, YueHaibing wrote: Friendly ping: Who can review or take this, please? Thanks On 2019/1/30 18:11, YueHaibing wrote: There is a potential NULL pointer dereference in case fc_rport_create() fails and returns NULL. Fixes: 2580064b5ec6 ("scsi: libfc: Replace ->rport_create ca

RE-,GREAT OPPORTUNITY FOR YOU TO RECEIVE YOUR COMPENSATION APPROVED FUND

Dear Beneficiary We are not sure you received our previous message but we wish to congratulate and inform you that after thorough review of all delayed and all unclaimed funds, lottery funds, Inheritance and contract funds, etc., your payment file was forwarded to our office for the immediate paym

[PATCH 2/7] domainsctrl: Introduce domains controller framework

The goal of this framework is to offer an interface for the hardware blocks controlling bus accesses rights. Bus domains controllers are typically used to control if a hardware block can perform read or write operations on bus. Smarter domains controllers could be able to define accesses rights p

[PATCH 1/7] devicetree: bindings: Document domains controller bindings

Document commons domains controller bindings for controller and client devices. Signed-off-by: Benjamin Gaignard --- .../bindings/bus/domains/domainsctrl.txt | 55 ++ 1 file changed, 55 insertions(+) create mode 100644 Documentation/devicetree/bindings/bus/domains

Re: [PATCH] kbuild: compute false-positive -Wmaybe-uninitialized cases in Kconfig

On Fri, Feb 22, 2019 at 9:53 AM Nick Desaulniers wrote: > > On Wed, Feb 20, 2019 at 8:14 PM Masahiro Yamada > wrote: > > > > Since -Wmaybe-uninitialized was introduced by GCC 4.7, we have patched > > various false positives: > > > > - commit e74fc973b6e5 ("Turn off -Wmaybe-uninitialized when bui

Re: [PATCH 2/3] staging: erofs: fix illegal address access under memory pressure

On 2019/2/27 13:33, Gao Xiang wrote: > Considering a read request with two decompressed file pages, > If a decompression work cannot be started on the previous page > due to memory pressure but in-memory LTP map lookup is done, > builder->work should be still NULL. > > Moreover, if the current pag

Re: [PATCH 1/3] staging: erofs: compressed_pages should not be accessed again after freed

On 2019/2/27 13:33, Gao Xiang wrote: > This patch resolves the following page use-after-free issue, > z_erofs_vle_unzip: > ... > for (i = 0; i < nr_pages; ++i) { > ... > z_erofs_onlinepage_endio(page); (1) > } > > for (i = 0; i < clusterpages; ++i) { > page

Re: [PATCH] f2fs: no need to take page lock in readdir

On 2019/2/21 12:57, Gao Xiang wrote: > VFS will take inode_lock for readdir, therefore no need to > take page lock in readdir at all just as the majority of > other generic filesystems. > > This patch improves concurrency since .iterate_shared > was introduced to VFS years ago. > > Signed-off-by:

Re: [PATCH 3/3] staging: erofs: fix mis-acted TAIL merging behavior

On 2019/2/27 13:33, Gao Xiang wrote: > EROFS has an optimized path called TAIL merging, which is designed > to merge multiple reads and the corresponding decompressions into > one if these requests read continuous pages almost at the same time. > > In general, it behaves as follows: > ___

Re: [PATCH 1/5] scripts/gdb: delay generation of gdb constants.py

On Tue, Feb 19, 2019 at 6:34 PM Masahiro Yamada wrote: > > scripts/gdb/linux/constants.py is never used in the kernel build > process. There is no good reason to create it so early. > > Get it out of the 'prepare' stage. > > Signed-off-by: Masahiro Yamada > --- Added Kieran's Reviewed-by, and ap

Re: [bug report][stable] perf probe: failed to add events

On 26/02/19 4:20 PM, Arnaldo Carvalho de Melo wrote: > Em Tue, Feb 26, 2019 at 02:08:02PM +0100, Greg KH escreveu: >> On Tue, Feb 26, 2019 at 08:32:34PM +0800, Joseph Qi wrote: >>> >>> >>> On 19/2/26 17:05, Greg KH wrote: On Tue, Feb 26, 2019 at 03:31:14PM +0800, Joseph Qi wrote: > Hi, >>>

RE: [PATCH 4/8] qed: remove unnecessary memsets

> From: Robert Eshleman > Sent: Wednesday, February 27, 2019 8:10 AM > > This patch replaces unnecessary memset(,0) calls with simply assigning > structs to zero. > > Signed-off-by: Robert Eshleman > --- > drivers/net/ethernet/qlogic/qed/qed_cxt.c | 4 +- > drivers/net/ethernet/qlogic/qed/qed_

Re: [PATCH 3/5] scripts/gdb: do not descend into scripts/gdb from scripts

Hi Kieran, On Wed, Feb 27, 2019 at 8:46 PM Kieran Bingham wrote: > > Hi Yamada-san, > > On 19/02/2019 09:33, Masahiro Yamada wrote: > > Currently, Kbuild descends from scripts/Makefile to scripts/gdb/Makefile > > just for creating symbolic links, but it does not need to do it so early. > > > > Me

Re: [PATCH v3 2/2] PCI: hv: Refactor hv_irq_unmask() to use cpumask_to_vpset()

Maya Nakamura writes: > Remove the duplicate implementation of cpumask_to_vpset() and use the > shared implementation. Export hv_max_vp_index, which is required by > cpumask_to_vpset(). > > Apply changes to hv_irq_unmask() based on feedback. > I just noticed an issue with this patch, sorry I've

Re: [PATCH net-next 7/8] net: switchdev: Replace port attr set SDO with a notification

On Mon, Feb 25, 2019 at 11:47:12AM -0800, Florian Fainelli wrote: > On 2/25/19 1:49 AM, Ido Schimmel wrote: > > On Sun, Feb 24, 2019 at 08:47:27AM -0800, Florian Fainelli wrote: > >> Le 2/23/19 à 2:32 AM, Ido Schimmel a écrit : > >>> On Fri, Feb 22, 2019 at 03:59:25PM -0800, Florian Fainelli wrote:

Re: [PATCH 5/5] scripts/gdb: refactor rules for symlink creation

Hi Kieran, On Wed, Feb 27, 2019 at 8:56 PM Kieran Bingham wrote: > > Hi Yamada-san, > > On 19/02/2019 09:33, Masahiro Yamada wrote: > > gdb-scripts is not a real object, but (ab)used like a phony target. > > > > Rewrite the code in a more Kbuild-ish way. Add symlinks to extra-y > > and use if_ch

Re: [PATCH net-next v2 8/8] net: Remove switchdev_ops

On Tue, Feb 26, 2019 at 05:14:27PM -0800, Florian Fainelli wrote: > Now that we have converted all possible callers to using a switchdev > notifier for attributes we do not have a need for implementing > switchdev_ops anymore, and this can be removed from all drivers the > net_device structure. >

Re: [PATCH net-next v2 4/8] mlxsw: spectrum_switchdev: Handle SWITCHDEV_PORT_ATTR_SET

On Tue, Feb 26, 2019 at 05:14:23PM -0800, Florian Fainelli wrote: > Following patches will change the way we communicate setting a port's > attribute and use a notifier to perform those tasks. > > Prepare mlxsw to support receiving notifier events targeting > SWITCHDEV_PORT_ATTR_SET and utilize th

Re: [PATCH net-next v2 1/8] switchdev: Add SWITCHDEV_PORT_ATTR_SET

On Tue, Feb 26, 2019 at 05:14:20PM -0800, Florian Fainelli wrote: > In preparation for allowing switchdev enabled drivers to veto specific > attribute settings from within the context of the caller, introduce a > new switchdev notifier type for port attributes. > > Suggested-by: Ido Schimmel > Si

Re: [PATCH net-next v2 7/8] net: switchdev: Replace port attr set SDO with a notification

On Tue, Feb 26, 2019 at 05:14:26PM -0800, Florian Fainelli wrote: > diff --git a/net/bridge/br_switchdev.c b/net/bridge/br_switchdev.c > index af57c4a2b78a..b7988d49d708 100644 > --- a/net/bridge/br_switchdev.c > +++ b/net/bridge/br_switchdev.c > @@ -67,12 +67,17 @@ int br_switchdev_set_port_flag(s

Re: [PATCH 4/6] objtool: Replace STACK_FRAME_NON_STANDARD annotation

On Mon, Feb 25, 2019 at 10:11:24AM -0600, Josh Poimboeuf wrote: > On Mon, Feb 25, 2019 at 01:43:34PM +0100, Peter Zijlstra wrote: > > -#define STACK_FRAME_NON_STANDARD(func) \ > > - static void __used __section(.discard.func_stack_frame_non_standard) \ > > - *__func_stack_frame_non_sta

Re: [PATCH] lib/scatterlist: introduce sg_nents_for_dma() helper

On Wed, 2019-02-27 at 11:46 +0200, Andy Shevchenko wrote: > [External] > > > +Cc Vinod > > On Wed, Feb 27, 2019 at 11:45 AM Andy Shevchenko > wrote: > > > > On Wed, Feb 27, 2019 at 10:51 AM Alexandru Ardelean > > wrote: > > > > > > From: Andy Shevchenko > > > > > > Sometimes the user needs

[PATCH 6/7] ARM: dts: stm32: Add domainsctrl node for stm32mp157 SoC

Declare ETZPC device as a domains controller node for stm32mp157 SoC Signed-off-by: Benjamin Gaignard --- arch/arm/boot/dts/stm32mp157c.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi b/arch/arm/boot/dts/stm32mp157c.dtsi index 8bf1c17f8cef..d15

[PATCH 4/7] devicetree: bindings: domainsctrl: Add STM32 ETZPC bindings

Describe STM32 Extended TrustZone Protection bindings. Signed-off-by: Benjamin Gaignard --- .../devicetree/bindings/bus/domains/st,stm32-etzpc.txt | 14 ++ 1 file changed, 14 insertions(+) create mode 100644 Documentation/devicetree/bindings/bus/domains/st,stm32-etzpc.txt diff

Re: [PATCH] drm/bridge: ti-sn65dsi86: make const array static

On 26.02.2019 17:59, Colin King wrote: > From: Colin Ian King > > Don't populate the const array ti_sn_bridge_supply_names on the > stack but instead make it static. > > Signed-off-by: Colin Ian King Reviewed-by: Andrzej Hajda  -- Regards Andrzej > --- > drivers/gpu/drm/bridge/ti-sn65dsi86.c |

[PATCH v4] net: phy: Micrel KSZ8061: link failure after cable connect

With Micrel KSZ8061 PHY, the link may occasionally not come up after Ethernet cable connect. The vendor's (Microchip, former Micrel) errata sheet 8688A.pdf descripes the problem and possible workarounds in detail, see below. The batch implements workaround 1, which permanently fixes the issue.

[PATCH 5/7] bus: domainsctrl: Add driver for STM32 ETZPC controller

STM32 Extended TrustZone Protection Controller (ETZPC) got 3 domains: - secure: hardware blocks are only accessible by software running on trust zone. - non-secure: hardware blocks are accessible by non-secure software (i.e. linux kernel). - coprocessor: hardware blocks are only accessible by

[PATCH 3/7] base: Add calls to domains controller

To avoid modifying all the drivers call domainsctrl_set_default_config before probe to apply the configuration define in device node (if any). When unbinding the device try to apply configuration named "unbind". Signed-off-by: Benjamin Gaignard Reviewed-by: Mark Brown --- drivers/base/dd.c | 9

[PATCH 7/7] ARM: dts: stm32: enable domains controller node on stm32mp157c-ed1

Enable ETZPC and set configuration for CEC node Signed-off-by: Benjamin Gaignard --- arch/arm/boot/dts/stm32mp157c-ev1.dts | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/stm32mp157c-ev1.dts b/arch/arm/boot/dts/stm32mp157c-ev1.dts index 063ee8ac5dcb..29142ca3d685 100644

[PATCH 0/7] Introduce bus domains controller framework

Bus domains controllers allow to divided system on chip into multiple domains that can be used to select by who hardware blocks could be accessed. A domain could be a cluster of CPUs (or coprocessors), a range of addresses or a group of hardware blocks. Framework architecture is inspirated by pinc

Re: [PATCH 1/2] device.h: pack struct dev_links_info

On Wed, Feb 27, 2019 at 11:59:51AM +0100, Johan Hovold wrote: > On Wed, Feb 27, 2019 at 10:54:24AM +0100, Greg Kroah-Hartman wrote: > > On Wed, Feb 27, 2019 at 10:40:21AM +0100, Johan Hovold wrote: > > > On Wed, Feb 27, 2019 at 10:31:04AM +0100, Greg Kroah-Hartman wrote: > > > > On Wed, Feb 27, 201

Re: [RFC PATCH] x86, hyperv: fix kernel panic when kexec on HyperV VM

On Tue, Feb 26, 2019 at 11:56:15PM +0800, Kairui Song wrote: > arch/x86/hyperv/hv_init.c | 4 > 1 file changed, 4 insertions(+) > > diff --git a/arch/x86/hyperv/hv_init.c b/arch/x86/hyperv/hv_init.c > index 7abb09e2eeb8..92291c18d716 100644 > --- a/arch/x86/hyperv/hv_init.c > +++ b/arch/x86/

Re: [PATCH 5/5] scripts/gdb: refactor rules for symlink creation

Hi Yamada-san, On 19/02/2019 09:33, Masahiro Yamada wrote: > gdb-scripts is not a real object, but (ab)used like a phony target. > > Rewrite the code in a more Kbuild-ish way. Add symlinks to extra-y > and use if_changed. > > Signed-off-by: Masahiro Yamada > --- > > scripts/gdb/linux/Makefile

Request for suggestion on net device re-naming/re-ordering based on DT alias

Hi, We've had some users requesting control over net device name order when multiple ethernet devices are present on a system. I've tried a few solutions to this and looked it up on forums. But I apologize if I have missed something. I know that the current system allocates eth as per probe order

Re: [PATCH 4/5] kbuild: create symlink to vmlinux-gdb.py in scripts_gdb target

Hi Yamada-san, On 19/02/2019 09:33, Masahiro Yamada wrote: > It is weird to create gdb stuff as a side-effect of vmlinux. > > Move it to a more relevant place. > > Signed-off-by: Masahiro Yamada > --- > > Makefile | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/Ma

[PATCH] powerpc/32: Clear on-stack exception marker upon exception return

Clear the on-stack STACK_FRAME_REGS_MARKER on exception exit in order to avoid confusing stacktrace like the one below. Call Trace: [c0e9dca0] [c01c42a0] print_address_description+0x64/0x2bc (unreliable) [c0e9dcd0] [c01c4684] kasan_report+0xfc/0x180 [c0e9dd10] [c0895130] memchr+0x24/0x74 [c0e9dd30

Re: [PATCH 3/5] scripts/gdb: do not descend into scripts/gdb from scripts

Hi Yamada-san, On 19/02/2019 09:33, Masahiro Yamada wrote: > Currently, Kbuild descends from scripts/Makefile to scripts/gdb/Makefile > just for creating symbolic links, but it does not need to do it so early. > > Merge the two descending paths to simplify the code. > > Signed-off-by: Masahiro Y

Re: [RFC PATCH 0/4] tracing/probes: uaccess: Add support user-space access

On Wed, 27 Feb 2019 09:00:34 +0100 Peter Zijlstra wrote: > On Wed, Feb 27, 2019 at 04:41:04PM +0900, Masami Hiramatsu wrote: > > > > IMHO, checking in access_ok() inside it is reasonable, but as it > > commented, it is for "if pagefaults are enabled.". What we need another > > access_ok() for t

Re: [PATCH 2/5] kbuild: remove unimportant comments from ./Kbuild

Hi Yamada-san, On 19/02/2019 09:33, Masahiro Yamada wrote: > Every time we add/remove a target, we need to touch the header part, > including renumbering. This is not so important information. > > Numbering targets is rather misleading because they are not necessarily > generated in this order. F

Re: [PATCH 1/5] scripts/gdb: delay generation of gdb constants.py

Hi Yamada-san Thank you for the patch, On 19/02/2019 09:33, Masahiro Yamada wrote: > scripts/gdb/linux/constants.py is never used in the kernel build > process. There is no good reason to create it so early. > I agree, I originally put it here to ensure it was only built after bounds.h (followi

Re: linux-next: manual merge of the vhost tree with the iommu tree

On 27/02/2019 04:25, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the vhost tree got conflicts in: > > drivers/iommu/Kconfig > drivers/iommu/Makefile > > between commit: > > 004240dcc222 ("iommu/hyper-v: Add Hyper-V stub IOMMU driver") > > from the iommu tree and com

Re: [PATCH V7 0/4] mm/kvm/vfio/ppc64: Migrate compound pages out of CMA region

"Aneesh Kumar K.V" writes: > Andrew Morton writes: > >> [patch 1/4]: OK. I guess. Was this worth consuming our last PF_ flag? > > That was done based on request from Andrea and it also helps in avoiding > allocating pages from CMA region where we know we are anyway going to > migrate them out.

Linux 4.20.13

I'm announcing the release of the 4.20.13 kernel. All users of the 4.20 kernel series must upgrade. The updated 4.20.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.20.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.14.104

diff --git a/Makefile b/Makefile index 52d150b1f5ef..967692b8941f 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 14 -SUBLEVEL = 103 +SUBLEVEL = 104 EXTRAVERSION = NAME = Petit Gorille diff --git a/arch/arc/include/asm/cache.h

Linux 4.19.26

I'm announcing the release of the 4.19.26 kernel. All users of the 4.19 kernel series must upgrade. The updated 4.19.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.19.y and can be browsed at the normal kernel.org git web browser:

Linux 4.14.104

I'm announcing the release of the 4.14.104 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web browser

Re: [PATCH] time: Introduce jiffies64_to_msecs()

On Wed, 27 Feb 2019, Li RongQing wrote: > there is a similar helper in net/netfilter/nf_tables_api.c, > this maybe become a common request someday. Maybe is not a really good justification for adding that. At least you should provide a patch which replaces the instance in the netfilter code. Tha

Linux 4.9.161

I'm announcing the release of the 4.9.161 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.9.161

diff --git a/Makefile b/Makefile index af70503df3f4..239b74a7147b 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 9 -SUBLEVEL = 160 +SUBLEVEL = 161 EXTRAVERSION = NAME = Roaring Lionus @@ -306,11 +306,6 @@ HOSTCXX = g++ HOSTCFLAGS := -Wall -Wmissing-proto

Re: Support sample context in perf report

On Mon, Feb 25, 2019 at 07:04:01PM -0800, Andi Kleen wrote: > [Changes: > Removed already merged patches. > Address review feedback, see individual patches. > Now compiles with gcc 8. > Some minor bug fixes and improvements.] > > We currently have two ways to look at sample data in perf: > either

Re: [PATCH v2 4/4] perf report: support record trace file decompression

On Wed, Feb 27, 2019 at 01:56:09PM +0300, Alexey Budankov wrote: > Hi, > > On 25.02.2019 19:04, Alexey Budankov wrote: > > > > On 20.02.2019 17:48, Alexey Budankov wrote: > >> > >> On 12.02.2019 16:09, Jiri Olsa wrote: > >>> On Mon, Feb 11, 2019 at 11:25:00PM +0300, Alexey Budankov wrote: >

Re: [PATCH 24/32] softirq: Uninline !CONFIG_TRACE_IRQFLAGS __local_bh_disable_ip()

On 2019-02-12 18:14:15 [+0100], Frederic Weisbecker wrote: > diff --git a/include/linux/bottom_half.h b/include/linux/bottom_half.h > index 240419382978..ef9e4c752f56 100644 > --- a/include/linux/bottom_half.h > +++ b/include/linux/bottom_half.h > @@ -28,17 +28,7 @@ enum > > #define SOFTIRQ_DATA

Re: [Xen-devel] xen/evtchn and forced threaded irq

Hi, On 2/26/19 11:02 AM, Roger Pau Monné wrote: On Tue, Feb 26, 2019 at 10:26:21AM +, Julien Grall wrote: On 26/02/2019 10:17, Roger Pau Monné wrote: On Tue, Feb 26, 2019 at 10:03:38AM +, Julien Grall wrote: Hi Roger, On 26/02/2019 09:44, Roger Pau Monné wrote: On Tue, Feb 26, 2019

[PATCH v2] HID: quirks: use correct format chars in dbg_hid

When building with -Wformat, clang warns: drivers/hid/hid-quirks.c:1075:27: warning: format specifies type 'unsigned short' but the argument has type '__u32' (aka 'unsigned int') [-Wformat] bl_entry->driver_data, bl_entry->vendor, ^~~~

Re: [PATCH] can: flexcan: fix timeout when set small bitrate

On 1/31/19 10:37 AM, Joakim Zhang wrote: > Current we can meet timeout issue when setting a small bitrate like 1 > as follows on i.MX6UL EVK board (ipg clock = 66MHZ, per clock = 30MHZ): > root@imx6ul7d:~# ip link set can0 up type can bitrate 1 > A link change request failed with some chang

Re: [PATCH 23/32] softirq: Remove stale comment

On 2019-02-12 18:14:14 [+0100], Frederic Weisbecker wrote: > __local_bh_disable_ip() is neither for strict internal use nor does it > require the caller to disable hardirqs. Probaby a celebration for ancient Probaby > behaviour. I think the point was to override the IP for the tracer. So everyon

Re: [PATCH 0/2] can: flexcan: add PE clock source select support

On 2/27/19 9:46 AM, Marc Kleine-Budde wrote: > On 12/13/18 8:07 AM, Joakim Zhang wrote: >> The patch set intends to add support for PE clock source select. The >> FlexCAN controller can parse "fsl,clk-source" property from device tree >> to select clock source. >> >> Dong Aisheng (2): >> Document

Re: [PATCH 1/2] device.h: pack struct dev_links_info

On Wed, Feb 27, 2019 at 10:54:24AM +0100, Greg Kroah-Hartman wrote: > On Wed, Feb 27, 2019 at 10:40:21AM +0100, Johan Hovold wrote: > > On Wed, Feb 27, 2019 at 10:31:04AM +0100, Greg Kroah-Hartman wrote: > > > On Wed, Feb 27, 2019 at 10:23:18AM +0100, Johan Hovold wrote: > > > > On Tue, Feb 26, 201

Re: [PATCH v2 4/4] perf report: support record trace file decompression

Hi, On 25.02.2019 19:04, Alexey Budankov wrote: > > On 20.02.2019 17:48, Alexey Budankov wrote: >> >> On 12.02.2019 16:09, Jiri Olsa wrote: >>> On Mon, Feb 11, 2019 at 11:25:00PM +0300, Alexey Budankov wrote: PERF_RECORD_COMPRESSED records are decompressed from trace file into a li

Re: [PATCH 0/2] can: flexcan: add PE clock source select support

On 12/13/18 8:07 AM, Joakim Zhang wrote: > The patch set intends to add support for PE clock source select. The > FlexCAN controller can parse "fsl,clk-source" property from device tree > to select clock source. > > Dong Aisheng (2): > Documentation: can: flexcan: add PE clock source property to

Re: [PATCH V4] can: flexcan: implement can Runtime PM

On 11/30/18 9:53 AM, Joakim Zhang wrote: > From: Aisheng Dong > > Flexcan will be disabled during suspend if no wakeup function required and > enabled after resume accordingly. During this period, we could explicitly > disable clocks. > Since PM is optional, the clock is enabled at probe to guara

Re: [PATCH] phy: renesas: rcar-gen2: Fix memory leak at error paths

Hi Shimoda-san, On Wed, Feb 27, 2019 at 9:53 AM Yoshihiro Shimoda wrote: > > From: Julia Lawall, Sent: Wednesday, February 27, 2019 5:25 PM > > On Wed, 27 Feb 2019, Yoshihiro Shimoda wrote: > > > This patch fixes memory leak at error paths of the probe function. > > > In for_each_child_of_node, i

Re: [PATCH] phy: renesas: rcar-gen2: Fix memory leak at error paths

Hi Shimoda-san, On Wed, Feb 27, 2019 at 8:00 AM Yoshihiro Shimoda wrote: > This patch fixes memory leak at error paths of the probe function. > In for_each_child_of_node, if the loop returns, the driver should > call of_put_node() before returns. > > Reported-by: Julia Lawall > Fixes: 1233f59f74

Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev

On 27/02/2019 10:32, Cornelia Huck wrote: On Fri, 22 Feb 2019 16:29:56 +0100 Pierre Morel wrote: We need to associate the ap_vfio_queue, which will hold the per queue information for interrupt with a matrix mediated device which hold the configuration and the way to the CRYCB. Let's do this w

Re: [PATCH 1/3] x86/asm: Pin sensitive CR0 bits

On Tue, Feb 26, 2019 at 03:36:45PM -0800, Kees Cook wrote: > static inline void native_write_cr0(unsigned long val) > { > - asm volatile("mov %0,%%cr0": : "r" (val), "m" (__force_order)); > + bool warn = false; > + > +again: > + val |= X86_CR0_WP; > + /* > + * In order to hav

[PATCH v6 2/2] scsi: ufs: Remove unused device quirks

The UFSHC driver defines a few quirks that are not used anywhere: UFS_DEVICE_QUIRK_BROKEN_LCC UFS_DEVICE_NO_VCCQ UFS_DEVICE_QUIRK_NO_LINK_OFF UFS_DEVICE_NO_FASTAUTO Let's remove them. Acked-by: Avri Altman Acked-by: Alim Akhtar Reviewed-by: Evan Green Signed-off-by: Marc Gonzalez --- driver

[PATCH v6 1/2] Revert "scsi: ufs: disable vccq if it's not needed by UFS device"

This reverts commit 60f0187031c05e04cbadffb62f557d0ff3564490. There was one conflict in drivers/scsi/ufs/ufshcd.c <<< HEAD /* Init check for device descriptor sizes */ ufshcd_init_desc_sizes(hba); ret = ufs_get_device_desc(hba, &card); if (ret) {

Re: [PATCH v2] ARM: tegra: enforce PM requirement

On Tue, Feb 26, 2019 at 09:13:08AM +, Russell King - ARM Linux admin wrote: > On Tue, Feb 26, 2019 at 01:55:37PM +0530, Sameer Pujar wrote: > > The requirement for this came while adding runtime PM support for HDA > > driver. There were concerns about driver explicitly handling !PM case. > > In

[PATCH v6 0/2] Clean up UFSHC driver

This mini-series removes the "disable-VCCQ-power-rail-for-some-Flash-chips" quirk, and cleans up after the dust settles. Differences between v5 and v6: - Reword patch 1 commit message (per Martin) - Collect tags Marc Gonzalez (2): Revert "scsi: ufs: disable vccq if it's not needed by UFS device

[PATCH v5 0/2] Clean up UFSHC driver

This mini-series removes the "disable-VCCQ-power-rail-for-some-Flash-chips" quirk, and cleans up after the dust settles. Differences between v5 and v6: - Reword patch 1 commit message (per Martin) - Collect tags Marc Gonzalez (2): Revert "scsi: ufs: disable vccq if it's not needed by UFS device

Re: [PATCH] fix driver conflict issues

On Wed, Feb 27, 2019 at 06:06:22PM +0800, Morris Ku wrote: > I am an engineer in the software team at SUNIX Inc., > maintain SUNIX Multi-I/O Board Device driver,we plan to submit drivers to > the kernel,therefore,i want to modify file for resolve driver conflict issue. > --- > tty/serial/8250/8250

Re: [PATCH v4 3/3] clk: mediatek: Mark bus and DRAM related clocks as critical

Hi Stephen On Tue, 2019-02-26 at 09:55 -0800, Stephen Boyd wrote: > Quoting matthias@kernel.org (2019-02-14 08:32:42) > > From: Jasper Mattsson > > > > Currently, DRAM-related clocks are not marked with CLK_IS_CRITICAL > > for MT6797. This causes memory corruption when the system is > > boot

Re: [PATCH] i3c: master: dw-i3c-master: mark expected switch fall-through

Hi Gustavo, Sorry for the delay. On 27/02/19 03:53, Gustavo A. R. Silva wrote: > Hi all, > > Friendly ping: > > Who can ack or review this, please? > > Thanks > -- > Gustavo > > On 2/11/19 4:14 PM, Gustavo A. R. Silva wrote: >> In preparation to enabling -Wimplicit-fallthrough, mark switch >> cas

Re: [PATCH] sched/cputime: Remove unnecessary assignment statement

On Wed, Feb 27, 2019 at 11:43:22AM +0530, Ketan Patil wrote: > The original code assigns the value from rtime to utime variable, > and then jumps to the update label. And the value of utime is then > updated, so the earlier value of utime is not used. Hence remove > that unnecessary assignment stat

Re: [RFC PATCH v1 20/25] serial: 8250: implement write_atomic

On 2019-02-27, Petr Mladek wrote: >> Implement a non-sleeping NMI-safe write_atomic console function in >> order to support emergency printk messages. > > It uses console_atomic_lock() added in 18th patch. That one uses > prb_lock() added by 2nd patch. > > Now, prb_lock() allows recursion on the s

[PATCH 6/5] x86/percpu: Optimize raw_cpu_xchg()

And because it's one of _those_ days, I forgot to include one patch... --- Subject: x86/percpu: Optimize raw_cpu_xchg() From: Peter Zijlstra Date: Wed Feb 27 11:09:56 CET 2019 Since raw_cpu_xchg() doesn't need to be IRQ-safe, like this_cpu_xchg(), we can use a simple load-store instead of the

RE: Realtek r8822be kernel module does not negotiate 802.11ac connection

> This message is in regard to a bug I have open on bugs.launchpad.net, 1813372, > linked below.  This issue, originally identified in an Ubuntu kernel, has been > duplicated in the most current mainline kernel, 5.0-rc8, and is in regard to > problems attaining a wireless connection at 802.11ac spe

Re: [PATCH v4 4/7] vfio: ap: register IOMMU VFIO notifier

On 27/02/2019 10:42, Cornelia Huck wrote: On Fri, 22 Feb 2019 16:29:57 +0100 Pierre Morel wrote: To be able to use the VFIO interface to facilitate the mediated device memory pining/unpining we need to register s/pining/pinning/ (unless it's pining for the fjords :) a notifier for IOMMU.

Re: [PATCH] kobject: Don't trigger kobject_uevent(KOBJ_REMOVE) twice.

On 2019/02/21 21:31, Tetsuo Handa wrote: > On 2019/02/21 20:09, Greg Kroah-Hartman wrote: This is the correct fix (in spirit, we may argue about whether it is valid to call the flag "state_add_uevent_sent" now or we should or collapse both it and "state_add_uevent_sent" into "ne

Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev

On 27/02/2019 10:32, Cornelia Huck wrote: On Fri, 22 Feb 2019 16:29:56 +0100 Pierre Morel wrote: We need to associate the ap_vfio_queue, which will hold the per queue information for interrupt with a matrix mediated device which hold the configuration and the way to the CRYCB. Let's do this w

Re: [RFC PATCH 01/20] asm-generic/mmiowb: Add generic implementation of mmiowb() tracking

On Tue, Feb 26, 2019 at 11:02:50AM -0800, Linus Torvalds wrote: > On Tue, Feb 26, 2019 at 10:33 AM Peter Zijlstra wrote: > > > > Arguably we could fix that for __this_cpu_xchg(), which isn't IRQ-safe. > > Yeah, I guess x86 _should_ really do __this_cpu_xchg() as just a > read-write pair. See the

Re: [PATCH -next] habanalabs: goya: Make some functions static

On Wed, Feb 27, 2019 at 10:39 AM Greg Kroah-Hartman wrote: > > On Wed, Feb 27, 2019 at 10:31:48AM +0200, Oded Gabbay wrote: > > On Wed, Feb 27, 2019 at 9:05 AM Yue Haibing wrote: > > > > > > From: YueHaibing > > > > > > Fixes the following sparse warnings: > > > > > > drivers/misc/habanalabs/goy

[PATCH 1/5] x86/percpu: Differentiate this_cpu_{}() and __this_cpu_{}()

Nadav Amit reported that commit: b59167ac7baf ("x86/percpu: Fix this_cpu_read()") added a bunch of constraints to all sorts of code; and while some of that was correct and desired, some of that seems superfluous. The thing is, the this_cpu_*() operations are defined IRQ-safe, this means the va

[PATCH 2/5] x86/percpu: Relax smp_processor_id()

Nadav reported that since this_cpu_read() became asm-volatile, many smp_processor_id() users generated worse code due to the extra constraints. However since smp_processor_id() is reading a stable value, we can use __this_cpu_read(). Reported-by: Nadav Amit Signed-off-by: Peter Zijlstra (Intel)

[PATCH 4/5] x86/percpu, x86/tlb: Relax cpu_tlbstate accesses

Almost all of this is ran with IRQs disabled and therefore doesn't need the extra constraints on the this_cpu_*() ops, use __this_cpu_*() to alleviate this. Reported-by: Nadav Amit Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/mm/tlb.c | 62 +++

Re: [PATCH 0/4] mwifiex PCI/wake-up interrupt fixes

On Wed, 27 Feb 2019 at 11:02, Marc Zyngier wrote: > > + Lorenzo > > Hi Brian, > > On 26/02/2019 23:28, Brian Norris wrote: > > + others > > > > Hi Marc, > > > > Thanks for the series. I have a few bits of history to add to this, and > > some comments. > > > > On Sun, Feb 24, 2019 at 02:04:22PM +00

[PATCH 3/5] x86/percpu, x86/irq: Relax {set,get}_irq_regs()

Nadav reported that since the this_cpu_*() ops got asm-volatile constraints on, code generation suffered for do_IRQ(), but since this is all with IRQs disabled we can use __this_cpu_*(). Reported-by: Nadav Amit Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/include/asm/irq_regs.h |4 ++-

Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC

On 27/02/2019 10:13, Cornelia Huck wrote: On Wed, 27 Feb 2019 09:09:09 +0100 Pierre Morel wrote: On 26/02/2019 16:47, Tony Krowiak wrote: On 2/26/19 6:47 AM, Pierre Morel wrote: On 25/02/2019 19:36, Tony Krowiak wrote: On 2/22/19 10:29 AM, Pierre Morel wrote: We prepare the interception of

[PATCH 0/5] x86/percpu semantics and fixes

Hi all, This is a collection of x86/percpu changes that I had pending and got reminded of by Linus' comment yesterday about __this_cpu_xchg(). This tidies up the x86/percpu primitives and fixes a bunch of 'fallout'. Built and boot tested with CONFIG_DEBUG_PREEMPT=y. --- arch/x86/include/asm/ir

[PATCH 5/5] x86/percpu, sched/fair: Avoid local_clock()

Nadav reported that code-gen changed because of the this_cpu_*() constraints, avoid this for select_idle_cpu() because that runs with preemption (and IRQs) disabled anyway. Reported-by: Nadav Amit Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/fair.c |5 +++-- 1 file changed, 3 inse

[PATCH] habanalabs: make functions static or declare them

This patch fixes the below sparse warnings by either making the functions static or by adding a declaration in the relevant header file. In addition, the patch removes goya_mmap completely as it doesn't add any additional benefit. Fixes the following sparse warnings: drivers/misc/habanalabs/haba

Re: [RFC PATCH 3/5] mtd: Add support for Hyperbus memory devices

On 27/02/19 3:29 PM, Boris Brezillon wrote: > On Wed, 27 Feb 2019 15:22:19 +0530 > Vignesh Raghavendra wrote: > >> On 26/02/19 11:46 PM, Sergei Shtylyov wrote: >>> On 02/19/2019 09:36 AM, Vignesh R (by way of Boris Brezillon >>> ) wrote: >>> > [...] + */ + +struct hb_device

[PATCH] resend: fix driver conflict issue.

I am an engineer in the software team at SUNIX Inc.,maintain SUNIX Multi-I/O Board Device driver,we plan to submit our drivers to the kernel,therefore,i want to modify files for resolve driver conflict issue. --- parport/parport_pc.c | 17 +--- parport/parport_serial.c | 179 ---

[PATCH 1/2] dt-bindings: memory-controllers: freescale: add MMDC binding doc

Freescale MMDC (Multi Mode DDR Controller) driver is supported since i.MX6Q, but not yet documented, this patch adds binding doc for MMDC module driver. Signed-off-by: Anson Huang --- .../bindings/memory-controllers/fsl/mmdc.txt | 27 ++ 1 file changed, 27 insertions(+)

<    3   4   5   6   7   8   9   >