Some new sysfs macros declare a store_purr() function that never gets used,
which makes a compiler warning happen. Suppress the warning with the used
attribute.
Signed-off-by: Dave Hansen <haveblue@us.ibm.com> Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Anton Blanchard [Sat, 7 Aug 2004 07:57:15 +0000 (00:57 -0700)]
[PATCH] ppc64: set SMT thread priority to medium for all exceptions
We need to set the thread priority to medium when entering all exceptions.
We may have been executing in low priority (eg the idle loop), but
definitely do not want to remain in that priority for the duration of the
exception (eg a device interrupt).
Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Anton Blanchard [Sat, 7 Aug 2004 07:57:04 +0000 (00:57 -0700)]
[PATCH] ppc64: avoid speculative execution after rfid
Due to speculative execution, a CPU may execute some instructions after the
rfid. This makes profiles confusing, since profiling ticks could end up in
those instructions following the rfid that are never executed.
Add a branch to self after each rfid to avoid this.
Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Anton Blanchard [Sat, 7 Aug 2004 07:56:42 +0000 (00:56 -0700)]
[PATCH] ppc64: various XICS fixes
- Remove unused includes.
- Be consistent about printing irq numbers, avoid a mix of decimal and
hexadecimal.
- Remove prototypes from xics.c, they should be in xics.h.
- Remove infinite loop on failure, and instead use panic. Panic has a chance to
log the error message on the LED panel and reboot the box, a while(1) loop
does not.
- xics isnt compiled for iseries any more, so no need for the
CONFIG_PPC_PSERIES hack.
Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
John Engel [Sat, 7 Aug 2004 07:56:31 +0000 (00:56 -0700)]
[PATCH] ppc64: 32-bit ptrace geteventmsg fix
Here's a fix for the 32-bit PTRACE_GETEVENTMSG ptrace call that handles the
passing of a 32-bit user address. Please apply, thanks.
Signed-off-by: John Engel <jhe@us.ibm.com> Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Paul Mackerras [Sat, 7 Aug 2004 07:56:22 +0000 (00:56 -0700)]
[PATCH] ppc64: pci_dn cleanups
This patch just cleans up arch/ppc64/kernel/pci_dn.c a bit, including:
- remove it from the iSeries build completely
- small changes to Makefile
- remove the "post" parameter from traverse_pci_devices as
noone used it
- make traverse_all_pci_devices static
- remove CONFIG_PPC_PSERIES tests as we no longer build for iSeries
- some reformatting (closer to "standard")
- remove some of pointer casts
This has been built (with default config) on pSeries and pmac and built and
run on iSeries.
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by: Paul Mackerras <paulus@samba.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Thomas Spatzier [Sat, 7 Aug 2004 07:55:59 +0000 (00:55 -0700)]
[PATCH] s390: qeth performance.
qeth network driver performance improvements. The ping time on the
HiperSockets interface drops from 250 usecs to 50 usecs and the 1 bytes
request/response test improves from 70000 to 110000 transactions.
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>
Cornelia Huck [Sat, 7 Aug 2004 07:55:13 +0000 (00:55 -0700)]
[PATCH] s390: common i/o layer changes.
common i/o layer changes:
- Set state of a disconnected device to offline before calling
ccw_device_online, otherwise the device doesn't come up again.
- Check for channel end when trying to find out if basic sense
was successful.
- Fix error handling in new_channel_path.
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>
[PATCH] sparc32: gcc-3.3 macro parenthesization fix for memcpy.S
From: Art Haas <ahaas@airmail.net>
The 1.3->1.4 changes to the arch/sparc/lib/copy_user.S file added parenthesis
to a number of macros within that file. The BK changlog associated with this
change indicate the change was to make the file work with gcc-3.3.
When looking at the changes made, I see that similar macros exist in memcpy.S
as well, so would a patch adding parens to that file be worthwhile? Also,
just what was the problem with gcc-3.3 that was resolved by adding the
parenthesis? Macro mis-expansion I'm guessing.
Signed-off-by: Art Haas <ahaas@airmail.net> Signed-off-by: William Irwin <wli@holomorphy.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
cache_decay_ticks needs to be defined in order for the kernel to link. This
placeholder is inaccurate, however, other, more grave SMP issues need to be
addressed first.
Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
smp_reschedule_irq() mysteriously vanished sometime after 2.4. This patch
reinstates it so that the kernel will link properly and so cpus will set
TIF_NEED_RESCHED when it's asked of them.
Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
The SMP initialization functions try to do btfixups on the wrong symbols for
smp_processor_id(), which is now implemented in terms of
current_thread_info()->cpu. hard_smp_processor_id() etc. are now in use
where smp_processor_id() was once used.
Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
An analysis of the code determined that AP initialization called init_idle()
no less than three times, 2 out of the three with incorrect numbers of
arguments. This patch removes the superfluous calls.
Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Andrew Morton [Sat, 7 Aug 2004 07:52:47 +0000 (00:52 -0700)]
[PATCH] jbd: journal_head unmapping race fix
Fix a race identified by Chris Mason <mason@suse.com>
journal_unmap_buffer -> __dispose_buffers has the j_list_lock and the
jbd_lock_bh_state held.
journal_get_write_access calls journal_put_journal_head, which takes
jbd_lock_bh_journal_head(bh) and doesn't seem to have any other locks held.
Since journal_unmap_buffers trusts the buffer_jbd bit to see if we need to
call __dispose_buffer, and nobody seems to test buffer_jbd after taking
jbd_lock_bh_journal_head. The kernel dereferences a null jh pointer in
__journal_remove_journal_head.
The patch fixes this by using journal_grab_journal_head() in
journal_unmap_buffer(). It ensures that we either grab and pin the
journal_head if the bh has one, or we bale out if the bh doesn't have a
journal_head.
Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Paul Mackerras [Sat, 7 Aug 2004 07:52:36 +0000 (00:52 -0700)]
[PATCH] Restore PPP filtering
Karsten Keil's patch entitled "[ISDN]: Fix kernel PPP/IPPP active/passiv
filter code" that went in back in April was an attempt to solve a real
problem - namely that the libpcap maintainers have removed useful
functionality that pppd was using - but his fix broke existing pppd
binaries and IMO didn't end up actually solving the problem.
This patch reverts the change to ppp_generic.c so that existing pppd
binaries work again. I am going to have to work out a proper fix, which
may involve further changes to ppp_generic.c, but I will make sure existing
pppd binaries still work.
Signed-off-by: Paul Mackerras <paulus@samba.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Sam Ravnborg [Sat, 7 Aug 2004 07:52:25 +0000 (00:52 -0700)]
[PATCH] kbuild: Remove LANG preset in top-level Makefile
In the top-level Makefile a number of locale related environment
variables were preset to give a small speed up when building the kernel.
Unfortunately this had the bad sideeffect that the variable
CFLAGS_vmlinux.lds.o lost the exported vaule in some setups (obviously
not mine). This smells like a make issue - but the best solution is
simply to drop presetting the locale related variables.
Signed-off-by: Sam Ravnborg <sam@ravnborg.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Linus Torvalds [Sat, 7 Aug 2004 05:12:52 +0000 (22:12 -0700)]
Add infrastructure for the VFS layer to mark files seekable.
We use a FMODE_LSEEK flag to match the existing read/write
bits. This allows us to check for seekability on a VFS level
for lseek/pread/pwrite, and cleans things up.
Update some sites that used the numeric constants to use
the symbolic values instead.
Kevin Hilman [Fri, 6 Aug 2004 15:20:34 +0000 (16:20 +0100)]
[ARM PATCH] 1986/1: bootpImage/ARM: add ability to run from non-zero address
Patch from Kevin Hilman
The following patch allows the bootpImage to be loaded and executed
from a non-zero address. On OMAP platforms for example, the physical
address for SDRAM is 0x10000000 and not zero.
Paul Mackerras [Fri, 6 Aug 2004 08:12:56 +0000 (01:12 -0700)]
[PATCH] Remove ppc32 proc_rtas.c
This patch removes proc_rtas.c and error_log.[ch] from
arch/ppc/platforms. It turns out that the code in error_log.[ch] is
completely unused, and the code in proc_rtas.c is buggy, almost
impossible to understand, and rarely used.
Signed-off-by: Paul Mackerras <paulus@samba.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
James Morris [Fri, 6 Aug 2004 02:46:07 +0000 (19:46 -0700)]
[PATCH] Re-implemented i586 asm AES
This code is a rework of the original Gladman AES code, and does not
include any supposed BSD licensed work by Jari Ruusu.
Linus converted the Intel asm to Gas format, and made some minor
alterations.
Fruhwirth's glue module has also been retained, although I rebased the
table generation and key scheduling back to Gladman's code. I've tested
this code with some standard FIPS test vectors, and large FTP transfers
over IPSec (both locally and over the wire to a system running the
generic AES implementation).
Signed-off-by: James Morris <jmorris@redhat.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Alexander Viro [Thu, 5 Aug 2004 13:37:01 +0000 (06:37 -0700)]
[PATCH] ppc64: Fix rtas file mess
This does the seq_file conversion + annotation + cleanup + race fixes
for arch/ppc64/kernel/rtas-proc.c.
How the fuck did that file manage to get anywhere near the tree, anyway?
Take a look at guy's "implementation" of sprintf(buf, "%04d", num), for
example:
<vomit>
/* construct the sensor number like 0003 */
/* fill with zeros */
n = sprintf(tmp, "%d", s.token);
len = strlen(tmp);
while (strlen(tmp) < 4)
n += sprintf (tmp+n, "0");
/* invert the string */
while (tmp[i]) {
if (i<len)
tmp2[4-len+i] = tmp[i];
else
tmp2[3-i] = tmp[i];
i++;
}
tmp2[4] = '\0';
</vomit>
Linus Torvalds [Thu, 5 Aug 2004 13:30:40 +0000 (06:30 -0700)]
Fix shrink_dcache_anon() LRU list accesses.
It would potentially remove dentries from the LRU list
without re-initializing the d_lru fields, causing later
accesses to that dentry to do bad things to the LRU list.
Tom Rini [Thu, 5 Aug 2004 11:18:41 +0000 (04:18 -0700)]
[PATCH] ppc32: Fix 'mktree' on 64bit hosts
The following patch changes some 'unsigned long's into 'uint32_t's in
mktree (a program that runs on the host to frob the kernel image for
some firmwares). Without it, the program is not correct when run
on/compiled on a 64bit host.
Signed-off-by: Dan Zink <dan.zink@hp.com> Signed-off-by: Tom Rini <trini@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Roland McGrath [Thu, 5 Aug 2004 10:43:51 +0000 (03:43 -0700)]
[PATCH] fix /proc printing of TASK_DEAD state
I just stumbled across this patch that's been sitting in my tree for ages.
I thought I'd sent this in before. It's a trivial fix for the printing
of task state in /proc and sysrq dumps and such, so that TASK_DEAD shows
up correctly. This state is pretty much only ever there to be seen when
there are exit/reaping bugs, but it's not like that hasn't come up.
Signed-off-by: Roland McGrath <roland@redhat.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Catalin Marinas [Thu, 5 Aug 2004 22:03:23 +0000 (23:03 +0100)]
[ARM PATCH] 1965/1: gas only generates the c and f field bits for the "msr [cs]psr, rN" instruction
Patch from Catalin Marinas
Gas translates the "msr [cs]psr, rN" instruction to "msr [cs]psr_cf, rN". This may cause problems on the ARMv6 architecture where the A and E bits can leak into the SVC mode from the USR mode via the exception handlers. The reverse can happen when returning to user mode. The patch adds _cxsf to all the msr instruction without the field specifier.
Jens Axboe [Thu, 5 Aug 2004 05:13:29 +0000 (22:13 -0700)]
[PATCH] multipath readahead fix
For requests marked read-ahead, it can legitimately fail without it being a
path problem. So don't fail a path just because this happens (can be the
atomic request allocation going nuts, for instance), or all paths will
quickly go away.
Heiko Carstens [Thu, 5 Aug 2004 05:05:56 +0000 (22:05 -0700)]
[PATCH] md multipathing fixes
I tried to get multipathing failover running and failed. It seems to be
that there are two bugs in multipath.c :
- If a path/request fails mp_bh->path doesn't get updated to the new
path. Thus multipath_end_request will access a NULL pointer if a
redirected request returns.
- After fixing this I experienced several other errors. First of all in
bio->bi_flags the BIO_UPTODATE flag is not set when redirecting a
request.
Causing the md driver to think that every redirected request failed
when it returns. Since that alone didn't fix the problems, I simply
copied the master_bio again and it looks like everything seems to work.
Alex Williamson [Wed, 4 Aug 2004 18:26:09 +0000 (18:26 +0000)]
Using CONFIG_IA64_HP_ZX1 on an sx1000 system setup w/ multiple NUMA
nodes (configured for cell local memory) currently crashes because
MAX_NUMNODES defaults to 1. The patch below sets up things to make this
work.
Signed-off-by: Alex Williamson <alex.williamson@hp.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
Tony Luck [Wed, 4 Aug 2004 18:10:14 +0000 (18:10 +0000)]
Provide comand line keyword "nomca" to turn off mca processing in kernel.
Initial patch by Jesse Barnes, fixed by Ken Chen, rescued from
obscurity by Sourav Sen.
The changes to bridge notifier to handle link state changes introduced
a bug. The case of device unregistering while bridge is down was no
longer being handled. Add comment so maintainer doesn't forget.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@redhat.com>
Jesse Barnes [Tue, 3 Aug 2004 23:46:56 +0000 (23:46 +0000)]
sgi_io_init.c:
Mark per_hub_init as __init and remove an unnecessary extern declaration of it
in sgi_io_init.c. This has the effect of killing a warning in the compile of
that file.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
Bjorn Helgaas [Tue, 3 Aug 2004 23:27:28 +0000 (23:27 +0000)]
sba_iommu.c:
REO/Grande defect AR2305 can cause TLB fetch timeouts if entries
are purged while in use. Round up IOVA allocations to power-of-two
boundaries to prevent this. This is originally due to Alex Williamson.
Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
Minor leftover from earlier code. Netem scheduler is not reporting
correct limit (ie for 'tc qdisc ls') because it is returning devices limit
not it's own.
Should apply to 2.4 as well (with fuzz)
Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@redhat.com>
Some G5 recent powermacs start with the fan control unit (FCU) disabled,
by the firmware, causing the thermal control driver to break. We have to
enable it before starting the feedback loops that set the fan speeds.
This patch adds the code to start the FCU.
Signed-off-by: Paul Mackerras <paulus@samba.org> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
[PATCH] ppc32: Fix problem with spurrious edge interrupts on old
On old powermacs, it's possible that we get a stale edge interrupt when
doing request_irq(), that typically happens with the DBDMA controller
interrupts when the device was used by the firmware for booting.
I just tracked down a nasty memory corruption problem where that was
causing the bmac driver to try to process packets before the driver
internal data structures were properly initialized.
While I agree that the driver should (and will) be made more robust to
such things, Paulus and I decided that it makes little sense to keep
track of an "old" edge interrupt that happens before a driver does
request_irq. (On those powermacs, those are only the DBDMA interrupts
anyway, and none of the DBDMA users will care).
This patch implements a "startup" handler for the old Apple PIC that
will "ack" pending edge interrupts before unmasking, thus preventing
those stale interrupts to be delivered.
It also "fixes" the ppc32 irq core to call the startup() callback when
available instead of just calling enable().
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Jens Axboe [Mon, 2 Aug 2004 16:29:20 +0000 (09:29 -0700)]
[PATCH] bio_copy_user() cleanups and fixes
blk_rq_map_user() is a bit of a hack currently, since it drops back to
kmalloc() if bio_map_user() fails. This is unfortunate since it means we
do no real segment or size checking (and the request segment counts contain
crap, already found one bug in a scsi lld). It's also pretty nasty for >
PAGE_SIZE requests, as we attempt to do higher order page allocations.
Even worse still, ide-cd will drop back to PIO for non-sg/bio requests.
All in all, very suboptimal.
This patch adds bio_copy_user() which simply sets up a bio with kernel
pages and copies data as needed for reads and writes. It also changes
bio_map_user() to return an error pointer like bio_copy_user(), so we can
return something sane to the user instead of always -ENOMEM.
projects / linux / log