https://bugs.freedesktop.org/show_bug.cgi?id=45880
--- Comment #7 from lsching17 at gmail.com 2012-02-21 15:52:03 PST ---
(In reply to comment #6)
> cayman fix pushed to mesa which should be enough on its own, kernel fix is in
> the pipe
sorry for my bad english, what is the meaning of "in the pi
https://bugs.freedesktop.org/show_bug.cgi?id=42611
--- Comment #7 from john_a_s 2012-02-21 15:34:11
PST ---
I tried to follow the instructions to build Mesa 8.0.1, but when I ran
./configure
it reported:
configure: error: Direct rendering requires libdrm >= 2.4.24
I've tried re-installing with
Hello,
running a few "make randconfigs" gave warnings (seen below) for the current
git kernel tree. Are there already patches in -next for all ?
warning: (HAVE_TEXT_POKE_SMP) selects STOP_MACHINE which has unmet direct
dependencies (SMP && MODULE_UNLOAD ||
HOTPLUG_CPU)
warning: (DRM_RADEON_
https://bugs.freedesktop.org/show_bug.cgi?id=44772
--- Comment #4 from Harald Judt 2012-02-21 14:13:08 PST ---
As a side note: This does not occur with suspend and resume, only with
hibernate and resume. Powering down vs rebooting after hibernating does not
make a difference, too.
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=46161
Harald Judt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hello,
the build of latest git (.config attached) failed, make ends with :
...
CC [M] drivers/gpu/drm/radeon/radeon_cp.o
CC [M] drivers/gpu/drm/radeon/radeon_state.o
In file included from
/home/tfoerste/devel/linux/arch/x86/include/asm/uaccess.h:573:0,
from include/drm/drm
<#part sign=pgpmime>
On Tue, 21 Feb 2012 14:06:23 -0800, Jesse Barnes
wrote:
> Eugeni Dodonov (4):
> drm/i915: gen7: implement rczunit workaround
> drm/i915: gen7: Implement an L3 caching workaround.
> drm/i915: gen7: work around a system hang on IVB
> drm/i915: do not en
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #25 from Alexandre Demers 2012-02-21
20:25:39 PST ---
Does this imply that when not using 2d tiling it shouldn't crash or lock
anymore or is it specific to 2d tiling usage?
(In reply to comment #24)
> I pushed a mesa fix for bo allo
2012/2/21 Toralf F?rster :
>
> Hello,
>
> the build of latest git (.config attached) failed, make ends with :
> ...
> ?CC [M] ?drivers/gpu/drm/radeon/radeon_cp.o
> ?CC [M] ?drivers/gpu/drm/radeon/radeon_state.o
> In file included from
> /home/tfoerste/devel/linux/arch/x86/include/asm/uaccess.h:573
https://bugs.freedesktop.org/show_bug.cgi?id=45880
--- Comment #6 from Jerome Glisse 2012-02-21
12:02:47 PST ---
cayman fix pushed to mesa which should be enough on its own, kernel fix is in
the pipe
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #4 from Andy Furniss 2012-02-21
11:54:37 PST ---
Created attachment 57413
--> https://bugs.freedesktop.org/attachment.cgi?id=57413
vdpau display resize bt full
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #3 from Andy Furniss 2012-02-21
11:53:39 PST ---
Created attachment 57412
--> https://bugs.freedesktop.org/attachment.cgi?id=57412
vdpau decode gdb bt full
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #2 from Andy Furniss 2012-02-21
11:52:13 PST ---
(In reply to comment #0)
> Created attachment 49216 [details]
> screenshot.png
>
> See the attached screenshot. The colored parts of the noise somewhat resemble
> the movements that s
On Tue, 21 Feb 2012 11:08:52 -0500
Adam Jackson wrote:
> On Tue, 2012-02-21 at 15:34 +, Dave Airlie wrote:
>
> > Not sure what you mean there, those 3 APIs are just to create dumb
> > unaccelerated objects,
> > probably are fine for vgem's use. For scanout we create framebuffer
> > objects f
PU_PAGE_SIZE;
}
???
Regards,
-- Chen Jie
-- next part --
A non-text attachment was scrubbed...
Name: all_in_vram.patch
Type: text/x-patch
Size: 3971 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120221/cac7c118/attachment-00
https://bugs.freedesktop.org/show_bug.cgi?id=41971
--- Comment #16 from Mike Lothian 2012-02-21 10:29:55
PST ---
Yes it's still an issue
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #24 from Jerome Glisse 2012-02-21
09:44:50 PST ---
I pushed a mesa fix for bo allocation issue. If you enable 2d tiling properly
you shouldn't have lockup anymore. There is also a kernel patch to fix kernel
issue after gpu lockup.
h
From: Michel D?nzer
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46274
Tested with a Cayman card in a Llano system: The additional files are created
and working for the Cayman card but not created for the CPU's built-in GPU.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/ra
https://bugs.freedesktop.org/show_bug.cgi?id=45432
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 02/21/2012 09:07 PM, Alex Deucher wrote:
On Wed, Feb 1, 2012 at 5:43 PM, Felix Kuehling wrote:
Following up on my message from Jan 19, now with a lot more hard data and a
less intrusive modification. Still a prototype though. CC-ing DRI-devel and
Mario Kleiner for a larger audience.
To reca
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #6 from Aur 2012-02-21 16:37:01 ---
Created an attachment (id=72458)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72458)
xrandr --verbose
I tried to set pal with xrandr :
http://aprovin.linux62.org/others/forums/kms/start
> "b" == bugzilla-daemon writes:
Given:
b> What|Removed |Added
b> -
b> QAContact|xorg-team at lists.x.org |
b>Product|xorg|DRI
b> Component|Driver/intel|DRM/Intel
D
https://bugs.freedesktop.org/show_bug.cgi?id=45880
--- Comment #7 from lschin...@gmail.com 2012-02-21 15:52:03 PST ---
(In reply to comment #6)
> cayman fix pushed to mesa which should be enough on its own, kernel fix is in
> the pipe
sorry for my bad english, what is the meaning of "in the pipe"
Hi Felix!
Am Dienstag, den 21.02.2012, 15:07 -0500 schrieb Alex Deucher:
> On Wed, Feb 1, 2012 at 5:43 PM, Felix Kuehling wrote:
> > Following up on my message from Jan 19, now with a lot more hard data and a
> > less intrusive modification. Still a prototype though. CC-ing DRI-devel and
> > Mar
https://bugs.freedesktop.org/show_bug.cgi?id=42611
--- Comment #7 from john_a_s 2012-02-21 15:34:11 PST
---
I tried to follow the instructions to build Mesa 8.0.1, but when I ran
./configure
it reported:
configure: error: Direct rendering requires libdrm >= 2.4.24
I've tried re-installing with
On Tue, Feb 21, 2012 at 3:03 PM, Adam Jackson wrote:
> On Mon, 2012-02-20 at 18:10 +0100, Ben Widawsky wrote:
>> On Thu, 16 Feb 2012 05:52:12 -0800 (PST)
>> Jakob Bornecrantz wrote:
>> > Any reason why you are not using the dumb_bo interface? I at least
>> > would like to be able to offer vgem on
On Wed, Feb 1, 2012 at 5:43 PM, Felix Kuehling
wrote:
> Following up on my message from Jan 19, now with a lot more hard data and a
> less intrusive modification. Still a prototype though. CC-ing DRI-devel and
> Mario Kleiner for a larger audience.
>
> To recap, I was seeing consistent flickering
https://bugs.freedesktop.org/show_bug.cgi?id=44772
--- Comment #4 from Harald Judt 2012-02-21 14:13:08 PST ---
As a side note: This does not occur with suspend and resume, only with
hibernate and resume. Powering down vs rebooting after hibernating does not
make a difference, too.
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=46161
Harald Judt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
The following changes since commit b7f5b7dec3d539a84734f2bcb7e53fbb1532a40b:
drm/radeon/kms: fix MSI re-arm on rv370+ (2012-02-14 13:36:23 +)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/drm-intel
drm-intel-fixes
A few fixes relative to y
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120221/ceee4c2a/attachment.pgp>
Hello,
running a few "make randconfigs" gave warnings (seen below) for the current
git kernel tree. Are there already patches in -next for all ?
warning: (HAVE_TEXT_POKE_SMP) selects STOP_MACHINE which has unmet direct
dependencies (SMP && MODULE_UNLOAD ||
HOTPLUG_CPU)
warning: (DRM_RADEON_
> "b" == bugzilla-daemon writes:
Given:
b> What|Removed |Added
b> -
b> QAContact|xorg-t...@lists.x.org |
b>Product|xorg|DRI
b> Component|Driver/intel|DRM/Intel
DRI
2012/2/21 Toralf Förster :
>
> Hello,
>
> the build of latest git (.config attached) failed, make ends with :
> ...
> CC [M] drivers/gpu/drm/radeon/radeon_cp.o
> CC [M] drivers/gpu/drm/radeon/radeon_state.o
> In file included from
> /home/tfoerste/devel/linux/arch/x86/include/asm/uaccess.h:573
On Wed, Feb 1, 2012 at 5:43 PM, Felix Kuehling wrote:
> Following up on my message from Jan 19, now with a lot more hard data and a
> less intrusive modification. Still a prototype though. CC-ing DRI-devel and
> Mario Kleiner for a larger audience.
>
> To recap, I was seeing consistent flickering
https://bugs.freedesktop.org/show_bug.cgi?id=45880
--- Comment #6 from Jerome Glisse 2012-02-21 12:02:47
PST ---
cayman fix pushed to mesa which should be enough on its own, kernel fix is in
the pipe
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #4 from Andy Furniss 2012-02-21
11:54:37 PST ---
Created attachment 57413
--> https://bugs.freedesktop.org/attachment.cgi?id=57413
vdpau display resize bt full
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #3 from Andy Furniss 2012-02-21
11:53:39 PST ---
Created attachment 57412
--> https://bugs.freedesktop.org/attachment.cgi?id=57412
vdpau decode gdb bt full
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #2 from Andy Furniss 2012-02-21
11:52:13 PST ---
(In reply to comment #0)
> Created attachment 49216 [details]
> screenshot.png
>
> See the attached screenshot. The colored parts of the noise somewhat resemble
> the movements that s
2012/2/21 Michel D?nzer :
> From: Michel D?nzer
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46274
>
> Tested with a Cayman card in a Llano system: The additional files are created
> and working for the Cayman card but not created for the CPU's built-in GPU.
>
> Signed-off-by: Michel
On Mon, Feb 20, 2012 at 5:57 PM, wrote:
> From: Jerome Glisse
>
> If accel is not working many subsystem such as the ib pool might not be
> initialized properly that can lead to segfault inside kernel when cs
> ioctl is call with non working acceleration. To avoid this make sure
> the accel work
8 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120221/e61bb43c/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=41971
--- Comment #16 from Mike Lothian 2012-02-21 10:29:55 PST
---
Yes it's still an issue
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120221/bd58e868/attachment.pgp>
numbers will collide. It needs to exist
for the vesa-like case regardless.
- ajax
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120221/31b9a222/attachment.pgp>
On Tue, 21 Feb 2012 11:08:52 -0500
Adam Jackson wrote:
> On Tue, 2012-02-21 at 15:34 +, Dave Airlie wrote:
>
> > Not sure what you mean there, those 3 APIs are just to create dumb
> > unaccelerated objects,
> > probably are fine for vgem's use. For scanout we create framebuffer
> > objects f
On Mon, Feb 20, 2012 at 04:13:48PM +, Dave Airlie wrote:
> From: Dave Airlie
>
> Two parts to this, one is simple unplug from sysfs for the device node.
>
> The second adds an unplugged state, if we have device opens, we
> just set the unplugged state and return, if we have no device
> opens
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #24 from Jerome Glisse 2012-02-21 09:44:50
PST ---
I pushed a mesa fix for bo allocation issue. If you enable 2d tiling properly
you shouldn't have lockup anymore. There is also a kernel patch to fix kernel
issue after gpu lockup.
h
On Mon, Feb 20, 2012 at 04:13:47PM +, Dave Airlie wrote:
> From: Dave Airlie
>
> In order to get correct ordering at hot-unplug for userspace,
> we need to tear down all the sysfs bits at the correct time.
>
> This adds a helper to allow drivers to remove the sysfs nodes
> for all connectors
On Mon, Feb 20, 2012 at 04:13:46PM +, Dave Airlie wrote:
> From: Dave Airlie
>
> a step towards correct hot unplug for USB devices, we need to
> remove the userspace facing bits at the unplug time for correct
> udev operation.
>
> Signed-off-by: Dave Airlie
The lack of any WARN_ON(mutex_is
https://bugs.freedesktop.org/show_bug.cgi?id=45432
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
2012/2/21 Michel Dänzer :
> From: Michel Dänzer
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46274
>
> Tested with a Cayman card in a Llano system: The additional files are created
> and working for the Cayman card but not created for the CPU's built-in GPU.
>
> Signed-off-by: Michel
From: Michel Dänzer
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46274
Tested with a Cayman card in a Llano system: The additional files are created
and working for the Cayman card but not created for the CPU's built-in GPU.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/ra
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #6 from Aur 2012-02-21 16:37:01 ---
Created an attachment (id=72458)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72458)
xrandr --verbose
I tried to set pal with xrandr :
http://aprovin.linux62.org/others/forums/kms/start
On Mon, Feb 20, 2012 at 5:57 PM, wrote:
> From: Jerome Glisse
>
> If accel is not working many subsystem such as the ib pool might not be
> initialized properly that can lead to segfault inside kernel when cs
> ioctl is call with non working acceleration. To avoid this make sure
> the accel work
On Tue, 2012-02-21 at 15:34 +, Dave Airlie wrote:
> Not sure what you mean there, those 3 APIs are just to create dumb
> unaccelerated objects,
> probably are fine for vgem's use. For scanout we create framebuffer
> objects from a dumb object
> then we do shove it back in from above.
>
> So i
On Tue, Feb 21, 2012 at 3:03 PM, Adam Jackson wrote:
> On Mon, 2012-02-20 at 18:10 +0100, Ben Widawsky wrote:
>> On Thu, 16 Feb 2012 05:52:12 -0800 (PST)
>> Jakob Bornecrantz wrote:
>> > Any reason why you are not using the dumb_bo interface? I at least
>> > would like to be able to offer vgem on
On Mon, 2012-02-20 at 18:10 +0100, Ben Widawsky wrote:
> On Thu, 16 Feb 2012 05:52:12 -0800 (PST)
> Jakob Bornecrantz wrote:
> > Any reason why you are not using the dumb_bo interface? I at least
> > would like to be able to offer vgem on the vmwgfx device when the
> > host has disabled 3D.
>
> I
在 2012年2月17日 下午5:27,Chen Jie 写道:
>> One good way to test gart is to go over GPU gart table and write a
>> dword using the GPU at end of each page something like 0xCAFEDEAD
>> or somevalue that is unlikely to be already set. And then go over
>> all the page and check that GPU write succeed. Abusing
On Mon, Feb 20, 2012 at 04:13:48PM +, Dave Airlie wrote:
> From: Dave Airlie
>
> Two parts to this, one is simple unplug from sysfs for the device node.
>
> The second adds an unplugged state, if we have device opens, we
> just set the unplugged state and return, if we have no device
> opens
On Mon, Feb 20, 2012 at 04:13:47PM +, Dave Airlie wrote:
> From: Dave Airlie
>
> In order to get correct ordering at hot-unplug for userspace,
> we need to tear down all the sysfs bits at the correct time.
>
> This adds a helper to allow drivers to remove the sysfs nodes
> for all connectors
On Mon, Feb 20, 2012 at 04:13:46PM +, Dave Airlie wrote:
> From: Dave Airlie
>
> a step towards correct hot unplug for USB devices, we need to
> remove the userspace facing bits at the unplug time for correct
> udev operation.
>
> Signed-off-by: Dave Airlie
The lack of any WARN_ON(mutex_is
On Mon, 2012-02-20 at 15:03 -0600, Rob Clark wrote:
> From: Rob Clark
>
> The "OMAPDSS: HDMI: PHY burnout fix" commit switched the HDMI driver
> over to using a GPIO for plug detect. Unfortunately the ->detect()
> method was not also updated, causing HDMI to no longer work for the
> omapdrm driv
63 matches
Mail list logo