dri-devel June 2019

dri-devel@lists.freedesktop.org

350 participants
2370 discussions

[Bug 110276] Memory leak on kernel 5.0 using Vulkan applications, fixed on drm-tip and 5.1-rc1
by bugzilla-daemon＠freedesktop.org 04 Jun '19

04 Jun '19

https://bugs.freedesktop.org/show_bug.cgi?id=110276 Jani Nikula <jani.nikula(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|dri-devel(a)lists.freedesktop |ckoenig.leichtzumerken@gmai |.org |l.com --- Comment #4 from Jani Nikula <jani.nikula(a)intel.com> --- Fixed upstream and not our bug. Move to DRM/other, assign to Christian to decide what to do with the potential stable backport. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 110276] Memory leak on kernel 5.0 using Vulkan applications, fixed on drm-tip and 5.1-rc1
by bugzilla-daemon＠freedesktop.org 04 Jun '19

04 Jun '19

1 0

[Bug 108628] Middle-Earth: Shadow of Mordor: artifacts in benchmark mode
by bugzilla-daemon＠freedesktop.org 04 Jun '19

04 Jun '19

https://bugs.freedesktop.org/show_bug.cgi?id=108628 Bug ID: 108628 Summary: Middle-Earth: Shadow of Mordor: artifacts in benchmark mode Product: Mesa Version: 18.2 Hardware: Other OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: johnz(a)lunarg.com QA Contact: dri-devel(a)lists.freedesktop.org [Game] Middle-Earth: Shadow of Mordor [Hardware] AMD R9280, R9270 [Mesa Version] 18.2.4 and 18.2.0 (possibly the entire 18.2 branch) [Summary of Problem] The benchmark mode of Middle-Earth: Shadow of Mordor has artifacts in gameplay. I think this might be related to the rain and I can't find a place in the game with rain currently but the problem is reproducible in benchmark mode. [links to images] Here is a link to some picture of the game in our test suite, the left picture is the bad one and right is the good: https://share.lunarg.com/opengl/report/2404#images/two-up/614953 https://share.lunarg.com/opengl/report/2404#images/two-up/614954 -- You are receiving this mail because: You are the assignee for the bug.

1 2

[PATCH v4] gpu/drm: mediatek: call mtk_dsi_stop() after mtk_drm_crtc_atomic_disable()
by Hsin-Yi Wang 04 Jun '19

04 Jun '19

mtk_dsi_stop() should be called after mtk_drm_crtc_atomic_disable(), which needs ovl irq for drm_crtc_wait_one_vblank(), since after mtk_dsi_stop() is called, ovl irq will be disabled. If drm_crtc_wait_one_vblank() is called after last irq, it will timeout with this message: "vblank wait timed out on crtc 0". This happens sometimes when turning off the screen. In drm_atomic_helper.c#disable_outputs(), the calling sequence when turning off the screen is: 1. mtk_dsi_encoder_disable() --> mtk_output_dsi_disable() --> mtk_dsi_stop(); // sometimes make vblank timeout in atomic_disable --> mtk_dsi_poweroff(); 2. mtk_drm_crtc_atomic_disable() --> drm_crtc_wait_one_vblank(); ... --> mtk_dsi_ddp_stop() --> mtk_dsi_poweroff(); mtk_dsi_poweroff() has reference count design, change to make mtk_dsi_stop() called in mtk_dsi_poweroff() when refcount is 0. Fixes: 0707632b5bac ("drm/mediatek: update DSI sub driver flow for sending commands to panel") Signed-off-by: Hsin-Yi Wang <hsinyi(a)chromium.org> --- change log v3->v4: * add comment in code. --- drivers/gpu/drm/mediatek/mtk_dsi.c | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c b/drivers/gpu/drm/mediatek/mtk_dsi.c index b00eb2d2e086..730594a91440 100644 --- a/drivers/gpu/drm/mediatek/mtk_dsi.c +++ b/drivers/gpu/drm/mediatek/mtk_dsi.c @@ -630,6 +630,15 @@ static void mtk_dsi_poweroff(struct mtk_dsi *dsi) if (--dsi->refcount != 0) return; + /* + * mtk_dsi_stop() and mtk_dsi_start() is asymmetric, since + * mtk_dsi_stop() should be called after mtk_drm_crtc_atomic_disable(), + * which needs irq for vblank, and mtk_dsi_stop() will disable irq. + * mtk_dsi_start() needs to be called in mtk_output_dsi_enable(), + * after dsi is fully set. + */ + mtk_dsi_stop(dsi); + if (!mtk_dsi_switch_to_cmd_mode(dsi, VM_DONE_INT_FLAG, 500)) { if (dsi->panel) { if (drm_panel_unprepare(dsi->panel)) { @@ -696,7 +705,6 @@ static void mtk_output_dsi_disable(struct mtk_dsi *dsi) } } - mtk_dsi_stop(dsi); mtk_dsi_poweroff(dsi); dsi->enabled = false; -- 2.20.1

