Re: [PATCH] drm/gma500: Remove VLA

On Fri, May 18, 2018 at 10:58:40AM -0700, Kees Cook wrote: > On Mon, Apr 9, 2018 at 2:06 PM, Laura Abbott wrote: > > > > There's an ongoing effort to remove VLAs[1] from the kernel to eventually > > turn on -Wvla. Switch to a reasonable upper bound for the VLAs in > > the gma500 driver. > > > > [1

Re: [PATCH 07/24] hibernate: Disable when the kernel is locked down

Hi experts, Sorry for I missed this discussion... On Thu, Apr 26, 2018 at 10:20:29AM +0200, Jiri Kosina wrote: > On Thu, 26 Apr 2018, Pavel Machek wrote: > > > That's not how the crypto needs to work. Talk to Jiri Kosina, ok? > > Yeah, Joey Lee (adding to CC) implemented it here: > > ht

RE: [PATCH v6] gpio: dwapb: Add support for 1 interrupt per port A GPIO

Hi Linus, On 23 May 2018 09:29, Linus Walleij wrote: > On Fri, May 11, 2018 at 10:31 AM, Phil Edworthy wrote: > > > The DesignWare GPIO IP can be configured for either 1 interrupt or 1 > > per GPIO in port A, but the driver currently only supports 1 interrupt. > > See the DesignWare DW_apb_gpio D

Re: [PATCHv2] drm/i2c: tda998x: Remove VLA usage

On Sat, May 19, 2018 at 11:07:08AM +0100, Russell King - ARM Linux wrote: > On Fri, May 18, 2018 at 11:01:55AM -0700, Kees Cook wrote: > > On Tue, Apr 10, 2018 at 6:03 PM, Laura Abbott wrote: > > > There's an ongoing effort to remove VLAs[1] from the kernel to eventually > > > turn on -Wvla. The v

Re: [PATCH 01/14] memory: ti-emif-sram: Add resume function to recopy sram code

On Monday 16 April 2018 03:59 PM, Keerthy wrote: > > > On Thursday 12 April 2018 10:14 PM, santosh.shilim...@oracle.com wrote: >> On 4/11/18 9:53 PM, Keerthy wrote: >>> From: Dave Gerlach >>> >>> After an RTC+DDR cycle we lose sram context so emif pm functions present >>> in sram are lost. We

Re: [PATCHv4 05/10] arm64/cpufeature: detect pointer authentication

Mark, On 03/05/18 14:20, Mark Rutland wrote: So that we can dynamically handle the presence of pointer authentication functionality, wire up probing code in cpufeature.c. From ARMv8.3 onwards, ID_AA64ISAR1 is no longer entirely RES0, and now has four fields describing the presence of pointer

Re: [PATCH v7 3/5] soc: rockchip: split rockchip_typec_phy struct to separate header

2018-05-23 9:42 GMT+02:00 Lin Huang : > we may use rockchip_phy_typec struct in other driver, so split > it to separate header. > > Signed-off-by: Lin Huang > --- > Changes in v2: > - None > Changes in v3: > - None > Changes in v4: > - None > Changes in v5: > - None > Changes in v6: > - new patch

Re: [PATCH v2] gpu: drm: udl: Adding new typedef vm_fault_t

On Mon, May 21, 2018 at 10:27:44AM +0530, Souptick Joarder wrote: > On Thu, May 10, 2018 at 7:18 PM, Souptick Joarder > wrote: > > On Wed, Apr 25, 2018 at 10:29 AM, Souptick Joarder > > wrote: > >> Use new return type vm_fault_t for fault and huge_fault > >> handler. For now, this is just docum

Re: WARNING and PANIC in irq_matrix_free

On Wed, 23 May 2018, Tariq Toukan wrote: > On 19/05/2018 2:20 PM, Thomas Gleixner wrote: > > On Fri, 18 May 2018, Dmitry Safonov wrote: > > > I'm not entirely sure that it's the same fault, but at least backtrace > > > looks resembling. > > > > Yes, it's similar, but not the same issue. I'll stare

Re: [PATCH v7 4/5] phy: rockchip-typec: support variable phy config value

2018-05-23 9:42 GMT+02:00 Lin Huang : > the phy config values used to fix in dp firmware, but some boards > need change these values to do training and get the better eye diagram > result. So support that in phy driver. > > Signed-off-by: Chris Zhong > Signed-off-by: Lin Huang > --- > Changes in

Re: [PATCH/RFC] ARM: dts: r8a7791: Move enable-method to CPU nodes

Hi Simon, On Wed, May 23, 2018 at 10:37 AM, Simon Horman wrote: > On Tue, May 22, 2018 at 03:29:25PM +0200, Geert Uytterhoeven wrote: >> According to Documentation/devicetree/bindings/arm/cpus.txt, the >> "enable-method" property should be a property of the individual CPU >> nodes, not of the par

Re: [PATCH v7 5/5] drm/rockchip: support dp training outside dp firmware

2018-05-23 9:42 GMT+02:00 Lin Huang : > DP firmware uses fixed phy config values to do training, but some > boards need to adjust these values to fit for their unique hardware > design. So get phy config values from dts and use software link training > instead of relying on firmware, if software tr

