Linux 2.6.12-rc2

BKrev: 42516681VmgTWL0bkLcltPGiI6Yk5Q

[PATCH] x86_64: Fix segment constraints

Use a register target for segment register saving

Pointed out by H.J.Lu

BKrev: 42515b06nzeHPJ9ctp9V5Ix1GrkWsA

[PATCH] missing gameport dependencies

several pci-only drivers marked as dependent on PCI.

Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
BKrev: 42515832O0B7ruNRIyV-nY8IKueBeg

[PATCH] missing include in lanai.c

dma-mapping.h needs to be included there; on i386 it works by accident
since there dma-mapping.h is indirectly brought in elsewhere.

Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
BKrev: 42515820YcW37MBSuLzxI62K3VbNdQ

[PATCH] cpuset.c __user annotations

Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
BKrev: 42515810goVPdKFXugDJ5yaHw4QQcQ

[PATCH] usblcd portability fix

usblcd.c passes address of size_t variable to function that expects int
*.  That breaks on 64bit big-endian, obviously.  Fixed, along with the
usb-skeleton.c - that's where the bug had been copied from.

Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
BKrev: 425157ffnEqn1EPkMQxecyBx7uEEHQ

[PATCH] jsm fixes

 a) jsm depends on PCI.  Kconfig fixed.
 b) spin_lock_irqsave() et.al. expect unsigned long, not u64.
 c) pointer arithmetics works just fine without casts to u64, thank
    you very much.
 d) iomem annotations added.
 e) jsm_get_mstat() lost bits - among other things it did
if (mstat & UART_MSR_DSR)
result |= TIOCM_DSR;
    and ended with return result; since TIOCM_DSR is 256 on e.g.  i386,
    declaring result as unsigned char was a bad idea (function itself
    returns int).

Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
BKrev: 425157edMICqD52WBSRap43Fnbu8LA

[PATCH] generic_serial.c portability fix

gs_wait_tx_flushed() should have its second argument (timeout) unsigned
long, not int.  One of the callers passes it MAX_SCHEDULE_TIMEOUT and
function itself compares argument with that value.  Since that's
LONG_MAX, we get breakage on all 64bit platforms.

Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
BKrev: 425157dd3H6_2U0GWJbqPZuUHcw_Jg

[PATCH] non-portable include in coda

fs/coda/upcall.c includes both asm/signal.h and linux/signal.h.

For one thing, the former is included by the latter; for another, on
some platforms it actually relies on the stuff included earlier in
linux/signal.h (but not in upcall.c).

Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 425157cdt3D8uDoRM4YCafTuTMQ0Yw

[PATCH] Fix Oops in MXB driver (v4l2 subsystem)

This fixes a NULL pointer dereference Oops in my "Multimedia eXtension
Board" driver.

The tda9840 i2c driver dereferences the argument pointer, but the MXB
driver is supplying a NULL pointer for one of the commands.  The patch
makes this one command behave like the others, ie.  it expects an int
argument.

Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 425157bbqU8d9ZapQWmasn5ONgRyow

Merge bk://kernel.bkbits.net/davem/sparc-2.6
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/04/04 04:30:18-07:00 davem
Merge davem@sunset.davemloft.net:/home/davem/src/BK/sparc-2.6
into kernel.bkbits.net:/home/davem/sparc-2.6

2005/04/03 14:23:36-07:00 viro
[SPARC]: iomem annotations in SOC driver

* struct soc_cq split into two variants differing only in annotations -
ones we use for requests have ->pool pointing to normal memory, ones for
responses have it pointing to iomem.
* all instances of soc_cq were either always of request or always of
response variety; replaced with soc_cq_rsp and soc_cq_req resp.
* the rest consists of trivial adding __iomem where needed - the
only tricky bit had been soc_cq annotations.
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/04/02 06:49:00-08:00 davem
Merge davem@cheetah.davemloft.net:/home/davem/src/BK/sparc-2.6
into kernel.bkbits.net:/home/davem/sparc-2.6

2005/04/01 22:44:03-08:00 davem
[SPARC64]: Make sure per-cpu area address creates legal TSB value.

Older UltraSPARC chips only have a 43-bit sign extended
TSB register.  So we have to make sure the address we
end up with will produce a valid value within that range.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/04/01 16:31:19-08:00 davem
Merge davem@sunset:src/BK/sparc-2.6
into cheetah.davemloft.net:/home/davem/src/BK/sparc-2.6

BKrev: 42515453WNtYsgw7YRPRkSzkOjillg

Merge bk://kernel.bkbits.net/davem/net-2.6
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/04/03 14:21:10-07:00 herbert
[CRYPTO]: Update MAINTAINERS entry mailing list.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/04/03 14:19:12-07:00 James.Bottomley
[NET]: Missing proto_list_lock initialization.

The new protocol registration locking uses a rwlock to limit access
to the protocol list.  Unfortunately, the initialisation:

static rwlock_t proto_list_lock;

Only works to initialise the lock as unlocked on platforms whose unlock
signal is all zeros.  On other platforms, they think it's already locked
and hang forever.

Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
Signed-off-by: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/04/01 15:40:53-08:00 davem
Merge bk://kernel.bkbits.net/tgraf/net-2.6-tcf_exts
into sunset.davemloft.net:/home/davem/src/BK/net-2.6

2005/04/01 22:41:50+02:00 tgraf
Merge tgraf@kernel.bkbits.net:/home/tgraf/net-2.6-tcf_exts
into suug.ch:/home/tgr/dev/linux/net-2.6-tcf_exts

2005/04/01 15:01:24+02:00 tgraf
[NET]: Improve gnet_stats_* dumping logic to be less error prone

The recent additions to make gnet_stats_* useable for action
statistics dumping in two steps introcuded a few error prone
assumptions which can easly be forgotten. This patch fixes this
up by simplifying the process of adding new fields to struct
gnet_dump or adding additional backward compatibility TLVs.

Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/04/01 14:24:14+02:00 tgraf
[NET]: Allow dumping of application specific statistics if no primary TLV is used

Although this case is hypothetical at the moment, more advanced actions are
likely to need this in the future.

Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/04/01 14:05:21+02:00 tgraf
[PKT_SCHED]: Properly return when no backward compatibility action statistics are to be dumped

Fixes a stupid bug introcuded in my "Fix action statistics dumping in
compatibility mode" patch, no clue why it actually worked without this fix.

Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
BKrev: 42515356R0hye9LPP-IljKY9WJxSuw

[PATCH] kfree() NULL pointer cleanups - no need to check - fs/ext3/

kfree() handles NULL pointers fine - checking is redundant.

Signed-off-by: Jesper Juhl <juhl-lkml@dif.dk>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 425151c4_VUFhs7Bn3jXlIKd5yvmvA

[PATCH] ext3: move goal logical block into block allocation info structure

Moved i_next_alloc_block and i_next_goal_block out from ext3_inod_info, and
put it together with the reservation structure into the
ext3_block_alloc_info structure, and dynamically allocate that structure
whenever need to allocation a block.  This is also apply for noreservation
mount.  Also cleanup ext3_find_goal() code.

Signed-off-by: Mingming Cao <cmm@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 425151b3kxKBoRwMgSicpqT81xs8Fg

[PATCH] ext3: reservation info cleanup: remove rsv_seqlock

Since now the ei->truncate_sem is guarding the concurrent allocation and
the deallocation, there is no need to use the the rsv_seqlock lock in the
ext3_reserve_window_node, which was there to protect using/allocating
reservation window race between two threads allocating blocks at the same
time.

Signed-off-by: Mingming Cao <cmm@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 425151a3sPgB4JMbpLmCvvKQXls8Ew

[PATCH] ext3: dynamic allocation of block reservation info

Right now the ext3 reservation structure(ext3_reserve_window_node) is part of
the ext3 inode itself.  This part of information is only needed for files that
need allocate blocks on disk.  So, the attached patches reduce the ext3 inode
size by dynamically allocating the block allocation/reservation info
structure(called struct ext3_block_alloc_info) when it is needed(i.e.  only
for files who need to allocate blocks)

The reservation structure is being allocated and linked to the ext3 inode at
  ext3_get_block_handle(), and being freed and unlinked at the
iput_final->ext3_clear_inode().

The ei->truncate_sem which is currently used to protect concurrent
ext3_get_block() and ext3_truncate is used to protect reservation structure
allocation and deallocation.

Signed-off-by: Mingming Cao <cmm@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 42515194lsItaMEUzNji0lUp1OD41w

[PATCH] ppc64: Fix boot memory corruption

Nathan's patch "make OF node fixup code usable at runtim" is introducing a
snaky bug.  We do 2 passes over this code, one to measure how much memory
will be needed so we can allocate a single block, and one to do the actual
fixup.  However, the new code does some result-checking of prom_alloc()
which breaks this mecanism, as the first pass always starts at "0", thus we
fail to measure the additional size properly and allocate a block smaller
than what we'll actually use for the fixup.  This cause us to override
whatever sits there, with variable results depending on the memory layout
of the machine (but typically crashes).

This patch fixes it by starting the "measure" pass with an initial size set
to 16 and not 0.

Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 42515182w1zfk5-04UZhaFkX47mYig

[PATCH] ppc64: add definition for PAGE_AGP

This fix DRM build on ppc64 (even if DRM here is not yet functional, you'll
need the bleeding edge r300 stuff) by properly defining PAGE_AGP for the
ppc64 architecture.

Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 42515172ErqJijXh6HTyglp0heqdmQ

[PATCH] ppc64: Export re{serv,leas}e_pmc_hardware() for oprofile

CONFIG_OPROFILE=m doesn't work on ppc64 if these aren't exported...

Signed-off-by: David Woodhouse <dwmw2@infradead.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 425151626G-rBgO8Vl9l1Zl79zyeyw

[PATCH] ppc32: clean up arch/ppc/syslib/prom_init.c

The call_prom routine in arch/ppc/syslib/prom_init.c, which does a client
call to Open Firmware, returns a void *, and we use void * for instance
handles and package handles that are returned from and used in OF calls.
This is a bad idea - we can't ever dereference those things, and we end up
with a lot of casts because arguments to and return values from OF calls
are sometimes handles and sometimes numbers.

This patch cleans things up by using u32 as the type for OF handles.  The
return type of call_prom becomes int because the return value from an OF
call is often an int status code.  The number of casts in prom_init.c is
reduced substantially by this patch.

Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 42515152w21NoEod0HKeqWijBZ14Yg

[PATCH] ppc32: add syscall6 definition

Since we have some syscalls with 6 arguments, it's useful to have a
definition of _syscall6 in asm-ppc/unistd.h.  This patch adds a suitable
definition.

Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 42515141QOFJGBA4WiHReEMVQ-kNOw

[PATCH] ppc32: eliminate gcc warning in xmon.c