2 2

[PATCH v2 0/4] fix mediatek drm, dis, and disp-* unbind/bind
by Hsin-Yi Wang 04 Jun '19

04 Jun '19

There are some errors when unbinding and rebinding mediatek drm, dsi, and disp-* drivers. This series is to fix those errors and warnings. Hsin-Yi Wang (4): drm: mediatek: fix unbind functions drm: mediatek: unbind components in mtk_drm_unbind() drm: mediatek: call drm_atomic_helper_shutdown() when unbinding driver drm: mediatek: clear num_pipes when unbind driver drivers/gpu/drm/mediatek/mtk_drm_drv.c | 8 +++----- drivers/gpu/drm/mediatek/mtk_dsi.c | 2 ++ 2 files changed, 5 insertions(+), 5 deletions(-) -- 2.20.1

2 9

[Bug 109955] amdgpu [RX Vega 64] system freeze while gaming
by bugzilla-daemon＠freedesktop.org 03 Jun '19

03 Jun '19

https://bugs.freedesktop.org/show_bug.cgi?id=109955 --- Comment #26 from Matt Coffin <mcoffin13(a)gmail.com> --- For reproducability, here's what I've been using. (I can reproduce this crash on both the RADV and AMDVLK Vulkan implementations, and can reproduce it both on top of sway 1.1 (wayland), and xfce4 (X11)). * 5.1.3-arch2-1-ARCH * LLVM 8.0.0 * mesa/vulkan-radeon: 19.0.4 * AMDVLK: (dev branch from nighttime Mountain time 20190602) * DXVK: winelib version - release 1.2.1 I run "House Flipper" from Steam with DXVK_FILTER_DEVICE_NAME=590. On 1080p@60Hz with v-sync, it runs quite well and stable (for hours). If I disable v-sync and framerate limiting, the crash occurs within a minute usually. At 2560x1440 resolution, no refresh rate works in a stable mannner, but I have tried both 60Hz and 144Hz. With the game rendering 1080p but scaling up to a 2560x1440 display, I saw it crash once, but was unable to duplicate it again. I'm new to low-level development, and would like to help. If I can provide any information since I can reliably reproduce the issue, I'd love to. Let me know what would be useful and I'd be happy to get it out to you. I've also seen the bugs listed in my other comment on the other bug here: https://bugs.freedesktop.org/show_bug.cgi?id=102322#c82 -- You are receiving this mail because: You are the assignee for the bug.

1 0

Re: [PATCH v16 01/16] uaccess: add untagged_addr definition for other arches
by Khalid Aziz 03 Jun '19

03 Jun '19

On 6/3/19 11:29 AM, Christoph Hellwig wrote: > On Mon, Jun 03, 2019 at 11:24:35AM -0600, Khalid Aziz wrote: >> On 6/3/19 11:06 AM, Andrey Konovalov wrote: >>> On Mon, Jun 3, 2019 at 7:04 PM Khalid Aziz <khalid.aziz(a)oracle.com> wrote: >>>> Andrey, >>>> >>>> This patch has now become part of the other patch series Chris Hellwig >>>> has sent out - >>>> <https://lore.kernel.org/lkml/20190601074959.14036-1-hch@lst.de/>. Can >>>> you coordinate with that patch series? >>> >>> Hi! >>> >>> Yes, I've seen it. How should I coordinate? Rebase this series on top >>> of that one? >> >> That would be one way to do it. Better yet, separate this patch from >> both patch series, make it standalone and then rebase the two patch >> series on top of it. > > I think easiest would be to just ask Linus if he could make an exception > and include this trivial prep patch in 5.2-rc. > Andrey, Would you mind updating the commit log to make it not arm64 specific and sending this patch out by itself. We can then ask Linus if he can include just this patch in the next rc. Thanks, Khalid