[PATCH] gpio: dwapb: Rework support for 1 interrupt per port A GPIO

Treat DT and ACPI the same as much as possible. Note that we can't use platform_get_irq() to get the DT interrupts as they are in the port sub-node and hence do not have an associated platform device. This also fixes a problem introduced with error checking when calling platform_get_irq(). Signed

[PATCH net-next v3] net: sched: don't disable bh when accessing action idr

Initial net_device implementation used ingress_lock spinlock to synchronize ingress path of device. This lock was used in both process and bh context. In some code paths action map lock was obtained while holding ingress_lock. Commit e1e992e52faa ("[NET_SCHED] protect action config/dump from irqs")

[next, PATCH 2/6] usb: mtu3: fix uncontinuous SeqN issue after disable EP

Reset EP when disable it to reset data toggle for U2 EP, and SeqN, flow control status etc for U3 EP, this can avoid issue of uncontinuous SeqN Signed-off-by: Chunfeng Yun --- drivers/usb/mtu3/mtu3_core.c | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/drivers

[PATCH v9] powerpc/mm: Only read faulting instruction when necessary in do_page_fault()

Commit a7a9dcd882a67 ("powerpc: Avoid taking a data miss on every userspace instruction miss") has shown that limiting the read of faulting instruction to likely cases improves performance. This patch goes further into this direction by limiting the read of the faulting instruction to the only cas

[next, PATCH 5/6] usb: mtu3: reset gadget when VBUS_FALL interrupt arises

When VBUS_FALL interrupt arises, it means U3 device is disconnected with host, so need reset status of gadget Signed-off-by: Chunfeng Yun --- drivers/usb/mtu3/mtu3_core.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/usb/mtu3/mtu3_core.c b/drivers/usb/mtu3/mtu3_c

Re: [PATCH v2] pinctrl: cherryview: limit Strago DMI workarounds to version 1.0

On Tue, 2018-05-22 at 13:47 -0700, Dmitry Torokhov wrote: > As Google/Intel will fix the BIOS/Coreboot issues with hardcoding > virtual interrupt numbers for keyboard/touchpad/touchscreen > controllers > in ACPI tables, they will also update BOARD version number from 1.0 > to 1.1. Let's limit the D

Re: [PATCH v4 0/2] vfio/mdev: Device namespace protection

On Tue, 22 May 2018 12:38:29 -0600 Alex Williamson wrote: > On Tue, 22 May 2018 19:17:07 +0200 > Halil Pasic wrote: > > > From vfio-ccw perspective I join Connie's assessment: vfio-ccw should > > be fine with these changes. I'm however not too deeply involved with > > the mdev framework, thus

Re: [PATCH v6 1/6] dt-bindings: arm: Document the RZN1D-DB board

On Tue, May 22, 2018 at 11:01:21AM +0100, Michel Pollet wrote: > This documents the RZ/N1 bindings for the RZN1D-DB board. > > Signed-off-by: Michel Pollet > Reviewed-by: Rob Herring This looks fine but I will wait to see if there are other reviews before applying. Reviewed-by: Simon Horman

Re: [PATCH] [RFC] bpf: tracing: new helper bpf_get_current_cgroup_ino

On 05/23/2018 06:31 AM, Y Song wrote: > On Tue, May 22, 2018 at 8:35 PM, Alexei Starovoitov > wrote: >> On Tue, May 22, 2018 at 08:33:24PM -0700, Y Song wrote: >>> + struct cgroup *cgrp = task_dfl_cgroup(current); >>> + if (!cgrp) >>> + return -EINVAL; >> >> why this chec

Re: [PATCH v5 1/3] ARM: dts: tegra: Remove skeleton.dtsi and fix DTC warnings for /memory

On 23.05.2018 10:34, Krzysztof Kozlowski wrote: > On Wed, May 23, 2018 at 10:22 AM, Stefan Agner wrote: >> On 23.05.2018 09:05, Krzysztof Kozlowski wrote: >>> On Thu, May 17, 2018 at 1:39 PM, Stefan Agner wrote: On 17.05.2018 09:45, Krzysztof Kozlowski wrote: Could we not add

Re: [RFC V4 PATCH 7/8] vhost: packed ring support

On 2018年05月23日 15:17, Wei Xu wrote: On Wed, May 23, 2018 at 09:39:28AM +0800, Jason Wang wrote: On 2018年05月23日 00:54, Wei Xu wrote: On Wed, May 16, 2018 at 08:32:20PM +0800, Jason Wang wrote: Signed-off-by: Jason Wang --- drivers/vhost/net.c | 3 +- drivers/vhost/vhost.c | 539 +

[next, PATCH 1/6] usb: mtu3: re-enable controller to accept LPM request after LPM resume

After the controller receives a LPM request, it will reject the LPM request, and need software to re-enable it after LPM resume if the controller doesn't remote wakeup from L1 automatically Signed-off-by: Chunfeng Yun --- drivers/usb/mtu3/mtu3_core.c | 8 +++- 1 file changed, 7 insertions(+)

[next, PATCH 6/6] usb: mtu3: fix warning of sleep in atomic context in notifier callback

