> > > 3.0 worked fine, 3.1-rc9 worked fine, I think -rc10 too. 3.1 release
> > > hangs in random places while using X.
>
> Do you have VT-d enabled in the BIOS?
Disabled VT-d in BIOS and 3.2-rc3 has been running stable since then. SO
it seems to be the same problem.
--
Meelis Roos (mr...@linu
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #20 from Matt McHenry
2011-11-28 19:29:43 PST ---
(In reply to comment #19)
> s3tc is fixed on r600/r600g with the third party Library.
What is "the third party Library"?
I'm trying to get StarCraft II to run on this hardware:
$ g
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #22 from Niels P. 2011-11-29 01:49:39 PST ---
libtxc-dxtn http://cgit.freedesktop.org/~mareko/libtxc_dxtn/
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #23 from Michal Suchanek 2011-11-29 02:18:36
UTC ---
it cannot be fixed by s3tc.
What r600 does not support should work without any library: uploading textures
which are already compressed.
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=24047
Michal Suchanek changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=43332
Bug #: 43332
Summary: corrupted output in mesa-demo/fp-tri using r600g on
evergreen
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=43332
--- Comment #1 from Stefano Teso 2011-11-29 03:10:30
UTC ---
Created attachment 53948
--> https://bugs.freedesktop.org/attachment.cgi?id=53948
screenshot showing the artifact
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
I've tested all three patches in this series, on an AMD E-350 platform.
1/3 is essential to prevent a complete system hang if the GPU needs
resetting during a page flip; the disaster case is this endless loop running
on core 0, and RCU on core 1 waiting for core 0 to idle.
The remaining two need
Hi Ville,
Sorry for the late reply.
(Cross-posting to the linux-fbdev and linux-media mailing lists, as the topics
I'm about to discuss are of interest to everybody)
On Wednesday 16 November 2011 19:42:23 ville.syrj...@linux.intel.com wrote:
> I decided to go all out with the pixel format defin
On Tuesday 29 November 2011 13:10:35 Laurent Pinchart wrote:
> Hi Ville,
>
> Sorry for the late reply.
>
> (Cross-posting to the linux-fbdev and linux-media mailing lists, as the
> topics I'm about to discuss are of interest to everybody)
>
> On Wednesday 16 November 2011 19:42:23 ville.syrj...@
On Mon, Nov 28, 2011 at 11:20 AM, Thomas Reim wrote:
> Extended DDC probe is now default for RADEON chipsets. In case of
> HW bugs (e. g. floating connectors), the affected connectors will
> not be used, as a valid EDID header can not be detected. Another
> patch remove
https://bugs.freedesktop.org/show_bug.cgi?id=24047
Tobias Jakobi changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
Useful when the page is already mapped to copy date in/out.
For -stable because the next patch (fixing phys obj pwrite) needs this
little helper function.
Cc: sta...@kernel.org
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_cache.c | 23 ++
Usually results in (rare) cursor corruptions on platforms
requiring physically addressed cursors.
Note to the stable team: This requires the drm core patch
"drm: add helper to clflush a virtual address range" which
creates the helper used here.
Tested-and-reported-by: Bruno Prémont
Cc: sta...@ke
On Tue, 29 Nov 2011 16:09:29 +0100, Daniel Vetter
wrote:
> Usually results in (rare) cursor corruptions on platforms
> requiring physically addressed cursors.
So the phys cursor pages are set to WC upon creation, are we just
missing the mb()? Or more likely the CPUs don't have PAT and we are
bei
On Tue, Nov 29, 2011 at 03:35:54PM +, Chris Wilson wrote:
> On Tue, 29 Nov 2011 16:09:29 +0100, Daniel Vetter
> wrote:
> > Usually results in (rare) cursor corruptions on platforms
> > requiring physically addressed cursors.
>
> So the phys cursor pages are set to WC upon creation, are we ju
On Tue, 2011-11-29 at 13:10 +0100, Laurent Pinchart wrote:
> To make it perfectly clear, I want to emphasize that I'm not trying to
> replace
> DRM, FBDEV and V4L2 with a new shared subsystem. What I would like to see in
> the (near future) is collaboration and sharing of core features that mak
On Tue, Nov 29, 2011 at 05:16:52PM +0100, Daniel Vetter wrote:
> On Tue, Nov 29, 2011 at 03:35:54PM +, Chris Wilson wrote:
> > On Tue, 29 Nov 2011 16:09:29 +0100, Daniel Vetter
> > wrote:
> > > Usually results in (rare) cursor corruptions on platforms
> > > requiring physically addressed curs
https://bugs.freedesktop.org/show_bug.cgi?id=35460
Daniel Vetter changed:
What|Removed |Added
Attachment #52920|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=43341
Bug #: 43341
Summary: CoreBreach: Crash in r600_update_derived_state
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NE
https://bugs.freedesktop.org/show_bug.cgi?id=43341
--- Comment #1 from Sven Arvidsson 2011-11-29 09:59:59 PST ---
Forgot to mention that this is printed on the terminal:
EE r600_shader.c:141 r600_pipe_shader_create - translation from TGSI failed !
--
Configure bugmail: https://bugs.freedesktop
On Tue, Nov 22, 2011 at 08:54:12AM -0500, Konrad Rzeszutek Wilk wrote:
> > Subject: Regression in 3.1 causes Xen to use wrong idle routine
> > Submitter : Stefan Bader
> > Date : 2011-10-26 10:24
> > Message-ID : 4ea7dfd1.9060...@canonical.com
> > References : http://marc.info/?l=linux-
Dear Alex,
> On Mon, Nov 28, 2011 at 11:20 AM, Thomas Reim wrote:
> >Extended DDC probe is now default for RADEON chipsets. In case of
> >HW bugs (e. g. floating connectors), the affected connectors will
> >not be used, as a valid EDID header can not be detected. Another
>
Extended DDC probe is now default for RADEON chipsets. In case of
HW bugs (e. g. floating connectors), the affected connectors will
not be used, as a valid EDID header can not be detected. Another
patch removed DDC detection and connector status logging during
On Tue, Nov 29, 2011 at 07:34:28PM +0100, Borislav Petkov wrote:
> On Tue, Nov 29, 2011 at 01:04:14PM -0500, Konrad Rzeszutek Wilk wrote:
> > This patch:
> >
> > commit d91ee5863b71e8c90eaf6035bff3078a85e2e7b5
> > Author: Len Brown
> > Date: Fri Apr 1 18:28:35 2011 -0400
> >
> > cpuidle: r
On Tue, Nov 29, 2011 at 1:06 PM, Thomas Reim wrote:
> Dear Alex,
>
>> On Mon, Nov 28, 2011 at 11:20 AM, Thomas Reim wrote:
>> > Extended DDC probe is now default for RADEON chipsets. In case of
>> > HW bugs (e. g. floating connectors), the affected connectors will
>> > not be
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #25 from Matt McHenry
2011-11-29 17:01:07 PST ---
Awesome -- 'emerge -av media-libs/libtxc_dxtn' got SC2 working for me on
gentoo. Thanks!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #20 from Matt McHenry
2011-11-28 19:29:43 PST ---
(In reply to comment #19)
> s3tc is fixed on r600/r600g with the third party Library.
What is "the third party Library"?
I'm trying to get StarCraft II to run on this hardware:
$ g
https://bugs.freedesktop.org/show_bug.cgi?id=43278
--- Comment #10 from Rolf 2011-11-28 23:39:22 PST ---
On 29.11.2011 00:38, bugzilla-daemon at freedesktop.org wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=43278
>
> Jonathan Nieder changed:
>
> What|Removed
https://bugs.freedesktop.org/show_bug.cgi?id=43278
--- Comment #11 from Rolf 2011-11-28 23:39:23 PST ---
Created attachment 53932
--> https://bugs.freedesktop.org/attachment.cgi?id=53932
dmesg.1.gz
--- Comment #12 from Rolf 2011-11-28 23:39:23 PST ---
Created attachment 53933
--> https://bu
> > > 3.0 worked fine, 3.1-rc9 worked fine, I think -rc10 too. 3.1 release
> > > hangs in random places while using X.
>
> Do you have VT-d enabled in the BIOS?
Disabled VT-d in BIOS and 3.2-rc3 has been running stable since then. SO
it seems to be the same problem.
--
Meelis Roos (mroos at l
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #20 from Matt McHenry
2011-11-28 19:29:43 PST ---
(In reply to comment #19)
> s3tc is fixed on r600/r600g with the third party Library.
What is "the third party Library"?
I'm trying to get StarCraft II to run on this hardware:
$ g
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #22 from Niels P. 2011-11-29 01:49:39 PST
---
libtxc-dxtn http://cgit.freedesktop.org/~mareko/libtxc_dxtn/
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #23 from Michal Suchanek 2011-11-29
02:18:36 UTC ---
it cannot be fixed by s3tc.
What r600 does not support should work without any library: uploading textures
which are already compressed.
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=24047
Michal Suchanek changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=43332
Bug #: 43332
Summary: corrupted output in mesa-demo/fp-tri using r600g on
evergreen
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=43332
--- Comment #1 from Stefano Teso 2011-11-29
03:10:30 UTC ---
Created attachment 53948
--> https://bugs.freedesktop.org/attachment.cgi?id=53948
screenshot showing the artifact
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
I've tested all three patches in this series, on an AMD E-350 platform.
1/3 is essential to prevent a complete system hang if the GPU needs
resetting during a page flip; the disaster case is this endless loop running
on core 0, and RCU on core 1 waiting for core 0 to idle.
The remaining two need
Hi Ville,
Sorry for the late reply.
(Cross-posting to the linux-fbdev and linux-media mailing lists, as the topics
I'm about to discuss are of interest to everybody)
On Wednesday 16 November 2011 19:42:23 ville.syrjala at linux.intel.com wrote:
> I decided to go all out with the pixel format de
On Tuesday 29 November 2011 13:10:35 Laurent Pinchart wrote:
> Hi Ville,
>
> Sorry for the late reply.
>
> (Cross-posting to the linux-fbdev and linux-media mailing lists, as the
> topics I'm about to discuss are of interest to everybody)
>
> On Wednesday 16 November 2011 19:42:23 ville.syrjala
On Mon, Nov 28, 2011 at 11:20 AM, Thomas Reim wrote:
> ? ? ? ?Extended DDC probe is now default for RADEON chipsets. In case of
> ? ? ? ?HW bugs (e. g. floating connectors), the affected connectors will
> ? ? ? ?not be used, as a valid EDID header can not be detected. Another
> ? ? ? ?patch remove
https://bugs.freedesktop.org/show_bug.cgi?id=24047
Tobias Jakobi changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
Useful when the page is already mapped to copy date in/out.
For -stable because the next patch (fixing phys obj pwrite) needs this
little helper function.
Cc: stable at kernel.org
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_cache.c | 23
Usually results in (rare) cursor corruptions on platforms
requiring physically addressed cursors.
Note to the stable team: This requires the drm core patch
"drm: add helper to clflush a virtual address range" which
creates the helper used here.
Tested-and-reported-by: Bruno Pr?mont
Cc: stable at
On Tue, 29 Nov 2011 16:09:29 +0100, Daniel Vetter
wrote:
> Usually results in (rare) cursor corruptions on platforms
> requiring physically addressed cursors.
So the phys cursor pages are set to WC upon creation, are we just
missing the mb()? Or more likely the CPUs don't have PAT and we are
bei
On Tue, Nov 29, 2011 at 03:35:54PM +, Chris Wilson wrote:
> On Tue, 29 Nov 2011 16:09:29 +0100, Daniel Vetter
> wrote:
> > Usually results in (rare) cursor corruptions on platforms
> > requiring physically addressed cursors.
>
> So the phys cursor pages are set to WC upon creation, are we ju
signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2029/7170b83c/attachment.pgp>
On Tue, Nov 29, 2011 at 05:16:52PM +0100, Daniel Vetter wrote:
> On Tue, Nov 29, 2011 at 03:35:54PM +, Chris Wilson wrote:
> > On Tue, 29 Nov 2011 16:09:29 +0100, Daniel Vetter > ffwll.ch> wrote:
> > > Usually results in (rare) cursor corruptions on platforms
> > > requiring physically address
https://bugs.freedesktop.org/show_bug.cgi?id=35460
Daniel Vetter changed:
What|Removed |Added
Attachment #52920|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=43341
Bug #: 43341
Summary: CoreBreach: Crash in r600_update_derived_state
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NE
https://bugs.freedesktop.org/show_bug.cgi?id=43341
--- Comment #1 from Sven Arvidsson 2011-11-29 09:59:59 PST ---
Forgot to mention that this is printed on the terminal:
EE r600_shader.c:141 r600_pipe_shader_create - translation from TGSI failed !
--
Configure bugmail: https://bugs.freedesktop
On Tue, Nov 22, 2011 at 08:54:12AM -0500, Konrad Rzeszutek Wilk wrote:
> > Subject: Regression in 3.1 causes Xen to use wrong idle routine
> > Submitter : Stefan Bader
> > Date : 2011-10-26 10:24
> > Message-ID : 4EA7DFD1.9060608 at canonical.com
> > References : http://marc.info/?l=lin
Dear Alex,
> On Mon, Nov 28, 2011 at 11:20 AM, Thomas Reim
> wrote:
> >Extended DDC probe is now default for RADEON chipsets. In case of
> >HW bugs (e. g. floating connectors), the affected connectors will
> >not be used, as a valid EDID header can not be detected. Anothe
Extended DDC probe is now default for RADEON chipsets. In case of
HW bugs (e. g. floating connectors), the affected connectors will
not be used, as a valid EDID header can not be detected. Another
patch removed DDC detection and connector status logging during
On Tue, Nov 29, 2011 at 07:34:28PM +0100, Borislav Petkov wrote:
> On Tue, Nov 29, 2011 at 01:04:14PM -0500, Konrad Rzeszutek Wilk wrote:
> > This patch:
> >
> > commit d91ee5863b71e8c90eaf6035bff3078a85e2e7b5
> > Author: Len Brown
> > Date: Fri Apr 1 18:28:35 2011 -0400
> >
> > cpuidle: r
On Tue, Nov 29, 2011 at 1:06 PM, Thomas Reim wrote:
> Dear Alex,
>
>> On Mon, Nov 28, 2011 at 11:20 AM, Thomas Reim
>> wrote:
>> > ? ? ? ?Extended DDC probe is now default for RADEON chipsets. In case of
>> > ? ? ? ?HW bugs (e. g. floating connectors), the affected connectors will
>> > ? ? ? ?no
On Tue, Nov 29, 2011 at 01:04:14PM -0500, Konrad Rzeszutek Wilk wrote:
> This patch:
>
> commit d91ee5863b71e8c90eaf6035bff3078a85e2e7b5
> Author: Len Brown
> Date: Fri Apr 1 18:28:35 2011 -0400
>
> cpuidle: replace xen access to x86 pm_idle and default_idle
>
> ..scribble on pm_idle
ll x86_64 randconfig file is attached.
--
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: config-r3009
URL:
<http://lists.freedesktop.org/archives/dri-deve
By clearing the GPU read domains before waiting upon the buffer, we run
the risk of the wait being interrupted and the domains prematurely
cleared. The next time we attempt to wait upon the buffer (after
userspace handles the signal), we believe that the buffer is idle and so
skip the wait.
There
The advantage of kcalloc is, that will prevent integer overflows which could
result from the multiplication of number of elements and size and it is also
a bit nicer to read.
The semantic patch that makes this change is available
in https://lkml.org/lkml/2011/11/25/107
Signed-off-by: Thomas Meyer
The advantage of kcalloc is, that will prevent integer overflows which could
result from the multiplication of number of elements and size and it is also
a bit nicer to read.
The semantic patch that makes this change is available
in https://lkml.org/lkml/2011/11/25/107
Signed-off-by: Thomas Meyer
The advantage of kcalloc is, that will prevent integer overflows which could
result from the multiplication of number of elements and size and it is also
a bit nicer to read.
The semantic patch that makes this change is available
in https://lkml.org/lkml/2011/11/25/107
Signed-off-by: Thomas Meyer
The advantage of kcalloc is, that will prevent integer overflows which could
result from the multiplication of number of elements and size and it is also
a bit nicer to read.
The semantic patch that makes this change is available
in https://lkml.org/lkml/2011/11/25/107
Signed-off-by: Thomas Meyer
63 matches
Mail list logo
