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

Intel8x0 driver
Andrew Morton <akpm@osdl.org>
- Fix some unnecessary and odd handling of timeval usec overflow

Intel8x0 driver
Fixed alsa_card_intel8x0_setup()

into suse.cz:/home/perex/bk/linux-sound/linux-sound

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

This cset adds platform support for the ARM Integrator/CP platform.

- Add methods to request/release regions.
- Add method to find AMBA devices.
- Only register devices whose ID is known.
- Devices may have two interrupt signals.
- Add hotplug method.

This makes use of David Brownell's INIT_MACHINE support.

From: Marcelo Tosatti <marcelo.tosatti@cyclades.com>

Chris Siebenmann posted a fix to update the old inode ctime on rename().

This fix went into 2.2.13, but did not make into 2.4 or 2.6 kernels (the
2.2.13 diff is at the end of this message).

Here is updated 2.6 version without mark_inode_dirty(), which is not
necessary anymore because its called by "ext2_dec_count()" few lines down.

From: Stelian Pop <stelian@popies.net>

This patch enables sonypi to successfully report P1/P2 programmable keys
events on Sony Vaio Z1 laptops.

Note however that sonypi is unable to distinguish between the two events,
both of them will be reported as SONYPI_EVENT_PKEY_P1, but one event is
better than zero, so there it is.

From: Martin Hicks <mort@wildopensource.com>

Get rid of __exit from mptscsih_exit() to get the kernel to link.

From: jbarnes@sgi.com (Jesse Barnes)

Looks like Jes forgot missed some conversions in his NR_MEMBLKS removal
patch.  Here's are the fixes to get ia64 going again.

From: jbarnes@sgi.com (Jesse Barnes)

I left out some of the necessary machine vector magic in my readX_relaxed
patch, which broke the ia64 generic build.

From: Davide Libenzi <davidel@xmailserver.org>

As suggested by Eric Dumazet the following patch achieve a more compact
struct epitem on 64 bit archs.

From: James Simmons <jsimmons@infradead.org>

Fix this header so that it can again be used by userspace.  It also makes
struct fb_pixmap a internal kernel object.

I exported this because vmware needs it.

Petr has updated the vmware wrapper to open-code the sys_exit() trap so this
export is no longer needed.

The updated vmware wrapper is available at

http://platan.vc.cvut.cz/ftp/pub/vmware/vmware-any-any-update50.tar.gz

From: Andi Kleen <ak@suse.de>

The new linux/elf.h include in linux/mm.h caused all kinds of problems for
the x86-64 32bit emulation code.  This patch avoids the dependency by
moving the depending functions out of line.  It makes x86-64 compile again.

From: Gerd Knorr <kraxel@bytesex.org>

This patch is a update for the saa7134 driver in the linux kernel.

Changes:

* kernel thread cleanups (exit/rmmod sync using completions, wait queue
  fixes).

* add support for more cards.

* improved infrared remote support.

From: Gerd Knorr <kraxel@bytesex.org>

This patch brings a few cleanups/fixes for the v4l-related i2c modules:

* fix "badness in interruptible_sleep_on"

* use completions instead of semaphores to sync rmmod + kernel thread
  exit

* drop some some obsolete code.

* minor tweaks for some tv cards.

From: Stelian Pop <stelian@popies.net>

This driver had an array which contained both dma_addr_t's and kernel virtual
addresses.  Split those up, thus tidying things and avoiding a printk
warning.

From: <gb@phonema.ea.univpm.it>

The "%c" in sscanf actually reads and writes one extra character (i.e.  2
characters insted of just one), and may thus easily overflow caller's
buffer.

Also affects 2.4 tree, even if there "%c" seems not to be used at all.

From: Sergei Golod <rover@tob.ru>

This patch put moxa devices (when DEVFS enabled) under /dev/tts/M* (as
standard serial ports /dev/tts/0,1,...) instead /dev/.  Patch ported from
Stallion serial driver.

From: Martin Hicks <mort@wildopensource.com>

A patch to clean up HWGRAPH_DEBUG.  It also cleans up some compile warning
by changing the prototype of hwgraph_debug().

I ran this patch by Pat & Colin and they asked me to send it to you.

From: Martin Hicks <mort@wildopensource.com>

This is a patch that removes the unused include/asm-ia64/sn/alenlist.h
header file, along with the dead code that still referenced it.

I ran the patch by Pat Gefre and Colin Ngam.

It is performing higher-order atomic allocations then falling back, so
failures are expected.  Suppress the scary warnings.

From: Leann Ogasawara <ogasawara@osdl.org>

Audit fb_alloc_cmap() and incorporate an error path.

From: "Randy.Dunlap" <rddunlap@osdl.org>

From: Timmy Yee <shoujun@masterofpi.org>

This patch adds missing ampersands.

From: "Randy.Dunlap" <rddunlap@osdl.org>

From: Luiz Fernando Capitulino <lcapitulino@prefeitura.sp.gov.br>

this patch fixes this warning:

drivers/ide/pci/triflex.c:49: warning: `triflex_get_info' defined but not used

From: "Randy.Dunlap" <rddunlap@osdl.org>

From: Leann Ogasawara <ogasawara@osdl.org>

Handle kmalloc() failures

From: Torben Mathiasen <torben.mathiasen@hp.com>

After a lot of testing and measuring we decided to increase the read-ahead
for the CISS driver in 2.6 to 1MB.

From: Andreas Gruenbacher <agruen@suse.de>

Here is a fix for extended attributes on ext2 and ext3, reported by
Stephen Tweedie <sct@redhat.com>.

From: Stephen Tweedie <sct@redhat.com>:

When you have an EA block that is shared between multiple inodes; AND you
then change an attribute in that on one inode, AND the new attribute value
is the same as the old, then xattr computes the new EA block, finds it
still in the cache, bumps the reference count on it (and the i_blocks field
on the inode, incidentally), and leaves it incremented because we haven't
changed EA block so there's no need to drop the refcount on the old block.

So *every* time you have more than one inode sharing an EA block and you
perform an identical write to an EA, you get a leak on both i_blocks and
the EA refcount.

This is a big problem for symlinks, which rely on correct i_blocks
accounting to determine the difference between fast and slow symlinks.
With the leak, you end up thinking that a fast symlink (ie.  one small
enough to be stored in the inode direct blocks) is slow, so you dereference
the ascii contents of the symlink as if they were a disk block address.
That typically results in EIO all over the place.

From: "Randy.Dunlap" <rddunlap@osdl.org>

fix dma_addr_t type error with CONFIG_HIGHMEM64G=y