From: "Antonino A. Daplas" <adaplas@hotpop.com>
To: Andrew Walrond <andrew@walrond.org>,
linux-fbdev-devel@lists.sourceforge.net, adaplas@pol.net
Subject: Re: Dual screen framebuffer development advice
Date: Tue, 23 Nov 2004 06:14:03 +0800 [thread overview]
Message-ID: <200411230614.03946.adaplas@hotpop.com> (raw)
In-Reply-To: <200411222135.55027.andrew@walrond.org>
On Tuesday 23 November 2004 05:35, Andrew Walrond wrote:
> I asked this a few months ago:
>
> On Saturday 19 Jun 2004 21:25, Antonino A. Daplas wrote:
> > On Saturday 19 June 2004 21:55, Andrew Walrond wrote:
> > > I need to setup a machine to develop a framebuffer based application.
> > > I'd like to use two graphics devices; The first an ati agp chipset on
> > > the motherboard which will run X11 with X11's ati driver, the second a
> > > PCI card running a fb driver and displaying my framebuffer application.
> > >
> > > Is this possible/sensible?
> >
> > Sure, it's possible and actually not hard to do. Just make sure that the
> > driver of your primary card is fbdev, and the secondary X11. X happens
> > to do a fine job of initializing non-primary cards whereas fbdev is
> > mostly restricted to cards initialized by the firmware.
>
> I've got this working nicely now. I have a recent agp nvidia card and an
> old pci matrox millenium in this dual opteron machine running 64bit linux.
> I boot into a console on the matrox using the built-in matroxfb driver,
> then startx which runs on the nvidia card using the nv driver. I can then
> work on my fb application in X, viewing the output on the second monitor
> via the matrox card. Nice!
>
> > Note: You wont' be able to see both displays simultaneously, switching
> > from one blanks the other. If you do want multi-seat, see the Ruby
> > project of linuxconsole.
>
> This is wrong; I can indeed see both displays simultaneously :)
That sounds very nice :-). So I was wrong. I probably should have said
that you cannot display multiple consoles simultaneously.
Tony
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
next prev parent reply other threads:[~2004-11-22 22:14 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-19 13:55 Dual screen framebuffer development advice Andrew Walrond
2004-06-19 20:25 ` Antonino A. Daplas
2004-11-22 21:35 ` Andrew Walrond
2004-11-22 22:14 ` Antonino A. Daplas [this message]
2004-12-08 23:02 ` Andrew Walrond
2004-12-09 9:25 ` Andrew Walrond
-- strict thread matches above, loose matches on Subject: below --
2004-12-09 20:01 Antonino A. Daplas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200411230614.03946.adaplas@hotpop.com \
--to=adaplas@hotpop.com \
--cc=adaplas@pol.net \
--cc=andrew@walrond.org \
--cc=linux-fbdev-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.