into hostme.bitkeeper.com:/repos/c/cifs/linux-2.5cifs

into linux.local:/home/stevef/bk/linux-2.5cifs

trigger as per the "bk help triggers" suggestion, so that
we'll see any new triggers showing up in the tree.

Make it so.

  - Make use of the open intents to improve close-to-open
    cache consistency. Only force data cache revalidation when
    we're doing an open().

  - Add true exclusive create to NFSv3.

  - Optimize away the redundant ->lookup() to check for an
    existing file when we know that we're doing NFSv3 exclusive
    create.

  - Optimize away all ->permission() checks other than those for
    path traversal, open(), and sys_access().

   - Make the VFS pass the struct nameidata as an optional parameter
     to the permission() inode operation.

   - Patch may_create()/may_open() so it passes the struct nameidata from
     vfs_create()/open_namei() as an argument to permission().

   - Add an intent flag for the sys_access() function.

  - Make the VFS pass the struct nameidata as an optional argument
    to the create inode operation.
  - Patch vfs_create() to take a struct nameidata as an optional
    argument.

 - Add open intent information to the 'struct nameidata'.
 - Pass the struct nameidata as an optional parameter to the
   lookup() inode operation.
 - Pass the struct nameidata as an optional parameter to the
   d_revalidate() dentry operation.
 - Make link_path_walk() set the LOOKUP_CONTINUE flag in nd->flags instead
   of passing it as an extra parameter to d_revalidate().
 - Make open_namei(), and sys_uselib() set the open()/create() intent
   data.

into hostme.bitkeeper.com:/repos/c/cifs/linux-2.5cifs

Via irq routing has a funky PIRQD location.  I checked my datasheets
and, yep, this is correct all the way back to via686a.
This bug existed for _ages_.  I wonder if I created it, even...

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

follow by splitting it into two functions: one that calculates
the position, and the other that actually reads the inode
block off the disk.

uses it for now, but I needed it for some tuning tests,
and it is potentially useful for others.

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

Based on a patch written by Dan Aloni <da-x@gmx.net>

Based on a patch written by Dan Aloni <da-x@gmx.net>

Based on a patch written by Dan Aloni <da-x@gmx.net>

This patch fixes a bad declaration of jiffies in timer_tsc.c and
timer_cyclone.c, replacing it with the proper usage of jiffies.h.
Caught by gregkh.

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

This patch corrects a trivial thinko in the manual resource api.

This patch updates the resource manager so that it actually assigns
disabled resources when they are requested by the device.

Some devices will allow for individual resources to be disabled,
even when the device as a whole is active.  The current PnP
resource manager is not handling this situation properly.  This
patch corrects the issue by detecting disabled resources and then
flagging them. The pnp layer will now skip over any disabled 
resources.  Interface updates have also been included so that we
can properly display resource tables when a resource is disabled.

Also note that a new flag "IORESOURCE_DISABLED" has been added to
linux/ioports.h.

Fixes the sysfs binary file bug.

 - Fix a couple of bugs in sysfs's handling of binary files (my fault).
 - Implement pci config space reads and writes in sysfs

Make pcibios_fixup_peer_bridges() use raw_pci_ops directly instead of
faking pci_bus and pci_dev.

Use pci_find_bus rather than relying on the return value of pci_scan_bus.

Convert all callers of pci_bus_exists() to call pci_find_bus() instead.
Since all callers of pci_find_bus() are __init or __devinit, mark it as
__devinit too.

Give pci_find_bus a domain argument and move its declaration to <linux/pci.h>

pci_sanity_check() is only called from functions marked __init, so it
can be __init too.

Fix some grammar problems
Add a note about Fast Back to Back support
Change the slot_name recommendation to pci_name().

into hostme.bitkeeper.com:/repos/c/cifs/linux-2.5cifs

used to work due to some random magic indirect include, but broke lately.

Do the obvious fix.

This moves the ksoftirqd pointers out of the irq_stat struct, and uses a
normal per-cpu variable.  It's not that time critical, nor referenced in
assembler.  This moves us closer to making irq_stat a per-cpu variable.

Because some archs have hardcoded asm references to offsets in this
structure, I haven't touched non-x86.  The __ksoftirqd_task field is
unused in other archs, too.

Noone seems to use __syscall_count.  Remove the field from i386
irq_cpustat_t struct, and the generic accessor macros.

Because some archs have hardcoded asm references to offsets in this
structure, I haven't touched non-x86, but doing so is usually
trivial.

Rather trivial conversion.  Tested on SMP.

The function cpu_raise_softirq() takes a softirq number, and a cpu number,
but cannot be used with cpu != smp_processor_id(), because there's no
locking around the pending softirq lists.  Since noone does this, remove
that arg.

As per Linus' suggestion, names changed:
	raise_softirq(int nr)
	cpu_raise_softirq(int cpu, int nr) -> raise_softirq_irqoff(int nr)
	__cpu_raise_softirq(int cpu, int nr) -> __raise_softirq_irqoff(int nr)