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/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 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'
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
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: ---
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/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:
>
>
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
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:
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
>> 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
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
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
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
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 \
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=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
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
ent 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>
esc: 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.
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
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
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
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);
> > +
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:
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
https://bugs.freedesktop.org/show_bug.cgi?id=39202
Siganderson changed:
What|Removed |Added
Summary|KDE desktop effects with|FPS - KDE desktop effects
On 07/12, Dave Airlie wrote:
On Tue, Jul 12, 2011 at 7:15 PM, Oleg Nesterov o...@redhat.com 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
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;
int
On Wed, Jul 13, 2011 at 09:40:31AM +0100, Chris Wilson wrote:
On Wed, 13 Jul 2011 17:19:22 +0900, KOSAKI Motohiro
kosaki.motoh...@jp.fujitsu.com wrote:
(2011/07/13 16:41), Chris Wilson wrote:
On Wed, 13 Jul 2011 09:19:24 +0900, KOSAKI Motohiro
kosaki.motoh...@jp.fujitsu.com 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 fix the
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 people to
On Tue, 12 Jul 2011 10:33:06 +0300, Pekka Enberg penb...@kernel.org 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 kei...@keithp.com wrote:
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 changelog
https://bugs.freedesktop.org/show_bug.cgi?id=39202
Siganderson dj_...@webmail.it 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
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #1 from Micael Dias kam1k...@gmail.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #2 from Andy Furniss li...@andyfurniss.entadsl.com 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
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 remove
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 the ring
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #3 from Micael Dias kam1k...@gmail.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #4 from Micael Dias kam1k...@gmail.com 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
On Thu, 14 Jul 2011 09:50:07 +0200, Francesco Allertsen fallert...@gmail.com
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
On Thu, 14 Jul 2011 10:37:15 +0300, Pekka Enberg penb...@kernel.org 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
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #5 from Andy Furniss li...@andyfurniss.entadsl.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=39193
--- Comment #1 from Simon Farnsworth simon.farnswo...@onelan.co.uk 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
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'
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #6 from Micael Dias kam1k...@gmail.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #7 from Micael Dias kam1k...@gmail.com 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 \
On Thu, 14 Jul 2011 19:00:26 +0200, Francesco Allertsen fallert...@gmail.com
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.
--
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #10 from Michael Lothian m...@fireburn.co.uk 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
---
https://bugs.freedesktop.org/show_bug.cgi?id=35697
--- Comment #26 from Sérgio M. Basto ser...@serjux.com 2011-07-14 14:03:56
PDT ---
(In reply to comment #25)
To reproduce the crash, here's the download for that Flash
version:
https://bugs.freedesktop.org/show_bug.cgi?id=39063
--- Comment #4 from vladkuzm vladk...@gmail.com 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/show_bug.cgi?id=39063
--- Comment #5 from Alex Deucher ag...@yahoo.com 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
On Fri, 2011-07-15 at 04:19 +, Matt Turner wrote:
On Wed, Jul 13, 2011 at 6:28 AM, Benjamin Herrenschmidt
b...@kernel.crashing.org 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
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #1 from Andrew Randrianasulu rand...@mail.ru 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
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #2 from Andrew Randrianasulu rand...@mail.ru 2011-07-14 22:41:58
PDT ---
Created an attachment (id=49119)
-- (https://bugs.freedesktop.org/attachment.cgi?id=49119)
nouveau dmesg
--
Configure bugmail:
62 matches
Mail list logo