dri-devel September 2014

dri-devel@lists.freedesktop.org

173 participants
1045 discussions

[PULL] topic/core-stuff
by Daniel Vetter 29 Sep '14

29 Sep '14

Hi Dave, Ok, here's the update core-stuff pull request with the locking fixup patch fixed up with another patch. Cheers, Daniel The following changes since commit d743ecf360637d489a3ba81a268f574359149601: drm/doc: Fixup drm_irq kerneldoc includes. (2014-09-24 11:43:47 +1000) are available in the git repository at: git://anongit.freedesktop.org/drm-intel tags/topic/core-stuff-2014-09-29 for you to fetch changes up to 1b11629737ca5414b0310d35e01a125cfde1ba4d: drm: Drop grab fpriv->fbs_lock in drm_fb_release (2014-09-25 17:13:40 +0200) ---------------------------------------------------------------- Daniel Vetter (3): drm: Fixup locking for universal cursor planes drm: Improve debug output for drm_wait_one_vblank drm: Drop grab fpriv->fbs_lock in drm_fb_release Fabian Frederick (9): drm/cirrus: use container_of to resolve cirrus_fbdev from drm_fb_helper drm/mgag200: use container_of to resolve mga_fbdev from drm_fb_helper drm/radeon: use container_of to resolve radeon_fbdev from drm_fb_helper drm/nouveau: use container_of to resolve nouveau_fbdev from drm_fb_helper drm/nouveau: use container_of to resolve nouveau_plane from drm_plane drm/qxl: use container_of to resolve qxl_fbdev from drm_fb_helper drm/gma500: use container_of to resolve psb_fbdev from drm_fb_helper drm/ast: use container_of to resolve ast_fbdev from drm_fb_helper drm/udl: use container_of to resolve udl_fbdev from drm_fb_helper Mario Kleiner (1): drm: Don't update vblank timestamp when the counter didn't change drivers/gpu/drm/ast/ast_fb.c | 3 +- drivers/gpu/drm/cirrus/cirrus_fbdev.c | 3 +- drivers/gpu/drm/drm_crtc.c | 63 +++++++++++++++++++++--------- drivers/gpu/drm/drm_irq.c | 7 +++- drivers/gpu/drm/gma500/framebuffer.c | 3 +- drivers/gpu/drm/mgag200/mgag200_fb.c | 3 +- drivers/gpu/drm/nouveau/dispnv04/overlay.c | 15 ++++--- drivers/gpu/drm/nouveau/nouveau_fbcon.c | 3 +- drivers/gpu/drm/qxl/qxl_fb.c | 3 +- drivers/gpu/drm/radeon/radeon_fb.c | 3 +- drivers/gpu/drm/udl/udl_fb.c | 3 +- 11 files changed, 75 insertions(+), 34 deletions(-) -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch

1 0

ACPI/i915: Cannot configure display brightness on Dell Latitude E6440
by Pali Rohár 29 Sep '14

29 Sep '14