The notifier callbacks of extcon are called in atomic context, but the callbacks will call regulator_enable()/regulator_disable() which may sleep caused by mutex, so use work queue to call the sleep functions. Signed-off-by: Chunfeng Yun --- drivers/usb/mtu3/mtu3.h| 11 ++- drivers/u

[next, PATCH 4/6] usb: mtu3: avoid sleep in atomic context when enter test mode

Use readl_poll_timeout_atomic() instead of readl_poll_timeout() in atomic context Signed-off-by: Chunfeng Yun --- drivers/usb/mtu3/mtu3_gadget_ep0.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/mtu3/mtu3_gadget_ep0.c b/drivers/usb/mtu3/mtu3_gadget_ep0.c index

[next, PATCH 3/6] usb: mtu3: clear test_mode flag when reset

Clear test_mode flag when the gadget is reset by host, otherwise will affect the next test item. Signed-off-by: Chunfeng Yun --- drivers/usb/mtu3/mtu3_gadget.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/mtu3/mtu3_gadget.c b/drivers/usb/mtu3/mtu3_gadget.c index de0de01..5c60a

Re: [PATCH v2] schedutil: Allow cpufreq requests to be made even when kthread kicked

On 22-05-18, 15:09, Joel Fernandes wrote: > I agree with the race you describe for single policy slow-switch. Good find :) > > The mainline sugov_work could also do such reordering in sugov_work, I think. > Even > with the mutex_unlock in mainline's sugov_work, that work_in_progress write > coul

[tip:x86/pti] KVM/VMX: Expose SSBD properly to guests

Commit-ID: 0aa48468d00959c8a37cd3ac727284f4f7359151 Gitweb: https://git.kernel.org/tip/0aa48468d00959c8a37cd3ac727284f4f7359151 Author: Konrad Rzeszutek Wilk AuthorDate: Mon, 21 May 2018 17:54:49 -0400 Committer: Thomas Gleixner CommitDate: Wed, 23 May 2018 10:55:52 +0200 KVM/VMX: Expo

[tip:x86/pti] x86/speculation: Simplify the CPU bug detection logic

Commit-ID: 8ecc4979b1bd9c94168e6fc92960033b7a951336 Gitweb: https://git.kernel.org/tip/8ecc4979b1bd9c94168e6fc92960033b7a951336 Author: Dominik Brodowski AuthorDate: Tue, 22 May 2018 11:05:39 +0200 Committer: Thomas Gleixner CommitDate: Wed, 23 May 2018 10:55:52 +0200 x86/speculation:

Re: [PATCH v3 1/3] cpufreq: imx6q: check speed grades for i.MX6ULL

On 22.05.2018 08:28, Sébastien Szymanski wrote: > Check the max speed supported from the fuses for i.MX6ULL and update the > operating points table accordingly. > > Signed-off-by: Sébastien Szymanski Tested with a 528MHz and 792MHz rated i.MX 6ULL, looks good! Tested-by: Stefan Agner Reviewed-

Re: [PATCH v6 1/6] dt-bindings: arm: Document the RZN1D-DB board

On Tue, May 22, 2018 at 12:01 PM, Michel Pollet wrote: > This documents the RZ/N1 bindings for the RZN1D-DB board. > > Signed-off-by: Michel Pollet > Reviewed-by: Rob Herring Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's l

[PATCH] cpufreq: Add Kryo CPU scaling driver

In Certain QCOM SoCs like apq8096 and msm8996 that have KRYO processors, the CPU frequency subset and voltage value of each OPP varies based on the silicon variant in use. Qualcomm Process Voltage Scaling Tables defines the voltage and frequency value based on the msm-id in SMEM and speedbin blown

Re: [PATCH v6 4/6] ARM: dts: Renesas RZ/N1 SoC base device tree file

