kbuild: Remove now redundant 'O_TARGET := built-in.o' lines

(plus a bit of rearranging in the ISDN Makefiles)

kbuild: Make O_TARGET default to 'built-in.o'

If a Makefile defines neither O_TARGET nor L_TARGET, let's assume a
default of 'built-in.o'. The goal of this is, of course, to eventually
get rid of O_TARGET completely.

Merge

[PATCH] swsusp fixes

This kills unneccessary include from ide-disk.c, kills #ifdef from
reiserfs/journal.c, makes suspend_device local as it should be,
abstains from suspending devices two times in a row (typo), and makes
sure we do not run_task_queue() while we hold spinlock.

[PATCH] swsusp: making myself maintainer

I asked Gabor if he'd like me to maintain swsusp, and he liked that
idea [<quote>Would you please take over maintaining? I offered this in
the list a while ago anyway.</quote>].

[PATCH] swsusp cleanups

These are cleanups. They do not change any code, except killing
printk's.

Merge penguin:v2.5/linux
into home.transmeta.com:/home/torvalds/v2.5/linux

Fix up header file

Clean up tlb_start/end_vma.

Merge

[PATCH] 2.5.17 IDE 70

 - Apply host chip driver cleanups by Bartomiej Zonierkiewicz.

 - Take the draft device type driver implementation from Adam Richter and make
    it actually work with some of the drivers we have at hand. Quite a lot
    of it was fixed by me as well to have the desired effects.

    We have added a attach method for the sub device type drivers to make it
    possible dor sub device type drivers to attach devices to the overall
    infrastructure. UNIX has something like this SCSI code is implementing
    something like this, just for some unknown reasons Linux block device
    operations don't have it...

 - ide_drive_t is finally gone. Please use struct ata_device instead.

    Hint the ide.h specific byte type should go over time as well, sine there
    is no need to invent something already handled by the kernel. Please use
    the unambigious u8 type instead where possible.

 - Add a bit of documentation about cabling issues. ide.txt needs a lot of
   improvement at some time still.

Merge DRI CVS tree into standard kernel

Fix over-eager header file cleanup

Merge penguin:v2.5/linux
into home.transmeta.com:/home/torvalds/v2.5/linux

[PATCH] include buffer_head.h in actual users instead of fs.h (10/10)

No more need to include buffer_head.h in fs.h.  Finally.

[PATCH] include buffer_head.h in actual users instead of fs.h (9/10)

Make the 144 files in fs/ that need it include buffer_head.h directly.
Again some uses in the VFS files are layering violations and need to
be addressed later.  The new include statement gives a nice grep pattern
for that :)

[PATCH] include buffer_head.h in actual users instead of fs.h (8/10)

Make kernel/ksyms.c include buffer_head.h directly.

[PATCH] include buffer_head.h in actual users instead of fs.h (7/10)

Make the 5 headers in include/linux that need it include buffer_head.h
directly.

[PATCH] include buffer_head.h in actual users instead of fs.h (6/10)

Make the 7 file that need it in mm/ include buffer_head.h directly.
Once again most files shouln't need it and want fixing.

[PATCH] include buffer_head.h in actual users instead of fs.h (5/10)

Include buffer_head.h directly in the file in drivers/ that need it
(9 files).  Note that most of this uses are layering violations that I
will address later.

[PATCH] include buffer_head.h in actual users instead of fs.h (4/10)

Remove two unused declarations in fs/jffs/intrep.h.

[PATCH] include buffer_head.h in actual users instead of fs.h (3/10)

Remove unused bh_kmap/bh_kunmap inlines from highmem.h.

[PATCH] include buffer_head.h in actual users instead of fs.h (2/10)

Declare buffer_init() extern in init/main.c like the other _init so that
it doesn't have to include buffer_head.h.  Remove buffer_init() there.

[PATCH] include buffer_head.h in actual users instead of fs.h (1/10)

Now that fs.h grow due to the lock.h removal let's reduce it's overhead
again:  Instead of penalizing ever user of fs.h with the overhead of the
buffer head interface let it's users include it directly.

This also shows nicely which parts of the core kernel still depend on the
buffer head interface, and allows that to be cleaned up properly.

This is the first of ten patches and adds the includes needed by
buffer_head.h to it and fixes it's inclusion guard.

Merge http://linux-isdn.bkbits.net/linux-2.5.export
into home.transmeta.com:/home/torvalds/v2.5/linux