This patch shuts up some more incorrect gcc warnings.

Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 42515131g4lSJQAGVgOq49q9Z_tVuQ

[PATCH] ppc32: eliminate gcc warning in prom.c

This patch shuts up a couple of gcc "variable may be used uninitialized"
warnings.  The warnings are invalid - the code is such that the variables
are in fact initialized before being used - but gcc isn't smart enough to
see that.  This patch eliminates the warnings.

Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 42515120Mfd-dJB-GVLcSOf5yz4Ytw

[PATCH] ppc32: use correct sysrq function

We were using an internal sysrq function instead of the exported public
interface for registering a sysrq key in arch/ppc/xmon/start.c.  This patch
fixes it (and eliminates a compiler warning).

Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 4251510fGKAuwwkKcc7yejtbJiqPUA

[PATCH] ppc32: rename head_e500.S to head_fsl_booke.S

Renamed head_e500.S to head_fsl_booke.S since the file is applicable to
other PowerPC Book-E implementations from Freescale, not just the e500.

Signed-off-by: Kumar Gala <kumar.gala@freescale.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 425150ffEfcHdZygJvuOTK1woJ6A9g

[PATCH] BDI: Improve nommu mmap support

The attached patch improves nommu mmap support; particularly in terms on
supporting private mappings.  It does this by examining the device capability
mask now in the backing_dev_info structure.

Private mappings will now be backed by the underlying device directly if
possible, where "possible" is constrained by the protection mask parameter
and the device capabilities mask.

I've also split the do_mmap_pgoff() function contents into a number of
auxilliary functions to make it easier to understand.

The documentation is also updated; including the addition of a warning
about permitting direct mapping of flash chips and the problems of XIP vs
write.

Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 425150e2p4EtwHnrTggd5ycD6VAeEA

[PATCH] x86: fix subarch breakage in intel_cacheinfo.c

Not all x86 subarchitectures have support for hyperthreading, so every
piece you add for it has to be predicated on checks for CONFIG_X86_HT.

The patch corrects this hyperthreading leakage problem in intel_cacheinfo.c

Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 425150d1xc3OXU5Q9zs_JSOLqvIfKQ

Merge bk://linux-sam.bkbits.net/kconfig
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/04/03 20:16:16+02:00 zippel
kconfig: complete cpufreq Kconfig cleanup

This completes the Kconfig cleanup for all other archs.
CPU_FREQ_TABLE was moved to drivers/cpufreq/Kconfig and is selected as
needed.

Signed-off-by: Roman Zippel <zippel@linux-m68k.org>
Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
2005/03/17 22:12:55+01:00 blaisorblade
kconfig: Fix kconfig docs typo: integer -> int

Trivial correction: the type of numbers for Kconfig is not integer but int (I
just verified because I followed the wrong docs and got a error, I looked
elsewhere and they are using int, and int works for me). Please apply.

Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
2005/03/17 19:32:33+01:00 sam
Merge mars.ravnborg.org:/home/sam/bk/linux-2.6
into mars.ravnborg.org:/home/sam/bk/kconfig

2005/03/13 10:07:55+01:00 sam
Merge mars.ravnborg.org:/home/sam/bk/linux-2.6
into mars.ravnborg.org:/home/sam/bk/kconfig

BKrev: 4250ae99kYGQ7ueOHmz9A9R3lu6Sow

Merge bk://bart.bkbits.net/ide-2.6
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/04/03 19:40:47-07:00 torvalds
Merge bk://bk.arm.linux.org.uk/linux-2.6-serial
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/04/03 19:35:15-07:00 torvalds
Merge bk://bk.arm.linux.org.uk/linux-2.6-rmk
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/04/03 10:18:11+01:00 pavel
[ARM] Fix u32 vs. pm_message_t in arm

Patch from Pavel Machek

This fixes u32 vs. pm_message_t confusion in arm. I was not able to
even compile it, but it should not cause any problems. Please apply,

2005/04/01 22:04:53-08:00 torvalds
Merge bk://kernel.bkbits.net/gregkh/linux/pci-2.6
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/04/01 22:02:46-08:00 torvalds
Merge bk://kernel.bkbits.net/davem/sparc-2.6
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/04/01 23:21:27-08:00 davem
Merge davem@sunset.davemloft.net:/home/davem/src/BK/sparc-2.6
into kernel.bkbits.net:/home/davem/sparc-2.6

2005/04/01 20:02:28-08:00 gregkh
PCI: revert dumb SGI patch for resource freeing.

Cset exclude: gregkh@suse.de|ChangeSet|20050317183046|30063

The patch doesn't do anything, and I'm not going to be trusting
any more SGI pci hotplug patches for a long time...

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/04/01 15:08:13-08:00 davem
Merge davem@nuts:/disk1/BK/sparc-2.6
into sunset.davemloft.net:/home/davem/src/BK/sparc-2.6

2005/04/01 14:35:01-08:00 davem
[SPARC64]: Store per-cpu pointer in IMMU TSB register.

This trick requires that we PAGE_SIZE align the per-cpu
areas, but that is fine.  Also, reduce the __per_cpu_offsets[]
array into just two values, a base and a shift.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/04/01 23:10:31+01:00 ben-linux
[ARM PATCH] 2638/1: RX3715 - allow fclk as clock source

Patch from Ben Dooks

Since the RX3715 inits with fclk as the clock source,
and to allow the system to generate the baud-rates for
bluetooth control, this patch configures the platform
data for "fclk" as a clock source

Signed-off-by: Ben Dooks
Signed-off-by: Russell King
2005/04/01 23:01:38+01:00 rpurdie
[ARM PATCH] 2637/1: Combine code for Sharp SL series parameter area

Patch from Richard Purdie

The Sharp SL series bootloader puts a parameter structure into
memory with important LCD parameters in it (amongst other things).
The structure is common to collie, corgi, poodle, tosa and other
models. This patch combines all the existing code into one place
and simplifies access to the data.

Signed-off-by: Richard Purdie
Signed-off-by: Russell King
2005/04/01 12:58:51-08:00 davem
Merge sunset.davemloft.net:/home/davem/src/BK/sparcwork-2.6
into sunset.davemloft.net:/home/davem/src/BK/sparc-2.6

2005/04/01 12:36:30-08:00 gregkh
merge

2005/04/01 05:45:22-08:00 davem
Merge davem@sunset.davemloft.net:/home/davem/src/BK/sparc-2.6
into kernel.bkbits.net:/home/davem/sparc-2.6

2005/03/31 22:05:17-08:00 tcallawa
[SPARC]: Implement pte_read() more cleanly.

Signed-off-by: Tom 'spot' Callaway <tcallawa@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 14:56:22-08:00 davem
[SPARC64]: Put per-cpu area base into register g5.

FINALLY, we can put the per-cpu base into register
g5 on SMP.  There are many simplifications and improvements
now, but this is the base implementation.

Thanks to Rusty and the IA64 folks for urging that I pursue
this kind of scheme instead of locking stuff into the TLB
at some fixed virtual address.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/30 21:04:44-08:00 davem
Merge sunset.davemloft.net:/home/davem/src/BK/sparcwork-2.6
into sunset.davemloft.net:/home/davem/src/BK/sparc-2.6

2005/03/30 20:44:11-08:00 davem
[SPARC64]: Kill final normal g5 register reference.

This one was in strncpy_from_user().

Now we can finally put the per-cpu data area base
into g5 on SMP.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/30 20:13:40-08:00 davem
[SPARC64]: Simplify checksumming code.

The main impetus was to get rid of some of the
remaining g5 register accesses.  But this routine
is about as fast as the older VIS stuff, and actually
faster on UltraSPARC-III and later chips.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/30 15:11:38-08:00 davem
[SPARC64]: Add UltraSPARC-IV cpu ids.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/30 13:49:13-08:00 davem
[SPARC64]: Simplified csum_partial() implementation.

There is no need to make this thing use VIS et al.
A simple straightforward prefetching integer version
is fine.  Actually, most of the time this routine is
run to compute checksums of small header bits or
similar.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/30 10:50:24-08:00 davem
Merge davem@cheetah:src/BK/sparc-2.6
into sunset.davemloft.net:/home/davem/src/BK/sparc-2.6

2005/03/30 10:51:32-08:00 davem
[SPARC64]: Missed some cases in U1memcpy register rework.

Register o4 is referenced both with a preceeding percent
sign and without (via macros), so make sure to replace all
such cases.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/30 10:25:27-08:00 davem
[SPARC64]: Kill unused header arch/sparc64/lib/VIS.h

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/30 12:22:42+01:00 rmk
[SERIAL] Remove serial8250_late_console_init

The serial core will try to register the console each time a port
is registered with it.  This makes serial8250_late_console_init
redundant, so remove it.

Signed-off-by: Russell King <rmk@arm.linux.org.uk>
2005/03/30 09:49:58+01:00 takata
[SERIAL] m32r_sio driver update

Patch from Hirokazu Takata

m32r_sio driver updates:
- Move m32r_sio specific description from asm-m32r/serial.h to
  driver/serial/m32r_sio.c.
- Remove __register_m32r_sio, register_m32r_sio and unregister_m32r_sio
  from driver/serial/m32r_sio.c.

Signed-off-by: Hirokazu Takata
2005/03/29 20:41:34-08:00 davem
Merge sunset.davemloft.net:/home/davem/src/BK/sparcwork-2.6
into sunset.davemloft.net:/home/davem/src/BK/sparc-2.6

2005/03/29 20:19:36-08:00 davem
Merge davem@sunset:src/BK/sparc-2.6
into cheetah.davemloft.net:/home/davem/src/BK/sparc-2.6

2005/03/29 13:46:30-08:00 davem
[SPARC64]: More g5 register usage elimination.

Use temporal stores and prefetches in memset/bzero
while we are at it.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/28 22:29:40-08:00 gregkh
[PATCH] PCI: create PCI_DEBUG config option to make it easier for users to enable pci debugging

Now you don't have to dig through a file to change a #define, it's a real config option.

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/28 22:00:24-08:00 gregkh
PCI: clean up the dynamic id logic a little bit.

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/28 19:20:57-08:00 davem
[SPARC64]: Some more cheetah+ patches needed for fptraps.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/28 17:01:51-08:00 davem
Merge davem@sunset.davemloft.net:/home/davem/src/BK/sparc-2.6
into cheetah.davemloft.net:/home/davem/src/BK/sparc-2.6

2005/03/28 16:19:59-08:00 davem
[SPARC64]: FPU disabled trap needs context register patching.

It writes the nucleus context into the secondary context
register so that it can do block stores and loads from
nucleus context.  So, we need to patch on cheetah+.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/28 15:29:13-08:00 davem
[SPARC64]: Support >=cheetah+ dual-dtlbs properly.

