[VLAN]: Fix OOPS on module removal.

The current code attempts to add a proc entry for each vlan device,
however there is no check whether this attempt succeeded. When a device
is unregistered it tries to remove the proc entry, if none was added
the oops follows...

[IPV6]: Protect proxied addresses against DAD.

[IPV6]: Fix target address for (proxy/anycast) NA.

[NET]: Fix IGMPv2/MLDv2 list handling OOPS.

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

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.

[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.

[SPARC64]: Kill linux_cpus[]/linux_num_cpus, replace with cpu probe helpers.

[PATCH] don't export add_timer

This removes EXPORT_SYMBOL(add_timer) since add_timer() became inline
recently.

Merge bk://bk.arm.linux.org.uk/linux-2.5-pcmcia
into home.osdl.org:/home/torvalds/v2.5/linux

[PCMCIA] kill remaining cardservices version checking

We know we have the right version because we were compiled in the
same kernel tree..

Merge bk://bk.arm.linux.org.uk/linux-2.5-rmk
into home.osdl.org:/home/torvalds/v2.5/linux

Merge flint.arm.linux.org.uk:/usr/src/linux-bk-2.5/linux-2.5
into flint.arm.linux.org.uk:/usr/src/linux-bk-2.5/linux-2.5-rmk

[ARM] Add missing IM-PD1 header file.

[ARM] Add missing show_stack()

This change seems to have been missed for some time.  Remove
__dump_stack(), and convert show_trace_task() to show_stack().

[ARM] Remove redundant CONFIG_DEBUG_INFO.

ARM had CONFIG_DEBUG_INFO for ages.  Unfortunately, the new
CONFIG_DEBUG_INFO was rather blindly applied across all architectures.
This removes the duplication from the ARM architecture.

Merge http://linux-acpi.bkbits.net/linux-acpi
into home.osdl.org:/home/torvalds/v2.5/linux

Update the newly merged Ninja-SCSI PCMCIA driver to
recent cleanups (removal of link release timer and
the STALE_CONFIG crud).

Merge groveronline.com:/root/bk/linux-len
into groveronline.com:/root/bk/linux-acpi

[SPARC64]: Kill prom_cpu_nodes, unused.

[NET]: Flush hw header caches on NETDEV_CHANGEADDR events.

Update the PCMCIA driver for the NinjaSCSI-3 by YOKOTA Hiroshi

Update the 32-bit Ninja SCSI driver from YOKOTA Hiroshi.

[SPARC64]: In solaris module use sparc64_get_clock_tick() to get cpu frequency.

[SPARC64]: Only allocate cpu structs we really need in topology_init().

[SPARC64]: Do not make sparc_{cpu,fpu}_type a NR_CPUS array.

It is a big waste of space and there exists no
existing configuration where these values can be
different amongst cpus.

[PATCH] blkmtd for 2.6

This updates the blkmtd driver with the latest which has been in the MTD
CVS for quite a while.  It is a rewrite from the 2.4 version to work
with the new block layer changes.

[PATCH] fix make xconfig

When the *config targets were moved to scripts/kconfig/Makefile
the graphical configurator support broke.

The following patch is a minimal fix, required to restore support
of 'make xconfig' and 'make gconfig'.

[PATCH] correct local_dec on some architectures

A small bug in local.h apparently got copied a few times.
I noticed this because I copied the same bug to s390.
This patch should fix the occurrences in BK, but there
are others that are not merged yet, e.g. ppc64 in -mm3.

[PATCH] Fix awe PnP probing

This is a rewrite of the awe_wave detection code that will allow this
driver to be compiled.  It moves detection functions to a common
location at the end of the file and makes the code driver-model
compatible.  Also it fixes a bug in which the driver could possibly
write to incorrect ports when using isapnp cards.

Unfortunantly I do not currently have an AWE32 to test these changes so
I could only check for compilation and driver registration.

[PATCH] Fix ugly hole in x86-64 interrupt gates

There was a quite nasty long standing bug in the x86-64 port.  The
interrupt gates had a DPL of 3, allowing user space to trigger any
interrupt.  I have not found a way to exploit it this to crash the
kernel, but it definitely shouldn't happen.  It could e.g.  cause
problems with drivers that do not handle shared interrupt properly.

This also broke some programs who assumed that int <random number>
causes a signal.

[PATCH] Make x86-64 compile again

Various compile fixes for x86-64 in the current BKCVS tree.

- Use new information from acpi_pci_link_get_irq: handle
  edge and level triggered interrupts properly
- Fixes for pci_dev->pretty_name

Only changes x86-64 specific code.

The default ARCH_SI_BAND_T should be "int", since that is what
Linux historically has had. Only x86-64 uses anything else, so
make the special case be _there_.

[PATCH] EISA bus update

- Don't leave resource name uninitialized if CONFIG_EISA_NAME is not set.
- Print root device bus_id (so we know which bridge is probed).
- From Zwane Mwaikambo : Add a release method to virtual root, so it
  stays quiet if probing fails (because some pci-eisa bridge have been
  found before).

[PATCH] kNFSd: Release udp socket for next nfs request to arrive earlier

From: Mark Hemment <markhe@veritas.com>

  For RPC over UDP, after receiving a packet kick another thread as soon
as possible.  This helps NFS performance.

[PATCH] kNFSd: Make sure nfsd replies from the address the request was sent to.

This is important on multi-homes hosts.

[PATCH] kNFSd: Make sure nothing happens to a dead rpc/tcp socket

Just make sure that once SK_DEAD is set, nothing is attempted on the socket.

[PATCH] sysctl.h needs compiler.h

From: Bernardo Innocenti <bernie@develer.com>

sysctl.h needs compiler.h

[PATCH] atp870u.c lockup fix

Fix infinite loop in the device probe function.

[PATCH] loop: fix module unload oops

From: Peter Osterlund <petero2@telia.com>

It oopses on module unload in the kobject layer due to misordered destruction
of things.

And we need to initialise the unplug timer in blk_alloc_queue(), because we
kill that timer in blk_alloc_queue()'s companion function,
blk_cleanup_queue().

[PATCH] slab: drain_array fix

From: Philippe Elie <phil.el@wanadoo.fr>

If drain_array_locked() is passed the `force' command, it must go in and
empty the head array.

[PATCH] add locking to global list in ymfpci.c

This driver has a global list of devices which has no locking.

[PATCH] ymfpci oops fix

If the driver fails partway through probing, the recovery code will call
ac97_release_codec(NULL), which oopses.

[PATCH] SELinux check behavior value

From: Stephen Smalley <sds@epoch.ncsc.mil>

This patch fixes a bug in the SELinux module by adding a check of the
filesystem labeling behavior value obtained from the policy.

[PATCH] Fix SELinux avc_log_lock

From: Stephen Smalley <sds@epoch.ncsc.mil>

This patch fixes a bug in the SELinux access vector cache code, which was
incorrectly using spin_lock_irq rather than spin_lock_irqsave for the
avc_log_lock.  As this code can be called from hardirq (e.g.  from the
file_send_sigiotask hook), we need irqsave/restore here.

[PATCH] aio: fix error-path mm leak in ioctx_alloc

From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>

ioctx_alloc() leaks an mm->mm_count ref on an error path.

[PATCH] enable the ikconfig stuff in config

From: Sean Estabrooks <seanlkml@rogers.com>

- fix space at end of line in config files;

- add error check on put_user(); (Daniele Bellucci <bellucda@tiscali.it>)

- add missing Kconfig piece for ikconfig;

[PATCH] async write errors: fix spurious fs truncate errors

From: Oliver Xymoron <oxymoron@waste.org>

Currently, a writepage() which detects that it is writing outside i_size (due
to concurrent truncate) will abandon the write, returning -EIO.

The return value will bogusly cause an error to be recorded in the
address_space.  So convert all those writepage() instances to return zero in
this case.

[PATCH] async write errors: use flags in address space

From: Oliver Xymoron <oxymoron@waste.org>

This patch just saves a few bytes in the inode by turning mapping->gfp_mask
into an unsigned long mapping->flags.

The mapping's gfp mask is placed in the 16 high bits of mapping->flags and
two of the remaining 16 bits are used for tracking EIO and ENOSPC errors.

This leaves 14 bits in the mapping for future use.  They should be accessed
with the atomic bitops.

[PATCH] async write errors: report truncate and io errors on

From: Oliver Xymoron <oxymoron@waste.org>

These patches add the infrastructure for reporting asynchronous write errors
to block devices to userspace.  Error which are detected due to pdflush or VM
writeout are reported at the next fsync, fdatasync, or msync on the given
file, and on close if the error occurs in time.

We do this by propagating any errors into page->mapping->error when they are
detected.  In fsync(), msync(), fdatasync() and close() we return that error
and zero it out.

The Open Group say close() _may_ fail if an I/O error occurred while reading
from or writing to the file system.  Well, in this implementation close() can
return -EIO or -ENOSPC.  And in that case it will succeed, not fail - perhaps
that is what they meant.

There are three patches in this series and testing has only been performed
with all three applied.

[PATCH] Local APIC enable fixes

From: mikep@csd.uu.se

There has been a number of problem reports about local APIC
interacting badly with ACPI on P4s due to the P4 local APIC
force-enable change in 2.5.74,

This patch reverts the 2.5.74 patch, so if the BIOS disables
the local APIC on a P4, we don't enable it by default any more.

The rescue the situation for those P4 systems where the local
APIC _can_ be enabled safely, I've added two kernel parameters
that can be used to override broken BIOSen:
- "nolapic" prevents the kernel from enabling or using the local
  APIC. This is stronger than listing a machine in the DMI scan
  blacklist, since it also works for machines that boot with the
  local APIC already enabled.
- "lapic" tells the kernel to force-enable the P4 local APIC if
  the BIOS disabled it. I haven't changed the logic for P6/K7
  family processors, so we still force-enable those unless
  "nolapic" was passed to the kernel.

The patch also includes a cleanup: the dont_use_local_apic_timer
flag variable is not set any more since 2.5.74, so it's removed.

[PATCH] add ASUS l3800P to DMI black list

From: Eric Valette <eric.valette@free.fr>

The following patch integrated in 2.5.74,

<http://lists.insecure.org/lists/linux-kernel/2003/Jun/5840.html>

really enables the APIC even if BIOS disabled it. Unfortunately,
enabling APIC really does not seem to work on this ASUS laptop and ACPI
(which is mandatory) crash the kernel in ACPI code at boot time while
"Executing all Devices _STA and_INIT methods"

Unless someones find a bug in ACPI code related to APIC management, It
is safer to add this machine in the DMI black list (along with DELL,
IBM, ...).

So, as suggested by the author of the problematic change, I added and
entry in the DMI black list. But my guess is that most laptop will soon
be present in this list....

[PATCH] signal handling race condition causing reboot hangs

From: Ernie Petrides <petrides@redhat.com>

(I can't get anyone to review this, but I'm sure there's a bug in there, and
Ernie's patch has been in -mm for some time).

There is a long-standing locking hole in the kernel's handling of the
signals related to stopping and resuming processes.  When a process
handles SIGSTOP, SIGTSTP, SIGTTIN, or SIGTTOU, the "sighand" lock is
held while the signal is dequeued and appropriate masks are updated.
But the "sighand" lock is dropped in several cases before the task's
state is changed to TASK_STOPPED (or before a group-stop is initiated).

If a process running on another cpu posts a SIGCONT or SIGKILL just after
the "victim" process releases the lock but before its state is set to
TASK_STOPPED, the corresponding wakeup will be lost and the victim will
remain stopped despite the successive SIGCONT or SIGKILL.  In this case,
a repeated posting of SIGCONT or SIGKILL will have no effect, since the
original one is already pending (and so causes a repeated posting to be
discarded).  The occurrence of a SIGSTOP/SIGKILL race where the victim
has blocked all other signals will result in an unkillable process.

Although a fabricated test program can reproduce a SIGSTOP/SIGCONT race
hang in less than a minute (on a 2-cpu Dell Precision 450), the scenario
that has been most frequently encountered is a hang during reboot or
shutdown.  This occurs because /sbin/killall5 brackets the scanning of
/proc/* and associated signal posting to (most) of the processes still
running with kill(-1, SIGSTOP) and kill(-1, SIGCONT) calls to temporarily
freeze every process except for "init".  Occasionally, its parent (running
the /etc/rc6.d/S01reboot shell script) gets stuck in TASK_STOPPED state
with pending SIGCONT and SIGCLD signals, but with no other process left
to wake it up.

In order to fix the race condition, the locking in do_signal_stop()
and get_signal_to_deliver() needed reworking to close the hole.  Due
to lock ordering issues between the "sighand" lock and tasklist_lock,
there are two cases where the former lock needs to be released and
then reacquired, thus allowing a tiny hole for a SIGCONT/SIGKILL to
be posted.  These two cases are resolved by rechecking for a pending
SIGCONT/SIGKILL after the locks are (re)acquired in the proper order.

Anyone wanting a copy of the test program may e-mail me off-list.

[PATCH] Fix si_band type in asm-generic/siginfo.h

From: Andi Kleen <ak@suse.de>

POSIX says si_band in siginfo_t must be long. glibc uses this, except
for Alpha.

This type must be correct on little endian machines, otherwise
Konqueror does not get any events from dnotity for created/deleted files.

Currenly asm-generic/siginfo.h uses int, which is wrong.

This patch adds a new macro __ARCH_SI_BAND_T which is int for alpha
and long for everybody else. This makes the type on x86-64 come out
correctly

Merge bk://kernel.bkbits.net/jgarzik/net-drivers-2.6
into home.osdl.org:/home/torvalds/v2.5/linux

[netdrvr eexpress] fix buglet in skb_padto conversion

[netdrvr de2104x] fix Kconfig help text to reflect reality

[wireless atmel] minor updates

1) Add another card to the PCMCIA card database.
2) Fix a bug in wireless extensions.
3) Remove extra code for compilation without the firmware loader
4) force-enable CRC32 and FW_LOADER in Kconfig.

[netdrvr 8139too] add adapter to supported list, in docs

[netdrvr] fix seeq8005 entry help text in Kconfig

[netdrvr 8139too] fix resume behavior

[netdrvr 8139cp] fix h/w vlan offload

It wants big endian vlan tags.  IEEE, or just weird?

[wireless airo] Replaces task queues by simpler kernel_thread

Merge bk://kernel.bkbits.net/jgarzik/misc-2.6
into home.osdl.org:/home/torvalds/v2.5/linux

[ia32] Note that X86_VENDOR_ID offset in head.S is dependent
on NCAPINTS value found in include/asm-i386/cpufeature.h.

[docbook] Fix kernel-api reference to kernel/power/pm.c.