public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Helge Hafting <helge.hafting@aitel.hist.no>
To: Kyle Moffett <mrmacman_g4@mac.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	Dave Airlie <airlied@linux.ie>, Dave Jones <davej@redhat.com>,
	Andrew Morton <akpm@osdl.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	dri-devel@lists.sourceforge.net
Subject: Re: [PATCH] DRM depends on ???
Date: Mon, 30 May 2005 13:12:59 +0200	[thread overview]
Message-ID: <429AF53B.3080805@aitel.hist.no> (raw)
In-Reply-To: <64148E06-2DFA-41A5-9D86-5F34DCAAF9F4@mac.com>

Kyle Moffett wrote:

> On May 29, 2005, at 15:58:10, Geert Uytterhoeven wrote:
>
>>> What Kyle said is the correct answer... we either keep this lovely
>>> construct (I'll add a comment for 2.6.13) or we go back to the old
>>> intermodule or module_get stuff... DRM built-in with modular AGP  is 
>>> always
>>> wrong... or at least I'll get a hundred e-mails less every month if I
>>> say it is ..
>>
>>
>> And what if we don't have AGP at all? Or no PCI?
>
>
> Then DRM detects that at configure time and excludes the code that  
> requires
> AGP.  Basically, the following are valid configurations:
>
> DRM=y AGP=y  # DRM will use AGP
> DRM=y AGP=n  # DRM will not use AGP
>
> DRM=m AGP=y  # DRM will use AGP
> DRM=m AGP=m  # DRM will use AGP (DRM module depends on AGP module)
> DRM=m AGP=n  # DRM will not use AGP
>
> DRM=n AGP=*  # DRM isn't compiled and therefore doesn't care about AGP
>
> The only invalid configuration is DRM=y AGP=m, which seems silly,  
> although
> theoretically in that case DRM should exclude AGP support.

Why is that case invalid?  I may have DRM=y so I get DRM on my
PCI graphichs card.  Then I might load an agp module in order
to use agp on *some other* agp card. 

I have no problem with DRM=y,AGP=m being invalid for the common
single-card setup, but there are multi-card setups too.  Not that
I need this special case personally - I have two cards but don't use 
modules.

Helge Hafting


  parent reply	other threads:[~2005-05-30 11:12 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-28 21:39 [PATCH] DRM depends on ??? Geert Uytterhoeven
2005-05-28 21:50 ` Dave Jones
2005-05-29  4:25   ` Kyle Moffett
2005-05-29  7:11     ` Dave Airlie
2005-05-29 19:58       ` Geert Uytterhoeven
2005-05-29 23:00         ` Kyle Moffett
2005-05-30  8:03           ` Geert Uytterhoeven
2005-05-30  8:54             ` Dave Airlie
2005-05-30  9:12               ` Geert Uytterhoeven
2005-05-30 11:12           ` Helge Hafting [this message]
2005-05-30 11:19             ` Dave Airlie
2005-05-29  8:26     ` Christoph Hellwig

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=429AF53B.3080805@aitel.hist.no \
    --to=helge.hafting@aitel.hist.no \
    --cc=airlied@linux.ie \
    --cc=akpm@osdl.org \
    --cc=davej@redhat.com \
    --cc=dri-devel@lists.sourceforge.net \
    --cc=geert@linux-m68k.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mrmacman_g4@mac.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox