From: Oliver Neukum <oliver@neukum.org>
To: Helge Hafting <helgehaf@aitel.hist.no>
Subject: Re: [Linux-fbdev-devel] Generic VESA framebuffer driver and Video card BOOT?
Date: Mon, 18 Oct 2004 22:42:04 +0200
User-Agent: KMail/1.6.2
Cc: Gerd Knorr <kraxel@bytesex.org>, linux-fbdev-devel@lists.sourceforge.net,
       Linux Kernel Development <linux-kernel@vger.kernel.org>,
       penguinppc-team@lists.penguinppc.org
References: <416E6ADC.3007.294DF20D@localhost> <20041018121033.GB5106@bytesex> <20041018202147.GA28720@hh.idb.hist.no>
In-Reply-To: <20041018202147.GA28720@hh.idb.hist.no>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 8BIT
Message-Id: <200410182242.04749.oliver@neukum.org>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 818
Lines: 19

Am Montag, 18. Oktober 2004 22:21 schrieb Helge Hafting:
> > On first access only, and even that only if the driver doesn't map the
> > pages at mmap() time already. ?Not a single fb driver seems to map the
> > pages lazy today, grepping in drivers/video for nopage handles shows
> > nothing. ?I'm not sure you can actually do that for iomem mappings.
> > 
> Isn't it possible for the driver to unmap the mapping when
> suspending? ?Then you're guaranteed to get that first access.

But what would you do then? Block everything that is using a terminal?

	Regards
		Oliver

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/