On Tue, May 22, 2018 at 11:01:24AM +0100, Michel Pollet wrote: > This adds the Renesas RZ/N1D (Part #R9A06G032) SoC bare > bone support. > > This currently only handles generic parts (gic, architected timer) > and a UART. > For simplicity sake, this also relies on the bootloader to set the > pinct

Re: [PATCH v3 3/3] ARM: dts: imx6ull-colibri-wifi: remove operating points

On 23.05.2018 06:30, Viresh Kumar wrote: > On 22-05-18, 08:28, Sébastien Szymanski wrote: >> Operating points are now defined in the imx6ull.dtsi file so remove >> them from board device trees. >> >> Signed-off-by: Sébastien Szymanski >> --- >> arch/arm/boot/dts/imx6ull-colibri-wifi.dtsi | 14 ---

Re: [PATCH 8/9] PM / Domains: Add support for multi PM domains per device to genpd

On 23/05/18 07:12, Ulf Hansson wrote: ... Thanks for sending this. Believe it or not this has still been on my to-do list and so we definitely need a solution for Tegra. Looking at the above it appears that additional power-domains exposed as devices to the client device. So I assume that thi

Re: [PATCH] kernel: sys: fix potential Spectre v1

Sorry for being late to the party.. On Wed, May 23, 2018 at 12:03:57AM -0500, Gustavo A. R. Silva wrote: > +#define validate_index_nospec(index, size)\ > +({\ > + bool ret = true;

Re: [PATCH 3/3] sched/fair: add tracepoints for cfs throttle

On Mon, May 21, 2018 at 11:35:38PM -0700, Ivan Babrou wrote: > > + TP_printk("path=%s cpu=%d runtime_remaining=%lld", > > __get_str(cfs_path), > > + __entry->cpu, __entry->runtime_remaining) > > > > Can you add "[ns]" as the unit to runtime_remaining? We have it in > "sched:s

Re: [PATCH] pinctrl: rockchip: Add pinctrl support for PX30

On Mon, May 14, 2018 at 1:59 PM, David Wu wrote: > There are 4 banks (GPIO0 ~ GPIO3), bank0 is in PD_PMU > subsystem, bank1/bank2/bank3 are in PD_BUS subsystem. > > Signed-off-by: David Wu Patch applied with Heiko's review tag. Yours, Linus Walleij

Re: [PATCH v6 4/6] ARM: dts: Renesas RZ/N1 SoC base device tree file

Hi Michel, On Tue, May 22, 2018 at 12:01 PM, Michel Pollet wrote: > This adds the Renesas RZ/N1D (Part #R9A06G032) SoC bare > bone support. > > This currently only handles generic parts (gic, architected timer) > and a UART. > For simplicity sake, this also relies on the bootloader to set the > p

Re: [PATCH] gpio: dwapb: Rework support for 1 interrupt per port A GPIO

On Wed, May 23, 2018 at 09:52:44AM +0100, Phil Edworthy wrote: > Treat DT and ACPI the same as much as possible. Note that we can't use > platform_get_irq() to get the DT interrupts as they are in the port > sub-node and hence do not have an associated platform device. > > This also fixes a proble

Re: [PATCH v6 5/6] ARM: dts: Renesas RZN1D-DB Board base file

Hi Michel, On Tue, May 22, 2018 at 12:01 PM, Michel Pollet wrote: > This adds a base device tree file for the RZN1-DB board, with only the > basic support allowing the system to boot to a prompt. Only one UART is > used, with only a single CPU running. > > Signed-off-by: Michel Pollet Thanks fo

RE: [PATCH] gpio: dwapb: Rework support for 1 interrupt per port A GPIO

Hi Simon, On 23 May 2018 10:12 Simon Horman wrote: > On Wed, May 23, 2018 at 09:52:44AM +0100, Phil Edworthy wrote: > > Treat DT and ACPI the same as much as possible. Note that we can't use > > platform_get_irq() to get the DT interrupts as they are in the port > > sub-node and hence do not have

Re: [PATCH] drm/xen-front: fix pointer casts

On 21/05/18 09:39, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Building for a 32-bit target results in warnings from casting > between a 32-bit pointer and a 64-bit integer. Fix the warnings > by casting those pointers to uintptr_t first. > > Signed-off-by: Oleksandr Andru

Re: [PATCH v6 4/6] ARM: dts: Renesas RZ/N1 SoC base device tree file

Hi Geert, On Wed, 23 May 2018 at 10:12, Geert Uytterhoeven wrote: > Hi Michel, > On Tue, May 22, 2018 at 12:01 PM, Michel Pollet > wrote: > > This adds the Renesas RZ/N1D (Part #R9A06G032) SoC bare > > bone support. > > > > This currently only handles generic parts (gic, architected timer) > >

Re: [PATCH v6 1/6] dt-bindings: arm: Document the RZN1D-DB board

On Wed, May 23, 2018 at 11:03:56AM +0200, Geert Uytterhoeven wrote: > On Tue, May 22, 2018 at 12:01 PM, Michel Pollet > wrote: > > This documents the RZ/N1 bindings for the RZN1D-DB board. > > > > Signed-off-by: Michel Pollet > > Reviewed-by: Rob Herring > > Reviewed-by: Geert Uytterhoeven Th

[PATCH v3] usbip: dynamically allocate idev by nports found in sysfs

As the amount of available ports varies by the kernels build configuration. To remove the limitation of the fixed 128 ports we allocate the amount of idevs by using the number we get from the kernel. Signed-off-by: Michael Grzeschik --- v1 -> v2: - reworked memory allocation into one calloc call

Re: [PATCH 02/14] arm64: Call ARCH_WORKAROUND_2 on transitions between EL0 and EL1

Hi Marc, On 05/22/2018 04:06 PM, Marc Zyngier wrote: diff --git a/arch/arm64/kernel/entry.S b/arch/arm64/kernel/entry.S index ec2ee720e33e..f33e6aed3037 100644 --- a/arch/arm64/kernel/entry.S +++ b/arch/arm64/kernel/entry.S @@ -18,6 +18,7 @@ * along with this program. If not, see

Re: [PATCH 0/6] Fix issues reported by static analysis tool.

Hi Pankaj, On Wed, May 23, 2018 at 10:51:30AM +0530, Pankaj Bharadiya wrote: > This patch series fixes some of the issues reported by static analysis > tool. > > Pankaj Bharadiya (6): > media: staging: atomisp: remove redundent check > media: staging: atomisp: Remove useless if statement >

Re: [PATCH 8/9] PM / Domains: Add support for multi PM domains per device to genpd

On 05/23/2018 02:37 PM, Jon Hunter wrote: > > On 23/05/18 07:12, Ulf Hansson wrote: > > ... > >> Thanks for sending this. Believe it or not this has still been on my >> to-do list >> and so we definitely need a solution for Tegra. >> >> Looking at the above it appears that

Re: [PATCH v2 2/4] drm/mediatek: Add support for mediatek SOC MT2712

On Wed, 2018-05-23 at 13:23 +0800, CK Hu wrote: > Hi, Stu: > > I've some inline comment. > > On Wed, 2018-05-23 at 10:25 +0800, Stu Hsieh wrote: > > This patch add support for the Mediatek MT2712 DISP subsystem. > > There are two OVL engine and three disp output in MT2712. > > > > Signed-off-by:

Re: [PATCH] drm/omap: dss: Use ERR_CAST instead of ERR_PTR(PTR_ERR())

On 14/05/18 02:36, Hernán Gonzalez wrote: > Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...)). > > drivers/gpu/drm/omapdrm/dss/dss.c:959:9-16: WARNING: ERR_CAST can be used > with d > Generated by: scripts/coccinelle/api/err_cast.cocci > > Signed-off-by: Hernán Gonzalez > --- > dr

Re: [PATCH v2] tools: hv: update lsvmbus to be compatible with python3

Olaf Hering writes: > Python3 changed the way how 'print' works. > Adjust the code to a syntax that is understood by python2 and python3. > > Signed-off-by: Olaf Hering What are the odds that we decide to send the same patch on the same day? :-) http://driverdev.linuxdriverproject.org/pipermai

