http://bugs.freedesktop.org/show_bug.cgi?id=24479
Rafał Miłecki changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
From: Dave Airlie
The RN50 really needs this since its a single crtc card,
however other gpus may benefit from it as well.
Changes since v1:
add the clones after initialising all the encoders.
Userspace DDX changes are required as it reports connector clones
over randr not encoder clones so it
http://bugs.freedesktop.org/show_bug.cgi?id=24266
Andriy Gapon changed:
What|Removed |Added
Severity|normal |major
--
Configure bugmail: http://bu
From: Dave Airlie
The RN50 really needs this since its a single crtc card,
however other gpus may benefit from it as well.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon_encoders.c| 38 ++-
drivers/gpu/drm/radeon/radeon_legacy_encoders.c |3 +-
d
Here is my situation. I have two drm devices "alpha" and "beta" both mapped to
the same hw with the same PCI Bus ID. "alpha" is at minor 0 and "beta" is at
minor 1.
If I do the following:
drmOpen("beta", NULL);
drmOpen("beta", NULL);
The second call will actually return a file descriptor poi
From: Dave Airlie
This API should be used going forward instead of drmModeGetConnector.
Signed-off-by: Dave Airlie
---
libdrm/xf86drmMode.c |9 +++--
libdrm/xf86drmMode.h |9 +
2 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/libdrm/xf86drmMode.c b/libdrm/xf8
From: Dave Airlie
Some GPUs (mostly in the lower server end of the market) have memory
bandwidth limitations that hit in the real world, however memory
bw calcs require bit depth to be worked out and at the moment, the
KMS interface doesn't know about bit depth until we set the mode.
This "overl
http://bugs.freedesktop.org/show_bug.cgi?id=24489
Summary: [i915 i965] piglit/depth-tex-compare failed
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority
http://bugs.freedesktop.org/show_bug.cgi?id=24381
Matt Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=24381
--- Comment #4 from David Ronis 2009-10-12 15:36:53
PST ---
Interesting, I configured/compiled with march=native and this time it works.
Strange bug.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You a
http://bugs.freedesktop.org/show_bug.cgi?id=24381
--- Comment #3 from Matt Turner 2009-10-12 15:26:01 PST
---
According to Ulrich Drepper [*], you need to pass an -march flag.
configure:22139: checking for native atomic primitives
configure:22171: /usr/bin/gcc -o conftest -O0 -g conftest
http://bugs.freedesktop.org/show_bug.cgi?id=24381
--- Comment #2 from David Ronis 2009-10-12 15:18:44
PST ---
Created an attachment (id=30307)
--> (http://bugs.freedesktop.org/attachment.cgi?id=30307)
configuration log for configure --prefix=/usr
--
Configure bugmail: http://bugs.freede
http://bugs.freedesktop.org/show_bug.cgi?id=24381
Julien Cristau changed:
What|Removed |Added
AssignedTo|xorg-t...@lists.x.org |dri-
|
On Monday 12 October 2009, Andrew Patterson wrote:
> On Mon, 2009-10-12 at 00:41 +0200, Rafael J. Wysocki wrote:
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14309
> > Subject : MCA on hp rx8640
> > Submitter : Andrew Patterson
> > Date: 2009
On Monday 12 October 2009, Frederik Deweerdt wrote:
> Hi Rafael,
>
> On Mon, Oct 12, 2009 at 12:41:30AM +0200, Rafael J. Wysocki wrote:
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14185
> > Subject : Oops in driversbasefirmware_class
> > Submitter :
> > Date
On Monday 12 October 2009, Larry Finger wrote:
> On 10/11/2009 05:41 PM, Rafael J. Wysocki wrote:
> > [Note:
> > 10 new reports in the last 10 days, but fortunately we're fixing them
> > faster
> > than they're being reported.]
>
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14
On Saturday 10 October 2009, Thomas Hellstrom wrote:
> Hi!
>
> I'm trying to port a graphics DRM device driver over to the new power
> management hooks in
>
> struct dev_pm_ops.
>
> During the "prepare" call, Video RAM contents may be copied either to
> shmem objects or pages allocated using a
http://bugs.freedesktop.org/show_bug.cgi?id=24484
--- Comment #3 from Alex Deucher 2009-10-12 13:35:57 PST ---
Proper support for more the 256 MB of vram will come eventually.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
http://bugs.freedesktop.org/show_bug.cgi?id=24484
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=24484
--- Comment #1 from Slava S. Kardakov 2009-10-12 13:32:10 PST
---
Created an attachment (id=30304)
--> (http://bugs.freedesktop.org/attachment.cgi?id=30304)
dmesg log
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=em
http://bugs.freedesktop.org/show_bug.cgi?id=24484
Alex Deucher changed:
What|Removed |Added
Attachment #30304|application/octet-stream|text/plain
mime type|
http://bugs.freedesktop.org/show_bug.cgi?id=24484
Summary: Wrong VRAM size for radeon X1950 XTX
Product: DRI
Version: DRI CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Co
Hi!
One problem with this patch is that it conflicts with the way graphics
drivers traditionally handles
the situation, namely
1) Set up mtrr
2) Map. If fallback to uncached minus we will still have write-combined
access.
I think mtrr-add used in this fashion will typically fail due to the
al
W dniu 12 października 2009 18:08 użytkownik Rafał Miłecki
napisał:
> 2009/10/12 Christian König :
>> The second is the known HDMI support patch, rebased to the state after
>> applying the first one, and while at it fixing some more bugs/cleaning
>> things up a bit.
>>
>> So please revert my previ
http://bugs.freedesktop.org/show_bug.cgi?id=24479
--- Comment #4 from Rafał Miłecki 2009-10-12 10:38:37 PST
---
(In reply to comment #2)
> Created an attachment (id=30296)
--> (http://bugs.freedesktop.org/attachment.cgi?id=30296) [details]
> fix
>
> I think this patch I posted to dri-deve
http://bugs.freedesktop.org/show_bug.cgi?id=24479
--- Comment #3 from Rafał Miłecki 2009-10-12 10:08:40 PST
---
Created an attachment (id=30297)
--> (http://bugs.freedesktop.org/attachment.cgi?id=30297)
dmesg from bad: de2103e452ec7f2db5db7c44279735688608381d
--
Configure bugmail: http:
http://bugs.freedesktop.org/show_bug.cgi?id=24479
--- Comment #2 from Alex Deucher 2009-10-12 10:08:35 PST ---
Created an attachment (id=30296)
--> (http://bugs.freedesktop.org/attachment.cgi?id=30296)
fix
I think this patch I posted to dri-devel should do the trick:
http://marc.info/?l=dr
http://bugs.freedesktop.org/show_bug.cgi?id=24479
--- Comment #1 from Rafał Miłecki 2009-10-12 10:08:18 PST
---
Created an attachment (id=30295)
--> (http://bugs.freedesktop.org/attachment.cgi?id=30295)
dmesg from good: 5a9bcacc0a56f0d9577494e834519480018a6cc3
--
Configure bugmail: http
http://bugs.freedesktop.org/show_bug.cgi?id=24479
Summary: [REGRESSION] Painless crash in drm_mode_getconnector
from "use drm_mode directly for panel modes"
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
2009/10/12 Christian König :
> The second is the known HDMI support patch, rebased to the state after
> applying the first one, and while at it fixing some more bugs/cleaning
> things up a bit.
>
> So please revert my previous patch and apply this one. I promise to make
> incremental patches in the
http://bugs.freedesktop.org/show_bug.cgi?id=24467
--- Comment #3 from Rafał Miłecki 2009-10-12 09:03:44 PST
---
(In reply to comment #2)
> Did you update any other parts of the stack like mesa or xf86-video-ati?
> Might
> be related to bug 24425 if kwin uses GL.
We discussed this shortly
http://bugs.freedesktop.org/show_bug.cgi?id=24467
--- Comment #2 from Alex Deucher 2009-10-12 08:58:35 PST ---
Did you update any other parts of the stack like mesa or xf86-video-ati? Might
be related to bug 24425 if kwin uses GL.
--
Configure bugmail: http://bugs.freedesktop.org/userpre
On Mon, Oct 12, 2009 at 1:16 AM, Dave Airlie wrote:
>> 1 - make sure lvds panels have valid native mode info. if not, report
>> lvds as disconnected
>> 2 - fix up crtc dpms ordering based on recommendation from bios docs
>> 3 - add support for AdjustDisplayPll table which is used to adjust the
>>
http://bugs.freedesktop.org/show_bug.cgi?id=24476
Summary: ATI Radeon 9500: X, xdm and kdm freeze only when DRI is
enabled
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severit
http://bugs.freedesktop.org/show_bug.cgi?id=24475
Summary: clutter applications are unusable with radeon/radeonhd
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Prior
On Mon, Oct 12, 2009 at 12:09 AM, Dave Airlie wrote:
>>
>> patches:
>> 1 - make sure lvds panels have valid native mode info. if not, report
>> lvds as disconnected
>> 2 - fix up crtc dpms ordering based on recommendation from bios docs
>> 3 - add support for AdjustDisplayPll table which is used
On Mon, Oct 12, 2009 at 12:22 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> Alex I suspect the DDX needs a similiar patch.
>
> With the adjust table introduction, we need to fill out index
> before getting the table version.
>
Good catch! Actually the DDX is ok, but I've cleaned it up a bit.
http://bugs.freedesktop.org/show_bug.cgi?id=24430
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=24131
Modestas Vainius changed:
What|Removed |Added
CC||geroma...@mailas.com
--- Comment #
http://bugzilla.kernel.org/show_bug.cgi?id=14274
--- Comment #11 from Jérôme Glisse 2009-10-12
08:39:03 ---
Again your ddx (xf86-video-radeon) is not compiled with kernel modesetting
enabled. Make sure you build libdrm with --enable-radeon-experimental-api and
that the ddx compilation use t
http://bugs.freedesktop.org/show_bug.cgi?id=24467
--- Comment #1 from Rafał Miłecki 2009-10-12 01:34:20 PST
---
Created an attachment (id=30280)
--> (http://bugs.freedesktop.org/attachment.cgi?id=30280)
dmesg from a3c1945aaf48a5893238d95139f202531994094d (good)
--
Configure bugmail: htt
As the advantages of TTM, it says TTM is NO physical page aliasing with
inconsistent caching attributes.
But what does physical page aliasing mean?
_
Windows Live: Friends get your Flickr, Y
http://bugs.freedesktop.org/show_bug.cgi?id=24467
Summary: [RV620][REGRESSION] Lock up after "Fix R600/RV770
disable acceleration path" (KMS)
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status:
43 matches
Mail list logo
