Previously, we called blk_queue_make_request(q,mddev->pers->make_request)
*before* calling mddev->pers->run(), but this left a hole in which the
device could be accessed before it was initialised.

So we moved blk_queue_make_request to *after* ->pers->run(), but now some
of the initialisation done in ->run is over-written by blk_queue_make_request(), 
particularly limits like ->max_sectors.

So now, we just open-code the one line of blk_queue_make_request that we
need at this point.

All the rest has been done by a separate called to blk_queue_make_request, 
either when the mddev was first allocated, or when a previous incarnation
of the device was stopped.

This fixes "bio too big" error that occured due to max_sectors being too large.

into home.osdl.org:/home/torvalds/v2.5/linux

From:  Domen Puncer <root@coderock.org>

Don't know if the patch I released few days ago was still
applied. This is a minor revision of that patch which converts
saa9730 to spinlocks thus removing save_and_cli() and
restore_flags() calls.

Regards,
Angelo Dell'Aera

This does two things:

1) Fix alignment problem on PARISC64 (and maybe other 64bit archs.)
2) Add another couple of cards to the table.

Cheers,

Simon.

If baycom driver has never been opened, it will attempt to free
an IRQ that it never registered when removed.  The problem is that hdlcdrv
does not keep track of open/close state.

Update baycom drivers for 2.6.0-test5
	- get rid of MOD_INC/DEC
	    (looked into hdlcdrv_ops and don't need to have owner field because
	     baycom drivers unregister on  unload).
	- use alloc_netdev instead of static device structures.
	- hdlcdrv_register returns device instead of getting passed one.
	- put private data in space allocated at dev->priv in alloc_netdev
	- shorten name of hdlcdrv_register_hdlcdrv to hdlcdrv_register

I don't have actual baycom hardware, but driver builds and loads/unloads.
Real hardware initialization doesn't happen until open.

The first one is the important patch, the other three are just code review
type cleanups.

From:  Nicolas Kaiser <nikai@nikai.net>

From:  Nicolas Kaiser <nikai@nikai.net>

From:  Nicolas Kaiser <nikai@nikai.net>

From:  Nicolas Kaiser <nikai@nikai.net>

  Cheers, n.

From:  Nicolas Kaiser <nikai@nikai.net>

From:  Nicolas Kaiser <nikai@nikai.net>

From:  Nicolas Kaiser <nikai@nikai.net>

From:  Nicolas Kaiser <nikai@nikai.net>

Patch 3/5 (Update to version 6.17)
* Add: Removed SkNumber and SkDoDiv
* Add: Counter output as (unsigned long long)

Patch 1/5 (Update to version 6.17)
* Add: Better parameter check
* Add: UDP and TCP HW Csum changes
* Add: Interrupt Moderation infos

Add proper management of jiffies and time values, rather than punting
and doing long long arithmetic on usecs.

Still more driver data which was updated but never used.

Convert bogus test_and_set local wait, to a real spin_lock so it
has a chance of working on an SMP.  This also does the right thing
and locks out interrupts while giving commands on UP;  maybe the
comment in Kconfig was because there was never a proper mutex...

Don't have real hardware to try this, but it can't be worse than
the previous code.

Still more places state is saved and never used.

Get rid of extra trailing semicolons

Get rid of unneeded casts to cleanup readability.

This code is littered with unused structure elements and globals.
Eliminate some of the fields set and never used.

More in later patches.

The arlan driver tries to build it's /proc interface into a separate module,
which leads to circular dependencies and other ugliness.  This patch
moves arlan.c to arlan-main.c and changes initialization builds one module arlan.o

Patch is for 2.6.0-test5

Trivial patch to use MODULE_ALIAS_CHARDEV_MAJOR macro.

into home.osdl.org:/home/torvalds/v2.5/linux

We can remove the CONFIG_PCI_INTEGRATOR hack, and instead make the
"bool" on CONFIG_PCI depend on CONFIG_ARCH_INTEGRATOR.

Patch from Kevin Welton.

The initialisation routines in consistent.c and minicache.c both fail
to put a spinlock in init_mm.page_table_lock when they should do.