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
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
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
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 En
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 acqu
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 s
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 ma
Hi Mark,
On Sun, Mar 02, 2003 at 02:12:20PM -0700, Mark Mueller wrote:
> Hello José,
> You've missed all of the good snow in Steamboat :). I'm plunking down my
> $0.02 for this week on this thread:
Ah! Skiing... :)
> ' not to sure where to join in, but I'll start with some background.
> Some ye
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 ju
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 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
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 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.
> Performanc
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,
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, s
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 (
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 y
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? Har
On Thu, 2003-02-27 at 18:32, José Fonseca wrote:
> On Thu, Feb 27, 2003 at 03:47:14PM -0800, Ian Romanick wrote:
> > José Fonseca wrote:
> > >Multiple inheritance and virtual inheritance is, IMHO, essential to
> > >design reusable objects for the drivers. Without this and no templates,
> > >there w
> (oh, and please, I prefer being referred to by my first name.)
one Molton many Ian's
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
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 t
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 e
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 transp
Sven Luther wrote:
On Thu, Feb 27, 2003 at 02:01:22PM -0800, Jon Smirl wrote:
--- Sven Luther <[EMAIL PROTECTED]> wrote:
Notice that the DRI drivers don't do anything like
mode setting and
such, they depend on the X drivers for that. So if
you take away the X
driver, you will not be able to get a
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 col
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
ke
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 ad
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:
_DRM_LOCK_IS_HELD(dev->lock
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
bad eg and explanation thereof
People aren't stupid they know Intel is trying to play in the graphics
arena and is willing to do their own drivers, so they let tehm and do
something else.
OK but here is my take on it, people will work on what they are interested
in, so if someone wants to wor
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 fall
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 be
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 ab
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 see
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
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 stoc
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
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 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 (powe
--- 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
> co
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
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 by:Think
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 co
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:
> >
> > _DRM_LOCK_IS_HELD(dev->loc
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
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 flic
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
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
48 matches
Mail list logo
