In psb_intel_lvds_init(), if we fail to allocate memory for
'psb_intel_connector' we free the memory we previously allocated for
'psb_intel_encoder', but we then proceed to use that free'd pointer
when we do 'psb_intel_encoder->dev_priv = lvds_priv;'.
We may also leak the memory we allocated for '
On Sat, 14 Jan 2012, Jesper Juhl wrote:
> In psb_intel_lvds_init(), if we fail to allocate memory for
> 'psb_intel_connector' we free the memory we previously allocated for
> 'psb_intel_encoder', but we then proceed to use that free'd pointer
> when we do 'psb_intel_encoder->dev_priv = lvds_priv;'
In sis_driver_load(), the only use of 'ret' is as the return value
from the function, unfortunately it is never initialized, so the
function just returns garbage when it succeeds.
To fix that, remove the variable and just return 0 directly on success.
Signed-off-by: Jesper Juhl
---
drivers/gpu/d
In psb_intel_lvds_init(), if we fail to allocate memory for
'psb_intel_connector' we free the memory we previously allocated for
'psb_intel_encoder', but we then proceed to use that free'd pointer
when we do 'psb_intel_encoder->dev_priv = lvds_priv;'.
I believe the proper way to handle this is to
https://bugs.freedesktop.org/show_bug.cgi?id=44330
Stephane Marchesin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #6 from Zoltán Böszörményi 2012-01-14 19:14:30 PST
---
Same for me - black screen.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
On Sat, Jan 14, 2012 at 09:20:37PM +0100, Jesper Juhl wrote:
> In sis_driver_load(), the only use of 'ret' is as the return value
> from the function, unfortunately it is never initialized, so the
> function just returns garbage when it succeeds.
> To fix that, remove the variable and just return 0
Two things seem to do the trick on my ivb machine here:
- prevent the gt from powering down while waiting for seqno
notification interrupts by grabbing the force_wake in get_irq (and
dropping it in put_irq again).
- ordering writes from the ring's CS by reading a CS register, ACTHD
seems to w
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #15 from Valter 2012-01-14
06:01:31 PST ---
Hi Alex.
I wrote the command:
valter at valter-A7V400-MX:~$ xrandr --newmode "1920x1080R" 138.50 1920 1968
2000
2080 1080 1083 1088 +hsync -vsync
to test, I had suggested committee.
In psb_intel_lvds_init(), if we fail to allocate memory for
'psb_intel_connector' we free the memory we previously allocated for
'psb_intel_encoder', but we then proceed to use that free'd pointer
when we do 'psb_intel_encoder->dev_priv = lvds_priv;'.
We may also leak the memory we allocated for '
On Sat, 14 Jan 2012, Jesper Juhl wrote:
> In psb_intel_lvds_init(), if we fail to allocate memory for
> 'psb_intel_connector' we free the memory we previously allocated for
> 'psb_intel_encoder', but we then proceed to use that free'd pointer
> when we do 'psb_intel_encoder->dev_priv = lvds_priv;'
In sis_driver_load(), the only use of 'ret' is as the return value
from the function, unfortunately it is never initialized, so the
function just returns garbage when it succeeds.
To fix that, remove the variable and just return 0 directly on success.
Signed-off-by: Jesper Juhl
---
drivers/gpu/d
https://bugs.freedesktop.org/show_bug.cgi?id=44330
Stephane Marchesin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
In psb_intel_lvds_init(), if we fail to allocate memory for
'psb_intel_connector' we free the memory we previously allocated for
'psb_intel_encoder', but we then proceed to use that free'd pointer
when we do 'psb_intel_encoder->dev_priv = lvds_priv;'.
I believe the proper way to handle this is to
https://bugs.freedesktop.org/show_bug.cgi?id=44772
Bug #: 44772
Summary: Radeon HD6950 (Cayman): Resuming from hibernation
fails sometimes
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: All
Two things seem to do the trick on my ivb machine here:
- prevent the gt from powering down while waiting for seqno
notification interrupts by grabbing the force_wake in get_irq (and
dropping it in put_irq again).
- ordering writes from the ring's CS by reading a CS register, ACTHD
seems to w
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #15 from Valter 2012-01-14 06:01:31
PST ---
Hi Alex.
I wrote the command:
valter@valter-A7V400-MX:~$ xrandr --newmode "1920x1080R" 138.50 1920 1968 2000
2080 1080 1083 1088 +hsync -vsync
to test, I had suggested committee.
At
https://bugs.freedesktop.org/show_bug.cgi?id=44772
Bug #: 44772
Summary: Radeon HD6950 (Cayman): Resuming from hibernation
fails sometimes
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: All
18 matches
Mail list logo
