Re: [PATCH v1 3/4] drm/tegra: plane: Add custom colorkey properties for older Tegra's

On Tue, Apr 17, 2018 at 08:08:27PM +0300, Dmitry Osipenko wrote: > On 17.04.2018 12:00, Daniel Vetter wrote: > > On Mon, Apr 16, 2018 at 03:16:27PM +0300, Dmitry Osipenko wrote: > >> Colorkey'ing allows to draw on top of overlapping planes, like for example > >> on top of a video plane. Older Tegra

Re: [PATCH v2] usb: chipidea: Hook into mux framework to toggle usb switch

On 2018-04-20 04:00, Peter Chen wrote: > > >> --- a/drivers/usb/chipidea/Kconfig >> +++ b/drivers/usb/chipidea/Kconfig >> @@ -3,6 +3,8 @@ config USB_CHIPIDEA >> depends on ((USB_EHCI_HCD && USB_GADGET) || (USB_EHCI_HCD >> && !USB_GADGET) || (!USB_EHCI_HCD && USB_GADGET)) && HAS_DMA >>

Re: [PATCH RFC 2/8] mm: introduce PG_offline

On 13.04.2018 15:16, David Hildenbrand wrote: > online_pages()/offline_pages() theoretically allows us to work on > sub-section sizes. This is especially relevant in the context of > virtualization. It e.g. allows us to add/remove memory to Linux in a VM in > 4MB chunks. > > While the whole sectio

Re: [v2] prctl: Deprecate non PR_SET_MM_MAP operations

On (04/20/18 10:02), Cyrill Gorcunov wrote: > On Fri, Apr 20, 2018 at 11:38:09AM +0900, Sergey Senozhatsky wrote: > > On (04/05/18 21:26), Cyrill Gorcunov wrote: > > [..] > > > - > > > #ifdef CONFIG_CHECKPOINT_RESTORE > > > if (opt == PR_SET_MM_MAP || opt == PR_SET_MM_MAP_SIZE) > > > r

Re: [PATCH v2] platform/x86: dell-wmi: Ignore new rfkill and fn-lock events