UltraSPARC-III+ (aka. cheetah+) and later chips have three
D-TLB units.  One is fully assosciative and has 16 entries,
the other two have 512 entries each and are 2 way subblocked
and then indexed by the PAGE_MASK bits.  This implies that
the two 512 entry TLBs need to know the page size in order
to index things properly.

The page size to use is encoded in page size fields within
the TLB context registers.

Up until this point we just left them at zero, which meant
that both 512 entry TLBs were used for 8K translations only.
The rest (including the 4MB kernel mappings) went into the
16 entry fully assosciative TLB.

Now, for the kernel, we use the first 512 entries for 4MB
mappings and the second 512 entries for PAGE_SIZE mappings
(ie. for vmalloc and modules).  For the user, we use the
first 512 entries for PAGE_SIZE and the second 512 entries
for HPAGE_SIZE if the user maps any hugetlb pages else we
use the second half for user PAGE_SIZE stuff as well.

Most of this changeset is clerical.  We move most of the
mm->context layout defines into asm/mmu.h, we abstract the
mm->context type so that it is now much easier to see and
trap accesses to the context values.  In particular, one
can find all context handling by grepping the sparc64 sources
for CTX_* and {PRIMARY,SECONDAY}_CONTEXT.

Happily, the fast paths of the kernel are mostly untouched
by this new stuff.  We add 2 cycles to trap entry, 1 cycle
to trap exit, and 2 cycles to the window trap fixup code.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/28 15:20:34-08:00 bunk
[PATCH] drivers/pci/msi.c: fix a check after use

This patch fixes a check after use found by the Coverity checker.

Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/28 15:19:00-08:00 eike-kernel
[PATCH] PCI: remove pci_find_device usage from pci sysfs code.

Greg KH wrote:
> On Sun, Mar 20, 2005 at 03:53:58PM +0100, Rolf Eike Beer wrote:
> > Greg KH wrote:
> > > ChangeSet 1.1998.11.23, 2005/02/25 08:26:11-08:00, gregkh@suse.de
> > >
> > > PCI: remove pci_find_device usage from pci sysfs code.

> > Any reasons why you are not using "for_each_pci_dev(pdev)" here?
>
> Nope, I forgot it was there :)

Patch is against 2.6.12-rc1-bk1 and does the same think like your one,
except it uses for_each_pci_dev()

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/28 15:10:57-08:00 akpm
[PATCH] PCI: handle multiple video cards on the same bus

From: Jon Smirl <jonsmirl@gmail.com>

When detecting the boot video device, allow for the case of multiple
cards on the same bus. Check each candidate to make sure that the card
is active.

Signed-off-by: Jon Smirl <jonsmirl@gmail.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/28 15:10:34-08:00 eike-kernel
[PATCH] PCI: shrink drivers/pci/proc.c::pci_seq_start()

this patch shrinks pci_seq_start by using for_each_pci_dev() macro instead
of explicitely using a loop and avoiding a goto.

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/28 15:10:15-08:00 bunk
[PATCH] drivers/pci/hotplug/cpqphp_core.c: fix a check after use

This patch fixes a check after use found by the Coverity checker.

Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/28 15:09:51-08:00 khali
[PATCH] PCI: Quirk for Asus M5N

One more Asus laptop which requires a PCI quirk to unhide the SMBus.
Contributed by Matthias Hensler through bugzilla (#4391).

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/28 15:09:31-08:00 prarit
[PATCH] PCI Hotplug: add documentation about release pointer.

Adds "release" func pointer comments to nano-doc.

Signed-off-by: Prarit Bhargava <prarit@sgi.com>
Index: hp/drivers/pci/hotplug/pci_hotplug.h
===================================================================
RCS file: /usr/local/src/cvsroot/bk/linux-2.5/drivers/pci/hotplug/pci_hotplug.h,v
retrieving revision 1.1.1.1

2005/03/27 21:43:19-08:00 davem
[SPARC64]: Do not use magic constant in mmu_context.h

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/27 20:46:20-08:00 davem
[SPARC64]: Make PAGE_SIZE configurable.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/26 21:23:28-08:00 davem
[SPARC64]: Kill stray reference to pgdcache_size.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/26 21:37:09-08:00 davem
[SPARC64]: Handle non-8K PAGE_SIZE better in TLB miss handlers.

The existing code mostly worked, but only for 32-bit
processes.

This caught a serious bug too, pgd_index() was masking
with plain PTRS_PER_PGD instead of (PTRS_PER_PGD - 1).
That has been with us for several years.  It is a wonder
that things work at all some times :-)

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/26 19:48:01-08:00 davem
[SPARC64]: Make *_LOCKED_TLBENT and L1DCACHE_SIZE asm visible.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/26 19:31:26-08:00 davem
[SPARC64]: Create and use new macro, DCACHE_ALIASING_POSSIBLE.

It determines whether D-cache aliasing issues are
possible, and if not elide all of the D-cache flushing
code and logic.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/26 15:50:40-08:00 davem
Merge davem@nuts:/disk1/BK/sparc-2.6
into sunset.davemloft.net:/home/davem/src/BK/sparc-2.6

2005/03/26 15:48:22-08:00 davem
Merge sunset.davemloft.net:/home/davem/src/BK/sparcwork-2.6
into sunset.davemloft.net:/home/davem/src/BK/sparc-2.6

2005/03/26 15:03:00-08:00 davem
[SPARC64]: Eliminate g5 register usage from ultra.S

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/24 20:48:11-08:00 davem
[SPARC64]: Eliminate g5 register usage from switch_to().

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/24 17:59:43-08:00 davem
[SPARC64]: Move rwsem helpers into asm file.

They were all purely inline asm statements anyways.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/24 14:44:07-08:00 davem
[SPARC64]: Eliminate g5 register usage in rwsem.

Also, semaphore stuff needs a g5 register clobber
until we move over to actually passing -ffixed-g5
to the compiler.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/23 10:33:30-08:00 davem
Merge davem@nuts.davemloft.net:/disk1/BK/sparc-2.6
into sunset.davemloft.net:/home/davem/src/BK/sparc-2.6

2005/03/22 09:45:15-08:00 davem
[SPARC64]: Handle straddling VA space hole correctly.

Noticed by Hugh Dickins.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/21 22:55:26-08:00 gregkh
PCI Hotplug: enforce the rule that a hotplug slot needs a release function.

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/21 09:56:38-08:00 davem
[SPARC64]: Fix fifth arg pointer check for SEMTIMEDOP.

Noticed by Anton Blanchard.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/21 09:28:06-08:00 davem
[PARISC]: Fix type in unaligned.h header.

Meant to include asm-generic/unaligned.h, not make
this file include itself :-)

Noticed by Mika Kukkonen.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/19 20:27:17-08:00 davem
[SPARC64]: Eliminate g5 register usage from bitops assembly.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/18 22:43:10-08:00 davem
[SPARC64]: Kill g5 register usage from rtrap.S

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/18 22:30:06-08:00 davem
[SPARC64]: Kill all smp_tune_scheduling(), totally unused.

Kill off cheetah_tune_scheduling() as well.
Adrian Bunk's changes made this all apparent.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/18 22:22:06-08:00 davem
[SPARC64]: Eliminate g5 register usage in semaphore support code.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/17 14:50:04-08:00 akpm
[PATCH] arch/i386/pci/i386.c: Use new for_each_pci_dev macro

From: Domen Puncer <domen@coderock.org>

As requested by Christoph Hellwig I created a new macro called
for_each_pci_dev.  It is a wrapper for this common use of
pci_get/find_device:

(while ((dev = pci_get_device(PCI_ANY_ID, PCI_ANY_ID, dev)) != NULL))

This macro will return the pci_dev *for all pci devices.  Here is the first
patch I used to test this macro with.  Compiled and booted on my T23.
There will be 53 more patches using this new macro.

Signed-off-by: Hanna Linder <hannal@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Domen Puncer <domen@coderock.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/17 14:49:28-08:00 akpm
[PATCH] sort-out-pci_rom_address_enable-vs-ioresource_rom_enable.patch

From: Jon Smirl <jonsmirl@gmail.com>

This sorts out the usage of PCI_ROM_ADDRESS_ENABLE vs
IORESOURCE_ROM_ENABLE.  PCI_ROM_ADDRESS_ENABLE is for actually manipulating
the ROM's PCI config space.  IORESOURCE_ROM_ENABLE is for tracking the
IORESOURCE that the ROM is enabled.  Both are defined to 1 so code
shouldn't change.

Just to remind people, there are new PCI routines for enable/disable ROMs
so please call them instead of directly coding access in device drivers.
There are ten or so drivers that need to be converted to the new API.

Signed-off-by: Jon Smirl <jonsmirl@gmail.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/17 14:32:07-08:00 jason.d.gaston
[PATCH] pci_ids.h correction for Intel ICH7M

This patch corrects the ICH7M LPC controller DID in pci_ids.h from x27B1
to x27B9.

Signed-off-by: Jason Gaston <Jason.d.gaston@intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/17 14:31:48-08:00 matthew
[PATCH] PCI busses are structs, not integers

PCI busses are structs, not integers.  Fix pcibus_to_cpumask to take
a struct.  NB changing it from a macro to an inline function would
require serious include file surgery.

Signed-off-by: Matthew Wilcox <matthew@wil.cx>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/17 14:31:26-08:00 johnrose
[PATCH] [PATCH] remove redundant devices list

The RPA PCI Hotplug module creates and maintains a list of devices for
each slot.  This is redundant, because the PCI structures already
maintain such a list.  This patch changes the module to use the list
provided in the pci_bus structure.

Signed-off-by: John Rose <johnrose@austin.ibm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/17 14:31:08-08:00 willy
[PATCH] PCI: 80 column lines

PCI 80-column lines

A couple of lines are >80 columns

Signed-off-by: Matthew Wilcox <willy@parisc-linux.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/17 13:54:51-08:00 eike-hotplug
[PATCH] PCI Hotplug: only call ibmphp_remove_resource() if argument is not NULL

If we call ibmphp_remove_resource() with a NULL argument it will write
a warning. We can avoid this here because we already look if the argument
will be NULL before (and we ignore the return code anyway).

Signed-off-by: Rolf Eike Beer <eike-hotplug@sf-tec.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/17 13:54:33-08:00 eike-hotplug
[PATCH] PCI Hotplug: remove code duplication in drivers/pci/hotplug/ibmphp_pci.c

This patch removes some code duplication where if and else have the
same code at the beginning and the end of the branch.

Signed-off-by: Rolf Eike Beer <eike-hotplug@sf-tec.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/17 13:50:00-08:00 bjorn.helgaas
[PATCH] PCI: trivial DBG tidy-up

Tidy-up a bunch of PCI DBG output to use pci_name() when possible,
add domain when appropriate, remove redundancy, settle on one
style (DBG vs DBGC), etc.

Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/17 10:23:26-08:00 kimball.murray
[PATCH] PCI: Patch for Serverworks chips in hotplug environment

