Re: [PATCH] Remove "decl_subsys_name" macro and single usage of it.

2007-03-15 Thread Robert P. J. Day
On Thu, 15 Mar 2007, Kay Sievers wrote: > On 3/1/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote: > > > > Remove the macro "decl_subsys_name" which can be used to declare a > > sysfs subsystem, along with the single invocation of it in the source > > t

Re: [PATCH] PPC: Delete unused header file.

2007-03-15 Thread Robert P. J. Day
On Thu, 15 Mar 2007, Kumar Gala wrote: > On Sat, 10 Mar 2007, Robert P. J. Day wrote: > > > > > Delete apparently unused header file > > arch/powerpc/platforms/83xx/mpc834x_itx.h. > > > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> > > &g

Re: [PATCH] PPC: Delete unused header file.

2007-03-16 Thread Robert P. J. Day
On Fri, 16 Mar 2007, Paul Mackerras wrote: > Robert P. J. Day writes: > > > Delete apparently unused header file arch/ppc/syslib/cpc710.h. > > I suggest you send this to [EMAIL PROTECTED] and Matt Porter > <[EMAIL PROTECTED]&g

[PATCH][RFC] Kill off legacy power management stuff.

2007-04-12 Thread Robert P. J. Day
pm_undo_all(dev); - mutex_unlock(&pm_devs_lock); - return status; - } - } - entry = entry->next; - } - mutex_unlock(&pm_devs_lock); - return 0; -} - -EXPORT_SYMBOL(pm_register); -EXPORT_SYMBOL(pm_send_all

Re: [PATCH][RFC] Kill off legacy power management stuff.

2007-04-13 Thread Robert P. J. Day
On Fri, 13 Apr 2007, Stephen Rothwell wrote: > On Thu, 12 Apr 2007 20:33:16 -0400 (EDT) "Robert P. J. Day" <[EMAIL > PROTECTED]> wrote: > > > > just something i threw together, not in final form, but it > > represents tossing the legacy PM stuff. at

Re: [PATCH][RFC] Kill off legacy power management stuff.

2007-04-13 Thread Robert P. J. Day
On Fri, 13 Apr 2007, Stephen Rothwell wrote: > On Fri, 13 Apr 2007 04:20:10 -0400 (EDT) "Robert P. J. Day" <[EMAIL > PROTECTED]> wrote: > > > > On Fri, 13 Apr 2007, Stephen Rothwell wrote: > > > > > > One thing that comes to mind is that you wi

{Spam?} Re: [PATCH][RFC] Kill off legacy power management stuff.

2007-04-14 Thread Robert P. J. Day
On Fri, 13 Apr 2007, Stephen Rothwell wrote: > On Fri, 13 Apr 2007 04:20:10 -0400 (EDT) "Robert P. J. Day" <[EMAIL > PROTECTED]> wrote: > > > > On Fri, 13 Apr 2007, Stephen Rothwell wrote: > > > > > > One thing that comes to mind is that you wi

{Spam?} Re: [PATCH][RFC] Kill off legacy power management stuff.

2007-04-14 Thread Robert P. J. Day
On Fri, 13 Apr 2007, Stephen Rothwell wrote: > On Fri, 13 Apr 2007 04:20:10 -0400 (EDT) "Robert P. J. Day" <[EMAIL > PROTECTED]> wrote: > > > > On Fri, 13 Apr 2007, Stephen Rothwell wrote: > > > > > > One thing that comes to mind is that you wi

{Spam?} [PATCH] Remove all traces of legacy power management.

2007-04-14 Thread Robert P. J. Day
Remove everything related to legacy power management. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- OK, this is an official patch submission which extends the previous unofficial one since it also removes the vestiges of legacy PM for the FR-V and MIPS architectures, although

{Spam?} Re: {Spam?} [PATCH] Remove all traces of legacy power management.

2007-04-14 Thread Robert P. J. Day
On Sat, 14 Apr 2007, Ralf Baechle wrote: > On Sat, Apr 14, 2007 at 12:49:54PM -0400, Robert P. J. Day wrote: > > Date: Sat, 14 Apr 2007 12:49:54 -0400 (EDT) > > From: "Robert P. J. Day" <[EMAIL PROTECTED]> > > To: Linux Kernel Mailing List <[EM

{Spam?} [PATCH] NET: Remove obsolete traffic shaper code.

2007-04-14 Thread Robert P. J. Day
Remove the obsolete code for the traffic shaper. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- nothing seems to be using this, it's labelled "OBSOLETE" in the Kconfig file, and there is not a single test for CONFIG_SHAPER anywhere in the tree. time to

{Spam?} Re: {Spam?} [PATCH] NET: Remove obsolete traffic shaper code.

2007-04-14 Thread Robert P. J. Day
On Sun, 15 Apr 2007, Rene Herman wrote: > On 04/15/2007 01:30 AM, Robert P. J. Day wrote: > > > Remove the obsolete code for the traffic shaper. > > Why are all your messages getting a "{Spam?}" subject prefix? i have no idea, that's a recent development. i

{Spam?} Re: {Spam?} [PATCH] NET: Remove obsolete traffic shaper code.

2007-04-14 Thread Robert P. J. Day
the admins about this. sorry.) On Sun, 15 Apr 2007, Ian McDonald wrote: > On 4/15/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote: > > > > Remove the obsolete code for the traffic shaper. > > > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> > > &g

{Spam?} Re: {Spam?} Re: {Spam?} [PATCH] NET: Remove obsolete traffic shaper code.

2007-04-15 Thread Robert P. J. Day
On Sun, 15 Apr 2007, Ian McDonald wrote: > On 4/15/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote: > > in fact, according to this: > > > > http://lkml.org/lkml/2006/1/13/139 > > > > that notice was put in the feature removal file well over a year ago, >

{Spam?} sorry, spam silliness still happening

2007-04-15 Thread Robert P. J. Day
i'll refrain from any more posting until i *know* it's fixed. rday - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.or

so what *is* obsolete and removable?

2007-04-15 Thread Robert P. J. Day
bsoleted, wasn't it? and raw drivers are going to be kept around for a while longer. so what's legitimately dead? or what should be added to the feature removal schedule? or, if it's not really "obsolete," perhaps it shouldn't be described that way. ju

Re: so what *is* obsolete and removable?

2007-04-16 Thread Robert P. J. Day
On Sun, 15 Apr 2007, Jesper Juhl wrote: > On 15/04/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote: > > > > in a recent posting, ian anderson suggested that, before kernel > > features are removed, they should spend a reasonable amount of > > time in the feat

Re: [PATCH][RFC] Kill off legacy power management stuff.

2007-04-17 Thread Robert P. J. Day
On Tue, 17 Apr 2007, Bill Davidsen wrote: > Rafael J. Wysocki wrote: > > [appropriate CCs added] > > > > On Friday, 13 April 2007 02:33, Robert P. J. Day wrote: > > > just something i threw together, not in final form, but it represents > > > tossing t

Re: [PATCH][RFC] Kill off legacy power management stuff.

2007-04-18 Thread Robert P. J. Day
On Wed, 18 Apr 2007, Bill Davidsen wrote: > Robert P. J. Day wrote: ... > > um ... what does APM have to do with legacy PM? two different > > issues, no? > Since the patches are going into apm.c and apm was used for suspend > and poweroff before ACPI was a feature of t

Re: {Spam?} Re: [PATCH][RFC] Kill off legacy power management stuff.

2007-04-18 Thread Robert P. J. Day
On Wed, 18 Apr 2007, Len Brown wrote: > On Saturday 14 April 2007 09:01, Robert P. J. Day wrote: > > On Fri, 13 Apr 2007, Stephen Rothwell wrote: > > > > > On Fri, 13 Apr 2007 04:20:10 -0400 (EDT) "Robert P. J. Day" <[EMAIL > > > PROTECTED]> wr

Re: [PATCH][RFC] Kill off legacy power management stuff.

2007-04-18 Thread Robert P. J. Day
On Wed, 18 Apr 2007, Len Brown wrote: > On Wednesday 18 April 2007 16:23, Robert P. J. Day wrote: > > ok, i get it now and -- correct me if i'm wrong -- all my legacy PM > > removal patch was doing was exposing a design boo-boo in which > > APM/ACPI contention was bei

Re: [PATCH][RFC] Kill off legacy power management stuff.

2007-04-18 Thread Robert P. J. Day
ind of contention mechanism between APM and ACPI, which is entirely independent from the legacy stuff. right? -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANADA http://fsdev.net/wiki/index.php?title=Main_Page ==

other potentially deletable, dead stuff

2007-04-20 Thread Robert P. J. Day
ATED)" ... This option controls whether tracing thread support is compiled into UML. This option is largely obsolete ... rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANADA http://fsdev.net/wiki/index.php?title=Main