EXPORT_SYMBOL: Remove EXPORT_NO_SYMBOLS from sound/*

EXPORT_SYMBOL: Remove EXPORT_NO_SYMBOLS from net/*

EXPORT_SYMBOL: Remove EXPORT_NO_SYMBOLS from fs/*

EXPORT_SYMBOL: Remove EXPORT_NO_SYMBOLS from drivers/*

EXPORT_SYMBOL: Remove EXPORT_NO_SYMBOLS from arch/*

EXPORT_SYMBOL: Remove the option of implicitly exporting symbols

We now always allocate the section __ksymtab, which to modutils means
not to implicitly export any symbols.

That means that EXPORT_NO_SYMBOLS is now default, and thus can go away
in the sources.

Merge http://linux-isdn.bkbits.net/linux-2.5.make
into home.transmeta.com:/home/torvalds/v2.5/linux

kbuild: Assorted small cleanups

o Standardize building math-emu.o for arch/alpha
o Remove old boilerplate code / redundant comments
o Remove unnecessary obj-m := $(sort $(obj-m)) in ALSA

kbuild: Use standard multi-part object declaration in drivers/video/*

kbuild: Use standard multi-part object declaration in drivers/char/*

kbuild: Small cleanups

o Use a shorter expression to transform 'foo.o' -> 'foo-objs'
o Define EXPORT_FLAGS (as -DEXPORT_SYMTAB) in the main Makefile
o Small rearrangement of code in Rules.make

[PATCH] Re: rwsem update

The attached patch fixes the compilation problems Andrew Morton has been
seeing with the rw-semaphores in the kernel when using gcc 2.95.3 with
-O1.

Merge master.kernel.org:/home/davem/BK/sparc-2.5
into home.transmeta.com:/home/torvalds/v2.5/linux

Merge master.kernel.org:/home/davem/BK/misc-2.5
into home.transmeta.com:/home/torvalds/v2.5/linux

Merge http://linux-isdn.bkbits.net/linux-2.5.isdn
into home.transmeta.com:/home/torvalds/v2.5/linux

ISDN: Move AVM Config.help entries to right dir

(Christoph Hellwig)

ISDN: Use 'built-in.o' instead of 'vmlinux-obj.o' as O_TARGET

ISDN: Fix compiler warnings

The copy_to/from_user fixes left some variables unused, which
the compiler warned about.

Merge tp1.ruhr-uni-bochum.de:/home/kai/kernel/v2.5/linux-2.5
into tp1.ruhr-uni-bochum.de:/home/kai/kernel/v2.5/linux-2.5.isdn

Sparc64 build fixes:
- Yes we really do need sched.h in central.c
- Include namei.h in solaris syscall emul layer
- Use generic_fls in sparc64 bitops.
- Add dummy asm-sparc64/suspend.h

Fix build fallout from namei.h/jiffies.h changes.
- Include dcache.h/namei.h in fs/autofs/autofs_i.h not dirhash.c
- Include list.h and spinlock.h in dcache.h
- Include list.h in mount.h and namei.h

USB driver #include cleanups

Removed lots of unneeded #includes from the tty style drivers.

USB storage #include fixup

addition of #include <linux/version.h> due to removal from <linux/usb.h>

usb.h #include dependancies and whitespace cleanup

USB cdc-ether driver compile time fix

fix compile time error, due to addition of jiffies.h

kbuild: Rearrange Rules.make

Group the variable-processing part together, which figures out what
needs to be done. (Nothing actually changes in this cset)

kbuild: Consistent use of [AC]FLAGS_KERNEL and MODFLAGS

We have
o CFLAGS_KERNEL: Additional flags for files compiled into vmlinux
o AFLAGS_KERNEL: Additional flags for files assembled into vmlinux
o MODFLAGS: Additonal flags for files compiled as module

For consistency, rename MODFLAGS to CFLAGS_MODULE, introduce
AFLAGS_MODULE but leave it empty for now.

While we're at, removing "MAKING_MODULES=1", nobody is using it.

kbuild: Fix warning when .version doesn't exist yet

[PATCH] possible fix for broken floppy driver, take 2

Here is an updated patch for the floppy driver which got broken in
2.5.13. "read block 0 on ->revalidate()" is now implemented through
the bio interface, following a suggestion by Christoph Hellwig.

I still cannot explain why block_dev.c's ->bd_block_size change
caused data corruption, but removing that code fixes the floppy
driver and doesn't seem to cause any problems on my test box.

Merge bk://linuxusb.bkbits.net/linus-2.5
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

Merge http://linux-isdn.bkbits.net/linux-2.5.make
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

kbuild: Fix command line printing

If our command line contains an ';', we'd only print half of
it and execute the other half - not good.

Manual merge fixup

[PATCH] m68k mmu update

This patch removes the quicklist support and updates m68k to the recent
page table and tlb interface changes.
It also includes some smaller cleanups:
- turn "extern inline" into "static inline"
- convert some macros into inline functions

Merge linux-isdn@linux-isdn.bkbits.net:linux-2.5.make
into tp1.ruhr-uni-bochum.de:/home/kai/kernel/v2.5/linux-2.5.make-built-in

USB stv680, remove urb->next usage

Removed the use of the next field due to the change in the urb structure.

USB se401, remove urb->next usage

Removed the use of the next field due to the change in the urb structure.

drivers/net: Simplify linking of subdirs

Use the just introduced Rules.make extension to clean up
drivers/net/*/Makefile.

