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
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 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:
> > >>>
>> 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 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
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 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=39202
Siganderson changed:
What|Removed |Added
Summary|KDE desktop effects with|FPS - KDE desktop effects
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
--- 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 #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 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
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
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 #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
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
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
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=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 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=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 #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
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
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 #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 #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=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 #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=38800
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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 #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
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 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
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 #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 #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 #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:
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
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: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 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
>> 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 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
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=39202
Siganderson changed:
What|Removed |Added
Summary|KDE desktop effects with|FPS - KDE desktop effects
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
--- 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
--- 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 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 #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 #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.
re
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110714/6f343018/attachment.pgp>
-
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>
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=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 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=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 => (
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
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 #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 #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 #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=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 #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=38800
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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 #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=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 #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 #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 #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
71 matches
Mail list logo
