https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #4 from Andrew Randrianasulu 2011-07-14 23:43:39
PDT ---
Ok, VBO glDrawArrays works too:
guest@slax:~/botva/src/demos/src/perf$ ./vertexrate
Vertex rate (1 x Vertex4f)
Immediate mode: 11.5 million verts/sec
VBO glDrawArrays:
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #4 from Andrew Randrianasulu 2011-07-14
23:43:39 PDT ---
Ok, VBO glDrawArrays works too:
guest at slax:~/botva/src/demos/src/perf$ ./vertexrate
Vertex rate (1 x Vertex4f)
Immediate mode: 11.5 million verts/sec
VBO glDrawArra
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #3 from Andrew Randrianasulu 2011-07-14 23:21:33
PDT ---
OK, perf/vertexrate lockup card.
If I disable (in vertexrate.c) everything, but immediate mode, i have
guest@slax:~/botva/src/demos/src/perf$ ./vertexrate
Vertex rate (1
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #3 from Andrew Randrianasulu 2011-07-14
23:21:33 PDT ---
OK, perf/vertexrate lockup card.
If I disable (in vertexrate.c) everything, but immediate mode, i have
guest at slax:~/botva/src/demos/src/perf$ ./vertexrate
Vertex rate (100
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #2 from Andrew Randrianasulu 2011-07-14 22:41:58
PDT ---
Created an attachment (id=49119)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49119)
nouveau dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #2 from Andrew Randrianasulu 2011-07-14
22:41:58 PDT ---
Created an attachment (id=49119)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49119)
nouveau dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #1 from Andrew Randrianasulu 2011-07-14 22:40:18
PDT ---
While nvfx (3d gallium driver) isn't supported, i run few tests with
nouveau-git (commit 72690683e35680d912e9b8ff2ee0b7a18631dd0d - "drm/nouveau/pm:
Document and expose CL and
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #1 from Andrew Randrianasulu 2011-07-14
22:40:18 PDT ---
While nvfx (3d gallium driver) isn't supported, i run few tests with
nouveau-git (commit 72690683e35680d912e9b8ff2ee0b7a18631dd0d - "drm/nouveau/pm:
Document and expose CL and
On Fri, 2011-07-15 at 04:19 +, Matt Turner wrote:
> On Wed, Jul 13, 2011 at 6:28 AM, Benjamin Herrenschmidt
> wrote:
> > We should have a read memory barrier between reading the WPTR from
> > memory and reading ring entries based on that value (ie, we need to
> > ensure both loads are done in
On Wed, Jul 13, 2011 at 6:28 AM, Benjamin Herrenschmidt
wrote:
> We should have a read memory barrier between reading the WPTR from
> memory and reading ring entries based on that value (ie, we need to
> ensure both loads are done in order by the CPU).
>
> It could be argued that the MMIO reads in
On Thu, Jul 14, 2011 at 09:06:20AM -0700, Keith Packard wrote:
> We mentioned the 'Idling' fix as it may make RC6 work. Have you tried
> that with RC6 enabled on the command line (or with
> 05bd42688dbc066d4e2689b6f73c0470601f788b not applied)? Obviously, not
> enabling RC6 by default will 'fix' th
On Mit, 2011-07-13 at 16:28 +1000, Benjamin Herrenschmidt wrote:
> The writeback ring pointer and IH ring pointer are read using le32_to_cpu
> so we do not want the chip to byteswap them on big-endian.
>
> We still want to byteswap the ring itself and the IBs, so we don't touch
> that but we remov
https://bugs.freedesktop.org/show_bug.cgi?id=39063
--- Comment #5 from Alex Deucher 2011-07-14 15:02:53 PDT ---
The vbios has the same clocks for every power mode.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugs.freedesktop.org/show_bug.cgi?id=39063
--- Comment #5 from Alex Deucher 2011-07-14 15:02:53 PDT
---
The vbios has the same clocks for every power mode.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=39063
--- Comment #4 from vladkuzm 2011-07-14 14:54:49 PDT ---
Any guess? May be vbios doesn`t have correct states information? Or may be its
my fault and i don`t set some kernel options?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.c
https://bugs.freedesktop.org/show_bug.cgi?id=39063
--- Comment #4 from vladkuzm 2011-07-14 14:54:49 PDT ---
Any guess? May be vbios doesn`t have correct states information? Or may be its
my fault and i don`t set some kernel options?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.c
https://bugs.freedesktop.org/show_bug.cgi?id=38800
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38800
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=35697
--- Comment #26 from Sérgio M. Basto 2011-07-14 14:03:56
PDT ---
(In reply to comment #25)
> To reproduce the crash, here's the download for that Flash
> version:
>
> http://download.macromedia.com/pub/labs/flashplayer10/flashplayer10_2_p3_64bi
https://bugs.freedesktop.org/show_bug.cgi?id=35697
--- Comment #26 from S?rgio M. Basto 2011-07-14 14:03:56
PDT ---
(In reply to comment #25)
> To reproduce the crash, here's the download for that Flash
> version:
>
> http://download.macromedia.com/pub/labs/flashplayer10/flashplayer10_2_p3_64bi
On Thu, Jul 14, 2011 at 11:48:08AM +0900, KOSAKI Motohiro wrote:
> >> If you are thinking the shrinker protocol is too complicated, doc update
> >> patch is really welcome.
> >
> > Slab shrinkers have a nasty, crappy interface and the shrink_slab()
> > code is full of bugs. Rather that telling pe
https://bugs.freedesktop.org/show_bug.cgi?id=35697
--- Comment #25 from Nikos Chantziaras 2011-07-14 13:43:10
PDT ---
I just found out that this seems to happen only with the 64-bit Flash plugin,
version 10.2.159.1. To reproduce the crash, here's the download for that Flash
version:
http://dow
https://bugs.freedesktop.org/show_bug.cgi?id=35697
--- Comment #25 from Nikos Chantziaras 2011-07-14
13:43:10 PDT ---
I just found out that this seems to happen only with the 64-bit Flash plugin,
version 10.2.159.1. To reproduce the crash, here's the download for that Flash
version:
http://dow
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #10 from Michael Lothian 2011-07-14 13:01:49
PDT ---
adding -ldrm to src/gallium/targets/vdpau-r600/Makefile fixes this for me
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #10 from Michael Lothian 2011-07-14
13:01:49 PDT ---
adding -ldrm to src/gallium/targets/vdpau-r600/Makefile fixes this for me
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving thi
>> If you are thinking the shrinker protocol is too complicated, doc update
>> patch is really welcome.
>
> Slab shrinkers have a nasty, crappy interface and the shrink_slab()
> code is full of bugs. Rather that telling people to "update the
> documentation" because it's too complex, how about we
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #9 from Andy Furniss 2011-07-14
11:46:59 PDT ---
(In reply to comment #7)
> --enable-gallium-radeon \
> --enable-gallium-r600 \
> --enable-gallium-swrast \
> --with-state-trackers=dri,glx,xvmc,vdpau \
are no longer
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #9 from Andy Furniss 2011-07-14
11:46:59 PDT ---
(In reply to comment #7)
> --enable-gallium-radeon \
> --enable-gallium-r600 \
> --enable-gallium-swrast \
> --with-state-trackers=dri,glx,xvmc,vdpau \
are no longer
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #8 from Andy Furniss 2011-07-14
11:44:12 PDT ---
(In reply to comment #6)
> I'm on Arch Linux and using PKGBUILDs, so everything is recompiled and
> packages
> completely replaced (old files deleted).
>
> $ ldd /usr/lib/vdpau/libvd
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #8 from Andy Furniss 2011-07-14
11:44:12 PDT ---
(In reply to comment #6)
> I'm on Arch Linux and using PKGBUILDs, so everything is recompiled and
> packages
> completely replaced (old files deleted).
>
> $ ldd /usr/lib/vdpau/libvd
On Thu, 14 Jul 2011 19:00:26 +0200, Francesco Allertsen
wrote:
> I have tried to boot with the latest git with the commit
> 05bd42688dbc066d4e2689b6f73c0470601f788b reverted (so I have the 'Idling
> fix' and the rc6 enabled), but I have the same freeze.
Thanks.
--
keith.pack...@intel.com
pg
On Tue, 12 Jul 2011 10:33:06 +0300, Pekka Enberg wrote:
>> AFAICT, this problem is still there in 3.0-rc7. Keith, isn't it time
>> to revert commit a51f7a6 ("drm/i915: enable rc6 by default") before
>> 3.0 is out?
On Tue, Jul 12, 2011 at 6:42 PM, Keith Packard wrote:
> Yes. I'll put together a f
ackard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110714/db7ed11b/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #7 from Micael Dias 2011-07-14 10:12:13 PDT ---
My Mesa configure options:
./autogen.sh --prefix=/usr \
--enable-debug \
--with-dri-driverdir=/usr/lib/xorg/modules/dri \
--enable-gallium-radeon \
--enable-gallium-r600
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #7 from Micael Dias 2011-07-14 10:12:13 PDT
---
My Mesa configure options:
./autogen.sh --prefix=/usr \
--enable-debug \
--with-dri-driverdir=/usr/lib/xorg/modules/dri \
--enable-gallium-radeon \
--enable-gallium-r60
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #6 from Micael Dias 2011-07-14 10:09:57 PDT ---
I'm on Arch Linux and using PKGBUILDs, so everything is recompiled and packages
completely replaced (old files deleted).
$ ldd /usr/lib/vdpau/libvdpau_r600.so
linux-vdso.so.1 => (0
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #6 from Micael Dias 2011-07-14 10:09:57 PDT
---
I'm on Arch Linux and using PKGBUILDs, so everything is recompiled and packages
completely replaced (old files deleted).
$ ldd /usr/lib/vdpau/libvdpau_r600.so
linux-vdso.so.1 => (
On Thu, Jul 14, 2011 at 09:06:20AM -0700, Keith Packard wrote:
> We mentioned the 'Idling' fix as it may make RC6 work. Have you tried
> that with RC6 enabled on the command line (or with
> 05bd42688dbc066d4e2689b6f73c0470601f788b not applied)? Obviously, not
> enabling RC6 by default will 'fix' th
https://bugs.freedesktop.org/show_bug.cgi?id=39193
--- Comment #1 from Simon Farnsworth 2011-07-14
09:54:34 PDT ---
I'm going to hunt for a different way to do this; I can see what's going on,
but I have no idea why.
glXBindTexImageEXT ends up calling into st_context_teximage (st_manager.c:523
https://bugs.freedesktop.org/show_bug.cgi?id=39193
--- Comment #1 from Simon Farnsworth
2011-07-14 09:54:34 PDT ---
I'm going to hunt for a different way to do this; I can see what's going on,
but I have no idea why.
glXBindTexImageEXT ends up calling into st_context_teximage (st_manager.c:523
On Thu, Jul 14, 2011 at 10:37:15AM +0300, Pekka Enberg wrote:
> This if fixed in mainline as of commit
> a94919eaddaa3fede1df8563ce4d761a75374645 ("Revert "drm/i915: enable
> rc6 by default"). Keith, it would have been nice to include a
> 'Reported-by' and/or a link to this discussion in the change
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #5 from Andy Furniss 2011-07-14
09:38:28 PDT ---
(In reply to comment #3)
> Oh, I didn't know only mpeg12 was available for now, sorry. I'm going to try
> it
> with a sample mpeg2 clip.
>
> Not sure why vdpauinfo doesn't work eithe
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #5 from Andy Furniss 2011-07-14
09:38:28 PDT ---
(In reply to comment #3)
> Oh, I didn't know only mpeg12 was available for now, sorry. I'm going to try
> it
> with a sample mpeg2 clip.
>
> Not sure why vdpauinfo doesn't work eithe
On Thu, 14 Jul 2011 10:37:15 +0300, Pekka Enberg wrote:
> This if fixed in mainline as of commit
> a94919eaddaa3fede1df8563ce4d761a75374645 ("Revert "drm/i915: enable
> rc6 by default"). Keith, it would have been nice to include a
> 'Reported-by' and/or a link to this discussion in the changelog
On Thu, 14 Jul 2011 09:50:07 +0200, Francesco Allertsen
wrote:
> The correct commit is 05bd42688dbc066d4e2689b6f73c0470601f788b, the one
> you mentioned is "Idling requires waiting for the ring to be empty".
We mentioned the 'Idling' fix as it may make RC6 work. Have you tried
that with RC6 ena
-
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110714/24205bbb/attachment.pgp>
re
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110714/6f343018/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #4 from Micael Dias 2011-07-14 08:52:56 PDT ---
Mpeg2 also not working:
VO: [vdpau] 480x480 => 480x480 MPEG2 VDPAU acceleration
[vdpau] Error when calling vdp_presentation_queue_get_time: No backend
implementation could be loaded.
F
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #4 from Micael Dias 2011-07-14 08:52:56 PDT
---
Mpeg2 also not working:
VO: [vdpau] 480x480 => 480x480 MPEG2 VDPAU acceleration
[vdpau] Error when calling vdp_presentation_queue_get_time: No backend
implementation could be loaded.
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #3 from Micael Dias 2011-07-14 08:43:18 PDT ---
Oh, I didn't know only mpeg12 was available for now, sorry. I'm going to try it
with a sample mpeg2 clip.
Not sure why vdpauinfo doesn't work either... I just tested with latest libdrm
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #3 from Micael Dias 2011-07-14 08:43:18 PDT
---
Oh, I didn't know only mpeg12 was available for now, sorry. I'm going to try it
with a sample mpeg2 clip.
Not sure why vdpauinfo doesn't work either... I just tested with latest libdrm
On Thu, 2011-07-14 at 17:19 +0200, Michel Dänzer wrote:
> On Mit, 2011-07-13 at 16:28 +1000, Benjamin Herrenschmidt wrote:
> > The writeback ring pointer and IH ring pointer are read using le32_to_cpu
> > so we do not want the chip to byteswap them on big-endian.
> >
> > We still want to byteswap
On Mit, 2011-07-13 at 16:28 +1000, Benjamin Herrenschmidt wrote:
> The writeback ring pointer and IH ring pointer are read using le32_to_cpu
> so we do not want the chip to byteswap them on big-endian.
>
> We still want to byteswap the ring itself and the IBs, so we don't touch
> that but we remov
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #2 from Andy Furniss 2011-07-14
07:52:54 PDT ---
(In reply to comment #0)
> Just compiled mesa from git and mplayer2 from git:
>
> Command line:
>
> $ VDPAU_DRIVER=r600 mplayer -vo vdpau -vc ffh264vdpau sample_h264.mkv
For decode
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #2 from Andy Furniss 2011-07-14
07:52:54 PDT ---
(In reply to comment #0)
> Just compiled mesa from git and mplayer2 from git:
>
> Command line:
>
> $ VDPAU_DRIVER=r600 mplayer -vo vdpau -vc ffh264vdpau sample_h264.mkv
For decode
On Wed, 2011-07-13 at 10:48 -0400, Alex Deucher wrote:
> On Wed, Jul 13, 2011 at 10:43 AM, Alex Deucher
> wrote:
> > On Wed, Jul 13, 2011 at 2:28 AM, Benjamin Herrenschmidt
> > wrote:
> >> We should have a read memory barrier between reading the WPTR from
> >> memory and reading ring entries bas
On Wed, 2011-07-13 at 10:42 -0400, Alex Deucher wrote:
> On Wed, Jul 13, 2011 at 2:28 AM, Benjamin Herrenschmidt
> wrote:
> > The writeback ring pointer and IH ring pointer are read using le32_to_cpu
> > so we do not want the chip to byteswap them on big-endian.
> >
> > We still want to byteswap t
On Wed, 2011-07-13 at 10:38 -0400, Alex Deucher wrote:
> >case 6:
> > - args.v6.ulCrtcPclkFreq.ucCRTC = crtc_id;
> > - args.v6.ulCrtcPclkFreq.ulPixelClock =
> > cpu_to_le32(clock / 10);
> > + args.v6.ulDispEngClkFre
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #1 from Micael Dias 2011-07-14 07:28:18 PDT ---
Not sure if this is relevant:
$ VDPAU_DRIVER=r600 LD_LIBRARY_PATH=/usr/lib/vdpau vdpauinfo
display: :0 screen: 0
Failed to open VDPAU backend /usr/lib/vdpau/libvdpau_r600.so: undefine
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #1 from Micael Dias 2011-07-14 07:28:18 PDT
---
Not sure if this is relevant:
$ VDPAU_DRIVER=r600 LD_LIBRARY_PATH=/usr/lib/vdpau vdpauinfo
display: :0 screen: 0
Failed to open VDPAU backend /usr/lib/vdpau/libvdpau_r600.so: undefin
https://bugs.freedesktop.org/show_bug.cgi?id=39222
Summary: VDPAU not working on RV710
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Compo
https://bugs.freedesktop.org/show_bug.cgi?id=39222
Summary: VDPAU not working on RV710
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Compo
https://bugs.freedesktop.org/show_bug.cgi?id=39202
Siganderson changed:
What|Removed |Added
Summary|KDE desktop effects with|FPS - KDE desktop effects
https://bugs.freedesktop.org/show_bug.cgi?id=39202
Siganderson changed:
What|Removed |Added
Summary|KDE desktop effects with|FPS - KDE desktop effects
On Thu, Jul 14, 2011 at 10:37:15AM +0300, Pekka Enberg wrote:
> This if fixed in mainline as of commit
> a94919eaddaa3fede1df8563ce4d761a75374645 ("Revert "drm/i915: enable
> rc6 by default"). Keith, it would have been nice to include a
> 'Reported-by' and/or a link to this discussion in the change
On Tue, 12 Jul 2011 10:33:06 +0300, Pekka Enberg wrote:
>> AFAICT, this problem is still there in 3.0-rc7. Keith, isn't it time
>> to revert commit a51f7a6 ("drm/i915: enable rc6 by default") before
>> 3.0 is out?
On Tue, Jul 12, 2011 at 6:42 PM, Keith Packard wrote:
> Yes. I'll put together a f
On Thu, Jul 14, 2011 at 11:48:08AM +0900, KOSAKI Motohiro wrote:
> >> If you are thinking the shrinker protocol is too complicated, doc update
> >> patch is really welcome.
> >
> > Slab shrinkers have a nasty, crappy interface and the shrink_slab()
> > code is full of bugs. Rather that telling pe
>> If you are thinking the shrinker protocol is too complicated, doc update
>> patch is really welcome.
>
> Slab shrinkers have a nasty, crappy interface and the shrink_slab()
> code is full of bugs. Rather that telling people to "update the
> documentation" because it's too complex, how about we
On Wed, Jul 13, 2011 at 09:40:31AM +0100, Chris Wilson wrote:
> On Wed, 13 Jul 2011 17:19:22 +0900, KOSAKI Motohiro
> wrote:
> > (2011/07/13 16:41), Chris Wilson wrote:
> > > On Wed, 13 Jul 2011 09:19:24 +0900, KOSAKI Motohiro
> > > wrote:
> > >> (2011/07/12 19:06), Chris Wilson wrote:
> > >>>
On Wed, Jul 13, 2011 at 05:19:22PM +0900, KOSAKI Motohiro wrote:
> (2011/07/13 16:41), Chris Wilson wrote:
> >> (snip)
> >> while (total_scan >= SHRINK_BATCH) {
> >> long this_scan = SHRINK_BATCH;
> >> int shrink_ret;
> >>
On 07/12, Dave Airlie wrote:
>
> On Tue, Jul 12, 2011 at 7:15 PM, Oleg Nesterov wrote:
> > Hello.
> >
> > I tried many times to ask about the supposed behaviour of
> > block_all_signals() in drm, but it seems nobody can answer.
>
> Its not hard to explain, basically there exists hardware that you
71 matches
Mail list logo