Simplify linking/building objects in subdirectories

New-style Makefiles have a nice way of declaring objects
which need to be built either built-in or as modules:

        obj-$(CONFIG_EEPRO100) += eepro100.o

However, handling objects in subdirectories, which need to be
built and linked is not as nice:

        subdir-$(CONFIG_E100) += e100

        ifeq ($(CONFIG_E100),y)
          obj-y += e100/built-in.o
        endif

This means we descend into the subdirectory when building
vmlinux / modules, depending on CONFIG_XXX. When we are building
vmlinux we also need to link whatever has been built in the
subdirectory, so we add it to $(obj-y) at the appropriate place
(link order is important).

Now, the extension below allows to rewrite the second case into

         obj-$(CONFIG_E100) += e100/

which looks much nicer ;-) Existing behavior is not changed, and the
only prerequisite to using the extension above is that the O_TARGET in
the subdir is named "built-in.o".

[PATCH] md.c cleanup

Removes dev_unit() and messing with kdev_t in match_dev_unit()

[PATCH] (4/) BKL removal in d_move()

... is finally done.

[PATCH] check_region elimination

Trivial patch update against 2.5.17:
johnpol@2ka.mipt.ru: 23) request_region check, 21-30:
  here is one more trivial check.

  So please test and apply.

   Evgeniy Polyakov ( s0mbre )

[PATCH] check_region elimination

Trivial patch update against 2.5.17:
johnpol@2ka.mipt.ru: Re: 47) request_region check, 41-50:

[PATCH] check_region elimination

Trivial patch update against 2.5.17:
johnpol@2ka.mipt.ru: 21) request_region check, 21-30:
  here is one more trivial check.

  So please test and apply.

   Evgeniy Polyakov ( s0mbre )

[PATCH] check_region elimination

johnpol@2ka.mipt.ru: 18) request_region check, 11-20:
  here is one more trivial check.

  So please test and apply.

   Evgeniy Polyakov ( s0mbre )

[PATCH] arch/arm/kernel/via82c505.c

(Included in 2.4)
johnpol@2ka.mipt.ru: 1) request_region:
  >  Send them one at a time.  Last time I had to write a script to
  > mail them one at a time to myself.

  Ooops, sorry... I've got a gluk...

  > Thanks!
  > Rusty.
  > --
  >   Anyone who quotes me in their sig is an idiot. -- Rusty Russell.

   Evgeniy Polyakov ( s0mbre )

[PATCH] jiffies.h

Trivial patch update against 2.5.17:
Tim Schmielau <tim@physik3.uni-rostock.de>: move jiffies from sched.h to it's own jiffies.h:
  Move 'jiffies' from sched.h to their own header.
  Then pull the sched.h dependency from 67 files that include sched.h for
  no apparent reason other than the jiffies declaration.

  Move the time_[before,after}{_eq}() macros from timer.h to jiffies.h,
  since there are *no* files using them that don't also use jiffies.

  Many more sched.h dependencies can be killed after capable(),
  request_irq(), and free_irq() are moved out of <linux/sched.h>.

  Tim Schmielau <tim@physik3.uni-rostock.de>

[PATCH] smp_call_function doco fix

