- 06 May, 2003 3 commits
-
-
Stéphane Eranian authored
Please apply the following patch on top of 2.5.6x. This patch does the following: - repair broken system-wide overflow notification - repair broken per-process notification - fix a problem in the resrved bitmask for opcode matcher8,9 for McKinley as reported by UIUC. - forcing of bit2 for pmc8/pmc9 now part of reserved bitmask - add the unsecure option to perfmon - update to perfmon 1.4 (similar to 2.4)
-
Arun Sharma authored
-
David Mosberger authored
with a special convention. Various minor fixes for gcc-pre3.4.
-
- 17 Apr, 2003 3 commits
-
-
Bjorn Helgaas authored
This is mostly trivial whitespace and printk text tweaks. I did add the segment number to a printk that previously just had the bus.
-
Bjorn Helgaas authored
Include id when encountering unknown IOC.
-
Bjorn Helgaas authored
This removes a workaround for some broken firmware that was never released.
-
- 16 Apr, 2003 5 commits
-
-
Arun Sharma authored
> It looks like dynamic x86 binaries have a problem once again (or > still). If I try to run any shared x86 binaries, I get: > > $ ls.x86 > ls.x86: error while loading shared libraries: librt.so.1: cannot map zero-fill pages: Error 14 > > Would someone take a look? We saw this behavior with 2.5.59 also. The attached work around should take care of the problem temporarily. Last time this happened, IA-32 programs were doing mmaps, whose size was one page bigger than the size of the underlying file (even after rounding up the file size). I never got a chance to figure out why glibc was doing mmaps with the wrong size. Also, I failed to reproduce the problem with a more recent (RH 8.0) glibc. Which version of IA-32 glibc were you using ?
-
David Mosberger authored
int.
-
David Mosberger authored
help of ia64_fetchadd() macro. Ditto for _raw_read_unlock().
-
David Mosberger authored
-
David Mosberger authored
-
- 15 Apr, 2003 4 commits
-
-
Kochi Takayoshi authored
This patch fixes waste of interrupt vector pool by not allocating an interrupt vector to a GSI which has no corresponding IO SAPIC.
-
David Mosberger authored
-
Alex Williamson authored
This fix is needed to boot on Intel-based machines.
-
Alex Williamson authored
This fixes a couple problems with the generic target in the latest 2.5.67 kernel. First is simply a fix for the addition of readX in the machvec. The second gets things to link in roughly the same order when using a generic vs zx1 flavor. With the current code, sba_init() is called in the right place when using a zx1 flavor kernel, but happens way too early on a generic kernel.
-
- 11 Apr, 2003 3 commits
-
-
David Mosberger authored
-
David Mosberger authored
Various small 2.5.67 fixes.
-
David Mosberger authored
-
- 09 Apr, 2003 3 commits
-
-
David Mosberger authored
-
David Mosberger authored
-
Martin Hicks authored
Here is a trivial patch to processor.h to change "extern" to "static".
-
- 08 Apr, 2003 4 commits
-
-
Stephen Rothwell authored
Here is the ia64 part of the patch. It depends on my previous COMPAT patches. This is safe to apply even before Linus applies the generic part.
-
Stephen Rothwell authored
Here is the ia64 part of the patch. Pleas apply after Linus has applied the generic part.
-
David Mosberger authored
-
David Mosberger authored
-
- 07 Apr, 2003 7 commits
-
-
David Mosberger authored
Chandra Kapate).
-
Linus Torvalds authored
-
Linus Torvalds authored
implies that it should vary between 0-7, not any further (the higher bits are done by updating current_vector by 8). This also means that we don't have any overflow condition.
-
Krzysztof Halasa authored
This version fixes: - missing rtnl_lock()/rtnl_unload() bug on unregister_hdlc_device - N2, C101: interrupt handler now works under high IRQ load from other devices (with previous versions, the IRQ processing for the card could sometimes stop after reaching "work limit") This is production-tested on devices I have access to (N2, C101, PC300, PCI200SYN).
-
Zwane Mwaikambo authored
This patch disables irqbalance and doesn't spawn a kernel thread for systems which run SMP kernels and only have one online cpu.
-
Jens Axboe authored
This finally kills of blk_queue_empty(). This is similar to the patch I recently sent to fix the SCSI logic as well. A lot of drivers are doing this in our core, mainly because that is the way they always did it: start_queue: if (blk_queue_empty(q)) return; rq = elv_next_request(q); if (!rq) return; Patch simply removes the blk_queue_empty() check, and adds a check for !rq return from elv_next_request() if the driver didn't already do that. Additionally, the AS io scheduler can return NULL from elv_next_request() if it thinks this is best. This way we are also prepared for that to work well. Patch was done by Nick Piggin.
-
Zwane Mwaikambo authored
Bug report from J Sanchez in #kernelnewbies
-
- 06 Apr, 2003 1 commit
-
-
bk://linux-dj.bkbits.net/cpufreqLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
- 07 Apr, 2003 2 commits
-
-
Dave Jones authored
-
Dave Jones authored
-
- 06 Apr, 2003 3 commits
-
-
Ingo Molnar authored
The problem with setiathome is that it displays something every now and then - so it gets a backboost from X, and hovers at a relatively high priority.
-
Zwane Mwaikambo authored
This comment seems to want to include SET_MODULE_OWNER as one of the deprecated facilities.
-
Dave Jones authored
Looks like a cut-n-paste thinko in the Kconfig file..
-
- 05 Apr, 2003 1 commit
-
-
Andi Kleen authored
Make it compile again and various cleanups and a few bug fixes. Only changes x86-64 specific files. Most of it are S3 suspend changes from Pavel and comment spelling fixes from Steven Cole. - Remove now obsolete check_cpu function - Fix sys_ioctl prototype - Small optimization - use SYSCALL for 32bit signal handling. - Fix S3 suspend handling and split into individual files like i386 (Pavel) - Merge from i386 (pci fixes etc.) - Set correct paging attributes for IOMMU aperture - Fix disable apic option
-
- 04 Apr, 2003 1 commit
-
-
Ulrich Drepper authored
The ipc multiplexer syscall on x86 currently returns EINVAL for a non-existing sub-opcode. This logical but is a problem with the introduction of new operations (like semtimedop). Now EINVAL can mean "no such operation" and "invalid parameter". To avoid such problems in future, could you apply the attached patch?
-