From: Michal Suchanek <hramrach@centrum.cz>
To: Dave Airlie <airlied@gmail.com>
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 09:23:12 +0100 [thread overview]
Message-ID: <a5d587fb1003030023l355eab4dtb9f4cd62058dea3e@mail.gmail.com> (raw)
In-Reply-To: <21d7e9971003022102v232c099r441b0bd843b30313@mail.gmail.com>
On 3 March 2010 06:02, Dave Airlie <airlied@gmail.com> wrote:
> 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.
>
What about writing a drmfbset or something and have fbset call it when
it detects a drm framebuffer and warn that it does not support drm
framebuffers fully?
That way people using fbset still get something and people who want
exact control over the setup can use the new tool which uses whatever
KMS interface is available already.
Thanks
Michal
------------------------------------------------------------------------------
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 8:23 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
2010-03-03 8:23 ` Michal Suchanek [this message]
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=a5d587fb1003030023l355eab4dtb9f4cd62058dea3e@mail.gmail.com \
--to=hramrach@centrum.cz \
--cc=airlied@gmail.com \
--cc=dri-devel@lists.sourceforge.net \
--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).