- 14 Feb, 2003 32 commits
-
-
Kai Germaschewski authored
Since we'll have to always do module postprocessing shortly, we can as well get rid of the special cased init/vermagic.o which needed to be compiled before descending, and instead include the current version magic string during post processing. For that purpose, the generation of the string is moved from init/vermagic.c to include/linux/vermagic.h. People who externally maintain modules will also be happy about that.
-
Kai Germaschewski authored
Currently, we are doing the final module link (.ko) at different places (Makefile.build vs Makefile.modver) depending on CONFIG_MODVERSIONS. Apart from being confusing, that also means we have this code path duplicated, and the modversions path most likely gets little testing. It's actually cleaner to just do the final link from Makefile.modver always, performance-wise it's not a noticable difference, since we don't descend in that step, but just use the list of modules generated during the build. This step is also preliminary for doing additional postprocessing, e.g. generating module alias information from PCI / USB device tables.
-
Linus Torvalds authored
-
bk://kernel.bkbits.net/jgarzik/net-drivers-2.5Linus Torvalds authored
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
-
Jeff Garzik authored
into redhat.com:/garz/repo/net-drivers-2.5
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
Just approving this as maintainer of i2o_scsi
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
This lets me put mca-legacy into drivers to fix them for now without worrying about losing the fact they want more attention
-
Alan Cox authored
There are no known cards outside of labs that used i2o_lan. The only exception is the Redcreek VPN, which has its own driver anyway. Note i2o_lan.h is left as i2o_config can still understand i2o_lan devices such as the RedCreek.
-
David Woodhouse authored
-
Patrick Mochel authored
The following patches should fix those last two issues - compiling boot.c for UP and compiling proc.c by default.
-
bk://namesys.com/bk/reiser3-linux-2.5-resizer-fixLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Oleg Drokin authored
This is needed because mark_buffer_dirty is now checking if buffer is up to date. Noticed by Alex Tomas <bzzz@tmi.comex.ru>
-
bk://linux-dj.bkbits.net/cpufreqLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Dave Jones authored
into tetrachloride.(none):/mnt/stuff/kernel/2.5/cpufreq
-
Dave Jones authored
into tetrachloride.(none):/mnt/stuff/kernel/2.5/agpgart
-
Dave Jones authored
into tetrachloride.(none):/mnt/stuff/kernel/2.5/agpgart
-
Dave Jones authored
into tetrachloride.(none):/mnt/stuff/kernel/2.5/cpufreq
-
Dave Jones authored
-
- 13 Feb, 2003 8 commits
-
-
Jochen Friedrich authored
New low level tms380 driver for Proteon 1392 / 1392+ cards (port from existing 2.2 kernel code) Add spinlock to fix race condition in tms380tr. Fix startup of tmsisa to not register and unregister devices multiple times, so hotplug doesn't run wild. Add support for statically compiling tmsisa into kernel. Remove unnecessary console SPAM during boot. Fixed probing of ISA devices in tmsisa. Fixed unsafe reference counting. Fixed __init function causing Oops with new module system. Rename tmsisa to skisa.
-
Jochen Friedrich authored
-
http://typhoon.bkbits.net/typhoon-2.5Jeff Garzik authored
into redhat.com:/garz/repo/net-drivers-2.5
-
Andrey Panin authored
this trivial patch adds EEPRO100_PIO config option, which forces eepro100.c driver to use pio instead of mmio. This option is necessary to support onboard i82557 on sgi visual workstation.
-
Marcus Meissner authored
-
Jay Vosburgh authored
-
Bradley A. Bosch authored
-
David Dillow authored
into thedillows.org:/space/il1/typhoon-merge/typhoon-2.5-merge
-