Tech Insider					     Technology and Trends

			      USENET Archives

From: Andrea Arcangeli <>
Subject: 2.2.14aa1
Date: 2000/01/05
Message-ID: <>#1/1
X-Deja-AN: 568696442
Original-Date: Wed, 5 Jan 2000 11:36:35 -0500
Original-Message-ID: <Pine.LNX.4.10.14801050543270.3856-100000@alpha.random>
X-Sender: and...@alpha.random
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Orcpt: rfc822;linux-kernel-outgoing-dig
Organization: Internet mailing list
MIME-Version: 1.0
Newsgroups: fa.linux.kernel

The main features of 2.2.14aa1 are:

o	Support for 4Gigabyte of RAM on IA32 (me and Gerhard Wichert)
o	Support for 2048Gigabyte of RAM on alpha (stock 2.2.14 alpha
	limit is of 2Giga of RAM) (me)
o	Improved VM for high end machines with enough ram and doing
	heavy I/O under high memory pressure. (me)
o	RAW-IO (also on bigmem). (Stephen C. Tweedie)
o	sensitive SMP scheduler improvements. (me)

Detailed description of 2.2.14aa1:

SMP-scheduler-2.2.11-E.gz       -> rewrote of reschedule_idle. (me)
alpha-imb-1.gz			-> alpha have an icache not coherent
				   with the dcache and it can be
				   also a virtually tagged and
				   virtually indexed cache thus
				   imb is necessary in some place
				   to avoid crashes for example
				   while insmodding modules. (me)
java-proc.gz                    -> revertd the semantic change that
                                   make difference between
                                   /proc/00000$$ and /proc/$$, this
                                   allows backwards compatibilty of
                                   a misfeature and it _won't_ hurt
                                   security. There's no downside
                                   in reverting the 2.2.13 semantic
kupdate-sigstop-2.2.11-1.gz     -> allows kupdate to be stopped via
                                   SIGSTOP (currently it must be stopped
                                   by setting interval to zero via
                                   sysctl). (me)
no-swapout-2.2.10-B.gz          -> avoid swapin/swapouts during heavy
                                   I/O (strictly necessary for decent
                                   performances on very I/O and MM loaded
                                   servers). (me)
probe-irq-2.3.14-pre2-1.gz      -> avoid a pending irq to be mistaken
                                   for a spurious irq. (me)
rtclight-2.2.14-1.gz		-> necessary for Alpha SMP.
shrink_all_cache-2.2.10-A.gz    -> make sure that big memory boxes will
                                   shrink the cache well enough. (me)
trashing-mem-2.2.10-A.gz        -> heuristic to penalize memory hogs,
                                   the system will remains responsive
                                   also during heavy swapout. (me)
z-bigmem-2.2.14aa1-7.gz		-> bigmem production code (IA32 and
				   alpha). (me and Gerhard Wichert)
z-bigmem-rawio-2.2.14aa1.gz	-> SCT's rawio bigmem capable. (Stephen C.

As usual all the separate patches are in:


and they can be applyed in order to generate the 2.2.14aa1 kernel.

This time I also provided a whole diff, so if you don't want to bother to
download all single patches you can simply download this patch against


and apply it to go in sync with 2.2.14aa1.


PS. If you'll run with more than 4giga of RAM on alpha, you'll need also
to fix procps if you want to read the correct MM values with `free`, `top`
and `vmstat`. procps takes all the memory information with byte
granularity in `int` words (and not long words). I fixed procps this way:

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

			        About USENET

USENET (Users’ Network) was a bulletin board shared among many computer
systems around the world. USENET was a logical network, sitting on top
of several physical networks, among them UUCP, BLICN, BERKNET, X.25, and
the ARPANET. Sites on USENET included many universities, private companies
and research organizations. See USENET Archives.

		       SCO Files Lawsuit Against IBM

March 7, 2003 - The SCO Group filed legal action against IBM in the State 
Court of Utah for trade secrets misappropriation, tortious interference, 
unfair competition and breach of contract. The complaint alleges that IBM 
made concentrated efforts to improperly destroy the economic value of 
UNIX, particularly UNIX on Intel, to benefit IBM's Linux services 
business. See SCO v IBM.

The materials and information included in this website may only be used
for purposes such as criticism, review, private study, scholarship, or

Electronic mail:			       WorldWideWeb: