[power] Fixup device suspend/resume function names.

- Revert names of functions back to device_{suspend,resume} since at least
  APM are still using them.

Hand Merge

Merge osdl.org:/home/mochel/src/kernel/linux-2.5-virgin
into osdl.org:/home/mochel/src/kernel/linux-2.5-power

Fix tridentfd for 'name' move, and avoid compile warnings

NCR5380: don't play games with NCR5380_proc_info() - just mark it
static unconditionally, to allow multiple built-in modules.

[PATCH] fix /proc mm_struct refcounting bug

From: Suparna Bhattacharya <suparna@in.ibm.com>

The /proc code's bare atomic_inc(&mm->count) is racy against __exit_mm()'s
mmput() on another CPU: it calls mmput() outside task_lock(tsk), and
task_lock() isn't appropriate locking anyway.

So what happens is:

CPU0           CPU1

      mmput()
      ->atomic_dec_and_lock(mm->mm_users)
                                          atomic_inc(mm->mm_users)
      ->list_del(mm->mmlist)
                                          mmput()
                                          ->atomic_dec_and_lock(mm->mm_users)
                                          ->list_del(mm->mmlist)

And the double list_del() of course goes splat.

So we use mmlist_lock to synchronise these steps.

The patch implements a new mmgrab() routine which increments mm_users only if
the mm isn't already going away.  Changes get_task_mm() and proc_pid_stat()
to call mmgrab() instead of a direct atomic_inc(&mm->mm_users).

Hugh, there's some cruft in swapoff which looks like it should be using
mmgrab()...

[PATCH] Fix CPU boot problem

From: Dave Hansen <haveblue@us.ibm.com>

Hmmm.  This is looking like fallout from the massive wli-bomb.  Here's
the loop that controls the cpu booting, before and after cpumask_t:

- for (bit = 0; kicked < NR_CPUS && bit < BITS_PER_LONG; bit++)
+ for (bit = 0; kicked < NR_CPUS && bit < MAX_APICS; bit++)
apicid = cpu_present_to_apicid(bit);

"kicked" only gets incremented for CPUs that were successfully booted,
so it doesn't help terminate the loop much.  MAX_APICS is 256 on summit,
which is *MUCH* bigger than BITS_PER_LONG.
cpu_2_logical_apicid[NR_CPUS] which is referenced from
cpu_present_to_apicid() is getting referenced up to MAX_APICs, which is
bigger than NR_CPUS.  Overflow.  Bang.  garbage != BAD_APICID :)

[PATCH] missing io_apic.h inclusions

From: Emilio Gallego Arias <egallego@telefonica.net>

Apparently a couple of files now need io_apic.h.

[PATCH] export device_suspend() and device_resume()

apm.c (at least) needs these.

[PATCH] fix for htree corruption

From: chrisl@vmware.com

Fixes the "perl installer weirdness" problem which a few people have been
reporting.

The bug is triggered by creating the index.  Coping out the index we assume
the dirents start with the first entry after "." "..".

It can make the first previous deleted entry reappear.  In the past we set
inode to zero for an empty entry so this is not a problem.  That is not
true any more.

Also, there were a few places where we were altering inode times after
running ext3_mark_inode_dirty().  We should be doing that beforehand.

[PATCH] dmi_scan warning fix

dmi_dump_system() is only used if CONFIG_ACPI_BOOT.

[PATCH] update Documentation/filesystems/Locking

From: Matthew Wilcox <willy@debian.org>

Here's an update to Documentation/filesystems/Locking.

[PATCH] fix intel copy_to_user()

A `cat /dev/kmem' oopses the kernel.  This is because new Intel
copy_to_user() doesn't handle segfaults against the kernel-side source
address of the copy.

It is not obvious how to fix read_kmem(), and handling faults on either
source or dest is traditional behaviour, so fix it in the copy function by
adding exception table entries for the reads as well as the writes.

[PATCH] dscc4: module refcounting

From: Francois Romieu <romieu@fr.zoreil.com>

Recent MOD_{INC/DEC}_USE_COUNT removal missed a MOD_DEC_USE_COUNT.

[PATCH] dscc4: various

From: Francois Romieu <romieu@fr.zoreil.com>

- silly indentation;
- let's be more user-friendly with manufacturer specific (mis)feature:
  + s/CONFIG_DSCC4_CLOCK_ON_TWO_PORTS_ONLY/CONFIG_DSCC4_PCISYNC/
  + KConfig adequate entry
- broken warning message.

[PATCH] dscc4: CCR1 register fixes

From: Francois Romieu <romieu@fr.zoreil.com>

CCR1 register voodoo: asic handles itself the flow control.

[PATCH] dscc4: reset changes

From: Francois Romieu <romieu@fr.zoreil.com>

Workaround for lack of true reset:
- devices/ports are put in silent mode at ifconfig down time but some
  state is kept around to allow 'ifconfig up' issuing at a later time.
  Device specific structures are allocated when the pci asic is
  probed: dscc4_init_ring() moves from dscc4_open() to dscc4_found1().
- try to use reset related board-specific feature at module removal
  time if available. Comments in the code explain the whole story.
  Not a complicated feature but it is unavailable on the cards I own
  and no user gave me feedback -> currently untested.
  It shouldn't harm anyway.

[PATCH] dscc4: scc changes

From: Francois Romieu <romieu@fr.zoreil.com>

- more #define for specific bits;
- more scc_patchl use;
- just say no to bozo programming:
  + SCC core _really_ disabled at startup;
  + Interrupts Mask Register setup and SCC core activation are
    done as late as possible (i.e. in dscc4_open());
  + they are reverted if dscc4_open() fails;
  + as well as unconditionnaly in dscc4_close();
- more or less paranoid quirk in Xpr handler.

[PATCH] dscc4: debug messages

From: Francois Romieu <romieu@fr.zoreil.com>

More conditional debug messages.

[PATCH] dscc4: clock mode commentary

From: Francois Romieu <romieu@fr.zoreil.com>

Clock modes on dscc4 are feature-rich enough to deserve some explanation.

[PATCH] dscc4: commentary

From: Francois Romieu <romieu@fr.zoreil.com>

Short comments so I can figure why things are done this way.

[PATCH] opl3sa2 uninitialised spinlock

opl3sa2 forgot to initialise the spinlock.

[PATCH] Allow O_EXCL on a block device to claim exclusive use.

From: NeilBrown <neilb@cse.unsw.edu.au>

The blockdev layer has a concept of 'claiming' a device, so for example it
can be claimed when a filesystem is mounted or when it is included into a
raid array.  Only one subsystem can claim it at a time.

This patch matches this functionality available to user-space via the
O_EXCL flag to open.

This allows user-space programs to easily test if a device is currently
mounted etc, and to prevent a device from being mounted or otherwise
claimed.

[PATCH] When a partition is claimed, claim the whole device

From: NeilBrown <neilb@cse.unsw.edu.au>

Current devices can be 'claimed' by filesystems (when mounting) or
md/raid (when being included in an array) or 'raw' or ....
This stop concurrent access by these systems.

However it is still possible for one system to claim the whole device
and a second system to claim one partition, which is not good.

With this patch, when a partition is claimed, the whole device is
claimed for partitioning.  So you cannot have a partition and the
whole devices claimed at the same time (except if the whole device
is claimed for partitioning).

[PATCH] vmscan: give dirty referenced pages another pass

In a further attempt to prevent dirty pages from being written out from the
LRU, don't write them if they were referenced.  This gives those pages
another trip around the inactive list.  So more of them are written via
balance_dirty_pages().

It speeds up an untar-of-five-kernel trees by 5% on a 256M box, presumably
because balance_dirty_pages() has better IO patterns.

It largely fixes the problem which Gerrit talked about at the kernel summit:
the individual writepage()s of dirty pages coming off the tail of the LRU are
reduced by 83% in their database workload.

I'm a bit worried that it increases scanning and OOM possibilities under
nutty VM stress cases, but nothing untoward has been noted during its four
weeks in -mm, so...

[PATCH] ext3 block allocator cleanup

This just reorganizes some ghastly goto-and-retry-spaghetti in the core of
the ext3 block allocator.

I wrote this ages ago in preparation for fixing the find_next_usable_block()
CPU pigginess problem, but that proved to be quite nontrivial.

The patch has been in -mm for a long time and Martin has recently confirmed
that it introduces no performance regression in SDET and kernbench.

[PATCH] misc fixes

- nmi_watchdog documentation typo ("Randy.Dunlap" <rddunlap@osdl.org>)

- ikconfig proc requires CONFIG_PROC_FS ("Randy.Dunlap" <rddunlap@osdl.org>)

- visws build fix (Andrey Panin <pazke@donpac.ru>)

- VM lock ranking comment update

USB serial console: fix compile warning

ultrastor.c: fix bitmap operation type

aha1740: work around 'name' field removal.

aacraid: fix "flags" save value.

Fix "jiffies" comparison in seeq8005.c: it's an unsigned long.

[PATCH] remove mount_root_failed_msg()

This one snuck in...

 - debugging message for ACPI

 - Intel guys removed it from their 2.4 tree (at my request)

 - it's point-in-time specific (message becomes nearly useless after
   ACPI bug fixes)

 - b/c of the point-in-time issue, it's IMO much more appropriate for a
   vendor kernel (where the message, I agree, may be helpful)

 - can potentially mislead users to the correct cause of root mount failure

 - overall, I disagree with adding messages like this.  The number one
   bug report, by far, for networking drivers is ACPI-related (no
   interrupts delivered).  You don't see me adding "boot with acpi=off"
   messages to the net subsystem.

[PATCH] fix ioapic build breakage

net/wan/sbni.c totally misused "pci_request_region()", thinking
it was the same as the old request_region(). Not so.

Fix smctr.c warning for unused label.

Fix irda vlsi_ir.c for PCI device 'name' changes.

Fix jiffy handling: they are "unsigned long"

Fix video drivers for i2c 'name' move

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

[PATCH] Big zoran driver update

This is a patch for the video4linux unified zoran driver that has been
in the kernel since 2.4.5 or so.

It fixes the compile issues in the current 2.6.0-test3 unified zoran
driver (current one doesn't compile at all), and also updates its
version to what we have in CVS.  This adds support for new cards (e.g.
LML33R10 from LinuxMediaLabs and DC30+ from Pinnacle), fixes bugs in
cards that were already supported and generally improves capture
reliability.  Changes per file (in detail) are given below.

i2c-id.h:
  add some new IDs for new i2c drivers

pci_ids.h:
  add PCI IDs for each of the supported cards if it has any

saa7111.c, saa7110.c, adv7175.c, bt819.c, saa7185.c, bt856.c:
  update to whatever we've got in our CVS. For most, these are just
  "easiness" fixes that either add some better debug output, or that make
  maintainance for both 2.6.x and 2.4.x simpler for me. There's also some
  specific changes. E.g., in saa7110.c, we enable the VCR mode bits so we
  get a better image from VCR input. In all of them, we make debugging an
  insmod option rather than a compile-time option (this makes debugging
  for users a *lot* easier). Point is that I just want our latest CVS in
  here. Maintainance is going to be a personal horror-story if it's not.

vpx3220.c, saa7114.c, adv7170.c:
  new i2c ones (for respectively DC10/DC30, LML33R10 and again LML33R10)

zr36067.c:
  removed, the driver is now spread over multiple source files.

zoran*.[ch], zr36057.h
  spread-out source files. Also fixes lots of bugs, can't even start
  naming them all, you don't want that, neither do I. Just assume that it
  works better than it used to - it does.

  Nice things that aren't in the old driver: much more stable, supports
  DC30+, supports LML33R10, has proper locking/semaphores, supports
  multiple opens without races now, adapted to new i2c subsystem, v4l2
  support, Xv (hardware-scaled) overlay support, and a lot more.

  Oh, and this one actually compiles.

videocodec.[ch], zr360{16,50,60}.[ch]:
  new sublayer for the driver to unify how we handle the zr36060 chip
  (DC10(+)/LML33/LML33R10/Buz) and the zr36050/zr36016 (DC30(+)).

MAINTAINERS:
  add me as maintainer (I am).

Kconfig:
  add new cards, plus improve the descriptions.

Makefile:
  d'oh.

Zoran:
  documentation update.

Others:
  I don't think there are any.

Greg has gone over the i2c changes a long time ago, he agreed on all of
them. Gerd is supposed to take care of the v4l part, he has never
complained about any of them. Stability is good, we've fixed most issues
(there's still some out there, but nothing serious), lots better than in
the old driver. Also, the cards work much better than with the old
driver.

Fix up various small compile warnings in an effort at
getting rid of the simple stuff that hides the serious things.

Fix up DIGI driver for work-queue abstraction

[PATCH] IO port bitmap cleanups, x86-64 oops fix

This patch brings x86-64 and i386 closer together, eliminating an oops
that LTP test ioperm02.c causes on x86-64.  An IO port permission bitmap
must be followed by an extra 0xff.

(Add comments to that effect, to avoid the problem in the future).

[PATCH] Support dentry revalidation under open(".")

link_path_walk() currently treats the special filenames ".", ".."
and "/" differently in that it does not call down to the filesystem in
order to revalidate the cached dentry, but just assumes that it is
fine.

  For most filesystems this is OK, but it the case of the stateless
NFS, this means that it circumvents path staleness detection, and the
attribute+data cache revalidation code on such common commands as
opendir(".").

This change provides a way to do such revalidation for NFS without
impacting other filesystems.

Note: the failure to revalidate the path here does not result in a
call to d_invalidate() unlike (all?) other calls to d_revalidate(). It
only results in an ESTALE error being returned to the caller.

[power] Update documentation.

Just the basics, more to come.

Merge bk://kernel.bkbits.net//home/mochel/linux-2.5-power
into osdl.org:/home/mochel/src/kernel/linux-2.5-power

[acpi] Fix HT Kconfig option one last time.

It should depend on X86, since we can boot more generic kernels on a P4.

[power] Update IDE to set suspend/resume methods in bus_type.

Instead of having each driver set them in their own drivers.

[power] Update PCI to set PM methods in bus_type

Instead of setting them manually in each driver, as they are registered.

Merge osdl.org:/home/mochel/src/kernel/linux-2.5-virgin
into osdl.org:/home/mochel/src/kernel/linux-2.5-power

[PATCH] Maintainer/Credit update

- Roadrunner address is defunct
- 3c501/Z85230 are no longer maintained
- Update other stuff because I will be away for a year

Merge bk://linux.bkbits.net/linux-2.5
into kernel.bkbits.net:/home/mochel/linux-2.5-power

Merge bk://kernel.bkbits.net//home/mochel/linux-2.5-power
into osdl.org:/home/mochel/src/kernel/linux-2.5-power

[power] Move suspend()/resume() methods.

Instead of putting them in struct device_driver (which few, if any drivers
use directly), put them in the controlling bus_type of the device (which
are currently responsible for claiming the methods and forwarding the calls
to the bus-specific driver anyway).

This will save 8 bytes per driver instance, which isn't that much, but it's
something. It also makes it more obvious to the reader what is going on.
And, it makes for easier bus-level defaults in the case the device has no
driver attached.

The old calls remain until all instances have been fixed up.

[power] Update device handling.

- From conversations with Ben Herrenschmidt.

Most devices should be able to handle powering down with interrupts enabled,
which I already assume. But since suspending will stop I/O transactions
before the call to power it off (making the device unusable anyway), there
is no need to separate the calls - we may as well make it simpler for
driver authors and require that driver authors do everything at the same
time.

There will always be devices that need to either power down or power up the
device with interrupts disabled. They will get called with interrupts
enabled, but may return -EAGAIN to be called again with interrupts disabled
to do what they need to do.

System devices are now always called only with interrupts disabled. Come
on - they're system devices. Of course we need interrupts disabled.

Merge bk://kernel.bkbits.net/davem/net-2.5
into home.osdl.org:/home/torvalds/v2.5/linux

[power] Further swsusp cleanups.

- Remove drivers_resume() and call from do_magic_resume2(). Handled by core.
- When bringing devices back to life, call device_pm_resume()
- Make sure we report the error from write_suspend_image()
- Remove suspend_power_down() and call to it. Handled by PM core.
- Move swap file resetting and freeing of pagedir to swsusp_free()
- Remove extraneous in_atomic() checks.
- Mark all resume functions __init.
- Move resume_suspend_image() inside swsusp_read() and cleanup.
- Make do_magic() report error.

[power] Adapt swsusp to new PM core. Clean up heavily.

- Split suspend/resume code into the four functions called from the PM core.
- Remove now-duplicated code.
- Make sure PM core frees memory and sync's disks before we shut down devices.
- Remove software_suspend(), in favor of pm_suspend().
- Remove unused definitions from suspend.h

[x86] Kill warning in dmi_scan.c

- Wrap unused function in same #ifdef as caller.
- Boggle as to WTF CONFIG_MOUNT_ROOT_FAILED_MSG is supposed to do.

[acpi] Fix compilation when CONFIG_SMP=n

A recent slew of ACPI "fixes" completely broke the build when one built
without SMP, IO APICs, or Local APICs.

Bad Intel, no cookie.

Merge davem@nuts.ninka.net:/home/davem/src/BK/net-2.5
into kernel.bkbits.net:/home/davem/net-2.5

[NET]: Export neigh_changeaddr.

[NET]: Convert 802/tr to seq_file.

[IRDA]: style: Separate data from code in irlan_print_filter().

[IRDA]: Convert irlan to seq_file interface.

[IRDA]: Remove duplicate of irlan_state.

Remove duplicate string definition. Same table already defined and
exported in irlan_event.c

[IRDA]: Convert irlan to use alloc_netdev().

[IRDA]: Remove hashbin from irlan.

[IRDA]: Remove unused function prototype in irda_device.c

[IRDA]: Set owner field on /proc/net/irda sub entries.

[IRDA]: ircomm - set owner get rid of MOD_INC/MOD_DEC.

Ircomm in 2.6.0-test3 can just set the owner field in the tty structure
like other drivers, and not mess with MOD_INC/MOD_DEC.

[NET]: Make pktgen depend on procfs.

[ATM]: atmdev api cleanup -- remove sg_send() and feedback() (mitch@sfgoth.com).

[NET]: update STRIP driver.

- set owner field on tty ldisc
- allocate network device objects with alloc_netdev
- use list_head macros and put locking around list of devices
- convert to seq_file for /proc
- use change_mtu hook rather than guessing at mtu changes

[IRDA]: Kill old irtty driver, as suggested by Jean and Jeff.

[NET]: Kill unused first argument in dev_get_idx().

[NET]: Document ->stop() method netdevice semantics.

[NET]: free_netdev - define HAVE_FREE_NETDEV in linux/netdevice.h

[NET]: free_netdev - fix leaky drivers

When doing the audit for this change, it was obvious that several drivers
allocate but never free the net_device.

This fixes these drivers.  This patch is riskier than the earlier
ones, because it isn't just a simple substitution and maybe there
is a reason they never free.

[NET]: free_netdev - destructors.

Drivers that use kfree in destructor are easily converted
to use free_netdev.

[NET]: free_netdev - net/* drivers.

Replace kfree with free_netdev in cleanup routines
of protocols and network pseudo drivers.

[NET]: free_netdev - misc drivers.

s/kfree/free_netdev/ in cleanup routines of a bunch
of different network drivers.

[NET]: free_netdev - pcmcia drivers.

Replace kfree with free_netdev

[NET]: free_netdev - tokenring changes.

s/kfree/free_netdev/ as appropriate for tokenring drivers.

[NET]: free_netdev - drivers/net/* changes.

Simple one line substitution of kfree with free_netdev
for the bulk of the network drivers.

[NET]: free_netdev - update documentation

[NET]: free_netdev - free network device on last class_device_usage

This patch adds the free_netdev function and associated
changes so that net_device structures are not freed until
last reference to the network device class is released.

Merge davem@nuts.ninka.net:/home/davem/src/BK/net-2.5
into kernel.bkbits.net:/home/davem/net-2.5

Merge davem@nuts.ninka.net:/home/davem/src/BK/sparc-2.5
into kernel.bkbits.net:/home/davem/sparc-2.5

[SPARC64]: Fix uniprocessor build.

[CPUMASK]: Prevent unused variable warnings on uniprocessor.

Merge bk://linux.bkbits.net/linux-2.5
into kernel.bkbits.net:/home/mochel/linux-2.5-power

[SPARC64]: Always use cpu_data().udelay_val.

[SPARC64]: Kill up_clock_tick, use cpu_data().

[SPARC64]: Make cpu_data present even on UP builds.

[SPARC64]: Remove unused crap from asm/irq.h

[SPARC64]: Turn cpu_data into per-cpu data.

[acpi] Fix CONFIG_ACPI_HT dependencies. Again.

Hyperthreading is a Pentium 4-specific feature. It should only depend on
whether the user has configured P4 support in.

[power] Add initial support for suspend-to-disk.

- Add prototypes for split-up swsusp functions that can be called from PM
  core:

  save()
  write()
  read()
  restore()
  free()

- Base PM core algorithm on existence of these functions, and allow
  graceful failure at each step.

- Add pm_resume() function to be called on init to attempt to read swsusp
  image.

- Add debugging.

- Make sure we can handle all modes for suspend-to-disk.

- Add empty split-up functions to swsusp.