Re: other potentially deletable, dead stuff

2007-04-21 Thread Robert P. J. Day
On Sat, 21 Apr 2007, Tilman Schmidt wrote: > Am 21.04.2007 01:19 schrieb Robert P. J. Day: > > [...] here's the short list of other stuff that is listed as on > > its way to being dead, based on the contents of Kconfig files. any of > > this stuff candidates for remo

Re: [PATCH] Rewrite the MAJOR() macro as a call to imajor().

2007-05-04 Thread Robert P. J. Day
On Thu, 3 May 2007, Andrew Morton wrote: > On Sat, 28 Apr 2007 06:23:54 -0400 (EDT) "Robert P. J. Day" <[EMAIL > PROTECTED]> wrote: > > > Replace the MAJOR() macro invocation with a call to the inline > > imajor() routine. > > > >

Re: [PATCH] Rewrite the MAJOR() macro as a call to imajor().

2007-05-04 Thread Robert P. J. Day
be removed at this point: $ grep -Erw "(imajor|iminor)" * | wc -l 350 all i was doing was standardizing the small handful of holdouts. rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANADA http://f

"KERNEL/_KERNEL/INKERNEL" macro cruft

2007-05-04 Thread Robert P. J. Day
; !defined(INKERNEL) && !defined(_KERNEL)) || defined(USE_SEQ_MACROS) rday -- ======== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANADA http://fsdev.net/wiki/index.php?title=Main_Page

