public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Antonino A. Daplas" <adaplas@gmail.com>
To: "David Härdeman" <david@2gen.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: X and intelfb fight over videomode
Date: Thu, 17 Nov 2005 10:03:53 +0800	[thread overview]
Message-ID: <437BE509.1070309@gmail.com> (raw)
In-Reply-To: <20051117014558.GA30088@hardeman.nu>

David Härdeman wrote:
> On Thu, Nov 17, 2005 at 09:11:53AM +0800, Antonino A. Daplas wrote:
>> David Härdeman wrote:
>>> intelfb: Changing the video mode is not supported.
> 
>> Try booting with video=intelfb:1024x768-16@60,mtrr=0. Do not include
>> the vga=0x318 option.  This prevents intelfb from changing the videomode.
> 
> It seems that intelfb can't change it no matter what....booting with
> video=intelfb:1024x768-16@60,mtrr=0 gives me the usual vga console and
> no framebuffer. The following is printed during boot:
> 

Ah, okay, you have a flatpanel display, so you really need vesa to program
the mode.


> Suggestions?
> 

The main problem is that when check_var fails, set_par is not called
which means that the ringbuffer is not set up correctly after switching
from X.

Try this first, then we'll think of a definitive solution later.

Open drivers/video/intelfb/intelfbdrv.c and look at intelfb_check_var().

Look for this particular snippet...

	if (FIXED_MODE(dinfo) &&
	    (change_var ||
	     var->yres_virtual > dinfo->initial_var.yres_virtual ||
	     var->yres_virtual < dinfo->initial_var.yres ||
	     var->xoffset || var->nonstd)) {
		if (first) {
			ERR_MSG("Changing the video mode is not supported.\n");
			first = 0;
		}
		return -EINVAL;
	}


And then insert a line so it looks like this:

	if (FIXED_MODE(dinfo) &&
	    (change_var ||
	     var->yres_virtual > dinfo->initial_var.yres_virtual ||
	     var->yres_virtual < dinfo->initial_var.yres ||
	     var->xoffset || var->nonstd)) {
		if (first) {
			ERR_MSG("Changing the video mode is not supported.\n");
			first = 0;
		}
		intelfb_set_par(info); /* insert this line */
		return -EINVAL;
	}


  reply	other threads:[~2005-11-17  2:04 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-17  0:01 X and intelfb fight over videomode David Härdeman
2005-11-17  1:11 ` Antonino A. Daplas
2005-11-17  1:45   ` David Härdeman
2005-11-17  2:03     ` Antonino A. Daplas [this message]
2005-11-17  4:49     ` Antonino A. Daplas
2005-11-17 23:45       ` David Härdeman
2005-11-18  1:08         ` Antonino A. Daplas
2005-11-18 18:36           ` David Härdeman
2005-11-18 20:32             ` 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=437BE509.1070309@gmail.com \
    --to=adaplas@gmail.com \
    --cc=david@2gen.com \
    --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