Fix more annoying compile problems due to wrong types
for comparing jiffies. This patch applies to alpha arch.

From Thomas Weyergraf.

Ivan.

- Check for parent PCI bus instead of bridge device to break the
  look in common_swizzle(). Functionally it's the same, but it's
  cleaner for PC-style host bridges (nautiluses).
- Generic PCI setup changes finally went in (thanks to rmk), so that
  FIXME in common_init_pci() can go.

Ivan.

It's possible to squeeze more bits out of lower half of pte,
but 32 seem to be a plenty...

Ivan.

into are.twiddle.net:/home/rth/BK/axp-2.5

Still pretty ugly debug macro, but this at least
makes it do the right thing when used in if/else blocks

Fix from Joe Perches <joe@perches.com>

This patch adds selectable EdgeTriggered/LevelTriggered behaviour to
epoll.

It has been widely discussed on lkml about two weeks ago and everyone
very welcome the change.  It has been even more widely discussed through
private emails with application developers, that do not feel confortable
posting on lkml.  The great value of the patch is that selecting the LT
behaviour, applications using poll/select can be ported very easily to
epoll, making existing apps to benefit from epoll scalability with very
short ETA's.

The API remains the same with the addition of a EPOLLET event flag that
sets the LT/ET behaviour for that fd.

Many usb drivers use the usb_devfs_handle variable instead of just
adding the usb/ prefix directly to their devfs_register calls.  Fix
that and make usb_devfs_handle static and unexported.

.. by moving a bunch of devfs-related code from fs/partition/check.c
to fs/devfs/base.c.  Also has the nice sideffect of getting rid of
a bunch of ugly ifdefs.

[This is the new and improved, rediffed, applying and compilable
 version.  In short it's perfect]

From: Nikita Danilov, Maneesh Soni

d_lookup() is forgetting to release the lock when the rename race happens.

by having a cast followed by an initializer. It seems even gcc can't
do it right anyway in some versions (as reported by Jens Axboe).

+ C99 struct initialisers

Another brought forward from 2.4.

Spotted by Oleg Drokin

A proper PCI_DEVICE_ID... would have been nice,
but for now, this syncs with 2.4

It could be negative.

This is the other part of the missing bits of the compat_ptr patch
pointed out to me by Andrew Morton and Dave Miller. This is just
the architectures I have permission to send you.  Dave has sent you
his own already.

FYI, I have gotten some most strange results with the equivalent of:

     request_queue_t *q = kmalloc(...);
     blk_init_queue(q, ...)

The problem turns out to be that q->backing_dev_info.memory_backed is not
initialized, leaving it to be whatever was there before.  The end result is
that my "driver" never saw write requests, but reads came through fine.
Took a while to figure out that one...

Here's the fix, for what it's worth.  (I had, BTW, tried just zeroing the
whole structure in blk_init_queue(), but that makes IDE oops at boot - it
sets q->queuedata early).