Re: [PATCH] SCSI: Remove redundant GFP_KERNEL type flag in kmalloc().

2007-05-04 Thread Robert P. J. Day
On Fri, 4 May 2007, Andrew Morton wrote: > > Please be careful to add the appropriate cc's. > > On Mon, 30 Apr 2007 04:37:22 -0400 (EDT) "Robert P. J. Day" <[EMAIL > PROTECTED]> wrote: > > > > > Remove the apparently redundant GFP_KERNEL type fl

Re: [PATCH] Rewrite the MAJOR() macro as a call to imajor().

2007-05-04 Thread Robert P. J. Day
On Fri, 4 May 2007, Jan Engelhardt wrote: > On May 4 2007 04:14, Robert P. J. Day wrote: > >> On May 3 2007 23:18, Andrew Morton wrote: > >> >> struct inode *i = file->f_mapping->host; > >> >> > >> >> - return i &

[PATCH] KBUILD: Drop tty.h and isicom.h from include/linux/Kbuild.

2007-05-04 Thread Robert P. J. Day
Drop the entries for tty.h and isicom.h from the include/linux/Kbuild file, since "make headers_install" just generates empty files for them. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- i've submitted a patch to do this at least twice before. is there so

Re: [PATCH] KBUILD: Drop tty.h and isicom.h from include/linux/Kbuild.

2007-05-04 Thread Robert P. J. Day
On Fri, 4 May 2007, Jiri Slaby wrote: > Cc: Alan Cox > > Robert P. J. Day napsal(a): > > Drop the entries for tty.h and isicom.h from the include/linux/Kbuild > > file, since "make headers_install" just generates empty files for > > them. > > > >

[PATCH] MTD: Delete allegedly obsolete "bank_size" field of mtd_info.

2007-05-04 Thread Robert P. J. Day
Delete the allegedly obsolete "bank_size" member of struct mtd_info. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- the only other references to the symbol "bank_size" in the entire tree are here: $ grep -rw bank_size * drivers/net/e1000/e1000_hw.c:i

Re: [PATCH] Consolidate asm/poll.h

2007-05-07 Thread Robert P. J. Day
e mode 100644 include/asm-generic/poll.h hey ... if *this* goes in, can i re-try the same thing with ioctl.h? rday -- Robert P. J. Day Linux Consulting, Training and Ann

why don't top-level menu entries have help info?

2007-05-07 Thread Robert P. J. Day
helpful if those entries also supported help info. just my $0.02. rday -- ================ Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANAD

[PATCH][RFC] Create a top-level "Space-critical features" menu.

2007-05-08 Thread Robert P. J. Day
fficient that SLAB but does not - scale well (single lock for all operations) and is more susceptible - to fragmentation. SLOB it is a great choice to reduce - memory usage and code size for embedded systems. - -endchoice - -endmenu# Gene

Re: [PATCH][RFC] Create a top-level "Space-critical features" menu.

2007-05-08 Thread Robert P. J. Day
On Tue, 8 May 2007, Thomas Gleixner wrote: > On Tue, 2007-05-08 at 04:06 -0400, Robert P. J. Day wrote: > > i've always hated that lower-level menu under "General setup": > > Good reason to break everything which depends on CONFIG_EMBEDDED. > > tglx >

Re: [PATCH][RFC] Create a top-level "Space-critical features" menu.

