From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 66932] Screen corruption on Cayman with dpm enabled
Date: Wed, 17 Jul 2013 18:15:07 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1563465962=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id EF573E648E
for ;
Wed, 17 Jul 2013 11:15:06 -0700 (PDT)
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org
--===============1563465962==
Content-Type: multipart/alternative; boundary="1374084907.cFA7DD8b1.12204"; charset="us-ascii"
--1374084907.cFA7DD8b1.12204
Date: Wed, 17 Jul 2013 18:15:07 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
https://bugs.freedesktop.org/show_bug.cgi?id=3D66932
--- Comment #26 from Alex Deucher ---
(In reply to comment #24)
> (In reply to comment #22)
> > (In reply to comment #18)
> > > Created attachment 82559 [details] [review] [review] [review]
> > > weird fix
> > >=20
> >=20
> > Hmmm, looks like a compiler bug. what compiler are you using?
>=20
> gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-6ubuntu1)=20
>=20
> But I think the compiler is right in this case. struct ATOM_INIT_REG_BLOCK
> doesn't represent what radeon_atom_init_mc_reg_table() is doing.
>=20
> The struct in the header reads:
> ...
> ATOM_INIT_REG_INDEX_FORMAT asRegIndexBuf[1];
> ATOM_MEMORY_SETTING_DATA_BLOCK asRegDataBuf[1];
>=20
> So reg_block->asRegIndexBuf[i] for i>0 is not defined, its within
> asRegDataBuf or even pass the size of the struct.
>=20
> It looks like this gcc is killing the while loop because i can never be
> anything else than zero.
It works on older version of gcc. I'm using 4.6.2 and 4.7.2 on several boxes
and haven't run into any problems. Also, even if the loop gets skipped, the
"last =3D " lines should still get printed.
--=20
You are receiving this mail because:
You are the assignee for the bug.
--1374084907.cFA7DD8b1.12204
Date: Wed, 17 Jul 2013 18:15:07 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Commen=
t # 26
on bug 66932<=
/a>
from Alex Deucher
(In reply to comment #=
24)
> (In reply to comment #22)
> > (In reply to comment #18<=
/a>)
> > > Created attachment 82559 [detai=
ls] [review] [review] [review] [review]
> > > weird fix
> > >=20
> >=20
> > Hmmm, looks like a compiler bug. what compiler are you using?
>=20
> gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-6ubuntu1)=20
>=20
> But I think the compiler is right in this case. struct ATOM_INIT_REG_B=
LOCK
> doesn't represent what radeon_atom_init_mc_reg_table() is doing.
>=20
> The struct in the header reads:
> ...
> ATOM_INIT_REG_INDEX_FORMAT asRegIndexBuf[1];
> ATOM_MEMORY_SETTING_DATA_BLOCK asRegDataBuf[1];
>=20
> So reg_block->asRegIndexBuf[i] for i>0 is not defined, its within
> asRegDataBuf or even pass the size of the struct.
>=20
> It looks like this gcc is killing the while loop because i can never be
> anything else than zero.
It works on older version of gcc. I'm using 4.6.2 and 4.7.2 on several boxes
and haven't run into any problems. Also, even if the loop gets skipped, the
"last =3D " lines should still get printed.
You are receiving this mail because:
=20=20=20=20=20=20
- You are the assignee for the bug.
--1374084907.cFA7DD8b1.12204--
--===============1563465962==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--===============1563465962==--