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==--