2007-05-08 Thread Robert P. J. Day
On Tue, 8 May 2007, Thomas Gleixner wrote: > On Tue, 2007-05-08 at 04:06 -0400, Robert P. J. Day wrote: > > i've always hated that lower-level menu under "General setup": > > Good reason to break everything which depends on CONFIG_EMBEDDED. > > tglx >

Re: [PATCH][RFC] Create a top-level "Space-critical features" menu.

2007-05-08 Thread Robert P. J. Day
On Tue, 8 May 2007, Jan Engelhardt wrote: > > On May 8 2007 04:41, Robert P. J. Day wrote: > > > > in my opinion, the config option "EMBEDDED" is just plain silly. as > >i mentioned earlier, there may be other reasons that people want to > >de-activat

Re: [PATCH][RFC] Create a top-level "Space-critical features" menu.

2007-05-08 Thread Robert P. J. Day
On Tue, 8 May 2007, Adrian Bunk wrote: > On Tue, May 08, 2007 at 04:06:30AM -0400, Robert P. J. Day wrote: > > > > i've always hated that lower-level menu under "General setup": > > > > Configure standard kernel features (for small systems) ---> &g

Re: [PATCH][RFC] Create a top-level "Space-critical features" menu.

2007-05-08 Thread Robert P. J. Day
On Tue, 8 May 2007, Matt Mackall wrote: > On Tue, May 08, 2007 at 04:06:30AM -0400, Robert P. J. Day wrote: > > > > i've always hated that lower-level menu under "General setup": > > > > Configure standard kernel features (for small systems) ---> &g

Re: pcmcia ioctl removal

2007-05-09 Thread Robert P. J. Day
t sure this is obsolete-enough to kill. in that case, someone really should update feature-removal-schedule.txt, which currently reads: What: PCMCIA control ioctl (needed for pcmcia-cs [cardmgr, cardctl]) When: November 2005 ... rday -- ==

Re: Fix misspellings collected by members of KJ list.

2007-05-10 Thread Robert P. J. Day
a78c7c6d4da3849b35bd6 > > Parent: 3dde6ad8fc3939d345a3768464ecff43c91d511a > > Author: Robert P. J. Day <[EMAIL PROTECTED]> > > AuthorDate: Wed May 9 07:14:03 2007 +0200 > > Committer: Adrian Bunk <[EMAIL PROTECTED]> > > CommitDate: Wed May 9 07:14:03 200

whatever happened with "CONFIG_FORCED_INLINING"?

2007-03-17 Thread Robert P. J. Day
some discussion as to whether it was ready for removal. was there any resolution on that? just curious. rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANADA http://fsde

[PATCH] PCMCIA: Delete obsolete PCMCIA_IOCTL feature.

2007-03-17 Thread Robert P. J. Day
Delete all code and configuration info related to the obsolete PCMCIA_IOCTL config setting. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- according to the feature removal Doc file, this feature was scheduled for removal back in 2005. compile-tested with "make allye

[PATCH] Delete obsolete RAW driver feature.

2007-03-18 Thread Robert P. J. Day
Delete the allegedly obsolete raw driver feature, which has been marked for death since 2005. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- compile-tested with "make allyesconfig" under x86. Documentation/feature-removal-schedule.txt |8 Documentation/

Re: [PATCH] Delete obsolete RAW driver feature.

2007-03-18 Thread Robert P. J. Day
On Sun, 18 Mar 2007, Andi Kleen wrote: > "Robert P. J. Day" <[EMAIL PROTECTED]> writes: > > > Delete the allegedly obsolete raw driver feature, which has been > > marked for death since 2005. > > I think it would be better to replace it with a wrap

whence CONFIG_PROVE_SPIN_LOCKING?

2007-03-18 Thread Robert P. J. Day
$ grep -r PROVE_SPIN_LOCKING * Documentation/irqflags-tracing.txt:CONFIG_TRACE_IRQFLAGS_SUPPORT is needed for CONFIG_PROVE_SPIN_LOCKING kernel/spinlock.c:#ifdef CONFIG_PROVE_SPIN_LOCKING rday -- Robert P. J. Day Linux

Re: whence CONFIG_PROVE_SPIN_LOCKING?

2007-03-18 Thread Robert P. J. Day
On Sun, 18 Mar 2007, Jiri Kosina wrote: > On Sun, 18 Mar 2007, Robert P. J. Day wrote: > > > $ grep -r PROVE_SPIN_LOCKING * > > Documentation/irqflags-tracing.txt:CONFIG_TRACE_IRQFLAGS_SUPPORT is needed > > for CONFIG_PROVE_SPIN_LOCKING > > kernel/spinlock.c:#i