Re: [PATCH v1] cpufreq: tegra20: Fix imbalanced clock enable count

On 23.05.2018 08:58, Viresh Kumar wrote: > On 23-05-18, 00:14, Dmitry Osipenko wrote: >> Tegra20-cpufreq driver missed enabling the CPU clocks. This results in a >> clock-enable refcount disbalance on PLL_P <-> PLL_X reparent, causing >> PLL_X to get disabled while it shouldn't. Fix this by enablin

Re: [PATCH v2 4/4] drm/mediatek: add connection from OD1 to RDMA1

Hi, CK: On Wed, 2018-05-23 at 14:01 +0800, CK Hu wrote: > Hi, Stu: > > On Wed, 2018-05-23 at 10:25 +0800, Stu Hsieh wrote: > > This patch add the connection from OD1 to RDMA1 for ext path. > > > > I would like to apply this patch before the patch 'Add support for > mediatek SOC MT2712' because

[PATCH] ARM: dts: stm32: Add DFSDM support to stm32mp157c

stm32mp157c has DFSDM (Digital Filter For Sigma Delta Modulators) hardware with 6 filter instances. Signed-off-by: Fabrice Gasnier --- arch/arm/boot/dts/stm32mp157c.dtsi | 70 ++ 1 file changed, 70 insertions(+) diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi

Re: [PATCH] gpio: dwapb: Rework support for 1 interrupt per port A GPIO

On Wed, May 23, 2018 at 10:52 AM, Phil Edworthy wrote: > Treat DT and ACPI the same as much as possible. Note that we can't use > platform_get_irq() to get the DT interrupts as they are in the port > sub-node and hence do not have an associated platform device. > > This also fixes a problem intro

[PATCH v5 5/7] drm/i2c: tda998x: split tda998x_encoder_dpms into enable/disable

This fits better with the drm_bridge callbacks for when this driver becomes a drm_bridge. Suggested-by: Laurent Pinchart Signed-off-by: Peter Rosin --- drivers/gpu/drm/i2c/tda998x_drv.c | 64 ++- 1 file changed, 37 insertions(+), 27 deletions(-) diff --git a

[PATCH v5 0/7] Add tda998x (HDMI) support to atmel-hlcdc

Hi! I naively thought that since there was support for both nxp,tda19988 (in the tda998x driver) and the atmel-hlcdc, things would be a smooth ride. But it wasn't, so I started looking around and realized I had to fix things. In v1 and v2 I fixed things by making the atmel-hlcdc driver a master c

[PATCH V4 2/2] dmaengine: sprd: Add Spreadtrum DMA configuration

From: Eric Long This patch adds the 'device_config' and 'device_prep_slave_sg' interfaces for users to configure DMA, as well as adding one 'struct sprd_dma_config' structure to save Spreadtrum DMA configuration for each DMA channel. Signed-off-by: Eric Long Signed-off-by: Baolin Wang --- Chan

[PATCH v5 2/7] dt-bindings: display: atmel: optional video-interface of endpoints

With bus-type/bus-width properties in the endpoint nodes, the video- interface of the connection can be specified for cases where the heuristic fails to select the correct output mode. This can happen e.g. if not all RGB pins are routed on the PCB; the driver has no way of knowing this, and needs t

[PATCH v5 7/7] drm/i2c: tda998x: register as a drm bridge

