Re: [Dri-devel] More client and server GLX updates

2003-06-04 Thread Brian Paul
Ian Romanick wrote: After Brian reported some problems to me with the fbconfig code in the client-side GLX, I decided to make some GLX updates before leaving for vacation (I'm away 6/10 through 6/22). I wanted to add GLX protocol support for as many of the "enum only" extensions as I could. I

Re: [Dri-devel] Re: [Mesa3d-dev] Re: Mesa tree re-org

2003-06-04 Thread Denis Oliver Kropp
Quoting Brian Paul ([EMAIL PROTECTED]): > Denis Oliver Kropp wrote: > > >>Also, I want to try to keep all source files as leaves in the tree. > >>That is, a directory foo/ won't contain both files and subdirs; just > >>one or the other. > > > > > >What about this? > > > > dri/

Re: [Dri-devel] Re: [Mesa3d-dev] Re: Mesa tree re-org

2003-06-04 Thread Denis Oliver Kropp
Quoting Keith Whitwell ([EMAIL PROTECTED]): > Brian Paul wrote: > >> > >>dri/- dri driver interface > >>api/- public api > >>common/- reusable driver code > >>radeon/ - DRI driver > >>r20

[Dri-devel] Your buglist for The XFree86 Project's Bugzilla needs attention.

2003-06-04 Thread bugadmin
[This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bugsystem (http://bugs.xfree86.org/) that require attention. All of these bugs are in the NEW state, and have not been touched in 7 days or more. You need to take a look at th

[Dri-devel] Big Savings@ On McAfee VirusScan 7.0 W/ Personal Firewall littleone

2003-06-04 Thread Anne
    You are receiving this special offer because you have provided permission to receive email communications regarding special online promotions or offers. If you feel you have received this message in error, or wish to be

[Dri-devel] Did ya ever notice?

2003-06-04 Thread Blake West
Guaranteed Date The biggest automated dating system on the internet! Submit your information today and get a date tonight! Click here to Enter! --- This SF.net email is sponsored by: Etnus, makers of TotalView, The bes

[Dri-devel] See my newest movie

2003-06-04 Thread Walter Leblanc
Feel younger, get rid of wrinkles, have more energy! Check it out here -=qKpN2SH7DKB3IytuIUEDmKRYBgGvPs=- †+w­zf¢–+,¦‰ì¢·o!-žë&jG«²‡Ó¢Ö¥V'°N›zËm†·šuכº®‰í…êejw­ ë"‚wÂ+a¶Þi×^nè Šxy«n­ë2¢ëޝëÞ­ÚÞjg¡ûkÉ:-jUb{Ÿ­çš· 0zÙî±Ê&¸z÷¥™¨¥Šx%ŠËC®'^½éeŠË

[Dri-devel] You can order -Anti-depressants, weight loss -meds,and pain relief -meds online with NO -PRESCRIPTION rqkmnwlyasf

2003-06-04 Thread Megan Gonzales
WHY WASTE YOUR TIME AT THE DOCTOR'S OFFICE? PRESCRIPTION MEDS PRESCRIBED ONLINE AND SHIPPED OVERNIGHT TO YOUR DOOR! How Does it Work? Buy Prescription Drugs Online! 1. Click here to go to getyourmedsnow.com 2. Cho

[Dri-devel] 西安房地产信息网行业热门话题

2003-06-04 Thread xiyu
Title: 西安房地产信息网 西安房地产信息网 www.800j.cc   非典时期买楼该注重什么? 谁来评述“世家星城” . 我要发言   进入论坛   --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging f

Re: [Dri-devel] Re: [Mesa3d-dev] Re: Mesa tree re-org

2003-06-04 Thread Keith Whitwell
Brian Paul wrote: Denis Oliver Kropp wrote: Quoting Brian Paul ([EMAIL PROTECTED]): Denis Oliver Kropp wrote: I think the DRI drivers should be moved into the dri/ directory which itself should be in the drivers/ directory, because drivers/ contains the public APIs of Mesa, e.g. OSMesa, fxMesa e

Re: [Dri-devel] DRM janitorial

2003-06-04 Thread Linus Torvalds
On Tue, 3 Jun 2003, David Dawes wrote: > > So, my question is whether the new kernel build mechanism is intended > to allow this type of thing, or did it work before more by accident than > design? Hmm.. Sounds accidental, but it might be a good idea to contact Sam Ravnborg <[EMAIL PROT

[Dri-devel] Get Your Gold Visa Card Now zyiyrf ov

2003-06-04 Thread Annmarie Yarbrough
Title: biplane HI,Dri-announce,Do you want a GOLD CARD? If you can't get a credit card or just need another. The Economy is tough So make Your Life Easy. This is Your Chance to Change Your life! Click Here no mail gunkmantissaudjnbco wafq yulfedirhlw jfv sgwdfj qqk venm z fywcq itkad bx

Re: [Dri-devel] DRM janitorial

2003-06-04 Thread David Dawes
On Tue, Jun 03, 2003 at 11:52:42AM -0700, Linus Torvalds wrote: > >On Tue, 3 Jun 2003, David Dawes wrote: >> >> Does this go any way towards explaining why it seems to be getting harder >> and harder to build modules outside of the kernel source tree while >> still leveraging the kernel build mech

[Dri-devel] More client and server GLX updates

2003-06-04 Thread Ian Romanick
After Brian reported some problems to me with the fbconfig code in the client-side GLX, I decided to make some GLX updates before leaving for vacation (I'm away 6/10 through 6/22). I wanted to add GLX protocol support for as many of the "enum only" extensions as I could. I especially wanted t

Re: [Dri-devel] 2.4.21-rc6: radeon drm4.0: 64bit unclean

2003-06-04 Thread Tom Vier
On Mon, Jun 02, 2003 at 11:03:13AM +0200, Michel D?nzer wrote: > On Sun, 2003-06-01 at 03:10, Tom Vier wrote: > > radeon_cp.c has TONS of casting bugs. > > > > > > NOTE: please cc replies to me. i'm not on the list. > > > > > > radeon_cp.c: In function `RADEON_READ_PLL': > > radeon_cp.c:327: w

[Dri-devel] (no subject)

2003-06-04 Thread xiyu
Title: 西安房地产信息网 西安房地产信息网 www.800j.cc   非典时期买楼该注重什么? 谁来评述“世家星城” . 我要发言   进入论坛   --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging f

[Dri-devel] No introductions needed

2003-06-04 Thread Benny Riggs
get larger balls and penís, more pleasure, more satisfactíon Check ít out here No more please -=f4fthi2o1j89l=- N¬HY޵隊X¬²š'²ŠÞu¼„¶{¬™©®ÊN‹Z•XžÁ8^më-¶Þi×^nè zº'¶©•©Þ´7¬Š Þw­†Øky§]y» ‚)à}æ­º·¬Ê‹¯zw¯z·ky©žv‡í¯$赩U‰ì:~·žjÜ0ÁëgºÇ(˜:âuëޖf¢–)à

Re: [Dri-devel] i845 driver and MTRR's..

2003-06-04 Thread Linus Torvalds
[ Finally got some debugging time for the other DRI problem I've seen, namely hugely flashing textures in tuxracer on i830, but _only_ iff MTRR support is compiled into the kernel ] On Wed, 14 May 2003, Linus Torvalds wrote: > > reg00: base=0x ( 0MB), size=1024MB: write-back, coun

Re: [Dri-devel] Neverwinter Nights.

2003-06-04 Thread Adam K Kirchhoff
> > Has the exact cause > > been determined? If so, what needs to be done to get this working again? > > Or are you speaking of the problem that nwn can't get a visual at > startup and just craps out? Leif Delgass has posted a patch for that > (bug in reporting visuals) but it was decided it need

Re: [Dri-devel] Re: [Mesa3d-dev] Re: Mesa tree re-org

2003-06-04 Thread Brian Paul
Denis Oliver Kropp wrote: Quoting Brian Paul ([EMAIL PROTECTED]): Denis Oliver Kropp wrote: I think the DRI drivers should be moved into the dri/ directory which itself should be in the drivers/ directory, because drivers/ contains the public APIs of Mesa, e.g. OSMesa, fxMesa etc. The dri/ direct

Re: [Dri-devel] Neverwinter Nights.

2003-06-04 Thread Roland Scheidegger
Adam K Kirchhoff wrote: A few weeks ago there was some discussion about the fact that the post-texmem merge code has broken Neverwinter Nights. I believe you are speaking about radeon/r200? The post-texmem merge did not break Neverwinter Nights - it just made some errors which were there before mo

[Dri-devel] Re: [Mesa3d-dev] Re: Mesa tree re-org

2003-06-04 Thread Denis Oliver Kropp
Quoting Brian Paul ([EMAIL PROTECTED]): > Denis Oliver Kropp wrote: > >I think the DRI drivers should be moved into the dri/ directory > >which itself should be in the drivers/ directory, because drivers/ > >contains the public APIs of Mesa, e.g. OSMesa, fxMesa etc. > >The dri/ directory will conta

[Dri-devel] Re: [Mesa3d-dev] Re: Mesa tree re-org

2003-06-04 Thread Denis Oliver Kropp
Quoting Jens Owen ([EMAIL PROTECTED]): > Brian Paul wrote: > >Where do you propose that the files currently in Mesa/src/dri/ (such as > >dri_glx.c, glxclient.h, etc) belong? src/dri-es/ is the place I was > >planning on. > > > >I'm trying to keep the tree fairly shallow (one of the things that

Re: [Dri-devel] Problems with rage 128 DRI

2003-06-04 Thread Michel Dänzer
On Sat, 2003-05-31 at 09:50, Paul Mackerras wrote: > I have been doing more hacking on the kernel DRM for rage 128 on my G4 > powerbook. This machine has a "UniNorth" v1.0 host bridge which can > (allegedly) do 2x AGP. I have got DRI with AGP to work but it is a > bit of a saga. The main proble

[Dri-devel] Neverwinter Nights.

2003-06-04 Thread Adam K Kirchhoff
A few weeks ago there was some discussion about the fact that the post-texmem merge code has broken Neverwinter Nights. Has the exact cause been determined? If so, what needs to be done to get this working again? Adam --- This SF.net email

Re: [Dri-devel] web page on CVS

2003-06-04 Thread smitty
> on the web page, titled "CVS fro the DRI", > linked via "CVS Web Page" on the documentation page > there is a comment for the mesa-4-0-4-branch > with states: > "A Stable branch to be included in XFree86 4.3" > > XF86 4.3.0 is already out a few months, > so that line obviousely needs an updat

Re: [Dri-devel] Re: [Mesa3d-dev] Re: Mesa tree re-org

2003-06-04 Thread Brian Paul
Keith Whitwell wrote: Brian Paul wrote: Denis Oliver Kropp wrote: Quoting Brian Paul ([EMAIL PROTECTED]): src/ mesa/ glapi/ glapi*.[ch]- dispatcher files APIspec file gl*.py- Python API scripts

[Dri-devel] Re: [Mesa3d-dev] Re: Mesa tree re-org

2003-06-04 Thread Brian Paul
Jens Owen wrote: Brian Paul wrote: Denis Oliver Kropp wrote: Quoting Brian Paul ([EMAIL PROTECTED]): src/ mesa/ glapi/ glapi*.[ch]- dispatcher files APIspec file gl*.py- Python API scripts

[Dri-devel] Re: [Mesa3d-dev] Re: Mesa tree re-org

2003-06-04 Thread Jens Owen
Brian Paul wrote: Denis Oliver Kropp wrote: Quoting Brian Paul ([EMAIL PROTECTED]): src/ mesa/ glapi/ glapi*.[ch]- dispatcher files APIspec file gl*.py- Python API scripts main/

Re: [Dri-devel] Re: [Mesa3d-dev] Re: Mesa tree re-org

2003-06-04 Thread Keith Whitwell
Brian Paul wrote: Denis Oliver Kropp wrote: Quoting Brian Paul ([EMAIL PROTECTED]): src/ mesa/ glapi/ glapi*.[ch]- dispatcher files APIspec file gl*.py- Python API scripts main/

[Dri-devel] Bad Credit is OK Gold Visa Card Approved fmr uykybhvg g la

2003-06-04 Thread Lorenzo Landers
Title: saturate HI,Dri-announce,Do you want a GOLD CARD? If you can't get a credit card or just need another. The Economy is tough So make Your Life Easy. This is Your Chance to Change Your life! Click Here no mail bangreyhoundomajq sngsg vdyglrnt jllcoyyyxra weecl oq cp j wakmwenj ptp

Re: [Dri-devel] DRM janitorial (New patch, covering AGP)

2003-06-04 Thread Keith Whitwell
José Fonseca wrote: The new attached patch also covers the drm_agpsupport.h janitorial. As nobody stepped against it, I'll start commiting soon. Except for this first time, I don't plan to commit more than one header "janitorial" per day. This means that anybody can track regressions with the nig

Re: [Dri-devel] DRM janitorial

2003-06-04 Thread Linus Torvalds
On Tue, 3 Jun 2003, [iso-8859-15] José Fonseca wrote: > >Quite frankly, looking at the current DRI tree, there's not a lot of > >code like this there that I can see. Almost every single "library" > >function has intimate details about the hardware through macro > >expansion. >

[Dri-devel] DRM janitorial (New patch, covering AGP)

2003-06-04 Thread José Fonseca
The new attached patch also covers the drm_agpsupport.h janitorial. As nobody stepped against it, I'll start commiting soon. Except for this first time, I don't plan to commit more than one header "janitorial" per day. This means that anybody can track regressions with the nightly snapshots. For

Re: [Dri-devel] DRM janitorial

2003-06-04 Thread José Fonseca
On Tue, Jun 03, 2003 at 12:26:03PM -0700, Linus Torvalds wrote: > > If they have the same name, they must be the same function. It's that > simple. And if it's the same function and used by multiple different > drivers, then it MUST NOT have CONFIG_xxx dependencies. Ok. Thanks for clearing this

[Dri-devel] Re: [Mesa3d-dev] Re: Mesa tree re-org

2003-06-04 Thread Brian Paul
Denis Oliver Kropp wrote: Quoting Brian Paul ([EMAIL PROTECTED]): src/ mesa/ glapi/ glapi*.[ch] - dispatcher files APIspec file

Re: [Dri-devel] DRM janitorial

2003-06-04 Thread Linus Torvalds
On Tue, 3 Jun 2003, [iso-8859-15] José Fonseca wrote: > > IIUC, at least for modules, the symbols which we want to make available > to other modules usually have to be specificaly declared (with > EXPORT_SYMBOL). Therefore each module it's "own namespace", i.e., two > different modules with some

Re: [Dri-devel] Re: [Dri-patches] CVS Update: xc (branch: trunk)

2003-06-04 Thread Philip Brown
On Mon, Jun 02, 2003 at 09:14:23AM -0600, Jens Owen wrote: > > Modified files: > > xc/xc/lib/GL/mesa/src/drv/r200/: > > Imakefile.inc > > > > Revision ChangesPath > > 1.5 +1 -1 xc/xc/lib/GL/mesa/src/drv/r200/Imakefile.inc > > After doing a little diggi

Re: [Dri-devel] DRM janitorial

2003-06-04 Thread José Fonseca
On Tue, Jun 03, 2003 at 09:31:27AM -0700, Linus Torvalds wrote: > > On Tue, 3 Jun 2003, [iso-8859-15] José Fonseca wrote: > > > > According with archives > > (http://dri.sourceforge.net/doc/faq/architecture.html#DRM-SUB-DRIVERS), > > Linus wanted the DRM drivers to be independent. > > I wanted t

Re: [Dri-devel] DRM janitorial

2003-06-04 Thread Linus Torvalds
On Tue, 3 Jun 2003, David Dawes wrote: > > Does this go any way towards explaining why it seems to be getting harder > and harder to build modules outside of the kernel source tree while > still leveraging the kernel build mechanism? No. That is explained by the inevitable lack of testing, I thi

[Dri-devel] Re: [Mesa3d-dev] Re: Mesa tree re-org

2003-06-04 Thread Denis Oliver Kropp
Quoting Brian Paul ([EMAIL PROTECTED]): > src/ > mesa/ > glapi/ > glapi*.[ch] - dispatcher files > APIspec file > gl*.py - Pyt

[Dri-devel] Re: Mesa tree re-org

2003-06-04 Thread Brian Paul
Here's the latest proposed layout. It may need some fine tuning at some point, but I think it's a pretty good starting point. -Brian Mesa/ docs/ - documentation include/ GL/ - OpenGL public headers gl.h

Re: [Dri-devel] DRM janitorial

2003-06-04 Thread Ian Romanick
Linus Torvalds wrote: To me modules are either - "distribution kernels" (either things like RedHat/SuSE, or just local MIS distrubutions) - development (load a module, test, unload, fix, load again) and make zero sense otherwise when you have full sources. We also have our binary driver upda

Re: [Dri-devel] Mesa tree re-org

2003-06-04 Thread David Dawes
On Tue, Jun 03, 2003 at 10:34:25AM -0600, Brian Paul wrote: >David Dawes wrote: >> On Mon, Jun 02, 2003 at 04:23:14PM -0600, Brian Paul wrote: >> >>>Sounds like the Mesa directory re-org should happen sooner, rather >>>than later. >>> >>>I've been doing some research into CVS and it looks like th

Re: [Dri-devel] Mesa tree re-org

2003-06-04 Thread Keith Whitwell
Brian Paul wrote: David Dawes wrote: On Mon, Jun 02, 2003 at 04:23:14PM -0600, Brian Paul wrote: Sounds like the Mesa directory re-org should happen sooner, rather than later. I've been doing some research into CVS and it looks like there are two approaches to doing the re-org: 1. Use the usu

Re: [Dri-devel] DRM janitorial

2003-06-04 Thread Ian Romanick
José Fonseca wrote: According with archives (http://dri.sourceforge.net/doc/faq/architecture.html#DRM-SUB-DRIVERS), Linus wanted the DRM drivers to be independent. Don't know if he still feels the same, considering the ALSA/OSS modules, or the recent reorganization of AGPGART. Don't know as well

Re: [Dri-devel] Mesa tree re-org

2003-06-04 Thread Brian Paul
David Dawes wrote: On Mon, Jun 02, 2003 at 04:23:14PM -0600, Brian Paul wrote: Sounds like the Mesa directory re-org should happen sooner, rather than later. I've been doing some research into CVS and it looks like there are two approaches to doing the re-org: 1. Use the usual cvs add/remove/c

[Dri-devel] Re: [Mesa3d-dev] Buffer sizes for swrast, confusion

2003-06-04 Thread Ian Romanick
Matt Sealey wrote: Basically you need to ask yourself: Who in my system has this information? Mesa certainly doesn't, but it sounds like somehow you want mesa to magically know about your window system. It doesn't & can't. Right now, I think YOU expect Mesa magically knows, via dynamic linki

Re: [Dri-devel] DRM janitorial

2003-06-04 Thread Linus Torvalds
On Tue, 3 Jun 2003, [iso-8859-15] José Fonseca wrote: > > According with archives > (http://dri.sourceforge.net/doc/faq/architecture.html#DRM-SUB-DRIVERS), > Linus wanted the DRM drivers to be independent. I wanted that because the old code was total crap, and the makefiles could never get the

[Dri-devel] Re: [Mesa3d-dev] Buffer sizes for swrast, confusion

2003-06-04 Thread Ian Romanick
Matt Sealey wrote: glXDoSomething(GLXcontext, foo, bar, donkey) and so on. OS-dependant. I dunno. What's your terminology for it? I'm going to draw attention here to the severe lack of documentation on even what you're supposed to call these components :) If you are talking about glX functions, we

Re: [Dri-devel] DRM janitorial

2003-06-04 Thread Linus Torvalds
On Mon, 2 Jun 2003, Ian Romanick wrote: > > I think you would be fine with multiple modules, but I think it would > break if you had multiple drivers built into the kernel. I'm not sure > about that, though. Yes. The reason for DRM(xxx) is that I personally _require_ that built-in modules

Re: [Dri-devel] DRM janitorial

2003-06-04 Thread David Dawes
On Tue, Jun 03, 2003 at 01:26:04AM +0100, José Fonseca wrote: >I would also like to discuss the possibility of: > - dropping the DRM(my_func)() for drm_my_func(). If I'm not mistaken, > these symbols aren't exported to the rest of the kernel so there > isn't any conflict when several DRM's ar

Re: [Dri-devel] Mesa tree re-org

2003-06-04 Thread David Dawes
On Mon, Jun 02, 2003 at 04:23:14PM -0600, Brian Paul wrote: > >Sounds like the Mesa directory re-org should happen sooner, rather >than later. > >I've been doing some research into CVS and it looks like there are two >approaches to doing the re-org: > >1. Use the usual cvs add/remove/commit comma

[Dri-devel] Broadcast Email Advertise to 35.8 Million People - FREE -

2003-06-04 Thread Jo Spicer
fifteen twist detection camp certification %RANDOM_WORD temperature direction insanity act  Broadcast Email Your Adto 28 MILLION Emails => ONLY $149 TODAY ONLY <= Receive a Minimum 400% Increase in Sales and a Minimum of 750,000Web Site Hits Within 90 Days Guaranteed or Receive a Full 100% Refu

Re: [Dri-devel] [RFC] New Xv adapter using MESA_ycbcr_texture

2003-06-04 Thread Alex Deucher
That's because, like a said earlier, the OGL output plugins convert the YUV to RGB in software and then displays it as an RGB texture. none of the plugins I've looked at use MESA_ycbcr_texture for YUV textures. Alex - > -Original Message- > From: [EMA