From: Kimball Murray <kimball.murray@stratus.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/17 10:11:55-08:00 roland
[PATCH] PCI: Add PCI device ID for new Mellanox HCA

Add PCI device IDs for new Mellanox "Sinai" InfiniHost III Lx HCA.

Signed-off-by: Roland Dreier <roland@topspin.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/17 00:07:27-08:00 gregkh
[PATCH] PCI: sync up with the latest pci.ids file from sf.net.

Thanks to Dave Jones for the automated patch generation: http://www.codemonkey.org.uk/projects/pci/

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/16 23:56:39-08:00 gregkh
PCI: add CONFIG_PCI_NAMES to the feature-removal-schedule.txt file

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/16 23:56:17-08:00 gregkh
Remove item from feature-removal-schedule.txt that was already removed from the kernel.

my mistake...

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005/03/16 23:55:56-08:00 gregkh
PCI: increase the size of the pci.ids strings

If we are going to waste memory, might as well do it right...

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 4250ae40P4hMpYFCux1SuQ7FLv2Dzw

[ide] fix via82cxxx resume failure

With David Woodhouse <dwmw2@infradead.org>.

On resume from sleep, via_set_speed() doesn't reinstate the correct
mode, because it thinks the drive is already configured correctly.

Also kill redundant printk, ide_config_drive_speed() warns about errors.

Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
BKrev: 424ea788V6RqDR0qZtArIznrtbXzdg

[ide] kill ide-default

* add ide_drives list to list devices without a driver
* add __ide_add_setting() and use it for adding no auto remove entries
* kill ide-default pseudo-driver

Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
BKrev: 424ea64bEo1wJ6Z92m7WmA0YLOE6cg

[ide] get driver from rq->rq_disk->private_data

* add ide_driver_t * to device drivers objects
* set it to point at driver's ide_driver_t
* store address of this entry in disk->private_data
* fix ide_{cd,disk,floppy,tape,scsi}_g accordingly
* use rq->rq_disk->private_data instead of drive->driver
  to obtain driver (this allows us to kill ide-default)

ide_dma_intr() OOPS fixed by Tejun Heo <htejun@gmail.com>.

Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
BKrev: 424ea592ZMi71VVqs9LVIWCk70q14w

[ide] kill ide_drive_t->disk

* move ->disk from ide_drive_t to driver specific objects
* make drivers allocate struct gendisk and setup rq->rq_disk
  (there is no need to do this for REQ_DRIVE_TASKFILE requests)
* add ide_init_disk() helper and kill alloc_disks() in ide-probe.c
* kill no longer needed ide_open() and ide_fops[] in ide.c

ide_init_disk() fixed by Andrew Morton <akpm@osdl.org>.

Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
BKrev: 424ea2cdN8AD-iFfYlPqdufjauJ0SA

[ide] add ide_{un}register_region()

Add ide_{un}register_region() and fix ide-{tape,scsi}.c to register
block device number ranges.  In ata_probe() only probe for modules.

Behavior is unchanged because:
* if driver is already loaded and attached to drive ata_probe()
  is not called et all
* if driver is loaded by ata_probe() it will register new number range
  for a drive and this range will be found by kobj_lookup()

If this is not clear please read http://lwn.net/Articles/25711/
and see drivers/base/map.c.

This patch makes it possible to move drive->disk allocation from
ide-probe.c to device drivers.

Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
BKrev: 424ea04bUFQw97Mev65sb7KtKvJLHQ

[ide] destroy_proc_ide_device() cleanup

When this function is called device is already unbinded from a
driver so there are no driver /proc entries to remove.

Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
BKrev: 424e9f36pOCcfHw8fje6PWgmMvPD-g

[ide] drive->dsc_overlap fix

drive->dsc_overlap is supported only by ide-{cd,tape} drivers.
Add missing clearing of ->dsc_overlap to ide_{cd,tape}_release()
and move ->dsc_overlap setup from ide_register_subdriver() to
ide_cdrom_setup() (ide-tape enables it unconditionally).

Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
BKrev: 424e9eb7CgFRLDWve_rGjFMEmcUiGg

[ide] drive->nice1 fix

It is drive's property independent of the driver being used so move
drive->nice1 setup from ide_register_subdriver() to probe_hwif() in
ide-probe.c.  As a result changing a driver which controls the drive
no longer affects this flag.

Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
BKrev: 424e9e1474Kp9hcjPfNJwaZMDENgsw

Merge proper selinux i_sock fix.

2005/04/01 12:33:21-08:00 sds
[SELINUX]: Fix for removal of i_sock

This patch against -bk eliminates the use of i_sock by SELinux as it
appears to have been removed recently, breaking the build of SELinux in
-bk.  Simply replacing the i_sock test with an S_ISSOCK test would be
unsafe in the SELinux code, as the latter will also return true for the
inodes of socket files in the filesystem, not just the actual socket
objects IIUC.  Hence this patch reworks the SELinux code to avoid the
need to apply such a test in the first place, part of which was
obsoleted anyway by earlier changes to SELinux.  Please apply.

Signed-off-by: Stephen Smalley <sds@tycho.nsa.gov>
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
BKrev: 424dbd71bXt8B3vOirD_tIg_uhDPSQ

[PATCH] SELINUX: Fix i_sock reference.

Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424db29aInCi3C4rHrgEr_NISZfkmA

[PATCH] I2C: Fix a common race condition in hardware monitoring

Grant Coady noticed that most hardware monitoring drivers are exposed to
a race condition when one writes to the sysfs files they create. While
the read calls properly request a lock on the internal data, write calls
manipulate the internal data without proper locking. This big patch
fixes that by adding locking wherever needed.

Affected drivers: adm1021, adm1025, asb100, ds1621, fscher, fscpos,
gl518sm, gl520sm, it87, lm63, lm75, lm77, lm78, lm80, lm83, lm87, lm90,
lm92, max1619, pc87360, pcf8591, sis5595, smsc47m1, via686a, w83627hf
and w83781d

The adm1026, adm1031 and lm85 were already locking on write calls, but
held the lock for code that did not require it, so they have been
modified too.

The smsc47b397 and w83l785ts drivers were not affected, because they are
read-only.

The patch should apply just fine on top of your stack, provided that you
applied all previous patches in order (in particular, there is one lm87
indentation patch which is needed).

Signed-off-by: Grant Coady <gcoady@gmail.com>
Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424da5ecwptI2HvhitYzA3KkfRoodQ

[PATCH] I2C: Move functionality handling from i2c-core to i2c.h

So far, the functionality handling of i2c adapters was done in i2c-core
by two exported functions: i2c_get_functionality and
i2c_check_functionality. I found that both functions could be reduced to
one line each, and propose that we turn them into inline function in the
i2c.h header file, much like other i2c helper functions (e.g.
i2c_get_clientdata, i2c_set_clientdata and i2c_clientname).

The conversion of i2c_get_functionality suppresses a legacy check which
shouldn't be needed anymore. Only one driver (s3c2410) was still relying
on it, and was fixed some days ago.

The conversion lets us get rid of two exports. Not only i2c-core gets
smaller (by 458 bytes), but the client drivers using these functions get
smaller too (typically by 48 bytes). And of course the new way is likely
to be faster too, even if it wasn't my primary objective.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424da5b09QGf5KAlYE7Gj9qgqKP-Cg

[PATCH] I2C: pcf8574 doesn't need a lock

While investigating the i2c chips drivers that were not properly
locking, we found that the pcf8574 driver does the exact contrary. It
uses a lock where it's not needed.

While we were there, we did some additional cleanups to the driver:
1* Merge pcf8574_update_client() in show_read(), as it was the only user
and the function became trivial once the locking was removed.
2* Add a validity check on values provided by user-space.

Aurelien Jarno tested the modified code for confirmation and it worked
just fine.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424da58c0yi2h9nGM0-RUe7BCQ-0ow

Merge bk://kernel.bkbits.net/davem/net-2.6
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/03/31 22:54:44-08:00 davem
[NBD]: Fix i_sock reference.

Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 22:35:09-08:00 tklauser
[NETFILTER]: ipt_hashlimit: Remove custom msecs_to_jiffies() macro

Replace the MS2JIFFIES() macro with the msecs_to_jiffies() function provided in
jiffies.h.  The current macro is incorrect because HZ can have different values
on different architectures.

Signed-off-by: Tobias Klauser <tklauser@nuerscht.ch>
Signed-off-by: Harald Welte <laforge@netfilter.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 22:30:09-08:00 jix
[NETFILTER]: ipt_hashlimit: Fix bug introduced by hlist changes.

Signed-off-by: Harald Welte <laforge@netfilter.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 22:28:03-08:00 bunk
[ISDN]: Fix off-by-one errors in isdn_ppp.c

This patch fixes several off by one errors found by the Coverity checker
(ippp_table has ISDN_MAX_CHANNELS elements).

Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 22:27:11-08:00 herbert
[IPSEC]: Make IPCOMP more resilient.

Since the IPCOMP header is left off when the payload is incompressible
or too small, we can also do the same thing when we encounter an error
during compression.

In other words, we can let outbound IPCOMP always succeed.  In the cases
where it would currently fail we simply skip the IPCOMP transform.  This
makes IPCOMP slightly more resilient when memory is low and simplifies
the code quite a bit.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Acked-by: James Morris <jmorris@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 22:25:26-08:00 matthew
[NET]: Remove i_sock

Remove i_sock from struct inode.  Also remove some checks for SOCKET_I()
returning NULL -- it can never return NULL for a valid inode.

Signed-off-by: Matthew Wilcox <matthew@wil.cx>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 22:24:38-08:00 herbert
[XFRM]: Simplify xfrm_policy_kill().

So here is a patch to simplify xfrm_policy_kill() by moving the
GC linking after the write_unlock_bh().

Actually, as the code stands, xfrm_policy_kill() should/will never
be called twice on the same policy.  So we can add a warning to
catch that.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 21:20:06-08:00 kaber
[IPSEC]: Check if SPI exists before creating acquire state.

Signed-off-by: Patrick McHardy <kaber@trash.net>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 21:19:27-08:00 kaber
[IPSEC]: Check SPI in xfrm_state_find()

Signed-off-by: Patrick McHardy <kaber@trash.net>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 21:18:16-08:00 herbert
[IPSEC]: Move xfrm_flush_bundles into xfrm_state GC

Fixes ABBA deadlock noticed by Patrick McHardy.

The locking in xfrm_state/xfrm_policy has always struck me as being
an overkill.  A lot of the locks should be replaced by rules that
ensure the validity of most operations while a ref count is held.
Now I have an excuse to do just that :)

For 2.6.12 let's go for a simpler fix that breaks the dead lock.

