dri-devel February 2016

dri-devel@lists.freedesktop.org

180 participants
1240 discussions

Intel drm random freezes with Z36xxx/Z37xxx and several current 4.x kernels?
by Bruno Kant 07 Feb '16

07 Feb '16

Hello, According to what I read, video related bug reports could be feed to xorg developpers, they would care about the kernel driver also. Is this an adequate list for such reports? Would you have an easy way to get a diff for Intel Z36xxx/Z37xxx driver, between those two Fedora kernel builds? - 4.5.0-0.rc2.git0.1.vanilla.knurd.1.fc23 - 4.5.0-0.rc2.git1.1.vanilla.knurd.1.fc23 As further described below, git0.1 is stable with my XS35V4 Shuttle. But git1.1 often freezes, like some other … [View More]current kernels dnf installed by fc23. This Shuttle XS35V4 is new, came with the latest XS35V400.400 BIOS installed. I now have a Win10/Fedora 23 dual boot installed on it. Win 10 is stable, I could watch videos with Win 10 during hours. Running Linux is a different story. From the standard Shuttle XS35V4 hardware, a barbone: # lspci -nnk | egrep -iA3 "VGA" 00:02.0 VGA compatible controller [0300]: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display [8086:0f31] (rev 0e) DeviceName: Onboard IGD Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Device [1297:4019] Kernel driver in use: i915 With current Fedora 23 kernels, my XS35V4 freezes randomly as soon I'm using X. It frozed also several times during Fedora Workstation installation (a GUI). I had to reboot/restart the install to get Fedora 23 on it. Then I noticed fc23 Xorg freezes after 30 to 40 minutes uptime with load. fc23 Xorg freezed also with no load, takes some more time. fc23 ran stable with gdm/Xorg disabled. Googling around, I found a way to disable Intel DRI/accelleration. My X environnement was stable for hours with heavy load and those next lines added to the box and current 4.3.3 or 4.3.4 fc23 kernels: # cat /etc/X11/xorg.conf.d/20-intel.conf Section "Device" Identifier "Intel Graphics" Driver "intel" Option "NoAccel" "True" Option "DRI" "False" EndSection I found also that the Intel driver itself was improved over months. Current Fedora 23 4.3 kernels seem to be build around xorg-x11-drv-intel/2.99.917/16.20150729.fc23, which is of last jully. Digging more in sources, I read: - kernel 4.3 is based on 20150731 (unstable for that Shuttle) - kernel 4.4 is based on 20151010 (not tested) - kernel 4.5-rc2 (precise git0.1 build) is based on 20151218 (tests ongoing, this Shuttle and kernel seem to be much more stable, the uptime reaches hours) Top of Fedora 23, I installed x86_64 4.5.0-0.rc2.git0.1.vanilla.knurd.1.fc23 from their vanilla-mainline repo. This was stable for hours, with accel and DRI active and with a heavy load for this Celeron (3 video streams plus one VM running in QEMU/KVM). Then I choosed to reinstall fc23 from scratch. And vanilla-mainline repo added kernel version git1.1 (the update) during my latest reinstall. Then my Shuttle started to quickly freeze again. I now forced 4.5.0-0.rc2.git0.1.vanilla.knurd.1.fc23 kernel reinstall on my fc23/XS35V4 box and it seems much stable again, which is why I suggest you to catch this Fedora 23 git0.1/git1.1 Intel driver diff. Best regards [View Less]

1 1

[Bug 94025] [bisected] r600_texture.c:562: r600_texture_get_htile_size: Assertion `0' failed
by bugzilla-daemon＠freedesktop.org 07 Feb '16

07 Feb '16

https://bugs.freedesktop.org/show_bug.cgi?id=94025 Bug ID: 94025 Summary: [bisected] r600_texture.c:562: r600_texture_get_htile_size: Assertion `0' failed Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: … [View More]

1 6

[PATCH] drm/qxl: fix erroneous return value
by Anton Protopopov 07 Feb '16

