into raven.il.steeleye.com:/home/jejb/BK/scsi-for-linus-2.5

Also update zalon to C99 initialisers

The Zalon card is a GSC 53c720 based card.  This driver adopts
the ncr53c8xx driver for the purpose.

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

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

When separating out the duplicated xmit handling, we were lucky that
we could reuse BC_Send_Data for our purposes. Introduce a more
extensible "struct bc_l1_ops" instead, and initialize that in
the code that provides the functionality, not in the users.

Realize that *_empty_fifo() and *_fill_fifo() are always called
under the card lock, so no additional protection when reading/writing
fifos is needed.

Same thing which just happened to hscx_irq.c - Use the struct
bc_hw_ops instead of macros and inlining.

Each driver for HSCX based cards defined some hardware access macros
and #include'd hscx_irq.c. Instead, we now add the needed routines to
the corresponding bc_hw_ops and use regular function calls. It's a slight
bit less efficient, but shouldn't be noticable.

Using {isac,hscx}_{read,write} instead of the low-level
readreg/writereg simplifies the code a bit.

Preparing for un-inlining hscx_irq.c, we add operations needed
to access the B-Channel FIFO's, similar to what we already have
for the D-Channel.

Basically only a cosmetic patch, with much renaming and a little
rearranging of code.

mainly #include file shuffle

Just a simple search and replace, switch to the more commonly
used "u8" type.

In many cases, readreg()/writereg() users can be simplified by
passing struct IsdnCardState instead of individual register
addresses.

In 2.5 (the bug's been there since 2.5.42), rmmod:ing a
modular IDE subdriver like ide-cd or ide-scsi and then
rebooting causes an oops in device_shutdown(). This is because
the IDE layer doesn't reset the drive->gendev.driver pointer
that it previously set up to point to data structures in the
subdriver module. device_shutdown() sees a non-NULL ->driver,
dereferences it, and oopses.

The patch below for 2.5.54 fixes two generic bugs related to
unloading of modular IDE subdrivers, and one specific to ide-scsi:

1. ata_attach() needs to set drive->gendev.driver = NULL
   when no specific driver claims the drive. This prevents a
   drive previously owned by a subdriver module from keeping
   its ->gendev.driver pointing into that module.

2. ide_unregister_driver() needs to unregister &driver->gen_driver;
   this is to balance the corresponding register call in
   ide_register_driver(). [This part of the patch is originally
   by Patrick Mochel.]

3. ide-scsi.c abuses ide_driver_t's busy field as a counter
   while the field in fact is a single-bit boolean. This causes
   the busyness of the driver to be incorrect while the driver
   is active. (From my recent patch for 2.4.20-ac2/2.4.21-pre2.)

Add more netdev bus dependencies.  Patch by Arnd Bergmann.

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

We were using the virtual address for cache flushing in
update_mmu_cache, which is ok if the address is in the current mm,
but if it isn't we have to do something different, namely,
flush using the physical address.

options relating to 4xx-based boards there.

All the iSeries machines that can run Linux are 64-bit PowerPC
machines and are now supported by the ppc64 kernel.  Since no-one
is interested in maintaining the iSeries support in the ppc32
kernel, I am removing it.

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

The patch below removes the tons of #if's in drivers/scsi/i91uscsi.c in
2.5.52 that are only needed for using this file in kernel 2.0.

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

This patch does 3 small cleanups.

It moves some of the init code into a new helper function.

It simplifies the S/G path by using the scsi_to_pci_dma_dir()
macro directly instead of the more complex IPS_DMA_DIR() macro.

It deletes unused defines and structs from ips.h.

This patch fixes three previously fatal error
cases during card initialization.  Non-fatal
errors for a battery pic reprogram, unitialized
nvram, or an unitialized card are now correctly
handled.

There is also a one line fix where a pci_alloc
call was being given a NULL pointer instead of
the pci dev.