1 0

[v3 0/7] Support dsi for mt8183
by Jitao Shi 03 Jun '19

03 Jun '19

Changes since v2: - change the video timing calc method - fine the dsi and mipitx init sequence - fine tune commit msg Changes since v1: - separate frame size and reg commit control independent patches. - fix some return values in probe - remove DSI_CMDW0 in "CMDQ reg address of mt8173 is different with mt2701" Jitao Shi (7): drm/mediatek: move mipi_dsi_host_register to probe drm/mediatek: fixes CMDQ reg address of mt8173 is different with mt2701 drm/mediatek: add dsi reg commit disable control drm/mediatek: add frame size control drm/mediatek: add mt8183 dsi driver support drm/mediatek: change the dsi phytiming calculate method drm: mediatek: adjust dsi and mipi_tx probe sequence drivers/gpu/drm/mediatek/mtk_drm_drv.c | 2 +- drivers/gpu/drm/mediatek/mtk_dsi.c | 219 ++++++++++++++++++------- 2 files changed, 163 insertions(+), 58 deletions(-) -- 2.21.0

6 14

[PATCH v3 0/5] drm: Fix fb changes for async updates
by Helen Koike 03 Jun '19

03 Jun '19

Hello, This series fixes the slow down in performance introduced by "[PATCH v2] drm: Block fb changes for async plane updates" where async update falls back to a sync update, causing igt failures of type: "CRITICAL: completed 97 cursor updated in a period of 30 flips, we expect to complete approximately 15360 updates, with the threshold set at 7680" Please read the commit message of "drm: don't block fb changes for async plane updates" to understand how it works. I tested on the rockchip, on i915 and on vc4 with igt plane_cursor_legacy and kms_cursor_legacy and I didn't see any regressions. I couldn't test on MSM and AMD because I don't have the hardware I would appreciate if anyone could help me testing those. v1 link: https://patchwork.kernel.org/cover/10837847/ Thanks! Helen Changes in v3: - use swap() to swap old and new framebuffers in async_update - get the reference to old_fb and set the worker after vop_plane_atomic_update() - add a FIXME tag for when we have multiple fbs to be released when vblank happens. - update commit message - Add Reviewed-by tags - Add TODO in drm_atomic_helper_async_commit() Changes in v2: - added reviewed-by tag - update CC stable and Fixes tag - Added reviewed-by tag - updated CC stable and Fixes tag - Change the order of the patch in the series, add this as the last one. - Add documentation - s/ballanced/balanced Helen Koike (5): drm/rockchip: fix fb references in async update drm/amd: fix fb references in async update drm/msm: fix fb references in async update drm/vc4: fix fb references in async update drm: don't block fb changes for async plane updates .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 3 +- drivers/gpu/drm/drm_atomic_helper.c | 22 ++++---- drivers/gpu/drm/msm/disp/mdp5/mdp5_plane.c | 4 ++ drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 51 ++++++++++--------- drivers/gpu/drm/vc4/vc4_plane.c | 2 +- include/drm/drm_modeset_helper_vtables.h | 5 ++ 6 files changed, 49 insertions(+), 38 deletions(-) -- 2.20.1

5 12

[RFC PATCH 00/57] drivers: Consolidate device lookup helpers
by Suzuki K Poulose 03 Jun '19

03 Jun '19

