development kernel tree: Changes to 'master'
git at git.openmoko.org
git at git.openmoko.org
Sun Jul 13 22:04:07 CEST 2008
MAINTAINERS | 4 ++--
block/bsg.c | 3 ++-
drivers/ata/libata-acpi.c | 19 ++++++++++++++++---
drivers/ata/pata_sis.c | 1 +
drivers/char/ipmi/ipmi_watchdog.c | 3 +--
drivers/char/pcmcia/ipwireless/hardware.c | 4 +++-
drivers/char/rtc.c | 3 ++-
drivers/char/tpm/tpm_tis.c | 1 +
drivers/isdn/i4l/isdn_common.c | 4 +++-
drivers/media/video/ov7670.c | 4 +++-
drivers/message/fusion/mptbase.c | 11 ++++++++---
drivers/message/fusion/mptspi.c | 9 +++++++--
drivers/rapidio/rio-driver.c | 2 +-
drivers/rtc/rtc-fm3130.c | 2 +-
drivers/rtc/rtc-pcf8563.c | 1 +
drivers/scsi/ipr.c | 6 +++++-
drivers/scsi/scsi_lib.c | 9 +++++++++
drivers/serial/8250.c | 3 +++
drivers/usb/host/ohci-au1xxx.c | 2 +-
drivers/usb/host/ohci-lh7a404.c | 2 +-
drivers/usb/host/ohci-s3c2410.c | 2 +-
drivers/usb/host/ohci-sa1111.c | 2 +-
drivers/video/fb_defio.c | 20 +++++++++++++++++++-
fs/cifs/cifsacl.c | 10 +++++-----
fs/cifs/inode.c | 20 ++++++++++----------
fs/xfs/xfs_log.c | 15 +++++++++++----
include/asm-avr32/setup.h | 2 +-
include/asm-frv/system.h | 2 +-
include/asm-x86/desc.h | 4 ++--
kernel/cpuset.c | 24 ++++++++++++++++++------
30 files changed, 140 insertions(+), 54 deletions(-)
New commits:
commit 3b5c6b834984b09b7b7fba6a97d3a2878a4a8e42
Merge: 9df2fe986770bc4c76e8fe72c20b71268eec39a7 3e84050c81ffb4961ef43d20e1fb1d7607167d83
Author: Linus Torvalds <torvalds at linux-foundation.org>
Date: Sun Jul 13 11:03:59 2008 -0700
Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
* 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
cpusets, hotplug, scheduler: fix scheduler domain breakage
commit 3e84050c81ffb4961ef43d20e1fb1d7607167d83
Author: Dmitry Adamushko <dmitry.adamushko at gmail.com>
Date: Sun Jul 13 02:10:29 2008 +0200
cpusets, hotplug, scheduler: fix scheduler domain breakage
Commit f18f982ab ("sched: CPU hotplug events must not destroy scheduler
domains created by the cpusets") introduced a hotplug-related problem as
described below:
Upon CPU_DOWN_PREPARE,
update_sched_domains() -> detach_destroy_domains(&cpu_online_map)
does the following:
/*
* Force a reinitialization of the sched domains hierarchy. The domains
* and groups cannot be updated in place without racing with the balancing
* code, so we temporarily attach all running cpus to the NULL domain
* which will prevent rebalancing while the sched domains are recalculated.
*/
The sched-domains should be rebuilt when a CPU_DOWN ops. has been
completed, effectively either upon CPU_DEAD{_FROZEN} (upon success) or
CPU_DOWN_FAILED{_FROZEN} (upon failure -- restore the things to their
initial state). That's what update_sched_domains() also does but only
for !CPUSETS case.
With f18f982ab, sched-domains' reinitialization is delegated to
CPUSETS code:
cpuset_handle_cpuhp() -> common_cpu_mem_hotplug_unplug() ->
rebuild_sched_domains()
Being called for CPU_UP_PREPARE and if its callback is called after
update_sched_domains()), it just negates all the work done by
update_sched_domains() -- i.e. a soon-to-be-offline cpu is included in
the sched-domains and that makes it visible for the load-balancer
while the CPU_DOWN ops. is in progress.
__migrate_live_tasks() moves the tasks off a 'dead' cpu (it's already
"offline" when this function is called).
try_to_wake_up() is called for one of these tasks from another CPU ->
the load-balancer (wake_idle()) picks up a "dead" CPU and places the
task on it. Then e.g. BUG_ON(rq->nr_running) detects this a bit later
-> oops.
Signed-off-by: Dmitry Adamushko <dmitry.adamushko at gmail.com>
Tested-by: Vegard Nossum <vegard.nossum at gmail.com>
Cc: Paul Menage <menage at google.com>
Cc: Max Krasnyansky <maxk at qualcomm.com>
Cc: Paul Jackson <pj at sgi.com>
Cc: Peter Zijlstra <a.p.zijlstra at chello.nl>
Cc: miaox at cn.fujitsu.com
Cc: rostedt at goodmis.org
Cc: Linus Torvalds <torvalds at linux-foundation.org>
Signed-off-by: Ingo Molnar <mingo at elte.hu>
commit 9df2fe986770bc4c76e8fe72c20b71268eec39a7
Merge: de72aa4c2b82a6cffe15d86a8d391ded4fb57602 5ac37f87ff18843aabab84cf75b2f8504c2d81fe
Author: Linus Torvalds <torvalds at linux-foundation.org>
Date: Sat Jul 12 14:34:31 2008 -0700
Merge branch 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
* 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
x86: fix ldt limit for 64 bit
commit de72aa4c2b82a6cffe15d86a8d391ded4fb57602
Merge: 536abdb0802f3fac1b217530741853843d63c281 8df5fc042c8e7c08dc438c8198b62407ee1e91a0
Author: Linus Torvalds <torvalds at linux-foundation.org>
Date: Sat Jul 12 14:34:11 2008 -0700
Merge git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6
* git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6:
[SCSI] bsg: fix oops on remove
[SCSI] fusion: default MSI to disabled for SPI and FC controllers
[SCSI] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices
[SCSI] mptspi: fix oops in mptspi_dv_renegotiate_work()
[SCSI] erase invalid data returned by device
commit 536abdb0802f3fac1b217530741853843d63c281
Author: Jeff Layton <jlayton at redhat.com>
Date: Sat Jul 12 13:48:00 2008 -0700
cifs: fix wksidarr declaration to be big-endian friendly
The current definition of wksidarr works fine on little endian arches
(since cpu_to_le32 is a no-op there), but on big-endian arches, it fails
to compile with this error:
error: braced-group within expression allowed only inside a function
The problem is that this static declaration has cpu_to_le32 embedded
within it, and that expands into a function macro. We need to use
__constant_cpu_to_le32() instead.
Signed-off-by: Jeff Layton <jlayton at redhat.com>
Cc: Steven French <sfrench at us.ibm.com>
Cc: <stable at kernel.org>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit e911d0cc877ff027d5bd09fc33148ab76f0fdf0e
Author: Jeff Layton <jlayton at redhat.com>
Date: Sat Jul 12 13:47:59 2008 -0700
cifs: fix inode leak in cifs_get_inode_info_unix
Try this:
mount a share with unix extensions
create a file on it
umount the share
You'll get the following message in the ring buffer:
VFS: Busy inodes after unmount of cifs. Self-destruct in 5 seconds. Have a
nice day...
...the problem is that cifs_get_inode_info_unix is creating and hashing
a new inode even when it's going to return error anyway. The first
lookup when creating a file returns an error so we end up leaking this
inode before we do the actual create. This appears to be a regression
caused by commit 0e4bbde94fdc33f5b3d793166b21bf768ca3e098.
The following patch seems to fix it for me, and fixes a minor
formatting nit as well.
Signed-off-by: Jeff Layton <jlayton at redhat.com>
Acked-by: Steven French <sfrench at us.ibm.com>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit d3297a644a0ab784e0c810ceca6bf35a67868ad9
Author: David Howells <dhowells at redhat.com>
Date: Sat Jul 12 13:47:58 2008 -0700
frv: fix irqs_disabled() to return an int, not an unsigned long
Fix FRV irqs_disabled() to return an int, not an unsigned long to avoid
this warning:
kernel/sched.c: In function '__might_sleep':
kernel/sched.c:8198: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int'
Signed-off-by: David Howells <dhowells at redhat.com>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit d1a5d1979702cc57b9b80f636426ec7ad1655cad
Author: Robert Richter <robert.richter at amd.com>
Date: Sat Jul 12 13:47:57 2008 -0700
OProfile kernel maintainership changes
Cc: Philippe Elie <phil.el at wanadoo.fr>
Cc: John Levon <levon at movementarian.org>
Cc: Maynard Johnson <maynardj at us.ibm.com>
Cc: Richard Purdie <rpurdie at openedhand.com>
Cc: Daniel Hansel <daniel.hansel at linux.vnet.ibm.com>
Cc: Jason Yeh <jason.yeh at amd.com>
Cc: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Robert Richter <robert.richter at amd.com>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit 8ea9212cbd65db749543ec619e32fdff9a8b3408
Author: Jon Smirl <jonsmirl at gmail.com>
Date: Sat Jul 12 13:47:56 2008 -0700
rtc-pcf8563: add chip id
Add the rtc8564 chip entry
Signed-off-by: Jon Smirl <jonsmirl at gmail.com>
Signed-off-by: Alessandro Zummo <a.zummo at towertech.it>
Cc: David Brownell <david-b at pacbell.net>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit 876550aa3e5f6448a1abae3704cbebcc50545998
Author: Alessandro Zummo <a.zummo at towertech.it>
Date: Sat Jul 12 13:47:55 2008 -0700
rtc-fm3130: fix chip naming
Fix chip naming from fm3031-rtc to fm3031
Signed-off-by: Alessandro Zummo <a.zummo at towertech.it>
Cc: Sergey Lapin <slapin at ossfans.org>
Cc: David Brownell <david-b at pacbell.net>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit bca5c2c550f16d2dc2d21ffb7b4712bd0a7d32a9
Author: Andres Salomon <dilinger at queued.net>
Date: Sat Jul 12 13:47:54 2008 -0700
ov7670: clean up ov7670_read semantics
Cortland Setlow pointed out a bug in ov7670.c where the result from
ov7670_read() was just being checked for !0, rather than <0. This made me
realize that ov7670_read's semantics were rather confusing; it both fills
in 'value' with the result, and returns it. This is goes against general
kernel convention; so rather than fixing callers, let's fix the function.
This makes ov7670_read return <0 in the case of an error, and 0 upon
success. Thus, code like:
res = ov7670_read(...);
if (!res)
goto error;
..will work properly.
Signed-off-by: Cortland Setlow <csetlow at tower-research.com>
Signed-off-by: Andres Salomon <dilinger at debian.org>
Acked-by: Jonathan Corbet <corbet at lwn.net>
Cc: <stable at kernel.org>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit 05d81d2222beec7b63ac8c1c8cdb5bb4f82c2bad
Author: Eric W. Biederman <ebiederm at xmission.com>
Date: Sat Jul 12 13:47:53 2008 -0700
serial8250: sanity check nr_uarts on all paths.
I had 8250.nr_uarts=16 in the boot line of a test kernel and I had a weird
mysterious crash in sysfs. After taking an in-depth look I realized that
CONFIG_SERIAL_8250_NR_UARTS was set to 4 and I was walking off the end of
the serial8250_ports array.
Ouch!!!
Don't let this happen to someone else.
Signed-off-by: Eric W. Biederman <ebiederm at xmission.com>
Acked-by: Alan Cox <alan at redhat.com>
Cc: <stable at kernel.org>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit f31ad92f34913043cf008d6e479e92dfbaf02df1
Author: Jaya Kumar <jayakumar.lkml at gmail.com>
Date: Sat Jul 12 13:47:51 2008 -0700
fbdev: bugfix for multiprocess defio
This patch is a bugfix for how defio handles multiple processes manipulating
the same framebuffer.
Thanks to Bernard Blackham for identifying this bug.
It occurs when two applications mmap the same framebuffer and concurrently
write to the same page. Normally, this doesn't occur since only a single
process mmaps the framebuffer. The symptom of the bug is that the mapping
applications will hang. The cause is that defio incorrectly tries to add the
same page twice to the pagelist. The solution I have is to walk the pagelist
and check for a duplicate before adding. Since I needed to walk the pagelist,
I now also keep the pagelist in sorted order.
Signed-off-by: Jaya Kumar <jayakumar.lkml at gmail.com>
Cc: Bernard Blackham <bernard at largestprime.net>
Cc: <stable at kernel.org>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit 4fc89e3911aa5357b55b85b60c4beaeb8a48a290
Author: Darren Jenkins <darrenrjenkins at gmail.com>
Date: Sat Jul 12 13:47:50 2008 -0700
drivers/isdn/i4l/isdn_common.c fix small resource leak
Coverity CID: 1356 RESOURCE_LEAK
I found a very old patch for this that was Acked but did not get applied
https://lists.linux-foundation.org/pipermail/kernel-janitors/2006-September/016362.html
There looks to be a small leak in isdn_writebuf_stub() in isdn_common.c, when
copy_from_user() returns an un-copied data length (length != 0). The below
patch should be a minimally invasive fix.
Signed-off-by: Darren Jenkins <darrenrjenkins at gmailcom>
Acked-by: Karsten Keil <kkeil at suse.de>
Cc: <stable at kernel.org>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit 43f77e91eadbc290eb76a08110a039c809dde6c9
Author: Darren Jenkins <darrenrjenkins at gmail.com>
Date: Sat Jul 12 13:47:49 2008 -0700
drivers/char/pcmcia/ipwireless/hardware.c fix resource leak
Coverity CID: 2172 RESOURCE_LEAK
When pool_allocate() tries to enlarge a packet, if it can not allocate enough
memory, it returns NULL without first freeing the old packet.
This patch just frees the packet first.
Signed-off-by: Darren Jenkins <darrenrjenkins at gmail.com>
Acked-by: Jiri Kosina <jkosina at suse.cz>
Cc: <stable at kernel.org>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit 8df5fc042c8e7c08dc438c8198b62407ee1e91a0
Author: James Bottomley <James.Bottomley at HansenPartnership.com>
Date: Mon Jul 7 15:50:01 2008 -0500
[SCSI] bsg: fix oops on remove
If you do a modremove of any sas driver, you run into an oops on
shutdown when the host is removed (coming from the host bsg device).
The root cause seems to be that there's a use after free of the
bsg_class_device: In bsg_kref_release_function, this is used (to do a
put_device(bcg->parent) after bcg->release has been called. In sas (and
possibly many other things) bcd->release frees the queue which contains
the bsg_class_device, so we get a put_device on unreferenced memory.
Fix this by taking a copy of the pointer to the parent before releasing
bsg.
Acked-by: FUJITA Tomonori <fujita.tomonori at lab.ntt.co.jp>
Signed-off-by: James Bottomley <James.Bottomley at HansenPartnership.com>
commit 27898988174bb211fd962ea73b9c6dc09f888705
Author: James Bottomley <James.Bottomley at HansenPartnership.com>
Date: Thu Jul 10 22:10:55 2008 -0500
[SCSI] fusion: default MSI to disabled for SPI and FC controllers
There's a fault on the FC controllers that makes them not respond
correctly to MSI. The SPI controllers are fine, but are likely to be
onboard on older motherboards which don't handle MSI correctly, so
default both these cases to disabled. Enable by setting the module
parameter mpt_msi_enable=1.
For the SAS case, enable MSI by default, but it can be disabled by
setting the module parameter mpt_msi_enable=0.
Cc: "Prakash, Sathya" <sathya.prakash at lsi.com>
Signed-off-by: James Bottomley <James.Bottomley at HansenPartnership.com>
commit 5ac37f87ff18843aabab84cf75b2f8504c2d81fe
Author: Michael Karcher <kernel at mkarcher.dialup.fu-berlin.de>
Date: Fri Jul 11 18:04:46 2008 +0200
x86: fix ldt limit for 64 bit
Fix size of LDT entries. On x86-64, ldt_desc is a double-sized descriptor.
Signed-off-by: Michael Karcher <kernel at mkarcher.dialup.fu-berlin.de>
Signed-off-by: Ingo Molnar <mingo at elte.hu>
commit a26929fb489188ff959b1715ee67f0c9f84405b5
Merge: 4d727a781f6c9ab8b446d6596ed2dcd6ce80bb47 3976df9b04c113ab19dc0268e49c6cec6baf28f7
Author: Linus Torvalds <torvalds at linux-foundation.org>
Date: Fri Jul 11 17:00:17 2008 -0700
Merge git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog
* git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog:
[PATCH] IPMI: return correct value from ipmi_write
commit 3976df9b04c113ab19dc0268e49c6cec6baf28f7
Author: Mark Rustad <Rustad at gmail.com>
Date: Thu Jul 10 14:27:11 2008 -0500
[PATCH] IPMI: return correct value from ipmi_write
This patch corrects the handling of write operations to the IPMI watchdog
to work as intended by returning the number of characters actually
processed. Without this patch, an "echo V >/dev/watchdog" enables the
watchdog if IPMI is providing the watchdog function.
Signed-off-by: Mark Rustad <MRustad at gmail.com>
Signed-off-by: Corey Minyard <cminyard at mvista.com>
Signed-off-by: Wim Van Sebroeck <wim at iguana.be>
commit 0ce3a7e5bd305e96c924fab1e3126480c665f017
Author: Brian King <brking at linux.vnet.ibm.com>
Date: Fri Jul 11 13:37:50 2008 -0500
[SCSI] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices
Currently, ipr does not support HDIO_GET_IDENTITY to SATA devices.
An oops occurs if userspace attempts to send the command. Since hald
issues the command, ensure we fail the ioctl in ipr. This is a
temporary solution to the oops. Once the ipr libata EH conversion
is upstream, ipr will fully support HDIO_GET_IDENTITY.
Tested-by: Milton Miller <miltonm at bga.com>
Signed-off-by: Brian King <brking at linux.vnet.ibm.com>
Signed-off-by: James Bottomley <James.Bottomley at HansenPartnership.com>
commit 4d727a781f6c9ab8b446d6596ed2dcd6ce80bb47
Merge: 49641f1acfdfd437ed9b0a70b86bf36626c02afe 3c1e3896344063273715b332b1c0534deb9b286c
Author: Linus Torvalds <torvalds at linux-foundation.org>
Date: Fri Jul 11 11:37:55 2008 -0700
Merge branch 'upstream-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev
* 'upstream-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev:
libata-acpi: don't call sleeping function from invalid context
Added Targa Visionary 1000 IDE adapter to pata_sis.c
libata-acpi: filter out DIPM enable
commit 49641f1acfdfd437ed9b0a70b86bf36626c02afe
Author: Dave Chinner <david at fromorbit.com>
Date: Fri Jul 11 17:43:55 2008 +1000
Fix reference counting race on log buffers
When we release the iclog, we do an atomic_dec_and_lock to determine if
we are the last reference and need to trigger update of log headers and
writeout. However, in xlog_state_get_iclog_space() we also need to
check if we have the last reference count there. If we do, we release
the log buffer, otherwise we decrement the reference count.
But the compare and decrement in xlog_state_get_iclog_space() is not
atomic, so both places can see a reference count of 2 and neither will
release the iclog. That leads to a filesystem hang.
Close the race by replacing the atomic_read() and atomic_dec() pair with
atomic_add_unless() to ensure that they are executed atomically.
Signed-off-by: Dave Chinner <david at fromorbit.com>
Reviewed-by: Tim Shimmin <tes at sgi.com>
Tested-by: Eric Sandeen <sandeen at sandeen.net>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit 3c1e3896344063273715b332b1c0534deb9b286c
Author: Zhang Rui <rui.zhang at intel.com>
Date: Fri Jul 11 09:42:03 2008 -0400
libata-acpi: don't call sleeping function from invalid context
The problem is introduced by commit
664d080c41463570b95717b5ad86e79dc1be0877.
acpi_evaluate_integer is a sleeping function,
and it should not be called with spin_lock_irqsave.
https://bugzilla.redhat.com/show_bug.cgi?id=451399
Signed-off-by: Zhang Rui <rui.zhang at intel.com>
Signed-off-by: Jeff Garzik <jgarzik at redhat.com>
commit edb804713ffb660ddad5dda5fb8f2addea7ad8c6
Author: Kai Krakow <kai at kaishome.de>
Date: Sun Jul 6 14:22:26 2008 +0200
Added Targa Visionary 1000 IDE adapter to pata_sis.c
This enables short 40-wire detection for my laptop thus
enabling UDMA/100.
Signed-off-by: Jeff Garzik <jgarzik at redhat.com>
commit b344991ace21896a83694c86d132b8494a29f3be
Author: Tejun Heo <tj at kernel.org>
Date: Sun Jul 6 23:15:03 2008 +0900
libata-acpi: filter out DIPM enable
Some BIOSen enable DIPM via _GTF which causes command timeouts under
certain configuration. This didn't occur on 2.6.25 because 2.6.25
defaulted to SRST, so _GTF wasn't executed during boot probe, so ahci
host reset disabled DIPM and as _GTF wasn't executed after SRST, DIPM
wasn't enabled. On 2.6.26, hardreset is used during probe and after
probe _GTF is executed enabling DIPM and thus the failures.
This patch could theoretically disable DIPM on machines which used to
have it enabled on 2.6.25 but AFAIK ahci is currently the only driver
which uses SATA ACPI hierarchy (_SDD) and as the host reset would have
always disabled DIPM, this shouldn't happen.
Signed-off-by: Tejun Heo <tj at kernel.org>
Signed-off-by: Jeff Garzik <jgarzik at redhat.com>
commit 61ca9daa2ca3022dc9cb22bd98e69c1b61e412ad
Author: Paul Gortmaker <paul.gortmaker at windriver.com>
Date: Thu Jul 10 17:30:48 2008 -0700
rtc: fix reported IRQ rate for when HPET is enabled
The IRQ rate reported back by the RTC is incorrect when HPET is enabled.
Newer hardware that has HPET to emulate the legacy RTC device gets this value
wrong since after it sets the rate, it returns before setting the variable
used to report the IRQ rate back to users of the device -- so the set rate and
the reported rate get out of sync.
Signed-off-by: Paul Gortmaker <paul.gortmaker at windriver.com>
Cc: Ingo Molnar <mingo at elte.hu>
Cc: David Brownell <david-b at pacbell.net>
Cc: Thomas Gleixner <tglx at linutronix.de>
Cc: <stable at kernel.org>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit ac310bb5db057963548e067037d68c9be41d0dd0
Author: Uwe Kleine-König <Uwe.Kleine-Koenig at digi.com>
Date: Thu Jul 10 17:30:46 2008 -0700
Fix name of Russell King in various comments
This patch was created by
git grep -E -l 'Rus(el|s?e)l King' | xargs -r -t perl -p -i -e 's/Rus(el|s?e)l King/Russell King/g'
Signed-off-by: Uwe Kleine-König <Uwe.Kleine-Koenig at digi.com>
Most-Definitely-Acked-by: Russell King <rmk+kernel at arm.linux.org.uk>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit a7de3902edce099e4102c1272ec0ab569c1791f7
Author: Eugene Surovegin <ebs at ebshome.net>
Date: Thu Jul 10 17:30:44 2008 -0700
rapidio: fix device reference counting
Fix RapidIO device reference counting.
Signed-of-by: Eugene Surovegin <ebs at ebshome.net>
Cc: Matt Porter <mporter at kernel.crashing.org>
Cc: <stable at kernel.org>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit fb0e7e11d017beb5f0b1fa25bc51e49e65c46d67
Author: Marcin Obara <marcin_obara at users.sourceforge.net>
Date: Thu Jul 10 17:30:42 2008 -0700
tpm: add Intel TPM TIS device HID
This patch adds Intel TPM TIS device HID: ICO0102
Signed-off-by: Marcin Obara <marcin_obara at users.sourceforge.net>
Acked-by: Marcel Selhorst <tpm at selhorst.net>
Acked-by: Rajiv Andrade <srajiv at linux.vnet.ibm.com>
Cc: <stable at kernel.org>
Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
commit 081a5bcb39b455405d58f79bb3c9398a9d4477ed
Author: James Bottomley <James.Bottomley at HansenPartnership.com>
Date: Mon Jul 7 11:24:06 2008 -0500
[SCSI] mptspi: fix oops in mptspi_dv_renegotiate_work()
The problem here is that if the ioc faults too early in the bring up
sequence (as it usually does for an irq routing problem), ioc_reset gets
called before the scsi host is even allocated. This causes an oops when
it later schedules a renegotiation. Fix this by checking ioc->sh before
trying to renegotiate.
Cc: "Moore, Eric" <Eric.Moore at lsi.com>
Cc: Stable Tree <stable at kernel.org>
Signed-off-by: James Bottomley <James.Bottomley at HansenPartnership.com>
commit bdb2b8cab4392ce41ddfbd6773a3da3334daf836
Author: Alan Stern <stern at rowland.harvard.edu>
Date: Tue Jun 24 14:03:14 2008 -0400
[SCSI] erase invalid data returned by device
This patch (as1108) fixes a problem that can occur with certain USB
mass-storage devices: They return invalid data together with a residue
indicating that the data should be ignored. Rather than leave the
invalid data in a transfer buffer, where it can get misinterpreted,
the patch clears the invalid portion of the buffer.
This solves a problem (wrong write-protect setting detected) reported
by Maciej Rutecki and Peter Teoh.
Signed-off-by: Alan Stern <stern at rowland.harvard.edu>
Tested-by: Peter Teoh <htmldeveloper at gmail.com>
Signed-off-by: James Bottomley <James.Bottomley at HansenPartnership.com>
More information about the commitlog
mailing list
