into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-linus

- Change pci_match_device to pci_bus_bind, which becomes bind callback of pci_bus_type
- Remove explicit driver binding; let the device core handle it

 - Comment out config_chipset_for_pio from hpt366 driver. It seems to hang on it
   and many people consistently reported that this may be necessary.
   Well apparently this host chip is forced to be in DMA read mode anyway
   and we where undoing this there.

 - Apply small cosmetics to pdc202xx.c driver by Thierry Vignaud.
   His change log entries follow:

      - factorize constants with PDC_CLOCK and UDMA_SPEED_FLAG macros and
	the init_high_16() static inline functions, thus removing floating
	constants in code

      - remove unused variables and pci space read

      - kill useless code in pdc202xx_udma_irq_status() resulting in
	removing unused variable: the code does lots of tests to check what
	value to return but just always return the same exact value in all
	code paths!
	this also saves a few cpu & pci bus cyles by removing a useless read
	in pci space

      - simplify #if/#else resulting in code duplication

      - make init_pdc202xx clearer

      - remove duplicated initializations in config_drive_xfer_rate() and
	simplify code paths

 - Kill unused init_speed member from ata_device struct. Spotted by
   M.H.VanLeeuwen.

- on device registration, all drivers of bus are iterated over
- bus's bind callback is called to match device to driver
- if successful, driver's probe callback is called
- on device removal, driver's remove callback is called
- on driver registration, list of devices is iterated over (and same thing happens)

 - use list_for_each in head_of_free_region
 - cleanups from 2.4
 - fix for usb
 - kill broken queueing

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

into samba.org:/home/paulus/kernel/for-linus-ppc

into samba.org:/home/paulus/kernel/for-linus-ppc

- iterators for accessing bus's lists of devices and drivers
- does locking on bus for each list access
- does reference counting on objects as it grabs and releases them
- calls callback for each object in list

Remove the old backward-compatible quota interface.

The patch also contains a renaming of functions vfs_{get|set}_info() to
vfs_{get|set}_dqinfo() and minor compilation fix needed for 2.5.18
(include <linux/namei.h>).

This changes the sysctl interface to use reasonable names in
/proc/sys/fs/quota/

I ported the quota changes to 2.5.18.  The first one is just a minor
change to Makefile and Config.in to not build quota.c when not needed.

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

- Simplify the ide-pci code further.

 - Merge ide-probe.c and ide-features.c in to one single file.  They are
   mutually doing basically the same and in esp. in case of the device ID
   retrieval there *is* quite a lot of code duplication between them.
   ide-geometry.c fits there as well.

 - Remove ide_xfer_verbose - it wasn't really used.

 - Don't allow check_partition to be more clever then the writer of a driver.
   It was interfering with drivers which check partitions as they go and
   finally if we want to spew something about it - we can do it ourself.

 - Eliminate ide_geninit(). We scan for partitions now inside the recently
   introduced attach method. register_disk() is broken by the way and 90% of
   places where it's used it is doing literally nothing. Either some one didn't
   finish some code or the code is basically just junk from the past.

   Anyway we grok the partitions now one by one as we detect the channels.

 - ide_driveid_update is gone. We don't report the drive id through /proc/ide
   and we don't have to update it any longer on the fly. Still someone out there
   complaining that it went away!?

 - Use the global driver spin-lock to protect data structure access in the
   ide_register_subdriver() function instead of blatantly disabling all
   interrupts.

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

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

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

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

into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-sync

This patch fixes the bug which happens when utf8 option was used,
by using iocharset for upper/lower conversion.

It's a bit strange that utf8 use iocharset, but this is still needed.

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

This implements what we discussed, basically just maintaing a plug list
from the block layer as a direct parallel to the tq_disk task queue we
had before.  blk_run_queues() now splices the blk_plug_list to avoid
holding the blk_plug_lock across all the request_fn calls.

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

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

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

into kroah.com:/home/linux/linux/BK/gregkh-2.5

Added the driver to the 2.5 tree.  The original code for 2.4 was
written by Pei Liu <pbl@cypress.com> but cleaned up a bit and 
ported to 2.5 by me.  Any problems in the driver is probably due to
my messing with it.

This driver is for the SL811HS USB host controller chip from
Cypress and is typically contained on a ARM based embedded
system.

Don't include Rules.make in the top-level Makefile, we don't
actually build anything from there, so we don't need the rules.

If asked to build some file in a subdirectory, descend into the
subdir and build it from there - only there we can know what
extra flags etc we have to add.

This also works for building preprocessed [.i] and assembler
output [.s].

The asm stub for thermal_interrupt was not being created.

Targets should always be built from the Makefile local to the subdir
they are in. So build scripts/* from scripts/Makefile.

Clean up scripts/Makefile as we go.

Basically only cosmetics, and move the 'update-modverfile:'
rule from Rules.make to the top-level Makefile, since that's the
only place where it's used.

My name is *not* GPL: you may not derive works without approval.

Rusty.
PS.  I've also applied for a patent...

access to it by the time we start copying arguments.

We don't actually use it at this point yet.