__xfrm_state_delete does not need to flush the bundles immediately.
In fact, it is more efficient if we delay the flush to the GC worker
since the flush is not dependent on any particular xfrm state.  By
delaying it we can do one single flush even when you're deleteing
the entire xfrm state list.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 21:14:28-08:00 davem
Merge bk://kernel.bkbits.net/acme/net-2.6
into sunset.davemloft.net:/home/davem/src/BK/net-2.6

2005/03/31 20:38:15-08:00 fubar
[BONDING]: Do not drop non-VLAN traffic

Change the bonding driver to not drop non-VLAN traffic when a
VLAN is configured above it.  Originally fixed by Olaf Kirch
<okir@suse.de>; I changed his patch slightly to update comments.

Signed-off-by: Jay Vosburgh <fubar@us.ibm.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 20:36:08-08:00 util
[PKT_SCHED]: Fix deadlock in sch_api.c

While qdisc_create() is holding the rtnl_sem, it may try
to load modules which in turn may try to register devices
(teql is one such case), and it will then hang trying to
retake the rtnl_sem.

Signed-off-by: Catalin(ux aka Dino) BOIE <catab@umbrella.ro>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 20:32:53-08:00 shemminger
[PKT_SCHED]: netem: Account for packets in delayed queue in qlen

Netem has a private queue for delayed packets, and currently, packets
in this queue are not accounted for in the qdisc qlen statistics.
This is a problem if netem is used inside another qdisc doing rate
control that peeks at the qlen.

This patch changes the statistics to include the packets held but
not ready to send.

Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 20:29:09-08:00 herbert
[NETLINK]: More complete fix for race.

Unfortunately my patch only closed half the race.  There is still
a chunk of code between netlink_dump_start and netlink_dump that runs
outside the cb lock which isn't protected by an sk reference.

Here is a better patch which protects the entire netlink_dump function
with a sk reference.

The other call to netlink_dump by recvmsg is safe as the open file
descriptor already holds a reference.  As such the final sock_put
in netlink_dump can be turned into a __sock_put since there is at
least one reference held by the caller.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005/03/31 10:52:38-08:00 davem
Merge bk://kernel.bkbits.net/tgraf/net-2.6-trunk
into sunset.davemloft.net:/home/davem/src/BK/net-2.6

2005/03/31 14:34:31+02:00 tgraf
Cset exclude: tgraf@suug.ch|ChangeSet|20050316221421|24742

2005/03/26 20:04:49-03:00 acme
[NET] make all protos partially use sk_prot

sk_alloc_slab becomes proto_register, that receives a struct proto not necessarily
completely filled, but at least with the proto name, owner and obj_size (aka proto
specific sock size), with this we can remove the struct sock sk_owner and sk_slab,
using sk->sk_prot->{owner,slab} instead.

This patch also makes sk_set_owner not necessary anymore, as at sk_alloc time we
have now access to the struct proto onwer and slab members, so we can bump the
module refcount exactly at sock allocation time.

Another nice "side effect" is that this patch removes the generic sk_cachep slab
cache, making the only last two protocols that used it use just kmalloc, informing
a struct proto obj_size equal to sizeof(struct sock).

Ah, almost forgot that with this patch it is very easy to use a slab cache, as it is
now created at proto_register time, and all protocols need to use proto_register,
so its just a matter of switching the second parameter of proto_register to '1', heck,
this can be done even at module load time with some small additional patch.

Another optimization that will be possible in the future is to move the sk_protocol
and sk_type struct sock members to struct proto, but this has to wait for all protocols
to move completely to sk_prot.

This changeset also introduces /proc/net/protocols, that lists the registered protocols
details, some may seem excessive, but I'd like to keep them while working on further
struct sock hierarchy work and also to realize which protocols are old ones, i.e. that
still use struct proto_ops, etc, yeah, this is a bit of an exaggeration, as all protos
still use struct proto_ops, but in time the idea is to move all to use sk->sk_prot and
make the proto_ops infrastructure be shared among all protos, reducing one level of
indirection.

Signed-off-by: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
Signed-off-by: David S. Miller <davem@davemloft.net>
BKrev: 424d719aBWMGr7qAk4AUSFXh3PL0Ig

Merge bk://linux-acpi.bkbits.net/to-linus
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/03/18 01:27:36-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/03/18 00:00:20-05:00 len.brown
merge

2005/03/17 23:26:54-05:00 len.brown
[ACPI] build fix in acpi_pci_irq_disable()

bk-acpi-acpi_pci_irq_disable-build-fix.patch

Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/17 18:45:01-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/03/17 00:50:01-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/03/16 15:19:57-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/03/16 02:49:22-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/03/15 11:43:06-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/03/09 23:57:44-05:00 len.brown
Merge intel.com:/home/lenb/src/26-stable-dev
into intel.com:/home/lenb/src/26-latest-dev

2005/03/09 23:46:24-05:00 len.brown
[ACPI] ACPICA 20050309 from Bob Moore

The string-to-buffer implicit conversion code has been
modified again after a change to the ACPI specification.
In order to match the behavior of the other major ACPI
implementation, the target buffer is no longer truncated
if the source string is smaller than an existing target
buffer. This change requires an update to the ACPI spec,
and should eliminate the recent AE_AML_BUFFER_LIMIT issues.

The "implicit return" support was rewritten to a new
algorithm that solves the general case. Rather than
attempt to determine when a method is about to exit,
the result of every ASL operator is saved momentarily
until the very next ASL operator is executed. Therefore,
no matter how the method exits, there will always be a
saved implicit return value.  This feature is only enabled
with the acpi_gbl_enable_interpreter_slack flag which
Linux enables unless "acpi=strict".  This should
eliminate AE_AML_NO_RETURN_VALUE errors.

Implemented implicit conversion support for the predicate
(operand) of the If, Else, and While operators. String and
Buffer arguments are automatically converted to Integers.

Changed the string-to-integer conversion behavior to match
the new ACPI errata: "If no integer object exists, a new
integer is created. The ASCII string is interpreted as a
hexadecimal constant. Each string character is interpreted
as a hexadecimal value ('0'-'9', 'A'-'F', 'a', 'f'),
starting with the first character as the most significant
digit, and ending with the first non-hexadecimal character
or end-of-string."  This means that the first non-hex
character terminates the conversion and this is the code
that was changed.

Fixed a problem where the ObjectType operator would fail
(fault) when used on an Index of a Package which pointed
to a null package element.  The operator now properly
returns zero (Uninitialized) in this case.

Fixed a problem where the While operator used excessive
memory by not properly popping the result stack during
execution. There was no memory leak after execution,
however. (Code provided by Valery Podrezov.)

Fixed a problem where references to control methods within
Package objects caused the method to be invoked, instead
of producing a reference object pointing to the method.

Restructured and simplified the pswalk.c module
(acpi_ps_delete_parse_tree) to improve performance and reduce
code size. (Code provided by Alexey Starikovskiy.)

Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/09 01:38:15-05:00 len.brown
[ACPI] limit scope of various globals to static

Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/09 01:31:00-05:00 len.brown
Merge intel.com:/home/lenb/src/26-stable-dev
into intel.com:/home/lenb/src/26-latest-dev

2005/03/09 01:29:06-05:00 len.brown
[ACPI] fix acpi_numa_init() build warning

Signed-off-by: Randy Dunlap <rdddunlap@osdl.org>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/09 01:05:45-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/03/09 00:32:09-05:00 len.brown
Merge intel.com:/home/lenb/src/26-stable-dev
into intel.com:/home/lenb/src/26-latest-dev

2005/03/09 00:02:51-05:00 len.brown
[ACPI] Allow 4 digits when printing PCI segments
to be consistent with the rest of the kernel.

Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/08 23:59:02-05:00 len.brown
[ACPI] Make PCI device -> interrupt link associations explicit,

ACPI: PCI Interrupt 0000:00:0f.2[A] -> Link [IUSB] -> GSI 10 (level, low) -> IRQ 10

Previously, you could sometimes infer an association based on the output
when an interrupt link is enabled, but when interrupt links are shared
among several PCI devices, you could only make the inference for the first
device to be enabled.

Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/08 23:56:24-05:00 len.brown
[ACPI] PNPACPI should ignore vendor-defined resources

Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/03 23:36:41-05:00 len.brown
Merge intel.com:/home/lenb/src/26-stable-dev
into intel.com:/home/lenb/src/26-latest-dev

2005/03/03 23:21:29-05:00 len.brown
[ACPI] fix [ACPI_MTX_Hardware] AE_TIME warning
which resulted from enabling the wake-on-RTC feature

http://bugme.osdl.org/show_bug.cgi?id=3967

Signed-off-by: David Shaohua Li <shaohua.li@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/03 20:03:54-05:00 len.brown
Merge intel.com:/home/lenb/src/26-stable-dev
into intel.com:/home/lenb/src/26-latest-dev

2005/03/03 19:55:50-05:00 len.brown
[ACPI] ACPICA 20050303 from Bob Moore for AE_AML_BUFFER_LIMIT issue.

It turns out that tightening up the interpreter to truncate buffers
per the ACPI spec was a bad idea -- BIOS' in the field depended
on old behaviour.  Instead, we'll endeavor to update the ACPI spec
to reflect industry practice in this area.

http://bugme.osdl.org/show_bug.cgi?id=4263

Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/02 20:54:36-05:00 len.brown
Merge intel.com:/home/lenb/src/26-stable-dev
into intel.com:/home/lenb/src/26-latest-dev

2005/03/02 14:13:39-05:00 len.brown
[ACPI] fix sysfs "eject" file

This fixes a if-statement in setup_sys_fs_device_files().  It seems to
assume that 'struct acpi_device_flags.ejectable' indicates whether a device
has _EJ0 or not.  But this is not a right assumption.  It indicates whether
a device has _EJ0|_EJD (See acpi_bus_get_flags() function).

setup_sys_fs_device_files() creates 'eject' file for devices that have _EJ0
control method under a corresponding directory in
/sys/firmware/acpi/namespace/ACPI/.  'eject' file is used to trigger
hot-removal function from userland.

<Note that we expect this file location to change in the future.>

Signed-off-by: Keiichiro Tokunaga <tokunaga.keiich@jp.fujitsu.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/02 14:06:18-05:00 len.brown
[ACPI] fix ACPI container driver's notify handler.

Previously, the handler tried to make a container device be offline if an
ACPI_NOTIFY_BUS/DEVICE_CHECK notification is performed on the device was
present and has its acpi_device.  But, the condition is weird.  Whenever
the notification is performed, there should be only the following two
conditions:

  1. the device is present, but does not have its acpi_device.
  2. the device is not present, but has its acpi_device.

#1 is a hot-addition case, which was handled properly also in previous
handler.  #2 is a surprising hot-removal case, which was not handled in
previous handler.

