Re: OpenGL-based framebuffer concepts

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> 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
[email protected]

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux