> RADEONEntPtr pRADEONEnt;
> ^
>
> Signed-off-by: Michel Dänzer
For both,
Reviewed-by: Dave Airlie
> ---
> src/radeon_probe.c | 7 +--
> 1 file changed, 1 insertion(+), 6 deletions(-)
>
> diff --git a/src/radeon_probe.c b/src/radeon_probe.c
>
From: Dave Airlie
There is already a radeon_pixmap forward decl here, the #else
block is missing one.
Signed-off-by: Dave Airlie
---
src/radeon_glamor.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/radeon_glamor.h b/src/radeon_glamor.h
index 1ba7049..c77466e
From: Dave Airlie
Some of these were set, some of them were
always opposites, so clean things up.
Signed-off-by: Dave Airlie
---
src/drmmode_display.c | 2 +-
src/radeon.h | 1 -
src/radeon_kms.c | 5 -
src/radeon_probe.c| 4
src/radeon_probe.h| 4
5 files
Signed-off-by: Dave Airlie
---
src/drmmode_display.c | 4 +++-
src/radeon_kms.c | 4
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/drmmode_display.c b/src/drmmode_display.c
index ad2f48b..337ee55 100644
--- a/src/drmmode_display.c
+++ b/src/drmmode_display.c
From: Dave Airlie
The secondary indent is deliberate to make the next patch more
parseable for mst support.
Signed-off-by: Dave Airlie
---
src/drmmode_display.c | 85 ---
1 file changed, 47 insertions(+), 38 deletions(-)
diff --git a/src
From: Dave Airlie
This is step one towards MST connector hotplug support,
it stop caching the mode resources structure, and
just passes a pointer to it around.
Signed-off-by: Dave Airlie
---
src/drmmode_display.c | 35 +++
src/drmmode_display.h | 2 +-
src
From: Dave Airlie
This allows for dynamic creation of conneectors when the
kernel tells us.
Signed-off-by: Dave Airlie
---
src/drmmode_display.c | 174 --
src/drmmode_display.h | 2 +
src/radeon.h | 3 +-
src/radeon_kms.c | 5
These patches just prepare the DDX for naming DP 1.2 MST connectors
properly and to expect hotplug connectors.
They are ported from similiar code I wrote for the Intel DDX.
kernel support for radeon MST is still WIP, but I should get
these upstream I suppose.
Dave.
_
> I am very new to DRM and radeon driver, There are many concepts of Linux
> graphic system I haven't acquired.I am looking help for a question about drm
> framebuffer, it might be very simple to you. Why is stride of 800x600
> framebuffer is 832*4=3328? Actually the number of pitch 832 is derive f
On 5 August 2014 18:56, Glen Ogilvie wrote:
> Hi,
>
> I've got a problem, that I'd like a little help with getting to the bottom
> of... so looking for a little advise.
>
> I can't get my laptop's displayport output to drive my monitor, using the
> free ati driver. It does work on the legacy driv
From: Dave Airlie
noticed while looking at something else.
Signed-off-by: Dave Airlie
---
src/drmmode_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/drmmode_display.c b/src/drmmode_display.c
index fc99128..f22f198 100644
--- a/src/drmmode_display.c
+++ b/src
On Wed, Jul 31, 2013 at 9:21 AM, wrote:
> From: Alex Deucher
>
> The compat naming code for UMS causes problems
> with multiple GPU as you may end up with the same
> output name on multiple GPUs.
>
> This may break compatibilty with certain old setups
> but it's necessary to properly handles mul
On Tue, Jul 23, 2013 at 8:42 AM, Grigori Goronzy wrote:
> On 23.07.2013 00:30, Dave Airlie wrote:
>>
>> On Mon, Jul 22, 2013 at 2:06 PM, Grigori Goronzy
>> wrote:
>>>
>>> Subpixel text rendering is typically done with a solid src and a
>>> pixmap
On Mon, Jul 22, 2013 at 2:06 PM, Grigori Goronzy wrote:
> Subpixel text rendering is typically done with a solid src and a
> pixmap mask. Traditionally, this cannot be accelerated in a single
> pass and requires two passes [1]. However, we can cheat a little
> with a constant blend color.
The hw
From: Dave Airlie
This adds randr BACKLIGHT and Backlight properties using libbacklight
as the backend.
Signed-off-by: Dave Airlie
---
configure.ac | 3 +++
src/Makefile.am | 7 ++-
src/drmmode_display.c | 47 +++
src
xbacklight and gnome would really like to use xrandr to control the backlight
if possible, I've just taken the property code from intel driver, and hooked
it up to libbacklight from git://git.freedesktop.org/git/libbacklight.
The kernel can't deal with this due to the insanity that is ACPI and non
From: Dave Airlie
I want to use this to add randr backlight support.
Signed-off-by: Dave Airlie
---
src/drmmode_display.c | 54 ---
1 file changed, 34 insertions(+), 20 deletions(-)
diff --git a/src/drmmode_display.c b/src/drmmode_display.c
>
> I have two 6450 cards in my Ubuntu 13.04 system with three monitors. This is
> a recent install with no binary drivers installed and no additional X ppa's
> installed. I can get X to display output on the primary monitor, and I can
> see all three in xrandr:
>
> Screen 0: minimum 320 x 200, cur
Do we mention anywhere we need mesa 9.0?
Dave.
On Fri, Nov 2, 2012 at 10:51 PM, Alex Deucher wrote:
> Pushed. thanks!
>
> On Fri, Nov 2, 2012 at 8:30 AM, Andreas Boll
> wrote:
>> Signed-off-by: Andreas Boll
>> ---
>> man/radeon.man |2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> I think you also need to prevent the acceleration code from using
> RADEON_GEM_DOMAIN_VRAM when these are used for the destination, or they
> will be migrated into VRAM anyway?
Yeah probably should for completeness, we should never be rendering to
a slave pixmap anyways, just copying, maybe I
On Tue, Jul 17, 2012 at 6:43 PM, Michel Dänzer wrote:
> On Mon, 2012-07-16 at 12:56 -0700, Connor Behan wrote:
>> This introduces EXA acceleration which can improve performance and allow
>> 2D acceleration to be used without XAA. Implemented hooks are Solid,
>> Copy and Composite. They appear to p
On Fri, Jun 15, 2012 at 3:53 PM, Roland Scheidegger
wrote:
> Am 14.06.2012 21:19, schrieb Dave Airlie:
>> I'm seriously thinking of resurrecting the kms killing branch, can
>> anyone give me a reason not too,
>>
>> we'd fork the current master into a UMS branc
On Fri, Jun 15, 2012 at 9:35 AM, Michel Dänzer wrote:
> On Don, 2012-06-14 at 20:19 +0100, Dave Airlie wrote:
>> I'm seriously thinking of resurrecting the kms killing branch,
>
> I'm not opposed, it's becoming rather painful to keep UMS building, let
> alone w
I'm seriously thinking of resurrecting the kms killing branch, can
anyone give me a reason not too,
we'd fork the current master into a UMS branch and move on.
Dave.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman
I've dropped a radeontool release in
http://people.freedesktop.org/~airlied/radeontool/
changes below:
Alex Deucher (3):
add latest chip families from the ddx
add radeonreg program
radeonreg: add radeonreg regs all option
Dave Airlie (4):
evergreen : more
2012/3/9 Rafał Miłecki :
> W dniu 28 lutego 2012 07:13 użytkownik Rafał Miłecki
> napisał:
>> 2012/2/25 Jonathan Nieder :
>>> Alex Deucher wrote:
>>>
region 0 is always the frame buffer and region 2 is always mmio.
radeontool and avivotool should be cleaned up the same way radeonreg
>>>
On Mon, Dec 5, 2011 at 9:13 PM, Roland Scheidegger
wrote:
> Am 05.12.2011 21:51, schrieb Dave Airlie:
>> On Mon, Dec 5, 2011 at 8:08 PM, Roland Scheidegger
>> wrote:
>>> IIRC this is not only true for r200. Might be true for r300 too, and
>>> r100 (possibly not
On Mon, Dec 5, 2011 at 8:08 PM, Roland Scheidegger
wrote:
> IIRC this is not only true for r200. Might be true for r300 too, and
> r100 (possibly not rv100) even. Looks good otherwise though.
Yeah I've been trying to solve it as I find it, I found it definitely
on rv250/rv280, r200 I'm not 100% s
From: Dave Airlie
When we do the allocations we need to make sure the always tiled
nature is taken into account.
Signed-off-by: Dave Airlie
---
src/radeon.h |1 +
src/radeon_dri2.c |8
src/radeon_exa.c |3 +++
3 files changed, 12 insertions(+), 0 deletions(-)
diff
Same problem, bug isn't public.
Dave.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati
On Fri, Nov 4, 2011 at 3:42 PM, Johannes Obermayr
wrote:
> See: https://bugzilla.novell.com/show_bug.cgi?id=437651
> ---
You are not authorized to access bug #437651.
Open the bug or fix the commit msg :)
Dave.
> src/radeon_driver.c | 5 -
> 1 files changed, 4 insertions(+), 1 deletions
2011/8/8 Chen Jie :
> Hi,
>
> 在 2011年8月7日 下午4:35,Chen Jie 写道:
>> 2011/8/4 Michel Dänzer :
>>> You can try booting with radeon.test=1 and see in dmesg if the transfer
>>> tests triggered by that succeed.
>> Seems has some test failure, see attachment radeon.test.log
> I did the same test on a x86 m
On Mon, Mar 7, 2011 at 4:36 AM, Ben Hutchings wrote:
> On Sun, 2011-03-06 at 13:08 -0500, Alex Deucher wrote:
>> On Fri, Mar 4, 2011 at 8:50 PM, Ben Hutchings wrote:
>> > On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote:
>> >> severity 616301 critical
>> >> thanks
>> >
>> > No, not unles
On Sat, Dec 11, 2010 at 4:40 AM, Bruce Guenter wrote:
> Hi.
>
> I'm having a problem with my X system after replacing my video card.
> The mouse and display freeze for about 1/10th of a second every roughly
> 10 seconds when moving the mouse. When the mouse is not moving, no
> freezes are observe
5b8371bc38d25bfc9b3a59328bce7a6f9 Mon Sep 17 00:00:00 2001
From: Dave Airlie
Date: Wed, 29 Sep 2010 13:31:07 +1000
Subject: [PATCH] drm/ttm: remove race and optimise evicting destroyed buffers.
A race condition was identifed that led to a leak of the BOs, when
a bo was on the delayed delete lis
On Mon, Sep 20, 2010 at 8:36 AM, Felix Blanke wrote:
> Yeah.
>
> I have buyed a third monitor and now need a video card for it :)
>
> I want to buy a HD 5770 (flex-edition from sapphire) to use 3 monitors via
> DVI.
> Open-source would be mutch nicer to use then the closed source driver :)
Only
2010/8/21 Oldřich Jedlička :
> On Friday 20 August 2010 11:05:40 Christopher James Halse Rogers wrote:
>> On Fri, 2010-08-20 at 07:55 +0200, Oldřich Jedlička wrote:
>> > On Friday 20 August 2010 02:04:35 Christopher James Halse Rogers wrote:
>> > > On Thu, 2010-08-19 at 21:23 +0200, Oldřich Jedličk
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commit;h=580b4fffbbdc3c899ee1f8189ba321bd60b48840
I added this qurik upstream, it may need to be extended to other rs4xx, its
worth a try.
Dave.
On Sat, Jul 10, 2010 at 4:13 PM, Andres Cimmarusti <
andrescimmaru...@yahoo.com> wrote:
Cooper Yuan (1):
Remove HDP_SOFT_RESET function, there is no need to reset HDP block.
Dave Airlie (8):
kms: add uevent support.
radeon: add FireMV 2400 pci id.
xv: fix Xv on M6/RV100 under KMS.
drmmode: fix big endian issue with properties.
radeon: set prope
I've just pushed a branch with a patch in it to use VBOs for vertex
data on r300->r500 GPUs.
This should provide a benefit due to the vertex data no longer having
to be copied to the GPU in-kernel,
and also allowing more state to be in a single indirect buffer. It is
only enabled under KMS.
It ne
On Sun, Apr 25, 2010 at 11:58 PM, Jerome Glisse wrote:
> On Sat, Apr 24, 2010 at 02:17:50PM +0200, Daniel Klaffenbach wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi everyone,
>>
>> I noticed a strange line in dmesg when KMS is enabled and I wondered how to
>> get rid of it:
>>
On Sun, Apr 11, 2010 at 6:00 AM, Mark Knecht wrote:
> OK, so I'm searching around for instructions on doing right this but
> I'm not finding them yet. That's leaving me poking around and of
> course that never goes well. I'll post some data and keep some records
> in case others try this again lat
On Wed, 2010-04-07 at 19:25 -0400, Matt Turner wrote:
> On Wed, Apr 7, 2010 at 7:15 PM, Dave Airlie wrote:
> > On Wed, 2010-04-07 at 18:49 -0400, Matt Turner wrote:
> >> Highly predicatble branches include
> >> - unlikely: error conditions, such as those leading to
&
Not sure it ever worked I think I remembered seeing something similiar
last time I tried PAL I just haven't had time to get back to it.
Dave.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati
On Thu, Mar 25, 2010 at 8:05 AM, Alex Deucher wrote:
> 2010/3/24 jean-francois simon :
>>
>> 2010/3/24 Michel Dänzer
>>>
>>> > so it is PIO not DMA? just curious, where is the code that is doing
>>> > that transfer?
>>>
>>> shadowUpdatePacked() in xserver/miext/shadow/shpacked.c .
>>>
>>>
>> very
2010/2/27 Ernst Sjöstrand :
> Hasn't there been exceptionally few releases recently?
> Maybe there's a point in making releases more often in the future, the whole
> release early release often principle. Shorter iterations with a more
> defined scope, etc...
>
> Or maybe this was just because of t
>
> I found a couple of well-documented posts relative to this issue, which
> indicate that the source was recently removed from the mesa/drm tree at
> anongit.freedesktop.org and is now available in the kernel tree under
> drivers/gpu/drm directory.
Its still not upstream, we'd need to clean the
2010/1/11 Jerome Glisse :
> On Sun, Jan 10, 2010 at 07:06:41PM +0100, José JORGE wrote:
>> A Segunda 04 Janeiro 2010 23:46:32 José JORGE você escreveu:
>> > The question : is it possible by myself to change the radeon driver to
>> > ignore a memory zone of a video card? Something like the badram p
On Sat, Dec 26, 2009 at 2:54 AM, Dr. David Alan Gilbert
wrote:
> Hi,
> I'm running an RV710 on 2.6.33-rc2 and it works great without KMS;
> but with KMS it's a lot slower and I can see X eating a lot of CPU
> even when not much is happening.
>
> It seems to start off OK, but then really starts e
2009/12/17 Tomáš Chvátal :
> Hi,
> I would like to ask you to start considering creating some rc/beta/alpha
> snapshot of upcoming driver series 6.13 (or what ever you decide to call
> it).
>
> There are quite few users trying to test the KMS features and i was
> pointing them out to our live packa
On Tue, Dec 1, 2009 at 11:26 AM, Kusanagi Kouichi wrote:
> On 2009-11-30 11:13:20 -0500, Alex Deucher wrote:
>> On Thu, Nov 26, 2009 at 11:30 PM, Kusanagi Kouichi
>> wrote:
>> > r6xx_accel.c: In function 'wait_3d_idle_clean':
>> > r6xx_accel.c:117: warning: unused variable 'info'
>> > r6xx_accel.
From: Dave Airlie
This patch returns NULL for pixmap creation when we are using
mixed pixmaps and the pixmap has a size.
The size check is necessary for the front buffer.
We add a flag to force pixmap creation for certain pixmaps
that need to be hw, like the DRI2 and Xv ones.
Idea from Michel
On Fri, Nov 6, 2009 at 6:10 AM, Alex Deucher wrote:
> On Thu, Nov 5, 2009 at 9:06 AM, Matthew Wilcox wrote:
>> On Thu, Nov 05, 2009 at 01:57:10PM +0100, Daniel Vetter wrote:
>>> When starting a failsafe X session and starting glxgears (which should
>>> cause plenty of interrupts to be generated),
> >
> > radeon: fix build without kms
>
> Sorry about that, I'll try to check this before pushing in the future.
>
> Thanks for fixing it up.
>
No worries I'm starting to wonder if I can come up with a cleaner away,
because I never test this build path either.
Dave.
>
>
_
2009/9/1 Michel Dänzer :
> On Mon, 2009-08-31 at 22:24 -0700, Dave Airlie wrote:
>>
>> commit 22fbd6476f4b3513378e848affc4dd269e9d4498
>> Author: Dave Airlie
>> Date: Tue Sep 1 15:22:57 2009 +1000
>>
>> r100/r200: seriously WRAP is illegal for rectang
On Tue, Aug 25, 2009 at 9:31 AM, James Cloos wrote:
>> can you post the output of dmesg after loading the radeon drm?
>
> There is no printk() output when X starts. I used to get:
>
> Aug 19 05:21:55 [kernel] agpgart-intel :00:00.0: AGP 2.0 bridge
> Aug 19 05:21:55 [kernel] agpgart-intel :
> On Sat, 2009-08-22 at 04:18 -0700, Dave Airlie wrote:
> > src/radeon_exa.c |3 +--
> > src/radeon_exa_funcs.c | 35 +++
> > 2 files changed, 36 insertions(+), 2 deletions(-)
> >
> > New commits:
> > commit b
On Thu, Jul 16, 2009 at 10:01 AM, Mike Lothian wrote:
>>
>> You have two cards in that machine?
>>
>> Dave.
>>
>
> Actually yes
>
> I've got a Radeon 4650 in there but I'm not using it, should I remove
> it completely?
>
> I was going to switch back to it once the r700 branch is ready
>
> I thought
On Thu, Jul 16, 2009 at 12:55 AM, Mike Lothian wrote:
> I'm using that kernel branch
>
> For libdrm:
>
> ./configure --prefix=/usr --build=x86_64-pc-linux-gnu
> --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
> --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
> --localstatedir=/v
2009/7/2 Michel Dänzer :
> On Thu, 2009-07-02 at 12:07 +1000, Dave Airlie wrote:
>> 2009/7/1 Michel Dänzer :
>> > On Tue, 2009-06-30 at 16:38 +1000, Dave Airlie wrote:
>> >>
>> >> I pushed a patch that prepares the driver accel code for the upcoming
>&
2009/7/1 Michel Dänzer :
> On Tue, 2009-06-30 at 16:38 +1000, Dave Airlie wrote:
>>
>> I pushed a patch that prepares the driver accel code for the upcoming
>> KMS/DRI2 support.
>>
>> This mainly sorts out the accel interfaces and tries to hide the mess
>>
Hi guys
I pushed a patch that prepares the driver accel code for the upcoming
KMS/DRI2 support.
This mainly sorts out the accel interfaces and tries to hide the mess
that supporting 25 different methods of
accel does.
Let me know if it breaks anything major, or if there is any insanity
you'd rat
bicubic cutoff to R580.
Force R580-only for bicubic.
Update bicubic tables.
Enable bicubic filtering for all r5xx HW.
Change floats to uint32_t hex.
Switch from 32-bit floats to 16-bit half-floats.
Switch to Mesa-style 24-bit float packing.
r3xx: Various
On Mon, Dec 1, 2008 at 4:47 PM, Marc MERLIN <[EMAIL PROTECTED]> wrote:
> On Sun, Nov 30, 2008 at 11:15:21AM -0800, Michel Dänzer wrote:
>> On Fri, 2008-11-28 at 15:01 -0800, Marc MERLIN wrote:
>> > This is with 6.9.0+git20081003.f9826a56-0ubuntu4 with the latest
>> > packages from ubuntu jaunty (i.
have surfaces like previous cards so actually we
need to program some bits of r600.
Dave.
> Thanks,
> TaiNguyen
>
>
> -Original Message-
> From: Alex Deucher [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, August 12, 2008 9:01 PM
> To: Tai Tri Nguyen
> Cc: Dav
On Thu, Jul 3, 2008 at 7:29 PM, Christoph Bartoschek
<[EMAIL PROTECTED]> wrote:
> Am Mittwoch, 2. Juli 2008 schrieb Alex Deucher:
>
>> > I've installedd 6.9.0 and it seems as if I can resolve my DPI problems.
>> > Unfortunately the rotated display is unbearable slow. One can see the
>> > scanline w
On Wed, Jun 18, 2008 at 8:09 AM, Alex Deucher <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 17, 2008 at 11:12 AM, Helber Maciel Guerra
> <[EMAIL PROTECTED]> wrote:
>>
>> I try to compile from git and have some errors:
>> legacy_crtc.c: In function 'radeon_crtc_modeset_ioctl':
>> legacy_crtc.c:628: erro
On Wed, May 7, 2008 at 4:01 AM, Alex Rades <[EMAIL PROTECTED]> wrote:
> Hi,
> I'm having this error during X startup on my x1250:
>
> (EE) AIGLX error: Calling driver entry point failed(EE) AIGLX: reverting to
> software rendering
>
> I'm using:
>
> xserver 1.4
> Mesa 7.0.3
> drm (lib and radeon mo
can you open a bug and attach your conf and logfiles...
you might need to try latest git instead of 6.8.0
Dave.
On Thu, Apr 17, 2008 at 2:47 AM, Jason Kim <[EMAIL PROTECTED]> wrote:
> Driver version: ati-6.8.0
> Video card: Radeon X1550 (RV515)
>
> I heard zaphod mode has been included again i
On Mon, Mar 31, 2008 at 5:11 AM, Robin H. Johnson <[EMAIL PROTECTED]> wrote:
> I'd like to renew my question from back in November 2007, in light of
> the fact that the mesa/drm branch now seems to have ATI microcode.
>
> Previously, I was informed that the X1900 G5 edition cards (PCI ID
> 0x724
On Wed, Mar 26, 2008 at 7:56 PM, Magnus Hörlin <[EMAIL PROTECTED]> wrote:
> Has anyone managed to get the radeon driver to work on it? I can't, all
> I get is "No devices detected". Tried both VGA and HDMI. Catalyst 8.3
> works, but would prefer this.
> Thankful for any help.
> /Magnus
You'll
>
> Is xf86-driver-ati 6.8.0 not a proper release? I'm pretty sure the
> combination of that, 2.6.25-rc3 and CONFIG_DRM_RADEON causes my machine
> to become unresponsive. I only tried a git build of the driver after the
> released version was causing issues.
Yes we made a mistake with 6.8.0 enabl
> > results in a machine that boots to GDM successfully. Likewise if I
> > disable CONFIG_DRM_RADEON in 2.6.25-rc3 the machine boots to GDM ok.
>
> is what we wanted to know, thanks. Surely it's a plain old regression?
Nope, its a userspace driver problem.. we have not released
non-experimenta
On Mon, 3 Mar 2008, Andrew Morton wrote:
> On Sat, 1 Mar 2008 19:35:11 + Jonathan McDowell <[EMAIL PROTECTED]> wrote:
>
> > If I enable CONFIG_DRM_RADEON under 2.6.25-rc3 then starting up
> > X using the xf86-video-ati driver (6.8.0 or latest git) causes the
> > machine to become unresponsive
On Tue, Mar 4, 2008 at 2:59 AM, Alex Deucher <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 3, 2008 at 11:44 AM, Luc Verhaegen <[EMAIL PROTECTED]> wrote:
> > On Sat, Mar 01, 2008 at 04:55:56PM +0100, Luc Verhaegen wrote:
> > > Now that -mach64 and -r128 are separate drivers, is there any reason to
>
>
> /bin/sh ../libtool --tag=CC --mode=compile i486-linux-gnu-gcc
> -DHAVE_CONFIG_H -I. -I.. -I../../src-I/usr/include/xorg
> -I/usr/include/drm -I/usr/include/X11/dri -Wall -g -O2 -Wall -MT
> radeon_bios.lo -MD -MP -MF .deps/radeon_bios.Tpo -c -o radeon_bios.lo
> ../../src/radeon
Okay if you take a look at the zaphod-lolz branch
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/log/?h=zaphod-lolz
I've managed to bring back zaphod without majorly impacting on the
driver, randr-1.2 actually makes it quite easy to implement.
Each head in theory still exports randr-1.2
I've just registered #radeon on freenode IRC network.
This channel is for end user support of the radeon driver.
Dave.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati
On Nov 21, 2007 9:27 AM, GerbilSoft <[EMAIL PROTECTED]> wrote:
> I tested out the atombios-support branch of xf86-driver-ati on my ThinkPad
> T60p (2623-DDU; FireGL V5200; 1600x1200 LCD), and it doesn't seem to work
> correctly. The display is all garbled, though the desktop environment does
> star
On Nov 21, 2007 2:50 AM, Brice Goglin <[EMAIL PROTECTED]> wrote:
> Dave Airlie wrote:
> > commit c8872603454e6a4ffed9fc7d9adc2c364a429608
> > Author: Dave Airlie <[EMAIL PROTECTED]>
> > Date: Tue Nov 20 22:33:39 2007 +1000
> >
> > rade
> and with disable_lowimpact_fallback=1:
>
> [EMAIL PROTECTED] ~/src $ disable_lowimpact_fallback=1 googleearth
> ATTENTION: default value of option disable_lowimpact_fallback overridden
> by environment.
> Fatal error in __driConfigOptions line 129, column 0: illegal default
> value: 1.
> Google E
>
> I've got a laptop with a Radeon Xpress 200M, and am wondering what I
> can do to help with getting 3D hardware acceleration to work properly,
> more specifically, is there a place where the basics are listed on how
> to 'hack' on the driver(I'm also prepared to test stuff)? Also, is
> this the
Wierd you have direct rendering.. I'm not sure why you don't get
glxgears working..
It looks like SuSE have some wierd patches to Mesa for updated drivers
the lack of drirc shouldn't matter..
so does LIBGL_DEBUG=verbose glxgears give anything different..
Dave.
>
> # LIBGL_DEBUG=verbose glxinfo
>
> I am not sure to be in the right list. If not please tell me.
>
> Well I have just installed OpenSuSE 10.3 with X.org 7.2.
> In the docs for X.org 7.0 I have fount the ATI Radeon 7500 fully
> supportet in 2D and 3D-Funktion. However my graphics-adapter does not
> work in 3D, but I need for goog
On 9/28/07, Junichi Uekawa <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > > I've tried unstable and experimental versions, but the display goes to
> > > sleep after starting up X, and I see nothing. I can enter username /
> > > password in what is probably a gdm login screen, and I can hear disk
> > > act
>
> to test the xf86-video-ati git HEAD with my ATI Radeon
> Mobility X300 (M22) 5460 (PCIE) I tried the ppracer. Performance looks
> really ok, but some objects on the track and some patches of white
> (which might be supposed to be ice?!) have funny random colors.
>
> Any idea?
Sounds like a Mes
On 8/27/07, Marcus Better <[EMAIL PROTECTED]> wrote:
> Hi,
>
> there are no differences as far as I can see in version 6.7.192-1. The xrandr
> commands give me:
>
> ~$ xrandr --addmode VGA-0 1024x768
> ~$ xrandr
> Screen 0: minimum 320 x 200, current 1024 x 768, maximum 2048 x 768
> VGA-0 disconnec
Hi,
After talking with Alex we decided that the randr 1.2 for radeon
should be the default working state going forward, we are putting all
our development effort into it and really the old code is an
evolutionary dead end for the core developers.
So to this end I've branched ati-6.7-branch from t
>
>
> --- Comment #10 from [EMAIL PROTECTED] 2007-08-21 15:34 PST ---
> I had a look at the site. do you think that those 2 are enough? or others
> should be applied too?
> xserver-1.3.0-newglx-offscreen-pixmaps.patch
> xserver-1.3.0-exaupgrade.patch
>
You also need the mesa7 patch and of
89 matches
Mail list logo