From: Keith Owens <kaos@ocs.com.au>
To: Niels Kristian Bech Jensen <nkbj@image.dk>
Cc: "Linux kernel developer's mailing list" <linux-kernel@vger.kernel.org>
Subject: Re: Linux 2.4.18-pre1
Date: Thu, 27 Dec 2001 17:14:39 +1100 [thread overview]
Message-ID: <12760.1009433679@ocs3.intra.ocs.com.au> (raw)
In-Reply-To: Your message of "Thu, 27 Dec 2001 07:05:06 BST." <Pine.LNX.4.33.0112270704240.14041-100000@helium.nkbj.dk>
On Thu, 27 Dec 2001 07:05:06 +0100 (CET),
Niels Kristian Bech Jensen <nkbj@image.dk> wrote:
>On Thu, 27 Dec 2001, Keith Owens wrote:
>> You have to select CONFIG_FB_SIS as well. This is a deficency in CML1
>> that is difficult to fix, there are cross directory dependencies.
>>
>This workaround seems to work (I know it's ugly):
>
>--- linux-2.4.18-pre1/drivers/char/drm/Config.in Sat Dec 22 07:20:44 2001
>+++ linux/drivers/char/drm/Config.in Thu Dec 27 06:51:19 2001
>@@ -14,4 +14,7 @@
> dep_tristate ' Intel I810' CONFIG_DRM_I810 $CONFIG_AGP
> dep_tristate ' Matrox g200/g400' CONFIG_DRM_MGA $CONFIG_AGP
> dep_tristate ' SiS' CONFIG_DRM_SIS $CONFIG_AGP
>+ if [ "$CONFIG_DRM_SIS" != "n" ]; then
>+ define_bool CONFIG_FB_SIS y
>+ fi
> fi
>--- linux-2.4.18-pre1/drivers/video/Config.in Fri Nov 23 07:41:27 2001
>+++ linux/drivers/video/Config.in Thu Dec 27 06:30:32 2001
>@@ -139,6 +139,9 @@
> tristate ' ATI Radeon display support (EXPERIMENTAL)' CONFIG_FB_RADEON
> tristate ' ATI Rage128 display support (EXPERIMENTAL)' CONFIG_FB_ATY128
> tristate ' SIS acceleration (EXPERIMENTAL)' CONFIG_FB_SIS
>+ if [ "$CONFIG_DRM_SIS" != "n" -a "$CONFIG_FB_SIS" != "y" ]; then
>+ define_bool CONFIG_FB_SIS y
>+ fi
> if [ "$CONFIG_FB_SIS" != "n" ]; then
> bool ' SIS 630/540/730 support' CONFIG_FB_SIS_300
> bool ' SIS 315H/315 support' CONFIG_FB_SIS_315
Breaks with CONFIG_FB=n. You are setting CONFIG_FB_SIS=y when the
overall FB system may be disabled, that will not work.
The problem is that DRM_SIS should only be visible when FB=y,
EXPERIMENTAL=y, PCI=y and FB_SIS=y. But the FB stuff is in
drivers/video which is read after drivers/char. Easy to do in CML2,
almost impossible in CML1.
next prev parent reply other threads:[~2001-12-27 6:15 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-26 17:11 Marcelo Tosatti
2001-12-26 19:55 ` J Sloan
2001-12-27 3:03 ` Keith Owens
2001-12-27 6:05 ` Niels Kristian Bech Jensen
2001-12-27 6:14 ` Keith Owens [this message]
2001-12-26 22:00 ` Nathan Walp
2001-12-27 18:52 ` Stelian Pop
2001-12-27 9:10 Martin Knoblauch
2001-12-28 19:44 Andreas Hartmann
2001-12-28 21:10 ` Troels Walsted Hansen
2001-12-28 21:41 ` Andreas Hartmann
2001-12-28 23:43 ` Alan Cox
2001-12-28 23:26 ` Alan Cox
2002-01-03 11:51 ` Tim Waugh
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=12760.1009433679@ocs3.intra.ocs.com.au \
--to=kaos@ocs.com.au \
--cc=linux-kernel@vger.kernel.org \
--cc=nkbj@image.dk \
/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
all inboxes | Powered by JetHome®