This makes this driver work with all(?) drivers that are not componentized and instead expect to connect to a panel/bridge. That said, the only one tested is atmel-hlcdc. This hooks the relevant work function previously called by the encoder and the component also to the bridge, since the encoder

Re: [PATCH] cpufreq: Add Kryo CPU scaling driver

On 23-05-18, 12:05, Ilia Lin wrote: > In Certain QCOM SoCs like apq8096 and msm8996 that have KRYO processors, > the CPU frequency subset and voltage value of each OPP varies > based on the silicon variant in use. Qualcomm Process Voltage Scaling Tables > defines the voltage and frequency value bas

[PATCH v5 6/7] drm/i2c: tda998x: split encoder and component functions from the work

This enables reuse of the machinery for the case where a drm_bridge needs to do the same work via different interfaces. Signed-off-by: Peter Rosin --- drivers/gpu/drm/i2c/tda998x_drv.c | 36 1 file changed, 28 insertions(+), 8 deletions(-) diff --git a/drive

Re: [PATCH 15/61] gpu: drm: omapdrm: displays: simplify getting .drvdata

On 19/04/18 17:05, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply individually. > > drivers/gpu/drm/omapdrm/dis

[PATCH v5 4/7] drm/i2c: tda998x: find the drm_device via the drm_connector

This prepares for being a drm_bridge which will not register the encoder. That makes the connector the better choice. Reviewed-by: Laurent Pinchart Signed-off-by: Peter Rosin --- drivers/gpu/drm/i2c/tda998x_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/dr

Re: [PATCH 8/9] PM / Domains: Add support for multi PM domains per device to genpd

On 23 May 2018 at 11:27, Rajendra Nayak wrote: > > > On 05/23/2018 02:37 PM, Jon Hunter wrote: >> >> On 23/05/18 07:12, Ulf Hansson wrote: >> >> ... >> >>> Thanks for sending this. Believe it or not this has still been on my >>> to-do list >>> and so we definitely need a solution for

Re: [PATCH rdma-next 4/5] RDMA/hns: Add reset process for RoCE in hip08

On 2018/5/23 11:47, Jason Gunthorpe wrote: > On Wed, May 23, 2018 at 10:54:54AM +0800, Wei Hu (Xavier) wrote: >> >> On 2018/5/23 4:26, Jason Gunthorpe wrote: >>> On Fri, May 18, 2018 at 03:23:00PM +0800, Wei Hu (Xavier) wrote: On 2018/5/18 12:15, Jason Gunthorpe wrote: > On Fri, May 18,

Re: [PATCH v8 3/3] drm: writeback: Add client capability for exposing writeback connectors

Op 18-05-18 om 17:17 schreef Liviu Dudau: > Due to the fact that writeback connectors behave in a special way > in DRM (they always report being disconnected) we might confuse some > userspace. Add a client capability for writeback connectors that will > filter them out for clients that don't under

[PATCH v5 1/7] dt-bindings: display: bridge: lvds-transmitter: add ti,ds90c185

Start list of actual chips compatible with "lvds-encoder". Reviewed-by: Laurent Pinchart Reviewed-by: Rob Herring Signed-off-by: Peter Rosin --- .../devicetree/bindings/display/bridge/lvds-transmitter.txt | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/Documen

Re: [PATCH rdma-next 1/5] RDMA/hns: Implement the disassociate_ucontext API

On 2018/5/23 4:21, Jason Gunthorpe wrote: > On Sat, May 19, 2018 at 04:24:40PM +0800, Wei Hu (Xavier) wrote: >> >> On 2018/5/17 23:00, Jason Gunthorpe wrote: >>> On Thu, May 17, 2018 at 04:02:49PM +0800, Wei Hu (Xavier) wrote: This patch Implements the IB core disassociate_ucontext API.

[PATCH V4 1/2] dmaengine: sprd: Optimize the sprd_dma_prep_dma_memcpy()

From: Eric Long This is one preparation patch, we can use default DMA configuration to implement the device_prep_dma_memcpy() interface instead of issuing sprd_dma_config(). We will implement one new sprd_dma_config() function with introducing device_prep_slave_sg() interface in following patch.

Re: [PATCH] gpu: drm: vgem: Change return type to vm_fault_t

On Mon, May 14, 2018 at 9:56 PM, Daniel Vetter wrote: > On Thu, May 10, 2018 at 02:51:38PM -0400, Sean Paul wrote: >> On Thu, May 10, 2018 at 07:58:11PM +0530, Souptick Joarder wrote: >> > Hi Sean, >> > >> > On Mon, Apr 16, 2018 at 8:32 PM, Souptick Joarder >> > wrote: >> > > Use new return type

[PATCH v5 3/7] drm/atmel-hlcdc: support bus-width (12/16/18/24) in endpoint nodes

This beats the heuristic that the connector is involved in what format should be output for cases where this fails. E.g. if there is a bridge that changes format between the encoder and the connector, or if some of the RGB pins between the lcd controller and the encoder are not routed on the PCB.

Re: [PATCH v9] powerpc/mm: Only read faulting instruction when necessary in do_page_fault()

