- 04 Feb, 2004 7 commits
-
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> We have IO BARs on ppc64 machines that begin at address 0. The current pci probe code will ignore anything that starts at 0. Remove these checks.
-
Andrew Morton authored
From: David Gibson <david@gibson.dropbear.id.au> In the current ppc64 code the function __ste_allocate() in arch/ppc64/mm/stab.c takes a context parameter which is never used. This patch removes it.
-
Andrew Morton authored
From: Tom Rini <trini@kernel.crashing.org> The following has been approved by Paul, FWIW. The following patch makes PPC601_SYNC_FIX depend on PPC_PMAC || PPC_PREP. It used to depend on ALL_PPC I believe, but this was (at least semi-intentionally I gather) backed out. The last time this was discussed, the only platforms old enough to have a 601 to support were pmacs and preps, so it makes some sense to only ask for these machines.
-
Andrew Morton authored
From: Tom Rini <trini@kernel.crashing.org> Various fixes for the PPC_GEN550 backend. - Move PPC_GEN550 bool into a more appropriate spot. - Add PPC_GEN550 support to the MCPN765 platform. - Allow for SERIAL_TEXT_DEBUG on PPC_GEN550. - Add missing headers to arch/ppc/syslib/gen550_dbg.c - Clean-up the KGDB interface such that we allow for a kgdb_map_scc call, but do not require one. - Add gen550 prototypes to <asm/kgdb.h> - PPC_GEN550 backend code doesn't depend on 8250_SERIAL.
-
Andrew Morton authored
From: Jes Sorensen <jes@trained-monkey.org> The following patch sets the IOMMU bounce limit on the SN2 which is require to avoid some ISA checks in ll_rw_blk.c causing a BUG_ON().
-
Andrew Morton authored
From: Armin <armin@melware.de> flush_scheduled_work() may not be called from irq-context and it is not necessary for the diva_os_cancel_soft_isr() function anyway.
-
Andrew Morton authored
From: Martin Schwidefsky <schwidefsky@de.ibm.com> Fix a race on sleep_avg in sched_exit(). The symptom I saw on 64-bit s390 has been a fixpoint divide exception because sleep_avg had a value > NS_MAX_SLEEP_AVG. I tracked it down and the problem is sched_exit which recalculates the parents sleep average without taking the runqueue lock. schedule() subtracts run_time from sleep_avg of the previous process. This can turn out negative and is corrected shortly after the subtraction but that is already too late. sched_exit() already read the negative value an miscalculated the parents sleep_avg -> bang. I fixed this by adding task_rq_lock/task_rq_unlock to sched_exit().
-
- 03 Feb, 2004 7 commits
-
-
Linus Torvalds authored
See http://www.cse.unsw.edu.au/~gernot/persona/hobbies/dunnart.html for more information about Dunnarts, in case you've never heard of them before. Courtesy of Gernot Heiser.
-
Linus Torvalds authored
the size to "vsnprintf()". That's a pretty clear case of overflow.
-
Jozsef Kadlecsik authored
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
bk://kernel.bkbits.net/davem/tg3-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/tg3-2.6
-
David S. Miller authored
-
- 02 Feb, 2004 6 commits
-
-
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/tg3-2.6
-
Grant Grundler authored
-
Keith M. Wesolowski authored
-
Keith M. Wesolowski authored
sparc_do_fault assumes that pmd_val(*pmd) = pmd_val(*pmd_k) will duplicate a PMD entry. With large soft-PMDs this doesn't work.
-
Keith M. Wesolowski authored
Align the pkmap area on a 4MB region so that a single large pagetable can be used. Fixes random killing of processes which used high memory.
-
- 01 Feb, 2004 7 commits
-
-
Bartlomiej Zolnierkiewicz authored
This has been in -mm since 2.6.1-mm5 - IDE can be used as module again (compiles and works), this fixes bugzilla bugs #576 and #1700 - separate module for probing is no longer required - generic/default host driver is available as ide_generic module This contains the build fixes by Adrian Bunk and Andrew Morton.
-
David S. Miller authored
Thanks to Eric Brower for spotting this.
-
David S. Miller authored
into nuts.davemloft.net:/disk1/davem/BK/sparc-2.6
-
Bartlomiej Zolnierkiewicz authored
From: Davin McCall <davmac@ozonline.com.au> Set hwif->chipset to ide_forced if it was forced by kernel parameters. Set hwif->chipset to ide_generic for hwifs controlled by generic IDE code, so they wont be taken by setup_pci.c:ide_match_hwif(). Patch also fixes /proc/ide/ideX/model to report "generic" instead of "(none)" for default hwifs. This has been in -mm since 2.6.1-mm1.
-
Andrew Morton authored
You can't just cast cpumasks. It doesn't compile if NR_CPUS is greater than 4 * BITS_PER_LONG.
-
Ben Collins authored
-
Ben Collins authored
-
- 31 Jan, 2004 13 commits
-
-
bk://gkernel.bkbits.net/net-drivers-2.5Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
David S. Miller authored
into nuts.davemloft.net:/disk1/davem/BK/sparc-2.6
-
Linus Torvalds authored
This should fix some picky USB devices.
-
Andrew Morton authored
From Tom Rini <trini@kernel.crashing.org> On the MBX the kernel made an assumption about where the MAC address would be in the VPD (Vital Product Data). However, the documentation for the firmware (EPPC-Bug) describes the format of the VPD and makes no guarrantees about the location of any VPD record. It does however describe the format of each record type and the MAC address record will be of type '08' and of size 6. This changes the code so that instead of assuming a position, it searches for the record, which I assume is also what EPPC-Bug does.
-
Linus Torvalds authored
-
Andrew Morton authored
From: "H. Peter Anvin" <hpa@zytor.com> Apparently, on x86-64, the stack isn't always aligned properly (16 bytes) in the kernel at the moment. This causes the RAID-6 code to crash the system. This patch is a workaround for that; the right thing is to muck with the assembly entrypoints to enforce proper stack alignment. However, that's not anything I feel comfortable doing in an evening, especially since I don't have a machine on which I can test the resulting kernels.
-
Andrew Morton authored
From: Martin Schwidefsky <schwidefsky@de.ibm.com> SCLP console/tty fixes: - Fix incorrect state change of SCLP_RUNNING flag in interrupt handler - Suppress emission of empty buffers to prevent stack overflow - Fix off by one error in sclp_write (used to return # of chars written + 1) - Prevent sclp_tty_write_string from waiting in interrupt (during flush) - Fix deadlock after TIOCSCLPSNL ioctl - Fix sclp_tty_chars_in_buffer calculation
-
Andrew Morton authored
From: Martin Schwidefsky <schwidefsky@de.ibm.com> s390 inline assembly bug-fixes: - Add memory barriers to spinlocks, atomic variable functions and to test_and_{set,clear,change}_bit. - Add "=m" and "m" contraints to tell gcc that the content of a variable is in fact used. - Replace "+m" constraints by "=m" on the output and "m" on the input list. - Use c-implemtation for ffz and __ffs. - Use generic c-implemtation for ffs and fls.
-
Andrew Morton authored
From: Martin Schwidefsky <schwidefsky@de.ibm.com> s390 general update: - Add archhelp for "make image". - 32-bit execve fix. - Export some symbols: sys_ioctl, put_files_struct & ccw_device_work. - Minor cleanups in arch/s390/mm/init.c & drivers/s390/net/ctctty.c.
-
Andrew Morton authored
From: David Gibson <david@gibson.dropbear.id.au> These are some trivial cleanups to the hugepage ppc64 support
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org>
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> The current SLB handling code has a number of problems: - We loop trying to find an empty SLB entry before deciding to cast one out. On large working sets this really hurts since the SLB is always full and we end up looping through all 64 entries unnecessarily. - During castout we currently invalidate the entry we are replacing. This is to avoid a nasty race where the entry is in the ERAT but not the SLB and another cpu does a tlbie that removes the ERAT at a critical point. If this race is fixed the SLB can be removed. - The SLB prefault code doesnt work properly The following patch addresses all the above concerns and adds some more optimisations: - feature nop out some segment table only code - slb invalidate the kernel segment on context switch (avoids us having to slb invalidate at each cast out) - optimise flush on context switch, the lazy tlb stuff avoids it being called when going from userspace to kernel thread, but it gets called when going to kernel thread to userspace. In many cases we are returning to the same userspace task, we now check for this and avoid the flush - use the optimised POWER4 mtcrf where possible
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org>
-