tart by tracing driParseConfigFiles() to make sure it really only
> parses options for the specified screen/driver.
>
> I'm Cc'ing Felix Kühling, who wrote the driconf code and might be able
> to give more hints.
>
> For your reference Felix, the bug report men
Am Montag, den 02.10.2006, 11:24 +0200 schrieb Michel Dänzer:
> Hi Felix,
>
> On Sun, 2006-10-01 at 17:44 -0400, Felix Kühling wrote:
> >
> > 1: drm_lock.c: drm_unlock uses a new tasklet_lock. That leads to hangs
> > on my system (for some reason the driver can't
*/
if (idx == bitfield_length - 1) {
while (idx >= 0 && !bitfield[idx])
--idx;
...
idx will always be >= 0 if it's unsigned. --idx will make the value wrap
around and the next access to bitfield[idx] oop
aking releases with up-to-date translations, which hasn't worked
so well in the past.
I converted my local CVS repository to Subversion and moved it to
SourceForge. If you'd like to get your feet wet please subscribe and
introduce yourself to the mailing list
[EMAIL PROTECTED]
Cheers,
Fel
,
Felix Kühling
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
-
Using Tomcat but need to do more? Need to support web se
;ll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> -- ___ Dri-devel mailing list
> Dri-devel@lists.sourceforge.net
ave some fun
with Xgl and Compiz. :)
That means, I am now officially suspending DRI binary snapshot builds.
If anyone feels like resurrecting them, feel free to do so. All the
scripts are in CVS.
Best regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu
kernel.
>
> > building from source:
> > http://dri.freedesktop.org/wiki/Building
> >
> > Alex
> >
> > > --
> > > Svante Signell <[EMAIL PROTECTED]>
> > >
> > >
> >
> >
--
| Felix Kühling <[EMAIL PROTECTED]>
Am Sonntag, den 26.03.2006, 12:18 -0800 schrieb Mike Mestnik:
>
> --- 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
&g
Am Freitag, den 24.03.2006, 20:45 -0500 schrieb Adam Jackson:
> On Thursday 23 March 2006 11:33, Felix Kühling 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
> >
Using the X server and modules from
> http://dri.freedesktop.org/wiki/Download does not help either.
>
> Attaching the X server output. I do not see the error in the /var/log/X*
> files.
>
> Thanks
>
> Michal
--
| Felix Kühling <[EMAIL PROTECTED]>
it's up to you.
>
> sorry, I though I replied to everyone :-)
> It's absolutly NOT SECRET that sun is porting DRI to OpenSolaris. We
> (kind of unofficially) announced it at everyone at the XDevConf. We are
> planning to work closer to the opensource commu
Am Freitag, den 17.03.2006, 09:17 + schrieb Keith Whitwell:
> Felix Kühling wrote:
> > Hi Keith,
> >
> > I have some more thoughts and questions about your proposed DMA
> > scheduler.
> >
> > It's not clear to me whether you're planning to do
y, maybe even as multiple streams, one per
> client/context.
>
> The window-managment drawing operations are associated with changes to
> cliprect lists and these may benefit from being scheduled differently.
> They may also be subject to different constraints based on how easy or
>
nly way to do this reliably right now is to lock the
hardware, drain the DMA stream, wait for the refresh, swap, unlock. A
low latency scheduler could make sure that the hardware never queues too
many commands so that it would be able to inject buffer swapping
commands synchronously with the vertical r
the efficiency of dispatch stubs. My
understanding from those emails is that making them position independent
incurs a run-time performance penalty that wasn't considered to be worth
the benefit of faster loading or better security on hardened systems.
Don't quote me on this, I reall
b and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> --
> _______
> Dri-devel maili
branch
would be an even bigger nightmare. Therefore it is common practise to
backport only bug fixes with a well known impact to stable branches.
At the same time new features need some shakedown time before they can
be picked up with good conscience by distributions that have any notion
of quali
Am Montag, den 27.02.2006, 20:34 +0200 schrieb Daniel Stone:
> On Mon, Feb 27, 2006 at 01:16:59PM -0500, Felix Kühling wrote:
> > Am Montag, den 27.02.2006, 18:38 +0200 schrieb Daniel Stone:
> > > [EMAIL PROTECTED]:/srv/www.freedesktop.org/www% mv dri
> > > /srv/d
Am Montag, den 27.02.2006, 18:38 +0200 schrieb Daniel Stone:
> On Mon, Feb 27, 2006 at 11:28:31AM -0500, Felix Kühling wrote:
> > Am Montag, den 27.02.2006, 11:20 +0100 schrieb Christoph Brill:
> > > Felix Kühling wrote:
> > [snip]
> > > > Please let me kno
Am Montag, den 27.02.2006, 11:20 +0100 schrieb Christoph Brill:
> Felix Kühling wrote:
[snip]
> > Please let me know if there are any new problems with installing these
> > snapshots.
> >
> > Regards,
> > Felix
> Thanks for the work!
>
> BTW: Someon
> versions. See #5413
>
> Modified files:
> drm/shared-core/:
> drm_pciids.txt radeon_cp.c radeon_drv.h
>
> Revision ChangesPath
> 1.32 +42 -53drm/shared-core/drm_pciids.txt
> 1.74 +2 -0 drm/
Herrenschmidt's memory mapping changes that should solve lockup
problems on many Radeons.
Please let me know if there are any new problems with installing these
snapshots.
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint
eedesktop.org/xorg/
Mesa: http://webcvs.freedesktop.org/mesa/Mesa/
8<--
Comments? Advice? Flames?
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 956
Am Dienstag, den 21.02.2006, 11:02 + schrieb Foxy:
> Felix Kühling wrote:
> > Am Sonntag, den 19.02.2006, 21:13 -0800 schrieb Mike Mestnik:
> >
> >> There have been no new snapshots since the 6th.
> >>
> >
> > Yes. The snapshot build
x27;m working (slowly) on making a snapshot
build for the modular Xorg tree. It may take one or two weeks till I
finish up the scripts.
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152
/**/
This fixes the build of savage_bci.c when __OS_HAS_MTRR is false. See
also: https://bugs.freedesktop.org/show_bug.cgi?id=5942
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
on_cp.c. There is a test whether writeback
works. At the end of the test just set dev_priv->writeback_works = 0;
unconditionally.
> I don't think it's a heat problem as there are enough fans and the
> cooler on the graphics card stays cold.
&g
blem. RV370 doesn't seem to work as an RV350.
The Xpress200 chips have a completely different GART implementation.
Thus the driver can't even send commands to the command processor and
that's why X locked up on you when DRI was enabled. This has nothing to
do with the Xpress200 being
> Just wanted to drop a note to see if anyone was working with this yet,
> > and to
> > see if I could offer assistance.
> >
> > I'm open to anything, and will supply any log files or other
> > assistancethat
> > you'd like.
> >
>
led color
tiling.
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.net email is sponsored by: Splunk Inc. D
ications as the only realistic solution. I will have to rely on
user-feedback for new entries. I'm hoping that the existance of an
application menu with a lack of entries will provide sufficient
incentive.
Regards,
Felix
Am Sonntag, den 29.01.2006, 19:35 -0800 schrieb Donnie Berkholz:
&
river take a look at this please?
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.net email is sponsored by:
Am Sonntag, den 29.01.2006, 14:00 -0800 schrieb Donnie Berkholz:
> Felix Kühling wrote:
> > for the next version of DRIconf I'm working on a database of known
> > applications that can be selected from a menu. This way users won't need
> > to go through the confu
disclosed to others. ;-)
Thanks in advance,
Felix Kühling
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.net email is spon
Am Freitag, den 27.01.2006, 17:45 +0100 schrieb Michel Dänzer:
> On Thu, 2006-01-26 at 23:24 -0500, Felix Kühling wrote:
> >
> > It is my pleasure to announce a new release of DRIconf, version 0.9.0 of
> > the DRI configuration applet. The source and installation instruction
d the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> --
> ___
> Dri-devel mailing list
> Dr
I have to make a bug-fix release sooner than that).
Best regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF
Am Donnerstag, den 26.01.2006, 14:05 -0700 schrieb Brian Paul:
> Felix Kühling wrote:
> > Am Donnerstag, den 26.01.2006, 12:06 -0500 schrieb Felix Kühling:
> >
> >>Am Donnerstag, den 26.01.2006, 13:46 +0100 schrieb Michael Karcher:
> >>
> >>>Hello DRI
Am Donnerstag, den 26.01.2006, 12:06 -0500 schrieb Felix Kühling:
> Am Donnerstag, den 26.01.2006, 13:46 +0100 schrieb Michael Karcher:
> > Hello DRI developers,
> >
> > on my ThinkPad T20, I experience Lockups with either type of DMA, be it
> > Vertex DMA or AG
/good.png
> (software rendered) and http://www.physik.fu-berlin.de/~karcher/bad.png
> (hardware rendered).
No one has been working on the Savage 3D driver in a while. Your odds of
getting someone to look into this problem are fairly low ATM. Sorry.
Feel free to open a bug in the freedeskto
ectangle GL_NV_texgen_reflection
> GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_table
> GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp
> GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_S3_s3tc
> 177 frames in 7.
id. If you need assistance to get the build
system to work, I will have access to email.
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B15
use Maya (3d program) for work, and since the License uses the mac
> address on the network card, I can use the linux version as well as
> the windows one on my machine. Unfortunatly it wont work properly
> without the right graphics driver :-(
>
> Any help would be much appreciated,
fic clear and swap operations were
implemented. The fact that the Xserver provides the offsets and pitches
adds some sense of security by preventing untrusted clients from
overwriting random memory.
I believe it should be possible to replace clear and swap ioctls with
generic blit and fill ioc
but my laptop is one mobile AMD Athlon(tm) 4
> Processor
>
> thanks (for your time),
>
>
>
> > > I will go investigate this, but this is not the problem because this
> > > doesn't stop the app.
> >
> > That is true, but there are othe
Am Sonntag, den 13.11.2005, 20:39 -0500 schrieb Gavriel State:
> Felix Kühling wrote:
>
> >There is a known problem with applications that load libGL dynamically
> >with RTLD_LOCAL. Not sure if this is the problem in this case, but the
> >symptom (driver not finding
ith RTLD_LOCAL. Not sure if this is the problem in this case, but the
symptom (driver not finding a symbol that should be exported by libGL)
and the fact that it's application-dependent point in that direction. I
vaguely remember hearing about a Cedega patch for this issue.
>
>
libGL. libGL loads DRI drivers on xdriinfo's behalf but never
initializes them.
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
-
no serial console, no sysrq).
AGPFastWrite is known to be unstable with many AGP chipsets. The default
setting is AGPFastWrite off, that's all driver developers can do about
it. Even when it does work it's not much of a performance win anyways.
Regards,
Felix
--
| Fel
n, I don't know much about automake.
Any ideas anyone?
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
SF.Net
w what the status of this is in the i915 driver. But in
general you are right. Both DRM and DRI need support for vblank
synchronization, for example by using IRQs.
>
> Can somebody enlighten me? Any information is appreciated.
>
> Thanks,
> Dave Kavanagh
>
Regards,
Felix
--
exposing their work to
a larger audience. ;-)
Best regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net em
kgconfig come to mind). It will be a week before I have time to look
into it (hopefully). You're welcome to beat me to it. ;-) In the
mid-term I intend to build snapshots from the modular tree. But that's a
slightly bigger project.
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTE
---
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP. Click here to play: http://
s no documentation except that two documents from
> UtahGLX which obviously aren't enough for writing a driver. Was this
> driver released by SiS or was the chip reverse-engineered?
>
> Philipp
>
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de
packages.
Thanks to all contributors and packagers.
Best regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
SF.Net
on a couple cards, on FreeBSD, so far. I'm hoping
> for someone else to do a read-through review to catch dumb mistakes.
> I'll test on Linux before committing, if someone else doesn't beat me to
> it.
>
--
| Felix Kühling <[EMAIL PROTECTED]> htt
dev_priv, (u32)values[i]))
break; /* Check passed. */
DRM_ERROR("Offset failed range check "
"(reg=%04x sz=%d)\n", reg, sz);
return DRM_ERR(EINVAL);
Use your fantasy!
d the highly
> > useful docs :-)
> >
> > Dave.
> >
> > --
> > David Airlie, Software Engineer
> > http://www.skynet.ie/~airlied / airlied at skynet.ie
> > Linux kernel - DRI, VAX / pam_smb / ILUG
> >
e ed dependancy from
> install.sh?
>
> Here's a patch which does just that.
>
> Thanks
>
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
--
rdware-specifics are concerned, I will
be limited to ATI hardware.
Best regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
-
dn.com/?ad_id=7412&alloc_id=16344&op=click
> --
> ___
> Dri-users mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/dri-users
>
>
--
| Felix Kühling <[EMAIL PROTECTED]> http
Am Freitag, den 20.05.2005, 09:22 -0400 schrieb Vladimir Dergachev:
> Hi all,
>
> I tagged yesterday "the_perfect_frag" snapshot of R300 driver.
>
> The code is in CVS at http://r300.sf.net
>
> As the name suggests I cannot find visible faults with rendering
> Quake3 levels.
Am Freitag, den 20.05.2005, 13:09 +0100 schrieb Dave Airlie:
> At the moment we use drm.h from the shared directory in the drm, I'm going
> to switch this to the shared-core directory,
Maybe we're not talking about the same thing, but I did change
mesa/src/mesa/drivers/dri/Makefile.template to us
I think you can spend a lot of time on this problem, but maybe we should
check some simpler things first:
* which 3D driver are you using? From Xorg CVS or Mesa CVS? The
latter one is the most up-to-date. With LIBGL_DEBUG=verbose you
can check which driver binary is being use
Am Mittwoch, den 18.05.2005, 11:29 +0600 schrieb Dimitry Naldayev:
> Felix KÃhling <[EMAIL PROTECTED]> writes:
>
> > Am Dienstag, den 17.05.2005, 11:19 +0600 schrieb Dimitry Naldayev:
> >> Hi all.
> >>
> >> I cant get direct rendering whit quake2 :(
> >> the quake2 reports inderect rendering have
Am Dienstag, den 17.05.2005, 11:19 +0600 schrieb Dimitry Naldayev:
> Hi all.
>
> I cant get direct rendering whit quake2 :(
> the quake2 reports inderect rendering have useed :( see log of quake2
> report in attachments.
I suspect that this is a known problem with applications loading libGL
dynam
Hi Dario,
With the help of Sergey Zharkov I narrowed down the problem. I'm CCing
this to the dri-devel and savage40 lists as a summary.
The problem seems to be in the AGP GART driver which is in the Linux
kernel. A new snapshot won't help you, I can't fix the problem there. I
haven't had the time
hot users will have to be patient. Hardware problems
on the build machine prevent the builds at the moment.
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
Am Donnerstag, den 10.02.2005, 17:40 -0500 schrieb Jon Smirl:
> On Thu, 10 Feb 2005 23:13:30 +0100, Felix Kühling <[EMAIL PROTECTED]> wrote:
> > This scheme would give good results with movie players that need fast
> > texture uploads and typically use each texture e
each heap and maybe the ages
of textures on each heap. I haven't thought too much about the details
yet. If anyone has already put some thought into this I'd appreciate
your input.
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
|
(attached). I'm going to commit it
after some more testing, unless you find some problem I overlooked.
>
> Keith
Cheers,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151
rtex. That
said, I havn't noticed any performance regressions which may be because
the Savage hardware is quite slow in relation to my CPU (mobile Athlon
XP 2000+).
Also see my comments below ...
Am Sa, den 18.12.2004 schrieb Keith Whitwell um 0:37:
> Felix Kühling wrote:
> > Am Fr,
Am So, den 19.12.2004 schrieb Tomas Carnecky um 15:32:
> Felix Kühling wrote:
> > Am Sa, den 18.12.2004 schrieb Tomas Carnecky um 14:54:
> >
> > Most (all?) supported hardware doesn't support multiple clipping
> > rectangles in hardware, so the driver
_DRM_AGP, offset = 10, size = 90)
>
> Does the agp memory have some size restrictions? Or can I map any size?
> drm_addmap(type = _DRM_AGP, offset = 0, size = MAX_INT)?
Dunno about overlapping maps. But size and offset are probably limited
to the AGP aperture size.
>
>
> thank
Am Fr, den 17.12.2004 schrieb Keith Whitwell um 22:59:
> Felix Kühling wrote:
> > Hi,
> >
> > I'm trying to get projective textures working on hardware that doesn't
> > support homogenous texture coordinates with the new vertex setup code
> > (t_vertex
is is good for CVS or if there are
other/better ideas for solving the same problem.
Thanks,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
--- ./t_context.h.~1.64.~ 2004-07-23 16:18:
Am Do, den 16.12.2004 schrieb Brian Paul um 16:45:
> Felix Kühling wrote:
> > Hi,
> >
> > I noticed some strange rendering artifacts with the Savage that are
> > caused by very large texture coordinates on GL_REPEAT'ed textures. Very
> > large mean
Sorry folks, I attached the wrong file. This is the second time in a
week. I have to be more careful. Now the correct program.
Am Do, den 16.12.2004 schrieb Felix Kühling um 1:11:
> Hi,
>
> I noticed some strange rendering artifacts with the Savage that are
> caused by very l
he extras directory is still missing. I'll have to build an Xorg server
and Xorg driver modules for that.
>
> Greetings,
> May
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5
Am Mi, den 01.12.2004 schrieb Adam Jackson um 5:27:
> On Monday 29 November 2004 17:03, Felix Kühling wrote:
> > There is no dri.freedesktop.org yet. I think there is no need for a
> > redirect. The current place is already different from where it was
> > before the break-i
Am Sa, den 27.11.2004 schrieb Daniel Stone um 12:28:
> On Fri, 2004-11-26 at 15:46 +0100, Felix Kühling wrote:
> > I just found http://www.freedesktop.org/dri/snapshots/. Now I wonder
> > where I find this in the freedesktop.org filesystem. Is it /srv or
> > /home/srv? Ah, I j
> recent rebuild? If so, when will the snapshots be back up?
>
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
SF email is spon
ot; "true"' in the Device section of xorg.conf or
XF86Config[-4] respectively.
Also make sure that interrupts are working. Does the radeon DRM show up
in /proc/interrupts?
>
> TIA,
>
> Kevin O'Brien
HTH,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]>
avage MX. I have tested them on a Savage IX here.
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This
e mapping problems. I'm not sure if
this is a new problem (didn't try with the CVS version of the driver on
Savage IX). I'm not aware of any (other) regressions.
Happy testing,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerpri
there any 64-bit clean way of copying a vertex
buffer from user-space. I guess the only way would be to pass the
pointer directly as ioctl argument. Then all extra information (like
vertex format and number of vertices) would have to be in a header of
that vertex buffer. Am I on the right tra
ng on there.
Looks like a libexpat problem. It's not complaining that it doesn't find
libexpat, maybe your version is too old? Is libexpat listed by
"ldd r300_dri.so"?
>
> Ben.
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Finger
. See the mailing list archives for
details.
I'm CC-ing to the dri-devel mailing list. This is where DRI developers
discuss problems and ideas. You should subscribe to it and maybe
mesa3d-dev and the xorg mailing list.
>
> Thanks!
> Aurynn
Best regards,
Felix
--
| Felix Kühling <
, den 30.10.2004 schrieb Felix Kühling um 23:56:
> Currenly in linux-core the driver callback reclaim_buffers is called
> with a single argument "filp". In reclaim_buffers you need OS-specific
> knowledge to extract the device pointer from the filp. In the BSD DRM
> reclaim_buffer
ld we change
the linux version to use the same API? This would allow implementing an
OS-agnostic reclaim_buffers function in a driver.
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30
oks a bit fishy to me. Grep shows that the
only place where it is ever set is in "drm_core_reclaim_buffers". Is
this still used or is it just bit rot? What about buf->next. This seems
to be unused too, at least in the common code. Maybe some drivers use
it?
Regards,
Felix
--
| Feli
oing to avoid updating my copy of Mesa from CVS until
the dust has settled a little.
[snip]
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
t works now. We can't fix the Xorg tree to compile with
the latest Mesa source since that would break the build of the Mesa
version that is included in the Xorg tree.
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C
E(0): Direct rendering enabled
This looks ok. The Xserver and 2D driver initialized ok with DRI support
enabled. It's something with libGL or the 3D driver. LIBGL_DEBUG=verbose
should tell what's going wrong.
[snip]
--
| Felix Kühling <[EMAIL PROTECTED]>
ome modifications to MoinMoin
that would have to be ported to the new version. I'm not sure what those
changes are. José, are you reading this?
>
> - ajax
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3
= 2, /**< shared, cached */
DRM_AGP = 3, /**< AGP/GART */
-DRM_SCATTER_GATHER = 4 /**< PCI scatter/gather */
+DRM_SCATTER_GATHER = 4, /**< PCI scatter/gather */
+DRM_CONSISTENT = 5 /**< PCI consistent */
} drmM
".
Regards,
Felix
--
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net email is sponsored by:
Sybase ASE Linux Express
s and cleanups (besides other messups ;-) in
there that I meant to commit separately, before the big binary
incompatible checkin. But I ran out of time.
I won't be around for about a week. So I wanted whatever I have so far
out there for people to look at or event try :-P.
Cu i
1 - 100 of 843 matches
Mail list logo