- 20 Oct, 2004 40 commits
-
-
Tony Luck authored
-
Jesse Barnes authored
I forgot to add 'const volatile' to the I/O read/write functions in the last patch, and also forgot to update the _relaxed variants. This patch fixes that by adding 'const volatile' to the sn2 specific read/write routines as well as the ia64 machine vector wrappers. Signed-off-by:
Jesse Barnes <jbarnes@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
Jesse Barnes authored
This is a big patch mostly because I trimmed shub_mmr.h down from 17M to 11k or so. It fixes a number of things sparse discovered and removes some dead code, fixes up some prototypes, etc. Of note: o sn_proc_fs.c was directly dereferencing user pointers, fixed o sn_hwperf.c was missing an include and was using asm-ia64 directly o the I/O routines were all missing proper sparse annotations o dead code in prominfo_proc.c has been removed o fix generic build by putting numionodes into asm/sn/io.h With this patch applied, the check build is pretty clean. The sn_console bit depends on some of the other changes, so it's included here. Signed-off-by:
-
Jesse Barnes authored
sba_iommu.c needs to include linux/nodemask.h for node_online now. Here's a patch to add it. Signed-off-by:
-
Pat Gefre authored
Signed-off-by:
Patrick Gefre <pfg@sgi.com> Signed-off-by:
-
Jesse Barnes authored
The sn system controller driver needs asm/sn/io.h in order to build correctly (it was missing the numionodes declaration). Signed-off-by:
-
Pat Gefre authored
Signed-off-by:
-
Jesse Barnes authored
Clean up a couple of places that were using 0 instead of NULL, which is the more proper value. Signed-off-by:
-
Jesse Barnes authored
Looks like we were casting a value into a union and sparse doesn't like that. Why not just assign it directly to the appropriate field? Signed-off-by:
-
John Hawkes authored
Some have noticed that the overlapping sched domains code doesn't quite work as intended (it results in disjoint domains on some machines), and that a top level, machine spanning domain is needed. This patch from John Hawkes adds it to the ia64 code. This allows processes to run on all CPUs in large systems, though balancing is limited. It should go to Linus soon now otherwise large systems will only have ~16p (depending on topology) usable by the scheduler. I sanity checked it on a small system after rediffing John's original, and he's done some testing on very large systems. Nick, can you buy off on the sched.c change? Alternatively, do you want to send that fix separately John? Nick did indeed ACK this change, but it isn't dependent on this ia64 specific part ... so it's going to be submitted separately. Signed-off-by:
John Hawkes <hawkes@sgi.com> Signed-off-by:
-
Tony Luck authored
into intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.10
-
Suresh B. Siddha authored
Patch supplied by Suresh Siddha This is mainly needed for EM64T platforms and makes sense for ia64 too. Need of this was broughtup sometime(long time?) back on lkml. http://www.ussg.iu.edu/hypermail/linux/kernel/0406.3/0112.htmlSigned-off-by:
-
Keith Owens authored
There is a rare deadlock condition during unwind script creation. If build_script() is interrupted in the middle of creating the script, it holds the script write lock. If the interrupt handler needs to call unwind for some failure condition, unwind will try to read the incomplete script and will deadlock on the script lock. The fix is to disable interrupts while building the script, so interrupt handlers never see partial scripts. Promoting spin_lock_irqsave() from script_new() to find_save_locs() changes the indentation, so the patch looks bigger than it really is. Signed-off-by:
Keith Owens <kaos@sgi.com> Signed-off-by:
-
Tony Luck authored
window is not zeroed, so the flags should be assigned, not modified. This can lead to crashes at boot if the IO and Memory resources overlap. Patch supplied by Matthew Wilcox Signed-off-by: -
Arun Sharma authored
Signed-off-by:
Arun Sharma <arun.sharma@intel.com> Signed-off-by:
-
Tony Luck authored
Patch submitted by H. J. Lu Gcc 3.4.2 fixed ia64 -mtune=merced regressions on Linux 2.6 kernel: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16278 I have been using this patch for several months now. Signed-off-by:
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Andrew Morton authored
Fix incorrect attempt to doubly-initialise the ethtool ops. Cc: <jgarzik@redhat.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Phil Oester authored
The scsihosts boot parameter was removed in 2.5.73, but references to it still exist in docs. Cleanup below. Signed-off-by:
-
Stephen C. Tweedie authored
The orphan list holds inodes that need to be truncated on recovery. In the O_DIRECT case, it's used if we extend the inode --- the truncate on recovery means we'll recover the newly-allocated disk blocks if we crash after the IO starts but before i_size is updated on disk. Now, the orphan list is *also* used to delete inodes that are unlinked but still-open. Those get truncated but also deleted on recovery. The orphan list is held both in memory and on disk. So the rules are that the inode can't be reclaimed while on the orphan list. There are only two cases --- either the inode is actively being written(O_DIRECT) or truncated (in which case the inode is by definition not going to be reused), or it's unlinked but still open (again, non-reclaimable). But in the case where you're truncating or write(O_DIRECT)ing a file that is *ALSO* unlinked, there's a problem --- the final unlink would put the inode on the orphan list, but the write/truncate would try to add/remove it. End result is that the inode disappears from the orphan list while it's still unlinked-but-in-use. That's just a leak-on-crash, it's not going to be detectable in normal use. But it's still a bug, and the way we fix it is for direct-IO and truncate not to do the ext3_orphan_del if the file is unlinked (ie. i_nlink==0). Signed-off-by:
-
William A. Adamson authored
Add the new lock manager callbacks to the documentation Signed-off-by:
Andy Adamson <andros@citi.umich.edu> Signed-off-by:
-
William A. Adamson authored
Export remove_lease(), an interface to time_out_leases() with an fl_break_time in the past. needed by nfsd Signed-off-by:
-
William A. Adamson authored
Export setlease(), a direct interface to __setlease() used by nfsd Signed-off-by:
-
William A. Adamson authored
Use the inode i_writecount to test for handing out a F_RDLCK lease. Signed-off-by:
-
William A. Adamson authored
nfsd will not have a file descriptor, nor an owner on the filp. nfsd also will not use signals. Seperate the lease processsing coe from fcntl_setlease() into a __setlease() call. Signed-off-by:
-
William A. Adamson authored
Move the f_delown processing from lease_modify() into a new default lock manager fl_release_private callback. Signed-off-by:
-
William A. Adamson authored
Separate the lease initialization code from lease_alloc(). set the default lock manager ops. Signed-off-by:
-
William A. Adamson authored
- Add a lock manager break callback to break_lease() for lock managers to initiate breaking a lease. - Move the break_lease() kill_fasync() call to a default lock manager fl_break callback Signed-off-by:
-
William A. Adamson authored
Add a lock manager release private callback to locks_free_lock() for lock manger lease clean-up. Signed-off-by:
-
William A. Adamson authored
The following patches provide an interface to the lease subsystem in the current VFS locking code. NFSv4 delegations and Samba op-locks share most architecture features. The version 4 NFS server delegation implementation should use leases to co-ordinate behavior between local, Samba, and NFS access. The main design points are - Seperate the fcntl interface from the file_lock FL_LEASE processing in fcntl_setlease, creating __setlease() called by fcntl_setlease() - Add new lock_manager callbacks to enable lease properties to be set, leases to be broken, and leases to be cleaned up: with default callbacks preserving the current fcntl_setlease properties. - Add a new interface, setlease() which also calls __setlease(), and remove_lease() for kernel lease managers (e.g. the v4 NFS server) This patch: Add a lock manager copy lock callback to locks_copy_lock() so that nfsd can set lease properties. Signed-off-by:
-
Jeff Mahoney authored
This patch uses the REISERFS_UNSUPPORTED_OPT flag to denote -o(no)acl, and -o(no)user_xattr as unsupported, but allowable, when support isn't built into the kernel. Signed-off-by:
Jeff Mahoney <jeffm@novell.com> Signed-off-by:
-
Jeff Mahoney authored
This patch adds a REISERFS_UNSUPPORTED_OPT flag to denote when a mount option is allowable, but is unsupported in the running configuration. This allows the potential for the set of mount options to be consistent, regardless of what features the kernel is compiled with. Rather than failing the mount, a warning is issued and the mount succeeds. Signed-off-by:
-
Kenneth W. Chen authored
Config option CONFIG_SCHEDSTATS is currently enabled via arch specific Kconfig.debug. Only x86 and ppc arches has code to turn it on. Why not put it in generic lib/Kconfig.debug so it is done once to enable everyone? Signed-off-by:
Ken Chen <kenneth.w.chen@intel.com> Signed-off-by:
-
Armin Schindler authored
The file Documentation/isdn/README.eicon is outdated and obsolete in kernel 2.6. This file includes description of the old Eicon ISDN driver in kernel 2.4, which was removed in 2.6. Signed-off-by:
-
Adrian Bunk authored
Signed-off-by:
Chris Wright <chrisw@osdl.org> Signed-off-by:
Adrian Bunk <bunk@stusta.de> Signed-off-by:
-
Adrian Bunk authored
kernel/built-in.o(.text+0x1d42b): In function `crash_create_proc_entry': : undefined reference to `proc_vmcore' Signed-off-by:
-
Keith Owens authored
Treat .pci_fixup entries the same as .init code/data. Signed-off-by:
Keith Owens <kaos@ocs.com.au> Signed-off-by:
-
Dean Gaudet authored
This patch adds efficeon as a cpu option, and makes a small update to the transmeta cpuid code. (i wasn't sure if the various doc files are UTF-8... if they are, then the e should be a U-275 ;) The compile options may not be ideal, but they're probably close. i used -march=pentium3, but -march=pentium4 would have been good enough too. The cpuid update teaches transmeta.c about the extended processor revision present in cpuid level 0x80860002... the external documentation does not indicate how to break apart this field, and instructs only that the 32-bit value should be printed in hex (alas). Signed-off-by:
dean gaudet <dean@arctic.org> Signed-off-by:
-
Maciej W. Rozycki authored
I've noticed that under specific circumstances the "console=" kernel parameter is ignored. This happens when EARLY_PRINTK is enabled and the serial console is the only available. In this case unregister_console() when called for the early console sets preferred_console back to -1 replacing the value that was recorded by console_setup() -- the order of calls is as follows: 1. register_console() -- for the early console, 2. console_setup() -- recording the console index for the real console, 3. unregister_console() -- for the early console, erasing the console index recorded above, 4. register_console() -- for the real console, picking up the first device available, instead of the selected one. I've observed this problem with a DECstation system using ttyS3 -- its default console device from the firmware's point of view. The solution is to restore the setting of "console=" upon unregister_console(). This made a snapshot of 2.4.26 work for me. I wasn't able to test the changes with 2.6 because DECstation drivers don't support it yet, but the code responsible for console selection appears functionally the same. So I've concluded it needs the same change. Here's a patch. Signed-off-by:
-
