.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141123/c4959197/attachment.html>
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/20141123/4bacb7e6/attachment.html>
ad/86897-0-6G-broken-in-wine-with-gallium9
thanks!
--
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/20141123/d8fd6e6b/attachment.html>
On Saturday, November 22, 2014 2:40 AM, Ajay kumar wrote:
>
> On Fri, Nov 21, 2014 at 5:24 AM, Gustavo Padovan
> wrote:
> > From: Gustavo Padovan
> >
> > DP was leaked everytime function returns EPROBE_DEFER, free it before
> > returning.
> >
> > Signed-off-by: Gustavo Padovan
> > ---
> > dri
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141123/fae6c4ad/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=88781
--- Comment #1 from serge ---
I forgot to mention that it is happening with an HD6950,which is plugged by
hdmi to an audio receiver which is connected to my tv.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=88781
Bug ID: 88781
Summary: black screen when starting X with radeon
Product: Drivers
Version: 2.5
Kernel Version: 3.17.3
Hardware: All
OS: Linux
Tree: Mainline
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141123/00ddad16/attachment.html>
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/20141123/f748c898/attachment.html>
From: Julia Lawall
Return a negative error code on failure.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@
identifier ret; expression e1,e2;
@@
(
if (\(ret < 0\|ret != 0\))
{ ... return ret; }
|
ret = 0
)
... when != ret =
From: Julia Lawall
Propagate the error code on failure.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@
identifier ret; expression e1,e2;
@@
(
if (\(ret < 0\|ret != 0\))
{ ... return ret; }
|
ret = 0
)
... when != ret = e1
From: Julia Lawall
Propagate the returned error code on failure.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@
identifier ret; expression e1,e2;
@@
(
if (\(ret < 0\|ret != 0\))
{ ... return ret; }
|
ret = 0
)
... when != r
The complate semantic patch that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@ok exists@
identifier f,ret,i;
expression e;
constant c;
@@
// identify a function that returns a negative return value at least once.
f(...) {
... when any
(
return -c at i;
|
ret = -c at i;
...
ecause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141123/522ede3d/attachment.html>
> -Original Message-
> From: Cheng, Yao
> Sent: Saturday, November 22, 2014 3:07
> To: intel-gfx at lists.freedesktop.org; dri-devel at lists.freedesktop.org;
> daniel.vetter at ffwll.ch; Kelley, Sean V; Chehab, John
> Cc: Jiang, Fei; dh.herrmann at gmail.com; jani.nikula at linux.intel.com
On Friday 21 November 2014 15:39:40 you wrote:
> I still feel like this should be embedded in drm_edid_block_valid
> somehow. Who's going to print the bad edid now? Is it simply no longer
> printed in this loop?
>
> I'll defer to others; any better suggestions?
>
> Jani.
>
This can not be embe
The function will also be used by a later patch, so factor it out.
V2: make raw_edid const, define/declare before first use
Signed-off-by: Stefan Brüns
Reviewed-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/
There is no need to dump the whole EDID block in case it contains no
information. Just print a single line stating the block is empty instead
of 8 lines containing only zeroes.
Signed-off-by: Stefan Brüns
---
drivers/gpu/drm/drm_edid.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(
drm_edid_is_zero will be used by drm_edid_block valid, move it up.
raw_edid argument can be const.
Signed-off-by: Stefan Brüns
---
drivers/gpu/drm/drm_edid.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edi
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141123/19a0b808/attachment.html>
||/show_bug.cgi?id=88481
--
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/20141123/35a9c
2014-11-23 0:28 GMT+09:00 Inki Dae :
> 2014-11-21 23:41 GMT+09:00 Gustavo Padovan :
>> 2014-11-21 Inki Dae :
>>
>>> On 2014ë
11ì 21ì¼ 08:12, Gustavo Padovan wrote:
>>> > 2014-11-13 Inki Dae :
>>> >
>>> >> This patch fixes null pointer dereference issue incurred
>>> >> when ipp driver is enable
2014-11-21 23:41 GMT+09:00 Gustavo Padovan :
> 2014-11-21 Inki Dae :
>
>> On 2014ë
11ì 21ì¼ 08:12, Gustavo Padovan wrote:
>> > 2014-11-13 Inki Dae :
>> >
>> >> This patch fixes null pointer dereference issue incurred
>> >> when ipp driver is enabled and Exynos drm driver is closed.
>> >>
>> >>
23 matches
Mail list logo
