From: Dave Airlie <airlied@gmail.com>
To: Michal Suchanek <hramrach@centrum.cz>
Cc: dri-devel@lists.sourceforge.net,
linux-fbdev-devel@lists.sourceforge.net,
Paulius Zaleckas <paulius.zaleckas@gmail.com>
Subject: Re: [Linux-fbdev-devel] drm_fb_helper: Impossible to change video mode
Date: Wed, 3 Mar 2010 15:02:17 +1000 [thread overview]
Message-ID: <21d7e9971003022102v232c099r441b0bd843b30313@mail.gmail.com> (raw)
In-Reply-To: <a5d587fb1003010118r1b586990ja4144441143bb4be@mail.gmail.com>
On Mon, Mar 1, 2010 at 7:18 PM, Michal Suchanek <hramrach@centrum.cz> wrote:
> On 21 November 2009 05:27, Dave Airlie <airlied@gmail.com> wrote:
>
>> At the moment the problem with fbset is what to do with it in the
>> dual head case. Currently we create an fb console that is lowest
>> common size of the two heads and set native modes on both,
>
> Does that mean that fbset is supposed to work (set resolution) on drmfb?
No we've never hooked it up but it could be made work.
>
>>
>> Now if a user runs fbset, I'm not sure what the right answer is,
>> a) pick a head in advance via sysfs maybe and set it on that.
>> b) try and set the mode on both heads cloned (what to do if
>> there is no common mode is another issue).
>>
>
> I would say it's time to support multihead with fbset properly.
>
> That is people would need new fbset which sees both (all) heads, and
> fbset can then choose the head itself (and people can make it do
> something different when they don't like the default). It should also
> support setting up rotation on each head.
>
> For old fbset setting something visible is probably good enough.
>
> Schemes which would make a multihead setup look like a single screen
> get complicated quite easily. Perhaps an option to turn off some
> outputs so that the native resolution of one output is used (instead
> of clone) would work.
>
I've only really got two answer for this:
(a) hook up another /dev/dri/card_fb device and use the current KMS
ioctls to control the framebuffer, have the drm callback into fbdev/fbcon
to mention resizes etc. Or add one or two info gathering ioctls and
allow use of the /dev/dri/control device to control stuff.
(b) add a lot of ioctls to KMS fbdev device, which implement some sort
of sane multi-output settings.
Now the second sounds like a lot of work if not the correct solution,
you basically needs a way to pretty much expose what the KMS ioctls
expose on the fb device, and then upgrade fbset to make sense of it all.
Dave.
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
--
next prev parent reply other threads:[~2010-03-03 5:02 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-20 13:16 [Linux-fbdev-devel] drm_fb_helper: Impossible to change video mode Paulius Zaleckas
2009-11-20 15:55 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video Clemens Ladisch
2009-11-20 18:53 ` James Simmons
2009-11-20 19:05 ` Andrew Morton
2009-11-20 19:39 ` Paulius Zaleckas
2009-11-20 20:01 ` James Simmons
2009-11-20 20:13 ` Paulius Zaleckas
2009-11-20 20:48 ` James Simmons
2009-11-21 4:25 ` Dave Airlie
2009-11-21 4:27 ` Dave Airlie
2010-03-01 9:18 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video mode Michal Suchanek
2010-03-03 5:02 ` Dave Airlie [this message]
2010-03-03 8:23 ` Michal Suchanek
2010-03-03 9:23 ` Dave Airlie
2010-03-03 10:32 ` Michal Suchanek
2010-03-10 18:11 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video James Simmons
2010-03-10 21:04 ` Ville Syrjälä
2010-03-10 21:16 ` Michal Suchanek
2010-03-11 2:24 ` James Simmons
2010-03-11 2:22 ` James Simmons
2010-03-11 5:03 ` Ville Syrjälä
2010-03-10 18:04 ` James Simmons
2010-03-10 17:42 ` James Simmons
2010-03-10 18:05 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video mode Alex Deucher
2010-03-10 18:10 ` Alex Deucher
2010-03-10 18:47 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video James Simmons
2010-03-10 19:49 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video mode Michal Suchanek
2010-03-10 20:06 ` Alex Deucher
2010-03-11 10:13 ` Michel Dänzer
2010-03-11 10:31 ` Pauli Nieminen
2010-03-11 15:12 ` Alex Deucher
2010-03-11 15:17 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video James Simmons
2010-03-11 15:47 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video mode Michal Suchanek
2010-03-12 14:52 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video James Simmons
2010-03-12 20:51 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video mode Dave Airlie
2010-03-13 14:40 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video James Simmons
2010-03-13 21:01 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video mode Dave Airlie
2010-03-14 11:41 ` Michel Dänzer
2010-03-15 18:38 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video James Simmons
2010-03-16 13:46 ` Michel Dänzer
2010-03-16 13:56 ` James Simmons
2010-03-16 14:00 ` Michel Dänzer
2010-03-25 12:30 ` James Simmons
2010-03-15 18:22 ` James Simmons
2010-03-10 20:58 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video mode Michal Suchanek
2010-03-11 3:41 ` [Linux-fbdev-devel] drm_fb_helper: Impossible to change video James Simmons
2010-03-10 17:35 ` James Simmons
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=21d7e9971003022102v232c099r441b0bd843b30313@mail.gmail.com \
--to=airlied@gmail.com \
--cc=dri-devel@lists.sourceforge.net \
--cc=hramrach@centrum.cz \
--cc=linux-fbdev-devel@lists.sourceforge.net \
--cc=paulius.zaleckas@gmail.com \
/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;
as well as URLs for NNTP newsgroup(s).