- 26 May, 2003 16 commits
-
-
Martin Schwidefsky authored
s390 32 bit compatability fixes: - Fix compat entries in the system call table. - Update to new compat_ioctl mechanism. - Define compat_alloc_user_space.
-
Martin Schwidefsky authored
Remove unnecessary MOD_INC_USE_COUNT/MOD_DEC_USE_COUNT pairs.
-
Martin Schwidefsky authored
cio: Add code to break a reservation of a device (steal lock).
-
Martin Schwidefsky authored
Add module alias support for ccw devices.
-
Martin Schwidefsky authored
Optimize s390 inline assemblies.
-
Martin Schwidefsky authored
Base s390 bug fixes: - arch: Do create_proc_entry for debug feature outside spin locked code. - arch: Fix system call tracing for 64 bit kernels. - arch: Export empty_zero_page for use in binfmt_elf32 module. - arch: Fix call trace output and remove dead remote-debug code. - arch: Correct OUTPUT_ARCH for 64 bit compiles. - arch: Fix in_atomic. - arch: Fix broken _PAGE_INVALID_xxx definitions. - arch: Add __kernel_old_dev_t for 64 bit. - arch: adapt to new do_fork interface. - arch: set CR5 to get program checks for space switching instructions. - cio: Fix /proc output of blacklist ranges. - cio: Restructure chsc to avoid GFP_KERNEL allocation while holding a lock. - cio: Fix wait_cons_dev. - qdio: use GFP_ATOMIC for memory allocations in interrupt.
-
Linus Torvalds authored
-
Bartlomiej Zolnierkiewicz authored
Legacy here means pdc4030, ali14xx, umc8672, dtc2278, ht6560b and qd65xx. They cannot be probed and initialized at a boot parameters' parsing time, because probing code depends on not yet ready kernel subsystems. This change also fixes boot parameters' ordering issue, fe. you could pass "ide0=dtc2278 ide0=noautotune" and "noautotune" was catched too late.
-
Bartlomiej Zolnierkiewicz authored
"biostimings" cannot be hardcoded to -19, make it -8. Code in ide_setup() assumes that everything <= -11 is a legacy chipset name, so fe. "ide0=ali14xx ide0=biostimings" will fail while "ide0=biostimings ide0=ali14xx" will be okay.
-
Ingo Molnar authored
This further optimizes the 'kick wakeup' scheduler feature: - do not kick any CPU on UP - no need to mark the target task for reschedule - it's enough to send an interrupt to that CPU, that will initiate a signal processing pass.
-
Ben Collins authored
Well, this is it for me and strlcpy. I'll leave the rest of the non-obvious usages of strncpy to the kernel janitors. Seems like quite a few uses really wanted memcpy instead, but I don't have time to investigate them all. It does appear that nearly all strncpy's will be removable. Obsoleting strncpy will probably atleast make the remaining few think about how they are using it. This is the patch for my trip through drivers/*.
-
Greg Ungerer authored
Remove crt0_rom.S from m68knommu DragonEngine2 target config. It is no longer required.
-
Greg Ungerer authored
Start code for m68knommu DragonEngine2 target is now all in crt0_ram.S. This patch moves all the code into this one file.
-
Greg Ungerer authored
Remove crt0_himem.S from m68knommu DragenEngine2 config. It is no longer required.
-
Greg Ungerer authored
Numerous fixes for the m68knommu DragonEngine2 setup code. It was out of date relative to more recent kernels. Original patches from Georges Menie.
-
Greg Ungerer authored
Remove crt0_fixed.S from m68knommu DragonEngine2 setup. No longer required.
-
- 25 May, 2003 24 commits
-
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
bk://kernel.bkbits.net/jgarzik/net-drivers-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Jeff Garzik authored
-
Jeff Garzik authored
-
Jeff Garzik authored
Contributed by Intel, with updates by Jay Vosburgh @ IBM (bonding maintainer)
-
Christoph Hellwig authored
the same patch stil applies..
-
Dave Jones authored
Not sure if I incorporated all your feedback on this one last time. Bug me if not...
-
Dave Jones authored
Maintainer fix that went into 2.4 last August with the comments "Get hamachi net driver RX working again. Apparently the PCI DMA conversion still has a bug or two left in it..."
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
Remember these? There never was an outcome as to whether or not their doing the right thing. Any complaints from this being in 2.4 for nearly a year ?
-
Dave Jones authored
Leftovers from before we used memset to clear the struct.
-
Jeff Garzik authored
Noticed (indirectly) by davej
-
Greg Ungerer authored
For reasons only Motorola will ever know they decided to use a substantially different register layout for the FEC ethernet device on the 5282 ColdFire silicon. This defines an appropriate access structure for it.
-
Greg Ungerer authored
The ColdFire 5282 CPU also uses the Motorla FEC ethernet core, allow if to be selected for that config.
-
Greg Ungerer authored
This adds support for the ColdFire 5282 to the ColdFire serial driver. Only a few small changes, notably the interrupt setup is a little different. Also removed some dead code.
-
Greg Ungerer authored
Add support for the 5282 ColdFire to the common ColdFire serial driver header. Also added the additional registers of the 5272, they are used to setup a more accurate baud rate timers
-
Greg Ungerer authored
Rework the m68knommu/ColdFire/5307 Makefile to build the correct timer code for each of the different ColdFire CPU types.
-
John Levon authored
d_path() can return -ENAMETOOLONG these days. Pass it upstream.
-
John Levon authored
-
John Levon authored
A patch mostly by Will Cohen, adding a parameter to OProfile to over-ride use of the perfctr hardware. Useful for testing and a host of other things.
-
John Levon authored
The code that attempts to reset last_task and in_kernel has a race against samples appearing during the handling of the buffers, that causes a small number of mis-attribution of samples. Closing the window is non-obvious, and not worth it, so we just make it smaller. Even without the patch, there seem to be few such "bad" samples because its effects are mitigated on a switch into userspace or a task switch.
-
John Levon authored
My previous fix was incomplete, we could get the same thing happening on the init-failure path. Fix that.
-