On Wed, 23 May 2018 10:53:22 +0200 (CEST) Christophe Leroy wrote: > Commit a7a9dcd882a67 ("powerpc: Avoid taking a data miss on every > userspace instruction miss") has shown that limiting the read of > faulting instruction to likely cases improves performance. > > This patch goes further into t

Re: [PATCH v2] gpu: drm: armada: Adding new typedef vm_fault_t

On Wed, May 16, 2018 at 10:05 AM, Souptick Joarder wrote: > On Fri, May 11, 2018 at 2:52 PM, Russell King - ARM Linux > wrote: >> On Thu, May 10, 2018 at 08:34:48PM +0530, Souptick Joarder wrote: >>> Use new return type vm_fault_t for fault handler in >>> struct vm_operations_struct. For now, thi

[PATCH v10 2/2] dt-bindings: cpufreq: Document operating-points-v2-kryo-cpu

The qcom-cpufreq-kryo driver reads the msm-id and efuse value from the SoC to provide the OPP framework with required information. This is used to determine the voltage and frequency value for each OPP of operating-points-v2 table when it is parsed by the OPP framework. This change adds documentat

[PATCH v10 0/2] Kryo CPU scaling driver

[v10] * Split the series into domains * Addressed comments from Viresh and Sudeep about logical CPU numbering. The qcom-cpufreq-kryo driver is aimed to support different SOC versions. The driver reads eFuse information and chooses the required OPP subset by passing the OPP supported-hw parameter

Re: [PATCH] cpufreq: Add Kryo CPU scaling driver

On Wed, May 23, 2018 at 12:05:24PM +0300, Ilia Lin wrote: > + np = dev_pm_opp_of_get_opp_desc_node(cpu_dev); > + if (IS_ERR(np)) > + return PTR_ERR(np); ... > + > + pdev = platform_device_register_simple("cpufreq-dt", -1, NULL, 0); > + if (!IS_ERR(pdev)) Do you need to

[PATCH v10 1/2] cpufreq: Add Kryo CPU scaling driver

In Certain QCOM SoCs like apq8096 and msm8996 that have KRYO processors, the CPU frequency subset and voltage value of each OPP varies based on the silicon variant in use. Qualcomm Process Voltage Scaling Tables defines the voltage and frequency value based on the msm-id in SMEM and speedbin blown

Re: [PATCH] media: uvcvideo: Support realtek's UVC 1.5 device

> > commit a9c002732695eab2096580a0d1a1687bc2f95928 > > Author: ming_qian > > Date: Wed May 9 10:13:08 2018 +0800 > > > > media: uvcvideo: Support UVC 1.5 video probe & commit controls > > > > The length of UVC 1.5 video control is 48, and it is 34 for UVC 1.1. > > Change it to 48

Re: [PATCH v3] schedutil: Allow cpufreq requests to be made even when kthread kicked

On Wednesday, May 23, 2018 12:55:53 AM CEST Joel Fernandes wrote: > From: "Joel Fernandes (Google)" > > Currently there is a chance of a schedutil cpufreq update request to be > dropped if there is a pending update request. This pending request can > be delayed if there is a scheduling delay of t

Re: [PATCH] gpio: zynq: Setup chip->base based on alias ID

On Wed, May 2, 2018 at 4:19 PM, Michal Simek wrote: > On 2.5.2018 15:56, Linus Walleij wrote: >> Would it be possible that I apply the patch, and somehow also >> establish some understanding with all users of the Xilinx >> platform that whatever legacy applications are out there >> must start to

Re: [PATCH v2] schedutil: Allow cpufreq requests to be made even when kthread kicked

On May 23, 2018 2:01:01 AM PDT, Viresh Kumar wrote: >On 22-05-18, 15:09, Joel Fernandes wrote: >> I agree with the race you describe for single policy slow-switch. >Good find :) >> >> The mainline sugov_work could also do such reordering in sugov_work, >I think. Even >> with the mutex_unlock in

[PATCH V2 rdma-next 1/4] RDMA/hns: Modify uar allocation algorithm to avoid bitmap exhaust

This patch modified uar allocation algorithm in hns_roce_uar_alloc function to avoid bitmap exhaust. Signed-off-by: Wei Hu (Xavier) Reviewed-by: Leon Romanovsky --- drivers/infiniband/hw/hns/hns_roce_device.h | 1 + drivers/infiniband/hw/hns/hns_roce_pd.c | 10 ++ 2 files changed,

[PATCH V2 rdma-next 3/4] RDMA/hns: Add reset process for RoCE in hip08

This patch added reset process for RoCE in hip08. Signed-off-by: Wei Hu (Xavier) --- v1->v2: 1.Delete handle->priv = NULL in hns_roce_hw_v2_uninit_instance. 2.Add hns_roce_hw_v2_reset_notify_init callback function, When RoCE reinit failed in this function, inform NIC driver.

[PATCH V2 rdma-next 2/4] RDMA/hns: Increase checking CMQ status timeout value

This patch increases checking CMQ status timeout value and uses the same value with NIC driver to avoid deficiency of time. Signed-off-by: Wei Hu (Xavier) Reviewed-by: Leon Romanovsky --- drivers/infiniband/hw/hns/hns_roce_hw_v2.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --gi