Re: [PATCH] Delete obsolete RAW driver feature.

2007-03-20 Thread Robert P. J. Day
On Tue, 20 Mar 2007, Alan Cox wrote: > On Tue, 20 Mar 2007 12:57:36 -0400 > Dave Jones <[EMAIL PROTECTED]> wrote: > > > On Sun, Mar 18, 2007 at 04:57:57PM +0100, Andi Kleen wrote: > > > "Robert P. J. Day" <[EMAIL PROTECTED]> writes: > >

Re: [PATCH 1/1][NEW] crypto API: rsa algorithm module patch (kernel version 2.6.20.3)

2007-03-21 Thread Robert P. J. Day
* > > + * The allocated mpi will be zeroed and not canonicalized > > + */ if this is extractable kernel doc content, shouldn't it begin with "/**" rather than just "/*"? rday -- ================ Ro

Re: remove-unused-header-file-include-linux-elfnoteh.patch

2007-03-21 Thread Robert P. J. Day
update his script to handle this correctly. i doubt that this is going to make any difference to my script. that header file is, AFAICT, not included by any other file in the entire source tree -- a simple "grep" will demonstrate that. rday -- ================

[PATCH] De-list the raw driver from scheduled removal.

2007-03-21 Thread Robert P. J. Day
Stop trying to remove the raw driver. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- happy now? :-P diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt index 0bc8b0b..6b845f3 100644 --- a/Documentation/feature-removal-schedu

the lighter side of janitorial work

2007-03-21 Thread Robert P. J. Day
include/asm-v850/io.h: ... #if 0 /* This is really stupid; don't define it. */ #define page_to_bus(page) page_to_phys (page) #endif ... rday -- Robert P. J. Day Linux Consulting, Training and Annoying K

[PATCH] MTD: Delete unused header file linux/mtd/iflash.h.

2007-03-23 Thread Robert P. J. Day
Delete the unreferenced header file include/linux/mtd/iflash.h. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- diff --git a/include/linux/mtd/iflash.h b/include/linux/mtd/iflash.h deleted file mode 100644 index 9aa5b4f..000 --- a/include/linux/mtd/iflash.h +++ /dev/null @@

[PATCH] Delete unused header file linux/awe_voice.h.

2007-03-23 Thread Robert P. J. Day
Delete the unreferenced header file include/linux/awe_voice.h. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- sorry, it's not clear who the maintainer is. diff --git a/include/linux/awe_voice.h b/include/linux/awe_voice.h deleted file mode 100644 index bf33f17..00

[PATCH] DVB: Delete unused header file linux/dvb/version.h.

2007-03-23 Thread Robert P. J. Day
Delete the unreferenced header file include/linux/dvb/version.h. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- diff --git a/include/linux/dvb/version.h b/include/linux/dvb/version.h deleted file mode 100644 index 6183c9c..000 --- a/include/linux/dvb/version.h +++ /de

[PATCH] Delete unused header file linux/sdla_fr.h.

2007-03-23 Thread Robert P. J. Day
Delete the unreferenced header file include/linux/sdla_fr.h. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- diff --git a/include/linux/sdla_fr.h b/include/linux/sdla_fr.h deleted file mode 100644 index cdfa77f..000 --- a/include/linux/sdla_fr.h +++ /dev/null @@ -1,63

Re: [v4l-dvb-maintainer] [PATCH] DVB: Delete unused header file linux/dvb/version.h.

2007-03-23 Thread Robert P. J. Day
On Fri, 23 Mar 2007, Marcel Siegert wrote: > On Friday 23 March 2007, Robert P. J. Day wrote: > > > > Delete the unreferenced header file include/linux/dvb/version.h. > > > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> > > > NACK > this h

header files that are (sort of) referenced

2007-03-23 Thread Robert P. J. Day
tting my final dead header file patch shortly. -- ============ Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANADA http://fsdev.net/wiki/index.php?title=Main_Page - To unsubscri

[PATCH] Delete unused header file linux/if_wanpipe_common.h.

2007-03-23 Thread Robert P. J. Day
Delete the unreferenced header file include/linux/if_wanpipe_common.h, as well as the reference to it in the Doc file. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- there is a related header file, linux/if_wanpipe.h, that is unused in the source tree but is still expor

other potentially deletable header files

2007-03-23 Thread Robert P. J. Day
include/ math-emu/ extended.h media/ cs53l32a.h wm8775.h thoughts? rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry

[PATCH] Delete unused header file math-emu/extended.h.

2007-03-24 Thread Robert P. J. Day
Delete the unreferenced header file include/math-emu/extended.h. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- one more header file that absolutely no one refers to but i'm sure *someone* is going to defend to the death. diff --git a/include/math-emu/extended.h b/inclu

