https://bugzilla.kernel.org/show_bug.cgi?id=31412
--- Comment #4 from Kevin 2011-03-18 21:25:15 ---
The problem occurred in 2.6.37 also.
Logging out of X doesn't get the memory back.
I'm also not sure if just scrolling a lot causes the problem. It seems to be
easier for me to consume
https://bugzilla.kernel.org/show_bug.cgi?id=31412
Dave Airlie changed:
What|Removed |Added
CC||airlied at linux.ie
--- Comment #3
https://bugzilla.kernel.org/show_bug.cgi?id=31412
--- Comment #2 from Kevin 2011-03-18 20:47:01 ---
It's not a regression. I also experienced the problem with 2.6.37 and 2.6.36. I
haven't tested any other kernel versions; I got my laptop in December.
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=31412
Andrew Morton changed:
What|Removed |Added
CC||akpm at linux-foundation.org
---
https://bugzilla.kernel.org/show_bug.cgi?id=31412
Andrew Morton changed:
What|Removed |Added
Component|Other |Video(DRI - non Intel)
On Fri, 18 Mar 2011, Jesse Barnes wrote:
>
> I like the new param check, but I'd still prefer a new ioctl to abusing
> the old one.
>
It's not "abusing" it but extending the interface in a
backwards-compatible manner. Introducing a new one would result in two
ioctls that essentially do the
On Fri, 18 Mar 2011, Jesse Barnes wrote:
>
> The duplicated code in each function is begging to get pulled out into
> a separate function...
>
How about this then ?
diff --git a/src/radeon.h b/src/radeon.h
index a6d20d7..1a746c7 100644
--- a/src/radeon.h
+++ b/src/radeon.h
@@ -931,6 +931,9
Hi Alex,
Below is a patch against the master branch of xf86-video-ati that adds
support for waits on vblank events on CRTCs that are greater than 1 (and
thus cannot be represented using current primary/secondary flags
interface). The patch makes use of GET_CAP ioctl to check whether
vblanks
Hi Alex,
Below is a patch against the master branch of libdrm that adds support
for waits for vblank events on CRTCs that are greater than 1 (and thus
cannot be represented using current primary/secondary flags interface).
The patch adds a new DRM_CAP so that the application can check whether
Hi Dave,
Below is a patch against drm-next branch of 2.6.38-rc8+ kernel that adds
the capability to wait on vblank events for CRTCs that are greater than 1
and thus cannot be represented with primary/secondary flags in the legacy
interface. It was discussed on the dri-devel list in these two
On Fri, 18 Mar 2011 18:13:11 -0500 (CDT)
Ilija Hadzic wrote:
>
>
> On Fri, 18 Mar 2011, Jesse Barnes wrote:
>
> >
> > I like the new param check, but I'd still prefer a new ioctl to abusing
> > the old one.
> >
>
> It's not "abusing" it but extending the interface in a
>
https://bugs.freedesktop.org/show_bug.cgi?id=35434
--- Comment #2 from Andy Furniss 2011-03-18
15:18:40 PDT ---
(In reply to comment #0)
> A few pictures of what I'm seeing are attached.
>
> Environment:
> Linux kernel (Linus' current git with s3tc support)
> libdrm, xf86-video-ati, mesa @
On Fri, 18 Mar 2011 16:58:04 -0500 (CDT)
Ilija Hadzic wrote:
>
> Hi Dave,
>
> Below is a patch against drm-next branch of 2.6.38-rc8+ kernel that adds
> the capability to wait on vblank events for CRTCs that are greater than 1
> and thus cannot be represented with primary/secondary flags in
On Fri, 18 Mar 2011 16:58:39 -0500 (CDT)
Ilija Hadzic wrote:
>
> Hi Alex,
>
> Below is a patch against the master branch of xf86-video-ati that adds
> support for waits on vblank events on CRTCs that are greater than 1 (and
> thus cannot be represented using current primary/secondary flags
https://bugs.freedesktop.org/show_bug.cgi?id=35434
--- Comment #1 from Brian Paterni 2011-03-18 14:17:22
PDT ---
correction:
Images [1] and [2] are located elsewhere due to bug tracker attachment
limitation.
[1] http://imgur.com/k8NNA# bad ground textures example
[2] http://imgur.com/fDkmc
https://bugs.freedesktop.org/show_bug.cgi?id=35434
Summary: [RADEON:KMS:R600G] etqw: broken ground textures +
sporadic junk being displayed
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
On 03/16/11 21:09, Anders Eriksson wrote:
> On 03/15/11 22:46, Alex Deucher wrote:
> > Try booting with radeon.audio=0 on 2.6.38rc, some TVs have problems
> > with the hdmi packets we send by default. disabling audio will treat
> > the hdmi like dvi.
> >
> > Alex
> You seem to be on to
https://bugs.freedesktop.org/show_bug.cgi?id=35425
Summary: Instanced drawing: not implemented
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: enhancement
Priority:
https://bugs.freedesktop.org/show_bug.cgi?id=34972
--- Comment #2 from Gy?rgy Ball? 2011-03-18 08:18:42
PDT ---
I think it's a duplicate of bug 34220.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
On 03/16/11 21:09, Anders Eriksson wrote:
On 03/15/11 22:46, Alex Deucher wrote:
Try booting with radeon.audio=0 on 2.6.38rc, some TVs have problems
with the hdmi packets we send by default. disabling audio will treat
the hdmi like dvi.
Alex
You seem to be on to something there.
https://bugs.freedesktop.org/show_bug.cgi?id=34972
--- Comment #2 from György Balló ball...@freestart.hu 2011-03-18 08:18:42 PDT
---
I think it's a duplicate of bug 34220.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=35425
Summary: Instanced drawing: not implemented
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: enhancement
Priority:
https://bugzilla.kernel.org/show_bug.cgi?id=31412
Andrew Morton a...@linux-foundation.org changed:
What|Removed |Added
Component|Other |Video(DRI - non
https://bugzilla.kernel.org/show_bug.cgi?id=31412
Andrew Morton a...@linux-foundation.org changed:
What|Removed |Added
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=31412
--- Comment #2 from Kevin kjs...@gmail.com 2011-03-18 20:47:01 ---
It's not a regression. I also experienced the problem with 2.6.37 and 2.6.36. I
haven't tested any other kernel versions; I got my laptop in December.
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=31412
Dave Airlie airl...@linux.ie changed:
What|Removed |Added
CC||airl...@linux.ie
---
https://bugs.freedesktop.org/show_bug.cgi?id=35434
Summary: [RADEON:KMS:R600G] etqw: broken ground textures +
sporadic junk being displayed
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=35434
--- Comment #1 from Brian Paterni bpate...@gmail.com 2011-03-18 14:17:22 PDT
---
correction:
Images [1] and [2] are located elsewhere due to bug tracker attachment
limitation.
[1] http://imgur.com/k8NNA# bad ground textures example
[2]
https://bugzilla.kernel.org/show_bug.cgi?id=31412
--- Comment #4 from Kevin kjs...@gmail.com 2011-03-18 21:25:15 ---
The problem occurred in 2.6.37 also.
Logging out of X doesn't get the memory back.
I'm also not sure if just scrolling a lot causes the problem. It seems to be
easier for me
Hi Dave,
Below is a patch against drm-next branch of 2.6.38-rc8+ kernel that adds
the capability to wait on vblank events for CRTCs that are greater than 1
and thus cannot be represented with primary/secondary flags in the legacy
interface. It was discussed on the dri-devel list in these two
Hi Alex,
Below is a patch against the master branch of libdrm that adds support
for waits for vblank events on CRTCs that are greater than 1 (and thus
cannot be represented using current primary/secondary flags interface).
The patch adds a new DRM_CAP so that the application can check
Hi Alex,
Below is a patch against the master branch of xf86-video-ati that adds
support for waits on vblank events on CRTCs that are greater than 1 (and
thus cannot be represented using current primary/secondary flags
interface). The patch makes use of GET_CAP ioctl to check whether
vblanks
On Fri, 18 Mar 2011 16:58:39 -0500 (CDT)
Ilija Hadzic ihad...@research.bell-labs.com wrote:
Hi Alex,
Below is a patch against the master branch of xf86-video-ati that adds
support for waits on vblank events on CRTCs that are greater than 1 (and
thus cannot be represented using current
On Fri, 18 Mar 2011 16:58:04 -0500 (CDT)
Ilija Hadzic ihad...@research.bell-labs.com wrote:
Hi Dave,
Below is a patch against drm-next branch of 2.6.38-rc8+ kernel that adds
the capability to wait on vblank events for CRTCs that are greater than 1
and thus cannot be represented with
https://bugs.freedesktop.org/show_bug.cgi?id=35434
--- Comment #2 from Andy Furniss li...@andyfurniss.entadsl.com 2011-03-18
15:18:40 PDT ---
(In reply to comment #0)
A few pictures of what I'm seeing are attached.
Environment:
Linux kernel (Linus' current git with s3tc support)
libdrm,
On Fri, 18 Mar 2011, Jesse Barnes wrote:
The duplicated code in each function is begging to get pulled out into
a separate function...
How about this then ?
diff --git a/src/radeon.h b/src/radeon.h
index a6d20d7..1a746c7 100644
--- a/src/radeon.h
+++ b/src/radeon.h
@@ -931,6 +931,9 @@
On Fri, 18 Mar 2011, Jesse Barnes wrote:
I like the new param check, but I'd still prefer a new ioctl to abusing
the old one.
It's not abusing it but extending the interface in a
backwards-compatible manner. Introducing a new one would result in two
ioctls that essentially do the same
On Fri, 18 Mar 2011 18:13:11 -0500 (CDT)
Ilija Hadzic ihad...@research.bell-labs.com wrote:
On Fri, 18 Mar 2011, Jesse Barnes wrote:
I like the new param check, but I'd still prefer a new ioctl to abusing
the old one.
It's not abusing it but extending the interface in a
38 matches
Mail list logo