All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christoph Pittracher <pitt@gmx.at>
To: Jean Paul Sartre <sartre@linuxbr.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: sis_malloc / sis_free
Date: Wed, 20 Feb 2002 02:47:48 +0100	[thread overview]
Message-ID: <200202200237.28577@pitt4u.2y.net> (raw)
In-Reply-To: <Pine.LNX.4.40.0202192220550.13176-100000@sartre.linuxbr.com>
In-Reply-To: <Pine.LNX.4.40.0202192220550.13176-100000@sartre.linuxbr.com>

Hello!

On Wednesday 20 February 2002 02:26, Jean Paul Sartre wrote:
> 	I was grepping through the SIS malloc/free code and I saw DRM
> 'shares' code with the fb code. What if I have SIS framebuffer
> disabled and SIS DRM code enabled? In 2.4.18-rc2, the SIS DRM code
> does not compile from the lack of sis_malloc and sis_free function.

Yes, the sisfb/drm code has some design lacks.
Another lack is the necessary memory offset between framebuffer/drm and 
the X driver (see http://www.webit.at/~twinny/linuxsis630.shtml for 
details).

> 	I would suggest 'duplicating' this code (yes, I *do* hate
> duplicating codes) or making that memory allocation code *really*
> shared between both modules (or we won't be able to successfully
> compile it, since the DRM code is on drivers/char/drm and the FB code
> is on drivers/video/sis/sis_main.c).

I don't think that it would be a problem to duplicate the code. the 
sis_malloc / sis_free functions seems quite stable. I don't think that 
there will be big updates for this code.

> 	If the suggestion of 'duplicating' code (argh) is reasonable
> enough (for they are really different codes) I can work and submit a
> patch.

Thomas Winischhofer <tw@webit.com> is working on that SiS stuff for 
about 2 months. I think it would be best if you contact him and ask 
what he thinks about that. I know that he said it would be a good idea 
to seperate the sisfb and sis_drm code but he doesn't have enough time 
to do it...

regards,
Christoph

  reply	other threads:[~2002-02-20  1:48 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-20  1:26 sis_malloc / sis_free Jean Paul Sartre
2002-02-20  1:47 ` Christoph Pittracher [this message]
2002-02-20  2:17   ` Jean Paul Sartre
2002-02-20  1:51 ` Alan Cox
2002-02-20  1:40   ` Jean Paul Sartre
2002-02-20  2:14     ` Alan Cox
2002-02-20  2:11       ` Jean Paul Sartre
2002-02-20  2:28         ` Alan Cox
2002-02-20  1:45   ` Jean Paul Sartre
2002-02-20 16:43 ` James Simmons
2002-02-20 17:08   ` Alan Cox
  -- strict thread matches above, loose matches on Subject: below --
2002-02-20 18:25 Thomas Winischhofer
2002-02-20 19:20 ` Jean Paul Sartre
2002-02-20 20:49   ` Thomas Winischhofer
2002-02-20 22:31     ` Cesar Suga

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=200202200237.28577@pitt4u.2y.net \
    --to=pitt@gmx.at \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sartre@linuxbr.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 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.