Re: [PATCH] gpio: zynq: Setup chip->base based on alias ID

On Tue, May 15, 2018 at 3:26 PM, Michal Simek wrote: > Have you done any decision about this patch? Yeah I applied the patch. It's a bit of "choose the lesser evil" approach but what can I do... Yours, Linus Walleij

[PATCH V2 rdma-next 0/4] Misc update for hns driver

This patchset included fixing bug, some optimization, reset process for hns driver. v1->v2: 1.pull the patch out of the series. The name of the patch is RDMA/hns: Implement the disassociate_ucontext API. 2.Modify the fixes statement according to Leon's comment. 3.Address

[PATCH V2 rdma-next 4/4] RDMA/hns: Fix the illegal memory operation when cross page

This patch fixed the potential illegal operation when using the extend sge buffer cross page in post send operation. The bug will cause the calltrace. Reported-by: Jie Chen Reported-by: Xiping Zhang (Francis) Fixes: b1c158350968("RDMA/hns: Get rid of virt_to_page and vmap calls after dma_alloc_

Re: [PATCH] pinctrl: berlin: switch to SPDX license identifier

On Wed, May 16, 2018 at 9:33 AM, Jisheng Zhang wrote: > Use the appropriate SPDX license identifier in the berlin pinctrl > driver source file and drop the previous license text. > > Signed-off-by: Jisheng Zhang Patch applied. Yours, Linus Walleij

Re: [PATCH 8/9] PM / Domains: Add support for multi PM domains per device to genpd

On 23/05/18 10:33, Ulf Hansson wrote: On 23 May 2018 at 11:27, Rajendra Nayak wrote: On 05/23/2018 02:37 PM, Jon Hunter wrote: On 23/05/18 07:12, Ulf Hansson wrote: ... Thanks for sending this. Believe it or not this has still been on my to-do list and so we definitely need a solution f

Re: [PATCH 8/9] PM / Domains: Add support for multi PM domains per device to genpd

On 23 May 2018 at 11:45, Jon Hunter wrote: > > On 23/05/18 10:33, Ulf Hansson wrote: >> >> On 23 May 2018 at 11:27, Rajendra Nayak wrote: >>> >>> >>> >>> On 05/23/2018 02:37 PM, Jon Hunter wrote: On 23/05/18 07:12, Ulf Hansson wrote: ... > Thanks for sending

Re: [PATCH] gpio: pca953x: Clear irq trigger type on irq shutdown

On Fri, May 4, 2018 at 6:53 PM, Grigoryev Denis wrote: > The driver stores the result of irq_set_type() in the internal variables > irq_trig_raise and irq_trig_fall, which later are used to determine > the GPIOs that must be re-configured as input. These variables retain their > value between gpi

[PATCH] cpufreq: schedutil: Avoid missing updates for one-CPU policies

From: Rafael J. Wysocki Commit 152db033d775 (schedutil: Allow cpufreq requests to be made even when kthread kicked) made changes to prevent utilization updates from being discarded during processing a previous request, but it left a small window in which that still can happen in the one-CPU polic

Re: [REGRESSION] v4.17-rc4: xgalaga fails to start in fullscreen (default) mode

On Mon, May 21, 2018 at 02:57:18PM -0700, Vito Caputo wrote: > On Mon, May 21, 2018 at 12:53:20PM -0700, Vito Caputo wrote: > > Hello all, > > > > 4.17-rc4 (my latest kernel ATM) consistently fails to start xgalaga > > without -window. I will try find time to build the latest rc this > > evening.

Re: linux-next: Signed-off-by missing for commit in the pinctrl tree

On Wed, May 16, 2018 at 7:40 PM, Geert Uytterhoeven wrote: > I guess I should base my next pull request on the new commit > 73dacc3403436fc2 ("pinctrl: sh-pfc: Add r8a77470 PFC support") in your > tree, instead of on my previous pull request? Else there will be some > conflicts (I checked: so far

Re: [alsa-devel] [RFC/RFT PATCH] ASoC: topology: Improve backwards compatibility with v4 topology files

On Tue, May 22, 2018 at 02:59:50PM -0700, Guenter Roeck wrote: > Most people are not aware that they have a backwards compatibility problem > with the topology file. They will typically notice and report that it is > impossible to get audio working with an upstream kernel on a recent > Chromebook,

Re: [PATCH v2] drm: fix off-by-one in logger

Dear all, I just noticed that replying to my earlier email thread failed, and that I thereby created a new thread. The original thread is the following one: https://lkml.org/lkml/2018/2/16/274 I am sorry for the confusion! Best, Norbert On 05/23/2018 08:22 AM, Norbert Manthey wrote: > The curr

Re: [PATCH v2] gpu: drm: udl: Adding new typedef vm_fault_t

On Wed, May 23, 2018 at 2:19 PM, Daniel Vetter wrote: > On Mon, May 21, 2018 at 10:27:44AM +0530, Souptick Joarder wrote: >> On Thu, May 10, 2018 at 7:18 PM, Souptick Joarder >> wrote: >> > On Wed, Apr 25, 2018 at 10:29 AM, Souptick Joarder >> > wrote: >> >> Use new return type vm_fault_t for

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