On Friday 20 April 2018 15:26:48 Kai-Heng Feng wrote: > There are two new events generated by dell-wmi, rfkill and fn-lock, from > Dell Systems. > > When Fn-lock hotkey gets pressed to switch to function mode: > [85951.591542] dell_wmi: Unknown key with type 0x0010 and code 0xe035 > pressed > [859

[PATCH v2] platform/x86: dell-wmi: Ignore new rfkill and fn-lock events

There are two new events generated by dell-wmi, rfkill and fn-lock, from Dell Systems. When Fn-lock hotkey gets pressed to switch to function mode: [85951.591542] dell_wmi: Unknown key with type 0x0010 and code 0xe035 pressed [85951.591546] dell_wmi: Unknown key with type 0x0010 and code 0x pr

Re: [RFC PATCH 3/4] acpi: apei: Do not panic() in NMI because of GHES messages

Hi Alex, On 04/16/2018 10:59 PM, Alex G. wrote: > On 04/13/2018 11:38 AM, James Morse wrote: >> This assumes a cache-invalidate will clear the error, which I don't think we're >> guaranteed on arm. >> It also destroys any adjacent data, "everyone's happy" includes the thread that >> got a chun

Re: [PATCH 5/5] f2fs: fix to avoid race during access gc_thread pointer

On 2018/4/20 11:54, Jaegeuk Kim wrote: > On 04/20, Chao Yu wrote: >> On 2018/4/20 11:19, Jaegeuk Kim wrote: >>> On 04/18, Chao Yu wrote: Thread A Thread BThread C - f2fs_remount - stop_gc_thread - f2fs_sbi_store

Re: [PATCH v2 6/7] ocxl: Add an IOCTL so userspace knows what CPU features are available

On 18/04/18 11:08, Alastair D'Silva wrote: From: Alastair D'Silva In order for a userspace AFU driver to call the Power9 specific OCXL_IOCTL_ENABLE_P9_WAIT, it needs to verify that it can actually make that call. Signed-off-by: Alastair D'Silva Looks good to me Acked-by: Andrew Donnellan

Re: [PATCH 44/61] rtc: simplify getting .drvdata

On 19.4.2018 16:06, 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/rtc/rtc-bq4802.c

Re: [PATCH 53/61] tty: serial: simplify getting .drvdata

On 19.4.2018 16:06, 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/tty/serial/imx.c

Re: [PATCH 47/61] staging: greybus: simplify getting .drvdata

On Thu, Apr 19, 2018 at 04:06:17PM +0200, 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 Acked-by: Johan Hovold

Re: [PATCH 46/61] spi: simplify getting .drvdata

On 19.4.2018 16:06, 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/spi/spi-cadence.c

Re: [PATCH v2 08/10] dt-bindings: media: Document bindings for the Sunxi-Cedrus VPU driver

Hi and thanks for the review, On Fri, 2018-04-20 at 01:31 +, Tomasz Figa wrote: > Hi Paul, Philipp, > > On Fri, Apr 20, 2018 at 1:04 AM Philipp Zabel > wrote: > > > Hi Paul, > > On Thu, 2018-04-19 at 17:45 +0200, Paul Kocialkowski wrote: > > > This adds a device-tree binding document that s

Re: [PATCH 59/61] watchdog: simplify getting .drvdata

On 19.4.2018 16:06, 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/watchdog/cadence_w

Re: [PATCH v2 01/10] media: v4l2-ctrls: Add missing v4l2 ctrl unlock

On Thu, Apr 19, 2018 at 05:41:15PM +0200, Paul Kocialkowski wrote: > This adds a missing v4l2_ctrl_unlock call that is required to avoid > deadlocks. Maybe you can explain what the deadlock scenario is? > Signed-off-by: Paul Kocialkowski > --- > drivers/media/v4l2-core/v4l2-ctrls.c | 7 ++-

Re: [PATCH] drm/virtio: fix vq wait_event condition

On Tue, Apr 03, 2018 at 11:59:04AM +0200, Gerd Hoffmann wrote: > Wait until we have enough space in the virt queue to actually queue up > our request. Avoids the guest spinning in case we have a non-zero > amount of free entries but not enough for the request. Ping airlied, can you please either

Re: [Xen-devel] [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

On Wed, Apr 18, 2018 at 11:55:26AM +0100, Roger Pau Monné wrote: > On Wed, Apr 18, 2018 at 01:39:35PM +0300, Oleksandr Andrushchenko wrote: > > On 04/18/2018 01:18 PM, Paul Durrant wrote: > > > > -Original Message- > > > > From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On

Re: [PATCH 10/61] gpio: simplify getting .drvdata

Hi Wolfram, On 19.4.2018 16: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/gpio/

[PATCH v2 4/4] qxl: drop dummy functions

These days drm core checks function pointers everywhere before calling them. So we can drop a bunch of dummy functions now. Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/qxl/qxl_display.c | 50 --- 1 file changed, 50 deletions(-) diff --git a/drivers/gpu/

[PATCH v2 2/4] qxl: move qxl_send_monitors_config()

Needed to avoid a forward declaration in a followup patch. Pure code move, no functional change. Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/qxl/qxl_display.c | 47 +++ 1 file changed, 23 insertions(+), 24 deletions(-) diff --git a/drivers/gpu/drm/qxl/qx

[PATCH v2 3/4] qxl: hook monitors_config updates into crtc, not encoder.

The encoder callbacks are only called in case the video mode changes. So any layout changes without mode changes will go unnoticed. Add qxl_crtc_update_monitors_config(), based on the old qxl_write_monitors_config_for_encoder() function. Hook it into the enable, disable and flush atomic crtc call

Re: [Xen-devel] [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

On Wed, Apr 18, 2018 at 11:10:58AM +0100, Roger Pau Monné wrote: > On Wed, Apr 18, 2018 at 11:01:12AM +0300, Oleksandr Andrushchenko wrote: > > On 04/18/2018 10:35 AM, Roger Pau Monné wrote: > > > On Wed, Apr 18, 2018 at 09:38:39AM +0300, Oleksandr Andrushchenko wrote: > > > > On 04/17/2018 11:57 P

[PATCH v2 1/4] qxl: remove qxl_io_log()

qxl_io_log() sends messages over to the host (qemu) for logging. Remove the function and all callers, we can just use standard DRM_DEBUG calls (and if needed a serial console). Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/qxl/qxl_drv.h | 3 --- drivers/gpu/drm/qxl/qxl_cmd.c | 34 ++-

Re: [PATCH v2 1/2] irqchip: stm32: Optimizes and cleans up stm32-exti irq_domain

ok, So I include your patch in my serie - irqchip: stm32: Optimizes and cleans up stm32-exti irq_domain BR Ludo On 04/19/2018 10:03 PM, Radosław Pietrzyk wrote: Sure, I don't mind. I didn't have time to resend v3 with more verbose description. 2018-04-19 15:24 GMT+02:00 Ludovic BARRE

Re: [PATCH 00/61] tree-wide: simplify getting .drvdata

> Can you throw this into scripts/coccinelle/ so we can have the build > testers run this all the time? Sure, I first wanted to check if there were comments regarding the script. Thanks! signature.asc Description: PGP signature

Re: [PATCH v2] KVM: Extend MAX_IRQ_ROUTES to 4096 for all archs

On Thu, 19 Apr 2018 17:47:28 -0700 Wanpeng Li wrote: > From: Wanpeng Li > > Our virtual machines make use of device assignment by configuring > 12 NVMe disks for high I/O performance. Each NVMe device has 129 > MSI-X Table entries: > Capabilities: [50] MSI-X: Enable+ Count=129 Masked-Vector ta

Re: [PATCH 40/61] platform: x86: simplify getting .drvdata

> (I'm not sure what you mean by "Please apply individually") Right, that is not very precise. "Individually" as "per subsystem individually". I.e. I don't want to collect tags and push it upstream as one huge pull-request. Thanks! signature.asc Description: PGP signature

Re: [PATCH 4/8] dma-buf: add peer2peer flag

On Thu, Apr 19, 2018 at 01:16:57AM -0700, Christoph Hellwig wrote: > On Mon, Apr 16, 2018 at 03:38:56PM +0200, Daniel Vetter wrote: > > We've broken that assumption in i915 years ago. Not struct page backed > > gpu memory is very real. > > > > Of course we'll never feed such a strange sg table to

Re: [PATCH 28/61] mmc: host: simplify getting .drvdata

On 19 April 2018 at 16: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 Thanks, applied for next! Kind regards Uffe > --- > > Build tested only. buildbot is happy. Please

Re: [PATCH v2] mmc: sdhci-cadence: fix logically and structurally dead code

On 19 April 2018 at 17:59, Gustavo A. R. Silva wrote: > Currently, the code block inside the for loop will never execute > more than once, because the function returns inmediately after > the first iteration, hence the execution of the code at the second > iteration is structurally dead and, code

Re: [PATCHv3 3/8] drm/omap: add support for manually updated displays

Hi Sebastian, On 30/03/18 20:18, Sebastian Reichel wrote: > This adds the required infrastructure for manually > updated displays, such as DSI command mode panels. > > While those panels often support partial updates > we currently always do a full refresh. Display > will be refreshed when someth

Re: [PATCH] net: phy: TLK10X initial driver submission

On Thu, Apr 19, 2018 at 02:24:27PM +0200, Miguel Ojeda wrote: > On Thu, Apr 19, 2018 at 10:28 AM, Måns Andersson > wrote: > > From: Mans Andersson > > > > Add suport for the TI TLK105 and TLK106 10/100Mbit ethernet phys. > > > > Hi Mans, > > Some quick notes. > > > In addition the TLK10X need

Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can

Hi, Thanks Matsami and Namhyung for the suggestions! On Wed, Apr 18, 2018 at 10:43 PM, Namhyung Kim wrote: > On Wed, Apr 18, 2018 at 06:02:50PM +0900, Masami Hiramatsu wrote: >> On Mon, 16 Apr 2018 21:07:47 -0700 >> Joel Fernandes wrote: >> >> > With TRACE_IRQFLAGS, we call trace_ API too many

Re: [PATCH] MAINTAINERS: Rakesh Iyer can't be reached anymore

On 19/04/18 18:42, Wolfram Sang wrote: > The current mail address is rejected, last activity (with a different > address) in git-history is from 2012. Remove this. > > Signed-off-by: Wolfram Sang > --- > > If somebody knows a recent address, then we can simply update, of course. > > MAINTAINE

Re: [v2] prctl: Deprecate non PR_SET_MM_MAP operations

On Fri, Apr 20, 2018 at 11:38:09AM +0900, Sergey Senozhatsky wrote: > On (04/05/18 21:26), Cyrill Gorcunov wrote: > [..] > > - > > #ifdef CONFIG_CHECKPOINT_RESTORE > > if (opt == PR_SET_MM_MAP || opt == PR_SET_MM_MAP_SIZE) > > return prctl_set_mm_map(opt, (const void __user *)addr,

<    5   6   7   8   9   10