[PATCH] Delete unused header file media/cs53l32a.h.

2007-03-24 Thread Robert P. J. Day
Delete the unreferenced header file include/media/cs53l32a.h. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- not even the matching *source* file drivers/media/video/cs53l32a.c includes this header file. that would seem a pretty good sign that no one loves it anymore. diff -

[PATCH] Delete unused header file media/wm8775.h.

2007-03-24 Thread Robert P. J. Day
Delete the unreferenced header file include/media/wm8775.h. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- even the matching source file drivers/media/video/wm8775.c doesn't include this header file. diff --git a/include/media/wm8775.h b/include/media/wm8775.h delete

some PCMCIA SCSI drivers can be built *only* as modules

2007-03-25 Thread Robert P. J. Day
le, by the way) to be built as modules, while the help text for all five entries suggests you can select "y". as jack nicholson would say, something's gotta give. rday -- ============ Robert P. J. Day Linux Consulting, Tr

[PATCH] PCMCIA: Allow PCMCIA SCSI drivers to be built into the kernel.

2007-03-25 Thread Robert P. J. Day
Remove the Kconfig requirement that the PCMCIA SCSI drivers be built only as modules, and allow them to be built into the kernel. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- i imagine there's a historical reason for these drivers being forced to be built only as module

[PATCH] INPUT: Delete unused source file drivers/input/power.c.

2007-03-25 Thread Robert P. J. Day
Delete the never-compiled source file drivers/input/power.c, and remove its entry from the corresponding Makefile, as there is no Kconfig file that refers to the config option INPUT_POWER. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- diff --git a/drivers/input/Makefile b/d

Re: [PATCH] INPUT: Delete unused source file drivers/input/power.c.

2007-03-26 Thread Robert P. J. Day
On Sun, 25 Mar 2007, Andrew Morton wrote: > On Sun, 25 Mar 2007 16:28:39 -0400 (EDT) "Robert P. J. Day" <[EMAIL > PROTECTED]> wrote: > > > Delete the never-compiled source file drivers/input/power.c, and > > remove its entry from the corresponding Makefile,

[PATCH] Make include/asm-generic/ioctl.h extensible.

2007-04-05 Thread Robert P. J. Day
Add a small number of preprocessor directives to include/asm-generic/ioctl.h so that individual architectures need only override a small number of values, if any, before including the generic version. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- i'll take one more cr

Re: [2.6 patch] the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI

2007-04-06 Thread Robert P. J. Day
atesh Pallipadi <[EMAIL PROTECTED]> > > lets kill this in 2.6.22 given that there's no way this is going to make it into 2.6.21, isn't that what adrian is proposing here? rday -- ================ Robert P. J. Day Linux Con

[PATCH] CRIS: Remove code related to pre-2.2 kernel.

2007-04-07 Thread Robert P. J. Day
Remove conditionals and code related to checking for a pre-2.2 kernel. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- i'm fairly certain there's no value in checking for pre-2.2 kernels anymore. (not compile tested as i have no such system.) diff --git a/arch/cris

still curious about that CONFIG_FORCED_INLINING option

2007-04-09 Thread Robert P. J. Day
i'm curious -- has there been any decision about the config option of FORCED_INLINING? the feature removal file suggests it should have disappeared last year. is it still doing something useful? rday -- Robert P. J

[PATCH] MIPS: Replace incorrect "__typeof" with "__typeof__".

2007-04-10 Thread Robert P. J. Day
Replace what appears to be an incorrect spelling of "__typeof" with the correct spelling of "__typeof__". Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- diff --git a/include/asm-mips/paccess.h b/include/asm-mips/paccess.h index 147844e..8c08fa9 100644 --- a/

[PATCH] Add spaces on either side of case "..." operator.

2007-04-10 Thread Robert P. J. Day
Following the programming advice laid down in the gcc manual, make sure the case "..." operator has spaces on either side. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- According to: http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Case-Ranges.html#Case-Ranges: &q

[PATCH] VIDEO: Add spaces on either side of the case "..." operator.

2007-04-10 Thread Robert P. J. Day
Following the programming advice laid down in the gcc manual, make sure the case "..." operator has spaces on either side. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- These are the only other examples of this in the entire kernel source tree, so no need to worry ab

Re: [PATCH] MIPS: Replace incorrect "__typeof" with "__typeof__".

