ChangeSet@1.2067, 2004-10-19 09:36:24-07:00, dtor_core@ameritech.net
[PATCH] ieee1394: SBP-2 - rename some constants to fix clash with new SCSI core defines.
Acked by Ben Collins.
Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.2066, 2004-10-19 09:10:04-07:00, torvalds@ppc970.osdl.org
Merge bk://kernel.bkbits.net/gregkh/linux/usb-2.6
into ppc970.osdl.org:/home/torvalds/v2.6/linux
ChangeSet@1.1997.39.260, 2004-10-19 08:30:26-07:00, Markus.Lidel@shadowconnect.com
[PATCH] i2o: message conversion fix for le32_to_cpu parameters
- fixed incorrect parameters to le32_to_cpu which was introduced with the
I2O message conversion patch
Signed-off-by: Markus Lidel <Markus.Lidel@shadowconnect.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.259, 2004-10-19 08:30:14-07:00, Markus.Lidel@shadowconnect.com
[PATCH] i2o: correct error code if bus is busy in i2o_scsi
- corrected the error code in i2o_scsi_reply to return the correct error
code DID_BUS_BUSY if bus is busy (original from Alan Cox)
Signed-off-by: Markus Lidel <Markus.Lidel@shadowconnect.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.258, 2004-10-19 08:24:08-07:00, nacc@us.ibm.com
[PATCH] net/mac89x0: replace schedule_timeout() with msleep_interruptible()
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.257, 2004-10-19 08:23:55-07:00, janitor@sternwelten.at
[PATCH] janitor: __FUNCTION__ string concatenation deprecated
__FUNCTION__ string concatenation is deprecated
Signed-off-by: Clemens Buchacher <drizzd@aon.at>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.256, 2004-10-19 08:23:43-07:00, janitor@sternwelten.at
[PATCH] janitor: replace dprintk with pr_debug in microcode.c
Replaced dprintk with pr_debug from kernel.h
Signed-off-by: Domen Puncer <domen@coderock.org>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.255, 2004-10-19 08:23:30-07:00, janitor@sternwelten.at
[PATCH] drivers/isdn: replace milliseconds() with msecs_to_jiffies()
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.254, 2004-10-19 08:23:18-07:00, janitor@sternwelten.at
[PATCH] janitor: isdn/icn: change units of ICN_BOOT_TIMEOUT1
Change units of ICN_BOOT_TIMEOUT1 to msecs instead of jiffies for
msleep_interruptible() in icn.c. Also, remove unused constant
ICN_CHANLOCK_DELAY.
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.253, 2004-10-19 08:23:05-07:00, janitor@sternwelten.at
[PATCH] janitor: replace dprintk with pr_debug in drivers/scsi/tpam/
Replaced dprintk, and deleted it out of tpam.h.
Signed-off-by: Domen Puncer <domen@coderock.org>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.252, 2004-10-19 08:22:53-07:00, janitor@sternwelten.at
[PATCH] ieee1394: replace schedule_timeout() with msleep_interruptible()
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.251, 2004-10-19 08:22:40-07:00, janitor@sternwelten.at
[PATCH] drivers/md: replace schedule_timeout() with msleep_interruptible()
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.250, 2004-10-19 08:22:28-07:00, janitor@sternwelten.at
[PATCH] janitor: drivers/message: replace schedule_timeout() with msleep_interruptible()
Use msleep_interruptible() instead of schedule_timeout() under drivers/message.
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.249, 2004-10-19 08:22:16-07:00, janitor@sternwelten.at
[PATCH] janitor: drivers/media: replace schedule_timeout() with msleep()
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.248, 2004-10-19 08:22:03-07:00, janitor@sternwelten.at
[PATCH] janitor: video/radeonfb: remove MS_TO_HZ()
Removes definition of MS_TO_HZ() in favor of msecs_to_jiffies().
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.247, 2004-10-19 08:21:51-07:00, janitor@sternwelten.at
[PATCH] janitor: video/radeon_base: replace MS_TO_HZ() with msecs_to_jiffies()
Replace MS_TO_HZ() with msecs_to_jiffies().
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.246, 2004-10-19 08:21:39-07:00, janitor@sternwelten.at
[PATCH] janitor: kill KERNEL_VERSION duplicate in videocodec.c
Kill KERNEL_VERSION duplicate. Funny that it insn't even used in here
Signed-off-by: Domen Puncer <domen@coderock.org>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.245, 2004-10-19 08:21:27-07:00, janitor@sternwelten.at
[PATCH] janitor: fix-typo-arm-dma arch/arm26/machine/dma.c
caught by Domen Puncer <domen@coderock.org>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.244, 2004-10-19 08:21:15-07:00, janitor@sternwelten.at
[PATCH] janitor: mark __init/__exit static drivers/net/bsd_comp
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.243, 2004-10-19 08:21:02-07:00, janitor@sternwelten.at
[PATCH] janitor: mark __init/__exit static drivers/net/ppp_deflate
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.242, 2004-10-19 08:20:50-07:00, janitor@sternwelten.at
[PATCH] janitor: remove check_region from drivers/char/esp.c
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.241, 2004-10-19 08:20:38-07:00, janitor@sternwelten.at
[PATCH] drivers/char: replace schedule_timeout() with msleep_interruptible()
Replace lots of open-coded sleeps with msleep_interruptible() under
drivers/char.
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Rogier Wolff <R.E.Wolff@BitWizard.nl>
Signed-off-by: Christoph Lameter <christoph@lameter.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.240, 2004-10-19 08:20:24-07:00, janitor@sternwelten.at
[PATCH] janitor: char/sx: replace direct assignment with set_current_state()
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.239, 2004-10-19 08:20:11-07:00, janitor@sternwelten.at
[PATCH] janitor: char/ipmi_si_intf: add set_current_state()
Add set_current_state() before schedule_timeout() so a delay is achieved.
Without the addition, schedule_timeout() returns immediately.
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.238, 2004-10-19 08:19:59-07:00, janitor@sternwelten.at
[PATCH] janitor: char/fdc-io: replace direct assignment with set_current_state()
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.237, 2004-10-19 08:19:47-07:00, janitor@sternwelten.at
[PATCH] janitor: char/sis-agp: replace schedule_timeout() with msleep()
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.236, 2004-10-19 08:19:34-07:00, janitor@sternwelten.at
[PATCH] janitor: char/rio_linux: replace schedule_timeout() with msleep()/msleep_interruptible()
Use msleep()/msleep_interruptible() [as appropriate] instead of
schedule_timeout() to guarantee the task delays as expected.
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.235, 2004-10-19 08:19:22-07:00, janitor@sternwelten.at
[PATCH] janitor: list_for_each: drivers-char-drm-radeon_mem.c
s/for/list_for_each/
Signed-off-by: Domen Puncer <domen@coderock.org>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.234, 2004-10-19 08:19:10-07:00, janitor@sternwelten.at
[PATCH] janitor: remove old ifdefs fasttimer
Patches to remove some old ifdefs.
remove most of the #include <linux/version.h>
kill compat cruft like #define ahd_pci_set_dma_mask pci_set_dma_mask
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.233, 2004-10-19 08:18:58-07:00, janitor@sternwelten.at
[PATCH] janitor: remove old ifdefs dmascc
Patches to remove some old ifdefs.
remove most of the #include <linux/version.h>
kill compat cruft like #define ahd_pci_set_dma_mask pci_set_dma_mask
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.232, 2004-10-19 08:18:46-07:00, janitor@sternwelten.at
[PATCH] janitor: cpqarray remove unused include
remove unused #include <linux/version.h>
Old ifdefs were removed that used it's definition.
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.231, 2004-10-19 08:18:33-07:00, Markus.Lidel@shadowconnect.com
[PATCH] i2o: quieten sparse 1-bit-bitfield warnings in i2o.h
- Single-bit bitfields should be unsigned. Quell sparse warnings for
these. (from Randy Dunlap)
Signed-off-by: Randy Dunlap <rddunlap@osdl.org>
Signed-off-by: Markus Lidel <Markus.Lidel@shadowconnect.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.230, 2004-10-19 08:18:19-07:00, Markus.Lidel@shadowconnect.com
[PATCH] i2o: new functions to convert messages to a virtual address
- added new function i2o_msg_in_to_virt and i2o_msg_out_to_virt, to turn an
I2O message to a virtual address (original from Alan Cox)
- replaced readl with le32_to_cpu where it is not necessary (original from
Alan Cox)
Signed-off-by: Markus Lidel <Markus.Lidel@shadowconnect.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.229, 2004-10-19 08:18:07-07:00, Markus.Lidel@shadowconnect.com
[PATCH] i2o: added support for Promise controllers
- added support for Promise I2O controllers, which need a different
initialization sequence (original from Alan Cox)
Signed-off-by: Markus Lidel <Markus.Lidel@shadowconnect.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.228, 2004-10-19 08:17:55-07:00, Markus.Lidel@shadowconnect.com
[PATCH] i2o: code beautifying and cleanup
- added KERN_* to printk where it was missing (original from Alan Cox)
- removed unused code which was commented out already (original from Alan
Cox)
- make error messages more sane in i2o_block (original from Alan Cox)
Signed-off-by: Markus Lidel <Markus.Lidel@shadowconnect.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.227, 2004-10-19 08:17:43-07:00, wli@holomorphy.com
[PATCH] sparc32: early tick_ops
The zaphod scheduler likes to call scheduler_tick() before time_init().
sparc32 oopses.
Perhaps a scheduler bug, but this robustifies things.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.226, 2004-10-19 08:17:30-07:00, wli@holomorphy.com
[PATCH] profile: 512x Altix timer interrupt livelock fix
I've been informed that /proc/profile livelocks some systems in the timer
interrupt, usually at boot. The following patch attempts to amortize the
atomic operations done on the profile buffer to address this stability
concern. This patch has nothing to do with performance; kernels using
periodic timer interrupts are under realtime constraints to complete
whatever work they perform within timer interrupts before the next timer
interrupt arrives lest they livelock, performing no work whatsoever apart
from servicing timer interrupts. The latency of the cacheline bounce for
prof_buffer contributes to the time spent in the timer interrupt, hence it
must be amortized when remote access latencies or deviations from fair
exclusive cacheline acquisition may cause cacheline bounces to take longer
than the interval between timer ticks.
What this patch does is to create a pair of per-cpu open-addressed
hashtables indexed by profile buffer slot holding values representing the
number of pending profile buffer hits for the profile buffer slot. When
this hashtable overflows, one iterates over the hashtable accounting each
of the pairs of profile buffer slots and hit counts to the global profile
buffer. Zero is a legitimate profile buffer slot, so zero hit counts
represent unused hashtable entries. The hashtable is furthermore protected
from flush IPI's by interrupt disablement.
In order to flush the pending profile hits for read_profile(), this patch
flips betweeen the pairs of per-cpu profile buffer by signalling all cpus
to flip via IPI at the time of read_profile(), followed by doing all the
work to flush the profile hits from the older per-cpu buffers in the
context of the caller of read_profile(), with exclusion provided by a
semaphore ensuring that only one caller of profile_flip_buffers() may
execute at a time, and using interrupt disablement to prevent buffer flip
IPI's from altering the hashtables or flip state while an update is in
progress. The flip state is per-cpu so that remote cpus need only disable
interrupts locally for synchronization, which is both simple and
busywait-free for remote cpus. The flip states all change in tandem when
some cpu requests the hashtables be flipped, and the requester waits for
the completion of smp_call_function() for notification that all cpus have
finished flipping between their hashtables. The IPI handler merely toggles
the flip state (which is an array index) between 0 and 1.
This is expected to be a much stronger amortization than merely reducing
the frequency of profile buffer access by a factor of the size of the
hashtable because numerous hits may be held for each of its entries. This
reduces what was before the patch a number of atomic increments equal to
what after the patch becomes the sum of the hits held for each entry in the
hashtable, to a number of atomic_add()'s equal to the number of entries in
the per_cpu hashtable. This is nondeterministic, but as the profile hits
tend to be concentrated in a very small number of profile buffer slots
during any given timing interval, is likely to represent a very large
number of atomic increments. This amortization of atomic increments does
not depend on the hash function, only the sharp peakedness of the
distribution of profile buffer hits.
This algorithm has two advantages over full-size per-cpu profile buffers.
The first is that the space footprint is much smaller. Per-cpu profile
buffers would increase the space requirements by a factor of
num_online_cpus(), where this algorithm only requires one page per cpu.
The second is that reading the profile state is much faster, because the
state that must be traversed is exactly the above space consumers, and the
relative reduction in size concomitantly reduces the time required for a
read operation.
I also took the liberty of adding some commentary to the comments at the
beginning of the file reflecting the major work done on profile.c in recent
months and describing what the file implements.
The reporters of this issue have verified that this resolves their timer
interrupt livelock on 512x Altixen. In my own testing on 4x logical
x86-64, this patch saw a rate of about 18 flushes per minute under load, or
about one flush every 3 seconds, for about 38.4 atomic accesses to the
profile buffer per second per cpu in one of the algorithm's worst cases,
about 3.84% of the number of atomic profile buffer accesses per second per
cpu as a normal kernel would commit. This represents a twenty-six-fold
increase in the scalability on SMP systems with 4KB PAGE_SIZE, i.e. with a
4KB PAGE_SIZE, the number of atomic profile buffer accesses per second per
cpu is reduced by a factor of 26, thereby increasing the number of cpus a
system must have before it would experience a timer interrupt livelock by a
factor of 26, with the proviso that cacheline bounces must take the same
amount of time to service. This increase in the scalability of the kernel
is expected to be much larger for ia64, which has a large PAGE_SIZE,
because the distribution of profile buffer hits is so sharply peaked that
doubling the hashtable size will much more than double the amortization
factor. In fact, only 19 flushes were observed on a 64x Altix over an
approximately 10 minute AIM7 run, and 1 flush on a 512x Altix over the
course of an entire AIM7 run, for truly vast effective amortization
factors.
A prior version of this patch, which did not include the node-local
hashtable allocation and bounded collision chains has been successfully
tested on 64x and 512x ia64 vs 2.6.9-rc2, 8x ia64 vs. 2.6.9-rc2-mm1, 4x
x86-64 vs. 2.6.9-rc2-mm1, and 6x sparc64 vs. 2.6.9-rc2-mm1. This patch
minus the hashtable initialization fix has been successfully tested on 2x
ppc64, 2x alpha, 8x ia64, 6x sparc64, and 4x x86-64, all vs.
2.6.9-rc2-mm1. This precise version of the patch has been successfully
tested on 8x ia32 against 2.6.9-rc2-mm1 and 6x sparc64 vs. both
2.6.9-rc2-mm1 and 2.6.9-rc2-mm2.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.225, 2004-10-19 08:17:18-07:00, jmorris@redhat.com
[PATCH] SELinux: allow all filesystems to specify fscreate mount option
The patch below allows all types of filesystems to specify the fscreate
mount option (which is used to specify the security context of the
filesystem itself). This was previously only available for filesystems
with full xattr security labeling, but is also potentially required for
filesystems with e.g. psuedo xattr labeling such as devpts and tmpfs.
An example of use is to specify at mount time the fs security context of a
tmpfs filesystem, overriding the default specified in policy for that
filesystem.
This patch has been in the Fedora kernel for some weeks with no problems.
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Stephen Smalley <sds@epoch.ncsc.mil>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.224, 2004-10-19 08:17:06-07:00, agruen@suse.de
[PATCH] xattr: re-introduce validity check before xattr cache insert
* ext[23]_xattr_list():
- Before inserting an xattr block into the cache, make sure that the
block is not corrupted. The check got moved after inserting into the
cache in the xattr consolidation patches, so corrupted blocks could become
visible to cache users.
- Take a variable out of the loop that calls the ->list handlers.
* A few cosmetic changes.
Signed-off-by: Andreas Gruenbacher <agruen@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.223, 2004-10-19 08:16:53-07:00, jmorris@redhat.com
[PATCH] xattr consolidation v3 - tmpfs
This patch adds xattr support to tmpfs, and a security xattr handler. The
purpose of this is to allow udev to be mounted on tmpfs, as used currently by
Fedora.
Original patch from: Luke Kenneth Casson Leighton <lkcl@lkcl.net>.
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Stephen Smalley <sds@epoch.ncsc.mil>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.222, 2004-10-19 08:16:41-07:00, jmorris@redhat.com
[PATCH] xattr consolidation v3 - devpts
This patch updates the devpts xattr handler code to the generic xattr API,
also adds a GPL notice, author and copyright details.
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Stephen Smalley <sds@epoch.ncsc.mil>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.221, 2004-10-19 08:16:28-07:00, jmorris@redhat.com
[PATCH] xattr consolidation v3 - ext2
This patch converts ext2 xattr and acl code to the new generic xattr API.
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Stephen Smalley <sds@epoch.ncsc.mil>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.220, 2004-10-19 08:16:16-07:00, jmorris@redhat.com
[PATCH] xattr consolidation v3 - ext3
This patch converts the ext3 xattr and acl code to the generic xattr API.
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Stephen Smalley <sds@epoch.ncsc.mil>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.219, 2004-10-19 08:16:03-07:00, jmorris@redhat.com
[PATCH] xattr consolidation v3 - LSM
This patch replaces the dentry parameter with an inode in the LSM
inode_{set|get|list}security hooks, in keeping with the ext2/ext3 code.
dentries are not needed here.
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Stephen Smalley <sds@epoch.ncsc.mil>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.218, 2004-10-19 08:15:51-07:00, jmorris@redhat.com
[PATCH] xattr consolidation v3 - generic xattr API
This patch consolidates common xattr handling logic into the core fs code,
with modifications suggested by Christoph Hellwig (hang off superblock, remove
locking, use generic code as methods), for use by ext2, ext3 and devpts, as
well as upcoming tmpfs xattr code.
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Stephen Smalley <sds@epoch.ncsc.mil>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.217, 2004-10-19 08:15:39-07:00, medaglia@undl.org.br
[PATCH] Fix types.h
This patch fixes troubles when compiling some applications that include
<linux/byteorder/little_endian.h>, like xmms.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.216, 2004-10-19 08:15:27-07:00, drepper@redhat.com
[PATCH] Simplify last lib/idr.c change
The last change to alloc_layer in lib/idr.c unnecessarily complicates
the code and depending on the definition of spin_unlock will cause worse
code to be generated than necessary. The following patch should improve
the situation.
Signed-off-by: Ulrich Drepper <drepper@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.215, 2004-10-19 08:15:14-07:00, haroldo.gamal@infolink.com.br
[PATCH] smbfs does not honor uid, gid, file_mode and dir_mode supplied by user mount
This patch fixes "Samba Bugzilla Bug 999". The last version (2.6.8.1) of
smbfs kernel module do not honor uid, gid, file_mode and dir_mode supplied
by user during mount. This bug is also logged as "Kernel Bug Tracker Bug
3330".
To fully work, some modifications are needed to samba smbmount.c and
smbmnt.c files. Those patches are available at Samba and Kernel Bug
Tracker pages.
After those patches, if the user do not supply any of the parameters above,
the uid, gid, file_mode and dir_mode on the server will be used by the
client.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.214, 2004-10-19 08:15:02-07:00, nickpiggin@yahoo.com.au
[PATCH] taint on bad_page
Hugh and I both thought this would be generally useful.
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.213, 2004-10-19 08:14:50-07:00, nickpiggin@yahoo.com.au
[PATCH] taint: fix forced rmmod
This taint didn't appear to be reported.
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.212, 2004-10-19 08:14:38-07:00, ak@muc.de
[PATCH] x86-64/i386: add mce tainting
This patch adds machine check tainting. When a handled machine check
occurs the oops gets a new 'M' flag. This is useful to ignore machines
with hardware problems in oops reports.
On i386 a thermal failure also sets this flag.
Done for x86-64 and i386 so far.
Signed-off-by: Andi Kleen <ak@suse.de>
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.211, 2004-10-19 08:14:25-07:00, dipankar@in.ibm.com
[PATCH] Document RCU based dcache lookup
Finally some in-tree documentation for RCU-based dcache look-up.
Signed-off-by: Dipankar Sarma <dipankar@in.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.210, 2004-10-19 08:14:13-07:00, dipankar@in.ibm.com
[PATCH] Remove d_bucket
Tested using dcachebench and hevy rename test.
http://lse.sourceforge.net/locking/dcache/rename_test/
While going over dcache code, I realized that d_bucket which was introduced
to prevent hash chain traversals from going into an infinite loop earlier,
is no longer necessary. Originally, when RCU based lock-free lookup was
first introduced, dcache hash chains used list_head. Hash chain traversal
was terminated when dentry->next reaches the list_head in the hash bucket.
However, if renames happen during a lock-free lookup, a dentry may move to
different bucket and subsequent hash chain traversal from there onwards may
not see the list_head in the original bucket at all. In fact, this would
result in the list_head in the bucket interpreted as a list_head in dentry
and bad things will happen after that. Once hlist based hash chains were
introduced in dcache, the termination condition changed and lock-free
traversal would be safe with NULL pointer based termination of hlists.
This means that d_bucket check is no longer required.
There still exist some theoritical livelocks like a dentry getting
continuously moving and lock-free look-up never terminating. But that
isn't really any worse that what we have. In return for these changes, we
reduce the dentry size by the size of a pointer. That should make akpm and
mpm happy.
Signed-off-by: Dipankar Sarma <dipankar@in.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.209, 2004-10-19 08:14:01-07:00, dipankar@in.ibm.com
[PATCH] Fix dcache lookup
__d_lookup() has leftover stuff from earlier code to protect it against
rename. The smp_rmb() there was needed for the sequence counter logic.
Original dcache_rcu had :
+ move_count = dentry->d_move_count;
+ smp_rmb();
+
if (dentry->d_name.hash != hash)
continue;
if (dentry->d_parent != parent)
continue;
This was to make sure that comparisons didn't happen before before the
sequence counter was snapshotted. This logic is now gone and memory
barrier is not needed. Removing this should also improve performance.
The other change is the leftover smp_read_barrier_depends(), later
converted to rcu_dereference(). Originally, the name comparison was not
protected against d_move() and there could have been a mismatch of
allocation size of the name string and dentry->d_name.len. This was
avoided by making the qstr update in dentry atomic using a d_qstr pointer.
Now, we do ->d_compare() or memcmp() with the d_lock held and it is safe
against d_move(). So, there is no need to rcu_dereference() anything. In
fact, the current code is meaningless.
Signed-off-by: Dipankar Sarma <dipankar@in.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.208, 2004-10-19 08:13:49-07:00, schwidefsky@de.ibm.com
[PATCH] cleanup: time.h, times.h, timex.h and jiffies.h
This patch moves some definitions among time.h, times.h, timex.h and
jiffies.h. The purpose is to sort all jiffies related functions to
jiffies.h, to get rid of the cyclic dependency between time.h & timex.h and
to move all #include lines to the start of the header files.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.207, 2004-10-19 08:13:35-07:00, schwidefsky@de.ibm.com
[PATCH] cleanup: remove unused definitions from timex.h
The CLOCK_TICK_FACTOR and FINETUNE defines from <asm/timex.h> are not used
anywhere. Kill them.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.206, 2004-10-19 08:13:23-07:00, schwidefsky@de.ibm.com
[PATCH] cleanup: move call to update_process_times.
For non-smp kernels the call to update_process_times is done in the
do_timer function. It is more consistent with smp kernels to move this
call to the architecture file which calls do_timer.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.205, 2004-10-19 08:13:09-07:00, hch@lst.de
[PATCH] don't include <linux/sysctl.h> in <linux/security.h>
security.h gets pulled in in lots of places, so use forward declarations
for struct ctl_table instead of pulling sysctl in everywhere.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.204, 2004-10-19 08:12:57-07:00, hch@lst.de
[PATCH] mark inter_module_* deprecated
These had been officially deprecated since Rusty's module rewrite, but
never got the __deprecated marker. The only remaining users are drm and
mtd, so we'll get some warnings for common builds. But maybe that's the
only way to get the drm people to fix the mess :)
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.203, 2004-10-19 08:12:45-07:00, hch@lst.de
[PATCH] remove MOD_INC_USE_COUNT/MOD_DEC_USE_COUNT
They've been marked deprecated since 2.5.x and there's no more users.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.202, 2004-10-19 08:12:33-07:00, agruen@suse.de
[PATCH] Replace hard-coded MODVERDIR in modpost
When building external modules, MODVERDIR is relative to the external
module instead of in the kernel source tree. Use the MODVERDIR environment
variable instead of the hard-coded path in modpost.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.201, 2004-10-19 08:12:21-07:00, stelian@popies.net
[PATCH] A simple FIFO implementation
A simple ringbuffer implementation for various character drivers.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.200, 2004-10-19 08:12:08-07:00, wli@holomorphy.com
[PATCH] report per-process pagetable usage
Andi Kleen requested that the number of pagetable pages in use by a process
be reported in /proc/$PID/status; this patch implements that.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.199, 2004-10-19 08:11:56-07:00, wli@holomorphy.com
[PATCH] make console_conditional_schedule() __sched and use cond_resched()
Relatively minor add-on (not necessarily tied to it or required to be taken
or a fix for any bug). Since cond_resched() is using PREEMPT_ACTIVE now,
it may be useful to update the open-coded instance of cond_resched() to use
the generic call. Also, it should probably be __sched so the caller shows
up in wchan.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.198, 2004-10-19 08:11:44-07:00, wli@holomorphy.com
[PATCH] procfs: fix task_mmu.c text size reporting
Not all binfmts page align ->end_code and ->start_code, so the task_mmu
statistics calculations need to perform this alignment themselves.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.197, 2004-10-19 08:11:32-07:00, Natalie.Protasevich@unisys.com
[PATCH] Incorrect PCI interrupt assignment on ES7000 for platform GSI
In arch/i386/kernel/acpi/boot.c, platform GSI does not propagate back from
mp_register_gsi() to a calling routine which results in IRQ to be set for
wrong GSI. This causes most of the PCI slots on the first PCI module to
fail. This patch fixes the problem by returning new GSI back to
acpi_register_gsi().
Signed-off-by: Natalie Protasevich <Natalie.Protasevich@unisys.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.196, 2004-10-19 08:11:20-07:00, raven@themaw.net
[PATCH] autofs4: allow map update recognition
Having recently repaired autofs' ability to recognise updates to maps
dynamically I found I needed to reintroduce the directory inode lookup
method (I broke the update recognition several versions ago, oops).
This patch does this and applies cleanly against 2.6.9-rc1-mm4.
As far as I can tell from testing it doesn't introduce any backward
incompatibilities.
Signed-off-by: Ian Kent <raven@themaw.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.195, 2004-10-19 08:11:08-07:00, zwane@linuxpower.ca
[PATCH] Allow multiple inputs in alternative_input
I had to use the following patch to allow multiple arguments to be passed
down to the asm stub for alternative_input whilst writing alternatives for
mwait code, it seems like a simple enough fix.
Signed-off-by: Zwane Mwaikambo <zwane@linuxpower.ca>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.194, 2004-10-19 08:10:55-07:00, wli@holomorphy.com
[PATCH] pidhashing: enforce PID_MAX_LIMIT in sysctls
The pid_max sysctl doesn't enforce PID_MAX_LIMIT or sane lower bounds.
RESERVED_PIDS + 1 is the minimum pid_max that won't break alloc_pidmap(), and
PID_MAX_LIMIT may not be aligned to 8*PAGE_SIZE boundaries for unusual values
of PAGE_SIZE, so this also rounds up PID_MAX_LIMIT to it.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.193, 2004-10-19 08:10:43-07:00, wli@holomorphy.com
[PATCH] pidhashing: lower PID_MAX_LIMIT for 32-bit machines
/proc/ breaks when PID_MAX_LIMIT is elevated on 32-bit, so this patch lowers
it there.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.192, 2004-10-19 08:10:31-07:00, wli@holomorphy.com
[PATCH] pidhashing: retain older vendor copyright
I was informed that the vendor component of the copyright can't be clobbered
without more care, so this patch retains the older vendor, updating it only to
reflect the appropriate time period.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.191, 2004-10-19 08:10:19-07:00, wli@holomorphy.com
[PATCH] pidhashing: rewrite alloc_pidmap()
Rewrite alloc_pidmap() to clarify control flow by eliminating all usage of
goto, honor pid_max and first available pid after last_pid semantics, make
only a single pass over the used portion of the pid bitmap, and update
copyrights to reflect ongoing maintenance by Ingo and myself.
Signed-off-by: William Irwin <wli@holomorphy.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.190, 2004-10-19 08:10:06-07:00, suresh.b.siddha@intel.com
[PATCH] no exec: i386 and x86_64 cleanups
Sync x86_64 noexec behaviour with i386. And remove all the confusing
noexec related boot parameters.
Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.189, 2004-10-19 08:09:53-07:00, vandrove@vc.cvut.cz
[PATCH] Add VIDIOC_S_CTRL_OLD to matroxfb
For several months I'm receiving complaints from matroxfb users that v4lctl
suddenly stops working for them on kernel upgrade.
Problem is that VIDIOC_S_CTRL was renumbered, but all distros still use old
VIDIOC_S_CTRL value (f.e. even xawtv-3.94 in Debian unstable still uses
old VIDIOC_S_CTRL definition).
So let's add this old VIDIOC_S_CTRL value (now named VIDIOC_S_CTRL_OLD) to
matroxfb's v4l handling.
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>
ChangeSet@1.1997.39.188, 2004-10-19 08:09:41-07:00, adaplas@hotpop.com
[PATCH] fbdev: trivial fb_get_options fix for cyber2000fb and bw2fb
Trivial fb_get_options fix for
- cyber200fb
- bw2fb
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.187, 2004-10-19 08:09:29-07:00, geert@linux-m68k.org
[PATCH] FrameMaster II build fix
fm2fb: Trivial fix for the breakage introduced by the addition of
fb_get_options().
Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.186, 2004-10-19 08:09:17-07:00, benh@kernel.crashing.org
[PATCH] rework radeonfb blanking
This patch cleans up some old cruft in the manipulation of the LVDS
interface registers and fixes the blanking code to work with various DVI
flat panels.
Since this is all very sensitive stuff, I'm posting the patch here for
testing before submitting it upstream, though Andrew is welcome to put it
in -mm.
It also fix some problems with getting the right PLL setup on recent Mac
laptops, replacing the old hard coded list of values with cleaner code that
"probes" the PLL setup done by the firmware.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.185, 2004-10-19 08:09:05-07:00, vandrove@vc.cvut.cz
[PATCH] Assorted matroxfb fixes
This small change does:
(1) Properly document 'outputs' option.
(2) Properly use accelerated characters drawing. fbcon used depth == 0
for character painting long ago, but it is fixed for several months.
(3) Provide correct hints for fbcon about matroxfb/matroxfb_crtc2
hardware capabilities.
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>
ChangeSet@1.1997.39.184, 2004-10-19 08:08:53-07:00, vandrove@vc.cvut.cz
[PATCH] Remove big-endian mode from matroxfb
One of the PowerPC developers, Kostas Georgiou, pointed out to me
discussion back from 2001 that they would prefer little endian mode as
majority of users runs XF4.x and not Xpmac. And apparently nobody runs
Xpmac now, so we can safely remove big-endian mode from matroxfb
completely.
So let's simplify matroxfb a bit:
Accelerator and ILOAD fifo is now always in little endian mode. This is
what XFree does. Due to this change all #ifdefs based on endianness was
removed from driver - except one which selects framebuffer endinaness (but
there is no code in matroxfb which writes to framebuffer directly).
It seems that while I was not looking m68k got ioremap, and all
architectures now offer ioremap and ioremap_nocache. Let's kill code which
mapped ioremap_nocache to ioremap, and ioremap to bus_to_virt for
architectures which did not provide them.
And this also fixes small typo - M_C2CTL should be 0x3C10 and not 0x3E10.
Apparently Matrox notes about need to program this register during
initialization are not so important...
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>
ChangeSet@1.1997.39.183, 2004-10-19 08:08:40-07:00, adaplas@hotpop.com
[PATCH] fbdev: split vesafb option vram into vtotal and vremap
From: Gerd Knorr <kraxel@bytesex.org>:
"IMHO the the only sane thing is to have two options for total + remapped
memory as well. Otherwise we'll end up changing that back and forth like
it happened for the size calculation stuff for quite some time ...
The patch below does just that and also has the other vmode fix
(vmode = yres * linelength /* instead of yres * xres * depth >> 3 */)."
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.182, 2004-10-19 08:08:28-07:00, adaplas@hotpop.com
[PATCH] fbdev: fix framebuffer memory calculation for vesafb
- use vesafb_fix.line_length * vesafb_defined.yres to calculate the minimum
memory required for a video mode. From Aurelien Jacobs <aurel@gnuage.org>.
- separately calculate the memory required for a video mode, memory to be
remapped, and total memory (for MTRR). From Gerd Knorr
<kraxel@bytesex.org>.
- the 'vram' option is for memory to be remapped, not total memory.
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.181, 2004-10-19 08:08:16-07:00, venkatesh.pallipadi@intel.com
[PATCH] Fix EDID_INFO in zero-page
EDID_INFO is encroaching on the space meant for E820 map in zero-page.
This will result in E820 map corruption on any system that has more=20 than
18 E820 entries and CONFIG_VIDEO_SELECT. Not sure how this bug=20 managed
to hide for more than a year.
Attached patch should fix the bug.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.180, 2004-10-19 08:08:05-07:00, adaplas@hotpop.com
[PATCH] fbcon unimap fix
fbcon doesn't set a unimap at boot time, so special characters come out
wrongly.
This is the code sequence in take_over_console().
newcon->startup()
oldcon->deinit()
newcon->init()
The previous console driver (ie, vgacon), via its deinit method, may release
the unimap allocated by fbcon in fbcon_startup. This is the reason why
calling con_set_default_unimap() in fbcon_init() works, but not in
fbcon_startup().
Check if the default display has an allocated unimap, and if it has none,
call con_set_default_unimap(). And if the target display has no allocated
unimap, then call con_copy_unimap(), where the source unimap is from the
default display.
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.179, 2004-10-19 08:07:53-07:00, tiwai@suse.de
[PATCH] VGA console font problems on 2.6 kernel
From: Egbert Eich <eich@suse.de>
I would like to utilize kernel ioctls to save/restore console fonts
in VGA text mode when running X. So far the Xserver takes care of this
however there more and more problems with this:
1. On some platforms (IA64) we need to POST the BIOS before
we even have a chance to access the hardware ourselves.
This POSTing will usually undo any changes to the graphics
hardware that the kernel may have done.
2. More and more drivers fully rely on BIOS support however
the BIOS functions which could be used to save/restore
register settings may be broken so the only way of mode
save/restore is getting/setting the BIOS mode ID.
I've hacked up some code for X however I ran into two problems:
1. con_font_get() in linux/drivers/char/vt.c seems to be broken as
the font parameters (height, width, charcount) are never reported
back. Therefore this function seems to be pretty useless.
The fix is simple (please see below).
2. fb consoles seem to allow to install fonts per vt so that the user
can have a different font on every console. The text console driver
doesn't support this: the font is downloaded to the video card
and will be used for all systems. Still the vga_con driver stores
the font parameters per console with the effect that setting a
font with different parameters on one console will result in the
wron values when this font information is read back from another
console.
Appearantly this broken feature has been introduced in 2.6 as
in the 2.4 kernel the vga_con font information is stored in one
single global variable.
The IA64 platform at least still heavily relies on the VGA text console.
To be able to fix some VT switching issues with X on this platform I
need these two issues resolved.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.178, 2004-10-19 08:07:41-07:00, adaplas@hotpop.com
[PATCH] fbdev: Add iomem annotations to vga16fb.c
Add iomem annotations to vga16fb.c
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.177, 2004-10-19 08:07:29-07:00, adaplas@hotpop.com
[PATCH] fbdev: Add iomem annotations to i810fb
Add iomem annotations to i810fb.
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.176, 2004-10-19 08:07:17-07:00, adaplas@hotpop.com
[PATCH] fbdev: Add iomem annotations to fbmem.c
Add iomem annotations to fbmem.c
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.175, 2004-10-19 08:07:05-07:00, andreas@fjortis.info
[PATCH] fbdev: Remove i810fb explicit agp initialization hack.
When Antonino A. Daplas posted his "fbdev: Initialize i810fb after
agpgart" patch he said that the ugly agp initialization hack for intel agp
shouldn't be needed but that he couldn't test it.
I have tested the framebuffer updates and additionally removed the
initialization hack and it does indeed work.
Signed-off-by: Andreas Henriksson <andreas@fjortis.info>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.174, 2004-10-19 08:06:52-07:00, benh@kernel.crashing.org
[PATCH] radeonfb: Fix monitor probe logic
Fix a small logic error in the monitor probe code when nothing was found.
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>
ChangeSet@1.1997.39.173, 2004-10-19 08:06:40-07:00, adaplas@hotpop.com
[PATCH] fbdev: fix scrolling corruption
This patches fixes the following:
- scrolling corruption if scrolling mode is SCROLL_PAN_MOVE. This bug
was introduced by the tile blitting patch.
- flashing cursor even when console is blanked
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.172, 2004-10-19 08:06:28-07:00, adaplas@hotpop.com
[PATCH] fbdev: Add Tile Blitting support
Hopefully, this patch fixes one last major regression for one particular
driver, namely matroxfb. This drier has 2 versions, one for the kernel and
another as a '2.4 backport' patch.
This patch adds a tileblitting extension to fbcon. This extension, in
summary, is basically a forward-port of the 2.4 fbdev/fbcon framework to 2.6
but without the fbcon dependency. Tile blitting is similar to bitblit, except
that the basic unit is a tile (a bitmap of x-by-y dimensions). The display,
instead of being described in terms of pixels and scanlines, are described as
a region further subdivided into rectangular sections. In fbcon parlance, a
tile is a character.
Besides a possible fix for matroxfb, tileblitting can be advantageous for
hardware that supports some kind of fontcaching mechanism. Also, in the
unlikely chance that the console begins supporting multicolored fonts,
tileblitting is probably more optimal than bitblitting because bitblitting
will need to push more data through the bus.
To enable support for this extension, a driver needs to:
- enable CONFIG_FB_TILEBLITTING
- set FBINFO_MISC_TILEBLITTING in info->flags
- set the required function pointers in struct fb_tileops. The required
operations are:
- void (*fb_settile)(struct fb_info *info, struct fb_tilemap *map);
tells driver about the tile characteristics (dimensions, bitdepth) and
about the tilemap which is an array of bitmaps: display->fontdata
- void (*fb_tilecopy)(struct fb_info *info, struct fb_tilearea *area);
move a rectangular section of tiles (bmove)
- void (*fb_tilefill)(struct fb_info *info, struct fb_tilerect *rect);
fill a rectangular section with a tile (clear)
- void (*fb_tileblit)(struct fb_info *info, struct fb_tileblit *blit);
copy an array of tiles to a rectangular section (putcs)
- void (*fb_tilecursor)(struct fb_info *info, struct fb_tilecursor *cursor);
cursor function
Changes:
Addition of this extension necessitates cleanup of fbcon.c. The basic drawing
functions in fbcon are bmove, clear, putcs and cursor (the fbcon_* set). The
fbcon_* set are just wrappers to accel_* set. However, usage is not
consistent, some functions call the fbcon_* set, others call the accel_* set.
With this patch, a new fbcon-specific structure (struct fbcon_ops) is created.
Depending on the setting of the hardware, this struct contains pointers to
either the tileblitting set or the bitblitting set (formerly the accel_* set).
The tileblitting set is new in this patch.
The vast majority of functions in fbcon will need to only call the fbcon_*
set. In turn, it calls functions in struct fbcon_ops. Knowledge of the
blitting type is not required.
The accel_* set is renamed to bit_* and is moved into a separate file,
bitblit.c. The tile blitting set is in tileblit.c.
In my case at least, the cleanup did produce an unexpected but beneficial
side effect, a little more speedup. Not much, < 5%.
Petr, if you have comments, suggestions, or you think this is a bad idea,
let me know.
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.171, 2004-10-19 08:06:15-07:00, adaplas@hotpop.com
[PATCH] fbdev: Pass struct device to class_simple_device_add
Swsusp turns off the display when a power-management-enabled framebuffer
driver is used. According to Nigel Cunningham <ncunningham@linuxmail.org>,
the fix may involve the following:
"...I thought the best approach would be to use device classes to find the
struct dev for the frame buffer driver, and then use the same code I use for
storage devices to avoid suspending the frame buffer until later..."
Changes:
- pass info->device to class_simple_device_add()
- add struct device *device to struct fb_info
- store struct device in framebuffer_alloc()
- for drivers not using framebuffer_alloc(), store the struct during
initalization
- port i810fb and rivafb to use framebuffer_alloc()
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.170, 2004-10-19 08:06:02-07:00, adaplas@hotpop.com
[PATCH] fbcon: Fix setup boot options of fbcon
This patch fixes the 'fbcon=map:<option>" of fbcon. (This option has been
present since 2.4, but got broken in 2.6). This particular option tells
fbcon what framebuffer device gets mapped to what console. Syntax is:
fbcon=map:abcd...
where a, b, c, d,... are framebuffer numbers as it would
appear in /proc/fb.
Given only 2 valid fbdevs, 0 and 1, if fbcon=map:0110, then:
tty1 = fb0
tty2 = fb1
tty3 = fb1
tty4 = fb0
(sequence repeats for the rest of the consoles)
If an invalid framebuffer is used, then the console will be mapped to the
first user-chosen framebuffer. Ie: fbcon=map:102
tty1 = fb1
tty2 = fb0
tty3 = fb1 <
ChangeSet@1.1997.39.169, 2004-10-19 08:05:50-07:00, adaplas@hotpop.com
[PATCH] fbdev: fix logo drawing failure for vga16fb
This fixes the logo failing to draw in vga16fb due to faulty boolean logic.
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.168, 2004-10-19 08:05:38-07:00, adaplas@hotpop.com
[PATCH] fbdev: remove unnecessary banshee_wait_idle from tdfxfb
- This patch removes the unnecessary call to banshee_wait_idle() from
tdfxfb_copyarea, imageblit and fillrect. Removal of the sync will garner
an additional ~20% in scrolling speed.
- Removes "inverse" which generates a compile warning if modular.
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.167, 2004-10-19 08:05:25-07:00, marcelo.tosatti@cyclades.com
[PATCH] Adjust alignment of pagevec structure
We can shrink the pagevec structure to cacheline align it. It is used all
over VM reclaiming and mpage pagecache read code.
Right now it is 140 bytes on 64-bit and 72 bytes on 32-bit. Thats just a
little bit more than a power of 2 (which will cacheline align), so shrink
it to be aligned: 64 bytes on 32bit and 124bytes on 64-bit.
It now occupies two cachelines most of the time instead of three.
I changed nr and cold to "unsigned short" because they'll never reach 2 ^ 16.
Did some reaim benchmarking on 4way PIII (32byte cacheline), with 512MB RAM:
#### stock 2.6.9-rc1-mm4 ####
Peak load Test: Maximum Jobs per Minute 4144.44 (average of 3 runs)
Quick Convergence Test: Maximum Jobs per Minute 4007.86 (average of 3 runs)
Peak load Test: Maximum Jobs per Minute 4207.48 (average of 3 runs)
Quick Convergence Test: Maximum Jobs per Minute 3999.28 (average of 3 runs)
#### shrink-pagevec #####
Peak load Test: Maximum Jobs per Minute 4717.88 (average of 3 runs)
Quick Convergence Test: Maximum Jobs per Minute 4360.59 (average of 3 runs)
Peak load Test: Maximum Jobs per Minute 4493.18 (average of 3 runs)
Quick Convergence Test: Maximum Jobs per Minute 4327.77 (average of 3 runs)
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.166, 2004-10-19 08:05:13-07:00, hch@lst.de
[PATCH] generic acl support for ->permission
Currently we every filesystem with Posix ACLs has it's own reimplemtation
of the generic permission checking code with additonal ACL support. This
patch
- adds an optional callback to vfs_permission that filesystems can use
for ACL support (and renames it to generic_permission because the old
name was wrong - it wasn't like the other vfs_* functions at all)
- uses it in ext2, ext3 and jfs. XFS will follow a little later as it's
permission checking is burried under several layers of abstraction.
From: Dave Kleikamp <shaggy@austin.ibm.com>
jfs doesn't currently set MS_POSIXACL (it doesn't require the acl mount
option), so this test would fail here. The patch below will set it.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.165, 2004-10-19 08:05:00-07:00, hch@lst.de
[PATCH] remove set_fs_root/set_fs_pwd
Not exactly something we want modules to mess around with.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.164, 2004-10-19 08:04:48-07:00, hch@lst.de
[PATCH] remove wake_up_all_sync
no user in sight
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.163, 2004-10-19 08:04:36-07:00, hch@lst.de
[PATCH] unexport lookup_create
Besides namei.c it's only used in the SN2 hwgraph code which can't be
modular (and will be removed soon)
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.162, 2004-10-19 08:04:24-07:00, hch@lst.de
[PATCH] unexport f_delown
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.161, 2004-10-19 08:04:12-07:00, hch@lst.de
[PATCH] unexport files_lock and put_filp
Rather lowlevel functions that modules shouldn't mess with and fortunately
currently don't.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.160, 2004-10-19 08:04:00-07:00, hch@lst.de
[PATCH] unexport exit_mm
Not exactly a thing we want done from modules, and no module uses it
anyway.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.159, 2004-10-19 08:03:48-07:00, hch@lst.de
[PATCH] unexport do_execve/do_select
These are basically shared code for native/32bit compat code, but as
CONFIG_COMPAT is a bool there's no need to export them.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.158, 2004-10-19 08:03:37-07:00, hch@lst.de
[PATCH] unexport devfs_mk_symlink
Only legit user is the partitioning code, in addition some uml code is
still using despite the uml people beeing told to fix it at least two
times.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.157, 2004-10-19 08:03:25-07:00, hch@lst.de
[PATCH] unexport is_subdir and shrink_dcache_anon
Two dcache.c functions that shouldn't be used by filesystems directly
(probably a leftover of the intermezzo mess).
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.156, 2004-10-19 08:03:14-07:00, hch@lst.de
[PATCH] unexport proc_sys_root
Only used by kernel/sysctl.c which absolutely can't be modular
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.155, 2004-10-19 08:03:02-07:00, hch@lst.de
[PATCH] remove dead code and exports from signal.c
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.154, 2004-10-19 08:02:52-07:00, hch@lst.de
[PATCH] remove pm_find, unexport pm_send
cutting back some unused legacy PM code
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.153, 2004-10-19 08:02:40-07:00, hch@lst.de
[PATCH] don't export shmem_file_setup
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.152, 2004-10-19 08:02:30-07:00, hch@lst.de
[PATCH] remove posix_acl_masq_nfs_mode
Completely unused but exported function in fs/posix_acl.c
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.151, 2004-10-19 08:02:18-07:00, hch@lst.de
[PATCH] remove dead code from fs/mbcache.c
mb_cache_entry_takeout and mb_cache_entry_dup are totally unused.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.150, 2004-10-19 08:02:05-07:00, hch@lst.de
[PATCH] don't export blkdev_open and def_blk_ops
Already since 2.4 all block devices use block_device_operations and
shouldn't deal with file operations directly.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.149, 2004-10-19 08:01:53-07:00, axboe@suse.de
[PATCH] convert jiffies <-> msecs for io schedulers
The various io schedulers don't convert to and from jiffies and ms in their
sysfs exported values. This patch adds that.
Signed-off-by: Jens Axboe <axboe@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.148, 2004-10-19 08:01:41-07:00, axboe@suse.de
[PATCH] cfq-v2 I/O scheduler update
Here is the next incarnation of the CFQ io scheduler, so far known as
CFQ v2 locally. It attempts to address some of the limitations of the
original CFQ io scheduler (hence forth known as CFQ v1). Some of the
problems with CFQ v1 are:
- It does accounting for the lifetime of the cfq_queue, which is setup
and torn down for the time when a process has io in flight. For a fork
heavy work load (such as a kernel compile, for instance), new
processes can effectively starve io of running processes. This is in
part due to the fact that CFQ v1 gives preference to a new processes
to get better latency numbers. Removing that heuristic is not an
option exactly because of that.
- It makes no attempts to address inter-cfq_queue fairness.
- It makes no attempt to limit upper latency bound of a single request.
- It only provides per-tgid grouping. You need to change the source to
group on a different criteria.
- It uses a mempool for the cfq_queues. Theoretically this could
deadlock if io bound processes never exit.
- The may_queue() logic can be unfair since it fluctuates quickly, thus
leaving processes sleeping while new processes are allowed to allocate
a request.
CFQ v2 attempts to fix these issues. It uses the process io_context
logic to maintain a cfq_queue lifetime of the duration of the process
(and its io). This means we can now be a lot more clever in deciding
which process is allowed to queue or dispatch io to the device. The
cfq_io_context is per-process per-queue, this is an extension to what AS
currently does in that we truly do have a unique per-process identifier
for io grouping. Busy queues are sorted by service time used, sub sorted
by in_flight requests. Queues that have no io in flight are also
preferred at dispatch time.
Accounting is done on completion time of a request, or with a fixed cost
for tagged command queueing. Requests are fifo'ed like with deadline, to
make sure that a single request doesn't stay in the io scheduler for
ages.
Process grouping is selectable at runtime. I provide 4 grouping
criterias: process group, thread group id, user id, and group id.
As usual, settings are sysfs tweakable in /sys/block/<dev>/queue/iosched
axboe@apu:[.]s/block/hda/queue/iosched $ ls
back_seek_max fifo_batch_expire find_best_crq queued
back_seek_penalty fifo_expire_async key_type show_status
clear_elapsed fifo_expire_sync quantum tagged
In order, each of these settings control:
back_seek_max
back_seek_penalty:
Useful logic stolen from AS that allow small backwards seeks in
the io stream if we deem them useful. CFQ uses a strict
ascending elevator otherwise. _max controls the maximum allowed
backwards seek, defaulting to 16MiB. _penalty denotes how
expensive we account a backwards seek compared to a forward
seek. Default is 2, meaning it's twice as expensive.
clear_elapsed:
Really a debug switch, will go away in the future. It clears the
maximum values for completion and dispatch time, shown in
show_status.
fifo_batch_expire
fifo_batch_async
fifo_batch_sync:
The settings for the expiry fifo. batch_expire is how often we
allow the fifo expire to control which request to select.
Default is 125ms. _async is the deadline for async requests
(typically writes), _sync is the deadline for sync requests
(reads and sync writes). Defaults are, respectively, 5 seconds
and 0.5 seconds.
key_type:
The grouping key. Can be set to pgid, tgid, uid, or gid. The
current value is shown bracketed:
axboe@apu:[.]s/block/hda/queue/iosched $ cat key_type
[pgid] tgid uid gid
Default is tgid. To set, simply echo any of the 4 words into the
file.
quantum:
The amount of requests we select for dispatch when the driver
asks for work to do and the current pending list is empty.
Default is 4.
queued:
The minimum amount of requests a group is allowed to queue.
Default is 8.
show_status:
Debug output showing the current state of the queues.
tagged:
Set this to 1 if the device is using tagged command queueing.
This cannot be reliably detected by CFQ yet, since most drivers
don't use the block layer (well it could, by looking at number
of requests being between dispatch and completion. but not
completely reliably). Default is 0.
The patch is a little big, but works reliably here on my laptop. There
are a number of other changes and fixes in there (like converting to
hlist for hashes). The code is commented a lot better, CFQ v1 has
basically no comments (reflecting that it was writting in one go, no
touched or tuned much since then). This is of course only done to
increase the AAF, akpm acceptance factor. Since I'm on the road, I
cannot provide any really good numbers of CFQ v1 compared to v2, maybe
someone will help me out there.
Signed-off-by: Jens Axboe <axboe@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.147, 2004-10-19 08:01:28-07:00, axboe@suse.de
[PATCH] switchable and modular io schedulers
This patch modularizes the io schedulers completely, allowing them to be
modular. Additionally it enables online switching of io schedulers. See
also http://lwn.net/Articles/102593/ .
There's a scheduler file in the sysfs directory for the block device
queue:
axboe@router:/sys/block/hda/queue> ls
iosched max_sectors_kb read_ahead_kb
max_hw_sectors_kb nr_requests scheduler
If you list the contents of the file, it will show available schedulers
and the active one:
axboe@router:/sys/block/hda/queue> cat scheduler
[cfq]
Lets load a few more.
router:/sys/block/hda/queue # modprobe deadline-iosched
router:/sys/block/hda/queue # modprobe as-iosched
router:/sys/block/hda/queue # cat scheduler
[cfq] deadline anticipatory
Changing is done with
router:/sys/block/hda/queue # echo deadline > scheduler
router:/sys/block/hda/queue # cat scheduler
cfq [deadline] anticipatory
deadline is now the new active io scheduler for hda.
Signed-off-by: Jens Axboe <axboe@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.146, 2004-10-19 08:01:16-07:00, akpm@osdl.org
[PATCH] unreachable code in ext3_direct_IO()
davej points out that in this code local variable `ret' is already known to be
positive non-zero, so this test is meaningless.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.145, 2004-10-19 08:01:03-07:00, akpm@osdl.org
[PATCH] jbd wakeup fix
Processes can sleep in do_get_write_access(), waiting for buffers to be
removed from the BJ_Shadow state. We did this by doing a wake_up_buffer() in
the commit path and sleeping on the buffer in do_get_write_access().
With the filtered bit-level wakeup code this doesn't work properly any more -
the wake_up_buffer() accidentally wakes up tasks which are sleeping in
lock_buffer() as well. Those tasks now implicitly assume that the buffer came
unlocked. Net effect: Bogus I/O errors when reading journal blocks, because
the buffer isn't up to date yet. Hence the recently spate of journal_bmap()
failure reports.
The patch creates a new jbd-private BH flag purely for this wakeup function.
So a wake_up_bit(..., BH_Unshadow) doesn't wake up someone who is waiting for
a wake_up_bit(BH_Lock).
JBD was the only user of wake_up_buffer(), so remove it altogether.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.144, 2004-10-19 08:00:51-07:00, wli@holomorphy.com
[PATCH] document wake_up_bit()'s requirement for preceding memory barriers
Document the requirement to use a memory barrier prior to wake_up_bit().
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.143, 2004-10-19 08:00:40-07:00, wli@holomorphy.com
[PATCH] reduce number of parameters to __wait_on_bit() and __wait_on_bit_lock()
Some of the parameters to __wait_on_bit() and __wait_on_bit_lock() are
redundant, as the wait_bit_queue parameter holds the flags word and the bit
number. This patch updates __wait_on_bit() and __wait_on_bit_lock() to
fetch that information from the wait_bit_queue passed to them and so reduce
the number of parameters so that -mregparm may be more effective.
Incremental atop the complete out-of-lining of the contention cases and the
fastcall and wait_on_bit_lock()/test_and_set_bit() fixes.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.142, 2004-10-19 08:00:29-07:00, wli@holomorphy.com
[PATCH] move wait ops' contention case completely out of line
Move the slow paths of wait_on_bit() and wait_on_bit_lock() out of line.
Also uninline wake_up_bit() to reduce the number of callsites generated,
and adjust loop startup in __wait_on_bit_lock() to properly reflect its
usage in the contention case.
Incremental atop the fastcall and wait_on_bit_lock()/test_and_set_bit()
fixes. Successfully tested on x86-64.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.141, 2004-10-19 08:00:17-07:00, wli@holomorphy.com
[PATCH] eliminate inode waitqueue hashtable
Eliminate the inode waitqueue hashtable using bit_waitqueue() via
wait_on_bit() and wake_up_bit() to locate the waitqueue head associated
with a bit.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.140, 2004-10-19 08:00:05-07:00, wli@holomorphy.com
[PATCH] eliminate bh waitqueue hashtable
Eliminate the bh waitqueue hashtable using bit_waitqueue() via
wait_on_bit() and wake_up_bit() to locate the waitqueue head associated
with a bit.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.139, 2004-10-19 07:59:53-07:00, wli@holomorphy.com
[PATCH] consolidate bit waiting code patterns
Consolidate bit waiting code patterns for page waitqueues using
__wait_on_bit() and __wait_on_bit_lock().
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.138, 2004-10-19 07:59:41-07:00, wli@holomorphy.com
[PATCH] standardize bit waiting data type
Eliminate specialized page and bh waitqueue hashing structures in favor of
a standardized structure, using wake_up_bit() to wake waiters using the
standardized wait_bit_key structure.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.137, 2004-10-19 07:59:28-07:00, wli@holomorphy.com
[PATCH] move waitqueue functions to kernel/wait.c
The following patch series consolidates the various instances of waitqueue
hashing to use a uniform structure and share the per-zone hashtable among all
waitqueue hashers. This is expected to increase the number of hashtable
buckets available for waiting on bh's and inodes and eliminate statically
allocated kernel data structures for greater node locality and reduced kernel
image size. Some attempt was made to look similar to Oleg Nesterov's
suggested API in order to provide some kind of credit for independent
invention of something very similar (the original versions of these patches
predated my public postings on the subject of filtered waitqueues).
These patches have the further benefit and intention of enabling aio to use
filtered wakeups by standardizing the data structure passed to wake functions
so that embedded waitqueue elements in aio structures may be succesfully
passed to the filtered wakeup wake functions, though this patch series doesn't
implement that particular functionality.
Successfully stress-tested on x86-64, and ia64 in recent prior versions.
This patch:
Move waitqueue -related functions not needing static functions in sched.c
to kernel/wait.c
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.136, 2004-10-19 07:59:16-07:00, od@suse.de
[PATCH] TIOCCONS security
The ioctl TIOCCONS allows any user to redirect console output to another
tty. This allows anyone to suppress messages to the console at will.
AFAIK nowadays not many programs write to /dev/console, except for start
scripts and the kernel (printk() above console log level).
Still, I believe that administrators and operators would not like any user
to be able to hijack messages that were written to the console.
The only user of TIOCCONS that I am aware of is bootlogd/blogd, which runs
as root. Please comment if there are other users.
Is there any reason why normal users should be able to use TIOCCONS?
Otherwise I would suggest to restrict access to root (CAP_SYS_ADMIN), e.g.
with this patch.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.135, 2004-10-19 07:59:03-07:00, pmarques@grupopie.com
[PATCH] kallsyms data size reduction / lookup speedup
This patch is an improvement over my first kallsyms speedup patch posted about
2 weeks ago.
It changes scripts/kallsyms as to produce a different format for
kallsyms_names and extra data to speedup lookups. The compression algorithm
is quite simple: it uses all the char codes not actually used in symbols to
build a lookup table that translates these codes into small strings. For
instance, in my test runs the code 0xFE was being translated into "acpi_"
giving a 4 byte save on every translation.
The advantage of this algorithm is that to translate a symbol we only require
information that is stored on that symbol position, and never need to go back
on the compressed stream to get information from other symbols.
To give an idea about the benefits of this algorithm here are some benchmark
results on a P4 2.8GHz with a symbol table with 10000 entries:
kallsyms_lookup average time:
vanilla 1346.0 us
speedup 14.4 us
with this patch 0.5 us
total data produced by scripts/kallsyms:
uncompressed 169 Kb
vanilla 134 Kb
with this patch 91 Kb
(speedup was my latest patch, that only changed the way kallsyms_lookup worked
and not the data format)
I removed a cond_resched() from the proc/kallsyms handling code path, because
using stem compression, if the current position went backwards, the hole
stream would be uncompressed up to the current position. It seemed that by
removing this loop it would be safe to remove the conditional reschedule
altogether.
There is just one catch with this patch: the time it takes to compile the
kernel goes up just a bit (about 0.8s on a P4 2.8GHz with defconfig). If this
delay is not acceptable I can change the compression algorithm so that it can
use the previous table (calculating a new table is what consumes most of the
time, and not doing the actual compression) and check to see if it obtains a
similar compression ratio. If it does, then this is a sign that the symbol
patterns haven't changed that much and this table is still good to use. This
would not only cut the time down to half on any compilation (because of the 2
pass symbol build method), but in frequent cases where a developer is
compiling a single file and linking everything over and over again, the table
optimization process would never run.
I'm CC'ing Brent Casavant on this email, because last june he sent a patch
trying a different approach that used a 32 entry symbol cache, because there
was a problem with the time "top" took to read "proc/<pid>/wchan". I was
hopping he would be willing to test this patch and comment on the results.
Signed-off-by: Paulo Marques <pmarques@grupopie.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.134, 2004-10-19 07:58:51-07:00, dhowells@redhat.com
[PATCH] implement in-kernel keys & keyring management
The feature set the patch includes:
- Key attributes:
- Key type
- Description (by which a key of a particular type can be selected)
- Payload
- UID, GID and permissions mask
- Expiry time
- Keyrings (just a type of key that holds links to other keys)
- User-defined keys
- Key revokation
- Access controls
- Per user key-count and key-memory consumption quota
- Three std keyrings per task: per-thread, per-process, session
- Two std keyrings per user: per-user and default-user-session
- prctl() functions for key and keyring creation and management
- Kernel interfaces for filesystem, blockdev, net stack access
- JIT key creation by usermode helper
There are also two utility programs available:
(*) http://people.redhat.com/~dhowells/keys/keyctl.c
A comprehensive key management tool, permitting all the interfaces
available to userspace to be exercised.
(*) http://people.redhat.com/~dhowells/keys/request-key
An example shell script (to be installed in /sbin) for instantiating a
key.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.133, 2004-10-19 07:58:38-07:00, dhowells@redhat.com
[PATCH] keys: new error codes for Alpha, MIPS, PA-RISC, Sparc & Sparc64
The attached patch adds the new error codes I added for key-related errors to
those archs that don't make use of <asm-generic/errno.h>, including Alpha,
MIPS, PA-RISC, Sparc and Sparc64. This is required to compile with
CONFIG_KEYS on those platforms.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.132, 2004-10-19 07:58:25-07:00, dhowells@redhat.com
[PATCH] Add some key management specific error codes
Here's a patch to add some new error codes specific to key management.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.131, 2004-10-19 07:58:13-07:00, akpm@osdl.org
[PATCH] reiserfs: rename struct key
Rename resierfs's `struct key' to `struct reiserfs_key' to avoid namespace
clashes.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.130, 2004-10-19 07:58:00-07:00, colpatch@us.ibm.com
[PATCH] Create nodemask_t
The idea behind this patch is to create a nodemask_t as a node analog of
cpumask_t. As NUMA machines become more common, the need for a standard,
cross-platform bitmap of both online & possible nodes becomes more
apparent. We believe we've worked out most of the kinks of the variable
length bitmap types with the recent cpumask_t patches. Nodemasks are also
currently far less widespread than cpumasks. Further, inclusion at this
point in the kernel would mean consistency in node handling between 2.6 and
2.7.
Future goals would be to get rid of the 'numnodes' variable used to count
the number of online nodes, and replace with node_online_map. This would
allow arbitrary node numbering and facilitate node hotplugging.
(Nothing actually uses this yet, but several projects need it, and it does
model a well-defined physical grouping).
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.129, 2004-10-19 07:57:46-07:00, petero2@telia.com
[PATCH] cdrom: buffer sizing fix
The problem is that some drives fail the "GET CONFIGURATION" command when
asked to only return 8 bytes. This happens for example on my drive, which
is identified as:
hdc: HL-DT-ST DVD+RW GCA-4040N, ATAPI CD/DVD-ROM drive
Since the cdrom_mmc3_profile() function already allocates 32 bytes for the
reply buffer, this patch is enough to make the command succeed on my drive.
Signed-off-by: Peter Osterlund <petero2@telia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.128, 2004-10-19 07:57:34-07:00, petero2@telia.com
[PATCH] CDRW packet writing support
This patch implements CDRW packet writing as a kernel block device. Usage
instructions are in the packet-writing.txt file.
A hint: If you don't want to wait for a complete disc format, you can
format just a part of the disc. For example:
cdrwtool -d /dev/hdc -m 10240
This will format 10240 blocks, ie 20MB.
Signed-off-by: Peter Osterlund <petero2@telia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.127, 2004-10-19 07:57:21-07:00, petero2@telia.com
[PATCH] packet-writing: add credits
Nigel pointed out that the earlier patches contained attributions that
are not present in this patch. The 2.4 patch contains:
Nov 5 2001, Aug 8 2002. Modified by Andy Polyakov
<appro@fy.chalmers.se> to support MMC-3 complaint DVD+RW units.
and Nigel changed it to this in his 2.6 patch:
Modified by Nigel Kukard <nkukard@lbsd.net> - support DVD+RW
2.4.x patch by Andy Polyakov <appro@fy.chalmers.se>
The patch I sent you deleted most of the earlier work and moved the
rest to cdrom.c, but the comments were not moved over, since the
earlier authors didn't modify cdrom.c.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.126, 2004-10-19 07:57:09-07:00, petero2@telia.com
[PATCH] DVD+RW support
This patch adds support for using DVD+RW drives as writable block devices.
The patch is based on work from:
Andy Polyakov <appro@fy.chalmers.se> - Wrote the 2.4 patch
Nigel Kukard <nkukard@lbsd.net> - Initial porting to 2.6.x
It works for me using an Iomega Super DVD 8x USB drive.
Nov 5 2001, Aug 8 2002. Modified by Andy Polyakov
<appro@fy.chalmers.se> to support MMC-3 complaint DVD+RW units.
Modified by Nigel Kukard <nkukard@lbsd.net> - support DVD+RW
2.4.x patch by Andy Polyakov <appro@fy.chalmers.se>
This patch implements CDRW packet writing as a kernel block device. Usage
instructions are in the packet-writing.txt file.
A hint: If you don't want to wait for a complete disc format, you can
format just a part of the disc. For example:
cdrwtool -d /dev/hdc -m 10240
This will format 10240 blocks, ie 20MB.
Signed-off-by: Peter Osterlund <petero2@telia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.2.143, 2004-10-19 07:31:35-07:00, greg@kroah.com
Merge kroah.com:/home/greg/linux/BK/bleed-2.6
into kroah.com:/home/greg/linux/BK/usb-2.6
ChangeSet@1.1997.2.142, 2004-10-19 07:14:46-07:00, greg@kroah.com
USB: add serial ipw driver
Based on a 2.4 tty usb driver from Roelf Diedericks <roelfd@inet.co.za>
Cleaned up and ported to 2.6 and the usb-serial layer by me.
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.39.125, 2004-10-19 00:16:19-07:00, torvalds@ppc970.osdl.org
Fix pci config syscall definitions.
Including the proper header file showed that they didn't
match the declared prototypes.
ChangeSet@1.1997.39.124, 2004-10-18 23:58:48-07:00, torvalds@ppc970.osdl.org
Don't use obsolete gcc named initializer syntax.
The proper C99 syntax is much preferred.
ChangeSet@1.1997.39.123, 2004-10-18 23:57:41-07:00, torvalds@ppc970.osdl.org
Fix old-style fn declaration.
ChangeSet@1.1997.39.122, 2004-10-18 23:37:38-07:00, axboe@suse.de
[PATCH] return full SCSI status byte in SG_IO
This has been around for a while. Return the full scsi result byte in
rq->errors for SG_IO generated requests.
Signed-off-by: Jens Axboe <axboe@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.121, 2004-10-18 23:12:06-07:00, mingo@elte.hu
[PATCH] fix & clean up zombie/dead task handling & preemption
This patch fixes all the preempt-after-task->state-is-TASK_DEAD problems we
had. Right now, the moment procfs does a down() that sleeps in
proc_pid_flush() [it could] our TASK_DEAD state is zapped and we might be
back to TASK_RUNNING to and we trigger this assert:
schedule();
BUG();
/* Avoid "noreturn function does return". */
for (;;) ;
I have split out TASK_ZOMBIE and TASK_DEAD into a separate p->exit_state
field, to allow the detaching of exit-signal/parent/wait-handling from
descheduling a dead task. Dead-task freeing is done via PF_DEAD.
Tested the patch on x86 SMP and UP, but all architectures should work
fine.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.120, 2004-10-18 23:11:52-07:00, mingo@elte.hu
[PATCH] sched: fix SCHED_SMT & numa=fake=2 lockup
This patch fixes an interaction between the numa=fake=<domains> feature,
the domain setup code and cpu_siblings_map[]. The bug leads to a bootup
crash when using numa=fake=2 on a 2-way/4-way SMP+HT box.
When SCHED_SMT is turned on the domains-setup code relies on siblings not
spanning multiple domains (which makes perfect sense). But numa=fake=2
creates an assymetric 1101/0010 splitup between CPUs, which results in two
siblings being on different nodes.
The patch adds a check_siblings_map() function that checks the sibling maps
and fixes them up if they violate this rule. (it also prints a warning in
that case.)
The patch also turns SCHED_DOMAIN_DEBUG back on - had this been enabled
we'd have noticed this bug much earlier.
From: Badari Pulavarty <pbadari@us.ibm.com>
arch/x86_64/mm/numa.c: In function `numa_setup':
arch/x86_64/mm/numa.c:332: error: `numa_fake' undeclared (first use in this function)
arch/x86_64/mm/numa.c:332: error: (Each undeclared identifier is reported only once
arch/x86_64/mm/numa.c:332: error: for each function it appears in.)
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.119, 2004-10-18 23:11:39-07:00, colpatch@us.ibm.com
[PATCH] sched: remove NODE_BALANCE_RATE definitions
NODE_BALANCE_RATE is defined all over the place, but used nowhere. Let's
remove it.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.118, 2004-10-18 23:11:27-07:00, colpatch@us.ibm.com
[PATCH] sched_domains: Make SD_NODE_INIT per-arch #2
Here's yet another version of a patch to implement per-arch SD_*_INITs.
This follows the same basic idea of my last patch, but
1) defines an arch-specific SD_NODE_INIT for the 4 NUMA arches (i386,
x86_64, IA64 & PPC64),
2) defines *default* SD_CPU_INIT & SD_SIBLING_INIT for *all* arches,
with the possibility of them being overridden by simply defining an
arch-specific version in include/asm/topology.h.
The motivation behind the third version of this patch is that Martin feels
that there should be no "default" NUMA initializer because NUMA
characteristics are *very* arch/platform specific, and hence a "default"
NUMA initializer can only lead to confusion. I agree with most of that,
but don't quite see as much harm in having a default as he does.
Nevertheless, to keep him quiet, I've run up this version of the patch.
Martin, please run this through your magic test suite and make sure I
didn't break anything trivial.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.117, 2004-10-18 23:11:14-07:00, pwil3058@bigpond.net.au
[PATCH] CPU Scheduler: fix potential error in runqueue nr_uninterruptible count
Problem:
In the function try_to_wake_up(), when the runqueue's nr_uninterruptible
field is decremented it's possible (on SMP systems) that the pointer no
longer points to the runqueue that the task being woken was on when it went
to sleep. This would cause the wrong runqueue's field to be decremented
and the correct one tp remain unchanged.
Fix:
Save a pointer to the old runqueue at the beginning of the function and use
it when decrementing nr_uninterruptible.
Signed-off-by: Peter Williams <pwil3058@bigpond.net.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.116, 2004-10-18 23:11:02-07:00, akpm@osdl.org
[PATCH] sched: print preempt count
Better debugging output when the CPU scheduler detects atomicity errors.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.115, 2004-10-18 23:10:50-07:00, nickpiggin@yahoo.com.au
[PATCH] sched: fixes for ia64 domain setup
Still having some trouble with ia64 domain setup on the Altixes. Jesse
hasn't had much time to look into it, and I'm lacking an Altix, so I'm not
sure if this is right or not...
Anyway, it again does the right thing on the NUMAQ, and fixes some real
bugs, so can you include it please?
* Increase SD_NODES_PER_DOMAIN to 6 from 4 to better match Altix's
topology. A setting of 4 will include this node, the other one
in the brick, and the 2 nodes in the next closest brick, while 6
will catch 2 other bricks. Probably it could be increased even
more.
* Work correctly with sparse and not completely full node maps.
* Nasty typo fixed in find_next_best_node:
- val = node_distance(node, i);
+ val = node_distance(node, n);
* Ensure all nodes are themselves a member of their numa balancing
domain. This is more a precaution against creative implementations
of node_distance.. but it makes the setup easier to verify without
having to look at a table of node_distance's, which is possibly
generated at runtime.
So again, I'm not too sure if this will fix the Altix setup or not. But if
you do a release, it will surely be less broken than it was before.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.114, 2004-10-18 23:10:37-07:00, nickpiggin@yahoo.com.au
[PATCH] sched: use CPU_DOWN_FAILED notifier
Use CPU_DOWN_FAILED notifier in the sched-domains hotplug code. This goes
with 4/8 "integrate cpu hotplug and sched domains"
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.113, 2004-10-18 23:10:25-07:00, nickpiggin@yahoo.com.au
[PATCH] sched: hotplug add a CPU_DOWN_FAILED notifier
Introduce CPU_DOWN_FAILED notifier, so we can cope with a failure after a
CPU_DOWN_PREPARE notice.
This fixes 3/8 "add CPU_DOWN_PREPARE notifier" to be useful
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.112, 2004-10-18 23:10:13-07:00, nickpiggin@yahoo.com.au
[PATCH] sched: enable SD_LOAD_BALANCE
Actually turn on SD_LOAD_BALANCE for the regular domains. Introduced by
5/8 "sched add load balance flag".
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.111, 2004-10-18 23:10:00-07:00, nickpiggin@yahoo.com.au
[PATCH] sched: fix domain debug for isolcpus
Fix an oops in the domain debug code when isolated CPUs are specified.
Introduced by 5/8 "sched add load balance flag"
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.110, 2004-10-18 23:09:48-07:00, nickpiggin@yahoo.com.au
[PATCH] sched: IA64 add disjoint NUMA domain support
Implement disjoint NUMA domain setup for IA64 architecture. Most of the code
was what was ripped out of kernel/sched.c, which was written by Jesse Barnes
<jbarnes@sgi.com>. I fixed up the tricky NUMA groups initialistion.
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.109, 2004-10-18 23:09:35-07:00, nickpiggin@yahoo.com.au
[PATCH] sched: make domain setup overridable
Allow sched domain setup to be overridden by arch code. This functionality
is needed again.
From: Paul Jackson <pj@sgi.com>
Builds of 2.6.9-rc1-mm5 ia64 NUMA configs fail, with many complaints that
SD_NODE_INIT is defined twice, in asm/processor.h and linux/sched.h.
I guess that the preprocessor conditionals were wrong when Nick added the
per-arch override ability again of SD_NODE_INIT were wrong. At least this
change lets me rebuild ia64 again.
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Paul Jackson <pj@sgi.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.108, 2004-10-18 23:09:23-07:00, nickpiggin@yahoo.com.au
[PATCH] sched: remove disjoint NUMA domains setup
Remove the disjoint NUMA domains setup code. It was broken.
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.107, 2004-10-18 23:09:10-07:00, nickpiggin@yahoo.com.au
[PATCH] sched: sched add load balance flag
Introduce SD_LOAD_BALANCE flag for domains where we don't want to do load
balancing (so we don't have to set up meaningless spans and groups). Use this
for the initial dummy domain, and just leave isolated CPUs on the dummy
domain.
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.106, 2004-10-18 23:08:58-07:00, akpm@osdl.org
[PATCH] sched: arch_destroy_sched_domains warning fix
kernel/sched.c:4114: warning: `arch_destroy_sched_domains' defined but not used
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.105, 2004-10-18 23:08:46-07:00, nickpiggin@yahoo.com.au
[PATCH] sched: integrate cpu hotplug and sched domains
Register a cpu hotplug notifier which reinitializes the scheduler domains
hierarchy. The notifier temporarily attaches all running cpus to a "dummy"
domain (like we currently do during boot) to avoid balancing. It then calls
arch_init_sched_domains which rebuilds the "real" domains and reattaches the
cpus to them.
Also change __init attributes to __devinit where necessary.
Signed-off-by: Nathan Lynch <nathanl@austin.ibm.com>
Alterations from Nick Piggin:
* Detach all domains in CPU_UP|DOWN_PREPARE notifiers. Reinitialise and
reattach in CPU_ONLINE|DEAD|UP_CANCELED. This ensures the domains as
seen from the scheduler won't become out of synch with the cpu_online_map.
* This allows us to remove runtime cpu_online verifications. Do that.
* Dummy domains are __devinitdata.
* Remove the hackery in arch_init_sched_domains to work around the fact that
the domains used to work with cpu_possible maps, but node_to_cpumask returned
a cpu_online map.
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.104, 2004-10-18 23:08:34-07:00, nickpiggin@yahoo.com.au
[PATCH] sched: add CPU_DOWN_PREPARE notifier
Add a CPU_DOWN_PREPARE hotplug CPU notifier. This is needed so we can dettach
all sched-domains before a CPU goes down, thus we can build domains from
online cpumasks, and not have to check for the possibility of a CPU coming up
or going down.
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.103, 2004-10-18 23:08:22-07:00, nickpiggin@yahoo.com.au
[PATCH] sched: trivial sched changes
The following patches properly intergrate sched domains and cpu hotplug (using
Nathan's code), by having sched-domains *always* only represent online CPUs,
and having hotplug notifier to keep them up to date.
Then tackle Jesse's domain setup problem: the disjoint top-level domains were
completely broken. The group-list builder thingy simply can't handle distinct
sets of groups containing the same CPUs. The code is ugly and specific enough
that I'm re-introducing the arch overridable domains.
I doubt we'll get a proliferation of implementations, because the current
generic code can do the job for everyone but SGI. I'd rather take a look at
it again down the track if we need to rather than try to shoehorn this into
the generic code.
Nathan and I have tested the hotplug work. He's happy with it.
I've tested the disjoint domain stuff (copied it to i386 for the test), and it
does the right thing on the NUMAQ. I've asked Jesse to test it as well, but
it should be fine - maybe just help me out and run a test compile on ia64 ;)
This really gets sched domains into much better shape. Without further ado,
the patches.
This patch:
Make a definition static and slightly sanitize ifdefs.
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.102, 2004-10-18 23:08:10-07:00, vladimir.grouzdev@Jaluna.COM
[PATCH] xtime value may become incorrect
The xtime value may become incorrect when the update_wall_time(ticks)
function is called with "ticks" > 1. In such a case, the xtime variable is
updated multiple times inside the loop but it is normalized only once
outside of the loop.
This bug was reported at:
http://bugme.osdl.org/show_bug.cgi?id=3403
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.101, 2004-10-18 23:07:58-07:00, jeffm@novell.com
[PATCH] ReiserFS: Fix several missing reiserfs_write_unlock calls
This patch fixes several missing reiserfs_write_unlock() calls on error
paths not introduced by reiserfs-io-error-handling.diff
Signed-off-by: Jeff Mahoney <jeffm@novell.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.100, 2004-10-18 23:07:45-07:00, jeffm@novell.com
[PATCH] ReiserFS: Add I/O error handling to journal operations
This patch allows ReiserFS to handle I/O errors in the journal (or journal
flush) where it would have previously panicked. The new behavior is to
mark the filesystem read-only, disallow new transactions to be started, and
to allow existing transactions to complete (though not to commit). The
resultant filesystem can be safely umounted, and checked via normal
mechanisms. As it is a journaling filesystem, the filesystem itself will
be in a similar state to the power being cut to the machine, once umounted.
Signed-off-by: Jeff Mahoney <jeffm@novell.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.99, 2004-10-18 23:07:32-07:00, jeffm@novell.com
[PATCH] ReiserFS: Cleanup access of journal (cosmetic)
This patch cleans up fs/reiserfs/journal.c such that repeated uses of
SB_JOURNAL(p_s_sb) are removed in favor of a local journal variable. The
compiler won't care, and it makes the code much easier to read.
Signed-off-by: Jeff Mahoney <jeffm@novell.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.98, 2004-10-18 23:07:20-07:00, jeffm@novell.com
[PATCH] ReiserFS: Cleanup internal use of bh macros
This patch cleans up ReiserFS's use of buffer head flags. All direct
access of BH_* are made into macro calls, and all reiserfs-specific BH_*
macro implementations have been removed and replaced with the BUFFER_FNS
implementations found in linux/buffer_head.h
Signed-off-by: Jeff Mahoney <jeffm@novell.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.97, 2004-10-18 23:07:08-07:00, geraldsc@de.ibm.com
[PATCH] s390: add support to read z/VM monitor records
Add support to read z/VM monitor records.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.96, 2004-10-18 23:06:56-07:00, edrossma@us.ibm.com
[PATCH] s390: crypto device driver
crypto driver changes:
- Add support for zero-pad and crypto express II (CEX2C).
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.95, 2004-10-18 23:06:44-07:00, wein@de.ibm.com
[PATCH] s390: z/VM log reader
Add an interface to read from the z/VM recording system services.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.94, 2004-10-18 23:06:31-07:00, arndb@de.ibm.com
[PATCH] s390: z/VM watchdog timer
Add support for z/VM watchdog timer.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.93, 2004-10-18 23:06:18-07:00, schwidefsky@de.ibm.com
[PATCH] s390: qeth layer 2 support
From: Frank Pavlic <pavlic@de.ibm.com>
From: Thomas Spatzier <tspat@de.ibm.com>
qeth network driver changes:
- Add Layer 2 support for OSA-Express.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.92, 2004-10-18 23:06:06-07:00, aherrman@de.ibm.com
[PATCH] s390: zfcp host adapter
zfcp host adapter change:
- Return -EIO if wait_event_interruptible_timeout was interrupted.
- Reduce stack uage of zfcp_cfdc_dev_ioctl.
- Make zfcp_sg_list_[alloc,free] more consistent.
- Store driver version to zfcp_data structure.
- Add missing FSF states and make corresponding log messages consistent.
- Always wait for completion in zfcp_scsi_command_sync.
- Add Andreas to authors list.
- Add timeout for cfdc upload/download.
- Add support for temporary units (units not registered to the scsi stack).
- Allow sending of ELS commands to ports by their d_id.
- Increase port refcount while link test is running.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.91, 2004-10-18 23:05:54-07:00, blaisorblade_spam@yahoo.it
[PATCH] uml: readd linux Makefile target
Since people are used to doing "make linux ARCH=um" and to use "linux" as
the kernel image, make it be an hard link to vmlinux. This should hurt the
less possible the users (actually nothing) while not slowing down the
build.
Acked-by: Jeff Dike <jdike@addtoit.com>
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade_spam@yahoo.it>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.90, 2004-10-18 23:05:42-07:00, takata@linux-m32r.org
[PATCH] m32r: fix a compile error of M32R SIO driver
Here is a patch to fix a compile error of m32r-sio.c.
* include/asm-m32r/termbits.h:
- Add CTVB definition.
This modification is derived from new-serial-flow-control.patch;
"[Patch] new serial flow control" (Oct. 4, 2004)
http://www.uwsg.iu.edu/hypermail/linux/kernel/0410.0/0853.html
Signed-off-by: Hirokazu Takata <takata@linux-m32r.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.89, 2004-10-18 23:05:30-07:00, takata@linux-m32r.org
[PATCH] m32r: update arch/m32r/mm/fault.c to fix a compile error
Here is a patch to update arch/m32r/mm/fault.c in order to fix
a compile error of -mm kernel for m32r.
* arch/m32r/mm/fault.c:
- Add the third parameter of expand_stack().
This modification is derived from
enforce-a-gap-between-heap-and-stack.patch;
"heap-stack-gap for 2.6" (Sep. 25, 2004)
http://www.uwsg.iu.edu/hypermail/linux/kernel/0409.3/0435.html
Signed-off-by: Hirokazu Takata <takata@linux-m32r.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.88, 2004-10-18 23:05:18-07:00, takata@linux-m32r.org
[PATCH] m32r: fix sys_tas system call for m32r
This patch fixes a sys_tas system call for m32r.
- This patch fixes an Oops at sys_tas() in case CONFIG_SMP && CONFIG_PREEMPT.
> Unable to handle kernel paging request at virtual address XXXXXXXX
It is because a page fault happens at the spin_locked region in sys_tas()
and in_atomic() checks preempt_count, but spin_lock() already counts up
the preemt_count.
arch/m32r/kernel/sys_m32r.c:
32 /*
33 * sys_tas() - test-and-set
34 * linuxthreads testing version
35 */
36 #ifndef CONFIG_SMP
37 asmlinkage int sys_tas(int *addr)
38 {
39 int oldval;
40 unsigned long flags;
41
42 if (!access_ok(VERIFY_WRITE, addr, sizeof (int)))
43 return -EFAULT;
44 local_irq_save(flags);
45 oldval = *addr;
46 *addr = 1;
47 local_irq_restore(flags);
48 return oldval;
49 }
50 #else /* CONFIG_SMP */
51 #include <linux/spinlock.h>
52
53 static spinlock_t tas_lock = SPIN_LOCK_UNLOCKED;
54
55 asmlinkage int sys_tas(int *addr)
56 {
57 int oldval;
58
59 if (!access_ok(VERIFY_WRITE, addr, sizeof (int)))
60 return -EFAULT;
61
62 spin_lock(&tas_lock);
63 oldval = *addr;
/* <<< ATTENTION >>>
* A page fault may happen here, because "addr" points an
* user-space area.
*/
64 *addr = 1;
65 spin_unlock(&tas_lock);
66
67 return oldval;
68 }
69 #endif /* CONFIG_SMP */
arch/mm/fault.c:
137 /*
138 * If we're in an interrupt or have no user context or are runni
ng in an
139 * atomic region then we must not take the fault..
140 */
141 if (in_atomic() || !mm)
142 goto bad_area_nosemaphore;
- sys_tas() is used for user-level mutual exclusion for the m32r,
which is prepared to implement a linuxthreads library.
The above problem may be happened in a program, which uses
pthread_mutex_lock(), calls sys_tas().
The current m32r instruction set has no user-level locking
functions for mutual exclusion.
# I hope it will be fixed in the future...
- This patch fixes the problem by using _raw_spin_lock() instead of
spin_lock(). spin_lock() increments up preemt_count, on the contrary,
_raw_sping_lock() does not.
# I think this fix is just a temporary work around, and
# it is preferable to be rewrite to make it simpler by using
# asm() function or something...
* arch/m32r/kernel/sys_m32r.c:
- Fix sys_tas() for CONFIG_SMP && CONFIG_PREEMPT.
Signed-off-by: Hayato Fujiwara <fujiwara@linux-m32r.org>
Signed-off-by: Hirokazu Takata <takata@linux-m32r.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.87, 2004-10-18 23:05:06-07:00, takata@linux-m32r.org
[PATCH] m32r: SIO driver
Here is a patch to support the M32R SIO (serial IO) driver.
This driver supports the M32R serial ports.
- Supports two types M32R serial interfaces; M32R_SIO and M32R_PLDSIO.
- With SMP safeness.
Currently the M32R_PLDSIO serial interface, which is implemented on a PLD
on the M3T-M32700UT evaluation board, has slightly different specification
from the integrated peripheral SIO (M32R_SIO). Now we can select them by
CONFIG_ option.
It is a serial-core based driver, based on drivers/serial/8250.c. Any
comments or suggestions will be appreciated.
Signed-off-by: Hirokazu Takata <takata@linux-m32r.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.86, 2004-10-18 23:04:53-07:00, takata@linux-m32r.org
[PATCH] m32r: AR camera driver
Here is a patch for the Renesas AR camera driver for m32r.
- AR (artificial retina) camera is newly supported.
AR camera module: Renesas M64278E-800, VGA(640x480 pixcels)
http://www.renesas.com/avs/resource/japan/jpn/pdf/assp/rjj01f0005_psmobile.pdf
Signed-off-by: Hayato Fujiwara <fujiwara@linux-m32r.org>
Signed-off-by: Hirokazu Takata <takata@linux-m32r.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.85, 2004-10-18 23:04:40-07:00, takata@linux-m32r.org
[PATCH] m32r: update include/asm-m32r/m32102.h
Here is a patch to update include/asm-m32r/m32102.h.
* include/asm-m32r/m32102.h:
- Add macro definitions for DMA controller.
- Cosmetics; rearrange indentations.
Signed-off-by: Hirokazu Takata <takata@linux-m32r.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.84, 2004-10-18 23:04:28-07:00, takata@linux-m32r.org
[PATCH] m32r: new CF/PCMCIA driver for m32r
This patch is for the new M32R CF/PCMCIA drivers. It is moved from
arch/m32r/drivers/ and some part are updated for 2.6 kernel.
Signed-off-by: Hayato Fujiwara <fujiwara@linux-m32r.org>
Signed-off-by: Hirokazu Takata <takata@linux-m32r.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.83, 2004-10-18 23:04:16-07:00, takata@linux-m32r.org
[PATCH] m32r: ds1302 driver
This is a DS1302 real-time clock driver.
It is moved from arch/m32r/drivers/, has been originally taken from
arch/cris/arch-v10/drivers/ds1302.c.
Currently, this driver supports only m32r target boards. Maybe some work will
be required to support other target.
Signed-off-by: Hayato Fujiwara <fujiwara@linux-m32r.org>
Signed-off-by: Hirokazu Takata <takata@linux-m32r.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.82, 2004-10-18 23:04:03-07:00, agx@sigxcpu.org
[PATCH] Mac swsusp driver fixes
Allow swsusp work with macintosh's own thermal sensor drivers enabled.
Contributions from Nathan Hand <nathanh@manu.com.au>
Signed-Of-By: Guido Guenther <agx@sigcpu.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.81, 2004-10-18 23:03:51-07:00, venkatesh.pallipadi@intel.com
[PATCH] S3 suspend/resume with noexec v2
This patch is required for S3 suspend-resume on noexec capable systems. On
these systems, we need to save and restore MSR_EFER during S3
suspend-resume.
Signed-off-by: "Venkatesh Pallipadi" <venkatesh.pallipadi@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.80, 2004-10-18 23:03:39-07:00, oliver@neukum.org
[PATCH] additional documentation for power management
This is additional documentation for power management. Pavel Machek has
given his acknowledgement.
Signed-Off-By: Oliver Neukum <oliver@neukum.name>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.79, 2004-10-18 23:03:26-07:00, pavel@ucw.cz
[PATCH] swsusp: Documentation update
Documentation update.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.78, 2004-10-18 23:03:14-07:00, pavel@ucw.cz
[PATCH] swsusp: add comments at critical places
apm.c needs save_processor_state and friends. Add a comment to keep people
from removing it. Describe a way to make swsusp work on non-PSE machines.
Document purpose of acpi_restore_state.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.77, 2004-10-18 23:03:02-07:00, pavel@ucw.cz
[PATCH] swsusp: fix process start times after resume
Currently, process start times change after swsusp (because they are
derived from jiffies and current time, oops). This should fix it.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.76, 2004-10-18 23:02:50-07:00, rddunlap@osdl.org
[PATCH] i386/io_apic init section fixups
Code section errors in i386/io_apic.c found by scripts/reference_init.pl.
Looks like they could cause problems for a few drivers or in a real hotplug
environment.
Error: ./arch/i386/kernel/io_apic.o .text refers to 000018ff R_386_PC32 .init.text
call chain:
snd_mpu401_acpi_resource
acpi_register_gsi
mp_register_gsi
io_apic_set_pci_routing
{A} ioapic_register_intr
IO_APIC_irq_trigger
find_irq_entry
Error: ./arch/i386/kernel/io_apic.o .text refers to 00001967 R_386_PC32 .init.text
(as above thru {A}, then:)
IO_APIC_irq_trigger
irq_trigger
MPBIOS_trigger >> removing __init from this led to
needing to remove __init from
EISA_ELCR also.
Signed-off-by: Randy Dunlap <rddunlap@osdl.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.75, 2004-10-18 23:02:38-07:00, mingo@elte.hu
[PATCH] fix nosmp & pcibios_fixup_irqs() interaction
Fix interaction between nosmp and pcibios_fixup_irqs().
When we boot with nosmp we dont have all the mptable info, so
IO_APIC_get_PCI_irq_vector() doesnt work and devices just end up getting a
wrong interrupt.
From: Oleg Nesterov <oleg@tv-sign.ru>
Acked-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.74, 2004-10-18 23:02:26-07:00, suresh.b.siddha@intel.com
[PATCH] Disable SW irqbalance/irqaffinity for E7520/E7320/E7525 v2
As part of the workaround for the "Interrupt message re-ordering across hub
interface" errata (page #16 in
http://developer.intel.com/design/chipsets/specupdt/30288402.pdf), BIOS may
enable hardware IRQ balancing for E7520/E7320/E7525(revision ID 0x9 and
below) based platforms.
Add pci quirks to disable SW irqbalance/affinity on those platforms. Move
balanced_irq_init() to late_initcall so that kirqd will be started after
pci quirks.
Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.73, 2004-10-18 23:02:14-07:00, oleg@tv-sign.ru
[PATCH] Fix show_trace() in irq context with CONFIG_4KSTACKS
- valid_stack_ptr() erroneously assumes that stack always lives in
task_struct->thread_info.
- the main loop in show_trace() does not recalc ebp after stack
switching. With CONFIG_FRAME_POINTER every call to print_context_stack()
will produce the same output.
With this patch, show_trace() does not use task argument in the main loop.
Instead, it converts stack to thread_info* context, and passes it to
print_context_stack() and (implicitly) to valid_stack_ptr().
valid_stack_ptr() now does bounds checking against proper context.
Signed-off-by: Oleg Nesterov <oleg@tv-sign.ru>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.72, 2004-10-18 23:02:02-07:00, suresh.b.siddha@intel.com
[PATCH] share i386/x86_64 intel cache descriptors table
Some cache descriptors are missing from x86_64 table. So instead of
copying from i386 code, here is a patch to share the table between i386 and
x86_64.
Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.71, 2004-10-18 23:01:49-07:00, trini@kernel.crashing.org
[PATCH] sh: fix EMBEDDED_RAMDISK with O=
The following fixes EMBEDDED_RAMDISK to work with O=. The problem was that
we couldn't find the linker script, since we needed to specify the patch to
the source tree for it. I've tested this with the ramdisk set to both
'ramdisk.gz' and '../ramdisk.gz'.
Signed-off-by: Tom Rini <trini@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.70, 2004-10-18 23:01:37-07:00, paul.mundt@nokia.com
[PATCH] sh: ST40 updates
This includes some ST40 updates from the ST tree. The most notable change is
the ST40GX1 fixes for INTC2-based interrupts.
Signed-off-by: Alex Bennee <kernel-hacker@bennee.com>
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.69, 2004-10-18 23:01:25-07:00, paul.mundt@nokia.com
[PATCH] sh: sh-sci updates
sh-sci updates all around the board. Support for the newly added subtypes,
some compilation cleanups, etc.
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.68, 2004-10-18 23:01:13-07:00, paul.mundt@nokia.com
[PATCH] sh: CTP/PCI-SH03 board support
This adds support for the CTP/PCI-SH03 board from Interface.
Signed-off-by: Saito.K <ksaito@interface.co.jp>
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.67, 2004-10-18 23:01:00-07:00, paul.mundt@nokia.com
[PATCH] sh: SE73180 board support
This adds support for the SH73180 Solution Engine.
Signed-off-by: Hiroshi DOYU <Hiroshi_DOYU@montavista.co.jp>
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.66, 2004-10-18 23:00:48-07:00, paul.mundt@nokia.com
[PATCH] sh: Broken-out CPU subtype probing
Previously we could do subtype parsing and cache configuration in the same
location.. but with the introduction of things like the SH7705 where we use
SH-3 style probing with SH-4 style caches, this is no longer the case. As
such, we move the probe code to a saner place.
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.65, 2004-10-18 23:00:35-07:00, paul.mundt@nokia.com
[PATCH] sh: oprofile support for SH7750/SH7750S
The SH7750 and SH7750S have hardware performance counters, this adds an
oprofile driver for those.
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.64, 2004-10-18 23:00:22-07:00, paul.mundt@nokia.com
[PATCH] sh: PCI updates
This updates some of the PCI drivers. SH7751, the sh03 board-specific PCI
code, and some ST40 PCI updates are grouped in this.
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.63, 2004-10-18 23:00:10-07:00, paul.mundt@nokia.com
[PATCH] sh: cleanup + merge
This adds other random bits of sh cleanup. This includes Kconfig updates,
some exported symbols to satisfy module builds, cleanup of some whitespace
damage, some compile fixes, and some general header and mach-type cleanup.
Signed-off-by: Tom Rini <trini@kernel.crashing.org>
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.62, 2004-10-18 22:59:56-07:00, paul.mundt@nokia.com
[PATCH] sh: SH4-202 MicroDev board support
This adds support for the SH4-202 MicroDev from SuperH, Inc.
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.61, 2004-10-18 22:59:44-07:00, paul.mundt@nokia.com
[PATCH] sh: SH-4 optimized memcpy()
This adds support for an SH-4 optimized memcpy().
Written by Stuart Menefy <stuart.menefy@st.com>.
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.60, 2004-10-18 22:59:31-07:00, paul.mundt@nokia.com
[PATCH] sh: EDOSK7705 board support
This adds support for the edosk7705 board from Renesas.
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.59, 2004-10-18 22:59:19-07:00, paul.mundt@nokia.com
[PATCH] sh: SCBRR calculation fixes for early printk()
The early printk() code was using a fixed PCLK value that was only sane in the
SH7750 case. This updates the SCBRR value calculation to use
CONFIG_SH_PCLK_FREQ instead and thus works on other subtypes as well (tested
on SH4-202).
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.58, 2004-10-18 22:59:07-07:00, paul.mundt@nokia.com
[PATCH] sh: DMA API updates
This updates some of the sh DMA drivers and core API. Previously modules had
to register for the channels they were interested in, but now it's dealt with
transparently by the API with only the number of physical channels needing to
be specified by each module.
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.57, 2004-10-18 22:58:55-07:00, paul.mundt@nokia.com
[PATCH] sh: defconfig updates
Nothing exciting here.. random defconfig updates, as well as a few new ones
for microdev and ctp/pci-sh03.
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.56, 2004-10-18 22:58:43-07:00, paul.mundt@nokia.com
[PATCH] sh: consistent API cleanup
This gets rid of the hardcoded workarounds for the Dreamcast in the
dma-mapping code, and now wraps into the common consistent_alloc() and
consistent_free() routines if the ones in the machvec aren't interested in
handling it.
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.55, 2004-10-18 22:58:30-07:00, paul.mundt@nokia.com
[PATCH] sh: Use asm-offsets
This basically follows the same change as for sh64 and adds asm-offsets to sh.
Some hardcoded thread_info struct offsets get cleaned up by this.
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.54, 2004-10-18 22:58:17-07:00, paul.mundt@nokia.com
[PATCH] sh: SH7705 subtype cleanup + 32k cache support
This fixes up the existing SH7705 support and enables the 32k cache mode for
the processor.
Signed-off-by: Alex Song <songqf9@yahoo.ca>
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.53, 2004-10-18 22:58:05-07:00, paul.mundt@nokia.com
[PATCH] sh: SH73180 subtype support
This adds support for the SH73180 subtype (sh4a).
Signed-off-by: Hiroshi DOYU <Hiroshi_DOYU@montavista.co.jp>
Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.52, 2004-10-18 22:57:51-07:00, paulus@samba.org
[PATCH] ppc32: fix cpu voltage change delay
This patch fixes a problem where my new powerbook would sometimes hang or
crash when changing CPU speed. We had schedule_timeout(HZ/1000) in there,
intended to provide a delay of one millisecond. However, even with
HZ=1000, it was (I believe) only waiting for the next jiffy before
proceeding, which could be less than a millisecond. Changing the code to
use msleep, and specifying a time of 1 jiffy + 1ms has fixed the problem.
(When I looked at the msleep code, it appeared to me that msleep(1) with
HZ=1000 would sleep for between 0 and 1ms.)
Ben also asked me to remove the code that changes the AACK delay enable,
after looking in the Darwin sources and seeing that Darwin does not change
this in its corresponding code.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.51, 2004-10-18 22:57:39-07:00, mporter@kernel.crashing.org
[PATCH] ppc32: configure PPC440GX L2 cache based on CPU rev
This patch enables/disables the PPC440GX L2 cache based on errata which
prevents reliable operation on certain CPU revisions and speed grades.
Signed-off-by: Eugene Surovegin <ebs@ebshome.net>
Signed-off-by: Matt Porter <mporter@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.50, 2004-10-18 22:57:27-07:00, mporter@kernel.crashing.org
[PATCH] ppc32: add gen550.h
Add a missing include file for gen550.
Signed-off-by: Matt Porter <mporter@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.49, 2004-10-18 22:57:14-07:00, mporter@kernel.crashing.org
[PATCH] ppc32: use gen550 for PPC44x progress/ppc-stub
Use gen550 for early PPC progress messages and for the in-kernel ppc-stub.c
on PPC44x.
Signed-off-by: Matt Porter <mporter@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.48, 2004-10-18 22:57:02-07:00, akonovalov@ru.mvista.com
[PATCH] ppc32: Xilinx ML300 board support (very basic)
Adds minimal Xilinx ML300 board support (enough to boot with ramdisk). The
only peripheral devices supported are 16x50 compatible UARTs.
Signed-off-by: Andrei Konovalov <akonovalov@ru.mvista.com>
Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Acked-by: Matt Porter <mporter@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.47, 2004-10-18 22:56:50-07:00, axboe@suse.de
[PATCH] invalidate page race fix
invalidate_inode_pages() and invalidate_inode_pages2() can mark pages not
uptodate while read() is trying to read from them. This is interpreted as
an I/O error.
Fix that by teaching the invalidate code to leave the page alone if someone
else has a ref on it.
Signed-off-by: Jens Axboe <axboe@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.46, 2004-10-18 22:56:37-07:00, mingo@elte.hu
[PATCH] doc: remove references to hardirq.c
The patch below removes stale references to kernel/hardirq.c in comments,
remnants of the earlier iterations of the generic irq subsystem code.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.45, 2004-10-18 22:56:25-07:00, mingo@elte.hu
[PATCH] generic irq subsystem: ppc64 port
ppc64 port of generic hardirq handling.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.44, 2004-10-18 22:56:12-07:00, mingo@elte.hu
[PATCH] generic irq subsystem: ppc port
ppc32 port of generic hardirq handling.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.43, 2004-10-18 22:55:59-07:00, mingo@elte.hu
[PATCH] generic irq subsystem: x86_64 port
x86_64 port of generic hardirq handling.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.42, 2004-10-18 22:55:47-07:00, mingo@elte.hu
[PATCH] generic irq subsystem: x86 port
x86 port of generic hardirq handling.
akpm: (in response to build errors)
- remove APIC_MISMATCH_DEBUG altogether. Just make it synonymous with
CONFIG_X86_IO_APIC
- Move the definition of irq_mis_count over to io_apic.c
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.41, 2004-10-18 22:55:37-07:00, mingo@elte.hu
[PATCH] generic irq subsystem: core
The main goal of this patch is to consolidate all the different but still
fundamentally similar arch/*/kernel/irq.c code into the kernel/irq/ subsystem.
There are 4 new files in the kernel/irq/ directory:
- handle.c: core bits: __do_IRQ() and handle_IRQ_event(),
callable from arch-specific irq.c code.
- manage.c: the main driver apis
- spurious.c: the handling of buggy interrupt sources.
- autoprobe.c: probing of interrupts - older code but still in use.
- proc.c: /proc/irq/ code.
- internals.h for irq-core-internal interfaces not visible to drivers
nor arch PIC code.
An architecture enables the generic hardirq code by defining
CONFIG_GENERIC_HARDIRQS in its arch Kconfig. People doing this conversion
should check out the x86/x64/ppc/ppc64 patches for details - the conversion is
quite straightforward but every converted function (i.e. every function
removed from the arch irq.c) _must_ be matched to the generic version and if
there is any detail that the generic code should do it has to be added to the
generic code. All of the currently converted 4 architectures were converted
like that, and the generic code was extended/fixed along the way.
Other changes related to this patchset:
- clean up the irq include files (linux/irq.h, linux/interrupt.h,
linux/hardirq.h) and consolidate asm-*/[hard]irq.h. Note, to keep all
non-touched architectures in an untouched state this consolidation is
done carefully and strictly under CONFIG_GENERIC_HARDIRQS.
Once the consolidation is done we can do a couple of final cleanups
to reach the following logical splitup of 3 include files:
linux/interrupt.h: driver-visible APIs and details
linux/irq.h: core irq and arch-PIC code, internals
asm-*/irq.h: arch PIC and irq delivery details
the following include files will likely vanish:
linux/hardirq.h merges into linux/irq.h
asm-*/hardirq.h: merges into asm-*/irq.h
asm-*/hw_irq.h: merges into asm-*/irq.h
Christoph would like to do these once the current wave of
cleanups gets in.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.40, 2004-10-18 22:55:24-07:00, gkurz@meiosys.com
[PATCH] fork() bug invalidates file descriptors
Take a process P1 that spawns a thread T (aka. a clone with CLONE_FILES).
If P1 forks another process P2 (aka. not a clone) while T is blocked in a
open() that should return file descriptor FD, then FD will be unusable in
P2. This leads to strange behaviors in the context of P2: close(FD)
returns EBADF, while dup2(a_valid_fd, FD) returns EBUSY and of course FD is
never returned again by any syscall...
testcase:
#include <errno.h>
#include <fcntl.h>
#include <sched.h>
#include <signal.h>
#include <string.h>
#include <sys/stat.h>
#include <sys/types.h>
#include <unistd.h>
#include <asm/page.h>
#define FIFO "/tmp/bug_fifo"
#define FD 0
/*
* This program is meant to show that calling fork() while a clone spawned
* with CLONE_FILES is blocked in open() makes a fd number unusable in the
* child.
*
*
* Parent Clone Child
* |
* clone(CLONE_FILES)-
ChangeSet@1.1997.39.39, 2004-10-18 22:55:12-07:00, mingo@elte.hu
[PATCH] fix the prof=schedule feature
Fix mismerge of the "prof=schedule" feature. Without this patch the output
is a boring empty profile.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.38, 2004-10-18 22:55:00-07:00, mason@suse.com
[PATCH] reiserfs: small filesystem fix
On small filesystems (<128M), make sure not to reference bitmap blocks that
don't exist.
Thanks to Jan Kara for finding this bug.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.37, 2004-10-18 22:54:48-07:00, hugh@veritas.com
[PATCH] __set_page_dirty_nobuffers mappings
Marcelo noticed that the BUG_ON in __set_page_dirty_nobuffers doesn't make
much sense: it lost its way in 2.6.7, amidst so many page_mappings!
It's supposed to be checking that, although page->mapping may suddenly go NULL
from truncation, and although tmpfs swizzles page_mapping(page) between tmpfs
inode address_space and swapper_space, there's sufficient stabilization while
here in __set_page_dirty_nobuffers that the mapping after we locked
mapping->tree_lock is the same as the mapping before we locked
mapping->tree_lock i.e. the lock we hold is the right one.
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.36, 2004-10-18 22:54:38-07:00, roland@redhat.com
[PATCH] exec: fix posix-timers leak and pending signal loss
I've found some problems with exec and fixed them with this patch to
de_thread.
The second problem is that a multithreaded exec loses all pending signals.
This is violation of POSIX rules. But a moment's thought will show it's
also just not desireable: if you send a process a SIGTERM while it's in the
middle of calling exec, you expect either the original program in that
process or the new program being exec'd to handle that signal or be killed
by it. As it stands now, you can try to kill a process and have that
signal just evaporate if it's multithreaded and calls exec just then. I
really don't know what the rationale was behind the de_thread code that
allocates a new signal_struct. It doesn't make any sense now. The other
code there ensures that the old signal_struct is no longer shared. Except
for posix-timers, all the state there is stuff you want to keep. So my
changes just keep the old structs when they are no longer shared, and all
the right state is retained (after clearing out posix-timers).
The final bug is that the cumulative statistics of dead threads and dead
child processes are lost in the abandoned signal_struct. This is also
fixed by holding on to it instead of replacing it.
Signed-off-by: Roland McGrath <roland@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.35, 2004-10-18 22:54:26-07:00, Lev_Makhlis@bmc.com
[PATCH] show aggregate per-process counters in /proc/PID/stat 2
Add up resource usage counters for live and dead threads to show aggregate
per-process usage in /proc/<pid>/stat. This mirrors the new getrusage()
semantics. /proc/<pid>/task/<tid>/stat still has the per-thread usage.
After moving the counter aggregation loop inside a task->sighand lock to
avoid nasty race conditions, it has survived stress-testing with '(while
true; do sleep 1 & done) & top -d 0.1'
Signed-off-by: Lev Makhlis <mlev@despammed.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.34, 2004-10-18 22:54:14-07:00, albert@users.sourceforge.net
[PATCH] distinct tgid/tid CPU usage
This patch adjusts /proc/*/stat to have distinct per-process and per-thread
CPU usage, faults, and wchan.
Signed-off-by: Albert Cahalan <albert@users.sf.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.33, 2004-10-18 22:54:02-07:00, arnd@arndb.de
[PATCH] add missing linux/syscalls.h includes
I found that the prototypes for sys_waitid and sys_fcntl in
<linux/syscalls.h> don't match the implementation. In order to keep all
prototypes in sync in the future, now include the header from each file
implementing any syscall.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.32, 2004-10-18 22:53:48-07:00, mingo@elte.hu
[PATCH] softirqs: fix latency of softirq processing
The attached patch fixes a local_bh_enable() buglet: we first enabled
softirqs then did we do local_softirq_pending() - often this is preemptible
code. So this task could be preempted and there's no guarantee that
softirq processing will occur (except the periodic timer tick).
The race window is small but existent. This could result in packet
processing latencies or timer expiration latencies - hard to detect and
annoying bugs.
The fix is to invoke softirqs with softirqs enabled but preemption still
disabled. Patch is against 2.6.9-rc2-mm1.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Cc: <davem@davemloft.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.31, 2004-10-18 22:53:35-07:00, roland@redhat.com
[PATCH] fix PTRACE_ATTACH race with real parent's wait calls
There is a race between PTRACE_ATTACH and the real parent calling wait.
For a moment, the task is put in PT_PTRACED but with its parent still
pointing to its real_parent. In this circumstance, if the real parent
calls wait without the WUNTRACED flag, he can see a stopped child status,
which wait should never return without WUNTRACED when the caller is not
using ptrace. Here it is not the caller that is using ptrace, but some
third party.
This patch avoids this race condition by adding the PT_ATTACHED flag to
distinguish a real parent from a ptrace_attach parent when PT_PTRACED is
set, and then having wait use this flag to confirm that things are in order
and not consider the child ptraced when its ->ptrace flags are set but its
parent links have not yet been switched. (ptrace_check_attach also uses it
similarly to rule out a possible race with a bogus ptrace call by the real
parent during ptrace_attach.)
While looking into this, I noticed that every arch's sys_execve has:
current->ptrace &= ~PT_DTRACE;
with no locking at all. So, if an exec happens in a race with
PTRACE_ATTACH, you could wind up with ->ptrace not having PT_PTRACED set
because this store clobbered it. That will cause later BUG hits because
the parent links indicate ptracedness but the flag is not set. The patch
corrects all the places I found to use task_lock around diddling ->ptrace
when it's possible to be racing with ptrace_attach. (The ptrace operation
code itself doesn't have this issue because it already excludes anyone else
being in ptrace_attach.)
Signed-off-by: Roland McGrath <roland@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.30, 2004-10-18 22:53:22-07:00, roland@redhat.com
[PATCH] add WCONTINUED support to wait4 syscall
POSIX specifies the new WCONTINUED flag for waitpid, not just for waitid.
I overlooked this addition when I implemented waitid. The real work was
already done to support waitid, but waitpid needs to report the results
Signed-off-by: Roland McGrath <roland@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.29, 2004-10-18 22:53:09-07:00, roland@redhat.com
[PATCH] make rlimit settings per-process instead of per-thread
POSIX specifies that the limit settings provided by getrlimit/setrlimit are
shared by the whole process, not specific to individual threads. This
patch changes the behavior of those calls to comply with POSIX.
I've moved the struct rlimit array from task_struct to signal_struct, as it
has the correct sharing properties. (This reduces kernel memory usage per
thread in multithreaded processes by around 100/200 bytes for 32/64
machines respectively.) I took a fairly minimal approach to the locking
issues with the newly shared struct rlimit array. It turns out that all
the code that is checking limits really just needs to look at one word at a
time (one rlim_cur field, usually). It's only the few places like
getrlimit itself (and fork), that require atomicity in accessing a whole
struct rlimit, so I just used a spin lock for them and no locking for most
of the checks. If it turns out that readers of struct rlimit need more
atomicity where they are now cheap, or less overhead where they are now
atomic (e.g. fork), then seqcount is certainly the right thing to use for
them instead of readers using the spin lock. Though it's in signal_struct,
I didn't use siglock since the access to rlimits never needs to disable
irqs and doesn't overlap with other siglock uses. Instead of adding
something new, I overloaded task_lock(task->group_leader) for this; it is
used for other things that are not likely to happen simultaneously with
limit tweaking. To me that seems preferable to adding a word, but it would
be trivial (and arguably cleaner) to add a separate lock for these users
(or e.g. just use seqlock, which adds two words but is optimal for readers).
Most of the changes here are just the trivial s/->rlim/->signal->rlim/.
I stumbled across what must be a long-standing bug, in reparent_to_init.
It does:
memcpy(current->rlim, init_task.rlim, sizeof(*(current->rlim)));
when surely it was intended to be:
memcpy(current->rlim, init_task.rlim, sizeof(current->rlim));
As rlim is an array, the * in the sizeof expression gets the size of the
first element, so this just changes the first limit (RLIMIT_CPU). This is
for kernel threads, where it's clear that resetting all the rlimits is what
you want. With that fixed, the setting of RLIMIT_FSIZE in nfsd is
superfluous since it will now already have been reset to RLIM_INFINITY.
The other subtlety is removing:
tsk->rlim[RLIMIT_CPU].rlim_cur = RLIM_INFINITY;
in exit_notify, which was to avoid a race signalling during self-reaping
exit. As the limit is now shared, a dying thread should not change it for
others. Instead, I avoid that race by checking current->state before the
RLIMIT_CPU check. (Adding one new conditional in that path is now required
one way or another, since if not for this check there would also be a new
race with self-reaping exit later on clearing current->signal that would
have to be checked for.)
The one loose end left by this patch is with process accounting.
do_acct_process temporarily resets the RLIMIT_FSIZE limit while writing the
accounting record. I left this as it was, but it is now changing a limit
that might be shared by other threads still running. I left this in a
dubious state because it seems to me that processing accounting may already
be more generally a dubious state when it comes to NPTL threads. I would
think you would want one record per process, with aggregate data about all
threads that ever lived in it, not a separate record for each thread.
I don't use process accounting myself, but if anyone is interested in
testing it out I could provide a patch to change it this way.
One final note, this is not 100% to POSIX compliance in regards to rlimits.
POSIX specifies that RLIMIT_CPU refers to a whole process in aggregate, not
to each individual thread. I will provide patches later on to achieve that
change, assuming this patch goes in first.
Signed-off-by: Roland McGrath <roland@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.28, 2004-10-18 22:52:55-07:00, mingo@elte.hu
[PATCH] i386 entry.S cleanups
Remove the unused lcall7/lcall27 code.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.27, 2004-10-18 22:52:43-07:00, pavel@ucw.cz
[PATCH] acpi proc: error handling
Propagate the software_suspend() return value.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.26, 2004-10-18 22:52:31-07:00, pavel@ucw.cz
[PATCH] swsusp: progress in percent
swsusp currently has very poor progress indication. Thanks to Erik Rigtorp
<erik@rigtorp.com>, we have percentages there, so people know how long wait
to expect. Please apply,
From: Erik Rigtorp <erik@rigtorp.com>
Signed-off-by: Pavel Machek <pavel@suse.cz>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.25, 2004-10-18 22:52:19-07:00, andrea@novell.com
[PATCH] parport_pc superio chip fixes
This patch fixes some troubles that somebody reported me with the superio
chips.
In short rmmod parport_pc && cat /proc/iomem was good enough for crashing
the box hard on some machine (and hwscan --printer was doing just that).
The way the oops triggers is that iomem tries to vsprintf the p->name, but
the p->name was a static string in the module address (now unloaded).
The reason is that the superio chip scanning leaves up to two persistent
ranges claimed. But the second (legacy) pass has no way to notice the
resources are already reclaimed. Plus if the superio->io was different
than the "io" variable (the range to scan for superio chips) the "io" range
would generate a leak of the original "io" range too.
I simply make sure to always release the requested space during the superio
scan, and I make sure not to istantiate new ranges in the p->base that
would cause the later parport scan to fail too (plus leaving up to leaked
resources).
The previous code that was returning values and was leaving garbage in
there made no sense to me. My best guess (assuming I didn't misread it ;)
is that probably somebody added the request_region without realizing
they're pointing to the very same address that would be requested later
(and nobody does accesses on those ranges until later, so it was very safe
to claim it later).
Disclaimer: I don't have the specs of the winbond and smsc at hand, I just
guessed what they do from the code (nothing checks superio->io except
get_superio_dma get_superio_irq, which made the thing enough self
explainatory to fix it without specs)
Signed-off-by: Andrea Arcangeli <andrea@novell.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.24, 2004-10-18 22:52:07-07:00, rohit.seth@intel.com
[PATCH] add sys_setaltroot()
Add a new system call setaltroot(2).
Currently, using the altroot feature is accessible only via the
set_personality() system call. It is accessible to user space only if there
is more than one exec domain in the system. This patch allows using the
altroot feature on systems where there is only one exec domain.
It is possible to work around the issue by adding a dummy exec domain, but it
was rejected for not being very elegant.
If this feature is implemented in userspace, it adds a 16% overhead on a test
case which greps for a single word in the kernel source tree.
Signed-off-by: Zou Nanhai <nanhai.zou@intel.com>
Signed-off-by: Gordon Jin <gordon.jin@intel.com>
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.23, 2004-10-18 22:43:26-07:00, torvalds@ppc970.osdl.org
Wrap <linux/compiler.h> inside '#ifndef __ASSEMBLY__'
None of the compatibility defines make sense for assembly
files, and gcc has trouble with vararg macros when using
"-traditional" (which is used for asm), to the point of
ICE'ing.
ChangeSet@1.1997.39.22, 2004-10-18 22:27:41-07:00, torvalds@ppc970.osdl.org
Add copyright notice on ppc64 iomap files.
Paul cares. I think there's something in the water at IBM
that makes people sticklers ;)
ChangeSet@1.1997.39.21, 2004-10-18 22:23:22-07:00, benh@kernel.crashing.org
[PATCH] ppc64: Fix iSeries build (ouch !)
The move of iomap out of eeh inadvertently broke iSeries ...
Fixed like this.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.20, 2004-10-18 22:23:09-07:00, benh@kernel.crashing.org
[PATCH] ppc32/64: FPU/vector register restore after signal
This fixes some issues with restoring the altivec and/or FPU registers
upon return from a signal or when setting a context. It also add a
proper stack backlink to the signal frames created for 64 bits
applications.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1997.39.19, 2004-10-18 22:16:52-07:00, torvalds@ppc970.osdl.org
Older gcc's ICE on missing (unused) varags macro name.
ChangeSet@1.1997.2.141, 2004-10-18 17:07:29-07:00, greg@kroah.com
USB: add bulk_in_size for usb-serial devices.
Don't know why I didn't do it before...
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.39.17, 2004-10-18 16:41:51-07:00, torvalds@ppc970.osdl.org
Merge bk://gkernel.bkbits.net/libata-2.6
into ppc970.osdl.org:/home/torvalds/v2.6/linux
ChangeSet@1.1997.39.16, 2004-10-18 15:50:44-07:00, torvalds@ppc970.osdl.org
Add fake '__builtin_warning()' for the gcc case.
Allows us to do compile-time sparse warnings of our own.
ChangeSet@1.1997.53.3, 2004-10-18 23:02:02+01:00, ben-linux@org.rmk.(none)
[ARM PATCH] 2145/1: S3C2410 - GPIO ID register update
Patch from Ben Dooks
Update the include/asm-arm/arch-s3c2410/regs-gpio.h with
GSTATUS1 register information
Signed-off-by: Ben Dooks
ChangeSet@1.1997.53.2, 2004-10-18 22:56:50+01:00, ben-linux@org.rmk.(none)
[ARM PATCH] 2144/1: S3C2410 - s3c2440 fixes and clock updates
Patch from Ben Dooks
Fixes the following problems and ommisions:
- added variable for base crystal rate
- moved clock variables into clock.c
- fixed bug in identifying s3c2440 cpus
- added initial support for new uart registration
- removed base blocks from include/asm/arch/hardware.h
Signed-off-by: Ben Dooks
ChangeSet@1.1997.2.140, 2004-10-18 14:52:07-07:00, petkov@uni-muenster.de
[PATCH] USB: remove calls to usb_unlink_urb() in net/kaweth.c
Hi there Greg,
here's another one.
Signed-off-by: Borislav Petkov <petkov@uni-muenster.de>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.2.139, 2004-10-18 14:51:42-07:00, petkov@uni-muenster.de
[PATCH] USB: remove calls to usb_unlink_urb() in net/pegasus.c
Signed-off-by: Borislav Petkov <petkov@uni-muenster.de>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.2.138, 2004-10-18 14:51:13-07:00, petkov@uni-muenster.de
[PATCH] USB: remove calls to usb_unlink_urb in net/usbnet.c
Signed-off-by: Borislav Petkov <petkov@uni-muenster.de>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.53.1, 2004-10-18 22:48:44+01:00, ben-linux@org.rmk.(none)
[ARM PATCH] 2131/1: Add _iomem to the IO string functions
Patch from Ben Dooks
This patch stops mtd from generating problems of
casting pointers to ints, due to the memcpy_fromio
and related functions all taking `unsigned long`
for their IO addresses.
Replace `unsigned long` with `void __iomem *`
Compiled clean on arch-s3c2410
Signed-off-by: Ben Dooks
ChangeSet@1.1997.39.14, 2004-10-18 16:48:22-05:00, jejb@titanic.il.steeleye.com
Merge titanic.il.steeleye.com:/home/jejb/BK/scsi-target-2.6
into titanic.il.steeleye.com:/home/jejb/BK/scsi-for-linus-2.6
ChangeSet@1.1997.2.137, 2004-10-18 14:42:08-07:00, hj.oertel@surfeu.de
[PATCH] USB: usb/serial RM vendor/product id for ftdi_sio
Hello,
this is a small patch of the USB ftdi_sio driver against linux-2.6.8.1.
I only added a new vendor and product id for the RM-CANview,
a CAN fieldbus interface:
http://www.rmcan.com/site/en/products/gateways/usb/index.htm
Thanks
Heinz
Signed-off-by: Heinz-Juergen Oertel <oe@port.de>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.2.136, 2004-10-18 14:41:41-07:00, ak@sensi.org
[PATCH] USB: USB CDC OBEX driver
Also, as the full patch isn't going in, can you please apply this tiny
part of it? Somehow the header descriptor was omitted from the CDC ACM
driver, but it's present on my phone (thus giving me the "ignoring extra
header" error when it's plugged in) and in the CDC spec (section 5.2.3.1).
Signed-off-by: Alex Kanavin <ak@sensi.org>
Signed-Off-By: Oliver Neukum <oliver@neukum.name>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.2.135, 2004-10-18 13:58:20-07:00, phil@ipom.com
[PATCH] USB Storage: unusual_dev modification
The following patch changes the 0x059f/0xa601/0x0200 per the report from
Torsten Eriksson. It adds comments to the uncommented entry and
changes the subclass.
Signed-off-by: Phil Dibowitz <phil@ipom.com>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.2.134, 2004-10-18 13:57:50-07:00, stern@rowland.harvard.edu
[PATCH] USB Storage: new unusual_devs entry
Here's another USB mass storage device that incorrectly reports the total
number of disk blocks. Please apply.
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.49.15, 2004-10-18 15:57:44-05:00, jejb@mulgrave.(none)
aic7xxx and aic79xx: fix sleeping while holding a lock
From: Luben Tuikov <luben_tuikov@adaptec.com>
Fix sleeping while holding a lock on host removal and on
killing the DV thread.
Signed-off-by: Luben Tuikov <luben_tuikov@adaptec.com>
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
ChangeSet@1.1997.2.133, 2004-10-18 13:57:23-07:00, phil@ipom.com
[PATCH] USB Storage: Fix Kyocera order
This removes a duplicate entry and fixes order. Trivial.
Signed-off-by: Phil Dibowitz <phil@ipom.com>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.2.132, 2004-10-18 13:56:54-07:00, phil@ipom.com
[PATCH] USB Storage: Remove unusual_devs entries for Genesys Drives
Here's a patch to remove the three Genesys disk entries in
unusual_devs.
They don't appear to be needed anymore because:
1. The inquiries now request the right amount of data
2. MODE_XLATE, according to Alan, isn't used in 2.6
Signed-off-by: Phil Dibowitz <phil@ipom.com>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.2.131, 2004-10-18 13:56:31-07:00, phil@ipom.com
[PATCH] USB Storage: Remove unusual_dev entry for IBM Storage Key
This removes the 0a16/8888/0100 unusual_devs entry for an IBM USB
Storag key. It does not appear to be needed and caused issues for
Buddha Henry <spanishbuddha@hotmail.com>, who has tested with this
patch and his device works properly.
Signed-off-by: Phil Dibowitz <phil@ipom.com>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.2.130, 2004-10-18 13:55:59-07:00, phil@ipom.com
[PATCH] USB Storage: unusual_devs patch for winward music disk
The following is needed for Winward Music Disk. I narrowed the range of
the original patch which was sent by Stephan Walter.
From: Stephan Walter <stephan.walter@epfl.ch>
Signed-off-by: Phil Dibowitz <phil@ipom.com>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.2.129, 2004-10-18 13:55:35-07:00, phil@ipom.com
[PATCH] USB Storage: unusual_devs patch for new tekom entry
Stephan Fuhrmann sent in the entry for a device needing the new RESIDUE
flag. Here is an appropriate tested patch.
From: Stephan Fuhrmann <atomenergie@t-online.de>
Signed-off-by: Phil Dibowitz <phil@ipom.com>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.2.128, 2004-10-18 13:55:12-07:00, phil@ipom.com
[PATCH] USB Storage: Unusual_dev patch for Finepix 1300 and 1400's.
There are several cameras (1300s and 1400s) with the same bcdDevice
number (1000). Most of them are 8070 devices, but some of them are UFI
devices (similar to 8070 devices but don't clear the sense data after
an INQUIRY or REQUEST SENSE). Furthermore if the devices that truely
do act like 8070 devices are overridden to be UFI, they find more than
one LUN. Specifiying UFI and SINGLE_LUN seems to satisfy all kinds of
devices that claim device number 1000.
From: Pavel Machek <pavel@ucw.cz>
Signed-off-by: Phil Dibowitz <phil@ipom.com>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1997.39.13, 2004-10-18 15:43:05-05:00, jejb@titanic.il.steeleye.com
SCSI: fix Suspend I/O block/unblock path
From: James.Smart@Emulex.Com
urther testing is showing that we are having some i/o threads
prematurely die with the following message: "rejecting I/O to device
being removed"
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
ChangeSet@1.1997.49.14, 2004-10-18 14:52:20-05:00, mike.miller@hp.com
[PATCH] cciss: fixes for clustering
This patch changes our open specifically for clustering software. We must
allow root to access any volume or device with a LUN ID. We also modified
our revalidate function for this reason.
If a logical is reserved, we must register it with the OS with size=0. Then
the backup system can call BLKRRPART after breaking the reservation to
set the device to the correct size.
We also must register a controller with no logical volumes for the online
utilities to function. This is the way we've done it since the 2.2 kernel.
Which doesn't neccesarily make it right, but we have legacy apps to consider.
Signed off by: Mike Miller <mike.miller@hp.com>
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
ChangeSet@1.1997.52.19, 2004-10-18 11:50:06-07:00, torvalds@ppc970.osdl.org
Linux 2.6.9
TAG: v2.6.9