Anybody here?
I've already submitted this patch two times but received no response...
Maciej Szmigiero
On 01.09.2015 15:50, Maciej S. Szmigiero wrote:
> This patch adds support for United Radiant Technology
> UMSH-8596MD-xT 7.0" WVGA TFT LCD panels
> (both LVDS and parallel versions) to DRM
> pa
On Fri, Oct 02, 2015 at 06:14:22PM +0300, Dan Carpenter wrote:
> We need to call intel_runtime_pm_put() and mutex_unlock() before
> returning.
>
> Fixes: 7cb5dff8d59d ('drm/i915: fix task reference leak in i915_debugfs.c')
> Signed-off-by: Dan Carpenter
Acked-by: Geliang Tang
On Fri, Oct 2, 2015 at 3:40 PM, Philipp Zabel wrote:
> Am Donnerstag, den 01.10.2015, 22:29 +0800 schrieb Daniel Kurtz:
>> On Thu, Oct 1, 2015 at 8:58 PM, Rob Herring wrote:
>> > I was thinking one of the display related blocks like
>> > whatever block provides the main crtc functions.
>>
>> The
On Thu, Oct 01, 2015 at 07:07:33PM +0200, Patrik Jakobsson wrote:
> On Wed, Sep 30, 2015 at 8:12 AM, Sudip Mukherjee
> wrote:
> > On Tue, Sep 29, 2015 at 03:20:35PM +0200, Patrik Jakobsson wrote:
> >> On Thu, Sep 24, 2015 at 5:57 PM, Sudip Mukherjee
> >> wrote:
> >> > On Wed, Sep 09, 2015 at 06:2
Hi
I sort of recall that somebody (Dave Airlied) work on this in order to
get the full 5K from a retina iMac. Was that work finished or is that
coming in 4.3 or later? Or was it abandoned? Or maybe I am not
remembering correctly?
Best regards
Andreas Tunek
||g/show_bug.cgi?id=91294
--
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/20151002/2e480
||g/show_bug.cgi?id=92260
--
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/20151002/d5131
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/539bdfea/attachment.html>
5, 0, 12 },".
--
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/20151002/fce2a593/attachment.html>
On Fri, Oct 02, 2015 at 03:22:16PM +0200, Vincent ABRIOU wrote:
>
>
> On 10/02/2015 03:12 PM, Ville Syrjälä wrote:
> > On Fri, Oct 02, 2015 at 03:07:50PM +0200, Vincent ABRIOU wrote:
> >> Hi,
> >>
> >> On 09/30/2015 03:46 PM, ville.syrjala at linux.intel.com wrote:
> >>> From: Ville Syrjälä
HI all,
On 3 September 2015 at 15:23, Michel Thierry
wrote:
> This new version picks the suggestion from MichaÅ Winiarski related to v3
> [1].
>
> 48-bit virtual address range will be enabled in i915 soon, but some objects
> must be referenced by 32-bit offsets. These patches use a new kernel
We need to call intel_runtime_pm_put() and mutex_unlock() before
returning.
Fixes: 7cb5dff8d59d ('drm/i915: fix task reference leak in i915_debugfs.c')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/i915/i915_debugfs.c
b/drivers/gpu/drm/i915/i915_debugfs.c
index afa7982..dcc50f3 1006
This patch fixes spelling errors in drm fimc/gsc
inavild -> invaild
Signed-off-by: Ingi Kim
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 16
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 12 ++--
2 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/gpu
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/20151002/40edcf5f/attachment.html>
restore the fbdev state if a drm app like X is killed.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 16
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 5 -
drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h | 1 +
3 files changed, 21 insertions(+), 1 deleti
restore the fbdev state if a drm app like X is killed.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_fb.c | 16
drivers/gpu/drm/radeon/radeon_kms.c | 5 -
drivers/gpu/drm/radeon/radeon_mode.h | 1 +
3 files changed, 21 insertions(+), 1 deletion(-)
diff
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/f3e25e97/attachment.html>
On Fri, 2 Oct 2015, Daniel Vetter wrote:
> We chase pointers/lists without taking the locks protecting them,
> which isn't that good.
>
> Fix it.
>
> v2: Actually unlock properly, spotted by Julia.
The unlock is still on top of the unlock label?
julia
>
> Cc: Julia Lawall
> Signed-off-by: Da
Hi Rob,
Am Freitag, den 02.10.2015, 09:24 -0500 schrieb Rob Herring:
[...]
> >> > I'll try to bind to this node and have the driver find sibling nodes
> >> > using their compatible strings.
> >>
> >> That doesn't seem like a good choice since there are other functions
> >> in the block. I was thin
On 02.10.2015 02:22, Alex Deucher wrote:
> On Thu, Oct 1, 2015 at 1:13 PM, Alex Deucher wrote:
>> On Thu, Oct 1, 2015 at 1:01 PM, Alex Deucher
>> wrote:
>>> On Wed, Sep 30, 2015 at 11:50 PM, Michel Dänzer
>>> wrote:
On 01.10.2015 03:47, Alex Deucher wrote:
> If a driver uses the curs
Hi Mark,
Am Freitag, 26. Juni 2015, 09:27:18 schrieb Mark Yao:
> We want to display a buffer allocated by other driver, need import
> the buffer to gem.
>
> Signed-off-by: Mark Yao
This looks interesting ... do you want to follow up on it?
Heiko
> ---
> Changes in v2:
> Adviced by Russell Ki
Hi Daniel,
Am Freitag, den 02.10.2015, 21:47 +0800 schrieb Daniel Kurtz:
> On Fri, Oct 2, 2015 at 3:40 PM, Philipp Zabel
> wrote:
> > Am Donnerstag, den 01.10.2015, 22:29 +0800 schrieb Daniel Kurtz:
> >> On Thu, Oct 1, 2015 at 8:58 PM, Rob Herring wrote:
> >> > I was thinking one of the display
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/c4f04fed/attachment.html>
dri-devel/attachments/20151002/141278f5/attachment.html>
On Fri, Oct 02, 2015 at 03:07:50PM +0200, Vincent ABRIOU wrote:
> Hi,
>
> On 09/30/2015 03:46 PM, ville.syrjala at linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > Make the 'pipe' argument to drm_vblank_count() unsigned as it is
> > everwhere else.
> >
> > Cc: Vincent Abriou
> > Cc: Thie
ving 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/20151002/6e0408ce/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/9656d2db/attachment.html>
On Fri, Oct 02, 2015 at 10:25:27AM +0200, Vincent ABRIOU wrote:
>
>
> On 09/30/2015 04:14 PM, Ville Syrjälä wrote:
> > On Wed, Sep 30, 2015 at 04:08:02PM +0200, Daniel Vetter wrote:
> >> On Wed, Sep 30, 2015 at 04:46:48PM +0300, ville.syrjala at linux.intel.com
> >> wrote:
> >>> From: Ville Sy
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/a57d8745/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/7eaa7094/attachment.html>
On 10/02/2015 03:12 PM, Ville Syrjälä wrote:
> On Fri, Oct 02, 2015 at 03:07:50PM +0200, Vincent ABRIOU wrote:
>> Hi,
>>
>> On 09/30/2015 03:46 PM, ville.syrjala at linux.intel.com wrote:
>>> From: Ville Syrjälä
>>>
>>> Make the 'pipe' argument to drm_vblank_count() unsigned as it is
>>> eve
Hi,
On 09/30/2015 03:46 PM, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Make the 'pipe' argument to drm_vblank_count() unsigned as it is
> everwhere else.
>
> Cc: Vincent Abriou
> Cc: Thierry Reding
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/drm_irq.c |
On 10/02/2015 02:48 PM, Ville Syrjälä wrote:
> On Fri, Oct 02, 2015 at 10:25:27AM +0200, Vincent ABRIOU wrote:
>>
>>
>> On 09/30/2015 04:14 PM, Ville Syrjälä wrote:
>>> On Wed, Sep 30, 2015 at 04:08:02PM +0200, Daniel Vetter wrote:
On Wed, Sep 30, 2015 at 04:46:48PM +0300, ville.syrjala
On Fri, 2015-10-02 at 14:53 +1000, Dave Airlie wrote:
> On 2 October 2015 at 14:45, Benjamin Herrenschmidt
> wrote:
> > On Fri, 2015-10-02 at 14:42 +1000, Dave Airlie wrote:
> > > I don't think we resolved this the last time we talked about it,
> > >
> > > but radeon writecombine maps fail hard o
On 2 October 2015 at 14:45, Benjamin Herrenschmidt
wrote:
> On Fri, 2015-10-02 at 14:42 +1000, Dave Airlie wrote:
>> I don't think we resolved this the last time we talked about it,
>>
>> but radeon writecombine maps fail hard on ppc, I think all the fixes
>> either did something bad to AGP system
On Fri, 2015-10-02 at 14:47 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2015-10-02 at 14:45 +1000, Benjamin Herrenschmidt wrote:
> > On Fri, 2015-10-02 at 14:42 +1000, Dave Airlie wrote:
> > > I don't think we resolved this the last time we talked about it,
> > >
> > > but radeon writecombine m
On Fri, 2015-10-02 at 14:45 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2015-10-02 at 14:42 +1000, Dave Airlie wrote:
> > I don't think we resolved this the last time we talked about it,
> >
> > but radeon writecombine maps fail hard on ppc, I think all the
> > fixes
> > either did something ba
On Fri, 2015-10-02 at 14:42 +1000, Dave Airlie wrote:
> I don't think we resolved this the last time we talked about it,
>
> but radeon writecombine maps fail hard on ppc, I think all the fixes
> either did something bad to AGP systems or weren't liked.
>
> My patch attached just fixes radeon, wh
he issue.
Dave.
-- next part --
A non-text attachment was scrubbed...
Name: 0001-radeon-don-t-attempt-WC-mappings-on-powerpc.patch
Type: text/x-patch
Size: 2479 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/90d124a5/attachment.bin>
Hi David,
On 10/02/2015 01:49 PM, David Herrmann wrote:
> Hi
>
> On Fri, Oct 2, 2015 at 1:40 PM, Vincent Abriou
> wrote:
>> This reverts commit 73f7570bc6c853ca1fad24f9d31815b20e405354.
>>
>> This patch need to be revert because it breaks middlewares way of working.
>> As example, modetest and w
org/archives/dri-devel/attachments/20151002/4b6a2a88/attachment.html>
2.2 and
newer support the full functionality. All asics support the partial
functionality.
--
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/
orrect.
--
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/20151002/aa88ddd1/attachment-0001.html>
ult settings.
--
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/20151002/19d6e918/attachment.html>
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_display.c | 49 ++--
1 file changed, 46 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_display.c
b/drivers/gpu/drm/virtio/virtgpu_display.c
index c9c1427..f545913 100644
--- a/
From: Dave Airlie
Also add DRM_RENDER_ALLOW to the ioctls.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_drv.c | 2 +-
drivers/gpu/drm/virtio/virtgpu_ioctl.c | 18 +-
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/virtio/vi
From: Dave Airlie
This is enough to enable DRI3.
Signed-off-by: Dave Airlie
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/Makefile| 2 +-
drivers/gpu/drm/virtio/virtgpu_drv.c | 13 ++-
drivers/gpu/drm/virtio/virtgpu_drv.h | 12 ++
drivers/gpu/drm/virtio/virtgpu_
Add the bits needed for opengl rendering support: query
capabilities, new virtio commands, drm ioctls.
Signed-off-by: Dave Airlie
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/Makefile| 3 +-
drivers/gpu/drm/virtio/virtgpu_drv.c | 15 +
drivers/gpu/drm/virtio/virtgpu_drv.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_display.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/virtio/virtgpu_display.c
b/drivers/gpu/drm/virtio/virtgpu_display.c
index 4e160ef..c9c1427 100644
--- a/drivers/gpu/drm/virtio/virtgpu_display.c
+
Add helper function to handle the submission of fenced control requests.
Make sure we initialize the fence while holding the virtqueue lock, so
requests can't be reordered.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_fence.c | 2 +-
drivers/gpu/drm/virtio/virtgpu_vq.c| 4
Add virtio_gpu_queue_ctrl_buffer_locked function, which does the same as
virtio_gpu_queue_ctrl_buffer but does not take the virtqueue lock. The
caller must hold the lock instead.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_vq.c | 17 +
1 file changed, 13 inse
Hi,
Here comes the 3d rendering support patch series for virtio-gpu,
along with a few bugfixes and page-flip support. The latter needs
some careful review.
Patches 1-3 carry bugfixes.
Patches 4-6 bring 3d rendering support.
Patch 7 brings page-flip support.
Corresponsing qemu patches ha
Hi
On Fri, Oct 2, 2015 at 1:40 PM, Vincent Abriou wrote:
> This reverts commit 73f7570bc6c853ca1fad24f9d31815b20e405354.
>
> This patch need to be revert because it breaks middlewares way of working.
> As example, modetest and weston, only relies on drmModeRmFB to close
> CRTC or planes.
> Keepin
This reverts commit 13803132818cf8084d169617be060fd8e3411a98.
This patch need to be revert because it breaks middlewares way of working.
As example, modetest and weston, only relies on drmModeRmFB to close
CRTC or planes.
Keeping this patch will induce weird behavior like a plane displayed
with mo
This reverts commit 73f7570bc6c853ca1fad24f9d31815b20e405354.
This patch need to be revert because it breaks middlewares way of working.
As example, modetest and weston, only relies on drmModeRmFB to close
CRTC or planes.
Keeping this patch will induce weird behavior like a plane displayed
with mo
dri-devel/attachments/20151002/06c87c5e/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/fb218db4/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151002/69811a36/attachment.html>
||
--
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/20151002/c5a3e1a6/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/ea1852d7/attachment.html>
On 1 October 2015 at 16:59, Matt Roper wrote:
> On Thu, Oct 01, 2015 at 11:12:34AM +0100, Emil Velikov wrote:
>> Hi Matt,
>>
>> On 30 September 2015 at 17:30, Matt Roper
>> wrote:
>> > If the opendir() call in drmGetDevices() returns failure, we jump to an
>> > error label that calls closedir()
||
--
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/20151002/b2c01d8b/attachment.html>
||
--
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/20151002/68459fe4/attachment.html>
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/d0788a70/attachment-0001.html>
On 2 October 2015 at 12:01, Daniel Vetter wrote:
> We chase pointers/lists without taking the locks protecting them,
> which isn't that good.
>
> Fix it.
>
> v2: Actually unlock properly, spotted by Julia.
>
> v3: Put the label _before_ the mutex_unlock (Emil)
>
> Cc: Emil Velikov
> Cc: Julia Law
We chase pointers/lists without taking the locks protecting them,
which isn't that good.
Fix it.
v2: Actually unlock properly, spotted by Julia.
v3: Put the label _before_ the mutex_unlock (Emil)
Cc: Emil Velikov
Cc: Julia Lawall
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_sysfs.c
Am Freitag, den 02.10.2015, 11:06 +0200 schrieb Jean-Michel Hautbois:
> 2015-10-02 10:37 GMT+02:00 Philipp Zabel :
> > Hi Jean-Michel,
> >
> > Am Donnerstag, den 01.10.2015, 09:55 +0200 schrieb Jean-Michel Hautbois:
> >> Hi Philipp, Hans,
> >>
> >>
> >> 2015-07-24 17:12 GMT+02:00 Hans Verkuil :
> >
13:02:02 nb kernel: [ 217.737304] ---[ end trace 6ed27c185e1a09a4 ]---
--
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/20151
his 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/20151002/19fd4ac2/attachment-0001.html>
2015-10-02 10:37 GMT+02:00 Philipp Zabel :
> Hi Jean-Michel,
>
> Am Donnerstag, den 01.10.2015, 09:55 +0200 schrieb Jean-Michel Hautbois:
>> Hi Philipp, Hans,
>>
>>
>> 2015-07-24 17:12 GMT+02:00 Hans Verkuil :
> [...]
>> What is the status of this driver ?
>> I can test it here, Philipp, are you pl
We chase pointers/lists without taking the locks protecting them,
which isn't that good.
Fix it.
v2: Actually unlock properly, spotted by Julia.
Cc: Julia Lawall
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_sysfs.c | 16
1 file changed, 12 insertions(+), 4 deletions(-
Hi Jean-Michel,
Am Donnerstag, den 01.10.2015, 09:55 +0200 schrieb Jean-Michel Hautbois:
> Hi Philipp, Hans,
>
>
> 2015-07-24 17:12 GMT+02:00 Hans Verkuil :
[...]
> What is the status of this driver ?
> I can test it here, Philipp, are you planning to take Hans remarks
> into account in one of y
Hi Dave,
drm-intel-next-2015-09-28:
- fastboot by default for some systems (Maarten Lankhorts)
- piles of workarounds for bxt and skl
- more fbc work from Paulo
- fix hdmi hotplug detection (Sonika)
- first few patches from Ville to parametrize register macros, prep work for
typesafe mmio functi
On Fri, 28 Aug 2015, Lukas Wunner wrote:
> Signed-off-by: Lukas Wunner
Reviewed-by: Jani Nikula
> ---
> drivers/gpu/vga/vga_switcheroo.c | 6 +++---
> include/linux/vga_switcheroo.h | 4 ++--
> 2 files changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/gpu/vga/vga_switcheroo
On 09/30/2015 04:14 PM, Ville Syrjälä wrote:
> On Wed, Sep 30, 2015 at 04:08:02PM +0200, Daniel Vetter wrote:
>> On Wed, Sep 30, 2015 at 04:46:48PM +0300, ville.syrjala at linux.intel.com
>> wrote:
>>> From: Ville Syrjälä
>>>
>>> drm_vblank_count() returns the software counter. We should no
On Tue, Sep 08, 2015 at 02:17:47PM +0200, Lukas Wunner wrote:
> hda_intel.c:azx_probe() defers initialization of an audio controller
> on the discrete GPU if the GPU is powered off. The power state of the
> GPU is determined by calling vga_switcheroo_get_client_state().
>
> vga_switcheroo_get_clie
Am Donnerstag, den 01.10.2015, 22:29 +0800 schrieb Daniel Kurtz:
> On Thu, Oct 1, 2015 at 8:58 PM, Rob Herring wrote:
> > I was thinking one of the display related blocks like
> > whatever block provides the main crtc functions.
>
> The two "OVL" nodes correspond to the "crtc" functions of the two
Struct of gem object in exynos_drm driver is struct exynos_drm_gem_obj.
It's too long and we can know its meaning of name without _obj postfix.
We use several names to variable name of gem object for exynos_drm -
exynos_gem_obj, gem_obj and obj. Especially "obj" name can cause
misunderstanding wit
The arm_iommu_detach_device() is a function to detach device of iommu
attached by arm_iommu_attach_device(). The exynos-drm uses
arm_iommu_attach_device() so it should use arm_iommu_detach_device() to
detach device of iommu, not iommu_detach_device().
The drm_release_iommu_mapping() is a function
On Fri, Oct 2, 2015 at 2:18 AM, Philipp Zabel wrote:
> Am Donnerstag, den 01.10.2015, 07:58 -0500 schrieb Rob Herring:
>> On Thu, Oct 1, 2015 at 3:59 AM, Philipp Zabel
>> wrote:
>> > Am Mittwoch, den 30.09.2015, 12:13 -0500 schrieb Rob Herring:
>> >> On Mon, Sep 21, 2015 at 3:11 AM, Philipp Zabe
Am Donnerstag, den 01.10.2015, 07:58 -0500 schrieb Rob Herring:
> On Thu, Oct 1, 2015 at 3:59 AM, Philipp Zabel
> wrote:
> > Am Mittwoch, den 30.09.2015, 12:13 -0500 schrieb Rob Herring:
> >> On Mon, Sep 21, 2015 at 3:11 AM, Philipp Zabel
> >> wrote:
> >> > Note how the display-subsystem node o
Adds a function that sets the pointer to dev_pm_domain in struct device
and that warns if the device has already finished probing. The reason
why we want to enforce that is because in the general case that can
cause problems and also that we can simplify code quite a bit if we can
always assume tha
Hi,
this is v8 of an attempt to make it easier for devices to remain in
runtime PM when the system goes to sleep, mainly to reduce the time
spent resuming devices.
For this, we interpret the absence of all PM callback implementations as
it being safe to do direct_complete, so their ancestors aren
On Thu, Oct 01, 2015 at 01:22:42PM -0400, Alex Deucher wrote:
> On Thu, Oct 1, 2015 at 1:13 PM, Alex Deucher wrote:
> > On Thu, Oct 1, 2015 at 1:01 PM, Alex Deucher
> > wrote:
> >> On Wed, Sep 30, 2015 at 11:50 PM, Michel Dänzer
> >> wrote:
> >>> On 01.10.2015 03:47, Alex Deucher wrote:
> >>>
ists when using pipe_context->clear_render_target instead.
IIRC that's currently a software fallback.
--
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/20151002/b6587ff5/attachment.html>
il because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/b3e1248e/attachment.html>
terop support (since both of these
will have the interop extension disabled).
--
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/
done by setting the environment
variable, right? We can force using the mixer if this variable is set.
--
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/arch
hough...
--
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/20151002/5d388e0f/attachment-0001.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/12cc949e/attachment.html>
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/20151002/7e362344/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/c9d5e549/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151002/2cfd1789/attachment.html>
93 matches
Mail list logo
