Remove @count and @off parameters from show() and store() callbacks.

Remove @count and @off parameters from show() methods.

Remove @off and @count from the sysfs_ops, and the core attribute methods.

Remove @count and @off parameters from show() and store() methods.

Remove @count and @off parameters from all show() and store() methods for
sysfs attribute files.

The previous sysfs change implies that the show() and store() methods in 
struct sysfs_ops are called only once, during the first read() or write().
This means that off is always 0, and count should always be PAGE_SIZE, to
fill or clear the entire buffer in one shot.

Therefore, those parameters can be removed from all attribute read/write 
methods. 

This changeset removes them from the definition and fixes sysfs to deal
with that appropriately. 

These are sysfs internal changes only, though they have positive external 
effects. 

A new data type (struct sysfs_buffer) is defined to describe and maintain
state of the data for an attribute file. This object is allocated and 
initialized when the file is opened. It contains a page-sized buffer that
is allocated during the first read or write. 

For read(), the buffer is filled when it is allocated by calling the 
attribute's show() method. This only happens when a read occurs from offset
0 in the file. For all read()s, the portion of the file requested is copied
to userspace. This finally fixes a long-standing bug in partial read()s.

For write(), the buffer is filled when it is allocated by copying the user-
supplied buffer from userspace into it. This buffer is then passed to the
attribute's store() method. This is not much different than what was present
before.

Note that partial-writes are not-supported. There is no way to know if a 
user process is doing a partial write, and has more buffer to write. So, we
take the easy route and assume that the entire buffer is passed during the
first write.

into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-core

Since we killed off the broken 486 strings copies,
the config item isn't needed any longer.

Next in line for the -W cleanups is this patch from Willy
which I've been carrying since 2.5.29 or so. Should be no
functional differences, just no more warnings when we compile
with -W

s/boundry/boundary/

Without this fix, compiling with CONFIG_DEBUG_SPINLOCK
dies with an unknown variable error..

This looks extremely suspect to me, and seems like
it will prefetch past the end of the pmd, which is a no no.

Can't remember where this came from, but its been around
for quite a while. Prints the parent (tracer) pid if
its being traced.

The first of many...

From 2.4

Silly typo caused strange corruption.

With this fixed, agpgart almost works again on x86-64
(change_page_attr() seems broken there)

From 2.4

Cset 1.808 in 2.4 never got propagated forward to 2.5

It's pretty much the same fix as below (s/!=/</), but with the following
changes
 - This was a patch to pci_alloc_consistant(), which now wants to be
   dma_alloc_coherent()
 - Removal of the u32 cast

Missed forward port from 2.4. ACKed by GregKH

From 2.4

From 2.4, and munged.

From 2.4

Fix incorrect CONFIG_ name

From 2.4 a few months back. With a few edits by
myself to remove the wacky bits of the diff that
backed out fixes. (*Sigh*, Intel).

Been carrying this for ages..

From Jens Axboe:

   This is for changers, we may need more than the default
   5 second timeout for loading a disc since it may require
   moving stuff around :)

From Jens Axboe:

   Only fall back to plain READ, if the device says it doesn't
   support the READ_CD opcode. This is the true error for which
   we want to do the fall back, not for any generic error.

Missing macro header.

Third time's a charm..

This moves the kobject_unregister() call to after the out: label, making 
sure it always gets unregistered. It wasn't if

	if (dev->features & NETIF_F_DYNALLOC)

was true (which it is for PPP devices), causing re-registration of devices
to fail. 

This updates the saa7134 driver.  It adds support for a few more cards
and includes adaptions to the video-buf.c changes sent earlier.

This has some i2c adaptions and cleanups for the tv card tuner module.

This updates a bunch of i2c modules in drivers/media/video.  Most of it
are adaptions to the recent i2c changes in the kernel.  While being at
it I also did some other cleanups like deleting unused+dead code, using
name-based initialization for some not-yet converted structs, ...

The also has a few small fixes here and there, but no major functional
changes.

This adds a driver module for the bt832 chip.  It is needed by the bttv
driver to support the Pixelview Digital Camera.  The bt832 is connected
using the GPIO pins of the bt878 chip.