This adds a "timbase" entry in /proc/cpuinfo like p/iSeries that
provides the CPU timebase frequency. It is using by a all sort of
performance analysis tools we are hacking in house.
It also remove a useless bit about the l2 cache that was copied over
from ppc32.
I've had reports of flicker that appear with large (23") flat panels
and radeonfb. From experiments, it appears that forbiding the "odd"
PLL divider values fix it (like it fixes the blur problem on TMDS2).
There should not be anything special with TMDS1 and "odd" PLL values
though, so the problem may be subtly different (a bandwidth problem),
but until I have proper bandwidth calculation and access to this
monitor, the following patch is an acceptable workaround (Odd PLL values
aren't that useful anyway)
Olof Johansson [Wed, 3 Mar 2004 05:30:05 +0000 (21:30 -0800)]
[PATCH] ppc64: More IOMMU cleanups
* Tidy up some of the arguments to iommu_*()
* Comment cleanup
* Don't bump the hint to the next block for large allocs, to avoid
fragmentation.
* Simplify vmerge logic during SG allocations
* Move the memory barriers from the bus-specific parts into the common
code.
Some changes are mine, some are from Ben Herrenschmidt.
- fix bug introduced by my recent fixes
(do not try to disable 66MHz clock on PDC20246)
- cleanup cable verification code a bit
- remove unused macros (leftovers from driver split-up)
and duplicated define from pdc202xx_old.h
Alexander Viro [Wed, 3 Mar 2004 03:07:49 +0000 (19:07 -0800)]
[PATCH] parport: get rid of parport_enumerate
parport_enumerate() is gone. The last caller was under ifdef that
never had been true. Function itself is removed, port list handling
cleaned up (now we can do that, since drivers don't mess with the list
directly), tons of racy crap removed from parport/share.c
Alexander Viro [Wed, 3 Mar 2004 03:07:39 +0000 (19:07 -0800)]
[PATCH] parport: keep track of parport_sunbpp ports
parport_sunbpp switched to keeping track of the ports it had
created; in module_exit it uses the private list instead of messing
with parport_enumerate(). Added check for sbus_ioremap() failure in
port initialization.
Alexander Viro [Wed, 3 Mar 2004 03:07:29 +0000 (19:07 -0800)]
[PATCH] parport: keep track of parport_pc ports
parport_pc switched to keeping track of the ports it had
created; in module_exit it uses the private list instead of messing
with parport_enumerate().
Added compile fix for configs that have CONFIG_PARPORT_PC_FIFO turned
off (from -mm).
Alexander Viro [Wed, 3 Mar 2004 03:07:20 +0000 (19:07 -0800)]
[PATCH] parport: clean up parport_announce_port and friends
parport_announce_port() was always called right after
parport_proc_register(). Call shifted into parport_announce_port().
Similar for parport_remove_port() and parport_proc_unregister().
Alexander Viro [Wed, 3 Mar 2004 03:07:08 +0000 (19:07 -0800)]
[PATCH] parport: fix parport_unregister_port
parport_unregister_port() is split; parport_remove_port() does
what parport_unregister_port() used to do sans the final parport_put_port()
call.
Callers updated; many of them needed only parport_put_port() (failure
exit paths where we never had the port announced to drivers).
Fixed multiple races on port removal by shifting parport_remove_port()
in front of the code that releases irq/io ports/etc.
Alexander Viro [Wed, 3 Mar 2004 03:06:58 +0000 (19:06 -0800)]
[PATCH] parport: slave port cleanups
references to slave ports of mux added to struct parport.
parport_daisy_init() doesn't go through parport_announce_port() for mux
slaves anymore; parport_annouce_port() deals with found ones itself.
Error handling sanitized, races on unregistration fixed.
Dely Sy [Tue, 2 Mar 2004 11:10:44 +0000 (03:10 -0800)]
[PATCH] PCI Hotplug: fixes for shpc and pcie hot-plug drivers
This patch contains the following:
1. Fix up the pcie and shpc options to make it easier for distros
to use as what we have discussed;
2. Fix bug encountered when installing the drivers on non-hotplug
systems;
3. Put PCI_CAP_ID_SHPC in include/linux/pci.h
David Brownell [Tue, 2 Mar 2004 06:32:28 +0000 (22:32 -0800)]
[PATCH] OHCI urb unlink fixes
Fix two OHCI unlink issues.
* All EDs now get a 1 msec delay before re-linking, even those
which were seemingly "clean" unlink cases. This gets rid of
some list corruption issues ("bad entry") by getting rid of
a fast-path carried over from 2.4 usb-ohci.
* In case of unlink-during-submit, we must giveback() right away.
This is a reasonably rare case.
There have been recent reports of problems here. The "bad entry"
showed up with usbtest tests #11 and #12, or "stir4200", and maybe
in other cases. The unlink-during-submit shows up in usbtest.
[PATCH] ppc32: Fix crash on load in DACA sound driver
The DACA sound driver (early iBook models) doesn't clear the i2c_client
structure. That cause the embedded struct device (and thus kobject) to
contain garbage in the "k_name" field, which kobject_set_name will
later try to kfree...
Also remove references to unused struct data_data.
Karsten Keil [Tue, 2 Mar 2004 03:45:33 +0000 (19:45 -0800)]
[PATCH] ISDN strpbrk fix
Here is a small ISDN fix for the current tree.
There is a compiler inlining/optimation problem with strpbrk, if it has
only a one character search string. This results in a missing strchr
because the compiler internally replace strpbrk with strchr in this
case, but did so after inline handling stage.
Ingo Molnar [Tue, 2 Mar 2004 00:19:23 +0000 (16:19 -0800)]
[PATCH] Avoid writing the APIC ID register
A small birdie tells us that in the long run it may not be a good idea
to write the APIC ID register. It might be read-only in some
hypothetical situation down the road.
Andrew Morton [Mon, 1 Mar 2004 15:07:26 +0000 (07:07 -0800)]
[PATCH] oprofile: fix P4 HT msr sharing
From: Philippe Elie <phil.el@wanadoo.fr>
When I debugged P4 ht oprofile a few month ago I noticed that but though it
wasn't a problem... The fix I propose is not completely clean.
With P4 HT we split msr in two subset, one for each logical processor. The
msrs subset used in op_model_p4.c at save and setup point of view are
distinct (*), it means we must serialize setup and save operation else a
logical processor can save some msr value already setup by the other thread
then when oprofile shutdown we restore wrong msrs values.
Nobody noticed the problem because after restoring the msrs we call
enable_lapic_nmi_watchdog() -> setup_p4_watchdog() wich clear all the msrs
but it's a bit fragile. If nmi watchdog is not enabled nothing bad occurs
because the LVTPC remains disabled.
(*) this is done in this way because it allows a lot of simplification in
op_model_p4.c, yes it isn't clean but it's not fixable w/o rewriting 75% of
op_model_p4.c and I think the code will be bigger and more complex.
Andrew Morton [Mon, 1 Mar 2004 15:07:05 +0000 (07:07 -0800)]
[PATCH] m68k interrupt handling fix
From: Geert Uytterhoeven <geert@linux-m68k.org>
The syscalls.h change broke the m68k interrupt management code, since
sys_{request,free}_irq() are not syscalls, but routines to manage system
(CPU) interrupts.
Andrew Morton [Mon, 1 Mar 2004 15:06:22 +0000 (07:06 -0800)]
[PATCH] convert pdflush to kthread
From: Keith Owens <kaos@sgi.com>
New pdflush threads are launched on-demand by pdflush.
It turns out that on some architectures (eg, ia64) a kernel thread inherits
its parent's stack utilisation. So after the thread-launches-a-thread
cycle has progressed sufficiently far we run out of stack space and crash.
Simple fix: convert pdflush to use kthreads. All kthreads are parented by
keventd so there is no stack windup as a result of pdflush launching
pdflush.
Move WATCHDOG_CP1XXX and WATCHDOG_RIO for SPARC64 architecture
from arch/sparc64/Kconfig to drivers/char/watchdog/Kconfig
and made them dependant of WATCHDOG also
Andrew Morton [Mon, 1 Mar 2004 15:06:00 +0000 (07:06 -0800)]
[PATCH] x86-64 fixes for 2.6.4rc1
From: Andi Kleen <ak@suse.de>
Fix a few issues on x86-64 for 2.6.4rc1.
The 32bit emulation used 4GB/3 for the mmap break. This actually gave
programs less sbrk space than with a standard 32bit kernel. Move the 32bit
mmap break to 0xc5000000.
Uses the correct gcc option to optimize for Prescott now (requires a very
new mainline gcc)
Also merge the i386 sched_clock(). I hope this will fix some interactivity
problems with the scheduler.
- Change initializer to new style (Arnd Bergmann)
- Remove 2 sibling limit in HT support (from i386)
- Always log RIP in MCE records even when not exact
- Move 32bit program task break up to 0xc5000000 by default
- Use -march=prescott for Prescott optimized kernel if possible
- Don't divide by zero with report_lost_ticks on and HPET off
- Merge preempt/smp/debug_pagealloc oops printing from i386
- Add pfn_to_nid()
- Merge more accurate sched_clock from i386
- Remove traces of debugging code in mce.c
- Update defconfig
Andrew Morton [Mon, 1 Mar 2004 15:05:50 +0000 (07:05 -0800)]
[PATCH] Make powernow-k8 cpufreq control work again
From: Pavel Machek <pavel@suse.cz>
We curretly have an off-by-factor-of-1000:
cat /proc/cpufreq
minimum CPU frequency - maximum CPU frequency - policy
CPU 0 2000 kHz (100 %) - 2000 kHz (100 %) - powersave
I do not have explanation why it is 2MHz - 2MHz. On my system I removed
bug which prevented my system from being reported as 0.8MHz - 1.8MHz. (And
modulo cosmetic uglyness, it worked).
This fixes cosmetic uglyness, adds proper copyrights, removes warning
"untested on PREEMPT" (someone tested it, and makes it easier to override
PST by user (eMachine users will need that one).
Andrew Morton [Mon, 1 Mar 2004 15:04:56 +0000 (07:04 -0800)]
[PATCH] sys_alarm() return value fix
From: Kurt Garloff <garloff@suse.de>
when calling
alarm(1); alarm(0);
the second alarm can wrongly return 2. This makes an LSB test fail.
It happens due to rounding errors in the timeval to jiffie conversion and
back. On i386 with HZ =3D=3D 1000, there would not need to be rounding
error IMVHO, but they even occur there. On HZ=3D1024 platforms, they may
even be unavoidable.
Andrew Morton [Mon, 1 Mar 2004 15:04:41 +0000 (07:04 -0800)]
[PATCH] Fix VT mode change vs. fbcon
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
This patch implements what we discussed earlier to fix the switch bewteen
KD_GRAPHICS and KD_TEXT.
It has been tested for a few days now and appear to resolve the problem for
affected users.
James: I know you have some objections, I don't fully agree with them, and
I want that in asap now, that bug has been plaguing fbdev since the very
beginning and it's time to get rid of that and my corresponding todolist
entry. You are welcome to propose a patch on top of this one if you feel
you can make things cleaner. The approach of adding a parameter to
con_blank() is Linus idea btw :)
I didn't add a separate function as that would have made the butchering of
drivers/char/vt beyond what I want to deal with in 2.6.
The following patches fixes tty drivers which dont set devfs_name. Not
doing so will cause the tty layer to create "/dev/<NULL>x" entries when
devfs is being used.
I used "drivername/" in isicom and pcxe because the letter used to
identify them are already used by other drivers.
Andrew Morton [Mon, 1 Mar 2004 15:04:18 +0000 (07:04 -0800)]
[PATCH] NFS SUNRPC fix
From: James Morris <jmorris@redhat.com>
The patch below fixes a bug in the error handling code of
xprt_create_socket(). If sock_create() fails, we should not try and
release the non existent socket.
This fix is by James Carter <jwcart2@epoch.ncsc.mil>.
Andrew Morton [Mon, 1 Mar 2004 15:04:07 +0000 (07:04 -0800)]
[PATCH] DCSSBLK depends on CONFIG_S390
From: Dave Jones <davej@redhat.com>
This is probably useless on x86 for eg.. (Everything else in this file is
dependant on some other s390 feature, so only this one shows up). Too bad
the drivers/s390/block stuff gets source'd at all on !s390.
Andrew Morton [Mon, 1 Mar 2004 15:03:13 +0000 (07:03 -0800)]
[PATCH] zr36067 driver update
From: "Ronald S. Bultje" <rbultje@ronald.bitfreak.net>
Fix the zoran driver (zr36067) for the fact that we did not handle
bitrate-conversion at all in the zr36050 MJPEG codec (on DC30 cards), with
the result being that at high-resolution, we'd overload the PCI bus and
drop half of our video capture data into /dev/null'ishness.
Also update Ronald's email address in MAINTAINERS.
Andrew Morton [Mon, 1 Mar 2004 15:03:02 +0000 (07:03 -0800)]
[PATCH] revert the /proc thread visibility fix
It appears that gdb, perfmon and perhaps other applications are already
opening /proc/<tid> even though it does not appear in /proc readdir output
and is available under its group leader's directory anyway.
Apparently ascertaining the group leader is hard for gdb and thsi trick
always worked for LinuxThreads apps.
Andrew Morton [Mon, 1 Mar 2004 15:02:40 +0000 (07:02 -0800)]
[PATCH] dm-crypt cleanups
From: Christophe Saout <christophe@saout.de>
These are some dm-crypt cleanups. Use a #define PFX "crypt: " for all the
places where something gets logged as suggested by Jeff Garzik. It also
adds a small additional security check and fixed header includes.
Andrew Morton [Mon, 1 Mar 2004 15:02:30 +0000 (07:02 -0800)]
[PATCH] fix in-place de/encryption bug with highmem
From: Christophe Saout <christophe@saout.de>
This patch fixes the bug where in-place encryption was not detected when
the same highmem pages is mapped twice to different virtual addresses.
This adds a parameter to xxx_process to indicate whether this is an
in-place encryption and moves the responsability to the caller using a
helper function scatterwalk.h.
Andrew Morton [Mon, 1 Mar 2004 15:02:08 +0000 (07:02 -0800)]
[PATCH] fix small highmem bio bounce bvec handling glitch
From: Christophe Saout <christophe@saout.de>
__end_that_request_first might modify the bv_offset and bv_len if the
segment was partially completed. The bio-read-bounce-back code should use
the unmodified bv_offset when copying the segment data:
Andrew Morton [Mon, 1 Mar 2004 15:01:57 +0000 (07:01 -0800)]
[PATCH] sysrq-o atomicity fix
sysrq-o is supposed to power off the machine. But if it calls into ACPI (at
least) it does lots of sleepy things, so we best not do this from interrupt
context.
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
This patch updates the g5_defconfig on ppc64, running it through oldconfig
and removing CONFIG_DISTCONTIGMEM. I don't use the discontigmem stuff at
all, even on machines with +2Gb of RAM, so it's just bloat.
Andrew Morton [Mon, 1 Mar 2004 15:00:12 +0000 (07:00 -0800)]
[PATCH] ppc64: fix a bug in iSeries MMU hash management
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
iSeries HyperVisor is doing some evilery when inserting PTEs that I didn't
properly account for when rewriting that code, causing iSeries box to blow
up regulary.
Andrew Morton [Mon, 1 Mar 2004 15:00:02 +0000 (07:00 -0800)]
[PATCH] fix umount dataloss problem
address_spaces have a `dirtied_when' jiffies field which records the time at
which the mapping was first dirtied. This is used for the periodic writeback
(kupdate) function. It is also used to prevent livelocks in the writeback
code: don't try to write back objects which were dirtied after
sync_sb_inodes() was called.
It used to be the case that dirtied_when == 0 had magical properties, so
there is code in there which avoids accidentally setting dirtied_when to zero
at jiffy wrap time. We just set it to jiffies|1.
Unfortunately, jiffies|1 is in the future. So under some rare timing
circumstances (inode dirtied within one jiffy of umount) the livelock
avoidance code in sync_sb_inodes() can accidentally trigger and we fail to
write an inode out, resulting in filesytem corruption on ext2-style
filesystems. Normally, nobody dirties a file within a millisecond of umount,
so it was not noticed.
It is no longer the case that (address_space.dirtied_when == 0) has special
meaning, so we can just remove all that code and fix the bug.