From: Tormod Volden
Since multiple framebuffer maps are not supported any longer (commit
41c2e75e60200a860a74b7c84a6375c105e7437f) these maps would be broken,
and they are not used by the drm anyway.
Leave it to userspace to create one working map instead.
Signed-off-by: Tormod Volden
---
The
ply the patch, so I would also need some help
regarding the medicine.
Thank you very much for your time,
Jose Mora
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110527/a0fa3f53/attachment.htm>
On Fri, May 27, 2011 at 10:48 PM, Dave Airlie wrote:
> On Sat, May 28, 2011 at 4:19 AM, Tormod Volden wrote:
>> From: Tormod Volden
>>
>> Since multiple framebuffer maps are not supported any longer (commit
>> 41c2e75e60200a860a74b7c84a6375c105e7437f) these maps would be broken,
>> and they are
https://bugs.freedesktop.org/show_bug.cgi?id=34313
--- Comment #24 from Bob Ham 2011-05-27 16:01:34 PDT ---
In the previously described bisect, I failed to mention that the tree had been
restricted to drivers/gpu/drm/radeon. Using the log of that bisect as a
starting point for a bisect of the wh
https://bugs.freedesktop.org/show_bug.cgi?id=34313
--- Comment #24 from Bob Ham 2011-05-27 16:01:34 PDT ---
In the previously described bisect, I failed to mention that the tree had been
restricted to drivers/gpu/drm/radeon. Using the log of that bisect as a
starting point for a bisect of the wh
On Fri, May 27, 2011 at 1:37 PM, Jose Maria Mora Castera
wrote:
> Hi Justin,
> I'm a spanish Mac user, who's screen suddenly starts to appear red wherever
> it should appear black or very dark colors. Everything dark or black appears
> in red instead of it's original color.
> I went today to a Mac
https://bugs.freedesktop.org/show_bug.cgi?id=27517
--- Comment #9 from Keith 2011-05-27 14:45:48
PDT ---
(In reply to comment #8)
> Yes, some time around the introduction of KMS, acceleration stopped working. I
> had it fine on Debian before squeeze and Ubuntu Maveric but recently upgraded
> to
https://bugs.freedesktop.org/show_bug.cgi?id=27517
--- Comment #9 from Keith 2011-05-27
14:45:48 PDT ---
(In reply to comment #8)
> Yes, some time around the introduction of KMS, acceleration stopped working. I
> had it fine on Debian before squeeze and Ubuntu Maveric but recently upgraded
> to
Hello gurus,
I have two question mostly regarding libdrm_intel
1/ What is the difference between drm_intel_bo_map and drm_intel_gem_bo_map_gtt
?
2/ Will it be possible (or is it already possible) to directly share a
regularly allocated piece of physical memory? Typical use case is the following
Hello gurus,
I have two question mostly regarding libdrm_intel
1/ What is the difference between drm_intel_bo_map and drm_intel_gem_bo_map_gtt
?
2/ Will it be possible (or is it already possible) to directly share a
regularly allocated piece of physical memory? Typical use case is the following
https://bugzilla.kernel.org/show_bug.cgi?id=30922
--- Comment #5 from Alex Deucher 2011-05-27
14:23:25 ---
Laptops don't generally use the onboard GPU fan controller and thermal sensor
since they usually have a single fan for both the GPU and the CPU. The fan and
thermal zones are generall
https://bugs.freedesktop.org/show_bug.cgi?id=35998
--- Comment #18 from ZeRo 2011-05-27 13:52:00 PDT ---
so any idea?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=35998
--- Comment #18 from ZeRo 2011-05-27 13:52:00 PDT ---
so any idea?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
On Sat, May 28, 2011 at 4:19 AM, Tormod Volden wrote:
> From: Tormod Volden
>
> Since multiple framebuffer maps are not supported any longer (commit
> 41c2e75e60200a860a74b7c84a6375c105e7437f) these maps would be broken,
> and they are not used by the drm anyway.
>
> Leave it to userspace to crea
i just built a kernel for my ubuntu 10.10 system and forgot to
include the following patch which is what i've needed to avoid the
dreaded black screen of death:
diff --git a/drivers/gpu/drm/i915/intel_opregion.c
b/drivers/gpu/drm/i915/intel_opregion.c
index d2c7104..a1a5d03 100644
--- a/driver
https://bugzilla.kernel.org/show_bug.cgi?id=30052
Marco Trevisan (Trevi?o) changed:
What|Removed |Added
CC||mail at 3v1n0.net
--- Comm
On Fri, May 27, 2011 at 1:37 PM, Jose Maria Mora Castera
wrote:
> Hi Justin,
> I'm a spanish Mac user, who's screen suddenly starts to appear red wherever
> it should appear black or very dark colors. Everything dark or black appears
> in red instead of it's original color.
> I went today to a Mac
On Wed, 25 May 2011 10:38:59 -0300, Yermandu Patapitafious wrote:
> Hello Jean,
>
> Thanks for answer, i will take more atention in subjects,
>
> > What is the last kernel that works for you?
> >
> > Are you running self-built or distribution kernels?
> > Can we please see the kernel configuratio
Hi Justin,
I'm a spanish Mac user, who's screen suddenly starts to appear red wherever
it should appear black or very dark colors. Everything dark or black appears
in red instead of it's original color.
I went today to a Mac shop and a technician connected my mac to an external
display and the red
A previous patch was sent to address this issue at,
https://lkml.org/lkml/2011/5/23/305. Joe Perches suggest that, its best to use
kcalloc for array allocation instead of kzalloc. This version addresses this
issue.
Changes since V0:
Use kcalloc instead of kzalloc for array allocation.
Sig
From: Tormod Volden
Since multiple framebuffer maps are not supported any longer (commit
41c2e75e60200a860a74b7c84a6375c105e7437f) these maps would be broken,
and they are not used by the drm anyway.
Leave it to userspace to create one working map instead.
Signed-off-by: Tormod Volden
---
The
https://bugzilla.kernel.org/show_bug.cgi?id=34822
--- Comment #15 from Anisse Astier 2011-05-27 10:48:09
---
Created an attachment (id=59672)
--> (https://bugzilla.kernel.org/attachment.cgi?id=59672)
xrandr output before and after first patch
Here you can see the output of xrandr before a
https://bugzilla.kernel.org/show_bug.cgi?id=34822
--- Comment #14 from Anisse Astier 2011-05-27 10:45:53
---
Created an attachment (id=59662)
--> (https://bugzilla.kernel.org/attachment.cgi?id=59662)
Dmesg with 1st patch applied
As you asked, I tried with first patch, then second patch on
https://bugzilla.kernel.org/show_bug.cgi?id=34822
--- Comment #13 from Anisse Astier 2011-05-27 10:34:38
---
Created an attachment (id=59652)
--> (https://bugzilla.kernel.org/attachment.cgi?id=59652)
Xorg log with drm-radeon-testing as of 05/26 (no patch applied)
--
Configure bugmail: ht
Otherwise, no vblank interrupts.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=37522
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/atombios_crtc.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/at
On Wed, May 25, 2011 at 12:07:33PM -0400, Alex Deucher wrote:
> On Wed, May 25, 2011 at 4:36 AM, Sascha Hauer
> wrote:
> > Hi All,
> >
> > I'm currently looking into implementing a SoC graphics core with KMS.
> >
> > What I wonder about is the relationship between connectors and encoders.
> > On
https://bugs.freedesktop.org/show_bug.cgi?id=34313
--- Comment #23 from Bob Ham 2011-05-27 09:50:18 PDT ---
Created an attachment (id=47235)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47235)
Kernel log with strange time out behaviour following X load
Above I've stated that the machine
https://bugs.freedesktop.org/show_bug.cgi?id=34313
--- Comment #23 from Bob Ham 2011-05-27 09:50:18 PDT ---
Created an attachment (id=47235)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47235)
Kernel log with strange time out behaviour following X load
Above I've stated that the machine
https://bugs.freedesktop.org/show_bug.cgi?id=34313
--- Comment #22 from Bob Ham 2011-05-27 09:47:15 PDT ---
I've done a bisect on GPU lockups with warzone 2100. During this bisect there
were some kernels that displayed bad GL rendering (lots of artifacts,
flickering textures, etc.), some of whic
https://bugs.freedesktop.org/show_bug.cgi?id=34313
--- Comment #22 from Bob Ham 2011-05-27 09:47:15 PDT ---
I've done a bisect on GPU lockups with warzone 2100. During this bisect there
were some kernels that displayed bad GL rendering (lots of artifacts,
flickering textures, etc.), some of whic
https://bugzilla.kernel.org/show_bug.cgi?id=30922
--- Comment #4 from Denis Washington 2011-05-27 09:30:10
---
I have talked to Dave Airlie on IRC (#radeon at freenode) today and it seems
that my assumption that thermal sensor access is needed for proper fan control
is wrong. Rather, the GP
https://bugs.freedesktop.org/show_bug.cgi?id=37075
--- Comment #2 from almos 2011-05-27 08:02:01 PDT ---
Created an attachment (id=47231)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47231)
ut2004.jpg
I now spotted this phenomenon in ut2004 on the ONS-ArcticStronghold level.
Normally thi
https://bugs.freedesktop.org/show_bug.cgi?id=37075
--- Comment #2 from almos 2011-05-27 08:02:01 PDT ---
Created an attachment (id=47231)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47231)
ut2004.jpg
I now spotted this phenomenon in ut2004 on the ONS-ArcticStronghold level.
Normally thi
i just built a kernel for my ubuntu 10.10 system and forgot to
include the following patch which is what i've needed to avoid the
dreaded black screen of death:
diff --git a/drivers/gpu/drm/i915/intel_opregion.c
b/drivers/gpu/drm/i915/intel_opregion.c
index d2c7104..a1a5d03 100644
--- a/driver
https://bugzilla.kernel.org/show_bug.cgi?id=30922
--- Comment #5 from Alex Deucher 2011-05-27 14:23:25
---
Laptops don't generally use the onboard GPU fan controller and thermal sensor
since they usually have a single fan for both the GPU and the CPU. The fan and
thermal zones are generall
https://bugs.freedesktop.org/show_bug.cgi?id=37652
--- Comment #6 from Sven-Hendrik Haase 2011-05-27 07:10:38
PDT ---
For those without ogre3d, here is an apitrace: http://ompldr.org/vOHRlOQ
The character should show a shadow on the ground. It currently doesn't on
r300g.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=33648
--- Comment #7 from almos 2011-05-27 07:10:29 PDT ---
(In reply to comment #6)
> Similarly on RV530 I'm seeing frequent (but relatively minor) corruption in
> UT2004 with a number of maps which appears to be triangular blocks of old
> scenes (not
https://bugs.freedesktop.org/show_bug.cgi?id=37652
--- Comment #6 from Sven-Hendrik Haase 2011-05-27
07:10:38 PDT ---
For those without ogre3d, here is an apitrace: http://ompldr.org/vOHRlOQ
The character should show a shadow on the ground. It currently doesn't on
r300g.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=33648
--- Comment #7 from almos 2011-05-27 07:10:29 PDT ---
(In reply to comment #6)
> Similarly on RV530 I'm seeing frequent (but relatively minor) corruption in
> UT2004 with a number of maps which appears to be triangular blocks of old
> scenes (not
Otherwise, no vblank interrupts.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=37522
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/atombios_crtc.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atomb
https://bugzilla.kernel.org/show_bug.cgi?id=30052
Marco Trevisan (Treviño) changed:
What|Removed |Added
CC||m...@3v1n0.net
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=37660
Marek Olšák changed:
What|Removed |Added
Component|Drivers/Gallium/r300|Mesa core
AssignedTo|dri-devel@lis
https://bugs.freedesktop.org/show_bug.cgi?id=37660
Marek Ol??k changed:
What|Removed |Added
Component|Drivers/Gallium/r300|Mesa core
AssignedTo|dri-devel at
https://bugs.freedesktop.org/show_bug.cgi?id=37660
Summary: regression after "st/mesa: rewrite st_choose_format()
to be table driven"
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: N
https://bugs.freedesktop.org/show_bug.cgi?id=37660
Summary: regression after "st/mesa: rewrite st_choose_format()
to be table driven"
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: N
https://bugzilla.kernel.org/show_bug.cgi?id=34822
--- Comment #15 from Anisse Astier 2011-05-27 10:48:09 ---
Created an attachment (id=59672)
--> (https://bugzilla.kernel.org/attachment.cgi?id=59672)
xrandr output before and after first patch
Here you can see the output of xrandr before an
https://bugzilla.kernel.org/show_bug.cgi?id=34822
--- Comment #14 from Anisse Astier 2011-05-27 10:45:53 ---
Created an attachment (id=59662)
--> (https://bugzilla.kernel.org/attachment.cgi?id=59662)
Dmesg with 1st patch applied
As you asked, I tried with first patch, then second patch on
https://bugzilla.kernel.org/show_bug.cgi?id=34822
--- Comment #13 from Anisse Astier 2011-05-27 10:34:38 ---
Created an attachment (id=59652)
--> (https://bugzilla.kernel.org/attachment.cgi?id=59652)
Xorg log with drm-radeon-testing as of 05/26 (no patch applied)
--
Configure bugmail: htt
On Wed, 25 May 2011 10:38:59 -0300, Yermandu Patapitafious wrote:
> Hello Jean,
>
> Thanks for answer, i will take more atention in subjects,
>
> > What is the last kernel that works for you?
> >
> > Are you running self-built or distribution kernels?
> > Can we please see the kernel configuratio
https://bugzilla.kernel.org/show_bug.cgi?id=30922
--- Comment #4 from Denis Washington 2011-05-27 09:30:10 ---
I have talked to Dave Airlie on IRC (#radeon at freenode) today and it seems
that my assumption that thermal sensor access is needed for proper fan control
is wrong. Rather, the GPU
On Wed, May 25, 2011 at 12:07:33PM -0400, Alex Deucher wrote:
> On Wed, May 25, 2011 at 4:36 AM, Sascha Hauer wrote:
> > Hi All,
> >
> > I'm currently looking into implementing a SoC graphics core with KMS.
> >
> > What I wonder about is the relationship between connectors and encoders.
> > On my
51 matches
Mail list logo
