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
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
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
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
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
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
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.
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
://lists.freedesktop.org/archives/dri-devel/attachments/2029/7170b83c/attachment.pgp>
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.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:
https://bugs.freedesktop.org/show_bug.cgi?id=35460
Daniel Vetter changed:
What|Removed |Added
Attachment #52920|0 |1
is obsolete|
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
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
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
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
>> > ? ? ?
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
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
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:
https://bugs.freedesktop.org/show_bug.cgi?id=24047
Tobias Jakobi changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
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
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
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 :
Full 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
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
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=24047
Michal Suchanek changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
> > > 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
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
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 #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:
$
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://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=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:
$
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/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:
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...@linux.ee)
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #20 from Matt McHenry freedesk...@matt.mchenryfamily.org
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
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #22 from Niels P. nill...@freenet.de 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
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #23 from Michal Suchanek hramr...@gmail.com 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.freedesktop.org/show_bug.cgi?id=24047
Michal Suchanek hramr...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
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 stefano.t...@gmail.com 2011-11-29 03:10:30
UTC ---
Created attachment 53948
-- https://bugs.freedesktop.org/attachment.cgi?id=53948
screenshot showing the artifact
--
Configure bugmail:
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
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
On Mon, Nov 28, 2011 at 11:20 AM, Thomas Reim rei...@googlemail.com 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
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 daniel.vet...@ffwll.ch
---
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
On Tue, 29 Nov 2011 16:09:29 +0100, Daniel Vetter daniel.vet...@ffwll.ch
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
On Tue, Nov 29, 2011 at 03:35:54PM +, Chris Wilson wrote:
On Tue, 29 Nov 2011 16:09:29 +0100, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
Usually results in (rare) cursor corruptions on platforms
requiring physically addressed cursors.
So the phys cursor pages are set to WC upon
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 make
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 daniel.vet...@ffwll.ch
wrote:
Usually results in (rare) cursor corruptions on platforms
requiring physically
https://bugs.freedesktop.org/show_bug.cgi?id=35460
Daniel Vetter dan...@ffwll.ch 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:
https://bugs.freedesktop.org/show_bug.cgi?id=43341
--- Comment #1 from Sven Arvidsson s...@whiz.se 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:
Dear Alex,
On Mon, Nov 28, 2011 at 11:20 AM, Thomas Reim rei...@googlemail.com 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
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 len.br...@intel.com
Date: Fri Apr 1 18:28:35 2011 -0400
On Tue, Nov 29, 2011 at 1:06 PM, Thomas Reim rei...@googlemail.com wrote:
Dear Alex,
On Mon, Nov 28, 2011 at 11:20 AM, Thomas Reim rei...@googlemail.com wrote:
Extended DDC probe is now default for RADEON chipsets. In case of
HW bugs (e. g. floating connectors), the affected
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #25 from Matt McHenry freedesk...@matt.mchenryfamily.org
2011-11-29 17:01:07 PST ---
Awesome -- 'emerge -av media-libs/libtxc_dxtn' got SC2 working for me on
gentoo. Thanks!
--
Configure bugmail:
61 matches
Mail list logo