Linux 2.1.89-4

It should fix the problem another way that I'm happier with (fixing that
problem also revealed a few other misuses of close_fp() due to historical
reasons - the uses really needed to be "fput()"s instead).
2.1.89-4 also uses "struct file" for mmap's, which means that the problem
that somebody was complaining about with mmap (that the mapping would
exist even after the last "release()" on that file, and thus the file
would still be active) are gone. As of -4 the kernel will guarantee that
it will call the file->f_op->release() onle after there really aren't any
uses of that file pointer any more..

                Linus

Import 2.1.89pre3

Linux 2.1.89pre2

[sct] a patch against ipc/shm.c was missing from my swap patches,
      and another fix for spurious warnings about shared dirty pages.

[changelog pieced together by davej]

Stephen Tweedie:

* 2.1.88, adds a bunch of new functionality to
  the swapper.  The main changes are:

* All swapping goes through the swap cache (aka. page cache) now.

* There is no longer a swap lock map.  Because we need to atomically
  test and create a new swap-cache page in order to do swap IO, it is
  sufficient just to lock the struct page itself.  Having only one
  layer of locking to deal with removes a number of races concerning
  swapping shared pages.

* We can swap shared pages, and still keep them shared when they are
  swapped back in!!!  Currently, only private shared pages (as in pages
  shared after a fork()) benefit from this, but the basic mechanism will
  be appropriate for MAP_ANONYMOUS | MAP_SHARED pages too
  (implementation to follow).  Pages will remain shared after a swapoff.

* The page cache is now quite happy dealing with swap-cache pages too.
  In particular, write-ahead and read-ahead of swap through the page
  cache will work fine (and in fact, write-ahead does get done already
  under certain circumstances with this patch --- that's essentially how
  the swapping of shared pages gets done).  Support code to perform
  asynchronous readahead of swap is included, but is not actually used
  anywhere yet.

  I've tested with a number of forked processes running with a shared
  working set larger than physical memory, and with SysV shared memory.
  I haven't found any problems with it so far.

Linus: I've also changed the way we consider us to need more memory in kswapd,
       but that was entirely orthogonal and did not impact these patches. ]

[Changelog pieced together by davej]

Import 2.1.88

Linux 2.1.87

Ok, 2.1.87 is out there on ftp.kernel.org now, and it has the clever
PROT_NONE thing done. It seems to work for the little test-case I wrote,
and I also verified that swapping still works, so it seems to be all ok.
I'd still like people who have test programs or similar to actually check
it out,

                Linus

Import 2.1.87pre1

Import 2.1.86

Import 2.1.85

Linux 2.1.84

- Update makefile version (forgot to in .83)
- fixes a (very obscure, possibly never happens) autofs bug.
- fix missing ; compile error in mm/filemap.c
- MS_NODIRATIME support.

[changelog summary by davej]

Import 2.1.83

Import 2.1.82

Import 2.1.81

Linux 2.1.81pre1

I just made a pre-2.1.81 available on ftp.kernel.org.
This fixes the known problems of 2.1.80, and also makes the interrupt
routing by default look like it always used to look - everything goes
through the traditional external 8259A-compatible logic.
The code to handle IO-APIC interrupt routing is still there, but as no
interrupts are actually marked as io-apic interrupts you don't see it in
action yet. The advantage of this is that people who want to work on this
have a base that contains all the logic, and that we only need to figure
out how to reliably make all the IRQ routing decisions.

                Linus

Linux 2.1.80

This release should fix a few networking problems, and the NFS client is
hopefully fairly stable even under the kinds of loads we have here at
Transmeta.

The 2.1.80 release also contains some initial ARM support, and contains
Ingo Molnar's better SMP interrupt handling.

NOTE NOTE NOTE! The new SMP interrupt handling is currently not very good
at autodetection. This can be a real problem, and _before_ booting the
2.1.80 kernel as compiled for SMP you should probably try to figure out a
possible IRQ override line by doing:

        echo -n pirq=; echo `scanpci -f | grep T_L | cut -c56-` | sed 's/ /,/g'
which for me gives
        pirq=0x00,0x09,0x0b

Then, after doing the above, boot into 2.1.80 and see if it finds your PCI
interrupt lines correctly. If it does, everything is fine. If it doesn't,
you need to boot with the pirq setting that you determined earlier, by
giving the kernel the pirq data at the bootup command line or by using the
LILO "append=" feature (or similar features in other bootloaders).
We'll certainly have to make the autodetection work reliably, but in the
meantime the command-line approach at least gives us a way to test the
more fundamental impacts of better interrupt handling.

                Linus

Import 2.1.80pre4

Import 2.1.80pre3

Import 2.1.80pre2

Pre-2.1.80..

 I just put a pre-2.1.80 on ftp.kernel.org that should fix the fat-related
problems. The reason I put it there is because I got several patches that
fixed the FAT problems _and_ something else, and they all obviously
clashed with each other so neither part got applied.

 So I'd ask people who sent me patches to maybe re-send the parts of the
patches that are still relevant,

                Linus

Import 2.1.79

Import 2.1.79pre1

Import 2.1.78

Import 2.1.78pre3

Import 2.1.78pre2

Import 2.1.78pre1

Import 2.1.77

Import 2.1.76

Import 2.1.75

Import 2.1.74

Import 2.1.73

Import 2.1.72

Import 2.1.71

Import 2.1.70

Import 2.1.69

Import 2.1.68

Import 2.1.68pre1

Import 2.1.67

Import 2.1.66

Import 2.1.65

Import 2.1.64

Import 2.1.63

Import 2.1.62

Import 2.1.61

Import 2.1.60

Import 2.1.59

Import 2.1.58

Import 2.1.57

Import 2.1.56

Import 2.1.56pre1

Import 2.1.55

Import 2.1.55pre1

Import 2.1.54

Import 2.1.53

Import 2.1.52

Import 2.1.51

Import 2.1.51pre1

Import 2.1.50

Import 2.1.49

Import 2.1.49pre1

Import 2.1.48

Import 2.1.48pre4

Import 2.1.48pre3

Import 2.1.48pre2

Import 2.1.48pre1

Import 2.1.47

Import 2.1.46

Import 2.1.46pre1

Import 2.1.45

Import 2.1.45pre10

Import 2.1.45pre9

Import 2.1.45pre8

Import 2.1.45pre7

Import 2.1.45pre6

Import 2.1.45pre5

Import 2.1.45pre4

Import 2.1.45pre3

Import 2.1.45pre2

Import 2.1.45pre1

Import 2.1.44

Import 2.1.44pre3

Import 2.1.44pre2

Import 2.1.43

Import 2.1.43pre1

Import 2.1.42

Import 2.1.42pre2

Import 2.1.42pre1

Import 2.1.41

Import 2.1.40

Import 2.1.39

Import 2.1.38

Import 2.1.38pre1

Import 2.1.37

Import 2.1.37pre7

Import 2.1.37pre6

Import 2.1.37pre5

Import 2.1.37pre4

Import 2.1.37pre3

Import 2.1.37pre2

Import 2.1.37pre1

Import 2.1.36