Signed-off-by: Keiichiro Tokunaga <tokunaga.keiich@jp.fujitsu.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/02 14:02:55-05:00 len.brown
[ACPI] fix kobject_hotplug() use by ACPI processor and container drivers

A while ago, the drivers used their own function
'processor_run_sbin_hotplug() and container_run_sbin_hotplug()' to notify
the agent script using /sbin/hotplug mechanism.  But, they were changed to
use kobject_hotplug() instead and this has caused a side effect.

The container driver was supposed to invoke a container.agent (user mode
agent script) using /sbin/hotplug mechanism, but after the changes, it is
not able to call the agent any more and kobject_hotplug() in the
container.c became to invoke a namespace.agent instead if exists.  So, I
would like to use the namespace.agent to handle container hotplug event (or
something else) and let the agent to call proper agent (e.g.
container.agent).  But, there is an issue we need to solve.  When the
namespace.agent is called, a path name of associated kobject is passed as a
DEVPATH (e.g./sys/firmware/ acpi/namespace/ACPI/_SB/DEV0).  However, the
agent would not know what device is associated with the DEVPATH nor which
agents to call since the DEVPATH name depends on platform.  The attached
patch is to add .hotplug_ops member to acpi_namespace_kset structure and
let it to set a driver name attached to the target kobject into the envp[]
variable as a DRV_NAME element.  With this, the namespace.agent can call
proper agents (e.g.  container.agent) by refering the DRV_NAME.

Signed-off-by: Keiichiro Tokunaga <tokunaga.keiich@jp.fujitsu.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/02 13:57:35-05:00 len.brown
[ACPI] flush TLB in init_low_mappings()

From: Li Shaohua <shaohua.li@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/02 13:54:47-05:00 len.brown
[ACPI] enhance fan output in error path

Currently, fan.c ignores errors from acpi_bus_get_power.  On compaq evo
notebook that leads to very confusing empty output.

From: Pavel Machek <pavel@ucw.cz>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/02 13:36:53-05:00 len.brown
[ACPI] CONFIG_ACPI_NUMA build fix

Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/02 10:51:19-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/03/01 23:13:06-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/03/01 22:51:49-05:00 len.brown
Merge intel.com:/home/lenb/src/26-stable-dev
into intel.com:/home/lenb/src/26-latest-dev

2005/03/01 15:26:20-05:00 len.brown
[ACPI] ACPICA 20050228 from Bob Moore

Fixed a problem where the result of an Index() operator
(an object reference) must increment the reference count
on the target object for the life of the object reference.

Implemented AML Interpreter and Debugger support for
the new ACPI 3.0 Extended Address (IO, Memory, Space),
QwordSpace, DwordSpace, and WordSpace resource descriptors.

Implemented support in the _OSI method for the ACPI 3.0
"Extended Address Space Descriptor" string, indicating
interpreter support for the descriptors above.

Implemented header support for the new ACPI 3.0 FADT
flag bits.

Implemented header support for the new ACPI 3.0 PCI Express
bits for the PM1 status/enable registers.

Updated header support for the MADT processor local Apic
struct and MADT platform interrupt source struct for new
ACPI 3.0 fields.

Implemented header support for the SRAT and SLIT ACPI
tables.

Signed-off-by: Len Brown <len.brown@intel.com>
2005/03/01 12:49:50-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/02/28 10:39:15-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/02/27 14:44:19-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/02/18 14:52:31-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/02/17 17:16:14-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/02/17 11:26:40-05:00 len.brown
Merge intel.com:/home/lenb/bk/26-latest-ref
into intel.com:/home/lenb/src/26-latest-dev

2005/02/17 01:50:15-05:00 len.brown
[ACPI] Add ACPI-based memory hot plug driver.

The ACPI based memory hot plug driver patch supports physical hotplug
operations on memory. This driver fields notifications for memory add
and remove operations from firmware and notifies the VM of the affected
memory ranges. Accordingly, this driver also maintains and updates the
states of all the memory ranges. This driver is useful on hardware which
helps firmware generating ACPI events for every physical hotplug
operation of memory boards on the system during runtime.

Signed-off-by: Dave Hansen <haveblue@us.ibm.com>
Signed-off-by: Naveen B S <naveen.b.s@intel.com>
Signed-off-by: Matt Tolentino <matthew.e.tolentino@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
BKrev: 424d6aa9BaBXhw4qC9_hKbxtDPEeaA

Merge lia64.bkbits.net/linux-ia64-release-2.6.12
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/03/31 16:29:06-08:00 tony.luck
Merge intel.com:/data/home/aegl/BK/work/1
into intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.12

2005/03/31 16:26:23-08:00 tony.luck
Merge intel.com:/data/home/aegl/BK/work/0
into intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.12

2005/03/31 16:24:49-08:00 akpm
[IA64] CONFIG_NUMA requires CONFIG_ACPI_NUMA

arch/ia64/kernel/smpboot.c:511:17: #error Fixme: Dunno how to build CPU-to-node
map.

Seems that CONFIG_NUMA requires CONFIG_ACPI_NUMA.

Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Tony Luck <tony.luck@intel.com>
2005/03/31 16:21:27-08:00 akpm
[IA64] Andrew's fixes for warnings on ia64 build

drivers/pci/msi.c: In function `msi_set_mask_bit':
drivers/pci/msi.c:70: warning: cast from pointer to integer of different size
drivers/pci/msi.c: In function `msi_capability_init':
drivers/pci/msi.c:558: warning: cast to pointer from integer of different size

Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Tony Luck <tony.luck@intel.com>
2005/03/31 16:15:46-08:00 davidm
[IA64] Initialize ar.k7 to empty_zero_page early on.

Without this initialization, early TLB misses to any user-regions will
cause the TLB miss handlers to go down in flames.  Normally, no such
early TLB misses occur, but aggressive use of lfetch.fault can trigger
it easily (e.g., when using lfetch.fault for the
prefetch()/prefetchw() macros we get an early miss for address 0 due
to a prefetch in find_pid()).

Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
2005/03/31 16:10:45-08:00 bob.montgomery
[IA64] fix for unwind problem through dispatch_illegal_op_fault

Here is the patch worked out with David Mosberger to fix the unwind info
for dispatch_illegal_op_fault in ivt.S.  Before adding this patch, an
illegal op in the kernel would not show a complete stack trace in the
oops message.

Add PT_REGS_UNWIND_INFO to dispatch_illegal_op_fault to allow stack
unwind to continue through that stack level when kernel code commits an
illegal operation.

Signed-off-by: Bob Montgomery <bob.montgomery@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
2005/03/31 15:48:32-08:00 tony.luck
Merge intel.com:/data/home/aegl/BK/Linus
into intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.12

2005/03/25 18:11:48-08:00 davidm
[IA64] minstate.h: fix stray backslash

Trivial fix to drop a stray backslash in the
MINSTATE_START_SAVE_MIN_VIRT macro.

Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
2005/03/08 16:44:21-08:00 bob.montgomery
[IA64] fix bad emulation of unaligned semaphore opcodes
The method used to categorize the load/store instructions in
arch/ia64/kernel/unaligned.c is masking the entire set of instructions
described in Table 4-33 of the 2002 Intel Itanium Volume 3: Instruction
Set Reference.

It's the set of instructions for opcode 4, mbit 0, x bit 1, described
as Semaphore/Get FR/16-Byte Opcode Instructions.

Because the IA64_OPCODE_SHIFT and IA64_OPCODE_MASK operations ignore
the x bit, this set of instructions (including cmpxchg, xchg, and
fetchadd among others) are processed like the corresponding opcode 4,
mbit 0, x bit 0 instructions.

This means that a cmpxchg.acq with a misaligned pointer will return the
old value without setting the new one (rendering spin locks as No-ops)
and that the other instructions also appear not to update memory.
A cmpxchg.rel will be treated like a ld.s and just retry forever.

The correct behavior for this class of instructions is documented
in the file as producing failures for user code and kernel oops in
kernel mode, but the code as implemented does not behave this way.

I have user test code to demonstrate the problem if you would like
a copy.

The simple fix in this patch has been discussed with Stephane Eranian
and David Mosberger.  It has the advantage of not requiring the
redesign of the opcode discrimination in unaligned.c.

Signed-off-by: Bob Montgomery <bob.montgomery@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
2005/03/08 15:04:50-08:00 rja
[IA64-SGI] Remove unused cpu_bte_if from pda_s

Signed-off-by: Russ Anderson <rja@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
2005/03/08 15:02:27-08:00 steiner
[IA64-SGI] [PATCH 2/2] - New chipset support for SN platform

- move a number of fields out of the SN pda & into
  per-cpu data. The pda is ugly & will be deleted.
  This is a first step.  Additional patches will follow.

Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
2005/03/08 14:45:52-08:00 steiner
[IA64-SGI] [PATCH 1/2] - New chipset support for SN platform

- add new parameters to a platform-specific SAL
  call to retrieve addition chipset specific info.

- change partition_coherence_id() so that it works
  on platforms using the new chipset.

Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
2005/03/08 12:11:37-08:00 tony.luck
Merge intel.com:/data/home/aegl/BK/work/2
into intel.com:/data/home/aegl/BK/linux-ia64-test-2.6.12

2005/03/08 12:08:59-08:00 tony.luck
Merge intel.com:/data/home/aegl/BK/work/0
into intel.com:/data/home/aegl/BK/linux-ia64-test-2.6.12

2005/03/08 11:57:10-08:00 matthew
[IA64] pci.c: PCI root busses need resources

Using the generic setup-bus.c code currently fails on HP's Integrity
servers because the root busses have their resources set to the whole
of ioport space and the whole of iomem space, instead of just the ranges
that are routed to that particular bus.

This patch uses the resources in the pci_windows to provide the ranges
to each PCI root bus.  In order to do that, I had to change them from
being bus addresses to system addresses.

Signed-off-by: Matthew Wilcox <matthew@wil.cx>
Signed-off-by: Tony Luck <tony.luck@intel.com>
2005/02/23 14:40:01-08:00 bjorn.helgaas
[IA64] fix IOSAPIC destinations when CONFIG_SMP=n

