- 23 Jun, 2003 31 commits
-
-
Kai Germaschewski authored
make doesn't recognize itself that it does a recursive call, so we have to use a leading '+' to let it know. (reported by Steven Cole)
-
Linus Torvalds authored
gone.
-
Ralf Bächle authored
This patch mostly removes the support for the Phillips Nino at the request of the author. The only remaining bits are directly related to the SOC the Nino is based on which is used by other ports.
-
Ralf Bächle authored
This patch adds support for the Lasat 100 and 200 systems.
-
Ralf Bächle authored
This updates the ARC firmware support code. Also removes the 64-bit variant of the code; the 64-bit kernel now uses the 32-bit code also.
-
Ralf Bächle authored
This updates drivers/sgi by removing it :-) With all the conceptually wrong code which has was rewritten or should be rewritten or better live elsewhere there just was no point in keeping this directory around any longer.
-
Ralf Bächle authored
This adds the board support code for Momentum's Ocelot series of boards.
-
Ralf Bächle authored
This adds support for SGI's O2 workstation aka IP32.
-
Ralf Bächle authored
This adds back support for the MIPS-based Cobalt Raq 1/2 and Qube 1/2 systems.
-
Ralf Bächle authored
This updates support for the JMR3927 eval board.
-
Ralf Bächle authored
This one adds support for a bunch of NEC VR41xx-based platforms such as IBM's workpad and a bunch of eval boards.
-
Ralf Bächle authored
This updates the support for NEC's DDB series of evaluation boards.
-
Ralf Bächle authored
An update of the code for the DECstations. This also adds 64-bit support for the R4000 versions of DEC's good old workstations.
-
Ralf Bächle authored
This is an update for the Russian Baget industrial controller. Suffers a bit from bitrot, the authors have promised an update to me.
-
Ralf Bächle authored
This adds support for Toshiba's TX49xx SOCs and an evaluation board with the nice nae RBTX4927.
-
Ralf Bächle authored
This is an update for MIPS Inc's evaluation boards in all their ugly versions ...
-
Ralf Bächle authored
This is an update of the AMD Alchemy support for 2.5. (This is way behind what we have for 2.4 but forward porting is non-trivial and work in progress.)
-
Ralf Bächle authored
Update the code for the BCM1250 and evaluation platforms.
-
Ralf Bächle authored
The support code for two more Galileo evaluation boards. (Evil stuff, just to get your tree in sync again. I've got a cleanup in my work tree).
-
Ralf Bächle authored
An update of the SGI IP27 aka Origin 200/2000/Onyx 2 support.
-
Ralf Bächle authored
This is the entire MIPS PCI code which I'm consolidating in arch/mips/pci/. Applying this patch will result in some code duplication; the remaining patches I'm about to send will clean that.
-
Ralf Bächle authored
An update for the Indy aka IP22 support. Consolidates the 32-bit and 64-bit copies of the support code into one directory, so in total this patch deletes quite a bit of code.
-
Ralf Bächle authored
This updates the generic mips64 code.
-
Ralf Bächle authored
This contains all the generic 32-bit MIPS code, so all arch/mips/ and include/asm-mips/ stuff.
-
Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
David Woodhouse authored
-
David Woodhouse authored
-
David Woodhouse authored
-
David Woodhouse authored
... and also fix the embarrassing bug where NFTL and INFTL will barf and exit if the add_mtd_blktrans_dev() function _exists_, rather than actually calling it and barfing if it returns non-zero :)
-
David Woodhouse authored
- Fix AFS partitioning oops when no partitions are found - Add missing spin_unlock, optimise buffer writes in Intel NOR driver - Fix DiskOnChip Millennium Plus register OutputControl register definition - Fix DiskOnChip drivers to indicate correct ECC type - Fix map drivers to use ARRAY_SIZE instead of redefining it. - Make uCLinux map driver depend on !MMU - Fix NAND write verify problem on some chips - Other trivia from Rusty.
-
Stephen Lord authored
[XFS] the intializers for the /proc interface to xfs got out of order, and we are syncing 1000 times faster than we are supposed to! SGI Modid: 2.5.x-xfs:slinx:151712a
-
- 22 Jun, 2003 9 commits
-
-
Rusty Russell authored
Jeff Garzik points out the initializing the exit completion at exit time is foolish: we should just initialize it at creation time live everything else in that structure, and avoid the memory barrier.
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/sparc-2.5
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
Lou Langholtz authored
This makes NBD work with the new linux 2.5 block layer design. Specifically, it fixes memory corruption that results from module removal and possible memory corruption from sending or receiving disk data from the server. It essentially rolls together the changes from two of the last patchlets that I emailed: the fix for module removal & the fix for incorrect struct bio usage. I believe it's wisest to roll these both together into this one patch since they both deal with making NBD work better with the 2.5 linux block layer design and without either of which, it's possible that NBD will corrupt memory. Other changes I'd like to see introduced (like in the earlier jumbo patch) meanwhile are feature enhancements so they can wait. This patch also should address all the very helpful concerns that have been raised so far. Particularly: 1. that the very first submitted NBD patch was broken down [Andrew] 2. that only 1 spinlock is used for all the NBD request_queue structures used [Jens,Al] 3. that kmap() is used in case of highmem pages [Jens] 4. that the allocation of request_queue is dynamic and seperate from other allocated objects [Al]
-
Andries E. Brouwer authored
This does the following: - remove trailing spaces - make loop.h independent by including bio.h, blk.h, spinlock.h - replace the lock/unlock functions by module_get/module_put; in struct loop this is the change - void (*lock)(struct loop_device *); - void (*unlock)(struct loop_device *); + struct module *owner; - replace the integer lo_encrypt_type by the pointer lo_encryption; there was a race with loop_unregister_transfer - fixed an off-by-one in loop_register_transfer This is Step 1 of a series of half a dozen or so. Half of the above is from Jari. Anything that is wrong is mine.
-
Andrew Morton authored
There are some bad compiler issues with section confusion ("const" stuff likes going into the rodata section).
-