07 Feb '16

The qxl_gem_prime_mmap() function returns ENOSYS instead of -ENOSYS Signed-off-by: Anton Protopopov <a.s.protopopov(a)gmail.com> --- drivers/gpu/drm/qxl/qxl_prime.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/qxl/qxl_prime.c b/drivers/gpu/drm/qxl/qxl_prime.c index 3d031b5..9f029dd 100644 --- a/drivers/gpu/drm/qxl/qxl_prime.c +++ b/drivers/gpu/drm/qxl/qxl_prime.c @@ -68,5 +68,5 @@ int qxl_gem_prime_mmap(struct drm_gem_object *obj, struct … [View More]

1 0

[PATCH v4 0/2] Add a DRM display driver to the Allwinner H3
by Jean-Francois Moine 06 Feb '16

06 Feb '16

The proposed DRM driver works on a Orange PI 2 with a kernel 4.5.0-rc1 and some H3 patches found in Hans de Goede's GIT repository. As there is no documentation about the HDMI of the H3, the associated encoder/connector driver has not been included in this patch series. For test purpose, it may be built as a out-of-tree driver from the tarball: http://moinejf.free.fr/opi2/h3-hdmi.tar.gz and the DT files: http://moinejf.free.fr/opi2/sun8i-h3.dtsi http://moinejf.free.fr/opi2/sun8i-h3-… [View More]orangepi-plus.dts Jean-Francois Moine (2): clk: sunxi: Add sun6i/8i video support drm: sunxi: Add a basic DRM driver for Allwinner DE2 --- v4: - drivers/clk/sunxi/Makefile was missing (Emil Velikov) v3: - add the hardware cursor - simplify and fix the DE2 init sequences - generation for all SUNXI SoCs (Andre Przywara) v2: - remarks from Chen-Yu Tsai and Russell King - DT documentation added --- Documentation/devicetree/bindings/clock/sunxi.txt | 2 + .../devicetree/bindings/display/sunxi.txt | 81 ++++ drivers/clk/sunxi/Makefile | 2 + drivers/clk/sunxi/clk-sun6i-display.c | 106 +++++ drivers/clk/sunxi/clk-sun6i-pll3.c | 174 +++++++ drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/Makefile | 1 + drivers/gpu/drm/sunxi/Kconfig | 20 + drivers/gpu/drm/sunxi/Makefile | 7 + drivers/gpu/drm/sunxi/de2_crtc.c | 421 +++++++++++++++++ drivers/gpu/drm/sunxi/de2_crtc.h | 61 +++ drivers/gpu/drm/sunxi/de2_de.c | 505 +++++++++++++++++++++ drivers/gpu/drm/sunxi/de2_drm.h | 40 ++ drivers/gpu/drm/sunxi/de2_drv.c | 377 +++++++++++++++ drivers/gpu/drm/sunxi/de2_plane.c | 91 ++++ 15 files changed, 1890 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/sunxi.txt create mode 100644 drivers/clk/sunxi/clk-sun6i-display.c create mode 100644 drivers/clk/sunxi/clk-sun6i-pll3.c create mode 100644 drivers/gpu/drm/sunxi/Kconfig create mode 100644 drivers/gpu/drm/sunxi/Makefile create mode 100644 drivers/gpu/drm/sunxi/de2_crtc.c create mode 100644 drivers/gpu/drm/sunxi/de2_crtc.h create mode 100644 drivers/gpu/drm/sunxi/de2_de.c create mode 100644 drivers/gpu/drm/sunxi/de2_drm.h create mode 100644 drivers/gpu/drm/sunxi/de2_drv.c create mode 100644 drivers/gpu/drm/sunxi/de2_plane.c -- 2.7.0 [View Less]

4 8

[git pull] drm fixes
by Dave Airlie 06 Feb '16

06 Feb '16

Hi Linus, Fixes all over the place: amdkfd: two static checker fixes mst: a bunch of static checker and spec/hw interaction fixes amdgpu: fix Iceland hw properly, and some fiji bugs, along with some write-combining fixes. exynos: some regression fixes adv7511: fix some EDID reading issues. Dave. The following changes since commit 36f90b0a2ddd60823fe193a85e60ff1906c2a9b3: Linux 4.5-rc2 (2016-01-31 18:12:16 -0800) are available in the git repository at: git://people.freedesktop.org/~… [View More]airlied/linux drm-fixes for you to fetch changes up to 6739b3d7bc18a5373efd863b11831e8f515fffe1: Merge branch 'drm-fixes-mst' of git://people.freedesktop.org/~airlied/linux into drm-fixes (2016-02-05 15:24:17 +1000) ---------------------------------------------------------------- Alex Deucher (10): drm/amdgpu: no need to load MC firmware on fiji drm/amdgpu/gfx8: enable cp inst/reg error interrupts drm/amdgpu/gfx7: enable cp inst/reg error interrupts drm/amdgpu: move gmc7 support out of CIK dependency drm/amdgpu: pull topaz gmc bits into gmc_v7 drm/amdgpu: drop topaz support from gmc8 module drm/amdgpu: don't load MEC2 on topaz drm/amdgpu: load MEC ucode manually on iceland drm/amdgpu: remove exp hardware support from iceland drm/amdgpu: disable uvd and vce clockgating on Fiji Amitoj Kaur Chawla (1): drm/amdkfd: Remove unnecessary cast in kfree Andreas Ziegler (1): drm/i915: Remove select to deleted STOP_MACHINE from Kconfig Andrey Grodzovsky (1): drm/dp/mst: Reverse order of MST enable and clearing VC payload table. Arnd Bergmann (2): drm/exynos: fix building without CONFIG_PM_SLEEP drm: exynos: make PM functions as __maybe_unused Colin Ian King (1): drm/amdgpu: fix non-ANSI declaration of amdgpu_amdkfd_gfx_*_get_functions() Dave Airlie (7): drm: add helper to check for wc memory support Merge tag 'drm-intel-fixes-2016-02-04' of git://anongit.freedesktop.org/drm-intel into drm-fixes Merge branch 'drm/adv7511' of git://git.kernel.org/.../wsa/linux into drm-fixes Merge branch 'exynos-drm-fixes' of git://git.kernel.org:/.../daeinki/drm-exynos into drm-fixes Merge tag 'drm-amdkfd-fixes-2016-01-28' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes Merge branch 'drm-fixes-4.5' of git://people.freedesktop.org/~agd5f/linux into drm-fixes Merge branch 'drm-fixes-mst' of git://people.freedesktop.org/~airlied/linux into drm-fixes Francisco Jerez (1): drm/i915: Make sure DC writes are coherent on flush. Gerd Hoffmann (1): drm/i915: refine qemu south bridge detection Harry Wentland (2): drm: Add drm_fixp_from_fraction and drm_fixp2int_ceil drm/dp/mst: Calculate MST PBN with 31.32 fixed point Hersen Wu (1): drm/dp/mst: move GUID storage from mgr, port to only mst branch Imre Deak (2): drm/mst: Don't ignore the MST PBN self-test result drm/mst: Add range check for max_payloads during init Insu Yun (1): drm: fix missing reference counting decrease Jani Nikula (1): drm/i915/dp: fall back to 18 bpp when sink capability is unknown Javier Martinez Canillas (1): drm/exynos: dp: Fix panel and bridge lookup logic Ken Wang (2): drm/amdgpu: iceland use CI based MC IP drm/amdgpu: The VI specific EXE bit should only apply to GMC v8.0 above Mykola Lysenko (2): drm/dp/mst: change MST detection scheme drm/dp/mst: deallocate payload on port destruction Oded Gabbay (2): drm/radeon: mask out WC from BO on unsupported arches drm/amdgpu: mask out WC from BO on unsupported arches Ville Syrjälä (2): drm/i915: Don't reject primary plane windowing with color keying enabled on SKL+ drm/i915: Fix NULL plane->fb oops on SKL Wolfram Sang (3): drm: adv7511: really enable interrupts for EDID detection drm: adv7511: mark ADV7511_REG_EDID_READ_CTRL volatile drm: adv7511: it's HPD, not HDP drivers/gpu/drm/amd/amdgpu/Makefile | 3 +- drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v7.c | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v8.c | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 10 +- drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 8 + drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 2 +- drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c | 20 +- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 28 ++- drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 43 +++- drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 30 +-- drivers/gpu/drm/amd/amdgpu/iceland_smc.c | 12 +- drivers/gpu/drm/amd/amdgpu/vi.c | 10 +- drivers/gpu/drm/amd/amdkfd/kfd_process.c | 2 +- drivers/gpu/drm/drm_dp_mst_topology.c | 279 ++++++++++++++-------- drivers/gpu/drm/exynos/exynos_dp_core.c | 55 ++--- drivers/gpu/drm/exynos/exynos_drm_dsi.c | 6 +- drivers/gpu/drm/exynos/exynos_mixer.c | 6 +- drivers/gpu/drm/i2c/adv7511.c | 48 ++-- drivers/gpu/drm/i2c/adv7511.h | 12 +- drivers/gpu/drm/i915/Kconfig | 1 - drivers/gpu/drm/i915/i915_drv.c | 4 +- drivers/gpu/drm/i915/intel_display.c | 33 ++- drivers/gpu/drm/i915/intel_lrc.c | 1 + drivers/gpu/drm/i915/intel_ringbuffer.c | 2 + drivers/gpu/drm/radeon/radeon_object.c | 7 + include/drm/drm_cache.h | 9 + include/drm/drm_dp_mst_helper.h | 25 +- include/drm/drm_fixed.h | 53 +++- 28 files changed, 461 insertions(+), 252 deletions(-) [View Less]

1 0

[Bug 105041] System constantly freezes up when waking from suspend2ram
by bugzilla-daemon＠bugzilla.kernel.org 05 Feb '16

05 Feb '16

https://bugzilla.kernel.org/show_bug.cgi?id=105041 --- Comment #14 from eversor(a)openmailbox.org --- Unfortunately, it's not that simple... With nouveau i actually had guaranteed deadlock on resume. Without it i experience random freezes. Sometimes suspend/resume works, but sometimes it doesn't suspend at all --- LED indicates active mode, but laptop is irresponsible and screen is black (this behaviour is different from originally described). Several possibly unrelated problems at once... … [View More]

1 0

[Bug 93988] Amdgpu, Tonga R9 380: ring 0 test failed (scratch(0xC040)=0xCAFEDEAD)
by bugzilla-daemon＠freedesktop.org 05 Feb '16

05 Feb '16

https://bugs.freedesktop.org/show_bug.cgi?id=93988 Bug ID: 93988 Summary: Amdgpu, Tonga R9 380: ring 0 test failed (scratch(0xC040)=0xCAFEDEAD) Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: … [View More]

1 5

[PATCHv11 00/17] HDMI CEC framework
by Hans Verkuil 05 Feb '16

05 Feb '16

From: Hans Verkuil <hans.verkuil(a)cisco.com> Hi all, The eleventh version of this patchset addresses the comments 2 and 3 I made when I posted the previous version. I am now much happier about those parts of the API. It also implements a bunch of bug fixes and adds CEC emulation to the vivid driver. The one remaining open item is to decide what to do if a cable is disconnected and reconnected for a source: should the CEC adapter be disabled and re-enabled? Which means that you need to … [View More]reconfigure. Or just update the physical address from the EDID (if necessary)? I think the latter, but I need to analyze this more closely. I might decide to leave this for now since this issue does not affect the API. The cec-ctl and cec-compliance utilities used to test the CEC framework can be found here: http://git.linuxtv.org/cgit.cgi/hverkuil/v4l-utils.git/log/?h=cec Best regards, Hans Changes since v10 ================= - Split the msg.status field into tx_status and rx_status. - Add counters for various CEC protocol errors that can occur during transmit. - Add tx_status bits for the ARB_LOST and NACK status and add a generic CEC_TX_STATUS_ERROR bit. - Add retry support to the CEC framework for hardware that does not have retry support. - Improve event handling: on open() generate events that report the initial CEC adapter status and the number of connected inputs. Also ensure that you never loose important events (intermediate events may be lost, but never the last event). The basic mechanism has been taken from the V4L2 event implementation which works very well. - CEC emulation support was added to vivid which makes it much easier to test CEC applications without having hardware present. - Improve handling of timings and timeouts in the cec framework. - Improve locking. - Fixed buggy rc cleanup. - All CEC messages are now fully supported in cec-funcs.h (specifically handling of UI Commands and short audio descriptors). Changes since v9 ================ - Updated cec.txt - Added a promiscuous capability to signal those adapters that can monitor all CEC traffic, not just directed and broadcast messages. I have one adapter that can do this. Added code in the framework to handle such messages correctly. - The status field is now value and no longer a bitmask. - Renamed the kernel config from CEC to MEDIA_CEC - The adap_transmit() callback now has a retries argument. - Use the new CEC_MAX_MSG_SIZE define instead of hardcoding it as 16 - Add support to wait for a reply after a broadcast message: this was forbidden, but it is a valid use-case. - Make sure you can't send a message to yourself. - Waiting for a transmit to succeed would never timeout (and couldn't be interrupted). Fixed. - The message status was not updated correctly if it was CEC_MSG_FEATURE_ABORTed. - Fixed a nasty kernel oops when deleting a cec adapter. - Removed the owner check: the module owner is NULL if it is compiled into the kernel instead of as a module. - Added separate register/unregister calls: this is safer and actually made it possible to drop the ugly 'cec_ready' v4l2_subdev op. Suggested by Russell, and that was a good idea. - Added missing support for 32-bit to 64-bit ioctl conversion. - Move the v4l2_subdev cec ops into a v4l2_subdev_cec_ops struct. Changes since v8 ================ - Addressed the comments Russell King made about how the cec character devices should be allocated/freed. - Updated the DocBook documentation. Changes since v7 ================ - I thought that the core thread could handle out-of-order messages, but that turned out to be wrong. After careful analysis I realized that I had to rewrite this part in cec.c in order to make it work. - Added new CEC-specific keys to input.h and use them in the CEC rc keymap. Replaced KEY_PLAY/PAUSE/STOP with KEY_PLAYCD/PAUSECD/STOPCD to clarify that these are media operations and not the Pause key on the keyboard. - Added CEC_PHYS_ADDR_INVALID (0xffff) - Added monitor support to monitor CEC traffic - Replaced CAP_TRANSMIT and CAP_RECEIVE by a single CAP_IO. - Replaced CAP_CDC by CAP_CDC_HPD since this only applies to the HPD part of the CDC messages. - Add CAP_IS_SOURCE. - Add ninputs field to cec_caps to export the number of inputs of the device. - Drop CEC_LOG_ADDRS_FL_HANDLE_MSGS and the flags field (see next change for more info). - Add CEC_CLAIM and CEC_RELEASE to explicitly start/stop processing CEC messages. This also implies ownership of the CEC interface, so other filehandles can only receive but not transmit. - Reworked event handling: report adapter state changes, input changes and if the message receive queue is full. - cec-funcs.h: added CDC HEC support. - Renamed G/S_ADAP ioctls to ADAP_G/S: this made it clearer which ioctls deal with the adapter configuration and which deal with CEC messages/events. - Clarified which CEC messages are passed on to userspace and which aren't. Specifically if CAP_ARC is set, then all ARC messages are handled by the kernel. If CAP_CDC_HPD is set, then all CDC hotplug messages are handled by the kernel. Otherwise these messages are passed on to userspace. Changes since v6 ================ - added cec-funcs.h to provide wrapper functions that fill in the cec_msg struct. This header is needed both by the kernel and by applications. - fix a missing rc_unregister_device call. - added CEC support for the adv7842 and cobalt drivers. - added CEC operand defines. Rename CEC message defines to CEC_MSG_ and operand defines now use CEC_OP_. - the CEC_VERSION defines are dropped since we now have the CEC_OP_VERSION defines. - ditto: CEC_PRIM_DEVTYPE_ is now CEC_OP_PRIM_DEVTYPE. - ditto: CEC_FL_ALL_DEVTYPE_ is now CEC_OP_ALL_DEVTYPE. - cec-ioc-g-adap-log-addrs.xml: document cec_versions field. - cec-ioc-g-caps.xml: drop vendor_id and version fields. - add MAINTAINERS entry. - add CDC support (not yet fully functional). - add a second debug level for message debugging. - fix a nasty kernel Oops in cec_transmit_msg while waiting for transmit completion (adap->tx_queue[idx].func wasn't set to NULL). - add support for CEC_MSG_REPORT_FEATURES (CEC 2.0 only). - correctly abort unsupported messages. - add support for the device power status feature. - add support for the audio return channel (preliminary). - add support for the CDC hotplug message (preliminary). - added osd_name to struct cec_log_addrs. - reported physical addresses are stored internally. - fix enabling/disabling the CEC adapter (internal fields weren't cleared correctly). - zero reserved fields. - return an error if you try to receive/transmit and the adapter isn't configured. - when creating the adapter provide the owner module and the parent device. - add a CEC_VENDOR_ID_NONE define to signal if no vendor ID was set. - add new capabilities: RC (remote control), ARC (audio return channel) and CDC (Capability Discovery and Control). - applications that want to handle messages for a logical address need to set the CEC_LOG_ADDRS_FL_HANDLE_MSGS flag. Otherwise the CEC core will be the one handling all messages. - Each logical address has its own all_device_types value. So this should be an array, not a single value. - I'm sure I've forgotten some changes... Changes since v5 ================ - drop struct cec_timeval in favour of a __u64 that keeps the timestamp in ns - remove userspace documentation from Documentation/cec.txt as userspace API is described in the DocBook - add missing documentation for the passthrough mode to the DocBook - add information about the number of events that can be queued - fix misspelling of reply - fix behaviour of posting an event in cec_received_msg, such that the behaviour is consistent with the documentation Changes since v4 ================ - add sequence numbering to transmitted messages - add sequence number handling to event hanlding - add passthrough mode - change reserved field sizes - fixed CEC version defines and addec CEC 2.0 commands - add DocBook documentation Changes since v3 ================ - remove the promiscuous mode - rewrite the devicetree patches - fixes, expansion and partial rewrite of the documentation - reorder of API structures and addition of reserved fields - use own struct to report time (32/64 bit safe) - fix of handling events - add cec.h to include/uapi/linux/Kbuild - fixes in the adv76xx driver (add missing methods, change adv7604 to adv76xx) - cleanup of debug messages in s5p-cec driver - remove non necessary claiming of a gpio in the s5p-cec driver - cleanup headers of the s5p-cec driver Changes since v2 ===============- - added promiscuous mode - added new key codes to the input framework - add vendor ID reporting - add the possibility to clear assigned logical addresses - cleanup of the rc cec map Changes since v1 ================ - documentation edited and moved to the Documentation folder - added key up/down message handling - add missing CEC commands to the cec.h file Background ========== The work on a common CEC framework was started over three years ago by Hans Verkuil. Unfortunately the work has stalled. As I have received the task of creating a driver for the CEC interface module present on the Exynos range of SoCs, I got in touch with Hans. He replied that the work stalled due to his lack of time. Original RFC by Hans Verkuil/Martin Bugge ========================================= https://www.mail-archive.com/linux-media@vger.kernel.org/msg28735.html Hans Verkuil (11): input.h: add BUS_CEC type cec: add HDMI CEC framework cec: add compat32 ioctl support cec.txt: add CEC framework documentation DocBook/media: add CEC documentation v4l2-subdev: add HDMI CEC ops cec: adv7604: add cec support. cec: adv7842: add cec support cec: adv7511: add cec support. cobalt: add cec support vivid: add CEC emulation Kamil Debski (6): dts: exynos4*: add HDMI CEC pin definition to pinctrl dts: exynos4: add node for the HDMI CEC device dts: exynos4412-odroid*: enable the HDMI CEC device HID: add HDMI CEC specific keycodes rc: Add HDMI CEC protocol handling cec: s5p-cec: Add s5p-cec driver Documentation/DocBook/device-drivers.tmpl | 3 + Documentation/DocBook/media/Makefile | 2 + Documentation/DocBook/media/v4l/biblio.xml | 10 + Documentation/DocBook/media/v4l/cec-api.xml | 76 + Documentation/DocBook/media/v4l/cec-func-close.xml | 59 + Documentation/DocBook/media/v4l/cec-func-ioctl.xml | 73 + Documentation/DocBook/media/v4l/cec-func-open.xml | 94 + Documentation/DocBook/media/v4l/cec-func-poll.xml | 89 + .../DocBook/media/v4l/cec-ioc-adap-g-caps.xml | 167 ++ .../DocBook/media/v4l/cec-ioc-adap-g-log-addrs.xml | 305 +++ .../DocBook/media/v4l/cec-ioc-adap-g-phys-addr.xml | 80 + .../DocBook/media/v4l/cec-ioc-adap-g-state.xml | 87 + .../DocBook/media/v4l/cec-ioc-adap-g-vendor-id.xml | 70 + Documentation/DocBook/media/v4l/cec-ioc-claim.xml | 71 + .../DocBook/media/v4l/cec-ioc-dqevent.xml | 252 +++ .../DocBook/media/v4l/cec-ioc-g-monitor.xml | 86 + .../DocBook/media/v4l/cec-ioc-g-passthrough.xml | 81 + .../DocBook/media/v4l/cec-ioc-receive.xml | 247 +++ Documentation/DocBook/media_api.tmpl | 6 +- Documentation/cec.txt | 348 ++++ .../devicetree/bindings/media/s5p-cec.txt | 31 + Documentation/video4linux/vivid.txt | 36 +- MAINTAINERS | 21 + arch/arm/boot/dts/exynos4.dtsi | 12 + arch/arm/boot/dts/exynos4210-pinctrl.dtsi | 7 + arch/arm/boot/dts/exynos4210-universal_c210.dts | 4 + arch/arm/boot/dts/exynos4x12-pinctrl.dtsi | 7 + drivers/media/Kconfig | 7 + drivers/media/Makefile | 2 + drivers/media/cec.c | 2160 ++++++++++++++++++++ drivers/media/i2c/adv7511.c | 366 +++- drivers/media/i2c/adv7604.c | 243 ++- drivers/media/i2c/adv7842.c | 257 ++- drivers/media/pci/cobalt/Kconfig | 1 + drivers/media/pci/cobalt/cobalt-driver.c | 111 +- drivers/media/pci/cobalt/cobalt-driver.h | 2 + drivers/media/pci/cobalt/cobalt-irq.c | 3 + drivers/media/pci/cobalt/cobalt-v4l2.c | 126 +- drivers/media/pci/cobalt/cobalt-v4l2.h | 2 + drivers/media/platform/Kconfig | 12 + drivers/media/platform/Makefile | 1 + drivers/media/platform/s5p-cec/Makefile | 2 + drivers/media/platform/s5p-cec/exynos_hdmi_cec.h | 37 + .../media/platform/s5p-cec/exynos_hdmi_cecctrl.c | 208 ++ drivers/media/platform/s5p-cec/regs-cec.h | 96 + drivers/media/platform/s5p-cec/s5p_cec.c | 289 +++ drivers/media/platform/s5p-cec/s5p_cec.h | 76 + drivers/media/platform/vivid/Kconfig | 1 + drivers/media/platform/vivid/vivid-core.c | 309 ++- drivers/media/platform/vivid/vivid-core.h | 23 + drivers/media/platform/vivid/vivid-vid-cap.c | 23 + drivers/media/platform/vivid/vivid-vid-common.c | 61 + drivers/media/platform/vivid/vivid-vid-common.h | 1 + drivers/media/rc/keymaps/Makefile | 1 + drivers/media/rc/keymaps/rc-cec.c | 174 ++ drivers/media/rc/rc-main.c | 1 + fs/compat_ioctl.c | 19 + include/media/cec.h | 200 ++ include/media/i2c/adv7511.h | 6 +- include/media/rc-core.h | 1 + include/media/rc-map.h | 5 +- include/media/v4l2-subdev.h | 21 + include/uapi/linux/Kbuild | 2 + include/uapi/linux/cec-funcs.h | 1852 +++++++++++++++++ include/uapi/linux/cec.h | 912 +++++++++ include/uapi/linux/input-event-codes.h | 28 + include/uapi/linux/input.h | 1 + 67 files changed, 9898 insertions(+), 68 deletions(-) create mode 100644 Documentation/DocBook/media/v4l/cec-api.xml create mode 100644 Documentation/DocBook/media/v4l/cec-func-close.xml create mode 100644 Documentation/DocBook/media/v4l/cec-func-ioctl.xml create mode 100644 Documentation/DocBook/media/v4l/cec-func-open.xml create mode 100644 Documentation/DocBook/media/v4l/cec-func-poll.xml create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-adap-g-caps.xml create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-adap-g-log-addrs.xml create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-adap-g-phys-addr.xml create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-adap-g-state.xml create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-adap-g-vendor-id.xml create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-claim.xml create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-dqevent.xml create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-g-monitor.xml create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-g-passthrough.xml create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-receive.xml create mode 100644 Documentation/cec.txt create mode 100644 Documentation/devicetree/bindings/media/s5p-cec.txt create mode 100644 drivers/media/cec.c create mode 100644 drivers/media/platform/s5p-cec/Makefile create mode 100644 drivers/media/platform/s5p-cec/exynos_hdmi_cec.h create mode 100644 drivers/media/platform/s5p-cec/exynos_hdmi_cecctrl.c create mode 100644 drivers/media/platform/s5p-cec/regs-cec.h create mode 100644 drivers/media/platform/s5p-cec/s5p_cec.c create mode 100644 drivers/media/platform/s5p-cec/s5p_cec.h create mode 100644 drivers/media/rc/keymaps/rc-cec.c create mode 100644 include/media/cec.h create mode 100644 include/uapi/linux/cec-funcs.h create mode 100644 include/uapi/linux/cec.h -- 2.7.0 [View Less]

1 17

[GIT PULL][drm-next] drm: Add support for ARM HDLCD
by Liviu Dudau 05 Feb '16

05 Feb '16

Hi David, This is the DRM part of the ARM HDLCD driver. It has been included in linux-next for about a week and includes the Kconfig patches submitted by Arnd Bergman last week. Please pull into drm-next. Best regards, Liviu The following changes since commit 8a0d560f3e651808ae0a3d9ab9fe476e59de132b: drm/amdgpu/powerplay: include asm/div64.h for do_div() (2016-01-12 09:29:25 +1000) are available in the git repository at: git://linux-arm.org/linux-ld for-upstream/hdlcd for you to … [View More]

1 1

[Bug 15738] driValidateTextureHeaps is confused
by bugzilla-daemon＠freedesktop.org 05 Feb '16

05 Feb '16

https://bugs.freedesktop.org/show_bug.cgi?id=15738 Timothy Arceri <t_arceri(a)yahoo.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Timothy Arceri <t_arceri(a)yahoo.com.au> --- This code no longer exists. -- You are receiving this mail because: … [View More]

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel February 2016