- 28 Jul, 2004 40 commits
-
-
Willem Riede authored
This list has been on sourceforge for a while now, please apply this patch to make MAINTAINERS reflect that. Signed-off-by:
Willem Riede <osst@riede.org> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Miklos Szeredi authored
Current readahead logic is broken when a random read pattern is followed by a long sequential read. The cause is that on a window miss ra->next_size is set to ra->average, but ra->average is only updated at the end of a sequence, so window size will remain 1 until the end of the sequential read. This patch fixes this by taking the current sequence length into account (code taken from towards end of page_cache_readahead()), and also setting ra->average to a decent value in handle_ra_miss() when sequential access is detected. Signed-off-by:
Miklos Szeredi <miklos@szeredi.hu> Signed-off-by:
-
Brian Gerst authored
This script is no longer used after the patch to consolidate the stored configs. Signed-off-by:
-
Khalid Aziz authored
On a 2.6.7 kernel, when I try to modprobe ipmi_msghandler, it fails to load with following message: FATAL: Error inserting ipmi_msghandler (/lib/modules/2.6.7/kernel/drivers/char/ipmi/ipmi_msghandler.ko): Invalid module format And there is an error message in dmesg: ipmi_msghandler: init symbol 0xa000000200058080 used in module code at a000000200031b32 What I have been able to determine is that ipmi_msghandler.c defines ipmi_init_msghandler() as the module_init() routine and then it also calls ipmi_init_msghandler() diretcly from couple of other places. This does not seem to be okay in 2.6.7 kernel. I was able to fix this by defining a new module_init routine which in turn calls ipmi_init_msghandler(). I also removed __init from ipmi_init_msghandler() since it gets called from ipmi_open() on an open of the ipmi device file. So I would think we want to keep ipmi_init_msghandler() around even after initialization. Signed-off-by:
-
Stéphane Eranian authored
Fix a bug in do_proc_doulongvec_minmax() where the the string buffer was too short to parse a 64-bit number expressed in decimal. That was causing problems with entries in /proc/sys using long and allowing large number (such as -1) Signed-off-by:
Stephane Eranian <eranian@hpl.hp.com> Signed-off-by:
-
Himanshu Raj authored
Signed-off-by:
-
Mika Kukkonen authored
CC mm/swapfile.o mm/swapfile.c: In function `scan_swap_map': mm/swapfile.c:114: warning: comparison between signed and unsigned Signed-off-by:
-
Pavel Machek authored
Fix radeonfb and aty128fb on x86_64 by using the correct ifdef. Signed-off-by:
-
Miles Bader authored
Signed-off-by:
Miles Bader <miles@gnu.org> Signed-off-by:
-
Pawel Sikora authored
drivers/scsi/pcmcia/fdomain_cs.ko needs unknown symbol isa_memcpy_fromio drivers/scsi/pcmcia/fdomain_cs.ko needs unknown symbol isa_readb iirc the isa bus isn't available on ppc. Signed-off-by:
-
Oleg Nesterov authored
1. hugetlbfs_file_mmap() must check that vm_pgoff is hugepage aligned. 2. hugetlb_vmtruncate_list() confuses << with >> while converting vm_pgoff to huge page offset, and zaps wrong area. Signed-off-by:
Oleg Nesterov <oleg@tv-sign.ru> Signed-off-by:
-
Guido Guenther authored
- fixes the PCI-IDs (needed to get it to work on at least the NV17) - cleans up the DEBUG option (similar to the new radeonfb). This also makes it easy to replace printk by btext_printf() (on ppc) or similar to ease debugging of the fb code when all else fails. - adds backlight control for Apple powerbooks Signed-off-by:
Guido Guenther <agx@sigxcpu.org> Signed-off-by:
-
David Mosberger authored
Changeset roland@redhat.com[torvalds]|ChangeSet|20040624165002|30880 inadvertently broke ia64 because the patch assumed that pgd_offset_k() is just an optimization of pgd_offset(), which it is not. This patch fixes the problem by introducing pgd_offset_gate(). On architectures on which the gate area lives in the user's address-space, this should be aliased to pgd_offset() and on architectures on which the gate area lives in the kernel-mapped segment, this should be aliased to pgd_offset_k(). This bug was found and tracked down by Peter Chubb. Signed-off-by: <davidm@hpl.hp.com> Signed-off-by:
-
Maximilian Attems authored
Removes unnecessary min/max macros and changes calls to use kernel.h macros instead. Signed-off-by:
Maximilian Attems <janitor@sternwelten.at> Cc: <benh@kernel.crashing.org> Signed-off-by:
-
Nishanth Aravamudan authored
Use msleep() instead of schedule_timeout() to guarantee the task delays the desired time. Signed-off-by:
Nishanth Aravamudan <nacc@us.ibm.com> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
-
Nishanth Aravamudan authored
Use msleep() instead of schedule_timeout() to guarantee the desired delay. Signed-off-by:
-
Nishanth Aravamudan authored
Use msleep() instead of schedule_timeout() to guarantee the task delays the desired time. Signed-off-by:
-
Tom Rini authored
Add a build-time check for gcc-3.4 and binutils-2.14. They don't play well together. Signed-off-by:
Tom Rini <trini@kernel.crashing.org> Signed-off-by:
-
Nicolas Kaiser authored
Typos. Signed-off-by:
-
Matt Porter authored
Exports some DMA API symbols so module clients work. Signed-off-by:
Matt Porter <mporter@kernel.crashing.org> Signed-off-by:
-
Matt Porter authored
Fix a bug introduced in the PPC44x early uart setup from the last set of 44x fixes. Signed-off-by:
-
Ryan S. Arnold authored
* include/asm-ppc64/hvcserver.h New file added to wrap ppc64 architecture specific firmware calls for use by HVCS. This file provides a struct hvcs_partner_info definition, headers for partner info gathering and vterm connection and termination interfaces. * arch/ppc64/kernel/Makefile Added build directive for hvcserver.o when HVCS is configured. * arch/ppc64/kernel/hvconsole.c Exported hvc_put_chars() and hvc_get_chars() for use by HVCS. * arch/ppc64/kernel/hvcserver.c Body of hvcserver module which accompanies the hvcs module and provides ppc64 architecture firmware calls for use by HVCS. This file provides function bodies for partner info gathering and vterm connection and termination interfaces. * drivers/char/Kconfig Added CONFIG_HVCS option for both built-in version and module version of hvcs. * drivers/char/Makefile Added build directive for hvcs.o when CONFIG_HVCS is configured. * drivers/char/hvcs.c This is the device driver for the IBM Hypervisor Virtual Console Server, "hvcs". The IBM hvcs provides a tty driver interface to allow Linux user space applications access to the system consoles of logically partitioned operating systems, e.g. Linux, running on the same partitioned Power5 ppc64 system. Physical hardware consoles per partition are not practical on this hardware so system consoles are accessed by this driver using inter-partition firmware interfaces to virtual terminal devices. * Documentation/powerpc/hvcs.txt HVCS installation and usage documentation. Thanks everyone for all the help with this driver [Andrew Morton, Paul Mackerras, Ben Herrenschmidt, Dave Hansen, Paul Mackerras, Dave Boutcher, Hollis Blanchard, Santiago Leon, Brian King, Randy Dunlap]. Signed-off-by:
Ryan S. Arnold <rsa@us.ibm.com> Signed-off-by:
-
Joel Schopp authored
This patch is fairly straightforward. maxcpus should be per SMT thread and not per physical processor. SUSE picked this up back in May (was discussed on ppc64 mailing list) and has had no trouble with it. Signed-off-by:
Joel Schopp <jschopp@austin.ibm.com> Signed-off-by:
-
Paul Mackerras authored
This patch, originally from Linas Vepstas, cleans up some wonky indentation and other formatting issues in arch/ppc64/kernel/prom.c. It does not change any actual code. Signed-off-by:
Linas Vepstas <linas@linas.org> Signed-off-by:
Paul Mackerras <paulus@samba.org> Signed-off-by:
-
Paul Mackerras authored
On pSeries systems, the firmware tells us a list of interrupt numbers that we should enable in order to detect various error conditions. When we get one of these interrupts we are supposed to call the firmware, which will work out and tell us what the error was and possibly also fix it. We were not correctly parsing the property values that tell us which interrupts need to be handled in this fashion. This patch fixes it. It exports prom_n_intr_cells from prom.c since that is needed to do the parsing properly. Signed-off-by:
-
Joel Schopp authored
On Power4 and earlier hardware there is no need to clear the CPPR (see RPAp 479 section 18.5.4.7.2 for what little info there is on the CPPR) when stopping a cpu. On hardware that uses Power5 an undocumented change has been made that requires the CPPR to be cleared if an isolate is to be done on the stopped cpu. So the following patch lets cpu hotplug work on the recent hardware. I sent this patch to the ppc64-dev list back in mid April and Suse picked it up then for SLES9 so it has been well tested for several months. Signed-off-by:
-
Anton Blanchard authored
ppc64 has an optimisation where it loops on get_irq until there are no more interrupts to be handled. Mark Hack notes that this optimisation hardly ever hits and costs us a potentially expensive extra read of an interrupt register every interrupt. Also make do_IRQ void, the callers never use the return value. Signed-off-by:
Anton Blanchard <anton@samba.org> Signed-off-by:
-
David Gibson authored
The PPC64 ABI requires the stack to be 128 byte aligned (and that can become important if AltiVec registers are saved there). In the kernel, that's usually dealt with by the fact that the stack has a page more-or-less to itself. However, the emergency stacks (used in SMP bringup and when we detect a bad stack pointer) aren't necessarily page aligned, or anything aligned for that matter. This patch applies the necessary alignement constraint to them. Signed-off-by:
David Gibson <dwg@au.ibm.com> Signed-off-by:
-
Johannes Stezenbach authored
Fix some breakage in dvb_usercopy() introduced by sparse cleanups in -rc2. Signed-off-by:
Johannes Stezenbach <js@convergence.de> Signed-off-by:
-
Alan Cox authored
The DVB merge forgot an important change - DVB is currently using major 250, which is "local" while devices.txt (and thus FSSTND/LSB) require it uses the officially allocated 212 major. Fortunately most 2.6 users don't currently use DVB and vendors ship devfs or versions of makedev that do the right thing and generate 212 majors. Fix below, original author: Red Hat <alan@redhat.com>, OSDL certificate of authorship included by reference. Signed-off-by:
-
Hugh Dickins authored
Updating the mm lock ordering documentation drew attention to the fact that we were wrong to blithely add down_read(&mm->mmap_sem) to swapoff's unuse_process, while it holds swapcache page lock: not very likely, but it could deadlock against, say, mlock faulting a page back in from swap. But it looks like these days it's safe to drop and reacquire page lock if down_read_trylock fails: the page lock is held to stop try_to_unmap unmapping the page's ptes as fast as try_to_unuse is mapping them back in; but the recent fix for get_user_pages works to prevent that too. Signed-off-by:
Hugh Dickins <hugh@veritas.com> Signed-off-by:
-
Hugh Dickins authored
BK is still missing one piece for Oleg's install_page/vmtruncate races. Oleg didn't explicitly ACK this, but I think he did implicitly: Oleg? The previous patch to install_page, returning an error if !page_mapping once page_table_lock is held, is not enough to guard against vmtruncate. When unmap_mapping_range already did this vma, but truncate_inode_pages has not yet done this page, page->mapping will still be set, but we must now refrain from inserting the page into the page table. Could check truncate_count, but that would need caller to read and pass it down. Instead, recheck page->index against i_size, which is updated before unmap_mapping_range. Better check page->mapping too: not really necessary, but it's accidental that index is left when mapping is reset. Also, callers are expecting -EINVAL for beyond end of file, not -EAGAIN. Signed-off-by:
-
Stephen D. Smalley authored
This patch moves the clearing of the new personality bit from selinux_bprm_apply_creds (called from compute_creds) to selinux_bprm_set_security (called from prepare_binprm). This ensures that the bit is cleared at the same point in exec processing as for setuid/setgid binaries, prior to setting up the new image. Signed-off-by:
Stephen Smalley <sds@epoch.ncsc.mil> Signed-off-by:
Ingo Molnar <mingo@elte.hu> Signed-off-by:
-
Jens Axboe authored
Hopefully fixes the free-of-a-freed-page BUG caused during CDRW writing. This also fixes a problem in the bouncing for io errors (it needs to free the pages and clear the BIO_UPTODATE flag, not set it. it's already set. passing -EIO to bio_endio() takes care of that). Signed-off-by:
-
Arun Sharma authored
For clock_getres(clockid_t clock_id, struct timespec *res), the specification says "If res is NULL, the clock resolution is not returned." So this kind of call should succeed. The current implementation returns -EFAULT. The patch fixes the bug in compat_clock_getres(). Signed-off-by:
Gordon Jin <gordon.jin@intel.com> Signed-off-by:
Arun Sharma <arun.sharma@intel.com> Signed-off-by:
-
Jack Steiner authored
Here is a trivial patch that is required to boot the latest 2.6.7 tree on the SGI 512p system. Initialize the busy_factor in the sched_domain_init table. Otherwise, booting hangs doing excessive load balance operations. Signed-off-by:
Jack Steiner <steiner@sgi.com> Signed-off-by:
-
Vladimir B. Savkin authored
I noticed that our PPPoE/PPtP access concentrator leaks pty devices. When all 4096 indices are leaked, there was need to reboot it. The following patch fixes this problem. Signed-off-by:
-
Nathan Lynch authored
rcu_offline_cpu and rcu_move_batch have been broken since the list_head's in struct rcu_head and struct rcu_data were replaced with singly-linked lists: CC kernel/rcupdate.o kernel/rcupdate.c: In function `rcu_move_batch': kernel/rcupdate.c:222: warning: passing arg 2 of `list_add_tail' from incompatible pointer type kernel/rcupdate.c: In function `rcu_offline_cpu': kernel/rcupdate.c:239: warning: passing arg 1 of `rcu_move_batch' from incompatible pointer type kernel/rcupdate.c:240: warning: passing arg 1 of `rcu_move_batch' from incompatible pointer type kernel/rcupdate.c:236: warning: label `unlock' defined but not used Kernel crashes when you try to offline a cpu, not surprisingly. It also looks like rcu_move_batch isn't preempt-safe so I touched that up, and got rid of an unused label in rcu_offline_cpu. Signed-off-by:
Nathan Lynch <nathanl@austin.ibm.com> Signed-off-by:
-
bk://ppc.bkbits.net/for-linus-ppcLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/jgarzik/libata-upstream-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