Hello, after big changes in acpi video/i915 code I cannot change display brightness on my Dell Latitude E6440 with kernel 3.17-rc6. With kernel 3.13 everything worked fine. More information about this problem: For configuring brightness on Dell laptops there are 4 ways: 1) via acpi video driver 2) via dell-laptop driver 3) via i915 drm driver 4) from userspace with special dell SMI call (e.g with program dellLcdBrightness from libsmbios package) Methods 2) and 4) are same, both making special SMI call and Bios handing this request (just 2 is from kernel and 4 from userspace) Method 1) via acpi video driver working, but is not perfect. Driver can be used to change brightness (but only some levels, probably this depends on acpi/DSDT tables), but cannot be used to retrieve current brightness (when BIOS/SMI change brightness acpi driver report old incorrect value). So I prefer dell-laptop driver instead acpi video. Method 3) working even with 3.17-rc6 kernel but because that backlight device exported by i915 is marked as raw, desktop programs prefer to use other devices. Moreover it looks like that methods 1) 2) and 4) just forward request to method 3). So in any cased brightness is changed by i915 drm driver. I'm not sure (correct me if I'm wrong!) but I think that intel i915 drm driver accept changes (file intel_opregion.c) only if acpi function acpi_video_verify_backlight_support() returns true. Function acpi_video_verify_backlight_support() returns true iff: function acpi_video_backlight_support() returns true AND at least one of these functions returns false: acpi_osi_is_win8() acpi_video_use_native_backlight() backlight_device_registered(BACKLIGHT_RAW) On my notebook acpi_osi_is_win8() returns true (as is win8 compliant), backlight_device_registered(BACKLIGHT_RAW) returns true as I'm using intel i915 drm driver with raw backlight device and acpi_video_use_native_backlight() returns true/false depending on "video.use_native_backlight" kernel param. Default is true. So if I want to have working acpi video driver with display brightness support I need to boot kernel with param: "video.use_native_backlight=0". I tested it with kernel 3.17-rc6 and this param really enabled display brightness support via acpi video driver -- which is good. Driver dell-laptop creating backligh device for brightness control only if acpi_video_backlight_support() returns false. There is complicated condition for it and when kernel is booted with "video.use_native_backlight=0" that function returns true. So conclusion is: With current code in kernel 3.17-rc6 it is not possible to control brightness of display with native driver dell-laptop on Dell Latitude E6440 (and probably on others too)!!! And Because laptop is win8 compliant and you create decision to use native driver (instead acpi one) it is not possible to control display brightness without tweeks in kernel cmdline. As I wrote I would rather to use native dell-laptop driver for controlling brightness, but it is not possible. So how to solve this problem? Quick solution would be to set use_native_backlight false for some Dell laptops which means, that acpi video will be used and in this case intel i915 driver will *not* drop backlight change request. Another solution could be to disable check in dell_laptop driver and add use_native_backlight=0 to hooks. But this create two backlight interfaces (which is not good), but only way (for now) how to make dell_laptop working again. Better and maybe only one proper solution would be to teach intel drm i915 driver to not drop backlight change request for Dell laptops (or all??). (This allows to work both acpi video and dell_laptop drivers without any change and with *any* value in param use_native_backlight). I think that problematic code is in function asle_set_backlight() in file intel_opregion.c (but I'm not sure). My idea is that "drop" event function it is caused by this commit 0b9f7d93ca6109048a4eb06332b666b6e29df4fe (but I'm not sure). At least something must be done as I think that I'm not only one who has Dell laptop and brightness configuration is really important... Thanks. -- Pali Rohár pali.rohar(a)gmail.com

5 16

[Bug 22312] radeon 0000:01:00.0: Invalid ROM contents
by bugzilla-daemon＠bugzilla.kernel.org 29 Sep '14

29 Sep '14

https://bugzilla.kernel.org/show_bug.cgi?id=22312 --- Comment #12 from Michel Dänzer <michel(a)daenzer.net> --- (In reply to Jarkko K from comment #11) > I also have the error and and suddenly these lines > > [ 4985.275572] radeon 0000:01:00.0: GPU fault detected: 146 0x0f0a8804 That's very unlikely to be directly related to the message in the title of this report. Please file a bug at https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa , component Drivers/Gallium/radeonsi . P.S. Cesko, if you could change the title of this report to something like '[drm:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM', that might help prevent others from incorrectly considering this report related to their problem. -- You are receiving this mail because: You are watching the assignee of the bug.

1 0

[PATCH v3 0/5] Beaglebone-Black HDMI audio
by Jyri Sarha 29 Sep '14

29 Sep '14

Changes since v2: - Change compatible property from "ti,gpio-clock" to "ti,gpio-gate-clock" - Some minor cleanups The code has a functional dependency to: http://www.mail-archive.com/linux-omap@vger.kernel.org/msg109264.html Without the above patch the audio card does not probe. The code has been rebased on top of Linux 3.17-rc5. The patches bellow, the above dependency, and couple of commits to add BBB HDMI audio support to omap2plus_defconfig can be pulled from: https://github.com/jsarha/linux.git linux-master-bbb-hdmi-audio Cheers, Jyri Jyri Sarha (5): clk: ti: add "ti,gpio-gate-clock" controlled clock drm/tilcdc: Add I2S HDMI audio config for tda998x ASoC: davinci-evm: HDMI audio support for TDA998x trough McASP I2S bus ASoC: davinci: HDMI audio build for AM33XX and TDA998x ARM: dts: am335x-boneblack: Add HDMI audio support .../bindings/clock/ti/gpio-gate-clock.txt | 21 ++ .../bindings/sound/davinci-evm-audio.txt | 6 +- arch/arm/boot/dts/am335x-boneblack.dts | 52 +++++ drivers/clk/ti/Makefile | 2 +- drivers/clk/ti/gpio.c | 202 ++++++++++++++++++++ drivers/gpu/drm/tilcdc/tilcdc_slave.c | 24 ++- sound/soc/davinci/Kconfig | 12 ++ sound/soc/davinci/davinci-evm.c | 82 +++++++- 8 files changed, 395 insertions(+), 6 deletions(-) create mode 100644 Documentation/devicetree/bindings/clock/ti/gpio-gate-clock.txt create mode 100644 drivers/clk/ti/gpio.c -- 1.7.9.5

7 18

[ANNOUNCE] libdrm 2.4.58
by robdclark＠gmail.com 28 Sep '14

28 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rob Clark (3): fix compile error on 32bit systems more compile fix configure.ac: bump version to 2.4.58 for release git tag: libdrm-2.4.58 http://dri.freedesktop.org/libdrm/libdrm-2.4.58.tar.bz2 MD5: 24213913333d72b36c16463ed92e522a libdrm-2.4.58.tar.bz2 SHA1: ef9a647796fa326e99ca9026a6d847172f39c66c libdrm-2.4.58.tar.bz2 SHA256: b155fae6b9c9a3b02ef8b77f58c7c219194c996a4018dc55ba66c03996a365dd libdrm-2.4.58.tar.bz2 http://dri.freedesktop.org/libdrm/libdrm-2.4.58.tar.gz MD5: e56c0c79f7b17f761b0287b25b500cce libdrm-2.4.58.tar.gz SHA1: a53df9c326062f0ab0da8cfb8ccc843fe1accedc libdrm-2.4.58.tar.gz SHA256: e6f6901b0dd431d4e21f6e81ae5a5aef65885ed5f066e8d9751ca69ba9a71186 libdrm-2.4.58.tar.gz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUKFqUAAoJEBkcm5BVIrBFIkgP/Ane41lj6OT/DzU2luavBjKe 3P/S4WnAiCMTPx5EAA39/M/MEMaCq2rI56l11SyJp3/3eLHMBmSftByEhJ2rskK9 5TPVpF4NlZYK7vTxiynPQKN75uyMZe1zRVAy+4Dfna0znc+3BRVugrt1uYPPg0G/ RXJiwrgKZ5FvU/J9FxdrPBPGMJURdTH33ap0LlsFJwsbh01ENW94RQFbGb+Fk7rr buGxFjcFWBm+gpqAfK572UchVzkQXmDSLxWZ7UmH535X4LvWPM9nEHQIJioqg/wT yEwIS1H5kFcoMgM+au55U/3cgMZB1nW1/L+1cGASzr6O9wapnuf+vGusmtIaf0dF yWnhADcWdXdsrkaFV37uu6/HpwiYygFtaZ58qxhvRH2yCZTC9CSc6+SfmWLCOsuh ZhsKF1ZeLD3LVMUTdQfey5B0MRrBONl+FXCheKhXv+sZ19dxyRNqXPeZHIK2N5Di SdJrrZAVADFT3Y9OCdTZKxf8BW5iDAwTOsDMUGhvTwK8OLoKfRA679Eau2KGGMJB cKQysm7FNIicAKvr28g3EgJpVKuT20cnbMDzE0YiHYx8jpcDkwYnjKbArxWjxSsE Mn9h6095ZiLm7asP34JkD7NRSKv/ViD3GwuZ3BTVymI00YNaD61FCjnM687WQUgB Op309gj+CctB69xuwLpt =Tc/g -----END PGP SIGNATURE-----

1 0

[PATCH] nouveau: fix 32bit builds
by Emil Velikov 28 Sep '14

28 Sep '14

On 32bit platforms we have to provide _FILE_OFFSET_BITS via config.h otherwise the static assert in drm_munmap will trigger. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=84428 Signed-off-by: Emil Velikov <emil.l.velikov(a)gmail.com> --- nouveau/private.h | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/nouveau/private.h b/nouveau/private.h index bf9db04..8176267 100644 --- a/nouveau/private.h +++ b/nouveau/private.h @@ -1,6 +1,10 @@ #ifndef __NOUVEAU_LIBDRM_PRIVATE_H__ #define __NOUVEAU_LIBDRM_PRIVATE_H__ +#ifdef HAVE_CONFIG_H +#include <config.h> +#endif + #include <libdrm.h> #include <xf86drm.h> #include <xf86atomic.h> -- 2.1.0

2 1

[ANNOUNCE] libdrm 2.4.57
by robdclark＠gmail.com 28 Sep '14

28 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alex Deucher (2): radeon: add new CIK pci ids radeon: add new SI pci ids Benjamin Gaignard (1): modetest: Add support of STI driver Damien Lespiau (1): intel: Don't leak the test page in an has_userptr() error path Emil Velikov (27): all: include config.h only when available and use its defines libkms: remove explicit define _FILE_OFFSET_BITS 64 libdrm, freedreno, intel, nouveau, radeon: add Makefile.sources libdrm,intel: Add Android build libdrm,intel: rework android header handling radeon: add Android build support nouveau: add Android build support freedreno: add Android build support android: add CleanSpec.mk freedreno: fd_bo_from_handle() remove duplicate declaration automake: remove obsolete makefiles Remove i810_drm.h and i830_drm.h from the distribution tarball automake: fix 'make commit-headers' configure: unconditionally check for atomic ops/primitives libkms: build the intel backend only when needed libkms: move sources lists to makefile.sources libkms: add Android build modetest: move sources lists to makefiles.sources modetest: add Android build automake: pick up all files for distribution. Add private mmap/munmap wrappers drm: use drm_mmap/drm_munmap wrappers libkms: use drm_mmap/drm_munmap wrappers nouveau: use drm_mmap/drm_munmap wrappers radeon: use drm_mmap/drm_munmap wrappers freedreno: use drm_mmap/drm_munmap wrappers intel: use drm_mmap/drm_munmap wrappers François Tigeot (1): drm: Implement drmCheckModesettingSupported() for DragonFly Lionel Landwerlin (4): atomic: add atomic_add_unless() intel: make bufmgr_gem shareable from different API intel: make bo_unreference() thread safe intel: make drm_intel_gem_bo_get_reloc_count() thread safe Maarten Lankhorst (6): nouveau: Only export public functions. radeon: Use symbol visibility. intel: Use symbol visibility. omap: Use symbol visibility. freedreno: Use symbol visibility. exynos: Use symbol visibility. Maks Naumov (1): radeon: Fix surf->bankh init by default value when surf->tile_split == 0 Rafal Sapala (1): intel: Adding locks for drm objects synchronization. Rob Clark (2): freedreno: add dmabuf import/export helpers configure.ac: bump version to 2.4.57 for release Thierry Reding (1): configure: Support symbol visibility when available Tvrtko Ursulin (1): intel: Add support for userptr objects git tag: libdrm-2.4.57 http://dri.freedesktop.org/libdrm/libdrm-2.4.57.tar.bz2 MD5: 88f7ddc70b6cf3b07c8441cbd424c2ff libdrm-2.4.57.tar.bz2 SHA1: 31308e034a2510650c862efe4f46948e3e9e2fdf libdrm-2.4.57.tar.bz2 SHA256: fd1129cbfb918c7e8aed8b6f724b836802d2ff652921655c6f29882b3a9c33b6 libdrm-2.4.57.tar.bz2 http://dri.freedesktop.org/libdrm/libdrm-2.4.57.tar.gz MD5: e46195baf447dfb2e9e7656fa75dddba libdrm-2.4.57.tar.gz SHA1: be3192d4f2b46fd32b990339bf9af185304377bf libdrm-2.4.57.tar.gz SHA256: 87cff67385c761a4324effa4f917134e6292e89f6285bdc3c03c460c4b73a07e libdrm-2.4.57.tar.gz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUKDhsAAoJEBkcm5BVIrBFH/wQANQuuSd9151T2zmQsZjdh2SF 1cGq7V/kBTM3FNCvK332c2+ce8jCzifJM0TEuSwYRQkdBwh92O6k1LrqF1Q5UgBo HAKPnx40Ic6PYTLjzfK2sSAAm0R1lYiFBThpxHdGMpObRCQYet/eDibYkizo88Jk A45wALyhFw/vsNG8ipAdhgVnIEVIIkVC8AQQRWvX3W94wSlOZezMGeUCl3TArK5s OPHkPFhN7WuQRaWdJf+s8b55HMhuO2HffcQGY+rk4LLSKZ3zgUMlrXrNt39EVvfv z60RKylBGlVBfhPBVYaTaSKJqvJlbOo44+5G2o9nHBQAXK/S0U+ZKKXeHLiMmfji hogjsS9MxDppHeypOkQGIV6W1r5QhFneM4ILXsgqSGyZocL3eo82JobX/8aDOpCm X4jVGWyucC5+oGNv1lXkhBpdpI85y/Hcn9NB0M3VxN86l47pkBNyEODXT8cgYxWh 9+v3HSDHQTxomiSk8VzaSjlHzSqGMDiNfuUHMbnJI1hFPP4t2sxjPJLNlz0cy2R5 5fy44ap2xoI3xJGXf+rLw/sU3+dco91KzA5nqku3LrcPxcxcWcsPYGK87/MdkuMo edBAdUIB15nyyZmdaCide9Z9gSe+OQTDl7kdZr6mczJ35Fm2TUkNhfLRqTjCF0tt t2h2Muyp35TYsBXkfd4V =WxDR -----END PGP SIGNATURE-----

1 0

[PATCH 00/27] add pm_runtime_last_busy_and_autosuspend() helper
by Vinod Koul 28 Sep '14

28 Sep '14

This patch series adds a simple macro pm_runtime_last_busy_and_autosuspend() which invokes pm_runtime_mark_last_busy() and pm_runtime_put_autosuspend() sequentially. Then we do a tree wide update of current patterns which are present. As evident from log below this pattern is frequent in the kernel. This series can be found at git://git.kernel.org/pub/scm/linux/kernel/git/vkoul/slave-dma.git topic/pm_runtime_last_busy_and_autosuspend Fengguang's kbuild has tested it so it shouldn't break things for anyone. Barring one patch (explictyly mentioned in its changelog) rest are simple replacements. If all are okay, this should be merged thru PM tree as it depends on macro addition. Subhransu S. Prusty (1): PM: Add helper pm_runtime_last_busy_and_autosuspend() Vinod Koul (26): dmaengine: ste_dma: use pm_runtime_last_busy_and_autosuspend helper extcon: arizona: use pm_runtime_last_busy_and_autosuspend helper drm/i915: use pm_runtime_last_busy_and_autosuspend helper drm/nouveau: use pm_runtime_last_busy_and_autosuspend helper drm/radeon: use pm_runtime_last_busy_and_autosuspend helper vga_switcheroo: use pm_runtime_last_busy_and_autosuspend helper i2c: designware: use pm_runtime_last_busy_and_autosuspend helper i2c: omap: use pm_runtime_last_busy_and_autosuspend helper i2c: qup: use pm_runtime_last_busy_and_autosuspend helper mfd: ab8500-gpadc: use pm_runtime_last_busy_and_autosuspend helper mfd: arizona: use pm_runtime_last_busy_and_autosuspend helper mei: use pm_runtime_last_busy_and_autosuspend helper mmc: use pm_runtime_last_busy_and_autosuspend helper mmc: mmci: use pm_runtime_last_busy_and_autosuspend helper mmc: omap_hsmmc: use pm_runtime_last_busy_and_autosuspend helper mmc: sdhci-pxav3: use pm_runtime_last_busy_and_autosuspend helper mmc: sdhci: use pm_runtime_last_busy_and_autosuspend helper NFC: trf7970a: use pm_runtime_last_busy_and_autosuspend helper pm2301-charger: use pm_runtime_last_busy_and_autosuspend helper spi: omap2-mcspi: use pm_runtime_last_busy_and_autosuspend helper spi: orion: use pm_runtime_last_busy_and_autosuspend helper spi: ti-qspi: use pm_runtime_last_busy_and_autosuspend helper spi: core: use pm_runtime_last_busy_and_autosuspend helper tty: serial: omap: use pm_runtime_last_busy_and_autosuspend helper usb: musb: omap2430: use pm_runtime_last_busy_and_autosuspend helper video: fbdev: use pm_runtime_last_busy_and_autosuspend helper Documentation/power/runtime_pm.txt | 4 ++ drivers/dma/ste_dma40.c | 30 ++++--------- drivers/extcon/extcon-arizona.c | 6 +-- drivers/gpu/drm/i915/intel_pm.c | 3 +- drivers/gpu/drm/nouveau/nouveau_connector.c | 3 +- drivers/gpu/drm/nouveau/nouveau_drm.c | 9 +--- drivers/gpu/drm/radeon/radeon_connectors.c | 15 ++---- drivers/gpu/drm/radeon/radeon_drv.c | 5 +- drivers/gpu/drm/radeon/radeon_kms.c | 6 +-- drivers/gpu/vga/vga_switcheroo.c | 7 +-- drivers/i2c/busses/i2c-designware-core.c | 3 +- drivers/i2c/busses/i2c-omap.c | 6 +-- drivers/i2c/busses/i2c-qup.c | 3 +- drivers/mfd/ab8500-gpadc.c | 6 +-- drivers/mfd/arizona-irq.c | 3 +- drivers/misc/mei/client.c | 12 ++---- drivers/mmc/core/core.c | 3 +- drivers/mmc/host/mmci.c | 12 ++---- drivers/mmc/host/omap_hsmmc.c | 19 ++------- drivers/mmc/host/sdhci-pxav3.c | 6 +-- drivers/mmc/host/sdhci.c | 3 +- drivers/nfc/trf7970a.c | 3 +- drivers/power/pm2301_charger.c | 3 +- drivers/spi/spi-omap2-mcspi.c | 9 +--- drivers/spi/spi-orion.c | 3 +- drivers/spi/spi-ti-qspi.c | 5 +- drivers/spi/spi.c | 6 +-- drivers/tty/serial/omap-serial.c | 60 +++++++++------------------ drivers/usb/musb/omap2430.c | 6 +-- drivers/video/fbdev/auo_k190x.c | 9 +--- include/linux/pm_runtime.h | 6 +++ 31 files changed, 97 insertions(+), 177 deletions(-) Thanks -- ~Vinod

6 17

[PATCH v5 00/11] drm: add support for Atmel HLCDC Display Controller
by Boris BREZILLON 28 Sep '14

28 Sep '14

Hello, This patch series adds support for Atmel HLCDC (HLCD Controller) available on some Atmel SoCs (i.e. the sama5d3 family). The HLCDC actually provides a Display Controller and a PWM device, hence I decided to declare an MFD device exposing 2 subdevices: a display controller and a PWM chip. This also solves a circular dependency issue preventing HLCDC driver from unloading. The HLCDC request a drm_panel device, which request a backlight device (a PWM backlight), which depends on a PWM which is provided by the HLCDC driver (hlcdc -> panel -> backlight -> hlcdc (pwm part)). The current implementation only supports sama5d3 SoCs but other SoCs should be easily ported by defining new compatible strings and adding HLCDC description structures for these SoCs (Ludovic tested this driver on an at91sam9x5 board). The drivers supports basic CRTC functionalities, several overlays and an hardware cursor. At the moment, it only supports connection to LCD panels through an RGB connector (defined as an LVDS connector in my implementation), though connection to other kind of devices (like DRM bridges) could be added later. It also supports several RGB formats on all planes and some YUV formats on the HEO overlay plane. This series depends those series: [1] and [2]. I know you're all quite busy, but I was expecting to get support for atmel's HLCDC block in 3.18, and given the lack of review I got on the DRM and PWM parts I doubt it can happen :-(. Moreover, the dependencies ([1] and [2]) are stuck too. The first one has been reviewed by Rob, but didn't get any feedback after that. David, Rob, is there anything blocking this series ? The second patch series contains some rework I've done to describe the transfer format used on a connector bus. Laurent, Thierry, you're the one who suggested this rework. Could you give your opinion on my implementation ? Best Regards, Boris [1]http://lkml.iu.edu/hypermail/linux/kernel/1407.1/04171.html [2]http://www.spinics.net/lists/kernel/msg1791681.html Changes since v4: - fix a few more bugs in rotation handling (rotation was buggy on some formats) - return connector_status_unknown until a panel is exposed by the drm_panel infrastructure (prevent fbdev creation until everyting is in place) - rework Kconfig MFD_ATMEL_HLCDC selection to simplify the configuration (automatically select this option when selecting the HLCDC PMW or DRM driver, instead of depending on this option) Changes since v3: - rework the layer code to simplify several parts (locking and layer disabling) - make use of the drm_flip_work infrastructure - rely on default HW cursor implementation using on the cursor plane - rework the display controller DT bindings (based on OF graph representation) - add rotation support - retrive RGB bus format from drm_display_info - drop the dynamic pinctrl state selection - rework HLCDC output handling (previously specialized to interface with LCD panels) - drop ".module = THIS_MODULE" lines - change display controller compatible string Changes since v2: - fix coding style issues (macro indentation) - make use of GENMASK in several places - declare regmap config as a static structure - rework hlcdc plane update API - rework cursor handling to make use of the new plane update API - fix backporch config - do not use devm_regmap_init_mmio_clk to avoid extra clk_enable clk disable calls when accessing registers - explicitely include regmap and clk headers instead of relying on atmel-hlcdc.h inclusions - make the atmel-hlcdc driver depends on CONFIG_OF - separate DT bindings documentation from driver implementation - support several pin muxing for HLCDC pins on sama5d3 SoCs Changes since v1: - replace the backlight driver by a PWM driver - make use of drm_panel infrastructure - split driver code in several subsystem: MFD, PWM and DRM - add support for overlays - add support for hardware cursor Boris BREZILLON (11): mfd: add atmel-hlcdc driver mfd: add documentation for atmel-hlcdc DT bindings pwm: add support for atmel-hlcdc-pwm device pwm: add DT bindings documentation for atmel-hlcdc-pwm driver drm: add Atmel HLCDC Display Controller support drm: add DT bindings documentation for atmel-hlcdc-dc driver ARM: AT91/dt: split sama5d3 lcd pin definitions to match RGB mode configs ARM: AT91/dt: add alternative pin muxing for sama5d3 lcd pins ARM: at91/dt: define the HLCDC node available on sama5d3 SoCs ARM: at91/dt: add LCD panel description to sama5d3xdm.dtsi ARM: at91/dt: enable the LCD panel on sama5d3xek boards .../devicetree/bindings/drm/atmel-hlcdc-dc.txt | 54 ++ .../devicetree/bindings/mfd/atmel-hlcdc.txt | 50 ++ .../devicetree/bindings/pwm/atmel-hlcdc-pwm.txt | 55 ++ arch/arm/boot/dts/sama5d31ek.dts | 20 + arch/arm/boot/dts/sama5d33ek.dts | 20 + arch/arm/boot/dts/sama5d34ek.dts | 20 + arch/arm/boot/dts/sama5d36ek.dts | 20 + arch/arm/boot/dts/sama5d3_lcd.dtsi | 205 ++++- arch/arm/boot/dts/sama5d3xdm.dtsi | 58 ++ drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/Makefile | 1 + drivers/gpu/drm/atmel-hlcdc/Kconfig | 13 + drivers/gpu/drm/atmel-hlcdc/Makefile | 7 + drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 286 +++++++ drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 488 ++++++++++++ drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.h | 224 ++++++ drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_layer.c | 656 ++++++++++++++++ drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_layer.h | 403 ++++++++++ drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c | 476 ++++++++++++ drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 836 +++++++++++++++++++++ drivers/mfd/Kconfig | 6 + drivers/mfd/Makefile | 1 + drivers/mfd/atmel-hlcdc.c | 118 +++ drivers/pwm/Kconfig | 10 + drivers/pwm/Makefile | 1 + drivers/pwm/pwm-atmel-hlcdc.c | 229 ++++++ include/linux/mfd/atmel-hlcdc.h | 78 ++ 27 files changed, 4306 insertions(+), 31 deletions(-) create mode 100644 Documentation/devicetree/bindings/drm/atmel-hlcdc-dc.txt create mode 100644 Documentation/devicetree/bindings/mfd/atmel-hlcdc.txt create mode 100644 Documentation/devicetree/bindings/pwm/atmel-hlcdc-pwm.txt create mode 100644 drivers/gpu/drm/atmel-hlcdc/Kconfig create mode 100644 drivers/gpu/drm/atmel-hlcdc/Makefile create mode 100644 drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c create mode 100644 drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c create mode 100644 drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.h create mode 100644 drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_layer.c create mode 100644 drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_layer.h create mode 100644 drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c create mode 100644 drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c create mode 100644 drivers/mfd/atmel-hlcdc.c create mode 100644 drivers/pwm/pwm-atmel-hlcdc.c create mode 100644 include/linux/mfd/atmel-hlcdc.h -- 1.9.1

6 23

Re: Stupid NVIDIA 3D vgaarb.c patch
by Linus Torvalds 27 Sep '14

27 Sep '14

Adding proper people and mailing lists.. The PCI_CLASS_DISPLAY_VGA test goes back to the very beginning by BenH, and I have no idea if adding PCI_CLASS_DISPLAY_3D is appropriate, but hopefully somebody does. The fact that it makes things work certainly argues fairly convincingly for it, but I want some backup here. Dave, BenH? Christopher(?), can you please also specify which laptop etc. And the patch itself seems to have come from somebody else, unless you're Lekensteyn. So we'd want to get the provenance of that too. Linus On Mon, Sep 22, 2014 at 1:28 PM, C Bergström <cbergstrom(a)pathscale.com> wrote: > Hi Linus, > > I don't know who the original author is and I can have one of the distro > graphics friends review it, but I need this patch below to get NVIDIA > drivers to work (without using any Intel graphics) on my laptop > http://pastebin.com/wpmFi38k > > Sorry - I know this is not the proper way to submit a patch, but it's > trivial and I'm not a kernel dev. > > Thanks > > ./C

10 12

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2014