linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sven Luther <luther@dpt-info.u-strasbg.fr>
To: James Simmons <jsimmons@infradead.org>
Cc: Antonino Daplas <adaplas@pol.net>,
	Sven Luther <luther@dpt-info.u-strasbg.fr>,
	fbdev <linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: request_mem_region problem ...
Date: Fri, 1 Nov 2002 19:43:07 +0100	[thread overview]
Message-ID: <20021101184307.GA356@iliana> (raw)
In-Reply-To: <Pine.LNX.4.33.0211010933210.6296-100000@maxwell.earthlink.net>

On Fri, Nov 01, 2002 at 09:35:06AM -0800, James Simmons wrote:
> 
> > If you did not define fb_set_var at all, then info->disp.dispsw must
> > point to valid console drawing hooks before you register the
> > framebuffer.  (Actually, all fields in struct display must be valid
> > before you register the framebuffer)
> 
> The next set of change should help reduce these problems of missing
> pointers as we move to the new api.
> 
> > > So, does the cfb_xxx generic accel stuff get linked correctly when
> > > building as modules or am i missing something ?
> >
> > You're correct, the neofb line in the Makefile is for static building
> > only.  The cfb_xxx will not compile as modules, yet.  If your driver has
> > its own Makefile, just add cfb_xxx.o objects to directly link to them.
> 
> In the next set of changes the cfb* files should be able to be built as
> modules!!!!

The ones in the patches you failed to send or the one thereafter ?

BTW, do you think the latest set of changes will be in 2.4.46 or
something such ?

Friendly,

Sven Luther


-------------------------------------------------------
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en

  reply	other threads:[~2002-11-01 18:43 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-30 13:00 request_mem_region problem Sven Luther
2002-10-31  0:34 ` Antonino Daplas
2002-10-31  8:10   ` Sven Luther
2002-10-31 11:05     ` Antonino Daplas
2002-10-31 11:31       ` Sven Luther
2002-11-01 10:52       ` Sven Luther
2002-11-01 19:42         ` Antonino Daplas
2002-11-01 19:52           ` Sven Luther
2002-11-01 20:06             ` Antonino Daplas
     [not found]               ` <20021101202246.GA2026@iliana>
2002-11-01 20:40                 ` Antonino Daplas
     [not found]                 ` <1036182603.622.8.camel@daplas>
     [not found]                   ` <20021101212353.GA2163@iliana>
2002-11-01 22:22                     ` Antonino Daplas
2002-11-08  0:04                       ` James Simmons
2002-11-01 17:35       ` James Simmons
2002-11-01 18:43         ` Sven Luther [this message]
2002-11-01 23:23           ` James Simmons
2002-11-09  7:52       ` Sven Luther

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=20021101184307.GA356@iliana \
    --to=luther@dpt-info.u-strasbg.fr \
    --cc=adaplas@pol.net \
    --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 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).