login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
August
»
12
Re: [PATCH -next] drm: sis depends on FB_SIS
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Dave Airlie
Subject:
Re: [PATCH -next] drm: sis depends on FB_SIS
Date: Tuesday, August 12, 2008 - 2:37 pm
> >
quoted text
> > Maybe the other way around, I don't want DRM_SIS influencing whether > > FB_SIS is on or off, if the user wants sisfb on, then when they select it, > > DRM_SIS should be built in the same way. But if sisfb isn't selected by > > the user, then selecting DRM_SIS shouldn't enable it. > > If FB_SIS=m, should DRM_SIS=y be allowed or should in this case DRM_SIS > be restricted to n/m?
Probably not. if FB_SIS is selected at all, DRM_SIS should match it, if FB_SIS isn't selected, DRM_SIS should not select it. Dave. --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH -next] drm: sis depends on FB_SIS
, Randy Dunlap
, (Thu Aug 7, 8:32 am)
Re: [PATCH -next] drm: sis depends on FB_SIS
, Dave Airlie
, (Thu Aug 7, 4:09 pm)
Re: [PATCH -next] drm: sis depends on FB_SIS
, Randy Dunlap
, (Thu Aug 7, 5:55 pm)
Re: [PATCH -next] drm: sis depends on FB_SIS
, Dave Airlie
, (Thu Aug 7, 7:11 pm)
Re: [PATCH -next] drm: sis depends on FB_SIS
, Adrian Bunk
, (Tue Aug 12, 5:59 am)
Re: [PATCH -next] drm: sis depends on FB_SIS
, Dave Airlie
, (Tue Aug 12, 2:37 pm)
[RFC: -next patch] don't allow FB_SIS=m, DRM_SIS=y
, Adrian Bunk
, (Wed Aug 13, 2:57 pm)
Re: [RFC: -next patch] don't allow FB_SIS=m, DRM_SIS=y
, Randy Dunlap
, (Tue Aug 19, 3:31 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Alexey Dobriyan
Re: [2.6.22.2 review 09/84] Fix rfkill IRQ flags.
Michael Moore
Re: underage models, pre teen models, lolita porn, young preteens, little lolitas
Alex Riesen
Re: [PATCH 4/7] lib: Introduce strnstr()
Thomas Gleixner
[ANNOUNCE] 2.6.31-rc6-rt2
Mathieu Desnoyers
Re: Linux 2.6.25-rc2
git
:
Blaisorblade
git-unpack-objects < pack file in repository doesn't work!
Matthieu Moy
Re: Cloning empty repositories, was Re: What is the idea for bare repositories?
Linus Torvalds
Re: Untracked working tree files
Peter Karlsson
Re: CRLF problems with Git on Win32
Johannes Schindelin
Re: [PATCH 4/4] git-rebase -i: New option to support rebase with merges
linux-netdev
:
Alan Menegotto
Re: Linux networking implementation and packet capture
Andrew Morton
Re: [PATCH] PHYLIB: IRQ event workqueue handling fixes
Timo Teräs
ip xfrm policy semantics
Jarek Poplawski
Re: [PATCH]: Fix queueing return values...
David Miller
Re: [PATCH 1/2] netdev: bfin_mac: enable bfin_mac net dev driver for BF51x
git-commits-head
:
Linux Kernel Mailing List
Blackfin: don't give CPU its own line in traps output
Linux Kernel Mailing List
No need to do lock_super() for exclusion in generic_shutdown_super()
Linux Kernel Mailing List
x86, msr: Export the register-setting MSR functions via /dev/*/msr
Linux Kernel Mailing List
MIPS: SMTC: Fix lockup in smtc_distribute_timer
Linux Kernel Mailing List
powerpc: gamecube/wii: usbgecko bootwrapper console support
openbsd-misc
:
Aaron Mason
Re: Defending OpenBSD Performance
Henning Brauer
Re: Defending OpenBSD Performance
Henning Brauer
Re: Defending OpenBSD Performance
Christiano Farina Haesbaert
Re: Defending OpenBSD Performance
Nick Holland
Re: 1 out of 3 hunks failed--saving rejects to kerberosV/src/lib/krb5/crypto.c.rej
Colocation donated by:
Syndicate