Test of email delivery from legacy list.
--
What happens now with your Lotus Notes apps - do you make another costly
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto th
Hello dri-devel/user,
It looks like these lists are no-longer in use, except for some bug
tracker tickets there is vary little traffic on these lists.
The lists currently being used are here:
http://lists.freedesktop.org/mailman/listinfo/dri-devel
http://lists.freedesktop.org/mailman/listinfo/d
| 15 +++
> 7 files changed, 166 insertions(+), 121 deletions(-)
>
>
Is there any chance we could get these updates included in the
drm-radeon-testing branch?
Cheers
Mike
--
Download Intel® Parallel Stu
2010/3/8 Rafał Miłecki :
> We almost always used first HDMI block for first encoder and second for
> sencod.
> Exception was KLDSCP_LVTMA. Analyzing code picking DIG encoder shows the same
> behaviour. It shows HDMI block are related to DIGs, which relation we now use.
>
> Signed-off-by: Rafał Mił
On 6 March 2010 16:49, Rafał Miłecki wrote:
> 2010/3/6 Mike Lothian :
>> 2010/3/6 Rafał Miłecki :
>>> This patchset cleans our HDMI code and adds support for DCE32.
>>>
>>> It was tested on:
>>> 1) RV620 with HDMI - no regressions
>>> 2) RV
| 15 +++
> 7 files changed, 166 insertions(+), 121 deletions(-)
>
>
Hi Rafal
What kernel do these patches apply cleanly to? Or equally is there a
git tree I could pull somewhere?
Cheers
Mike
--
Downlo
atters to
> us.
>
> It's about the tester base, and this breakage shrinks the tester base
> considerably.
>
> Or do you want the kernel tested by less people?
On the bright side, all this hubbub s
Moving seems like a good idea. The delays here have been very troubling.
--
Mike Stroyan - Software Architect
LunarG, Inc. - The Graphics Experts
Cell: (970) 219-7905
Email: [email protected]
Website: http://www.lunarg.com
On Sat, Feb 20, 2010 at 18:18, Bruno Prémont wrote:
> drivers/video/bf54x-lq043fb.c | 2 +-
> drivers/video/bfin-t350mcqb-fb.c | 2 +-
Acked-by: Mike Frysinger
-mike
--
Do
padding in the
DRI2_InvalidateBuffers event.
--
Mike Stroyan - Software Architect
LunarG, Inc. - The Graphics Experts
Cell: (970) 219-7905
Email: [email protected]
Website: http://www.lunarg.com
From a007dd82921ff5d9aad10437f71a3df17c43ac03 Mon Sep 17 00:00:00 2001
From: Mike Stroyan
Date: Tue, 16 Feb 2010 14:47:2
d with
radeon built in and the R600_rlc.bin and R700_rlc.bin compiled into
the kernel too
Mike
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, cr
2009/12/13 :
> On Sun, Dec 13, 2009 at 11:38:04PM +0200, [email protected] wrote:
>> Hi,
>>
>> I hope you don't mind me posting this directly as bugs are forwarded to the
>> list anyway.
>>
>> I grabbed a kernel snapshot from "drm-radeon-testing" head yesterday and
>> built it. I grabbed "R70
2009/12/13 :
> Hi,
>
> I hope you don't mind me posting this directly as bugs are forwarded to the
> list anyway.
>
> I grabbed a kernel snapshot from "drm-radeon-testing" head yesterday and
> built it. I grabbed "R700_rlc.bin" too as It's apparently necessary to
> enable mesa hardware acceleratio
2009/12/12 Rafał Miłecki :
> 2009/12/12 Mike Lothian :
>> Yip no audio
>>
>> However I don't get the:
>>
>> [drm] Enabling audio support
>>
>> line in my dmesg - it is listed as a valid device however
>
> Checking radeon_device.c:
> ca
Yip no audio
However I don't get the:
[drm] Enabling audio support
line in my dmesg - it is listed as a valid device however
Mike
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
net
> https://lists.sourceforge.net/lists/listinfo/dri-devel
>
I'll quite happily test the audio on my RV730 I'm just now 100% sure how to
Regards
Mike
--
Retu
2009/12/12 Mike Lothian :
> Hi
>
> I've noticed on the testing trees there has been a weird green tinge
> to my screen
>
> I've bisected this back to f84676185368e36c6bc0eeab87ab73ed39042648
>
> Git bisect log:
>
> git bisect start
> # bad: [99b89dc8578
72 in firmware "radeon/R700_rlc.bin"
[drm:rv770_init] *ERROR* Failed to load firmware!
[drm:radeon_driver_load_kms] *ERROR* Fatal error while trying to
initialize radeon.
radeon: probe of 0000:01:00.0 failed with error -22
Cheers
Mike
---
ct founder Stephane Marchesin
>
>
> Signed-off-by: Ben Skeggs
> Signed-off-by: Dave Airlie
Oh, so _that's_ what a noveau is. Cool. I've got a darn nvidia card,
and look forward to someday having eye-candy.. and being able to not
only suspend, but _resume_ too :)
On Fri, 2009-12-11 at 11:57 +, Dave Airlie wrote:
> Hi Linus,
>
> Please pull the 'drm-nouveau-pony' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
> drm-nouveau-pony
>
> This contains the nouveau driver with Kconfig under staging for now, the
> code is g
2009/12/7 Alex Deucher :
> On Mon, Dec 7, 2009 at 5:53 PM, Mike Lothian wrote:
>> 2009/12/7 Alex Deucher :
>>> 2009/12/7 Mike Lothian :
>>>> 2009/12/1 Rafał Miłecki :
>>>>> 2009/12/1 Alex Deucher :
>>>>>> Round 3.
>>>>>
2009/12/7 Alex Deucher :
> On Mon, Dec 7, 2009 at 5:53 PM, Mike Lothian wrote:
>> 2009/12/7 Alex Deucher :
>>> 2009/12/7 Mike Lothian :
>>>> 2009/12/1 Rafał Miłecki :
>>>>> 2009/12/1 Alex Deucher :
>>>>>> Round 3.
>>>>>
2009/12/7 Alex Deucher :
> 2009/12/7 Mike Lothian :
>> 2009/12/1 Rafał Miłecki :
>>> 2009/12/1 Alex Deucher :
>>>> Round 3.
>>>
>>> This fixed my lose of VBLANK interrupts after few seconds, but I still
>>> have issue with fences after app
2009/12/7 Jerome Glisse :
> On Mon, Dec 07, 2009 at 06:54:13PM +0000, Mike Lothian wrote:
>> I have a Radeon 4650 (RV730) :
>>
>> 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV730
>> PRO [Radeon HD 4650] [1002:9498]
>>
>> This should have
4
[drm]pitch is 7680
Is it perhaps reporting something else?
Cheers
Mike
--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth se
n I boot with this kernel, KMS doesn't work correctly - it
generates white noise on my HDMI connected screen.
Unfortunately I don't have another screen to test this on, not even a VGA one
Just wanted to check to see if this was a known issue or if the
patches in drm-radeon-testing are sta
roel kluin wrote:
* Andrew Morton wrote:
Andy, can we have a checkpatch rule please?
Note, that will upset creative uses of error codes i guess, such as
fs/xfs/.
But yeah, +1 from me too.
Ob'post'mortem - looked for similar patterns in the kernel and there's
quite a few bugs there:
inclu
2009/9/11 Mike Lothian :
> 2009/9/9 Alex Deucher :
>> On Tue, Sep 8, 2009 at 8:20 PM, Mike Lothian wrote:
>>> 2009/9/9 Alex Deucher :
>>>> On Tue, Sep 8, 2009 at 7:17 PM, Mike Lothian wrote:
>>>>> 2009/9/8 Mike Lothian :
>>>>>> 2009/
2009/9/9 Alex Deucher :
> On Tue, Sep 8, 2009 at 8:20 PM, Mike Lothian wrote:
>> 2009/9/9 Alex Deucher :
>>> On Tue, Sep 8, 2009 at 7:17 PM, Mike Lothian wrote:
>>>> 2009/9/8 Mike Lothian :
>>>>> 2009/9/8 Alex Deucher :
>>>>>>
2009/9/9 Alex Deucher :
> On Tue, Sep 8, 2009 at 8:20 PM, Mike Lothian wrote:
>> 2009/9/9 Alex Deucher :
>>> On Tue, Sep 8, 2009 at 7:17 PM, Mike Lothian wrote:
>>>> 2009/9/8 Mike Lothian :
>>>>> 2009/9/8 Alex Deucher :
>>>>>>
2009/9/9 Alex Deucher :
> On Tue, Sep 8, 2009 at 7:17 PM, Mike Lothian wrote:
>> 2009/9/8 Mike Lothian :
>>> 2009/9/8 Alex Deucher :
>>>> On Tue, Sep 8, 2009 at 6:34 PM, Mike Lothian wrote:
>>>>> Hi
>>>>>
>>>>
a38]
This card works fine using a 2.6.30 kernel and the r6xx-r7xx-3d branch
All X components are at the latest git
Regards
Mike
dmesg.log.080909.tar.gz
Description: GNU Zip compressed data
Xorg.0.log.080909.tar.gz
Description: GNU Zip compr
2009/9/8 Mike Lothian :
> 2009/9/8 Alex Deucher :
>> On Tue, Sep 8, 2009 at 6:34 PM, Mike Lothian wrote:
>>> Hi
>>>
>>> When using the new drm-next branch KMS fails (see attached logs) with
>>> radeon.modeset=0 passed the computer will hard lockup when
2009/9/8 Alex Deucher :
> On Tue, Sep 8, 2009 at 6:34 PM, Mike Lothian wrote:
>> Hi
>>
>> When using the new drm-next branch KMS fails (see attached logs) with
>> radeon.modeset=0 passed the computer will hard lockup when KDM is
>> starting (I think this i
Could we get everything moved to master?
Perhaps make it flag enabled if it could cause issues for existing users
Cheers
Mike
--
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in
2009/4/17 Jesse Barnes :
> On Thu, 16 Apr 2009 23:04:36 +0100
> Mike Lothian wrote:
>
>> Hi
>>
>> I've noticed some horrible screen corruption using the lastest git
>> xorg & intel stack with in X.
>>
>> I've made the screen usable by bo
est intel-next tree allows KDE to start WITH the corruption now
when KMS is enabled. When I VT switch the consoles look fine, it's
only X that's corrupted
Hope this isn't too random a bug report
Mike
--
waiting for this since i started using linux.
Mike
On 1/16/09, Jesse Barnes wrote:
> On Tuesday, January 6, 2009 5:41 pm Mike Lothian wrote:
>> 2009/1/7 Mike Lothian :
>> > 2009/1/7 Jesse Barnes :
>> >> On Tuesday, January 6, 2009 3:53 pm Mike Lothian wrote:
>&g
2009/1/7 Mike Lothian :
> 2009/1/7 Jesse Barnes :
>> On Tuesday, January 6, 2009 3:53 pm Mike Lothian wrote:
>>> 2009/1/6 Jesse Barnes :
>>> > On Tuesday, January 6, 2009 2:35 pm Mike Lothian wrote:
>>> >> Hi there
>>> >>
>>>
2009/1/6 Jesse Barnes :
> On Tuesday, January 6, 2009 2:35 pm Mike Lothian wrote:
>> Hi there
>>
>> Thought I'd send in some info about Xorg with a KMS kernel, libdrm and
>> xf86-video-intel
>>
>> I've attached my dmesg and Xorg.0.log
>>
&g
--- Mike Mestnik <[EMAIL PROTECTED]> wrote:
>
> The game always(mostly) loads under cedega 5.1.1, but I only get a
> working setup now and then.
>
> Mostly the screen is black and no-one seams to know how to test what
> 'black' means.
>
> I am able to
The game always(mostly) loads under cedega 5.1.1, but I only get a
working setup now and then.
Mostly the screen is black and no-one seams to know how to test what
'black' means.
I am able to play some times and the game workes just fine! Here is my
saved game folder...
-rw-r--r-- 1 cheako chea
--- Mike Mestnik <[EMAIL PROTECTED]> wrote:
>
>
> --- Mike Mestnik <[EMAIL PROTECTED]> wrote:
>
> >
> >
> > --- Mike Mestnik <[EMAIL PROTECTED]> wrote:
> >
> > > I keep trying to send this :(
> > >
> > >
--- Mike Mestnik <[EMAIL PROTECTED]> wrote:
>
>
> --- Mike Mestnik <[EMAIL PROTECTED]> wrote:
>
> > I keep trying to send this :(
> >
> >
>
http://www.transgaming.com/showthread.php?forum=1262&thread=61671&msg=61671
> >
> &g
--- Mike Mestnik <[EMAIL PROTECTED]> wrote:
> I keep trying to send this :(
>
>
http://www.transgaming.com/showthread.php?forum=1262&thread=61671&msg=61671
>
> LIBGL_ALWAYS_INDIRECT works.
>
> Grand Theft Auto III, in game black screen. - Request for suppo
--- Ian Romanick <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ian Romanick wrote:
> > Mike Mestnik wrote:
> >
> >>>How do I prove that? I'm thinking they might try and say that a
> >>>softwar
On Mon, Jun 19, 2006 at 08:01:09AM -0600, Brian Paul wrote:
> Mike Mestnik wrote:
> >I keep trying to send this :(
> >
> >http://www.transgaming.com/showthread.php?forum=1262&thread=61671&msg=61671
> >
> >LIBGL_ALWAYS_INDIRECT works.
> >
> >Gran
I keep trying to send this :(
http://www.transgaming.com/showthread.php?forum=1262&thread=61671&msg=61671
LIBGL_ALWAYS_INDIRECT works.
Grand Theft Auto III, in game black screen. - Request for support (open) more
help needed
by cheako on Tuesday June 13, 2006 @ 10:20PM.
Cedega Version: 5.1.4
D
--- Mike Mestnik <[EMAIL PROTECTED]> wrote:
>
>
> --- Felix K�hling <[EMAIL PROTECTED]> wrote:
>
> > It looks like adding indirect acceleration added a new function to
> the
> > loader that is used by libglx.so. So the new libglx won't work with
&
--- Felix Kühling <[EMAIL PROTECTED]> wrote:
> It looks like adding indirect acceleration added a new function to the
> loader that is used by libglx.so. So the new libglx won't work with
> older Xservers and I will have to build a new Xserver binary for
> snapshots/extras or add the Xserver to
--- Pawel Salek <[EMAIL PROTECTED]> wrote:
> Hi,
>
> (Q1) Can anybody summarize shortly what's the status of X600 (PCIID:
> 5B62, PCIE RV370 type card) support? I see its PCIID is still absent
> in
> shared-core/drm_pciids.txt in spite of few success reports:
>
> http://sourceforge.net/mai
--- Felix K�hling <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I just uploaded the first set of snapshots built from the modular Xorg
> tree (20060226). This now has the latest and greatest changes in Xorg
> CVS that the monolithic tree did not have. Among other things this
> means
> that i915 should
There have been no new snapshots since the 6th.
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
---
This SF.net email is sponsored by: Sp
--- Vladimir Dergachev <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> Both R300 drm and Mesa code has been imported into main CVS
> repositories on freedesktop.org (drm and mesa3d correspondingly)
>
> Big thanks go to Eric Anholt :)
>
> While the CVS on r300.sf.net will remain op
Vladimir Dergachev wrote:
On Wed, 27 Apr 2005, Keith Whitwell wrote:
Donnie Berkholz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vladimir Dergachev wrote:
Can someone enlighten me as to what is the license of R200 Mesa
driver ? Also, what is the usual (accepted, preferred, etc..) licen
--- Nicolai Haehnle <[EMAIL PROTECTED]> wrote:
> On Friday 18 February 2005 16:03, Keith Whitwell wrote:
> > Ben Skeggs wrote:
> > >> I still have a 100% reproducable bug which I need to find the
> cause of,
> > >> but time is once again a problem for me. If I move a window over
> the
> top
> >
I'm using the new prebuilt debs that include an Xorg server and I get a
hardlock just after mode swich, befour the desktop shows. There is no
usefull debuging I have been able todo, exept to say commenting out the
dri Xmod stopes the problem.
2005.01.26-2 from John Lightsey <[EMAIL PROTECTED]>.
--- Adam K Kirchhoff <[EMAIL PROTECTED]> wrote:
> Jacek Rosik wrote:
>
> >Hi,
> >
> >Dnia 28-01-2005, pi± o godzinie 16:27 +0100, Roland Scheidegger
> >napisa³(a):
> >
> >
> >>Jacek Rosik wrote:
> >>
> >>
> >>>Hi,
> >>>
> >>>I have some questions about r200 depth tiling. Generally I'm als
--- Felix Kühling <[EMAIL PROTECTED]> wrote:
> Am Montag, den 24.01.2005, 15:27 -0800 schrieb Mike Mestnik:
> > --- Felix Khling <[EMAIL PROTECTED]> wrote:
> >
> > > Am Montag, den 24.01.2005, 18:12 +0100 schrieb Roland Scheidegger:
> > > > Felix
ks an equal proportion of data on average over time.
Weighted by performance. There is no need to force a slow heap to swap
the smae as a faster one.
> This would avoid the black magic of age thresholds and the like and
> would allow new textures to replace old textures on all heaps, thus
--- Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-01-20 at 20:09 +0100, Jacek Rosik wrote:
> >
> > Anyway I don't think that these groups would be multiple of 2048. I
> > can't set offset to any value, it must be aligned as i wrote before.
> So
> > this would be something around 2040.
--- Jacek Rosik <[EMAIL PROTECTED]> wrote:
> Dnia 20-01-2005, czw o godzinie 13:59 -0500, Michel Dänzer napisa³(a):
> > On Thu, 2005-01-20 at 12:49 +0100, Jacek Rosik wrote:
> > >
> > > Radeon and R200 drivers report GL_MAX_VIEWPORT_DIMS=<4096, 4096>,
> but I
> > > think that hardware can maxima
I have not heard from the debian X ppl on if, at this late hour, thay will
accept patches for things like this.
--- Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Thu, 2004-12-30 at 12:33 -0800, Mike Mestnik wrote:
> > --- Michel Dnzer <[EMAIL PROTECTED]> wrote:
> >
I came accross a building broblem I'm not able to handle. AFAICT there is
a problem in one of the GL or X11 header files.
glxcmds.c: In function `CreateContext':
glxcmds.c:504: error: `X_GLXCreateNewContext' undeclared (first use in
this function)
glxcmds.c:504: error: (Each undeclared identifier
--- Roland Mainz <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
> > > glxProxy effectively would put the GL rendering in its own thread.
> And
> > > nothing necessarily prevents us from creating a new thread for
> in-server DRI.
> > >
> > > If the rendering is properly encapsulated, then making i
--- Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> > >
> > I know, this causes a problem for any one building Xfree86 DRI. We
> need
> > to fold the DRI xc tree into Xfree86 or stop using Xfree86
> alltogether.
>
> > I'm talking about 2d Xdrivers, where current MergedFB is built. I
> think
> > th
--- Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Wed, 2004-12-29 at 17:46 -0800, Mike Mestnik wrote:
> > --- Philip Armstrong <[EMAIL PROTECTED]> wrote:
> >
> > > On Tue, Dec 28, 2004 at 06:41:38PM -0600, John Lightsey wrote:
> > > > First l
up with changes.
>
> On Tue, 2004-12-28 at 15:00 -0800, Mike Mestnik wrote:
> > The source I'm using contains the old DRI xc. I can see where the old
> xc
> > source is needed to build the OLD Xserver and Mesa is needed there to
> > build it's dri, glx, and
there is a sutable Xserver avalable !with
out! using DRI's old xc tree, read below.
> > On Tue, 2004-12-28 at 15:00 -0800, Mike Mestnik wrote:
> > > At this time Xorg is used for most of the DRI development. It also
> seams
> > > that the dri, glx, and opengl Xdriv
The source I'm using contains the old DRI xc. I can see where the old xc
source is needed to build the OLD Xserver and Mesa is needed there to
build it's dri, glx, and opengl Xdrivers. How ever I can't see why this
old xc code has not been diffed in to debian's Xfree86? Would submitting
a patch
http://dri.freedesktop.org/wiki/Download
Has links to http://www.freedesktop.org/~dri/snapshots/, that should be
fixed up. I would be gald to help, but the page is immutable.
__
Do you Yahoo!?
The all-new My Yahoo! - What will yours do?
http://
I'm putting broken Doom3 screenshots up at
http://train.is-a-geek.org/~cheako/.
__
Do you Yahoo!?
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com
---
SF email is sponsored by
This patch adds support for initializing and addressing multiple AGP
bridges using the agpgart driver. In particular, it extends agp_acquire
and agp_allocate_memory so that different bridges can be acquired
and memory allocated within a specific AGP aperature.
Signed-off-by: Mike Werner <[EM
This patch adds support for initializing and addressing multiple AGP
bridges using the agpgart driver. In particular, it extends agp_acquire
and agp_allocate_memory so that different bridges can be acquired
and memory allocated within a specific AGP aperature.
Signed-off-by: Mike Werner <[EM
(+), 115 deletions(-)
Signed-off-by: Mike Werner <[EMAIL PROTECTED]>
# This is a BitKeeper generated diff -Nru style patch.
#
# Allow multiple backends to be initialized
#
diff -Nru a/drivers/char/agp/agp.h b/drivers/char/agp/agp.h
--- a/drivers/char/agp/agp.h2004-12-22 11:04:31 -08:00
+++ b/d
http://train.is-a-geek.org/%7Echeako/DebthClear.tga
The blood that should be one the floor is on the gun, doors, walls(around
corners). Also some other things like logos(sings) ect show through.
This could be a diffrent bug, but some times rounded walls seam to have a
translucent property to them
This version removes the agp_find_bridge function pointer as Christoph
requested.
drivers/char/agp/agp.h |3 +
drivers/char/agp/backend.c | 109
drivers/char/agp/frontend.c | 30 ++--
drivers/char/agp/generic.c | 73 +++
This defenatly belongs on another Xrelated list.
--- Austin Yuan <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 18, 2004 at 04:54:20AM +0800, Alex Deucher wrote:
> > On Fri, 17 Dec 2004 10:35:42 +, Ian Molton <[EMAIL PROTECTED]> wrote:
> > > Hi.
> > >
> > > Is MergedFB going to replace xinerama in
--- Alex Deucher <[EMAIL PROTECTED]> wrote:
> On Sat, 18 Dec 2004 10:56:42 +, Ian Molton <[EMAIL PROTECTED]> wrote:
> > Mike Mestnik wrote:
> >
> > >>if not, will xinerama be able to use 3D / Xv properly on radeon
> (9000)
> > >>in th
On Saturday 18 December 2004 06:48, Christoph Hellwig wrote:
> On Fri, Dec 17, 2004 at 12:55:59PM -0800, Mike Werner wrote:
> > This new version reduces the number of changes required by users of the
> > agpgart
> > such as drm to support the new api for multiple agp bridges.
--- Ian Molton <[EMAIL PROTECTED]> wrote:
> Hi.
>
> Is MergedFB going to replace xinerama in the long run?
>
MergedFB only workes on hardware that supports it, where both heads can
share the same continious framebuffer. This can only be done if the
DACs(heads) share the same video memory.
> i
This new version reduces the number of changes required by users of the agpgart
such as drm to support the new api for multiple agp bridges.
The first patch doesn't touch any platform specific files and all current
platform
gart drivers will just work the same as they do now since the global
agp
This new version reduces the number of changes required by users of the agpgart
such as drm to support the new api for multiple agp bridges.
The first patch doesn't touch any platform specific files and all current
platform
gart drivers will just work the same as they do now since the global
agp
This new version reduces the number of changes required by users of the agpgart
such as drm to support the new api for multiple agp bridges.
The first patch doesn't touch any platform specific files and all current
platform
gart drivers will just work the same as they do now since the global
agp
This new version reduces the number of changes required by users of the agpgart
such as drm to support the new api for multiple agp bridges.
The first patch doesn't touch any platform specific files and all current
platform
gart drivers will just work the same as they do now since the global
agp
--- Stephane Marchesin <[EMAIL PROTECTED]> wrote:
> Michel Dänzer wrote:
>
> >
> >>+ // allocate the surface
> >>+ for(i=0;i<8;i++)
> >>+ if (!(dev_priv->surfaces&(1< >>+ break;
> >>+
> >>+ if (i>=8)
> >>+ return DRM_ERR(ENOMEM);
> >>+ else
> >>+
This is a patch which extends the agpgart backend API to address
multiple bridges and allows them to be initialized.
I have corresponding patches for drm and some video drivers which use agpgart
so that they will continue to work with the default agp_bridge.
I can send those changes as 2 separate p
ACPI: PCI interrupt :17:00.0[A]: no GSI
[drm:radeon_stub_register]
[drm:radeon_stub_register] calling inter_module_register
agpgart: agp_backend_acquire: pdev = 0xe2307bfc0800, acquired bridge =
0xe13003934800
[drm:radeon_ctxbitmap_next] drm_ctxbitmap_next bit : 0
[drm:radeon_ctxbitm
I have extended the Linux 2.6 agpgart to support initializing multiple
backends.
The proposed drm<->agpgart interface provided by agp_backend.h
is included at the end.
In my BK tree, I have modified the necessary agpgart, drm and video files so
they should work using this new interface in the
--- Nicolai Haehnle <[EMAIL PROTECTED]> wrote:
> On Monday 01 November 2004 07:01, Thomas Hellström wrote:
> > You are probably right, and it would be quite easy to implement such
> > checks in the via command verifier as long as each lock is associated
> with
> > a certain hardware address range
--- Thomas Hellström <[EMAIL PROTECTED]> wrote:
>
> You are probably right, and it would be quite easy to implement such
> checks in the via command verifier as long as each lock is associated
> with
> a certain hardware address range.
>
> However, I don't quite see the point in plugging such a
--- Thomas Hellström <[EMAIL PROTECTED]> wrote:
> Keith Whitwell wrote:
>
> The typical case here:
>
> I want a DRI client to flip a video frame to screen, using a hardware
> entity called the HQV. This is a rather time critical operation. To do
> this I have to take the hardware lock.
>
> W
--- Thomas Hellström <[EMAIL PROTECTED]> wrote:
> Such a case would be a client submitting 2D engine commands while the X
> server waits for 2D engine idle. Either this has to be implemented in
> the command verifier or considered acceptable behaviour. Today any dri
> client can continously cl
--- Thomas Hellström <[EMAIL PROTECTED]> wrote:
> Hi, list!
>
> With display cards that have more and more hardware on them,
> (TV-capture, mpeg decoders) etc. that can work independently of
> oneanother, but share the same DMA engine I've find the need for more
> than one hardware lock. I've
--- "Sérgio M. Basto" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> On Wed, 2004-10-27 at 09:28, Ely Levy wrote:
>
> > I supported it then and I still think it's a great idea,
> > It would let people feel that they have influance and let us see
> > what people want (but we said it all in the thread t
--- Adam K Kirchhoff <[EMAIL PROTECTED]> wrote:
> Mike Mestnik wrote:
>
> >--- Philipp Klaus Krause <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >>>>Thank you for doing this work. We really need to get the
> open-source
> >>
--- Philipp Klaus Krause <[EMAIL PROTECTED]> wrote:
> Dieter Nützel schrieb:
>
> >>
> >>The nonfree xig driver has been developed without HyperZ docs and
> >>outperforms fglrx.
> >
> >
> > Are you sure.
> > I thought Xig had it all before.
> >
> > Do you have actual numbers?
> > Haven't looke
--- Philipp Klaus Krause <[EMAIL PROTECTED]> wrote:
>
> >>
> >>Thank you for doing this work. We really need to get the open-source
> >>ATI driver on par with the propretary driver (both feature-wise and
> >>performance-wise).
> >
> >
> > But sadly we will NEVER match it.
> >
> > NO SmoothVi
I used -D "Fri Oct 22 16:03:19 2004 UTC" to detect my AGP, now "(II)
RADEON(0): Direct rendering enabled
"
This is where I got with my old Xserver(Debian's xserver-xfree8
4.3.0.dfsg.1-8). I thoguht it would be trivial to replace with Xorg from
SS. After linking XF86Config.4 to xorg.conf every th
quot; even thought it's
loaded as b4.
eeprom 7816 0
radeon 79744 0
drm68260 1 radeon
i2c_algo_bit9800 1 radeon
amd_k7_agp 7820 1
agpgart34536 1 amd_k7_agp
> -Dieter
>
>
> > On Fri, 22
1 - 100 of 558 matches
Mail list logo
