lt;https://bugs.freedesktop.org/show_bug.cgi?id=82201>?)
Cheers,
Kai
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 648 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141116/16a85f91/attachment.sig>
ytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141116/d278f2b9/attachment.sig>
Hi Inki,
On 11/14/2014 10:36 AM, Inki Dae wrote:
> On 2014ë
10ì 01ì¼ 15:19, YoungJun Cho wrote:
>> For the I80 interface, the video interrupt pending register(VIDINTCON1)
>> should be handled in fimd_irq_handler() and the video interrupt control
>> register(VIDINTCON0) should be handled in fi
4a638b4e38234233f5c7e6705662fbc0b58d80c2 disabled the checksumming
for CEA blocks. If only the checksum is wrong, reading twice should
result in identical data, whereas a bad transfer will most likely
corrupt diffent bytes.
Signed-off-by: Stefan Brüns
---
drivers/gpu/drm/drm_edid.c | 25 +++
drm_edid_block_valid will dump the whole EDID block. Shorten the log
output to a single line stating the block is empty.
Signed-off-by: Stefan Brüns
---
drivers/gpu/drm/drm_edid.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/driver
Signed-off-by: Stefan Brüns
---
drivers/gpu/drm/drm_edid.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 0755d01..505960e 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/gpu/drm/drm_edid.c
@@ -1184,6 +1184,17
Kai Wasserbäch wrote:
> Kai Wasserbäch wrote on 15.11.2014 22:22:
>> Kai Wasserbäch wrote on 15.11.2014 16:33:
>>> Is there anything besides a bisect you would need to debug this?
>>
>> Ok, I did a bisection, but that time was wasted for sure. My "first
>> bad commit" isn't bad at all. Is there
otal 1080 clock 77.00Hz
--
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/20141116/d57d8c28/attachment.html>
sizeof(u8) is always 1.
Signed-off-by: Fabian Frederick
---
drivers/gpu/drm/r128/r128_state.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/r128/r128_state.c
b/drivers/gpu/drm/r128/r128_state.c
index 575e986..8fd2d9f 100644
--- a/drivers/gpu/drm/r128/r1
On Fri, Nov 14, 2014 at 5:42 PM, Hai Li wrote:
> All the sub-systems in mdss share the same irq. This change provides
> the sub-systems with the interfaces to register/unregister their own
> irq handlers.
>
> With this change, struct mdp5_kms does not have to keep the hdmi or
> edp context.
>
So,
On Fri, Nov 14, 2014 at 5:42 PM, Hai Li wrote:
> This change is to remove the hdmi structure from mdp kms data structure.
>
> To do this, the initialization flow is re-arranged.
> - hdmi_init is moved from modeset_init to hdmi_bind.
> - hdmi_destroy is called by hdmi_unbind and the use of kref i
On Thu, Nov 13, 2014 at 01:50:33PM +0100, Thierry Reding wrote:
> Hi Dave,
>
> Sorry for the dupe, sending with the list in Cc this time.
>
> The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
>
> Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
>
> are available in the gi
Hi Dave,
Main pull for 3.19. I may have another pull in a few days with some
mdp5 bits (and hopefully mdp5 atomic), but I figured there was no need
to hold up what we have already. Main highlights so far:
1) a4xx gpu support (userspace gallium bits on mesa master)
2) mdp4/hdmi/core bits for ato
stem froze.
--
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/20141116/93ab0878/attachment.html>
14 matches
Mail list logo
