[PATCH 00/21] On-demand device registration

Am 03.06.2015 um 21:57 schrieb Grygorii.Strashko at linaro.org: ... > So few comments from above: > - registering devices later during the System boot may improve boot time. > But resolving of all deferred probes may NOT improve boot time ;) > Have you seen smth like this? If someone is

[Intel-gfx] [RFC PATCH 00/11] drm/i915: Expose OA metrics via perf PMU

On Wed, May 27, 2015 at 4:39 PM, <> wrote: > On Thu, May 21, 2015 at 12:17:48AM +0100, Robert Bragg wrote: >> > >> > So for me the 'natural' way to represent this in perf would be through >> > event groups. Create a perf event for every single event -- yes this is >> > 53 events. >> >> So when I

[PATCH 00/21] On-demand device registration

On 06/04/2015 11:39 AM, Tomeu Vizoso wrote: > On 3 June 2015 at 21:57, Grygorii.Strashko at linaro.org > wrote: >> On 05/28/2015 07:33 AM, Rob Herring wrote: >>> On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso >> collabora.com> wrote: I have a problem with the panel on my Tegra Chromebook

drm/amdkfd: bad CONFIG_ prefix for enum entries

regards, >>> Valentin >>> >>>> Alex >>>> >>>>> Oded >>>>> >>>>> On Thu, Jun 4, 2015 at 4:45 PM Valentin Rothberg >>>>> wrote: >>>>>> >>>>>> Hi Yair, &g

drm/amdkfd: bad CONFIG_ prefix for enum entries

