On Tue, 2005-03-15 at 18:58 +, James Simmons wrote:
> Not every device has a 3D core!!! DRM is not the answer for the entire
> graphics
> world. Its only for 3D functionality.
Not quite. It's also to support hardware accelerated MPEG like on the
Unichrome boards.
Lee
-
To unsubscribe from
> DRM doesn't know a thing about 3D. All it does is DMA, memory
> management and queue things up for the GPU to work on. You don't even
> have to have a GPU processor you could use the CPU to execute the
> commands.
>
> It's the code up in mesa that knows about 3D and builds the commands
> to be
On Tue, 15 Mar 2005 18:58:08 + (GMT), James Simmons
<[EMAIL PROTECTED]> wrote:
>
> > > Why do we need patches in the kernel. Just set you config to
> > > CONFIG_DUMMY_CONSOLE, CONFIG_FB, CONFIG_INPUT and don't set fbcon or
> > > vgacon. Then have a userspace app using /dev/fb and /dev/input
> > Why do we need patches in the kernel. Just set you config to
> > CONFIG_DUMMY_CONSOLE, CONFIG_FB, CONFIG_INPUT and don't set fbcon or
> > vgacon. Then have a userspace app using /dev/fb and /dev/input create a
> > userland console. There is no need to do special hacks in the kernel.
>
>
Why do we need patches in the kernel. Just set you config to
CONFIG_DUMMY_CONSOLE, CONFIG_FB, CONFIG_INPUT and don't set fbcon or
vgacon. Then have a userspace app using /dev/fb and /dev/input create a
userland console. There is no need to do special hacks in the kernel.
/dev/fb is not
On Tue, 15 Mar 2005 18:58:08 + (GMT), James Simmons
[EMAIL PROTECTED] wrote:
Why do we need patches in the kernel. Just set you config to
CONFIG_DUMMY_CONSOLE, CONFIG_FB, CONFIG_INPUT and don't set fbcon or
vgacon. Then have a userspace app using /dev/fb and /dev/input create a
DRM doesn't know a thing about 3D. All it does is DMA, memory
management and queue things up for the GPU to work on. You don't even
have to have a GPU processor you could use the CPU to execute the
commands.
It's the code up in mesa that knows about 3D and builds the commands
to be sent
On Tue, 2005-03-15 at 18:58 +, James Simmons wrote:
Not every device has a 3D core!!! DRM is not the answer for the entire
graphics
world. Its only for 3D functionality.
Not quite. It's also to support hardware accelerated MPEG like on the
Unichrome boards.
Lee
-
To unsubscribe from
On Sun, 13 Mar 2005 19:53:55 +0100 (CET), Geert Uytterhoeven
<[EMAIL PROTECTED]> wrote:
> On Sun, 13 Mar 2005, Pavel Machek wrote:
> > > > > > Thats why moving the eye candy console into user space is such a
> > > > > > good
> > > > > > idea. You don't have to run it 8) It also means that the
On Fri, Mar 11, 2005 at 06:03:20PM +, James Simmons wrote:
>
> > > > Thats why moving the eye candy console into user space is such a good
> > > > idea. You don't have to run it 8) It also means that the console
> > > > development is accessible to all the crazy rasterman types.
> > >
> > >
On Sun, 13 Mar 2005, Pavel Machek wrote:
> > > > > Thats why moving the eye candy console into user space is such a good
> > > > > idea. You don't have to run it 8) It also means that the console
> > > > > development is accessible to all the crazy rasterman types.
> > > >
> > > > Yep. The basic
Hi!
> > > > Thats why moving the eye candy console into user space is such a good
> > > > idea. You don't have to run it 8) It also means that the console
> > > > development is accessible to all the crazy rasterman types.
> > >
> > > Yep. The basic console we already have. Everyone who wants
Hi!
Thats why moving the eye candy console into user space is such a good
idea. You don't have to run it 8) It also means that the console
development is accessible to all the crazy rasterman types.
Yep. The basic console we already have. Everyone who wants eye candy can
On Sun, 13 Mar 2005, Pavel Machek wrote:
Thats why moving the eye candy console into user space is such a good
idea. You don't have to run it 8) It also means that the console
development is accessible to all the crazy rasterman types.
Yep. The basic console we already
On Fri, Mar 11, 2005 at 06:03:20PM +, James Simmons wrote:
Thats why moving the eye candy console into user space is such a good
idea. You don't have to run it 8) It also means that the console
development is accessible to all the crazy rasterman types.
Yep. The basic
On Sun, 13 Mar 2005 19:53:55 +0100 (CET), Geert Uytterhoeven
[EMAIL PROTECTED] wrote:
On Sun, 13 Mar 2005, Pavel Machek wrote:
Thats why moving the eye candy console into user space is such a
good
idea. You don't have to run it 8) It also means that the console
On Fri, 11 Mar 2005 18:03:20 + (GMT), James Simmons
<[EMAIL PROTECTED]> wrote:
> > > > Thats why moving the eye candy console into user space is such a good
> > > > idea. You don't have to run it 8) It also means that the console
> > > > development is accessible to all the crazy rasterman
> > > Thats why moving the eye candy console into user space is such a good
> > > idea. You don't have to run it 8) It also means that the console
> > > development is accessible to all the crazy rasterman types.
> >
> > Yep. The basic console we already have. Everyone who wants eye candy can
>
Thats why moving the eye candy console into user space is such a good
idea. You don't have to run it 8) It also means that the console
development is accessible to all the crazy rasterman types.
Yep. The basic console we already have. Everyone who wants eye candy can
switch
On Fri, 11 Mar 2005 18:03:20 + (GMT), James Simmons
[EMAIL PROTECTED] wrote:
Thats why moving the eye candy console into user space is such a good
idea. You don't have to run it 8) It also means that the console
development is accessible to all the crazy rasterman types.
Yep.
Hi!
> > > Thank you. We need some kind of basic console in the kernel. I'm not the
> > > biggest fan of eye candy. So moving the console to userspace for eye
> > > candy
> > > is a dumb idea.
> >
> > Thats why moving the eye candy console into user space is such a good
> > idea. You don't
On Wed, 9 Mar 2005, Alan Cox wrote:
> On Mer, 2005-03-09 at 20:45, James Simmons wrote:
> > Thank you. We need some kind of basic console in the kernel. I'm not the
> > biggest fan of eye candy. So moving the console to userspace for eye candy
> > is a dumb idea.
>
> Thats why moving the eye
On Wed, 9 Mar 2005, Alan Cox wrote:
On Mer, 2005-03-09 at 20:45, James Simmons wrote:
Thank you. We need some kind of basic console in the kernel. I'm not the
biggest fan of eye candy. So moving the console to userspace for eye candy
is a dumb idea.
Thats why moving the eye candy
Hi!
Thank you. We need some kind of basic console in the kernel. I'm not the
biggest fan of eye candy. So moving the console to userspace for eye
candy
is a dumb idea.
Thats why moving the eye candy console into user space is such a good
idea. You don't have to run it 8) It
Christoph Hellwig wrote:
> On Wed, Mar 09, 2005 at 12:38:42PM +0100, Pavel Machek wrote:
>> > > Fbsplash - The Framebuffer Splash - is a feature that allows
>> > > displaying images in the background of consoles that use fbcon. The
>> > > project is partially descended from bootsplash.
>> >
>> >
On Wed, Mar 09, 2005 at 12:38:42PM +0100, Pavel Machek wrote:
> Hi!
>
> > > Fbsplash - The Framebuffer Splash - is a feature that allows displaying
> > > images in the background of consoles that use fbcon. The project is
> > > partially descended from bootsplash.
> >
> > What are you trying to
On Mer, 2005-03-09 at 20:45, James Simmons wrote:
> Thank you. We need some kind of basic console in the kernel. I'm not the
> biggest fan of eye candy. So moving the console to userspace for eye candy
> is a dumb idea.
Thats why moving the eye candy console into user space is such a good
idea.
On Wed, 9 Mar 2005, Alan Cox wrote:
> On Mer, 2005-03-09 at 09:34, Geert Uytterhoeven wrote:
> > On Wed, 9 Mar 2005, Jon Smirl wrote:
> > > Another idea would be to build a console is user space. Think of it as
> > > a full screen xterm. A user space console has access to full hardware
> > >
> On Mer, 2005-03-09 at 09:34, Geert Uytterhoeven wrote:
> > On Wed, 9 Mar 2005, Jon Smirl wrote:
> > > Another idea would be to build a console is user space. Think of it as
> > > a full screen xterm. A user space console has access to full hardware
> > > acceleration using the DRM interface.
>
On Mer, 2005-03-09 at 09:34, Geert Uytterhoeven wrote:
> On Wed, 9 Mar 2005, Jon Smirl wrote:
> > Another idea would be to build a console is user space. Think of it as
> > a full screen xterm. A user space console has access to full hardware
> > acceleration using the DRM interface.
>
> Yep. And
Hi!
> > Fbsplash - The Framebuffer Splash - is a feature that allows displaying
> > images in the background of consoles that use fbcon. The project is
> > partially descended from bootsplash.
>
> What are you trying to do exactly? I really don't see the point of this
> patch.
At least some
On Wed, 9 Mar 2005, Jon Smirl wrote:
> Another idea would be to build a console is user space. Think of it as
> a full screen xterm. A user space console has access to full hardware
> acceleration using the DRM interface.
Yep. And that's what Alan Cox wanted to do. Console in userspace, eye candy
On Wed, 9 Mar 2005, Jon Smirl wrote:
Another idea would be to build a console is user space. Think of it as
a full screen xterm. A user space console has access to full hardware
acceleration using the DRM interface.
Yep. And that's what Alan Cox wanted to do. Console in userspace, eye candy
Hi!
Fbsplash - The Framebuffer Splash - is a feature that allows displaying
images in the background of consoles that use fbcon. The project is
partially descended from bootsplash.
What are you trying to do exactly? I really don't see the point of this
patch.
At least some Debians,
On Mer, 2005-03-09 at 09:34, Geert Uytterhoeven wrote:
On Wed, 9 Mar 2005, Jon Smirl wrote:
Another idea would be to build a console is user space. Think of it as
a full screen xterm. A user space console has access to full hardware
acceleration using the DRM interface.
Yep. And that's
On Mer, 2005-03-09 at 09:34, Geert Uytterhoeven wrote:
On Wed, 9 Mar 2005, Jon Smirl wrote:
Another idea would be to build a console is user space. Think of it as
a full screen xterm. A user space console has access to full hardware
acceleration using the DRM interface.
Yep. And
On Wed, 9 Mar 2005, Alan Cox wrote:
On Mer, 2005-03-09 at 09:34, Geert Uytterhoeven wrote:
On Wed, 9 Mar 2005, Jon Smirl wrote:
Another idea would be to build a console is user space. Think of it as
a full screen xterm. A user space console has access to full hardware
acceleration
On Mer, 2005-03-09 at 20:45, James Simmons wrote:
Thank you. We need some kind of basic console in the kernel. I'm not the
biggest fan of eye candy. So moving the console to userspace for eye candy
is a dumb idea.
Thats why moving the eye candy console into user space is such a good
idea.
Christoph Hellwig wrote:
On Wed, Mar 09, 2005 at 12:38:42PM +0100, Pavel Machek wrote:
Fbsplash - The Framebuffer Splash - is a feature that allows
displaying images in the background of consoles that use fbcon. The
project is partially descended from bootsplash.
What are you trying
On Wed, 9 Mar 2005 13:01:15 +0800, Antonino A. Daplas
<[EMAIL PROTECTED]> wrote:
> On Tuesday 08 March 2005 09:57, Michal Januszewski wrote:
> > Fbsplash - The Framebuffer Splash - is a feature that allows displaying
> > images in the background of consoles that use fbcon. The project is
> >
On Tuesday 08 March 2005 09:57, Michal Januszewski wrote:
> Fbsplash - The Framebuffer Splash - is a feature that allows displaying
> images in the background of consoles that use fbcon. The project is
> partially descended from bootsplash.
>
> Unlike bootsplash, fbsplash has no in-kernel image
Eye candy.
> On Tue, 8 Mar 2005 19:46:23 + (GMT), James Simmons
> <[EMAIL PROTECTED]> wrote:
> > What are you trying to do exactly? I really don't see the point of this
> > patch.
>
> I think it makes a graphical background on your console that stays in
> place as the console text scrolls.
On Tue, 8 Mar 2005 19:46:23 + (GMT), James Simmons
<[EMAIL PROTECTED]> wrote:
> What are you trying to do exactly? I really don't see the point of this
> patch.
I think it makes a graphical background on your console that stays in
place as the console text scrolls.
--
Jon Smirl
[EMAIL
> Fbsplash - The Framebuffer Splash - is a feature that allows displaying
> images in the background of consoles that use fbcon. The project is
> partially descended from bootsplash.
What are you trying to do exactly? I really don't see the point of this
patch.
-
To unsubscribe from this
Fbsplash - The Framebuffer Splash - is a feature that allows displaying
images in the background of consoles that use fbcon. The project is
partially descended from bootsplash.
What are you trying to do exactly? I really don't see the point of this
patch.
-
To unsubscribe from this list:
On Tue, 8 Mar 2005 19:46:23 + (GMT), James Simmons
[EMAIL PROTECTED] wrote:
What are you trying to do exactly? I really don't see the point of this
patch.
I think it makes a graphical background on your console that stays in
place as the console text scrolls.
--
Jon Smirl
[EMAIL
Eye candy.
On Tue, 8 Mar 2005 19:46:23 + (GMT), James Simmons
[EMAIL PROTECTED] wrote:
What are you trying to do exactly? I really don't see the point of this
patch.
I think it makes a graphical background on your console that stays in
place as the console text scrolls.
--
On Tuesday 08 March 2005 09:57, Michal Januszewski wrote:
Fbsplash - The Framebuffer Splash - is a feature that allows displaying
images in the background of consoles that use fbcon. The project is
partially descended from bootsplash.
Unlike bootsplash, fbsplash has no in-kernel image
On Wed, 9 Mar 2005 13:01:15 +0800, Antonino A. Daplas
[EMAIL PROTECTED] wrote:
On Tuesday 08 March 2005 09:57, Michal Januszewski wrote:
Fbsplash - The Framebuffer Splash - is a feature that allows displaying
images in the background of consoles that use fbcon. The project is
partially
49 matches
Mail list logo