- 15 Jan, 2003 23 commits
-
-
Dominik Brodowski authored
- fix cpufreq drivers compilation on not-bleeding-edge-gcc's (Adrian Bunk) - gx-suspmod.c hasn't had a name yet
-
http://linux-isdn.bkbits.net/linux-2.5.makeLinus Torvalds authored
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
-
Kai Germaschewski authored
It's annoying having to touch 20+ arch vmlinux.lds.S file for every new section introduced, just because they all duplicate the same statements. Since we preprocess vmlinux.lds.S anyway, let's #include <asm-generic/vmlinux.lds.h> and share the common statements. This is a first step in consolidating most of the read-only sections.
-
Kai Germaschewski authored
into tp1.ruhr-uni-bochum.de:/scratch/kai/kernel/v2.5/linux-2.5.make
-
http://linux-isdn.bkbits.net/linux-2.5.isdnLinus Torvalds authored
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
-
Kai Germaschewski authored
into tp1.ruhr-uni-bochum.de:/scratch/kai/kernel/v2.5/linux-2.5.isdn
-
Kai Germaschewski authored
Adding a check for allocation failure was a good idea, it just needs checking the right variable...
-
Kai Germaschewski authored
Now it actually even compiles.
-
Kai Germaschewski authored
-
Martin J. Bligh authored
Adds the summit subarch hook to the config file, and updates various things all inside the summit subarch directories (ie this can't possibly break anyone else ;-)). The Summit's subarch had got out of sync in a few places.
-
Martin J. Bligh authored
Patch from James Cleverdon & John Stultz Changes IO_APIC_MAX_ID to depend on the APIC type we're using. The Summit machines have to use a larger set of bits in the apic registers, we enlarge under ifdef for Summit only. We enlarge MAX_APICS for summit as well as NUMA-Q (it would be nice to move this to subarch, but it creates circular dependency problems ... I'll fix this up later). Adds a check for the newer Summit boxes with a different name.
-
Martin J. Bligh authored
Patch from James Cleverdon & John Stultz The IRQ balancing code currently assumes that the logical apicid is always '1 << cpu', which is not true for the larger platforms. We express this as an abstracted macro instead, and move the cpu_to_logical_apicid definition to subarch, so we can make it exactly "1 << cpu" for normal machines - maximum speed, minimum change risk. A couple of things are abstracted from the smp_boot_cpus loop in order to enable us to use the bios_cpu_apicid array to boot cpus from without disturbing the code path of current machines.
-
Martin J. Bligh authored
Patch from James Cleverdon & John Stultz This adds machine a type detection hook to the acpi code, and renames raw_phys_apicid to bios_cpu_apicid (it's an array of apicid's to boot, indexed by the bios' cpu numbering), and I other large machines will need to use it later ... not necessarily using physical interrupts.
-
Martin J. Bligh authored
Patch from James Cleverdon & John Stultz Currently the naming for the IO-APIC fields is very confused, we assign dest_LowestPrio to delivery_mode, and INT_DELIVERY_MODE to dest_mode. The values are correct, but the naming is wrong - this patch corrects that confusion. It also moves the definitions of those settings into subarch, where they belong (we have to use fixed delivery mode for Summit due to what seems to be an Intel IO-APIC bug with P4 clustered mode).
-
Christoph Hellwig authored
-
Christoph Hellwig authored
-
Christoph Hellwig authored
-
Trond Myklebust authored
-
Trond Myklebust authored
The warning /lockd/clntXxXxXxXx RPC: Couldn't create pipefs entry is due to the lockd process starting RPC clients as an unprivileged user, causing path_walk() to fail. The following patch fixes it.
-
Gabriel Paubert authored
I have more carefully tested the proposed removal of the NT flag clearing on lcall entry. The question I wanted to answer is: is it necessary to clear NT in the sysenter entry path as implemented for lcall7/lcall27 or is it possible to remove the flag manipulation from do_lcall? Doing it only for one and not the other looks wrong since several return paths are shared, especially the ones which end up in iret, the only instruction which is affected by the NT flag. The conclusion is that 2.5 is NT safe (had to dig out an old P5-133 which I could crash without fear of data loss, so I have only tested on 1 machine). The reason this cleanup works is that now (since Jan 5th) flags are saved and restored in switch_to() to keep IOPL private to a process even when using sysenter/sysexit. The side effect of that patch is that NT becomes also process-private instead of infecting all processes and triggering a killfest of all user mode processes, including init (AFAICT kernel threads survived, but I did not have any debug tools enabled in the kernel). The only addition to the preceding version is that interrupts are reenabled in the iret fixup path because it seems that do_exit() might otherwise spend quite some time with interrupts disabled.
-
Christoph Hellwig authored
New version with all ifdef CONFIG_MMU gone from procfs. Instead, the conditional code is in either task_mmu.c/task_nommu.c, and the Makefile will select the proper file for inclusion depending on CONFIG_MMU.
-
Dave Jones authored
-
Dave Jones authored
into tetrachloride.(none):/mnt/stuff/kernel/2.5/agpgart
-
- 14 Jan, 2003 17 commits
-
-
Dave Jones authored
into tetrachloride.(none):/mnt/stuff/kernel/2.5/agpgart
-
Greg Ungerer authored
This adds the new common m68knommu entry.S into the build list.
-
Greg Ungerer authored
This converts the current m68knommu/68360 entry.S file to use the new entry.h, and also removes all the common entry.S code that is now in the common m68knommu/kernel/entry.S.
-
Greg Ungerer authored
This converts the current m68knommu/68328 entry.S file to use the new entry.h, and also removes all the common entry.S code that is now in the common m68knommu/kernel/entry.S.
-
Greg Ungerer authored
This converts the current m68knommu/5307 entry.S file to use the new entry.h, and also removes all the common entry.S code that is now in the common m68knommu/kernel/entry.S.
-
Greg Ungerer authored
This overhauls asm-m68knommu/entry.h. It contains much cruft, and is out of date relative to the underlying entry.S code. More specifically this brings the SAVE_ALL and RESTORE_ALL macros from the various m68knommu entry.S files into this header.
-
Greg Ungerer authored
This cleans up the linker symbols used in the 68EZ328 ucdimm target assembler head file. Removed some unused (and not defined) names. Also changes a couple of names to be consistent with all other m68knommu targets.
-
Greg Ungerer authored
This cleans up the linker symbols used in the 68EZ328 ucsimm target assembler head file. Removed some unused (and not defined) names. Also changes a couple of names to be consistent with all other m68knommu targets.
-
Greg Ungerer authored
This removes the last remaining obsolete m68knommu sub-architecture linker script. No longer needed with the new merge script.
-
Greg Ungerer authored
This removes the BUG and PAGE_BUG macros from asm-m68knommu/page.h. All this is now moved into asm-m68knommu/bug.h.
-
Greg Ungerer authored
This adds the new bug.h file for the m68knommu arch. It is basically a copy of asm-cris/bug.h.
-
bk://kernel.bkbits.net/gregkh/linux/tty-2.5Linus Torvalds authored
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
-
Roger Luethi authored
This patch has already made it into 2.4.21pre3-ac4. Please apply.
-
Roger Luethi authored
Actually exporting the symbol introduced in 2.5.57 makes module users happy.
-
http://fbdev.bkbits.net:8080/fbdev-2.5Linus Torvalds authored
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
-
James Simmons authored
-
bk://bk.arm.linux.org.ukLinus Torvalds authored
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
-