Trivial patch update against 2.5.17:
dipankar@in.ibm.com: smp_call_function change:
  My earlier patch fixed only i386. As per Dave Miller's suggestion,
  I have fixed smp_call_function for other smp architectures too.

  Description
  -----------
  Going by the documentation and use of _bh version of spin_lock(),
  smp_call_function() is allowed to be called from BH context,
  We can run into a deadlock with some locks if we do so.
  This because reader-writer locks can sometimes be used optimally
  by not disabling irqs while taking the reader side if only the
  reader side of the lock is taken from irq context.

        CPU #0                                CPU #1

        read_lock(&tasklist_lock)
                                         write_lock_irq(&tasklist_lock)
                                         [spins with interrupt disabled]
        [Interrupted by BH]
        smp_call_function() for BH
             handler
                                         [ doesn't take the IPI]

  So, cpu #1 doesn't take the IPI and cpu #0 spinwaits
  for the IPI handler to start, resulting in a deadlock.

  The last time I looked, I couldn't see smp_call_function() being
  called from BH context anywhere. So, there is no immediate problem.
  However it seems right to correct the documentation and also not
  disable BH while taking the call lock since it isn't necessary.
  This patch does exactly that.

  Thanks
  --
  Dipankar Sarma  <dipankar@in.ibm.com> http://lse.sourceforge.net
  Linux Technology Center, IBM Software Lab, Bangalore, India.

  smp_call_func-2.5.14-1.patch
  ----------------------------

[PATCH] MIPS/MIPS64  signal fix

(Included in 2.4)

Stephen Rothwell <sfr@canb.auug.org.au>: small typo in signal code for cris, mips and mips64:
  Hi Linus,

  This looks very obvious to me but I may be mistaken.

  I haven't even attempted to build this as I don't have machines
  of any of the affected archs.

  --
  Cheers,
  Stephen Rothwell                    sfr@canb.auug.org.au
  http://www.canb.auug.org.au/~sfr/

[PATCH] serial typo

(It's ttyS in every other message in the driver).

Zwane Mwaikambo <zwane@linux.realnet.co.sz>: serial unload message:

[PATCH] cris signal fix

Stephen Rothwell <sfr@canb.auug.org.au>: small typo in signal code for cris, mips and mips64:
  Hi Linus,

  This looks very obvious to me but I may be mistaken.

  I haven't even attempted to build this as I don't have machines
  of any of the affected archs.

(Included in 2.4)

[PATCH] sigio delivery fix

Stephen Rothwell <sfr@canb.auug.org.au>: fix for sigio delivery:
  Hi Linus,

  This patch means that we keep the upper 16 bits of the si_code
  field of the siginfo structure that is delivered with and SIGIOs.
  We need this so that the code that actually copies the siginfo_t
  out to user mode knows which part of the union to copy.  We currently
  get away with out this information because we always copy at least
  two ints worth of the union, but this s an ugly hack and I would
  like to tidy it up.

  Comments?

[PATCH] min/max elimination in netfilter.h

Rusty Russell <rusty@rustcorp.com.au>: Trivial patch to remove minmax macros:
  Hi Harald,
   The MIN & MAX etc. macros aren't used anywhere, and kernel.h
  has the new min & max anyway, which should be used.

  Cheers,
  Rusty.

[PATCH] MIPS min/max replacement II

(Once again, Ralf said straight to you).

Rusty Russell <rusty@rustcorp.com.au>: Trivial MIPS gt64120-pci patch to remove minmax macros:
  Also changes over to standard ALIGN macro:

[PATCH] MIPS min/max replacement

(Ralf said to send this straight to you)

Rusty Russell <rusty@rustcorp.com.au>: Trivial MIPS baget patch to remove minmax macros:
  In favour of kernel.h one:

[PATCH] DMA-mapping.txt typo fix

Roger Luethi <rl@hellgate.ch>: DMA-mapping.txt: sg_dma_length() -> sg_dma_len():

[PATCH] Fix order of #includes in init_version.c

[UTS_MACHINE is now defined in the (generated) compile.h]

David Gibson <david@gibson.dropbear.id.au>: [TRIVIAL PATCH] Fix order of #includes in init_version.c:
  Linus, please apply.  compile.h must be #included before uts.h, or
  uts.h will define UTS_MACHINE (incorrectly) which is then redefined in
  compile.h.

[PATCH] Remove warning in fs/nfs/nfsroot.c

David Gibson <david@gibson.dropbear.id.au>: TRIVIAL: Remove warning in fs_nfs_nfsroot.c:
  Linus, please apply.  The patch below removes a warning in
  fs/nfs/nfsroot.c by including a header file providing a prototype for
  in_aton().

[PATCH] printk() cleanup in ide-pnp.c

Andrey Panin <pazke@orbita1.ru>: printk() cleanup in ide-pnp.c:
  Attached patch adds a few missing printk levels in ide-pnp.c file.

[PATCH] drivers_net_sundance.c: missing __devinit

Andrey Panin <pazke@orbita1.ru>: drivers_net_sundance.c: missing __devinit:
  this patch adds missing __devinit modifier to sundance.c network driver.
  Patch against 2.5.15. Compiles, but untested.

[PATCH] declance.c

"Maciej W. Rozycki" <macro@ds2.pg.gda.pl>: [patch] 2.4.19-pre7: A few declance multicast updates:
  Hello,

   It seems all Ethernet device drivers were bulk-converted to use the new
  common CRC functions.  I discovered declance used incorrect endianness to
  calculate the sum for its multicast filter and had a few alignment
  problems there.  I fixed these bugs in the MIPS/Linux CVS tree which is at
  2.4.18 now.  Here is the respective update for the official kernel.

   The bugs make the filter non-functional.  Please apply.

    Maciej

[PATCH] drivers/net/epic100.c: missing __devinit

Andrey Panin <pazke@orbita1.ru>: drivers_net_epic100.c: missing __devinit:
  This patch adds missing __devinit modifier for read_eeprom() function.
  Patch against 2.5.9. Compiles, but untested.

[PATCH] (3/4) BKL removal from d_move()

nfsd_acceptable() calls permission() on a a dentry that is
not guaranteed to stay around (its child is pinned down, but there
is no promises that child won't move and nothing pins dentry itself).
Fixed, cleaned up.

Make sw-suspend compile even without ACPI sleep support.

Merge http://linux-isdn.bkbits.net/linux-2.5.make
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

Merge master.kernel.org:/home/davem/BK/net-2.5
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

Merge master.kernel.org:/home/davem/BK/sparc-2.5
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

USB build changes

turned off the uhci.c and usb-uhci.c drivers in the build process to force people
to use the uhci-hcd and usb-uhci-hcd drivers.

[PATCH] split namei.h out of fs.h

Currently fs.h is full of unrelated declarations and included in almost
any source file. Thus it makes sense to spilt certain aspects out that are
only used by few users.

This patch starts with the namei/path lookup interface and splits it into
<linux/namei.h> which is now directly included by the 24 files that actually
need it.

[PATCH] 2.5.17 dquota punishment

Transform new quota code to use sysctl instead of /proc/fs.

[PATCH] audio, set urb->interval

This sets urb->interval in two places it hadn't previously been set,
allowing things like SOX and XMMS to play through usb audio.

Using this and the previous patches, I was able to verify playback
of some Ogg Vorbis encoded music using most of the 2.5.17 host
controller drivers.  However, "uhci-hcd" and "usb-uhci-hcd" did
not want to bind the audio driver:  reading the config descriptor
(in audio.c) stalled rather consistently.  That failure was seen
with the other USB 1.1 drivers too, but not as consistently.

[PATCH] hcds, remove urb->next

This makes the hcds stop expecting urb->next to exist.

        ehci-hcd ... remove obsolete sanity check
        usb-uhci-hcd ... remove code (wouldn't be called)

Two "old style" drivers got updated too (uhci, usb-uhci)
so that folk can use them in case of problems with their
"new style" analogues.

[PATCH] cpia_usb, remove urb->next

This is the 2.5 version of the sample driver patch I sent around
last week.  It updates one video driver to work with the updated
ISO API:  no urb->next (explicit resubmit, with error detection)
and explicit transfer interval (HCs must remove 1 msec limit).

The 2.4 version is known to work, but usb video in 2.5 seems to
be a bit ill so this just fixes the compilation problem created
by the first of these patches.

[PATCH] usbcore, remove urb->next

Given the discussions of last week, this removes urb->next from
the USB core API.  This change simplifies the driver API by getting
rid of a superfluous feature (and related new-developer confusion),
gets rid of a hidden failure mode (drivers can now see resubmit
failures), lets us get rid of a HCD feature that isn't consistently
implemented, and so on.

This will break some code.  There are ISO drivers that don't use
urb->next (like audio), but most video drivers do.  My patch #2
fixes one such driver.  My patch #3 fixes host controller drivers,
most of which were already converted.

[PATCH] (2/4) d_move() BKL removal

default encode_fh() doesn't take dparent_lock around messing
with dereferences of ->d_parent->d_inode->i_....  Fixed.