linux-toradex.git/drivers/char, branch v2.6.29

parisc: remove klist iterators

2009-03-13T05:16:58+00:00

commit 11c3b5c3e08f4d855cbef52883c266b9ab9df879
Author: Greg Kroah-Hartman 
Date:   Tue Dec 16 12:24:56 2008 -0800

    driver core: move klist_children into private structure

Broke our parisc build pretty badly because we touch the klists directly
in three cases (AGP, SBA and GSC).  Although GregKH will revert this
patch, there's no reason we should be using the iterators directly, we
can just move to the standard device_for_each_child() API.

Signed-off-by: James Bottomley 
Tested-by: Helge Deller 
Tested-by: Kyle McMartin 
Signed-off-by: Kyle McMartin

Merge branch 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc

2009-03-11T19:14:04+00:00

* 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc:
  radeonfb/aty128fb: Disable broken early resume hook for PowerBooks
  hvc_console: Remove tty->low_latency on pseries backends
  powerpc: fix linkstation and storcenter compilation breakage
  powerpc/4xx: Enable SERIAL_OF support by default for Virtex platforms

hvc_console: Remove tty->low_latency on pseries backends

2009-03-10T23:44:26+00:00

The hvcs and hvsi backends both set tty->low_latency to one, along
with more or less scary comments regarding bugs or races that would
happen if not doing so.

However, they also both call tty_flip_buffer_push() in conexts where
it's illegal to do so since some recent tty changes (or at least it
may have been illegal always but it nows blows) when low_latency is
set (ie, hard interrupt or with spinlock held and irqs disabled).

This removes the setting for now to get them back to working condition,
we'll have to address the races described in the comments separately
if they are still an issue (some of this might have been fixed already).

Signed-off-by: Benjamin Herrenschmidt

intel-agp: fix a panic with 1M of shared memory, no GTT entries

2009-03-10T22:55:11+00:00

When GTT size is equal to amount of video memory, the amount of GTT
entries is computed lower than zero, which is invalid and leads to
off-by-one error in intel_i915_configure()

Originally posted here:
http://bugzilla.kernel.org/show_bug.cgi?id=12539
http://bugzilla.redhat.com/show_bug.cgi?id=445592

Signed-off-by: Lubomir Rintel 
Cc: Lubomir Rintel 
Cc: Dave Airlie 
Reviewed-by: Eric Anholt 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

x86/agp: tighten check to update amd nb aperture

2009-03-10T22:55:11+00:00

Impact: fix bug to make agp work with dri

Jeffrey reported that dri does work with 64bit, but doesn't work with
32bit it turns out NB aperture is 32M, aperture on agp is 128M

64bit is using 64M for vaidation for 64 iommu/gart 32bit is only using
32M..., and will not update the nb aperture.

So try to compare nb apterture and agp apterture before leaving not
touch nb aperture.

Reported-by: Jeffrey Trull 
Tested-by: Jeffrey Trull 
Signed-off-by: Yinghai Lu 
Acked-by: Dave Airlie 
Cc: Ingo Molnar 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

m68k: atari - Rename "mfp" to "st_mfp"

2009-02-22T17:23:02+00:00

http://kisskb.ellerman.id.au/kisskb/buildresult/72115/:
| net/mac80211/ieee80211_i.h:327: error: syntax error before 'volatile'
| net/mac80211/ieee80211_i.h:350: error: syntax error before '}' token
| net/mac80211/ieee80211_i.h:455: error: field 'sta' has incomplete type
| distcc[19430] ERROR: compile net/mac80211/main.c on sprygo/32 failed

This is caused by

| # define mfp ((*(volatile struct MFP*)MFP_BAS))

in arch/m68k/include/asm/atarihw.h, which conflicts with the new "mfp" enum in
net/mac80211/ieee80211_i.h.

Rename "mfp" to "st_mfp", as it's a way too generic name for a global #define.

Signed-off-by: Geert Uytterhoeven 
Signed-off-by: Linus Torvalds

sx.c: avoid referencing freed memory if copy_from_user() fails

2009-02-21T01:57:49+00:00

The "break" would just result in reusing a free'd pointer.  I don't have
the cards myself to test it though.  :/

Signed-off-by: Dan Carpenter 
Cc: Ilpo Järvinen 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

sx.c: fix dbl statement if - add missing braces

2009-02-21T01:57:49+00:00

Caused by 736d54533aed (sx.c: fix missed unlock_kernel() on error path in
sx_fw_ioctl()).  You guys keep breaking things this way in every single
kernel release in at least couple of places...  :-(

Signed-off-by: Ilpo Järvinen 
Acked-by: Dan Carpenter 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

tpm: correct email address for tpm_infineon-driver

2009-02-11T22:25:35+00:00

Update my email address.

Signed-off-by: Marcel Selhorst 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

sx.c: fix missed unlock_kernel() on error path in sx_fw_ioctl()

2009-02-05T20:56:48+00:00

If we return directly with -EPERM then lock_kernel() is still held.

This was found with a code checker (http://repo.or.cz/w/smatch.git/).

[akpm@linux-foundation.org: fix another such path - missed func_exit()]
Signed-off-by: Dan Carpenter 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds