Hello Tvrtko Ursulin,
The patch de1add360522: "drm/i915: Decouple execbuf uAPI from
internal implementation" from Jan 15, 2016, leads to the following
static checker warning:
drivers/gpu/drm/i915/i915_gem_execbuffer.c:1411 eb_select_ring()
warn: buffer overflow 'dev_priv->ring' 5
Hi Linus,
Misc amdgpu/radeon fixes,
VC4 build fix
vmwgfx fix
misc rockchip fixes,
The etnaviv guys had an API feature they wanted in their first release, so
I've merged that with their fixes.
Dave.
The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d:
Linux 4.5-rc1 (2
On 2016å¹´01æ26æ¥ 10:59, Yakir Yang wrote:
> Here are a brief introduction to Innosilicon HDMI IP:
>- Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter
>- Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec
>- Digital video interface supports a pixel siz
bbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/6a67436c/attachment-0001.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/5c2f192e/attachment.html>
vel/attachments/20160129/6902006f/attachment.html>
es.
Ben.
>
>
>
> > }
> >
> > int
> > --
> > 1.9.1
> >
>
>
>
>
> --
> Regards
> Insu Yun
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/ce86d3fc/attachment.sig>
ri-devel/attachments/20160129/3e615b76/attachment.html>
v_VIDEO_C0_C2_SWAP(C0_C2_CHANGE_DISABLE));
>> +return 0;
>> +}
>> +}
>>
> It seems should be if (data->enc_in_format == data->enc_out_format).
>
Ah, good catch, thanks
- Yakir
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/7f63372c/attachment-0001.html>
Here are a brief introduction to Innosilicon HDMI IP:
- Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter
- Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec
- Digital video interface supports a pixel size of 24, 30, 36, 48bits color
depth in RGB
- S/PDIF o
org/archives/dri-devel/attachments/20160129/ef3e59d0/attachment.html>
The Innosilicon HDMI is a low power HDMI 1.4 transmitter
IP, and it have been integrated on some rockchip CPUs
(like RK3036, RK312x).
Signed-off-by: Yakir Yang
---
Changes in v8:
- Don't check whether encoder output format is RGB colorspace, cause driver
default configure the output colorspace
Signed-off-by: Yakir Yang
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add the Acked-by tags from Rob
- Correct the misspell "rk3036-dw-hdmi" (Heiko)
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/276a9afa/attachment.html>
On Thu, 28 Jan 2016, Bruno Wolff III wrote:
> On Mon, Jan 25, 2016 at 12:02:28 +0100,
> Gerd Hoffmann wrote:
>>The test for the qemu q35 south bridge added by commit
>>"39bfcd52 drm/i915: more virtual south bridge detection"
>>also matches on real hardware. Having the check for
>>virtual syste
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
---
Changes in v8.1:
- Remove dumplicate Signed-off which add at the v8 (Mark)
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add the Acked-by tags from Rob
-
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/dbb656be/attachment.html>
On Fri, 29 Jan 2016 14:47:39 +0800
Yakir Yang wrote:
> The Innosilicon HDMI is a low power HDMI 1.4 transmitter
> IP, and it have been integrated on some rockchip CPUs
> (like RK3036, RK312x).
>
> Signed-off-by: Yakir Yang
> ---
> Changes in v8:
> - Don't check whether encoder output format is
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20160129/975656ba/attachment-0001.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/93ed703f/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/ceaa4077/attachment.html>
dri-devel/attachments/20160129/14da6337/attachment.html>
dri-devel/attachments/20160129/d317ef3e/attachment.html>
On Mon, 25 Jan 2016, Gerd Hoffmann wrote:
> The test for the qemu q35 south bridge added by commit
> "39bfcd52 drm/i915: more virtual south bridge detection"
> also matches on real hardware. Having the check for
> virtual systems last in the list is not enough to avoid
> that ...
>
> Refine the c
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/54ef5833/attachment.html>
disabled (v2)
--
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/20160129/c52d3e9a/attachment-0001.html>
On Mo, 2016-01-25 at 08:37 -0800, Robin H. Johnson wrote:
> Introduce PCI_VENDOR/PCI_SUBVENDOR/PCI_SUBDEVICE defines to replace the
> constants scattered in the kernel already used to detect QEMU.
>
> They are defined in the QEMU codebase per docs/specs/pci-ids.txt.
Reviewed-by: Gerd Hoffmann
t
On Fr, 2016-01-29 at 09:59 +0200, Jani Nikula wrote:
> On Mon, 25 Jan 2016, Gerd Hoffmann wrote:
> > The test for the qemu q35 south bridge added by commit
> > "39bfcd52 drm/i915: more virtual south bridge detection"
> > also matches on real hardware. Having the check for
> > virtual systems last
Hi, Stefan
I had tested your patch(https://lkml.org/lkml/2015/11/18/951) in ls1021-twr
board, I think you can merge this patch to your tree if Jianwei don't have any
objections.
> On Tuesday, January 26, 2016 1:45 PM, Stefan Agner
> wrote:
>
> As I wrote earlier
> (http://www.spinics.net/lis
;enc_out_format).
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/d1a08f4f/attachment.html>
On Fri, 29 Jan 2016, Gerd Hoffmann wrote:
> On Fr, 2016-01-29 at 09:59 +0200, Jani Nikula wrote:
>> On Mon, 25 Jan 2016, Gerd Hoffmann wrote:
>> > The test for the qemu q35 south bridge added by commit
>> > "39bfcd52 drm/i915: more virtual south bridge detection"
>> > also matches on real hardwar
This one's lacking some maintainers, adding for acks. There's already
review from Gerd [1], and seems like a good idea anyway.
Bjorn, I suppose it would make most sense to merge this via PCI tree,
right?
BR,
Jani.
[1] http://mid.gmane.org/1454057342.28516.45.camel at redhat.com
On Mon, 25
Signed-off-by: Gerd Hoffmann
---
depends on http://mid.gmane.org/1453739846-3549-1-git-send-email-robbat2 at
gentoo.org
---
drivers/gpu/drm/i915/i915_drv.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
Hi Gerd,
[auto build test ERROR on drm-intel/for-linux-next]
[cannot apply to v4.5-rc1 next-20160129]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Gerd-Hoffmann/drm-i915-use-defines-for
Hi Gerd,
[auto build test WARNING on drm-intel/for-linux-next]
[cannot apply to v4.5-rc1 next-20160129]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Gerd-Hoffmann/drm-i915-use-defines-for
From: Enrico Jorns
DRM_FORMAT_RGB565 is missing from ipu_plane_formats.
The support is there, just need to make it available to userspace.
Signed-off-by: Enrico Jorns
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/imx/ipuv3-plane.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers
From: Lucas Stach
Make sure the DRM core is aware that there will be no vblank interrupts
incoming if the CRTC is disabled. That way the core will reject any
attempts from userspace to wait on a vblank event on a disabled CRTC.
Signed-off-by: Lucas Stach
Signed-off-by: Philipp Zabel
---
drive
On Fri, 29 Jan 2016 10:02:54 +0100,
Jani Nikula wrote:
>
>
> This one's lacking some maintainers, adding for acks. There's already
> review from Gerd [1], and seems like a good idea anyway.
Feel free to take my ack, too
Reviewed-by: Takashi Iwai
thanks,
Takashi
The port nodes are documented as optional, treat them accordingly.
Reported-by: Martin Fuzzey
Reported-by: Chris Healy
Signed-off-by: Philipp Zabel
Fixes: 304e6be652e2 ("gpu: ipu-v3: Assign of_node of child platform devices to
corresponding ports")
---
Changes since v1:
- Avoid leaking platfo
Hi,
these are rebased onto v4.5-rc1 and the rockchip patch is updated to also
replace the rockchip_drm_encoder_get_mux_id() call in dw-mipi-dsi.c. The
first two patches are unchanged, I'm just looking for feedback whether
I should include the rockchip patch in the next imx-drm pull request.
Chang
This patch adds a helper to parse the encoder endpoint connected to the
encoder's crtc and two helpers to return its id and port id.
This can be used to determine input mux setting from endpoint or port ids.
Suggested-by: Daniel Kurtz
Reviewed-by: Daniel Kurtz
Signed-off-by: Philipp Zabel
---
It is replaced by drm_of_encoder_active_port_id.
Suggested-by: Daniel Kurtz
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/imx/dw_hdmi-imx.c | 2 +-
drivers/gpu/drm/imx/imx-drm-core.c | 30 --
drivers/gpu/drm/imx/imx-drm.h | 2 --
drivers/gpu/drm/imx/imx-ld
It is replaced by drm_of_encoder_active_endpoint_id.
Suggested-by: Daniel Kurtz
Reviewed-by: Daniel Kurtz
Reviewed-by: Heiko Stuebner
Tested-by: Yakir Yang
[for dw_hdmi-rockchip]
Acked-by: Mark Yao
Signed-off-by: Philipp Zabel
---
Changes since v3:
- Rebased onto v4.5-rc1: also update dw-mi
L:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/dd818307/attachment.html>
Hi Dan,
On 28/01/16 22:30, Dan Carpenter wrote:
> Hello Tvrtko Ursulin,
>
> The patch de1add360522: "drm/i915: Decouple execbuf uAPI from
> internal implementation" from Jan 15, 2016, leads to the following
> static checker warning:
>
> drivers/gpu/drm/i915/i915_gem_execbuffer.c:1411 eb_sel
ext part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/0615a463/attachment.sig>
Otherwise this call would have no effect.
Caught by Coverity.
Signed-off-by: Imre Deak
---
drivers/gpu/drm/drm_dp_mst_topology.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c
b/drivers/gpu/drm/drm_dp_mst_topology.c
index 6ed90a2..8
max_payload is limited by the space we have in
drm_dp_mst_topology_mgr::vcpi_mask,payload_mask. We need to track
max_payloads+1 IDs in these masks, see drm_dp_mst_assign_payload_id().
Add a sanity check for this.
Caught by coverity.
Signed-off-by: Imre Deak
---
drivers/gpu/drm/drm_dp_mst_topolo
The mode_fixup is necessary when using it in a DRM FB driver pipeline.
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/i2c/adv7511.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/i2c/adv7511.c b/drivers/gpu/drm/i2c/adv7511.c
index 533d1e3..90082d2 100644
--- a/dr
On Fri, Jan 29, 2016 at 02:44:28PM +0200, Imre Deak wrote:
> Otherwise this call would have no effect.
>
> Caught by Coverity.
>
> Signed-off-by: Imre Deak
Reviewed-by: David Weinehall
> ---
> drivers/gpu/drm/drm_dp_mst_topology.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
On Fri, Jan 29, 2016 at 02:44:29PM +0200, Imre Deak wrote:
> max_payload is limited by the space we have in
> drm_dp_mst_topology_mgr::vcpi_mask,payload_mask. We need to track
> max_payloads+1 IDs in these masks, see drm_dp_mst_assign_payload_id().
> Add a sanity check for this.
>
> Caught by cove
Hi,
2016-01-25 Maarten Lankhorst :
> Hey,
>
> Op 21-01-16 om 13:49 schreef Gustavo Padovan:
> > From: Gustavo Padovan
> >
> > Hi,
> >
> > The following patches are some clean ups on the sync framework before
> > we start the actual de-staging. The main changes here are the move of
> > SW_SYNC_U
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/24bd9d66/attachment.html>
Commit a9fa852886fd ("drm/exynos: dp: add of_graph dt binding support
for panel") made the Exynos DP DT binding more consistent since the OF
graph could be used to lookup either a panel or a bridge device node.
Before that commit, a panel would be looked up using a phandle and a
bridge using the O
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/2bef24d0/attachment.html>
Vbios does this for us on asic_init.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c
b/drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c
index
On Thu, Jan 7, 2016 at 5:46 PM, Tomeu Vizoso
wrote:
> 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 tha
On Fri, Jan 29, 2016 at 5:38 PM, Andy Shevchenko
wrote:
> On Thu, Jan 7, 2016 at 5:46 PM, Tomeu Vizoso
> wrote:
>> 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 be
From: Sumit Semwal
Android needs libdrm built statically for recovery;
enable that as well.
Signed-off-by: Sumit Semwal
Signed-off-by: Rob Herring
Cc: Chih-Wei Huang
Cc: Emil Velikov
---
I posted this to mesa-dev, but I guess libdrm patches are supposed to go
to dri-devel.
Rob
Android.mk
ake a look what went wrong as soon as I have time (going to
FOSDEM this weekend).
--
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/attachm
On Fri, Jan 29, 2016 at 12:47:20PM -0200, Gustavo Padovan wrote:
> Hi,
>
> 2016-01-25 Maarten Lankhorst :
>
> > Hey,
> >
> > Op 21-01-16 om 13:49 schreef Gustavo Padovan:
> > > From: Gustavo Padovan
> > >
> > > Hi,
> > >
> > > The following patches are some clean ups on the sync framework befor
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/a5e63bb7/attachment.html>
On Fri, Jan 29, 2016 at 5:51 PM, Andy Shevchenko
wrote:
> On Fri, Jan 29, 2016 at 5:38 PM, Andy Shevchenko
> wrote:
>> On Thu, Jan 7, 2016 at 5:46 PM, Tomeu Vizoso
>> wrote:
>>> Adds a function that sets the pointer to dev_pm_domain in struct device
>>> and that warns if the device has already
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/cfa5bdac/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20160129/9b46d32b/attachment-0001.html>
Hello Michal,
On 01/29/2016 02:07 PM, Michal Suchanek wrote:
> Hello,
>
> after commit a9fa852886fd5a7ccec3b7e9eff75f85072f009c
>
> display no longer works on the Snow board. The built-in panel is no
> longer probed.
>
> The commit *supposedly* provides for backwards compatibility and at
> first
On 01/28/16 01:23, Daniel Vetter wrote:
> And I think driver_data really shouldn't be there, it makes things
> complicated with the array of variable-sized objects, and generic
> userspace can't really use it - for debug output we already have
> obj/driver_name per fence point, which I think is goo
Hi Carlos,
Thank you for the patch.
On Friday 29 January 2016 10:33:47 Carlos Palminha wrote:
> The mode_fixup is necessary when using it in a DRM FB driver pipeline.
Instead of implementing stubs in encoder drivers, wouldn't it be better to
make mode_fixup optional ?
> Signed-off-by: Carlos P
From: Ville Syrjälä
Add a few helpers to get the dimensions of the chroma plane(s).
v2: Add kernel-doc (Daniel)
v3: Fix kerneldoc "Returns:" style (Daniel)
Uninline the functions and check for num_planes (Daniel)
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Ville Syrjälä
Revie
On Thu, 28 Jan 2016 19:05:16 -0500
Insu Yun wrote:
> Since drm_property_create_range can be failed in memory pressure,
> it needs to be handled.
>
> Signed-off-by: Insu Yun
> ---
> drivers/gpu/drm/gma500/framebuffer.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/gpu/drm
org/archives/dri-devel/attachments/20160129/fe6d0f70/attachment.html>
From: Alan Cox
This is a left over from the great clean ups in the past. It's confusing as
it returns an int, yet has one caller that never uses it. The caller already
has all the right private variables local so the entire function can be
replaced by a simple if call.
Signed-off-by: Alan Cox
-
tch please work back through
> the call chain and check the effect of the new error return - if any.
>
> A better patch I think would be to just eliminate the function and turn
> it into a tiny bit of inlined code.
>
> I'll send a patch to do that shortly.
>
Thanks
>
> Alan
>
>
>
>
--
Regards
Insu Yun
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/13658e6e/attachment-0001.html>
On 29 January 2016 at 18:18, Javier Martinez Canillas
wrote:
> Hello Michal,
>
> On 01/29/2016 02:07 PM, Michal Suchanek wrote:
>>
>> Hello,
>>
>> after commit a9fa852886fd5a7ccec3b7e9eff75f85072f009c
>>
>> display no longer works on the Snow board. The built-in panel is no
>> longer probed.
>>
>
Hello,
after commit a9fa852886fd5a7ccec3b7e9eff75f85072f009c
display no longer works on the Snow board. The built-in panel is no
longer probed.
The commit *supposedly* provides for backwards compatibility and at
first glance only new options for probing the panel are added.
However, reverting
From: Gustavo Padovan
Hi,
This patch series clean up IOCTLs and abi of sync framework and it is a follow
up on the clean up series I've sent on Jan 21:
http://thread.gmane.org/gmane.comp.video.dri.devel/145509
The main changes here are:
* remove of SYNC_WAIT ioctl, poll() should be used inst
From: Gustavo Padovan
This ioctl is replicating the work of poll() syscall so let's take the
opportunity that this is still on staging tree and remove the duplication
and force new users to use the poll() standard interface.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.c
From: Gustavo Padovan
As struct sync_pt doesn't exist anymore it is a good idea remove any
reference to it in the sync_framework. sync_pts were replaced directly by
fences.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.c | 8
drivers/staging/android/uapi/sync.h
From: Gustavo Padovan
info_data is a bit redundant, let's keep it as only sync_file_info. It is
also smaller.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.c | 26 +-
drivers/staging/android/uapi/sync.h | 9 -
2 files changed, 17 insertio
From: Gustavo Padovan
It is unclear in what situations driver_data should be used thus better do
not upstream it for now. If a need arises in the future a discussion can
be started to re-add it.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sw_sync.c | 14 --
drivers
From: Gustavo Padovan
After removing driver_data struct fence_info has now a fixed size,
thus it doesn't need any field to tell its size, it is already known.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.c | 4 +---
drivers/staging/android/uapi/sync.h | 2 --
2 files ch
From: Gustavo Padovan
Making fence_info a pointer enables us to extend the struct in the future
without breaking the ABI.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.c | 2 +-
drivers/staging/android/uapi/sync.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
From: Gustavo Padovan
Inform the users how many fences are in the fence_info field.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.c | 2 ++
drivers/staging/android/uapi/sync.h | 2 ++
2 files changed, 4 insertions(+)
diff --git a/drivers/staging/android/sync.c b/drivers
From: Gustavo Padovan
We don't use the 'fence' name to refer to sync_file anymore. So rename it
to SYNC_IOC_FILE_INFO.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.c | 2 +-
drivers/staging/android/uapi/sync.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
di
From: Gustavo Padovan
Play safe and add flags member to all structs. So we don't need to
break API or create new IOCTL in the future if new features that requires
flags arises.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/uapi/sync.h | 6 ++
1 file changed, 6 insertions(+)
d
From: Gustavo Padovan
struct sync_merge_data already have documentation on top of the
struct definition. No need to duplicate it.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/uapi/sync.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/and
On Friday, January 29, 2016 06:35:49 PM Andy Shevchenko wrote:
> On Fri, Jan 29, 2016 at 5:51 PM, Andy Shevchenko
> wrote:
> > On Fri, Jan 29, 2016 at 5:38 PM, Andy Shevchenko
> > wrote:
> >> On Thu, Jan 7, 2016 at 5:46 PM, Tomeu Vizoso >> collabora.com> wrote:
> >>> Adds a function that sets th
ys/class/drm/card0/device/power_dpm_force_performance_level'
and see if it still crashes.
--
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/20160129/2499db93/attachment.html>
On 01/28/2016 05:29 PM, Rob Clark wrote:
> can't really say if that is the issue in this case, but these are the
> symptoms you'd see if the kernel was built without some driver that
> imx-drm depends on[1]. The kernel will only try to reprobe a driver
> if some other driver has loaded since it
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/597f3ff1/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160129/ddbd0a6a/attachment.html>
91 matches
Mail list logo
