lkml.org 
[lkml]   [2006]   [Jun]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: OpenGL-based framebuffer concepts
> > Jon stop trying to hammer everyone by repeating ad-nauseum statements
> > of little importance...
>
> If you can not restraint yourself to making technical arguments,
> please stop posing to LKML.

Jon,

you have over the past 2 or so years, posted over and over the same
list of technical points that you consider necessary, numerous times I
and others have pointed alternative methods to achieve what you wanted
that would be equally or more acceptable, you return to the list and
others repeating your list of points without editing, you then force
me to repeat things I've stated numerous times previously, I for one
get very bored of this and it really doesn't help anyone, I feel like
NASA refuting the people who say man never walked on the moon,

You snipped my technical arguments by the way so I'll yet again repeat them:

We can stop the OOM killer from killing the daemon if necessary.
running device drivers in userspace would sort of require this, we can
run the daemon from init and if it dies, have it respawn, it could put
persistent info in a shared memory segment provided by the DRM, just
because you can't think of any way around things, doesn't mean the
rest of us can't..

a /dev/ with permissions is no more or less useful than a
/tmp/.grphs_socket1 and 2
with permissions,

Please discuss,
Dave.
>
> --
> Jon Smirl
> jonsmirl@gmail.com
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-06-02 01:50    [from the cache]
©2003-2014 Jasper Spaans. Advertise on this site