The variable priv-kms is not initialized yet.
Found by scripts/coccinelle/tests/odd_ptr_err.cocci.
PTR_ERR should access the value just tested by IS_ERR.
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/drivers/gpu/drm/msm/msm_drv.c b/drivers/gpu/drm/msm/msm_drv.c
---
On 09/16/13 17:06, Olof Johansson wrote:
On Mon, Sep 16, 2013 at 8:54 AM, Joe Perches j...@perches.com wrote:
On Mon, 2013-09-16 at 08:46 -0700, Olof Johansson wrote:
On Mon, Sep 16, 2013 at 8:17 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Wed, Sep 11, 2013 at 09:41:49PM -0700, Olof
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #15 from Shawn Starr shawn.st...@rogers.com ---
(In reply to comment #14)
if I recall, In both places even when playing with Second Life, I set DPM
power state to Battery even though the laptop has AC plugged in as seen in
this
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #14 from Shawn Starr shawn.st...@rogers.com ---
This is not Second Life related at all, I manged to get GPU to reset in the
following way:
1) Set /sys/class/drm/card0/device/power_dpm_state to Battery and leave
https://bugs.freedesktop.org/show_bug.cgi?id=59649
Shawn Starr shawn.st...@rogers.com changed:
What|Removed |Added
Summary|[r600][RV635] GPU lockup CP |[r600][RV635] GPU
https://bugs.freedesktop.org/show_bug.cgi?id=69365
--- Comment #1 from Jose P. lbdkm...@sharklasers.com ---
Seems to have been fixed in kernel 3.12-rc1 (from
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.12-rc1-saucy/ ).
I don't know how to test it in a better way (other than simply running
From: Ben Skeggs bske...@redhat.com
After a vmalloc failure in ttm_dma_tt_alloc_page_directory(),
ttm_dma_tt_init() will call ttm_tt_destroy() to cleanup, and end up
inside the driver's unpopulate() hook when populate() has never yet
been called.
On nouveau, the first issue to be hit because of
hello,
I have micromax a60 and specs are as follows:-
http://www.gsmarena.com/micromax_a60-3678.php
original os was :android 2.1
now currently os :android 2.2 frozen yogurt(flashed it)
i want to flash firefox OS on it can you guide me to do so
regards,
prasad mhatre
hello,
I have micromax a60 and specs are as follows:-
http://www.gsmarena.com/micromax_a60-3678.php
original os was :android 2.1
now currently os :android 2.2 frozen yogurt(flashed it)
i want to flash firefox OS on it can you guide me to do so
regards,
prasad mhatre
On 09/17/2013 06:21 AM, Ben Skeggs wrote:
From: Ben Skeggs bske...@redhat.com
After a vmalloc failure in ttm_dma_tt_alloc_page_directory(),
ttm_dma_tt_init() will call ttm_tt_destroy() to cleanup, and end up
inside the driver's unpopulate() hook when populate() has never yet
been called.
On
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #15 from Stuart Foster smf.li...@ntlworld.com ---
Created attachment 108661
-- https://bugzilla.kernel.org/attachment.cgi?id=108661action=edit
Output from dmesg from vanilla kernel 3.12-rc1
Alex
With the release of kernel 3.12-rc1
On Mon, Sep 16, 2013 at 06:48:53PM +0100, Damien Lespiau wrote:
There are a few things to be flushed out if we want to allow multiple
buffers stereo framebuffers:
- What with drm_planes? what semantics do they follow, what is the
hardware able to do with them?
- How do we define which
On Mon, Sep 16, 2013 at 06:48:54PM +0100, Damien Lespiau wrote:
When scanning out a stereo mode, the AVI infoframe vic field has to be
the underlyng 2D VIC. Before that commit, we weren't matching the CEA
mode because of the extra stereo flag and then were setting the VIC
field in the AVI
On Tue, Sep 17, 2013 at 11:22:26AM +0300, Ville Syrjälä wrote:
On Mon, Sep 16, 2013 at 06:48:54PM +0100, Damien Lespiau wrote:
When scanning out a stereo mode, the AVI infoframe vic field has to be
the underlyng 2D VIC. Before that commit, we weren't matching the CEA
mode because of the
On Tue, Sep 17, 2013 at 11:20:46AM +0300, Ville Syrjälä wrote:
+++ b/drivers/gpu/drm/drm_crtc.c
@@ -2131,6 +2131,17 @@ int drm_mode_setcrtc(struct drm_device *dev, void
*data,
goto out;
}
+ /*
+* Do not allow the use of
On Mon, Sep 16, 2013 at 06:48:43PM +0100, Damien Lespiau wrote:
Next installment of the HDMI stereo 3D series, following:
http://lists.freedesktop.org/archives/dri-devel/2013-September/044885.html
Seems like a v5 is shapping up. I'll summarise the discussion with
Daniel on IRC yesterday and
On Mon, Sep 16, 2013 at 06:35:12PM +0100, Damien Lespiau wrote:
On Fri, Sep 13, 2013 at 04:10:24PM +, Joakim Plate wrote:
Damien Lespiau damien.lespiau at intel.com writes:
+static const struct s3d_mandatory_mode s3d_mandatory_modes[] = {
+ { 1920, 1080, 24, 0,
+
Alex,
10.09.2013, в 16:37, Alex Deucher alexdeuc...@gmail.com написал(а):
The dummy page isn't really going to help much. That page is just
used as a safety placeholder for gart entries that aren't mapped on
the GPU. TTM (drivers/gpu/drm/ttm) actually does the allocation of
the backing
https://bugs.freedesktop.org/show_bug.cgi?id=69372
--- Comment #9 from Michel Dänzer mic...@daenzer.net ---
Does it work better with glamor 0.5.1?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
On Tue, Sep 17, 2013 at 10:03:12AM +0100, Damien Lespiau wrote:
On Tue, Sep 17, 2013 at 11:20:46AM +0300, Ville Syrjälä wrote:
+++ b/drivers/gpu/drm/drm_crtc.c
@@ -2131,6 +2131,17 @@ int drm_mode_setcrtc(struct drm_device *dev, void
*data,
goto out;
}
Hi,
with Odroid U2 (exynos4412 quad) + a custom kernel based on linux-next
20130912 and before I am unable to get a hdmi output other than vertical
lines (a few whites on black background, sometimes yellow ) that are
static (no changes whatever the content sent to the hdmi output.
The issue
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #18 from Michel Dänzer mic...@daenzer.net ---
(In reply to comment #12)
- Use correct register flags, so we don't overwrite the low dword
when restoring multi-dword registers.
This doesn't seem to result in any difference for
https://bugzilla.kernel.org/show_bug.cgi?id=60827
--- Comment #7 from archie...@gmail.com ---
The problem persists in Kernel 3.11.1
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
On Tue, Sep 17, 2013 at 12:54:09PM +0300, Ville Syrjälä wrote:
On Tue, Sep 17, 2013 at 10:03:12AM +0100, Damien Lespiau wrote:
On Tue, Sep 17, 2013 at 11:20:46AM +0300, Ville Syrjälä wrote:
+++ b/drivers/gpu/drm/drm_crtc.c
@@ -2131,6 +2131,17 @@ int drm_mode_setcrtc(struct drm_device
On Tue, Sep 17, 2013 at 12:37:48PM +0200, Daniel Vetter wrote:
On Tue, Sep 17, 2013 at 12:54:09PM +0300, Ville Syrjälä wrote:
On Tue, Sep 17, 2013 at 10:03:12AM +0100, Damien Lespiau wrote:
On Tue, Sep 17, 2013 at 11:20:46AM +0300, Ville Syrjälä wrote:
+++ b/drivers/gpu/drm/drm_crtc.c
https://bugs.freedesktop.org/show_bug.cgi?id=69372
--- Comment #10 from Alexey kre...@gmail.com ---
I've been built glamor and ati drivers from git.
Now I can use system monitor but g-c-c and firefox have the same issues.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69372
--- Comment #11 from Alexey kre...@gmail.com ---
Just check system monitor again - the same issue. So, no. It does not work
better:(
--
You are receiving this mail because:
You are the assignee for the bug.
Hi all,
This patch set introduces a buffer synchronization framework based
on DMA BUF[1] and based on ww-mutexes[2] for lock mechanism, and is
rebased on linux-3.12-rc1
The purpose of this framework is to provide not only buffer access
control to CPU and CPU, and CPU and DMA, and DMA and DMA but
This patch adds lock and poll callbacks to dma buf file operations,
and these callbacks will be called by fcntl and select system calls.
fcntl and select system calls can be used to wait for the completion
of DMA or CPU access to a shared dmabuf. The difference of them is
fcntl system call takes
https://bugs.freedesktop.org/show_bug.cgi?id=69463
Priority: medium
Bug ID: 69463
Assignee: dri-devel@lists.freedesktop.org
Summary: RadeonSI : xserver crashes with Segmentation Fault
Severity: critical
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=69463
--- Comment #1 from samit vats hysv...@gmail.com ---
Created attachment 85971
-- https://bugs.freedesktop.org/attachment.cgi?id=85971action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69321
--- Comment #4 from udo udo...@xs4all.nl ---
mesa]# git bisect bad
f0435ebb07d01a77ca0d98967a002898811a5206 is the first bad commit
commit f0435ebb07d01a77ca0d98967a002898811a5206
Author: Tom Stellard thomas.stell...@amd.com
Date: Mon Aug 26
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #16 from Alex Deucher ag...@yahoo.com ---
Since this bug was opened before dpm was released, can you reproduce the
problems without dpm enabled? If not, then these are two different issues.
--
You are receiving this mail because:
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #16 from Alex Deucher alexdeuc...@gmail.com ---
(In reply to Stuart Foster from comment #15)
[drm] radeon: power management initialized
what do you think ?
dpm is not enabled. You should see:
[drm] radeon: dpm initialized
--
On Tue, Sep 17, 2013 at 1:18 AM, Prasad Mhatre prasad8mha...@gmail.com wrote:
hello,
I have micromax a60 and specs are as follows:-
http://www.gsmarena.com/micromax_a60-3678.php
original os was :android 2.1
now currently os :android 2.2 frozen yogurt(flashed it)
i want to flash firefox OS
On Tue, Sep 17, 2013 at 12:37:48PM +0200, Daniel Vetter wrote:
I guess we should start to check that. For 3d framebuffers with 2
separate buffer handles for each plane I think we need to add another flag
to addfb2, e.g.
#define DRM_MODE_FB_3D_2_FRAMES (11) /* separate left/right buffers,
On Tue, Sep 17, 2013 at 02:20:41PM +0100, Damien Lespiau wrote:
On Tue, Sep 17, 2013 at 12:37:48PM +0200, Daniel Vetter wrote:
I guess we should start to check that. For 3d framebuffers with 2
separate buffer handles for each plane I think we need to add another flag
to addfb2, e.g.
On Tue, Sep 17, 2013 at 3:20 PM, Damien Lespiau
damien.lesp...@intel.com wrote:
On Tue, Sep 17, 2013 at 12:37:48PM +0200, Daniel Vetter wrote:
I guess we should start to check that. For 3d framebuffers with 2
separate buffer handles for each plane I think we need to add another flag
to addfb2,
On Tue, Sep 17, 2013 at 1:02 PM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
But the problem is that addfb2 can't supply more than 4. So we need a new
ioctl if we want to collect all that information inside a single drm_fb
object. If we do add another ioctl then I think we should go at
https://bugs.freedesktop.org/show_bug.cgi?id=69328
--- Comment #7 from Alex Deucher ag...@yahoo.com ---
I wonder if this may also be related to bug 69321. Does reverting
f0435ebb07d01a77ca0d98967a002898811a5206 also help?
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #30 from Alexandre Demers alexandre.f.dem...@gmail.com ---
If there were any fixes pushed in kernel 3.12-rc1, none changed anything.
--
You are receiving this mail because:
You are the assignee for the bug.
On Tue, Sep 17, 2013 at 5:23 AM, Alex Ivanov gnido...@p0n4ik.tk wrote:
Alex,
10.09.2013, в 16:37, Alex Deucher alexdeuc...@gmail.com написал(а):
The dummy page isn't really going to help much. That page is just
used as a safety placeholder for gart entries that aren't mapped on
the GPU.
On Mon, Sep 16, 2013 at 09:29:31PM +0300, Ville Syrjälä wrote:
+struct stereo_mandatory_mode {
+ int width, height, freq;
[..]
+ unsigned int interlace_flag, layouts;
What's the benefit of separating the two?
Just that we can easily cycle through the layout flags and add a mode
per
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #31 from Alex Deucher ag...@yahoo.com ---
Created attachment 85989
-- https://bugs.freedesktop.org/attachment.cgi?id=85989action=edit
testing patch
Try this patch independent from any other patches. It forces the engine and
memory
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #17 from Stuart Foster smf.li...@ntlworld.com ---
removing the radeon.agpmode=-1 from the command line enabled the radeon dpm to
be initialized.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69328
--- Comment #9 from slick...@gmx.com ---
@Alex Deucher:
I'm not that familiar with git, can you give me the command to do that,
starting with the checked out branch-master gentoo grabs to the build
directory? It keeps .git there at least.
--
https://bugs.freedesktop.org/show_bug.cgi?id=69328
--- Comment #10 from Alex Deucher ag...@yahoo.com ---
git revert f0435ebb07d01a77ca0d98967a002898811a5206
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
On Tue, 2013-09-17 at 17:23 +0800, Aaron Lu wrote:
The backlight control and event delivery functionality provided by ACPI
video module is mixed together and registered all during video device
enumeration time. As a result, the two functionality are also removed
together on module unload time
On Tue, 2013-09-17 at 17:23 +0800, Aaron Lu wrote:
According to Matthew Garrett, Windows 8 leaves backlight control up
to individual graphics drivers rather than making ACPI calls itself.
There's plenty of evidence to suggest that the Intel driver for
Windows 8 doesn't use the ACPI interface,
Dell Latitude E6510, CONFIG_DRM_NOUVEAU, 64-bit Fedora 17 user-space, Xorg
drivers, and
01:00.0 VGA compatible controller: nVidia Corporation GT218 [NVS 3100M] (rev
a2).
With 3.11 X starts fine, with 3.12-rc1 it fails with the following in
Xorg.0.log:
...
[56.819] (II) Loading
On Tue, 2013-09-17 at 17:23 +0800, Aaron Lu wrote:
v1 has the subject of Rework ACPI video driver and is posted here:
http://lkml.org/lkml/2013/9/9/74
Since the objective is really to fix Win8 backlight issues, I changed
the subject in this version, sorry about that.
This patchset has three
According to Matthew Garrett, Windows 8 leaves backlight control up
to individual graphics drivers rather than making ACPI calls itself.
There's plenty of evidence to suggest that the Intel driver for
Windows 8 doesn't use the ACPI interface, including the fact that
it's broken on a bunch of
The backlight control and event delivery functionality provided by ACPI
video module is mixed together and registered all during video device
enumeration time. As a result, the two functionality are also removed
together on module unload time or by the acpi_video_unregister function.
The two
https://bugs.freedesktop.org/show_bug.cgi?id=69328
--- Comment #11 from slick...@gmx.com ---
@Alex Deucher:
Reverting f0435ebb07d01a77ca0d98967a002898811a5206 also makes it work.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69321
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
CC||slick...@gmx.com
---
https://bugs.freedesktop.org/show_bug.cgi?id=69328
--- Comment #8 from slick...@gmx.com ---
Do you the latest code from my opencl-example repo? Older versions were
missing the rotl.cl file
Yes, that was it. It passes all tests here now!
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=69328
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
v1 has the subject of Rework ACPI video driver and is posted here:
http://lkml.org/lkml/2013/9/9/74
Since the objective is really to fix Win8 backlight issues, I changed
the subject in this version, sorry about that.
This patchset has three patches, the first introduced a new API named
On Tue, 2013-09-17 at 17:23 +0800, Aaron Lu wrote:
Introduce a new API for modules to query if a specific type of backlight
device has been registered. This is useful for some backlight device
provider module(e.g. ACPI video) to know if a native control
interface(e.g. the interface created by
Introduce a new API for modules to query if a specific type of backlight
device has been registered. This is useful for some backlight device
provider module(e.g. ACPI video) to know if a native control
interface(e.g. the interface created by i915) is available and then do
things accordingly(e.g.
https://bugs.freedesktop.org/show_bug.cgi?id=69463
--- Comment #2 from Michel Dänzer mic...@daenzer.net ---
(In reply to comment #2)
3: /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (XGetXCBConnection+0x7)
[0x7f4c1c70d6c7]
4: /home/atitest/install/lib/libEGL.so.1 (0x7f4c1cd51000+0x14441)
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #50 from darkbasic darkba...@linuxsystems.it ---
It doesn't work, but at least now it hangs at:
R600_DEBUG=cs bfgminer --scrypt -o stratum+tcp://stratum2.wemineltc.com:3334 -u
user.1 -p password -I 13 -v1
[2013-09-17 21:03:59]
https://bugs.freedesktop.org/show_bug.cgi?id=64600
--- Comment #6 from Tom Stellard tstel...@gmail.com ---
(In reply to comment #5)
It hangs at calibrating now:
~ $ R600_DEBUG=cs pyrit benchmark
Pyrit 0.4.0 (C) 2008-2011 Lukas Lueg http://pyrit.googlecode.com
This code is distributed under
https://bugs.freedesktop.org/show_bug.cgi?id=64600
--- Comment #5 from darkbasic darkba...@linuxsystems.it ---
It hangs at calibrating now:
~ $ R600_DEBUG=cs pyrit benchmark
Pyrit 0.4.0 (C) 2008-2011 Lukas Lueg http://pyrit.googlecode.com
This code is distributed under the GNU General Public
https://bugs.freedesktop.org/show_bug.cgi?id=67982
--- Comment #3 from Alex Deucher ag...@yahoo.com ---
You might try again with the bapm fixes in my drm-fixes tree:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.12
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=67107
Christopher Chmielewski c.chmielew...@outlook.com changed:
What|Removed |Added
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=64600
--- Comment #8 from Tom Stellard tstel...@gmail.com ---
(In reply to comment #7)
Created attachment 86011 [details]
pyrit debug
Here it is, thanks.
There are no compute shaders in this output. You should let the program run
longer, if
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #51 from darkbasic darkba...@linuxsystems.it ---
Created attachment 86012
-- https://bugs.freedesktop.org/attachment.cgi?id=86012action=edit
bfgminer debug
Here is the stderr output of RADEON_DUMP_SHADERS=1 bfgminer --scrypt -o
https://bugs.freedesktop.org/show_bug.cgi?id=67982
--- Comment #2 from Kertesz Laszlo laszlo.kert...@gmail.com ---
I have further information on this.
It seems that before the X server is started, the CPU voltage is correctly
regulated - it's at 0.9 v, when not doing anything, which is the
17.09.2013, в 18:24, Alex Deucher alexdeuc...@gmail.com написал(а):
On Tue, Sep 17, 2013 at 5:23 AM, Alex Ivanov gnido...@p0n4ik.tk wrote:
Alex,
10.09.2013, в 16:37, Alex Deucher alexdeuc...@gmail.com написал(а):
The dummy page isn't really going to help much. That page is just
used as
https://bugs.freedesktop.org/show_bug.cgi?id=67982
--- Comment #4 from Kertesz Laszlo laszlo.kert...@gmail.com ---
I use the mainline linux kernel (now 3.12 rc1+) merged with your drm-fixes-3.12
already.
This behavior is there and seemingly unchanged since i tried dpm with the
kernel 3.11 when
https://bugs.freedesktop.org/show_bug.cgi?id=64600
--- Comment #4 from Tom Stellard tstel...@gmail.com ---
Created attachment 86005
-- https://bugs.freedesktop.org/attachment.cgi?id=86005action=edit
Possible Fix
Can you try this patch, and if it doesn't work post the output of
R600_DEBUG=cs.
https://bugs.freedesktop.org/show_bug.cgi?id=69497
Priority: medium
Bug ID: 69497
Assignee: dri-devel@lists.freedesktop.org
Summary: X1950XTX performance issue
Severity: normal
Classification: Unclassified
OS: All
On 09/11/2013 03:31 PM, Peter Hurley wrote:
[+cc dri-devel]
On 09/11/2013 11:38 AM, Steven Rostedt wrote:
On Wed, 11 Sep 2013 11:16:43 -0400
Peter Hurley pe...@hurleysoftware.com wrote:
The funny part is, there's a comment there that shows that this was
done even for PREEMPT_RT.
https://bugs.freedesktop.org/show_bug.cgi?id=64600
--- Comment #9 from darkbasic darkba...@linuxsystems.it ---
Created attachment 86014
-- https://bugs.freedesktop.org/attachment.cgi?id=86014action=edit
pyrit debug 10 minutes
I let it run for 10 minutes and still no compute shaders.
--
You
https://bugs.freedesktop.org/show_bug.cgi?id=69321
--- Comment #6 from udo udo...@xs4all.nl ---
FWIW: https://bugs.freedesktop.org/attachment.cgi?id=85794 fixes the problem
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Tue, Sep 17, 2013 at 9:50 PM, Peter Hurley pe...@hurleysoftware.com wrote:
On 09/11/2013 03:31 PM, Peter Hurley wrote:
[+cc dri-devel]
On 09/11/2013 11:38 AM, Steven Rostedt wrote:
On Wed, 11 Sep 2013 11:16:43 -0400
Peter Hurley pe...@hurleysoftware.com wrote:
The funny part is,
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #49 from Tom Stellard tstel...@gmail.com ---
Created attachment 86004
-- https://bugs.freedesktop.org/attachment.cgi?id=86004action=edit
Possible Fix #2
Can you try this patch, and if it doesn't work post the output with
https://bugs.freedesktop.org/show_bug.cgi?id=64600
--- Comment #7 from darkbasic darkba...@linuxsystems.it ---
Created attachment 86011
-- https://bugs.freedesktop.org/attachment.cgi?id=86011action=edit
pyrit debug
Here it is, thanks.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #32 from Alexandre Demers alexandre.f.dem...@gmail.com ---
(In reply to comment #31)
Created attachment 85989 [details] [review]
testing patch
Try this patch independent from any other patches. It forces the engine and
memory
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #37 from Jose P. lbdkm...@sharklasers.com ---
Created attachment 86031
-- https://bugs.freedesktop.org/attachment.cgi?id=86031action=edit
dmesg, xorg
I installed 3.12-rc1 from
https://bugs.freedesktop.org/show_bug.cgi?id=66067
--- Comment #7 from Grigori Goronzy g...@chown.ath.cx ---
This actually seems to be a bug in Trine 2. The fragment shader uses a shadow
sampler to sample the normal texture, which is RGBA. This cannot work as shadow
sampling is only defined for
https://bugs.freedesktop.org/show_bug.cgi?id=66067
--- Comment #8 from Grigori Goronzy g...@chown.ath.cx ---
Created attachment 86032
-- https://bugs.freedesktop.org/attachment.cgi?id=86032action=edit
Hack to force SAMPLE instruction even for 2D shadow samplers
--
You are receiving this mail
On Mon, Sep 16, 2013 at 5:19 PM, Thomas Meyer tho...@m3y3r.de wrote:
The variable priv-kms is not initialized yet.
Found by scripts/coccinelle/tests/odd_ptr_err.cocci.
PTR_ERR should access the value just tested by IS_ERR.
Signed-off-by: Thomas Meyer tho...@m3y3r.de
thanks, I've got it
https://bugs.freedesktop.org/show_bug.cgi?id=66067
--- Comment #9 from Nicholas Miell nmi...@gmail.com ---
(In reply to comment #7)
Trine 2 uses those old assembly-like shaders for some reason
It's the minimum spec target profile for Nvidia's Cg compiler.
This cannot work
as shadow sampling
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/i915_gem.c between commit 7dc19d5affd7 (drivers:
convert shrinkers to new count/scan API) from the tree and commit
e656a6cba0fe (drm/i915: inline vma_create into lookup_or_create_vma)
from the drm-intel
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_drv.h between commit 6e1b4fdad515 (drm/i915:
Delay disabling of VGA memory until vgacon-fbcon handoff is done) from
Linus' tree and commit eb14cb747bc5 (drm/i915: Add state readout and
checking for
https://bugs.freedesktop.org/show_bug.cgi?id=66067
--- Comment #10 from Nicholas Miell nmi...@gmail.com ---
To quote the Cg tutorial:
Notice that the code for the shadow map query is virtually identical to the
code for the projective texture lookup in Example 9-6. To a Cg programmer,
shadow maps
https://bugs.freedesktop.org/show_bug.cgi?id=66067
--- Comment #11 from Grigori Goronzy g...@chown.ath.cx ---
ARB_fragment_program_shadow may leave it undefined, but the GL spec ...
Which spec exactly? GL specifications only cover GLSL shaders.
ARB_fragment_program is separate from that and has
https://bugs.freedesktop.org/show_bug.cgi?id=64810
--- Comment #20 from Rafael Castillo jrch2...@gmail.com ---
testing
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=64810
--- Comment #21 from Rafael Castillo jrch2...@gmail.com ---
bOOM
../../../../src/gallium/drivers/radeonsi/.libs/libradeonsi.a(r600_blit.o): In
function `r600_blit_decompress_depth':
r600_blit.c:(.text+0x1f00): multiple definition of
https://bugs.freedesktop.org/show_bug.cgi?id=64810
Johannes Obermayr johannesoberm...@gmx.de changed:
What|Removed |Added
Attachment #85550|0 |1
is
https://bugs.freedesktop.org/show_bug.cgi?id=64810
--- Comment #23 from Rafael Castillo jrch2...@gmail.com ---
../../../../src/gallium/drivers/radeonsi/.libs/libradeonsi.a(r600_blit.o): In
function `r600_blit_decompress_depth':
r600_blit.c:(.text+0x1f00): multiple definition of
https://bugs.freedesktop.org/show_bug.cgi?id=64810
--- Comment #24 from Johannes Obermayr johannesoberm...@gmx.de ---
$ find src/gallium/drivers/ -name *.la -delete -o -name *.a -delete -o
-name *.so -delete
$ make
to rebuild libradeon as well as libr600 and libradeonsi without linked-in
https://bugs.freedesktop.org/show_bug.cgi?id=66067
--- Comment #12 from Nicholas Miell nmi...@gmail.com ---
(In reply to comment #11)
ARB_fragment_program_shadow may leave it undefined, but the GL spec ...
Which spec exactly? GL specifications only cover GLSL shaders.
ARB_fragment_program
https://bugs.freedesktop.org/show_bug.cgi?id=64810
--- Comment #25 from Rafael Castillo jrch2...@gmail.com ---
nope the same, i guess you have something in your branch different than mesa
master maybe
--
You are receiving this mail because:
You are the assignee for the bug.
This patch adds a buffer synchronization framework based on DMA BUF[1]
and and based on ww-mutexes[2] for lock mechanism, and is rebased on
linux-3.12-rc1
The purpose of this framework is to provide not only buffer access control
to CPU and DMA but also easy-to-use interfaces for device drivers
97 matches
Mail list logo