All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alain Kalker <miki@dds.nl>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: jsimmons@infradead.org, linux-fbdev-devel@lists.sourceforge.net,
	adaplas@gmail.com
Subject: Re: [Bugme-new] [Bug 9847] New: i810fb: module	parameter 'mode_option' inconsistent with other framebuffer modules
Date: Sat, 02 Feb 2008 05:18:10 +0100	[thread overview]
Message-ID: <1201925891.2704.25.camel@localhost> (raw)
In-Reply-To: <20080131233232.a7bf51d5.akpm@linux-foundation.org>


On Thu, 2008-01-31 at 23:32 -0800, Andrew Morton wrote:
> On 01 Feb 2008 08:01:30 +0100 krzysztof.h1@poczta.fm wrote:
> 
> > > On Tue, 29 Jan 2008 21:02:39 -0800 (PST) bugme-daemon@bugzilla.kernel.org
> > > wrote:
> > > > Problem Description: While all other framebuffer modules use the option
> > > > "mode=..." to specify a modedb-style video mode, i810fb uses the
> > > non-standard
> > > > "mode_option=..." 
> > 
> > The attached patch should fix it.
> > --
> > 
> > From: Krzysztof Helt <krzysztof.h1@wp.pl>
> > 
> > This patch changes the option "mode_option" into "mode".
> > 
> 
> Thanks.
> 
> > -module_param(mode_option, charp, 0);
> > -MODULE_PARM_DESC(mode_option, "Specify initial video mode");
> > +module_param(mode, charp, 0);
> > +MODULE_PARM_DESC(mode, "Specify initial video mode");
> 
> But can we retain the old option as well, to avoid breaking people's
> existing setups?

Thanks for the quick reply and patch. In the meantime, I have found out
that the option inconsistency is far more widespread among framebuffer
modules. The documentation on video mode setting
(Documentation/fb/modedb.txt) states that the mode parameter should be
called 'mode_option', but the framebuffer modules seem to be split
exactly down the middle in using 'mode' versus 'mode_option'

On a Debian lenny/sid system running a 2.6.22 kernel I get this:

Framebuffer modules accepting a 'mode' parameter:
---[cut here]---
iki@miki:~$ find /lib/modules/`uname -r`/kernel -name '*fb.ko'|while
read ko; do sudo modinfo -F parm $ko|grep -q "^mode:" && echo $ko; done
/lib/modules/2.6.22-3-686/kernel/drivers/video/s3fb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/sis/sisfb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/arkfb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/geode/gx1fb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/vt8623fb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/intelfb/intelfb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/pm2fb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/aty/atyfb.ko
---

Framebuffer modules accepting a 'mode_option' parameter:
miki@miki:~$ find /lib/modules/`uname -r`/kernel -name '*fb.ko'|while
read ko; do sudo modinfo -F parm $ko|grep -q "^mode_option:" && echo
$ko; done
/lib/modules/2.6.22-3-686/kernel/drivers/video/savage/savagefb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/sstfb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/neofb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/geode/gxfb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/i810/i810fb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/nvidia/nvidiafb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/aty/aty128fb.ko
/lib/modules/2.6.22-3-686/kernel/drivers/video/aty/radeonfb.ko

I assume the parameter was called 'mode_option' originally to indicate
that the parameter name itself is optional, "modprobe i810fb
mode=1024x768" is equivalent to "modprobe i810fb 1024x768", which at
least this module seems to support.

Should this be filed as a more general bug report?

-Alain

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

  reply	other threads:[~2008-02-02  4:18 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-01  7:01 [Bugme-new] [Bug 9847] New: i810fb: module parameter 'mode_option' inconsistent with other framebuffer modules krzysztof.h1
2008-02-01  7:32 ` Andrew Morton
2008-02-02  4:18   ` Alain Kalker [this message]
2008-02-02  4:37     ` Andrew Morton
2008-02-02  5:27       ` Alain Kalker
     [not found] <bug-9847-10286@http.bugzilla.kernel.org/>
2008-01-30  5:33 ` Andrew Morton

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=1201925891.2704.25.camel@localhost \
    --to=miki@dds.nl \
    --cc=adaplas@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=jsimmons@infradead.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.