t;>>> Oded >>>> >>>> On Thu, Jun 4, 2015 at 4:45 PM Valentin Rothberg >>>> wrote: >>>>> Hi Yair, >>>>> >>>>> your commit fbeb661bfa89 ("drm/amdkfd: Add skeleton H/W debugger >>>>> modul

[PATCH 01/25] drm: add generic lock-free queue implementation

Signed-off-by: Jammy Zhou Signed-off-by: Shaoyun Liu Reviewed-by: Christian K?nig --- drivers/gpu/drm/Makefile| 3 +- drivers/gpu/drm/drm_queue.c | 208 include/drm/drm_queue.h | 47 ++ 3 files changed, 257 insertions(+), 1

dri-devel Digest, Vol 63, Issue 41

hi, where is the kernel.git for dri-devel ? so that i can git clone the kernel sources? Regards, vinay simha On Thu, Jun 4, 2015 at 4:36 PM, wrote: > Send dri-devel mailing list submissions to > dri-devel at lists.freedesktop.org > > To subscribe or unsubscribe via the World Wide Web,

[PATCH v3 2/2] drm/msm/hdmi: Use pinctrl in HDMI driver

Some targets (eg: msm8994) use the pinctrl framework to configure interface pins. This change adds support for initialization and pinctrl active/sleep state control for the HDMI driver. Signed-off-by: Stephane Viau --- v3: - Use pins binding handled in driver really_probe() [Ivan] v2:

[PATCH v3 1/2] drm/msm/hdmi: Point to the right struct device

DRM device's dev (hdmi->dev->dev) points to the mdss_mdp device handle. Instead, we should get a reference to the mdss_hdmi handle. Signed-off-by: Stephane Viau --- drivers/gpu/drm/msm/hdmi/hdmi_connector.c | 32 +++ 1 file changed, 16 insertions(+), 16 deletions(-)

[PATCH v3 0/2] drm/msm/hdmi: Use pinctrl in HDMI driver

Pinctrl support for HDMI needs a small fix before the actual implementation... Stephane Viau (2): drm/msm/hdmi: Point to the right struct device drm/msm/hdmi: Use pinctrl in HDMI driver Documentation/devicetree/bindings/drm/msm/hdmi.txt | 6 +++ drivers/gpu/drm/msm/hdmi/hdmi_connector.c

drm/amdkfd: bad CONFIG_ prefix for enum entries

>> >> Oded >> >> On Thu, Jun 4, 2015 at 4:45 PM Valentin Rothberg >> wrote: >>> >>> Hi Yair, >>> >>> your commit fbeb661bfa89 ("drm/amdkfd: Add skeleton H/W debugger >>> module support") has shown up in today's

drm/amdkfd: bad CONFIG_ prefix for enum entries

eton H/W debugger >> module support") has shown up in today's linux-next tree (i.e., >> next-20150604). The commit adds the following lines of code to >> drivers/gpu/drm/amd/amdkfd/kfd_dbgdev.h: >> >> +/* CONFIG reg space definition */ >> +enum { &g

[PATCH] drm/tegra: Support kernel mappings with IOMMU

Host1x command buffer patching requires that the buffer object can be mapped into kernel address space, however, the recent addition of IOMMU did not account to this requirement. Therefore Host1x engines cannot be used if IOMMU is enabled. This patch implements kmap, kunmap, mmap and munmap

[PATCH] treewide: Fix typo compatability -> compatibility

On 27 May 2015 at 16:05, Laurent Pinchart wrote: > Even though 'compatability' has a dedicated entry in the Wiktionary, > it's listed as 'Mispelling of compatibility'. Fix it. > > Signed-off-by: Laurent Pinchart > --- > drivers/net/wireless/ipw2x00/ipw2100.h | 2 +- > Acked-by: Stanislav

drm/amdkfd: bad CONFIG_ prefix for enum entries

Hi Yair, your commit fbeb661bfa89 ("drm/amdkfd: Add skeleton H/W debugger module support") has shown up in today's linux-next tree (i.e., next-20150604). The commit adds the following lines of code to drivers/gpu/drm/amd/amdkfd/kfd_dbgdev.h: +/* CONFIG reg space definitio

[PATCH 3/3] samsung-laptop: Use acpi_video_unregister_backlight instead of acpi_video_unregister

On Mon, Jun 1, 2015 at 10:25 AM, Hans de Goede wrote: > acpi_video_unregister() not only unregisters the acpi-video backlight > interface but also unregisters the acpi video bus event listener, causing > e.g. brightness hotkey presses to no longer generate keypress events. > > The unregistering

[PATCH 2/3] asus-wmi: Use acpi_video_unregister_backlight instead of acpi_video_unregister

On Mon, Jun 1, 2015 at 10:25 AM, Hans de Goede wrote: > acpi_video_unregister() not only unregisters the acpi-video backlight > interface but also unregisters the acpi video bus event listener, causing > e.g. brightness hotkey presses to no longer generate keypress events. > > The unregistering

[PATCH libdrm 2/2] Add blob property create/destroy ioctl wrappers

Hi Daniel, On 22/05/15 12:36, Daniel Stone wrote: > Signed-off-by: Daniel Stone There is a trivial suggestion inline, although I must say thank you ! Thank you for keeping the impl. details of struct _drmModeAtomicReqItem/_drmModeAtomicReq out of the public headers. > --- a/xf86drmMode.c > +++

[PATCH] drm/exynos: dsi: check whether dsi is enabled before sending data

exynos_dsi_host_transfer() can be called through a panel driver while DSI is turning down. It is possible because the function checks only whether DSI is initialized or not, and there is a moment which DSI is set by uninitialized, but DSI is still turning down. To prevent it, DSI must be set by

drm/amdkfd: bad CONFIG_ prefix for enum entries

oday's linux-next tree (i.e., > next-20150604). The commit adds the following lines of code to > drivers/gpu/drm/amd/amdkfd/kfd_dbgdev.h: > > +/* CONFIG reg space definition */ > +enum { > + CONFIG_REG_BASE = 0x2000, /* in dwords */ > + CONFIG_REG_END = 0x2B00,

[Bug 87649] After archlinux system update switching on both of internal and external graphics card does not work anymore (vgaswitcheroo)

rigger it? E.g., running some app? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150604/490d9a21/attachment.html>

[Bug 87649] After archlinux system update switching on both of internal and external graphics card does not work anymore (vgaswitcheroo)

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150604/0712c457/attachment.html>

[PATCH 09/98] via_drm.h: include linux/types.h instead of non-existing via_drmclient.h

On 3 June 2015 at 18:16, Emil Velikov wrote: > Hi Mikko, > > On 30 May 2015 at 16:38, Mikko Rapeli wrote: >> Fixes compiler error: >> >> drm/via_drm.h:36:27: fatal error: via_drmclient.h: No such file or directory >> >> Signed-off-by: Mikko Rapeli >> --- >> include/uapi/drm/via_drm.h | 4 +---

[PATCHv2 45/45] drm: omapdrm: add lock for fb pinning

Before atomic modesetting omap_framebuffer_pin() and omap_framebuffer_unpin() were always called with modesetting locks taken. With atomic modesetting support this is no longer the case, and we need locking to protect the pin_count and the paddr, as multiple threads may pin the same fb

[PATCHv2 44/45] drm: omapdrm: merge omap_crtc_flush and omap_crtc_atomic_flush

omap_crtc_atomic_flush() is the only user of omap_crtc_flush(), so just move the code from omap_crtc_flush() to omap_crtc_atomic_flush(). Signed-off-by: Tomi Valkeinen --- drivers/gpu/drm/omapdrm/omap_crtc.c | 27 ++- 1 file changed, 10 insertions(+), 17 deletions(-)

[PATCHv2 43/45] drm: omapdrm: don't wait in crtc_atomic_flush

omap_crtc_atomic_flush() sets the GO bit and waits for it to get unset, which tells us the HW has taken the new configuration into use. This is unnecessary as omap_atomic_complete() waits for all the GO bits to get unset. In fact, waiting is wrong, as with multiple CRTCs we would not get the the

[PATCHv2 42/45] drm: omapdrm: add omap_atomic_wait_for_gos()

omap_atomic_complete() uses drm_atomic_helper_wait_for_vblanks() to wait for all operations to finish. That works, but can easily cause waits for vblanks when no wait is actually necessary. This patch adds omap_atomic_wait_for_gos() and uses it instead. omap_atomic_wait_for_gos() waits for the GO

[PATCHv2 41/45] drm: omapdrm: remove omap_crtc_wait_page_flip

omap_crtc_disable() waits for pending page flips to finish. However, omap_crtc_disable() is always called via omap_atomic_complete() and we never have page flips going on at that time. So remove the omap_crtc_wait_page_flip() and related code. Signed-off-by: Tomi Valkeinen ---

[PATCHv2 40/45] drm: omapdrm: if omap_plane_atomic_update fails, disable plane

omap_plane_atomic_update() calls dispc_ovl_setup(), which can fail (but shouldn't). To make the code a bit more robust, make sure the plane gets disabled if dispc_ovl_setup() fails, as otherwise we might get illegal HW configuration leading to error interrupts. Signed-off-by: Tomi Valkeinen ---

[PATCHv2 39/45] drm: omapdrm: inline omap_plane_setup into update/disable

At the moment we have omap_plane_setup() function which handles both enabling (and configuring) and disabling the plane. With atomic modesetting we have separate hooks for plane enable/config and disable. This patch moves the code from omap_plane_setup() to omap_plane_atomic_update() and

[PATCHv2 38/45] drm: omapdrm: omap_plane_setup() cannot fail, use WARN

With atomic modesetting, omap_plane_setup()'s return value is ignored as the functions using it cannot fail. dispc_ovl_setup(), called by omap_plane_setup(), can fail (but shouldn't). Instead of returning an error from omap_plane_setup() which gets ignored, return void and use WARN if

[PATCHv2 37/45] drm: omapdrm: Don't setup planes manually from CRTC .enable()/.disable()

From: Laurent Pinchart Planes setup is handled by the DRM core through the atomic helpers, there's no need to duplicate the code in the CRTC .enable() and .disable() operations. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen ---

[PATCHv2 36/45] drm: omapdrm: Don't flush CRTC when enabling or disabling it

From: Laurent Pinchart The omap_crtc_flush() call in omap_crtc_enable() and omap_crtc_disable() is a no-op, as the display manager is always disabled at this point. Just remove the function call. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen

[PATCHv2 35/45] drm: omapdrm: Move encoder setup to encoder operations

From: Laurent Pinchart Now that the driver is fully converted to atomic operations, and that the atomic helpers call the operations in the right order, we can move encoder setup to where it belongs, in the encoder operations. Signed-off-by: Laurent Pinchart

[PATCHv2 34/45] drm: omapdrm: Simplify DSS power management

From: Laurent Pinchart Instead of sprinkling dispc_runtime_get() and dispc_runtime_put() calls in various CRTC operations, move all power management code to the atomic commit function. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen ---

[PATCHv2 33/45] drm: omapdrm: Remove nested PM get/sync when configuring encoders

From: Laurent Pinchart The omap_crtc_encoder_setup() function is always called with the DSS enabled. Remove the dispc_runtime_get() and dispc_runtime_put() calls. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen ---

[PATCHv2 32/45] drm: omapdrm: Support unlinking page flip events prematurely

From: Laurent Pinchart DRM page flip vblank events requested by page flips or atomic commits are created by the DRM core and then passed to driver through CRTC states (for atomic commit) or directly to the page flip handler (for legacy page flips). The events

[PATCHv2 31/45] drm: omapdrm: omap_crtc_flush() isn't called with modeset locked

From: Laurent Pinchart When performing asynchronous atomic updates the modeset lock isn't taken around the callers of omap_crtc_flush(). This isn't an issue though, as access to the CRTC is properly serialized. Just drop the warning. Signed-off-by: Laurent

[PATCHv2 30/45] drm: omapdrm: Don't get/put dispc in omap_crtc_flush()

From: Laurent Pinchart The omap_crtc_flush() function is always called with a reference to the dispc held. Remove unnecessary calls to dispc_runtime_get() and dispc_runtime_put(). Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen ---

[PATCHv2 29/45] drm: omapdrm: Make the omap_crtc_flush function static

From: Laurent Pinchart The function isn't used outside of its compilation unit, make it static. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen --- drivers/gpu/drm/omapdrm/omap_crtc.c | 2 +- drivers/gpu/drm/omapdrm/omap_drv.h | 1 - 2 files

[PATCHv2 28/45] drm: omapdrm: Remove omap_plane enabled field

From: Laurent Pinchart The field tracks the plane state to avoid double-enable or -disable. This isn't required anymore, as - the DRM atomic core guarantees that the plane atomic_update and atomic_disable functions will never be called on an enabled/disabled

[PATCHv2 27/45] drm: omapdrm: Remove omap_crtc enabled field

From: Laurent Pinchart The field tracks the CRTC state to avoid double-enable or -disable. As the DRM atomic core guarantees that the CRTC enable and disable functions won't be called on an already enabled or disabled CRTC, such tracking isn't needed. Remove

[PATCHv2 26/45] drm: omapdrm: Move crtc info out of the crtc structure

From: Laurent Pinchart The crtc info structure is only used to setup the crtc through the DSS API. Move it from the crtc structure to local variables in omap_crtc_dss_enable(). Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen ---

[PATCHv2 25/45] drm: omapdrm: Move plane info and win out of the plane structure

From: Laurent Pinchart The plane info and win structures are only used to setup the plane through the DSS API. Move them from the plane structure to local variables in omap_plane_setup(). Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen ---

[PATCHv2 24/45] drm: omapdrm: Switch crtc and plane set_property to atomic helpers

From: Laurent Pinchart Allow setting up plane properties atomically using the plane set_property atomic helper. The properties are now stored in the plane state (requiring subclassing it) and applied when updating the planes. The CRTC exposes the properties of

[PATCHv2 23/45] drm: omapdrm: Drop manual framebuffer pin handling

From: Laurent Pinchart Since the removal of omap_plane_mode_set(), framebuffers are now pinned exclusively through the plane .prepare_fb() and .cleanup_fb() operations as the remaining callers of omap_plane_setup() don't modify the framebuffer. Remove the

[PATCHv2 22/45] drm: omapdrm: Switch page flip to atomic helpers

From: Laurent Pinchart The atomic page flip helper implements the page flip operation using asynchronous commits. As the legacy page flip was the last caller of omap_plane_mode_set(), remove the function. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi

[PATCHv2 21/45] drm: omapdrm: Implement asynchronous commit support

From: Laurent Pinchart Implement a custom .atomic_commit() handler that supports asynchronous commits using a work queue. This can be used for userspace-driven asynchronous commits, as well as for an atomic page flip implementation. Signed-off-by: Laurent

[PATCHv2 20/45] drm: omapdrm: Replace encoder mode_fixup with atomic_check

From: Laurent Pinchart The encoder .mode_fixup() operation is legacy, atomic updates uses the new .atomic_check() operation. Convert the encoder driver. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen --- drivers/gpu/drm/omapdrm/omap_encoder.c

[PATCHv2 19/45] drm: omapdrm: Switch connector DPMS to atomic helpers

From: Laurent Pinchart The atomic connector DPMS helper implements the connector DPMS operation using atomic commit, removing the need for DPMS helper operations on CRTCs and encoders. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen ---

[PATCHv2 18/45] drm: omapdrm: Switch mode config to atomic helpers

From: Laurent Pinchart This removes the legacy mode config code. The CRTC and encoder prepare and commit operations are not used anymore, remove them. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen --- drivers/gpu/drm/omapdrm/omap_crtc.c|

[PATCHv2 17/45] drm: omapdrm: Switch plane update to atomic helpers

From: Laurent Pinchart This removes the legacy plane update code. Wire up the default atomic check and atomic commit mode config helpers as needed by the plane update atomic helpers. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen ---

[PATCHv2 16/45] drm: omapdrm: Handle primary plane config through atomic plane ops

From: Laurent Pinchart Use the new CRTC atomic transitional helpers drm_helper_crtc_mode_set() and drm_helper_crtc_mode_set_base() to implement the CRTC .mode_set and .mode_set_base operations. This delegates primary plane configuration to the plane

[PATCHv2 15/45] drm: omapdrm: Implement planes atomic operations

From: Laurent Pinchart Implement the CRTC .atomic_begin() and .atomic_flush() operations, the plane .atomic_check(), .atomic_update() and operations, and use the transitional atomic helpers to implement the plane update and disable operations on top of the new

[PATCHv2 14/45] drm: omapdrm: Wire up atomic state object scaffolding

From: Laurent Pinchart Hook up the default .reset(), .atomic_duplicate_state() and .atomic_free_state() helpers to ensure that state objects are properly created and destroyed, and call drm_mode_config_reset() at init time to create the initial state objects.

[PATCHv2 13/45] drm: omapdrm: Implement encoder .disable() and .enable() operations

From: Laurent Pinchart The operations are required by the atomic helpers, implement them. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen --- drivers/gpu/drm/omapdrm/omap_encoder.c | 10 ++ 1 file changed, 10 insertions(+) diff --git

[PATCHv2 12/45] drm: omapdrm: Rework CRTC enable/disable for atomic updates

From: Laurent Pinchart When using atomic updates the CRTC .enable() and .disable() helper operations are preferred over the (then legacy) .prepare() and .commit() operations. Implement .enable() and rework .disable() to not depend on DPMS, easing DPMS removal

[PATCHv2 11/45] drm: omapdrm: Rename CRTC DSS operations with an omap_crtc_dss_ prefix

From: Laurent Pinchart The omap_crtc_enable() and omap_crtc_disable() DSS operations functions will clash with the new CRTC enable and disable helpers. Rename them to omap_crtc_dss_*, as well as the other DSS operations for consistency. Signed-off-by: Laurent

[PATCHv2 10/45] drm: omapdrm: Clean up #include's

From: Laurent Pinchart Use the <...> include style instead of "..." for DRM headers and sort the headers alphabetically to ease detection of duplicates. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen ---

[PATCHv2 09/45] drm: omapdrm: Fix page flip race with CRTC disable

From: Laurent Pinchart We can't rely on crtc->primary->fb in the page flip worker, as a racing CRTC disable (due for instance to an explicit framebuffer deletion from userspace) would set that field to NULL before the worker gets a change to run. Store the

[PATCHv2 08/45] drm: omapdrm: Turn vblank on/off when enabling/disabling CRTC

From: Laurent Pinchart The DRM core vblank handling mechanism requires drivers to forcefully turn vblank reporting off when disabling the CRTC, and to restore the vblank reporting status when enabling the CRTC. Implement this using the drm_crtc_vblank_on/off

[PATCHv2 07/45] drm: omapdrm: Rework page flip handling

From: Laurent Pinchart To implement proper vblank control the driver will need to wait for page flip completion before disabling the vblank interrupt. This is made complex by the page flip implementation which queues and submits page flips to the hardware in

[PATCHv2 06/45] drm: omapdrm: Cancel pending page flips when closing device

From: Laurent Pinchart Pending page flips must be cancelled when closing the device, otherwise their completion at next vblank will result in nasty effects, including possible oopses due to resources required to complete the page flip being freed.

[PATCHv2 05/45] drm: omapdrm: Simplify IRQ registration

From: Laurent Pinchart The omapdrm can't use drm_irq_install() and drm_irq_uninstall() as it delegates IRQ handling to the omapdss driver. However, the code still declares IRQ-related operations used by the DRM IRQ helpers, and calls them indirectly. Simplify

[PATCHv2 04/45] drm: omapdrm: Rename omap_crtc page flip-related fields

From: Laurent Pinchart The old_fb field is only used to indicate whether a page flip is pending. Turn it into a bool named flip_pending. Rename event and page_flip_work to flip_event and flip_work for consistency. Signed-off-by: Laurent Pinchart

[PATCHv2 03/45] drm: omapdrm: Rename omap_crtc_page_flip_locked to omap_crtc_page_flip

From: Laurent Pinchart The operation is called page_flip, rename its implementation accordingly. Signed-off-by: Laurent Pinchart Signed-off-by: Tomi Valkeinen --- drivers/gpu/drm/omapdrm/omap_crtc.c | 10 +- 1 file changed, 5 insertions(+), 5

[PATCHv2 02/45] drm: omapdrm: Apply settings synchronously

From: Laurent Pinchart The omapdrm driver implements a mechanism to apply new settings (due to plane update, plane disable, plane property set, CRTC mode set or CRTC DPMS) asynchronously. While this improves performance, it adds a level of complexity that makes

[PATCHv2 01/45] drm: omapdrm: Store the rotation property in dev->mode_config

From: Laurent Pinchart Rotation is a standard property, store it in dev->mode_config.rotation_property. While at it, extract the properties initialization code to a separate function instead of running it for every plane. Signed-off-by: Laurent Pinchart

[PATCHv2 00/45] Convert omapdrm to the atomic updates API

Hi, This is v2 of the atomic modesetting series for omapdrm. Laurent was not able to finish the work before having to leave abroad, so I continued the work on the series, fixing up the remaining issues and doing some additional cleanups. It is a bit late in the kernel development cycle, but I'm

drm/amdkfd: bad CONFIG_ prefix for enum entries

gt;> wrote: >>>> >>>> Hi Yair, >>>> >>>> your commit fbeb661bfa89 ("drm/amdkfd: Add skeleton H/W debugger >>>> module support") has shown up in today's linux-next tree (i.e., >>>> next-20150604). The commit adds

[PATCH] drm: bridge/dw_hdmi: Return num_modes in dw_hdmi_connector_get_modes

The dw_hdmi_connector_get_modes() function accidentally forgets to return the number of modes it added, although it has this information stored in a local variable. Let's fix that. Without this fix, drm_helper_probe_single_connector_modes_merge_bits() could get confused and always call

[Linaro-mm-sig] [RFCv3 2/2] dma-buf: add helpers for sharing attacher constraints with dma-parms

On 3 June 2015 at 15:07, Hans Verkuil wrote: > On 06/03/15 10:41, Russell King - ARM Linux wrote: >> On Wed, Jun 03, 2015 at 08:39:55AM +0200, Hans Verkuil wrote: >>> Hi Sumit, >>> >>> On 05/05/2015 04:41 PM, Sumit Semwal wrote: Hi Russell, everyone, First up, sincere apologies for

[PATCH 00/21] On-demand device registration

On 3 June 2015 at 21:57, Grygorii.Strashko at linaro.org wrote: > Hi Tomeu, > > On 05/28/2015 07:33 AM, Rob Herring wrote: >> On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso > collabora.com> wrote: >>> I have a problem with the panel on my Tegra Chromebook taking longer than >>> expected to be

drm/amdkfd: bad CONFIG_ prefix for enum entries

un 4, 2015 at 4:45 PM Valentin Rothberg > wrote: >> >> Hi Yair, >> >> your commit fbeb661bfa89 ("drm/amdkfd: Add skeleton H/W debugger >> module support") has shown up in today's linux-next tree (i.e., >> next-20150604). The commit adds the

-next slippages

Hey, so remember aim for rc5? Can we get a bit more on target shooting here, I don't think I've seen, exynos, msm or nouveau this cycle, and I've probably forgotten some of the others. though I know I'd prefer exynos atomic to land at all than hang on another cycle, Otherwise I know amdgpu is

[Bug 90704] Desktop will black when sliding mouse in touchpad after switching tty in my skylake machine

u are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150604/a1c38582/attachment.html>

[Bug 90704] Desktop will black when sliding mouse in touchpad after switching tty in my skylake machine

org/archives/dri-devel/attachments/20150604/74b1412a/attachment-0001.html>

[Bug 90704] Desktop will black when sliding mouse in touchpad after switching tty in my skylake machine

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150604/25ee9f79/attachment.html>

Help on drmModeSetPlane

Hi Does anyone know what the result value of "-34" means returned by drmModeSetPlane? William -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150604/da4153da/attachment.html>

[Bug 71789] [r300g] Visuals not found in (default) depth = 24

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150604/4bd605f2/attachment.html>

[Bug 71789] [r300g] Visuals not found in (default) depth = 24

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150604/451a7f62/attachment.html>

[PATCH] Add device enumeration interface (v3)

> Does the above cover all the things that you have planned for the interface > to provide ? Yes, exactly. That can cover what we need. Thanks. Regards, Jammy -Original Message- From: Emil Velikov [mailto:emil.l.veli...@gmail.com] Sent: Thursday, June 04, 2015 12:04 AM To: Zhou, Jammy