Always use cpu_physical_id() (which is really the ID/EID of
a processor's Local SAPIC) when programming IOSAPIC entries.

Previously we sometimes used hard_smp_processor_id(), which
is correct when CONFIG_SMP=y but wrong otherwise.

Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
BKrev: 424c9fc1WAk2W8dv3wyUT8rul1mJFg

Merge bk://kernel.bkbits.net/gregkh/linux/i2c-2.6
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/03/31 11:27:34-08:00 dwmw2
[PATCH] Fix incorrect bluetooth socket zapping

On Tue, 2005-03-15 at 22:50 +0000, Linux Kernel Mailing List wrote:
> -       parent->sk_zapped = 1;
> +       sock_set_flag(sk, SOCK_ZAPPED);

Er, no. That zapped the wrong socket.

Signed-off-by: David Woodhouse <dwmw2@infradead.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c8c87NoCGoxIIofH1fAX2800oDQ

[PATCH] i2c: i2c-mv64xxx - set adapter owner and class fields

This patch adds the correct values for the 'owner' and 'class' fields of
the adapter structure in the mv64xxx i2c bus driver.  The missing class
field caused some i2c chip drivers to refuse to attempt a probe on the
mv64xxx i2c bus.

Signed-off-by: Chris Elston <chris.elston@radstone.co.uk>
Signed-off-by: Mark A. Greer <mgreer@mvista.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7aaabPOvXzW1R-2xO_ypcSg3ZQ

[PATCH] I2C: Drop useless w83781d RT feature

This patch removes useless RT feature from w83781d driver.

Patch applies after the recent "I2C: Fix a common race condition
in hardware monitoring" series.

Signed-off-by: Grant Coady <gcoady@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7a97nPb0bEG67HhdcuhHPxlsXA

[PATCH] I2C: Fix indentation of lm87 driver

This trivial patch fixes indentation in the lm87 driver. I need this
'cause I'll soon post patches affecting these portions of code, and I'd
like these patches to be easily readable.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7a84fvoxmdPU7PJLApOPlVMy0w

[PATCH] I2C: Fix broken force parameter handling

I just noticed a nasty bug in the way the "force" parameter is handled
for non-sensors i2c chip drivers. The "force" parameter supposedy is a
list of adapter, address *pairs* where supported chips are
unquestionably assumed to be. However, after handling one pair, the i2c
core code searches for the next one *three* values later, not two. So
with the current code, the second and third pairs wouldn't be properly
handled. The fourth one would be, and so on.

As a side note, this questions the need of an array parameter handling
up to 24 of such pairs, when obviously nobody ever required more than
one for the past 6 years.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7a71Uumi9WYyaEvSBnnv6prpdA

[PATCH] i2c: add adt7461 chip support to lm90 driver's Kconfig entry

Hi Greg, James, all,

> > > Attached is another version of my adt7461 patch, for inclusion in
> > > the 2.6 tree. Reviewed by Jean.
>
> May we have an additional patch to Kconfig for this one?

Here it finally comes.

This simple patch adds a mention to the ADT7461 chip in Kconfig, now
that the lm90 driver supports it.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7a5fHbKjJoXSJB9CeDVecTrF8Q

[PATCH] I2C: i2c-s3c2410 functionality and fixes

This patch does the following updates to the i2c-s3c2410 bus driver:

* Properly report the i2c functionality by adding to the
  `.functionality` field of the adapter

* Change the dev_err() call on no-ack to an dev_dbg() to make
  it less noisy when the bus is being probed by i2cdetect, etc.

* Add I2C_M_REV_DIR_ADDR to fully implement the
  I2C_FUNC_PROTOCOLO_MANGLING.

* Ensure that the adapter owner field is set to THIS_MODULE

Please apply, thanks.

(Once this is applied, all i2c bus drivers will be properly reporting
their functionality so I'll be able to go on with the i2c functionality
core cleanups.)

Signed-off-by: Ben Dooks <ben-linux@fluff.org>
Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7a4c-iz7cpShN3cnce0eLj2ijQ

[PATCH] I2C: Fix race condition in it87 driver

I noticed a race condition in the it87, affecting the IT8712F chip only.
The VRM value is currently initialized *after* creating the vrm and vid
sysfs files. This leaves a theorical room for reading from these files
and get an invalid value. It's not critical, but let's still fix it.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7a39tx6RDMcz0fh-U4kYFmxjrg

[PATCH] I2C: Delete useless instruction in it87

The IT8705F doesn't support VID, so it's quite pointless to give a value
to it (and an arbitrary one at that). I think that this instruction was
there for compatibility reasons some times ago, but the reasons went
away while the instruction was left in place. We can safely delete it
now.

Thanks to Rudolf Marek for testing the patch (you never know).

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7a26Mx9zhqt92MeKPHoA3syLhg

[PATCH] I2C: lsb in emc6d102 and adm1027

The attached patches add support for reading the lsb from the emc6d102
and change how they are read from the adm1027.

The lm85_update_device function decodes the LSBs to temp_ext and in_ext.
This strategy was suggested by Philip Pokorny.

The patch also changes some macros to use the SCALE macro. I think that
they become more readable this way.

Signed-off-by: Rafael Ávila de Espíndola <rafael.espindola@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7a13elw8DTqwo7qCiHXeh2VXWA

[PATCH] I2C: lost arbitration detection for PCF8584

[PATCH] lost arbitration detection for PCF8584 algo driver

Patch against a slightly-dated linux-2.6 BK tree

This patch provides lost arbitration detection for the PCF8584
I2C algorithm driver.  The PCF8584 LAB bit is set whenever lost
arbitration is detected, so we check the bit in the wait_for_pin
function and if LAB is detected we return -EINTR.  The -EINTR
value bubbles-up all the way to the master_xfer API call so
callers may detect this condition explicitly.  LAB could be checked
more often, at the expense of code readability/maintainability.

Signed-off-by: Eric Brower <ebrower@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7a00ar3c-Fl3BueWr5j9KSDcqA

[PATCH] I2C: busses documentation update 2 of 2

Patch contains promised documentation update for i2c bus drivers.
I would like to thank Jean Delvare and Aurelien Jarno for their
comments.

Signed-off-by: Rudolf Marek <r.marek@sh.cvut.cz>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c79edctlGlasGvXBtimn636gYdA

[PATCH] I2C: busses documentation update 1 of 2

This patch just moves i2c-parport file to busses directory.
Patch for other busses documentation will follow.

Signed-off-by: Rudolf Marek <r.marek@sh.cvut.cz>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c79daQtd275KNLXUYwvMZe9kGdg

[PATCH] I2C: Fix Vaio EEPROM detection

This fixes a bug in the eeprom driver, which made all EEPROMs at
location 0x57 be erroneously treated as Vaio EEPROMs. I have to say I'm
quite ashamed that I introduced the bug in the first place, as this was
a really stupid one.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c79c36rtRWVnkrK4Z0ll4tBy2SA

[PATCH] I2C: Recognize new revision of the ADT7463 chip

This simple patch to the lm85 driver adds recognition of a new revision
of the ADT7463 chip.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c79b1L_JU12oZt-fWtVDTY7_ooQ

[PATCH] I2C: Avoid repeated resets of i2c-viapro

It was reported that the i2c-viapro SMBus driver sometimes has trouble
on recent systems (VT8237 south bridge). The "Host Status" register has
at least one additional bit used when compared with older south bridges
of this family. The driver currently considers this additional bit as an
error condition when it's set, causing repeated bus resets and sometimes
read failures.

This patch makes the driver ignore the bits of the "Host Status"
register for which no definition is known. I wish I had a datasheet for
the VIA VT8237, so that I could check what the additional bit is
supposed to mean, but I don't. If someone has a datasheet or good
contacts at VIA, please let me know.

The patch was reported to fix the problem on a system with the VT8237,
and was also tested not to break the driver on older VIA south bridges,
so it seems to be safe. Thanks to Aurelien Jarno for the tests.

Additionally, the patch makes the post-transaction bus reset slightly
more efficient by sparing a few unneeded I/O operations.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c799e9r3kTcVN7jAvWVyIg8_OPA

[PATCH] I2C: Kill outdated defines in i2c.h

Some defines in i2c.h (I2C_CLIENT_MODPARM and friends) are now useless.
They should have been removed when the i2c client parameters were
converted from MODULE_PARAM to module_parm_array, but where not. This
patch removes them now.

Additionally, it moves the definition of I2C_CLIENT_MAX_OPTS next to
where it is used rather than 220 lines before, which is preferable IMHO.

As a side note, I think that there is a bug in the way these options are
handled. The i2c code looks for I2C_CLIENT_END as a list terminator, but
if the maximum number of parameters are actually provided, no terminator
will be left. It's rather unlikely to happen because nobody will
probably ever provide that many parameters, but this should probably be
fixed. I'll address this issue later, since I plan to completely rewrite
the way these parameters are handled anyway.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7522YaflcBzrnKKyLxBFBJ4ufw

[PATCH] I2C: Fix some i2c algorithm initialization

While searching for i2c_algorithm declarations missing their
.functionality member, I found three of them which were not properly
initialized. i2c-algo-ite and i2c_sibyte_algo do not use the C99
initialization syntax, and i2c-ibm_iic.c explicitely initializes NULL
members. Following patch puts some order in there.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7510RkM4LVDUYZH0h4ANBChQ2Q

[PATCH] I2C: Fix breakage in m41t00 i2c rtc driver

Remove setting of deleted i2c_client structure member.

The latest include/linux/i2c.h:i2c_client structure no longer has an
'id' member.  This patch removes the setting of that no longer existing
member.

Signed-off-by: Mark A. Greer <mgreer@mvista.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c74fcGIPxJn9giCNomppgUY-Cmg

[PATCH] I2C: Clean up of i2c-elektor.c build

This patch changes the flags variable type from long to unsigned long in
one function. This removes a couple of warnings from the compile
messages for elektor i2c bus driver.

Signed-off-by: Frank Beesley <frank.beesley@aeroflex.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c74e9d-B8XprurFt2oEyvylz-2Q

[PATCH] i2c: add adt7461 chip support to lm90 driver

i2c: add adt7461 chip support

The Analog Devices ADT7461 temperature sensor chip is compatible with
the lm90 device provided its extended temperature range is not
enabled.  The chip will be ignored if the boot firmware enables
extended temperature range.

Also, since the adt7461 treats temp values <0 as 0 and >127 as 127,
the driver prevents temperature values outside the supported range
from being set.

Signed-off-by: James Chapman <jchapman@katalix.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c74d5K3D9amXZXTZQ71T1mviuUA

[PATCH] i2c: new driver for ds1337 RTC

Signed-off-by: James Chapman <jchapman@katalix.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c74c2DHHWPHS01mcrtzSHNi_zUA

[PATCH] I2C: group Intel on I2C Hardware Bus support

 From an end-user perspective it is easy to miss the third Intel PIIX
entry on the menuconfig "I2C Hardware Bus support" screen.
Also the Intel 801 menu item does not mention ICH.

This trivial patch groups three Intel entries together, adds ICH to
menu item, and ICH5/ICH5R to the help section.  Includes suggestions
from Jean Delvare.

Signed-off-by: Grant Coady <gcoady@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c74afGR4KuUeeZPREDMgJs7OQcQ

[PATCH] I2C: Skip broken detection step in it87

One of the detection steps in the it87 chip driver was reported to be
broken for some revisions of the IT8712F chip [1] [2]. This detection
step is a legacy from the lm78 driver and the documentation available
for the IT8705F and IT8712F chips does not mention it at all. For this
reason, I propose to skip this detection step for Super-I/O chips.
Super-I/O chips have already been identified when we reach this step, so
it is redundant (additionally do being broken). This closes bug #4335.

[1] http://bugzilla.kernel.org/show_bug.cgi?id=4335
[2] http://archives.andrew.net.au/lm-sensors/msg29962.html

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c749cIdwQob7Kv54rwk15rBU84w

[PATCH] I2C: Make master_xfer debug messages more useful

While working on the recent saa7110 mess, I found that the debug message
displayed when calling master_xfer wasn't as useful as it could be. Here
is a patch improving this.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c74897xPnxjk5YnVec1X_UFsJDg

[PATCH] I2C: Kill unused struct members in w83627hf driver

I just noticed that the pwmenable struct members in the w83627hf driver
are not used anywhere (and quite rightly so, as PWM cannot be disabled
in these chips as far as I know). Let's just get rid of them and save
some bytes of memory.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7477A-Mv92daQzVg0TCsYtgDow

[PATCH] I2C: Fix adm1021 alarms mask

This patch fixes an incorrect bitmasking on the status register in the
adm1021 driver, which was causing high alarm on remote temperature to be
hidden.
This bug was found and reported by Jayakrishnan:
  http://bugzilla.kernel.org/show_bug.cgi?id=4285

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7464poG8kjOM0GVScpBqThwAbw

[PATCH] I2C: Cleanup adm1021 unused defines

While working on the adm1021 driver, I found that this driver has a
number of unused (and useless) defines we could get rid of.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c7451le9z0CzR4AOeqQgXy9pgaw

[PATCH] I2C: New lm92 chip driver

This is a new i2c chip driver named lm92. It supports the National
Semiconductor LM92 and Maxim MAX6635 chips. This time I did not port the
driver from the lm_sensors project but instead rewrote it. The reason is
that the original driver has a different structure from the other i2c
chip drivers, which would have made maintenance harder.

I don't have a compatible chip myself but could test my code thanks to
Mark Hoffman's i2c-stub fake bus driver. Later on, James Chapman tested
it on a real chip, successfully.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c743efZeHKvLcD3mM95h8eC7_Gg

[PATCH] i2c/i2c-elektor: remove interruptible_sleep_on_timeout() usage

Replace deprecated interruptible_sleep_on_timeout() with direct
wait-queue usage. Patch is compile-tested.

Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Domen Puncer <domen@coderock.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c742bfiWyC2xGbkhJSBiH9EjSfQ

[PATCH] i2c/i2c-ite: remove interruptible_sleep_on_timeout() usage

Replace deprecated interruptible_sleep_on_timeout() with direct
wait-queue usage. Patch is compile-tested, sort of; the driver does not build in
vanilla kernel either, but I don't seem to add any warnings..

Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Domen Puncer <domen@coderock.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
BKrev: 424c741aY8UYj2Rm8XJZY4e5PYPeqA

[PATCH] nfsd4: fix indentation in nfsd4_open

OK, so it's trivial, but these misaligned comments have been bugging me
forever....

Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2cfeYKFc4OaUCfqOj7PiKEy1Cg

[PATCH] nfsd4: fix open returns for other claim types

Switch on OPEN claim type instead of if-else. add remaining OPEN claim types.

Return nfserr_notsupp instead of nfserr_inval for valid claim types.

Signed-off-by: Andy Adamson <andros@citi.umich.edu>
Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2cedaETy8z8p4rsC2v0iUeOVJw

[PATCH] nfsd4: remove trailing whitespace from nfs4proc.c

Trivial whitespace

Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2cdbmFrh-ghdA6Du9U_vm2G9TA

[PATCH] nfsd4: rename release_delegation

Release_delegation is responsible for removing the delegation's connection
with the v4 state and with the lease subsystem.  The word "unhash" seems
closer than "release" as a description of this....

Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2cc97Amlzqnj5zww0rWj9YS0-A

[PATCH] nfsd4: acl error fix

When a client sends an ACL that is a legal NFSv4 ACL, but that we don't
support (because we can't represent it using a POSIX ACL), the correct error
to return is NFS4ERR_ATTRNOTSUPP.

(rfc3530, section 5.11.1: "If the server recieves a request to set an ACE that
it cannot store, it MUST reject the request with NFS4ERR_ATTRNOTSUPP.  If the
server receives a request to set an ACE that it can store but cannot enforce,
the server SHOULD reject the request with NFS4ERR_ATTRNOTSUPP").

Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2cb6qVHH49QvLoN1kEzQVGtk6w

[PATCH] nfsd4: acl don't set named attrs

We were expecting {read,write}_named_attributes to be set in sync with the
read and write bits.  But we don't actually support named attributes, and when
we eventually do, it's unlikely that we'll want to use these ACL mode bits to
control access to them.  So let's just stop supporting these two bits.

This also updates our mapping to the latest ietf draft.

Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2ca6Z1AhXRDV8plAHd574ryrCQ

[PATCH] nfsd4: don't set WRITE_OWNER in either allow or deny bits

WRITE_OWNER should be neither allowed nor denied.

This improves interoperability with Solaris clients and represents our
permissions more accurately.

It breaks compatibility with clients using the old version of the
NFSv4<->POSIX mapping.  I believe the only code that did that was older
versions of experimental client-side code available only from our website, so
I prefer not to introduce a hack just to continue support the old mapping.

Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2c93wy6pwq0b6xspOgqGY2zl5w

[PATCH] nfsd4_remove_unused_acl_function

We're translating v4 ACL's to POSIX ACL's and relying on the filesystem to
check those, so there's no need for a NFSv4 ACL-checking algorithm.

Some day we'd like to find a way to implement the full v4 ACL protocol on the
server side, but for now this is dead code.

Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2c83uygYj6mxI98aIyYC4tBzuQ

[PATCH] nfsd4: fix failure to truncate on some opens

An OPEN upgrade on a file already open for WRITE will not upgrade the OPEN,
but can still truncate the file.

Signed-off-by: Andy Adamson <andros@citi.umich.edu>
Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2c71oMnCdNdA5afQxpQbq9DKaw

[PATCH] nfsd4: factor out common open_truncate code

Factor out a bit of common code.

Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2c60lvFQU5bqholbLWGpsUG5LQ

[PATCH] nfsd4: allow read on open for write

The rfc recommends allowing read using stateid's from opens that only
requested write access, as clients may in some cases be unable to write
without doing reads.

Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2c4f6Igy6EghmZxQs9VNDqW82A

[PATCH] nfsd4: fix use after put() in cb_recall

nfs4_put_delegation() did a dprintk using a pointer that it had just called a
put() on.  This could cause a dereference of a pointer to freed memory in some
situations.

Signed-off-by: Andy Adamson <andros@citi.umich.edu>
Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2c3eRbErVfbVM_cy3vp-2rY-sw

[PATCH] nfsd4: remove unneeded stateowner arguments

Remove the unneeded stateowner argument from nfs4_check_open() and
init_stateid.

Signed-off-by: Andy Adamson <andros@citi.umich.edu>
Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2c2cqBRJPn1R5nKK455JAAPDvQ

[PATCH] nfsd4: fix share conflict tests

In nfs4_check_open():

Move 'is_open_owner' check to be first.  Remove continue so as to call
test_share on OPENs with a previously seen open_owner as per rfc3530.

Signed-off-by: Andy Adamson <andros@citi.umich.edu>
Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2c1bi4Fyhl6RThc9LpV2-n8qPw

[PATCH] svcrpc: auth_domain documentation

The use of auth_domains is somewhat confusing, in part because they were
originally intended to be used in a more general way than they currently are.

Update the documentation a little with an eye towards how it's currently used.

Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2c09pPwSTlw2vvVK-uZva48CiQ

[PATCH] doc: where to find LDD3

Here's an only mildly self-serving patch so that interested people can find
the free version of LDD3.

Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2a3b5jLX1QSqGrOb6P-a6B3egQ

[PATCH] Fix atyfb build on ppc

This patch fixes a build problem with atyfb on ppc.  It uses the stuff in
macmodes.c, but doesn't trigger the build of it.  So if no other driver
using macmodes is built, the link will fail.

Signed-off-by: David Woodhouse <dwmw2@infradead.org>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2a28-TFcPeQwZMiN_fis0BZ_Fw

[PATCH] radeonfb: Preserve TMDS setting

radeonfb tends to override TMDS_TRANSMITTER_CNTL completely, which appears
to be incorrect with some recent flat panels.  This patch changes this so
that we only tweak the bits we want in there and preserve the BIOS value
for the rest.

Along with the i2c fix, that patch fixes operations on the latest Apple
cinema displays.

Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2a18CWm_0pSIh7CAvGaC4UcyIQ

[PATCH] radeonfb: Fix mode setting on CRT monitors

Current radeonfb is a bit "anal" about accepting CRT modes, it basically
only accepts modes that have the exact resolution, which tends to break
with fbcon on console switches as it provides "approximate" modes.  This
patch fixes it by having the driver chose the closest possible mode instead
of looking for an exact match.

Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c2a055Ixn-K9Lr94NlRdTSF5YTA

[PATCH] Fix matroxfb on big-endian hardware

There was too much/too few byteswapping done by driver and hardware in
matroxfb on big endian hardware.  Change fixes mirrored/split/corrupted
letters seen on screen when using accelerated matroxfb mode.

Patch was tested on Mips (by Peter) and x86-64 (by Petr).

Signed-off-by: Peter 'p2' De Schrijver <p2@mind.be>
Signed-off-by: Petr Vandrovec <vandrove@vc.cvut.cz>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c29f4GoK6YrYifY6Jco5S7KRTBQ

[PATCH] remove redundant NULL checks before kfree() in drivers/video/

Signed-off-by: Jesper Juhl <juhl-lkml@dif.dk>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c29e2tKrr1W6Uj3XTqBWidFzbDQ

[PATCH] neofb: Set hwaccel flags properly

Not all neomagic chipsets are capable of hardware acceleration.  Set the
hwaccel flags only for chipsets that can do so.

From: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c29d1Jc2-fyFANVo5jc-ms_sJBg

[PATCH] neofb: mmio fixes

Changes in neo_map_mmio to make neofb working on NM2070, NM2090, NM2093.

From: Marek Marczykowski <marmarek@staszic.waw.pl>
Signed-off-by: Marek Marczykowski <marmarek@staszic.waw.pl>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c29c0uuojTQRioUEy9zZDWlPqeQ

[PATCH] fbcon: Do not set palette if console is not visible

A long standing bug in fbcon where switching/opening a vt will also set the
palette even if the vt is in the background.  This results in color corruption
in the foreground vt.

From: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
BKrev: 424c29afJ9ti86iXR0JhU7Hfd-Dl2A