public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrea Arcangeli <andrea@suse.de>
To: linux-kernel@vger.kernel.org
Subject: 2.4.18rc2aa1
Date: Wed, 20 Feb 2002 21:29:31 +0100	[thread overview]
Message-ID: <20020220212931.B1291@athlon.random> (raw)

URL:

	ftp://ftp.us.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.4/2.4.18rc2aa1.gz
	ftp://ftp.us.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.4/2.4.18rc2aa1/

Only in 2.4.18rc2aa1: 00_VM_IO-2
Only in 2.4.18pre7aa2: 00_VM_IO-fbmem-1

	VM_IO updated from Andrew.

Only in 2.4.18rc2aa1: 00_dcache-inline-1

	Optimize cachelines and 64bit archs (and longer names) from Andi.

Only in 2.4.18pre7aa2: 00_get_user_pages-2
Only in 2.4.18pre7aa2: 00_netfilter-missing-1

	Merged into mainline.

Only in 2.4.18rc2aa1: 00_hpfs-oops-1

	Oops fix from Chris Mason.

Only in 2.4.18rc2aa1: 00_max_bytes-1

	Sanitize max_bytes from Andi.

Only in 2.4.18pre7aa2: 00_nanosleep-5
Only in 2.4.18rc2aa1: 00_nanosleep-6

	Rediffed.

Only in 2.4.18pre7aa2: 00_nfs-2.4.17-cto-2
Only in 2.4.18rc2aa1: 00_nfs-2.4.17-cto-3
Only in 2.4.18pre7aa2: 00_nfs-tcp-tweaks-2
Only in 2.4.18rc2aa1: 00_nfs-tcp-tweaks-3
Only in 2.4.18pre7aa2: 10_nfs-o_direct-2
Only in 2.4.18rc2aa1: 10_nfs-o_direct-3

	Latest updates from Trond.

Only in 2.4.18rc2aa1: 00_ptrace-fix-1

	Fix ptrace MAY bits from Linus.

Only in 2.4.18pre7aa2: 00_xtime-lock-1

	Not needed anymore (do_gettimeofday locks internally).

Only in 2.4.18pre7aa2: 10_rawio-vary-io-1
Only in 2.4.18rc2aa1: 10_rawio-vary-io-2

	Fix sd_mod linking with the kernel.

Only in 2.4.18pre7aa2: 10_vm-24
Only in 2.4.18rc2aa1: 10_vm-25

	Updates (also change BH_Wait_IO not to deal with dirty buffers).

Only in 2.4.18pre7aa2: 20_highmem-debug-8
Only in 2.4.18rc2aa1: 20_highmem-debug-9

	Rediffed.

Only in 2.4.18pre7aa2: 20_pte-highmem-11
Only in 2.4.18rc2aa1: 20_pte-highmem-12

	Merged cleanups and optimizations from Hugh, now persistence is
	fully functional for ptes too and shared across all series.
	This has an API to drivers incompatible with the ""simpler"" inferior
	version from Ingo and Arjan merged in mainline since 2.5.5. I'll
	probably be forced to add the vmalloc horrible changes because their
	API doesn't contemplate an unmap for the vmalloc ptes and so I couldn't
	be compatible with the inferior implementation by just adding a pair of
	#defines. The only difference is that their version clobbers all the
	page fault fast path slowing it down for non-highmem and 64bit archs
	too, plus they are forced to mess with the tlb at every pte_offset
	while we don't thanks to the persistence that also optimizes the
	non-highmem and 64bit archs, and so pte-highmem patch leads to much
	cleaner and _simpler_ code in general. If a daedlock happens with this
	code it could happen also without it. The config -highpte options also
	are overkill, before you are interested about 4G/64G-highpte, you will
	want 4G/64G-highpagecache, and binary kernels will have those options
	enabled to be generic.

Only in 2.4.18rc2aa1: 20_reiser-o_direct-1

	Add O_DIRECT to reiserfs.

Only in 2.4.18rc2aa1: 30_get_request-starvation-1

	Avoid non blocking tasks to eat requests under blocked tasks, give
	fairness to get_request. As written in the patch, from Andrew.

Only in 2.4.18rc2aa1: 50_uml-patch-2.4.17-12.gz
Only in 2.4.18pre7aa2: 50_uml-patch-2.4.17-9.gz

	Latest update from Jeff (probably doesn't compile due the lack of
	pte-highmem updates).

Only in 2.4.18pre7aa2: 51_uml-ac-to-aa-5
Only in 2.4.18rc2aa1: 51_uml-ac-to-aa-6

	Rediffed.

Only in 2.4.18pre7aa2: 60_tux-2.4.17-final-A0.gz
Only in 2.4.18rc2aa1: 60_tux-2.4.17-final-A1.gz

	Latest update from Ingo.

Andrea

                 reply	other threads:[~2002-02-20 20:29 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020220212931.B1291@athlon.random \
    --to=andrea@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox