On Sat, Mar 01, 2003 at 04:56:18PM -0800, Jon Smirl wrote:
--- Linus Torvalds [EMAIL PROTECTED] wrote:
A simpler, more direct, infrastructure to the
low-level driver might help.
X has served us well for a long time but I just don't
think it is sufficient to be the standard video
Philip Brown wrote:
If I were to spend the time to put together some portability patches
[for the kernel layer], would someone with cvs access volunteer interest to
review and put them in? I can potentially see a bunch of little ones
coming up, so rather than post every single one individually to
Nick Kurshev wrote:
Hello!
I've met this problem (see attach) a long ago but it seems
that nobody fixed that :(
This problem happens not only with this game but with quake3 too!
It looks like every odd frame contains these black squares but every
even frame is free from them that causes image
On Sun, Mar 02, 2003 at 02:38:09AM +, Ian Molton wrote:
On Sat, 1 Mar 2003 15:11:06 -0800 (PST)
Linus Torvalds [EMAIL PROTECTED] wrote:
No, if that was all, it wouldnt be so bad...
The project has no real documentation, theres no support from
anywhere, and there is little help from
On Sun, Mar 02, 2003 at 11:46:52AM +, Keith Whitwell wrote:
Philip Brown wrote:
For example, I'd like to submit a patch set to fix the issue where
there is _DRM_LOCK_IS_HELD() calls all over the place, but there really is
only one syntax for it:
Hello, Keith!
On Sun, 02 Mar 2003 11:49:20 + you wrote:
Nick Kurshev wrote:
Hello!
I've met this problem (see attach) a long ago but it seems
that nobody fixed that :(
This problem happens not only with this game but with quake3 too!
It looks like every odd frame contains these
jqpdgwkxs
Your home refinance loan is approved!
To get your approved amount go here.
To be taken off further mailing from Mortgage Masters go
here
qev-qriry^yvfgf(fbheprsbetr(arg
---
This sf.net email is sponsored
On Son, 2003-03-02 at 08:39, Philip Brown wrote:
On Sun, Mar 02, 2003 at 02:26:04AM +, Alan Cox wrote:
People were saying that ten years ago. They were wrong
then, and I suspect they are wrong now. Too many people
think X11 == XFree86. XFree86 is an *implementation*
(arguably two
--- Philip Brown [EMAIL PROTECTED] wrote:
So for the X on top of OpenGL afficionados... you
could get away with just writing a libX11 clone on
top of a direct OpenGL implementation like
Embedded Mesa or something. Skip the whole
server fiasco entirely. Mind you, you'd need to
cobble
On Son, 2003-03-02 at 16:41, Jon Smirl wrote:
For the Xserver the XFree code base could be used. Or
something like http://www.directfb.org/xdirectfb.xml
might be easier to work with.
Which uses the XFree86 code base as well.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux
Hello!
The radeon.o kernelmodule from the drm-filp-0-1-branch works well.
xmms with different opengl-based visual-plugins works, even with
vtxfmt enabled.
I activated, deactivated the plugins often and nothing bad happend:
no -22 and no bad entrys in /var/log/messages.
I got a segfault from xmms
On Sun, 2 Mar 2003, Andreas Stenglein wrote:
I pulled the powercable, waited, plugged the cable,
startet the box up again and tried without dri:
Xserver recycles well!
I have apparently seen something like this even on 2.5.x. What kernels
have you tried?
The symptoms I saw were kernel
Title: Digial Power Filter
All you need is this small filter for only $99 and
you will
have FREE PPV on Cable for LIFE! How sweet is that?
Guaranteed!
The hottest most explosive product
since the
Christmas season! Most stores can't carry them the few that can
can't
keep them in stock.
On Sun, 2 Mar 2003, Linus Torvalds wrote:
The _second_ DRI-enabled X startup caused problems, even if I had done
multiple non-DRI X sessions in between. This is what makes me think that
the DRI kernel modules keep some history around that they shouldn't. And
maybe the problem is hidden if
On Sun, 2 Mar 2003 10:34:35 -0800 (PST)
Linus Torvalds [EMAIL PROTECTED] wrote:
On Sun, 2 Mar 2003, Andreas Stenglein wrote:
I pulled the powercable, waited, plugged the cable,
startet the box up again and tried without dri:
Xserver recycles well!
I have apparently seen something
On Sun, 02 Mar 2003 12:40:24 -0600
Sean E. Russell [EMAIL PROTECTED] wrote:
Anyway, I'm very pleased that everything is working so well. Thanks for all
of the help, especially from Felix Kühling.
I'm happy to hear that. Though I think Michel Dänzer deserves the credit
better. He knew about
On Sat, Mar 01, 2003 at 06:47:26PM -0800, Linus Torvalds wrote:
| ...
| At some point that won't be true any more. And maybe it's just me, but
| with programmable vertex and pixel shaders it looks like the onus is
| shifting onto the _user_, and it's more likely that the hardware designs
| won't
On Sun, Mar 02, 2003 at 12:57:42AM -0500, Daniel Vogel wrote:
| On Sat, 1 Mar 2003, Allen Akin wrote:
|
| Once you get rid of the legacy stuff in OpenGL, drivers are pretty much
| the same level of complexity for OpenGL as for D3D.
|
| I guess you also had to take away mandatory software
Hi Katie,
Haven't heard from you in a while, I still think
about the last time we made love. You said I had a small penis which hurt
my feelings, anyway I would really like to meet up with you again as I
have a BIG surprise for you!, that's right I have found a website that
promised to enlarge my
Philip Brown wrote:
On Sun, Mar 02, 2003 at 11:46:52AM +, Keith Whitwell wrote:
Philip Brown wrote:
For example, I'd like to submit a patch set to fix the issue where
there is _DRM_LOCK_IS_HELD() calls all over the place, but there really is
only one syntax for it:
On Sun, Mar 02, 2003 at 08:20:52PM +, Keith Whitwell wrote:
Philip Brown wrote:
The one nasty that I do see coming up, and I dont see an easy patch for,
is DRM_MALLOC()/DRM_FREE()
Solaris requires knowing the size of the kernel mem you are freeing :-/
You could always add an arg
Am 2003.03.02 19:34:35 +0100 schrieb(en) Linus Torvalds:
On Sun, 2 Mar 2003, Andreas Stenglein wrote:
I pulled the powercable, waited, plugged the cable,
startet the box up again and tried without dri:
Xserver recycles well!
I have apparently seen something like this even on 2.5.x. What
Alan Cox wrote:
On Fri, 2003-02-28 at 00:04, Paul J.Y. Lahaie wrote:
There are areas where X11 doesn't fit in well. (Feel free to correct
me) but R300 and GFX level cards support 128bpp (32bpp floating point).
The X protocol has no way to display to this kind of device. Which
means that fpu
Allen Akin wrote:
On Fri, Feb 28, 2003 at 03:04:08PM +, Ian Molton wrote:
| On Thu, 27 Feb 2003 18:17:33 -0800
| Allen Akin [EMAIL PROTECTED] wrote:
|
|
| Then there are the arguments for deeper color channels based on the
| need for higher-precision intermediate results -- for
Around 20 o'clock on Mar 2, Keith Whitwell wrote:
There are areas where X11 doesn't fit in well. (Feel free to correct
me) but R300 and GFX level cards support 128bpp (32bpp floating point).
The X protocol has no way to display to this kind of device. Which
Yes, it would be relatively easy
On Sun, 2003-03-02 at 07:39, Philip Brown wrote:
There are still TWO SEPARATE APIs for doing 2d drivers.
There's the stock-standard
Xserver/hw/{standard-driver-here}
(eg: Xserver/hw/sun)
Thats the top level do it the hard way interface. Thats X11R6 vanilla
not Xfree86.
and then there's
(oh, and please, I prefer being referred to by my first name.)
one Molton many Ian's g
From: Daniel Vogel [EMAIL PROTECTED]
To: Smitty [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: RE: [Dri-devel] Re: future of DRI? - why no one plays with
Glide3. Date: Sat, 1 Mar 2003 16:35:15 -0500
a V3
On Sun, 2003-03-02 at 01:55, Jon Smirl wrote:
--- Alan Cox [EMAIL PROTECTED] wrote:
People were saying that ten years ago. They were
wrong then, and I suspect they are wrong now.
Looking out five years wouldn't OpenGL 2.0+ make a
better core graphics API for Linux than XLIB? Hardware
is
On Sun, 2003-03-02 at 19:15, Allen Akin wrote:
| Once you get rid of the legacy stuff in OpenGL, drivers are pretty much
| the same level of complexity for OpenGL as for D3D. Which is one reason
| why several groups are able to use OpenGL subsets for embedded apps.
|
| I'll take your
Hello, did you know that remote display of OpenGL apps is partially
functional with DRI ? At least the client side works ! I'm currently running
FlightGear on a Linux PC against an SGI Octane functioning as X terminal.
Performance is not bad - at least better than running FlightGear native on
the
Hello, ...
BTW, here is a response from Antonino Daplas, to Linus's message, that
Jon Smirl forwarded to the fbdev mailing list.
I think it doesn't make much sense to have such discution happening
separatedly on two different mailing list, where most peoples involved
only follow one of the two,
On Sun, 2003-03-02 at 21:57, Sven Luther wrote:
1. fbdev will be secure. Without access to the MMIO regions, crashing
the chipset is unlikely or at least difficult. Even malicious blit
commands (blits to/from system memory) will not work.
For some cases. The truth is a bit more horrible,
On Sun, Mar 02, 2003 at 10:33:15PM +, Martin Spott wrote:
Hello, did you know that remote display of OpenGL apps is partially
functional with DRI ? At least the client side works ! I'm currently running
FlightGear on a Linux PC against an SGI Octane functioning as X terminal.
Performance
Okay Keith,
here's a patch set for adding the extra size arg to DRM_FREE.
(attached)
It applies from the top of the 'os-support' directory.
I generated it with cvs diff -u. I believe GNU patch will ignore the
extra cvs type stuff, but if not, lemme know.
? bsd/Makefile
? bsd/drm/Makefile
?
On Mon, 2003-03-03 at 08:27, Alan Cox wrote:
Sven,
Thanks for posting this. I was actually waiting for the fbdev
maintainers (Geert and James) to respond first. Seems Geert is
receptive to the idea.
On Sun, 2003-03-02 at 21:57, Sven Luther wrote:
1. fbdev will be secure. Without access to
On Mon, 2003-03-03 at 00:01, Antonino Daplas wrote:
For some cases. The truth is a bit more horrible, and current fbdev has
the same problem here. Any early Athlon, and almost any PII/PIII derived
chip allows the user to bring the box down if they have access to
a mix of cached and
On Sun, 2 Mar 2003, Smitty wrote:
OK but here is my take on it, people will work on what they are
interested in, so if someone wants to work on R128 and ATI does
give out docs for that chip then they should give it to him.
Whats the chance of ATI delegating some of this function to TG, ie just
Ian Molton wrote:
On Sat, 1 Mar 2003 15:05:37 -0500 (EST)
Mike A. Harris [EMAIL PROTECTED] wrote:
Look at the
Intel i8x0 driver for example. The Intel specs are publically
available, and Intel funds development of the driver. The
hardware is readily available too. Yet there is not any major
Arkadi Shishlov wrote:
On Fri, Feb 28, 2003 at 05:33:29PM -0500, Daniel Vogel wrote:
Fragmention still isn't good, which brings me back to my original question
whether folks are talking to NVIDIA why they aren't using the DRI framework.
Probably because of theirs UDA? I suspect it is easear to
Felix Kühling wrote:
On Fri, 28 Feb 2003 22:13:22 -0800
Ian Romanick [EMAIL PROTECTED] wrote:
Felix Kühling wrote:
Hello,
I just started working on a revision of the DRI Configuration design doc
based on the feedback I received. As Brian suggested I want to implement
the functionality for
FREE 30 day supply of HGH 1000: Look Younger and Lose Weight in 3 Weeks
Visit Our Site
As seen on NBC, CBS, CNN, and Oprah! The health discovery
that actually reverses aging while burning fat, without
dieting or exercise! This proven discovery has been reported
on by the New
Could someone explain what exactly DRM_READMEMORYBARRIER is supposed to do,
in the kernel driver level, please?
I was initially thinking that it did some kind of
enable bus memory mapping OS call.
However, it is used inconsistently.
mga_drv.h and radeon_drv.h use it , each at only one place in
On Sun, 2 Mar 2003 11:58:44 +
José Fonseca [EMAIL PROTECTED] wrote:
To me, thats arse backwards. It should be that the documentation
eases people into develpoing the code. not the other way round.
But there *are* specs for the Voodoo 3, so what are you complaining
about!? I'm sorry to
Facts and Fiction about Male Enhancements
Greetings! My name is Rich and there's something I want to share with you. I'm not going to lie, I am a salesman (obviously). A company I work with has just entered the wonderful world of herbal medicine and I want to share my PERSONAL experience with you
44 matches
Mail list logo
