With iommu, buffer->dma_addr has device addres so this patch
fixes for physical address to be set to fix.smem_start always.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
This patch fixes access issue to invalid memory region.
crtc had only one drm_framebuffer object so when framebuffer
cleanup was requested after page flip, it'd try to disable
hardware overlay to current crtc.
But if current crtc points to another drm_framebuffer,
This may induce invalid memory ac
On 10/31/2012 04:28 AM, Steffen Trumtrar wrote:
> Hi!
>
> Finally, v7 of the series.
>
> Changes since v6:
> - get rid of some empty lines etc.
> - move functions to their subsystems
> - split of_ from non-of_ functions
> - add at least some kerneldoc to some functions
>
On 2012-11-07 21:18, Rob Clark wrote:
> On Wed, Nov 7, 2012 at 9:13 AM, Tomi Valkeinen wrote:
>> On 2012-11-07 16:32, Rob Clark wrote:
>>> On Wed, Nov 7, 2012 at 4:01 AM, Tomi Valkeinen
>>> wrote:
>>
Hotplugging is not some abstract future scenario, we already have
hardware that could
Hi!
On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote:
> Hi Steffen,
>
> On Wed, Oct 31, 2012 at 14:58:05, Steffen Trumtrar wrote:
> > +#if IS_ENABLED(CONFIG_VIDEOMODE)
> > +int videomode_to_fb_videomode(struct videomode *vm, struct fb_videomode
> > *fbmode)
> > +{
> > + f
Op 08-11-12 21:53, Paul Menzel schreef:
> Dear Maarten,
>
>
> thanks for the patch.
>
>
> Am Donnerstag, den 08.11.2012, 17:19 +0100 schrieb Maarten Lankhorst:
>> Commit c0077061e7ea
> Please paste the commit summary for people not having a Git tree at
> hand.
The summary will go in the commit log
onnected;
> goto out;
> }
Acked-by: Paul Menzel
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
U
tally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/27b4d858/attachment.pgp>
Hi Linus,
just radeon and nouveau, mostly regressions fixers, and a couple of radeon
register checker fixes.
Dave.
The following changes since commit 695ddeb457584a602f2ba117d08ce37cf6ec1589:
drm/radeon: fix typo in evergreen_mc_resume() (2012-11-07 10:53:49 +1000)
are available in the git
gt; - sg_free_table(sgt);
>> err_free_sgt:
>> kfree(sgt);
>> sgt = NULL;
>> --
>> 1.7.0.4
>>
>> ___
>> dri-devel mailing list
>> dri-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>>
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/48c7abfd/attachment-0001.html>
ist
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
>
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/f7af81b7/attachment-0001.pgp>
you.
--
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/20121108/f8ab7e2c/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=56414
lu hua changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #10 from lu hua ---
Verif
https://bugs.freedesktop.org/show_bug.cgi?id=56414
lu hua changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
This would only work on mesa 9.x. You'll need:
for mesa 8.x
--
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/attachmen
laa and pp_jimenezmlaa_color were set to 8
--
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/20121108/38c4d572/attachment.html>
..
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/9f09a3fb/attachment.html>
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/20121108/d67a9b56/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/20121108/b9bcca1d/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/43911b78/attachment.html>
"dri", you should get MLAA under mesa 8.x with "r600" you
should get MLAA under 9.x.
--
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/20121108/05799a73/attachment-0001.html>
ce... or you may suggest a
smarter way...
--
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/20121108/0da7887a/attachment.html>
Commit c0077061e7ea accidentally inverted the logic for nouveau_acpi_edid,
causing it to
only show a connector as connected when the edid could not be retrieved with
acpi.
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c
b/drivers/gpu/drm/nouveau/no
--
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/20121108/5466aabf/attachment.html>
was?
--
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/20121108/773bece3/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/20121108/26f55774/attachment.html>
uch effort into making it work better at this
point.
--
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/20121108/2316511c/attachment.html>
iving 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/20121108/9936e214/attachment.html>
, won't it? Anything else I can do to
help with fixing this bug?
--
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/20121108/
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/dc0866eb/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/20121108/dbb18924/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/fa6f43e9/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/97ea5e79/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/6791d275/attachment.html>
On Don, 2012-11-08 at 10:16 -0500, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> These regs were being wronly rejected leading to rendering
> issues.
>
> fixes:
> https://bugs.freedesktop.org/show_bug.cgi?id=56876
>
> Signed-off-by: Alex Deucher
Both patches
Reviewed-by: Michel D
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/b333af22/attachment.html>
On 10/31/2012 04:28 AM, Steffen Trumtrar wrote:
> Hi!
>
> Finally, v7 of the series.
>
> Changes since v6:
> - get rid of some empty lines etc.
> - move functions to their subsystems
> - split of_ from non-of_ functions
> - add at least some kerneldoc to some functions
>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/1c7a39a4/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/d7b56451/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/ad38b2ba/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/65c5708f/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/39339d49/attachment-0001.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/20121108/c2b86a85/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/38518d06/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121108/c3b9c3dc/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/c856087b/attachment.html>
1.13.0
xf86-video-ati: 7.0.0
mesa: 9.0
--
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/20121108/7dbd8dea/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/1055dc0a/attachment.html>
Hi!
On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote:
> Hi Steffen,
>
> On Wed, Oct 31, 2012 at 14:58:05, Steffen Trumtrar wrote:
> > +#if IS_ENABLED(CONFIG_VIDEOMODE)
> > +int videomode_to_fb_videomode(struct videomode *vm, struct fb_videomode
> > *fbmode)
> > +{
> > + f
Op 08-11-12 21:53, Paul Menzel schreef:
> Dear Maarten,
>
>
> thanks for the patch.
>
>
> Am Donnerstag, den 08.11.2012, 17:19 +0100 schrieb Maarten Lankhorst:
>> Commit c0077061e7ea
> Please paste the commit summary for people not having a Git tree at
> hand.
The summary will go in the commit log
Dear Maarten,
thanks for the patch.
Am Donnerstag, den 08.11.2012, 17:19 +0100 schrieb Maarten Lankhorst:
> Commit c0077061e7ea
Please paste the commit summary for people not having a Git tree at
hand.
> accidentally inverted the logic for nouveau_acpi_edid, causing it to
> only show a connec
Am Donnerstag, den 08.11.2012, 08:42 -0600 schrieb Rob Clark:
> From: Rob Clark
>
> The patch 'drm/omap: add support for ARCH_MULTIPLATFORM' had a small
> mistake, using GET_OMAP_REVISION() instead of GET_OMAP_TYPE.
Please make the commit summary more specific. Maybe something like that.
drm/om
On Wed, Nov 7, 2012 at 5:06 PM, Thierry Reding
wrote:
> When running the xf86-video-modesetting driver on top of a KMS driver,
> leaving X causes the active encoder's DPMS mode to be set to off by the
> drm_crtc_helper_disable() function. This doesn't set the connector's
> DPMS mode to off, howeve
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/4086dc0c/attachment.html>
nts/20121108/3404a96b/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/20121108/851d505b/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #16 from ka.n...@mail.ru ---
(In reply to comment #13)
> You could attach your driconf.
> Then we could see if MLAA was enabled in mesa-8.0.4 or not.
This discussion has shown me that I was naive enough to think that things would
work
hives/dri-devel/attachments/20121108/2f3f550f/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #15 from Alex Deucher ---
(In reply to comment #14)
> Created attachment 69769 [details]
> Current drirc configuration suitable for mesa 9.0
>
> Until today both pp_jimenezmlaa and pp_jimenezmlaa_color were set to 8
This would onl
From: Ville Syrj?l?
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_crtc.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index ef1b221..25bd64f 100644
--- a/drivers/gpu/drm/drm_crtc.c
+++ b/drivers/gpu/d
On Thu, Nov 08, 2012 at 12:48:18PM -0500, Alex Deucher wrote:
> On Wed, Nov 7, 2012 at 5:06 PM, Thierry Reding
> wrote:
> > When running the xf86-video-modesetting driver on top of a KMS driver,
> > leaving X causes the active encoder's DPMS mode to be set to off by the
> > drm_crtc_helper_disable
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #14 from ka.n...@mail.ru ---
Created attachment 69769
--> https://bugs.freedesktop.org/attachment.cgi?id=69769&action=edit
Current drirc configuration suitable for mesa 9.0
Until today both pp_jimenezmlaa and pp_jimenezmlaa_color we
On Wed, Nov 7, 2012 at 9:40 AM, wrote:
> From: Alex Deucher
>
> Hi Dave,
>
> Just one patch that fixes a display regression in certain cases.
I just pushed another couple of small fixes:
commit f418b88aad0c42b4caf4d79a0cf8d14a5d0a2284
Author: Alex Deucher
Date: Thu Nov 8 10:13:24 2012 -050
From: Alex Deucher
This register is needed for streamout to work properly.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/si.c |1 +
drivers/gpu/drm/radeon/sid.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/
From: Alex Deucher
These regs were being wronly rejected leading to rendering
issues.
fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=56876
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/evergreen_cs.c |3 +++
drivers/gpu/drm/radeon/evergreend.h
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #7 from Alex Deucher ---
(In reply to comment #6)
> agpmode=4 didn't help either. So are you saying that no one will fix this
> bug and everyone with this configuration remains at risk that the system
> freezes?
With AGP it depends o
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #6 from m...@turboprinzessin.de ---
agpmode=4 didn't help either. So are you saying that no one will fix this bug
and everyone with this configuration remains at risk that the system freezes?
--
You are receiving this mail because:
Y
https://bugs.freedesktop.org/show_bug.cgi?id=56865
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/Radeon |Drivers/Gallium/r600
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #13 from Andreas Boll ---
You could attach your driconf.
Then we could see if MLAA was enabled in mesa-8.0.4 or not.
P.S: Your Evergreen card uses the r600g (gallium) driver and not radeon
classic.
--
You are receiving this mail be
On Wed, Nov 7, 2012 at 5:06 PM, Thierry Reding
wrote:
> When running the xf86-video-modesetting driver on top of a KMS driver,
> leaving X causes the active encoder's DPMS mode to be set to off by the
> drm_crtc_helper_disable() function. This doesn't set the connector's
> DPMS mode to off, howeve
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #12 from Alex Deucher ---
(In reply to comment #11)
> (In reply to comment #9)
> > MLAA may not actually have been enabled with 8.0.
> > (How) Did you verify that it was?
> I did not, but the first impression was the font rendering ha
guess really
> it should be the panel driver that is telling the encoder what
> adjusted timings to give to the crtc.. so the panel driver doesn't
> quite map to connector.
The panel can't say what timings to give to crtc, it depends on what's
between the crtc and the panel. In case of OMAP DSI, the dsi driver
needs to specify the timings for crtc, based on the panel.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 897 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121108/d26d2e93/attachment-0001.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #11 from ka.n...@mail.ru ---
(In reply to comment #9)
> MLAA may not actually have been enabled with 8.0.
> (How) Did you verify that it was?
I did not, but the first impression was the font rendering has changed a little
bit, but I'm
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #10 from Alex Deucher ---
(In reply to comment #8)
> Just to make sure we understood each other correctly...
> MLAA worked for me in 8.0 and it seems to be a regression in 9.0.
> Is there something I can do about it?
I'm saying I don
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #9 from Michel Dänzer ---
(In reply to comment #8)
> MLAA worked for me in 8.0 and it seems to be a regression in 9.0.
Comment #7 explained that MLAA may not actually have been enabled with 8.0.
(How) Did you verify that it was?
--
https://bugs.freedesktop.org/show_bug.cgi?id=56865
ka.n...@mail.ru changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|NOTABUG
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #5 from Alex Deucher ---
(In reply to comment #4)
> If I read dmesg correctly, it defaults to agp mode 2 but the bug still
> appears with radeon.agpmode=1. Using radeon.agpmode=-1 avoids the freeze,
> though.
> agpmode=-1 will be slow
https://bugs.freedesktop.org/show_bug.cgi?id=56865
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #4 from m...@turboprinzessin.de ---
If I read dmesg correctly, it defaults to agp mode 2 but the bug still appears
with radeon.agpmode=1. Using radeon.agpmode=-1 avoids the freeze, though.
agpmode=-1 will be slower than the default, wo
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #6 from ka.n...@mail.ru ---
Created attachment 69760
--> https://bugs.freedesktop.org/attachment.cgi?id=69760&action=edit
dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=56865
ka.n...@mail.ru changed:
What|Removed |Added
Attachment #69758|application/octet-stream|text/plain
mime type|
From: Rob Clark
The patch 'drm/omap: add support for ARCH_MULTIPLATFORM' had a small
mistake, using GET_OMAP_REVISION() instead of GET_OMAP_TYPE.
Signed-off-by: Rob Clark
---
arch/arm/mach-omap2/drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/drm.c
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #5 from ka.n...@mail.ru ---
Created attachment 69759
--> https://bugs.freedesktop.org/attachment.cgi?id=69759&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #4 from ka.n...@mail.ru ---
Created attachment 69758
--> https://bugs.freedesktop.org/attachment.cgi?id=69758&action=edit
Glxinfo output
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=56865
ka.n...@mail.ru changed:
What|Removed |Added
Component|Drivers/Gallium/r600|Drivers/DRI/Radeon
--- Comment #3 from
Commit c0077061e7ea accidentally inverted the logic for nouveau_acpi_edid,
causing it to
only show a connector as connected when the edid could not be retrieved with
acpi.
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c
b/drivers/gpu/drm/nouveau/no
https://bugs.freedesktop.org/show_bug.cgi?id=56876
--- Comment #7 from Thomas Rohloff ---
Could it be that deinterlaceing is bugged? Cause as soon as I enable it the
video slows down but doesn't look deinterlased.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=56876
--- Comment #6 from Thomas Rohloff ---
Thanks, the video is still flickering and has some issues, but at least it
works. :)
--
You are receiving this mail because:
You are the assignee for the bug.
__
On Wed, Nov 7, 2012 at 9:40 AM, wrote:
> From: Alex Deucher
>
> Hi Dave,
>
> Just one patch that fixes a display regression in certain cases.
I just pushed another couple of small fixes:
commit f418b88aad0c42b4caf4d79a0cf8d14a5d0a2284
Author: Alex Deucher
Date: Thu Nov 8 10:13:24 2012 -050
On Don, 2012-11-08 at 10:16 -0500, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> These regs were being wronly rejected leading to rendering
> issues.
>
> fixes:
> https://bugs.freedesktop.org/show_bug.cgi?id=56876
>
> Signed-off-by: Alex Deucher
Both patches
Reviewed-by: Michel Dänz
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #3 from Alex Deucher ---
correct. e.g., add:
radeon.agpmode=-1
to the kernel command line in grub.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
From: Alex Deucher
This register is needed for streamout to work properly.
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/si.c |1 +
drivers/gpu/drm/radeon/sid.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/rad
From: Alex Deucher
These regs were being wronly rejected leading to rendering
issues.
fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=56876
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/evergreen_cs.c |3 +++
drivers/gpu/drm/radeon/evergreend.h |
https://bugs.freedesktop.org/show_bug.cgi?id=56876
--- Comment #5 from Alex Deucher ---
Created attachment 69708
--> https://bugs.freedesktop.org/attachment.cgi?id=69708&action=edit
fix
This patch should fix the issue.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=56876
--- Comment #4 from Thomas Rohloff ---
Created attachment 69707
--> https://bugs.freedesktop.org/attachment.cgi?id=69707&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=56876
--- Comment #3 from Thomas Rohloff ---
Created attachment 69706
--> https://bugs.freedesktop.org/attachment.cgi?id=69706&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=56876
--- Comment #2 from Thomas Rohloff ---
Created attachment 69705
--> https://bugs.freedesktop.org/attachment.cgi?id=69705&action=edit
A video showing the destroyed video.
You can also watch this on Vimeo: https://vimeo.com/53081812
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #2 from m...@turboprinzessin.de ---
That is a kernel boot parameter and not a X config, isn't it?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mai
https://bugs.freedesktop.org/show_bug.cgi?id=56876
--- Comment #1 from Alex Deucher ---
please attach your xorg log and dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #1 from Alex Deucher ---
Does changing the agp mode help? Set radeon.agpmode=x where x=-1,1,2,4,8. -1
disables agp and uses the gpu's gart instead.
--
You are receiving this mail because:
You are the assignee for the bug.
1 - 100 of 116 matches
Mail list logo