We have helper routines to lookup devices matching a criteria defined by a "match" helper for bus/class/driver. Often the search is based on a generic property of a device, such as of_node, fwnode, device type or device name. In the absense of a common set of match functions, we have drivers writing their own match functions, spilled all over the driver subsystems. This series is an attempt to consolidate the and cleanup the device match functions by providing generic match helpers by device properties listed above. In this attempt, we unify the prototype for the match functions for {bus/driver}_find_device() with that of the class_find_device() and thus further reducing the duplicate functions. The series also adds wrapper functions to lookup the devices by generic attributes, so that people don't miss the generic match functions and continue to write their own. Also, there are a couple of instances where the drivers use "platform_bus_type" directly reusing the "match" function of the bus. This is cleaned by providing a new helper "platform_find_device_by_driver()" to abstract the details away from the callers. Applies on 5.2-rc3 Cc: Alan Tull <atull(a)kernel.org> Cc: Alessandro Zummo <a.zummo(a)towertech.it> Cc: Alexander Aring <alex.aring(a)gmail.com> Cc: Alexander Shishkin <alexander.shishkin(a)linux.intel.com> Cc: Alexandre Belloni <alexandre.belloni(a)bootlin.com> Cc: Andreas Noever <andreas.noever(a)gmail.com> Cc: Andrew Lunn <andrew(a)lunn.ch> Cc: Arnd Bergmann <arnd(a)arndb.de> Cc: Bjorn Helgaas <bhelgaas(a)google.com> Cc: Corey Minyard <minyard(a)acm.org> Cc: Daniel Vetter <daniel(a)ffwll.ch> Cc: Dan Murphy <dmurphy(a)ti.com> Cc: David Airlie <airlied(a)linux.ie> Cc: David Kershner <david.kershner(a)unisys.com> Cc: "David S. Miller" <davem(a)davemloft.net> Cc: Doug Ledford <dledford(a)redhat.com> Cc: dri-devel(a)lists.freedesktop.org Cc: Elie Morisse <syniurge(a)gmail.com> Cc: Eric Anholt <eric(a)anholt.net> Cc: Felipe Balbi <balbi(a)kernel.org> Cc: Florian Fainelli <f.fainelli(a)gmail.com> Cc: Frank Rowand <frowand.list(a)gmail.com> Cc: Grant Likely <grant.likely(a)arm.com> Cc: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Cc: Grygorii Strashko <grygorii.strashko(a)ti.com> Cc: Harald Freudenberger <freude(a)linux.ibm.com> Cc: Hartmut Knaack <knaack.h(a)gmx.de> Cc: Heikki Krogerus <heikki.krogerus(a)linux.intel.com> Cc: Heiko Carstens <heiko.carstens(a)de.ibm.com> Cc: "Heiko Stübner" <heiko(a)sntech.de> Cc: Heiko Stuebner <heiko(a)sntech.de> Cc: Heiner Kallweit <hkallweit1(a)gmail.com> Cc: Inki Dae <inki.dae(a)samsung.com> Cc: Jacek Anaszewski <jacek.anaszewski(a)gmail.com> Cc: "James E.J. Bottomley" <jejb(a)linux.ibm.com> Cc: Jason Gunthorpe <jgg(a)ziepe.ca> Cc: Jiri Slaby <jslaby(a)suse.com> Cc: Joe Perches <joe(a)perches.com> Cc: Joerg Roedel <joro(a)8bytes.org> Cc: Jonathan Cameron <jic23(a)kernel.org> Cc: Jonathan Hunter <jonathanh(a)nvidia.com> Cc: Lee Jones <lee.jones(a)linaro.org> Cc: Len Brown <lenb(a)kernel.org Cc: Liam Girdwood <lgirdwood(a)gmail.com> Cc: Maarten Lankhorst <maarten.lankhorst(a)linux.intel.com> Cc: Mark Brown <broonie(a)kernel.org> Cc: "Martin K. Petersen" <martin.petersen(a)oracle.com> Cc: Mathieu Poirier <mathieu.poirier(a)linaro.org> Cc: Maxime Coquelin <mcoquelin.stm32(a)gmail.com> Cc: Maxime Ripard <maxime.ripard(a)bootlin.com> Cc: Michael Jamet <michael.jamet(a)intel.com> Cc: Mika Westerberg <mika.westerberg(a)linux.intel.com> Cc: Moritz Fischer <mdf(a)kernel.org> Cc: Nehal Shah <nehal-bakulchandra.shah(a)amd.com> Cc: Oliver Neukum <oneukum(a)suse.com> Cc: Pavel Machek <pavel(a)ucw.cz> Cc: Peter Oberparleiter <oberpar(a)linux.ibm.com> Cc: Peter Rosin <peda(a)axentia.se> Cc: "Rafael J. Wysocki" <rafael.j.wysocki(a)intel.com> Cc: "Rafael J. Wysocki" <rafael(a)kernel.org> Cc: Rafael J. Wysocki" <rjw(a)rjwysocki.net> Cc: Rob Herring <robh+dt(a)kernel.org> Cc: Robin Murphy <robin.murphy(a)arm.com> Cc: Russell King <linux(a)armlinux.org.uk> Cc: Sandy Huang <hjc(a)rock-chips.com> Cc: Sebastian Andrzej Siewior <bigeasy(a)linutronix.de> Cc: Sebastian Ott <sebott(a)linux.ibm.com> Cc: Seung-Woo Kim <sw0312.kim(a)samsung.com> Cc: Shyam Sundar S K <shyam-sundar.s-k(a)amd.com> Cc: Srinivas Kandagatla <srinivas.kandagatla(a)linaro.org> Cc: Stefan Schmidt <stefan(a)datenfreihafen.org> Cc: Takashi Iwai <tiwai(a)suse.com> Cc: Thierry Reding <thierry.reding(a)gmail.com> Cc: Thor Thayer <thor.thayer(a)linux.intel.com> Cc: Tomas Winkler <tomas.winkler(a)intel.com> Cc: Ulf Hansson <ulf.hansson(a)linaro.org> Cc: Will Deacon <will.deacon(a)arm.com> Cc: Wolfram Sang <wsa(a)the-dreams.de> Cc: devicetree(a)vger.kernel.org Cc: linux-acpi(a)vger.kernel.org Cc: linux-fpga(a)vger.kernel.org Cc: linux-i2c(a)vger.kernel.org Cc: linux-leds(a)vger.kernel.org Cc: linux-rockchip(a)lists.infradead.org Cc: linux-rtc(a)vger.kernel.org Cc: linux-spi(a)vger.kernel.org Cc: linux-usb(a)vger.kernel.org Cc: linux-wpan(a)vger.kernel.org Suzuki K Poulose (57): drivers: s390/cio: Use driver_for_each_device drivers: ipmi: Drop device reference drivers: coresight: Drop device references found via bus_find_device drivers: Add generic match helper to match the device of_node drm: mipi_dsi: Use bus_find_device_by_of_node() helper drivers: i2c: i2c-core: Use bus_find_device_by_of_node helper drivers: nvmem: Use bus_find_device_by_of_node helper drivers: spi: Use bus_find_device_by_of_node helper drivers: sound: rockchip: rk3399: Use bus_find_device_by_of_node helper drivers: coresight: Use bus_find_device_by_of_node helper of: mdio: Use bus_find_device_by_of_node helper of: platform: Use bus_find_device_by_of_node helper drivers: Add generic helper for matching device by fwnode drivers: devcon: Use bus_find_device_by_fwnode helper net: hisilicon: hnfs:Use bus_find_device_by_fwnode helper net: hns_roce: Use bus_find_device_by_fwnode helper drivers: Add generic match by device type helper drivers: intel_th: Use bus_find_device_by_devt helper drivers: usb: core: Use bus_find_device_by_devt helper platform: Add a helper to find device by driver drivers: Add generic match helper by ACPI_COMPANION device drivers: i2c: Use generic helper to match device by acpi_dev drivers: spi: Use bus_find_device_by_acpi_dev match helper drivers: staging: most-core: Use bus_find_device_by_name drivers: Add generic match by name helper drivers: acpi: Clean up acpi_dev_match_cb drivers: Unify the match prototype for bus_find_device with class_find_device drivers: class: Add variants of class_find_device() drivers: stm: Use class_find_device_by_name() helper drivers: leds: Use class_find_device_by_name() helper drivers: rtc: Use class_find_device_by_name() helper drivers: s390-crypto: Use class_device_find_by_name() helper drivers: usb: Use class_find_device_by_name() helper drivers: ieee802154: Use class_find_device_by_name() helper drivers: core: Reuse generic match by device type helper drivers: mei: Use class_find_device_by_devt match helper drivers: s390: zcrypt: Use class_find_device_by_devt helper drivers: fpga: Use generic helpers to match by of_node drivers: mux: Use class_find_device_by_of_node helper drivers: spi: Use class_find_device_by_of_node helper drivers: net: phy: Use class_find_device_by_of_node helper drivers: regulator: Use class_find_device_by_of_node helper drivers: tty : Use class_find_device_by_of_node helper drivers: usb : Use class_find_device_by_fwnode() helper drivers: driver_find_device: Unify the match function driver: Add variants of driver_find_device() drivers: mfd: Use driver_find_device_by_name helper drivers: s390: cio: Use driver_find_by_name() helper drivers: mfd: altera: Use driver_find_device_by_of_node() helper drivers: iommu: arm-smmu: Use driver_find_device_by_fwnode() helper drivers: Add generic helper to match all devices drivers: tegra: Use driver_find_device_by_of_node() helper drivers: Introduce bus_find_next_device() helper drivers: pci: Use bus_find_next_device() helper drivers: scsi: Use bus_find_next_device() helper drivers: Introduce driver_find_next_device() helper drivers: i2c-amd: Use driver_find_next_device() helper arch/powerpc/platforms/pseries/ibmebus.c | 4 +- drivers/acpi/acpi_lpss.c | 4 +- drivers/acpi/sleep.c | 2 +- drivers/acpi/utils.c | 11 +- drivers/amba/tegra-ahb.c | 11 +- drivers/base/bus.c | 26 +-- drivers/base/core.c | 45 ++++- drivers/base/devcon.c | 8 +- drivers/base/driver.c | 2 +- drivers/base/platform.c | 14 ++ drivers/char/ipmi/ipmi_msghandler.c | 8 +- drivers/char/ipmi/ipmi_si_platform.c | 3 +- drivers/firmware/efi/dev-path-parser.c | 4 +- drivers/fpga/fpga-bridge.c | 8 +- drivers/fpga/fpga-mgr.c | 8 +- drivers/fpga/of-fpga-region.c | 7 +- drivers/gpu/drm/drm_mipi_dsi.c | 7 +- drivers/gpu/drm/exynos/exynos_drm_drv.c | 9 +- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 3 +- drivers/gpu/drm/tegra/dc.c | 4 +- drivers/gpu/drm/vc4/vc4_drv.c | 3 +- drivers/hwtracing/coresight/coresight.c | 10 +- drivers/hwtracing/coresight/of_coresight.c | 11 +- drivers/hwtracing/intel_th/core.c | 11 +- drivers/hwtracing/stm/core.c | 9 +- drivers/i2c/busses/i2c-amd-mp2-pci.c | 8 +- drivers/i2c/i2c-core-acpi.c | 10 +- drivers/i2c/i2c-core-of.c | 9 +- drivers/iio/inkern.c | 2 +- drivers/infiniband/hw/hns/hns_roce_hw_v1.c | 8 +- drivers/iommu/arm-smmu-v3.c | 9 +- drivers/iommu/arm-smmu.c | 9 +- drivers/leds/led-class.c | 9 +- drivers/mfd/altera-sysmgr.c | 14 +- drivers/mfd/syscon.c | 8 +- drivers/misc/mei/main.c | 9 +- drivers/mux/core.c | 8 +- drivers/net/ethernet/hisilicon/hns/hns_dsaf_misc.c | 8 +- drivers/net/ethernet/ti/cpsw-phy-sel.c | 4 +- drivers/net/ethernet/ti/davinci_emac.c | 2 +- drivers/net/ethernet/toshiba/tc35815.c | 4 +- drivers/net/phy/mdio_bus.c | 9 +- drivers/nvmem/core.c | 7 +- drivers/of/of_mdio.c | 8 +- drivers/of/platform.c | 7 +- drivers/pci/probe.c | 7 +- drivers/pci/search.c | 4 +- drivers/regulator/of_regulator.c | 7 +- drivers/rtc/interface.c | 11 +- drivers/s390/cio/ccwgroup.c | 28 +-- drivers/s390/cio/chsc_sch.c | 2 +- drivers/s390/cio/css.c | 4 +- drivers/s390/cio/device.c | 21 +-- drivers/s390/crypto/ap_bus.c | 4 +- drivers/s390/crypto/zcrypt_api.c | 23 +-- drivers/scsi/scsi_proc.c | 9 +- drivers/spi/spi.c | 28 +-- drivers/staging/most/core.c | 9 +- drivers/thunderbolt/switch.c | 4 +- drivers/tty/tty_io.c | 8 +- drivers/usb/core/devio.c | 8 +- drivers/usb/core/usb.c | 4 +- drivers/usb/phy/phy-am335x-control.c | 4 +- drivers/usb/phy/phy-isp1301.c | 4 +- drivers/usb/roles/class.c | 16 +- drivers/usb/typec/class.c | 16 +- drivers/visorbus/visorbus_main.c | 4 +- include/linux/device.h | 191 ++++++++++++++++++++- include/linux/platform_device.h | 3 + net/ieee802154/core.c | 7 +- sound/soc/rockchip/rk3399_gru_sound.c | 9 +- 71 files changed, 359 insertions(+), 460 deletions(-) -- 2.7.4

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel June 2019