2007-04-10 Thread Robert P. J. Day
On Tue, 10 Apr 2007, Ralf Baechle wrote: > On Tue, Apr 10, 2007 at 06:23:27AM -0400, Robert P. J. Day wrote: > > > Replace what appears to be an incorrect spelling of "__typeof" > > with the correct spelling of "__typeof__". > > Not a bug, just old fas

Re: [KJ]remove SPIN_LOCK_UNLOCKED

2007-04-10 Thread Robert P. J. Day
functions: > > static spinlock_t foobar = SPIN_LOCK_UNLOCKED; but that's where you would use the more explicit __RAW_SPIN_LOCK_UNLOCKED, no? AFAIK, you really can remove the macro SPIN_LOCK_UNLOCKED in its entirety. rday -- ================ Robert

Re: [KJ]remove SPIN_LOCK_UNLOCKED

2007-04-10 Thread Robert P. J. Day
em? you still need some kind of generic, unnamed spinlock in those circumstances, no? rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANADA http://fsdev.net/wiki/index.php?title=Main_Page ===

Re: [KJ] remove SPIN_LOCK_UNLOCKED

2007-04-10 Thread Robert P. J. Day
On Tue, 10 Apr 2007, Matthew Wilcox wrote: > On Tue, Apr 10, 2007 at 05:45:07PM -0400, Robert P. J. Day wrote: > > that works fine if you're defining a single spinlock, but what do you > > do in cases like this: > > > > arch/sparc/lib/atomic32.c:

Re: [PATCH 0/30] Use menuconfig objects

2007-04-10 Thread Robert P. J. Day
CONFIG_EMBEDDED=n . that entire "Embedded" submenu is a hideous mis-design, as selecting it simply presents you with options you can now "*de-select*. that is *anything* but intuitive. rday -- ===

"menu" versus "menuconfig" -- they're *both* a bad idea

2007-04-11 Thread Robert P. J. Day
retty much the same thing with "menuconfig" but it's downright messy. rather than make all these "menuconfig" changes right now, i would prefer to see a cleaner structure introduced that does most of that work under the hood. rday -- ==

Re: "menu" versus "menuconfig" -- they're *both* a bad idea

2007-04-11 Thread Robert P. J. Day
On Wed, 11 Apr 2007, Jan Engelhardt wrote: > > On Apr 11 2007 03:58, Robert P. J. Day wrote: > > > > General setup > >[ ] Configure standard kernel features (for small systems) ---> > > > >note how, even if you don't choose to configure feature

Re: "menu" versus "menuconfig" -- they're *both* a bad idea

2007-04-11 Thread Robert P. J. Day
On Wed, 11 Apr 2007, Jan Engelhardt wrote: > > On Apr 11 2007 05:25, Robert P. J. Day wrote: > >On Wed, 11 Apr 2007, Jan Engelhardt wrote: > >> On Apr 11 2007 03:58, Robert P. J. Day wrote: > >> > >> A CONFIG_EMBEDDED bug. This should perhaps be changed. &g

Re: "menu" versus "menuconfig" -- they're *both* a bad idea

2007-04-11 Thread Robert P. J. Day
On Wed, 11 Apr 2007, Jan Engelhardt wrote: > > On Apr 11 2007 05:47, Robert P. J. Day wrote: > >> On Apr 11 2007 05:25, Robert P. J. Day wrote: > >> >On Wed, 11 Apr 2007, Jan Engelhardt wrote: > >> >> On Apr 11 2007 03:58, Robert P. J. Day wrote: > >

Re: "menu" versus "menuconfig" -- they're *both* a bad idea

