public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Keith Owens <kaos@ocs.com.au>
To: Gareth Hughes <gareth.hughes@acm.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 4.1.0 DRM (was Re: Linux 2.4.6-ac3)
Date: Mon, 16 Jul 2001 11:51:58 +1000	[thread overview]
Message-ID: <22193.995248318@kao2.melbourne.sgi.com> (raw)
In-Reply-To: Your message of "Mon, 16 Jul 2001 11:29:47 +1000." <3B52438B.3CC6E1BC@acm.org>

On Mon, 16 Jul 2001 11:29:47 +1000, 
Gareth Hughes <gareth.hughes@acm.org> wrote:
>Plus, there were symbol clashing problems with building some drivers
>into the kernel and some as modules.  Keith Owens could comment on
>that.  The new code avoids this problem as well.

The clash occurred when two DRM objects were linked into the kernel, it
resulted in two copies of the DRM code in vmlinux and ld spat the
dummy.  I did a workaround in drivers/char/drm/Makefile for the old
code so that problem does not exist any more.

But even with that workaround, if one DRM object is a module and
another is built in, the code in drmlib.a sometimes gets compiled for a
module and sometimes for built in.  AFAIK this does not cause any
problems but is ugly.  Come to that, the entire drm/Makefile is ugly.

Note that these problems are not caused by code vs. macros, they are a
direct effect of the insistence that each DRM object has its own set of
routines instead of sharing common code.  Using macros removes drmlib
but still propagates the idea of not sharing code.  As long as it does
not get in the way of kbuild then I am happy, others may disagree about
the approach.


  reply	other threads:[~2001-07-16  1:53 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-14 17:36 Linux 2.4.6-ac3 Alan Cox
2001-07-14 20:01 ` Zilvinas Valinskas
2001-07-14 20:05   ` Alan Cox
2001-07-15  1:45     ` Gareth Hughes
2001-07-15 13:12       ` Alan Cox
2001-07-15 14:01         ` Gareth Hughes
2001-07-15 15:31           ` Alan Cox
2001-07-16  1:29             ` 4.1.0 DRM (was Re: Linux 2.4.6-ac3) Gareth Hughes
2001-07-16  1:51               ` Keith Owens [this message]
2001-07-16  2:07                 ` Gareth Hughes
2001-07-16 11:23               ` John Cavan
2001-07-16 11:39                 ` Alan Cox
2001-07-16 18:00                   ` Jeff Hartmann
2001-07-16 18:12                     ` Xavier Bestel
2001-07-16 18:32                       ` Jeff Hartmann
2001-07-16 18:42                     ` John Cavan
2001-07-16 19:32                       ` Jeff Hartmann
2001-07-16 19:34                         ` Xavier Bestel
2001-07-16 20:18                           ` Jeff Hartmann
2001-07-17  2:37                             ` Gareth Hughes
2001-07-17  8:31                           ` Mike A. Harris
2001-07-16 19:49                         ` John Cavan
2001-07-17  7:19                     ` 4.1.0 DRM Mike A. Harris
2001-07-17  5:28               ` 4.1.0 DRM (was Re: Linux 2.4.6-ac3) Juan Quintela
2001-07-18  9:06                 ` Gareth Hughes
2001-07-18 16:21                   ` Juan Quintela
2001-07-18 13:30                 ` Mike A. Harris
2001-07-17 13:19             ` Linux 2.4.6-ac3 Zdenek Kabelac
2001-07-15  1:31 ` Linux 2.4.6-ac3 - some unresolved Eyal Lebedinsky
2001-07-15 13:09   ` Alan Cox

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=22193.995248318@kao2.melbourne.sgi.com \
    --to=kaos@ocs.com.au \
    --cc=gareth.hughes@acm.org \
    --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