mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Sergey Kvachonok <ravenexp@gmail.com>
To: Dave Airlie <airlied@gmail.com>
Cc: Peter Hanzel <hanzelpeter@gmail.com>,
	linux-fbdev-devel@lists.sourceforge.net,
	linux-kernel@vger.kernel.org
Subject: Re: [Linux-fbdev-devel] KMS + fb + FBIOPUT_VSCREENINFO
Date: Wed, 29 Apr 2009 14:02:40 +0300	[thread overview]
Message-ID: <25a99abe0904290402l31e35d3ci509768a683b86096@mail.gmail.com> (raw)
In-Reply-To: <21d7e9970904290027v1275c346p8a8f29d2fb4658fb@mail.gmail.com>

> The problem we've had is defining proper semantics for what happens in
> multi-output systems when
> you call this ioctl. Which crtc/output should it set the mode on?
> what happens if the mode isn't valid on all
> connected monitors etc.

Does it really makes all that much sense to run different monitors
with the same mode?
Like embedded notebook panel with weird native resolution and an
external CRT/LCD with
completely unrelated native/preferred modes.

I tried running 2.6.29.1 i915 with one fb per crtc mode,
the first thing it did was to shut down embedded panel and to attach
fbcon to external display.
As fbset doesn't work I couldn't bring the panel back to life, and the
whole thing hung when I con2fb'd one of the VTs to it. Can't provide
more specific data atm, didn't yet try to reproduce   the crash.

BTW fbxine and I believe directfb too use FBIOPUT_VSCREENINFO to
adjust vyres to the maximum to allocate offscreen surfaces for page
flipping.
It isn't really modesetting, but rather framebuffer operation, so is
the color depth setting.
At least these can be painlessly provided with the current setup.

Thanks for listening to my rant,
Sergey

      reply	other threads:[~2009-04-29 11:03 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-28  8:32 Peter Hanzel
2009-04-29  6:57 ` Andrew Morton
2009-04-29  7:27 ` Dave Airlie
2009-04-29 11:02   ` Sergey Kvachonok [this message]

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=25a99abe0904290402l31e35d3ci509768a683b86096@mail.gmail.com \
    --to=ravenexp@gmail.com \
    --cc=airlied@gmail.com \
    --cc=hanzelpeter@gmail.com \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®