2007-04-12 Thread Robert P. J. Day
On Thu, 12 Apr 2007, Carlo Florendo wrote: > Robert P. J. Day wrote: > > (in short, if i, the builder, explicitly choose *not* to add a > > certain feature to my build, i think i have every right to expect that > > some other part of my configuration isn't quietly

[PATCH] 3C509: Remove unnecessary include of

2007-04-12 Thread Robert P. J. Day
Remove the apparently redundant include of . Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- compile-tested on x86, in preparation for the day when the legacy PM code goes away. diff --git a/drivers/net/3c509.c b/drivers/net/3c509.c index f791bf0..a8ea346 100644 --- a/drive

Re: MODULE_MAINTAINER

2007-04-23 Thread Robert P. J. Day
so why confuse the issue with an extra unnecessary macro expansion? rday -- ================ Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario,

Re: MODULE_MAINTAINER

2007-04-23 Thread Robert P. J. Day
On Mon, 23 Apr 2007, Robert P. J. Day wrote: > On Mon, 23 Apr 2007, Rusty Russell wrote: > > > On Mon, 2007-04-23 at 11:33 +0200, Rene Herman wrote: > > > On 04/04/2007 06:38 PM, Rene Herman wrote: > > > > > > Rusty? > > > > Valid points have b

Re: [RFC] [PATCH] cpufreq: allow full selection of default governors

2007-04-24 Thread Robert P. J. Day
On Tue, 24 Apr 2007, William Heimbigner wrote: > The following patches should allow selection of conservative, powersave, and > ondemand in the kernel configuration. > > William Heimbigner > [EMAIL PROTECTED] > > diff -uprN -X linux-2.6.21-rc7-git6/Documentation/dontdiff > linux-2.6.21-rc7-git6/dr

[PATCH] AVR32: Remove useless config option "GENERIC_BUST_SPINLOCK".

2007-04-26 Thread Robert P. J. Day
Remove the clearly useless config option GENERIC_BUST_SPINLOCK, which is not used anywhere in the tree. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- diff --git a/arch/avr32/Kconfig b/arch/avr32/Kconfig index ce4013a..747922d 100644 --- a/arch/avr32/Kconfig +++ b/arch/avr32/K

[PATCH] ARM: Remove useless config option GENERIC_BUST_SPINLOCK.

2007-04-26 Thread Robert P. J. Day
Remove the apparently useless config option GENERIC_BUST_SPINLOCK, since nothing in the source tree refers to it. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- along with the single reference under AVR32 reported earlier, these are the only other references to GENERIC_BUST_SP

[PATCH] KCONFIG: Replace remaining "depends" with "depends on".

2007-04-26 Thread Robert P. J. Day
Replace the few remaining instances of "depends" in the Kconfig files with the new standard of "depends on". Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- for what i hope is the *very* *last* *time*, replace the deprecated "depends" (and, for

Re: [2.6 patch] drivers/scsi/nsp32.c: remove kernel 2.4 code

2007-04-26 Thread Robert P. J. Day
urce tree, and simply uses that kind of preprocessor check to make sure it's being compiled appropriately? or are you doing something more sophisticated than simply checking the kernel version being tested? rday -- Ro

Re: assembly code in the loadable kernel module

2007-04-27 Thread Robert P. J. Day
m off. there is only one solution to that sort of thing -- blacklist the entire sending domain until they get a clue. yes, it's draconian, but there's really no other way to educate them. rday -- ==

Re: [2.6 patch] drivers/scsi/nsp32.c: remove kernel 2.4 code

2007-04-27 Thread Robert P. J. Day
SCSI-related), but is it official policy to support code based on its release number in the 2.5 series of releases? unless you have a good reason, wouldn't it make more sense to compare against (2,6,0) rather than, say, (2,5,73)? just an observation. rday -- ===

[PATCH] Rewrite the MAJOR() macro as a call to imajor().

2007-04-28 Thread Robert P. J. Day
Replace the MAJOR() macro invocation with a call to the inline imajor() routine. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- diff --git a/drivers/block/loop.c b/drivers/block/loop.c index 6b5b642..08da15b 100644 --- a/drivers/block/loop.c +++ b/drivers/block/loop.c @@ -710,7

[PATCH] VIDEO4LINUX-2: Replace MINOR() with a call to iminor().

2007-04-28 Thread Robert P. J. Day
Replace the call to MINOR() with a call to the inline iminor() routine. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- that's the last of those changes, but it's not clear who the official maintainer is, so i took a chance and picked a likely looking victim out of the

random thoughts on DEPRECATED and OBSOLETE

2007-04-28 Thread Robert P. J. Day
http://fsdev.net/wiki/index.php?title=Maturity_levels rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANADA http://fsdev.net/wiki/index.php?title=Main_Page

can a kmalloc be both GFP_ATOMIC and GFP_KERNEL at the same time?

2007-04-28 Thread Robert P. J. Day
ct aic_dev_data), GFP_ATOMIC | GFP_KERNEL); drivers/message/i2o/device.c: resblk = kmalloc(buflen + 8, GFP_KERNEL | GFP_ATOMIC); clarification? rday -- ============ Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pe

RE: can a kmalloc be both GFP_ATOMIC and GFP_KERNEL at the same time?

2007-04-28 Thread Robert P. J. Day
On Sat, 28 Apr 2007, Shan, Guo Wen (Gavin) wrote: > > #define GFP_ATOMIC (__GFP_HIGH) > #define GFP_NOIO(__GFP_WAIT) > #define GFP_NOFS(__GFP_WAIT | __GFP_IO) > #define GFP_KERNEL (__GFP_WAIT | __GFP_IO | __GFP_FS) > > -Original Message----- >

<    3   4   5   6   7   8   9   10   >