linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Linux-2.4.10-pre10
@ 2001-09-16 22:00 Linus Torvalds
  2001-09-17  1:15 ` Linux-2.4.10-pre10 Keith Owens
  2001-09-17 22:20 ` Linux-2.4.10-pre10 Andreas Steinmetz
  0 siblings, 2 replies; 7+ messages in thread
From: Linus Torvalds @ 2001-09-16 22:00 UTC (permalink / raw)
  To: Kernel Mailing List


Changelog appended..

Most of the patches are due to the continuing merge with Alan, others tend
to be fairly small.

However, I'd love for VM people to look at the page reference bit cleanups
- I might have missed some place that needs to mark something referenced,
but I also know I fixed a few places that hadn't done it right before.

For example, the old code did not react very well to read-ahead: it would
mark a page referenced on the first real access, if that page had earlier
been read in through read-ahead. In contrast, if it was _not_ read in with
read-ahead (ie the first page of a file, for example), it would not mark
the page referenced until the _second_ real access. Which just gives you
an idea of how truly random the aging used to be.

The new (simpler) code should be a lot less random. But it will probably
need a few tweaks. It would be very interesting to hear about specific
loads that show problems (or loads that are good, of course).

		Linus

-----
pre10:
 - Alan Cox: continued merging
 - Mingming Cao: make msgrcv/shmat check the queue/segment ID's properly
 - Greg KH: USB serial init failure fix, Xircom serial converter driver
 - Neil Brown: nsfd/raid/md/lockd cleanups
 - Ingo Molnar: multipath RAID personality, raid xor update
 - Hugh Dickins/Marcelo Tosatti: swapin read-ahead race fix
 - Vojtech Pavlik: fix up some of the infrastructure for x86-64
 - Robert Love: AMD 761 AGP GART support
 - Jens Axboe: fix SCSI-generic queue handling race
 - me: be sane about page reference bits

pre9:
 - Greg KH: start migration to new "min()/max()"
 - Roman Zippel: move affs over to "min()/max()".
 - Vojtech Pavlik: VIA update (make sure not to IRQ-unmask a vt82c576)
 - Jan Kara: quota bug-fix (don't decrement quota for non-counted inode)
 - Anton Altaparmakov: more NTFS updates
 - Al Viro: make nosuid/noexec/nodev be per-mount flags, not per-filesystem
 - Alan Cox: merge input/joystick layer differences, driver and alpha merge
 - Keith Owens: scsi Makefile cleanup
 - Trond Myklebust: fix oopsable race in locking code
 - Jean Tourrilhes: IrDA update

pre8:
 - Christoph Hellwig: clean up personality handling a bit
 - Robert Love: update sysctl/vm documentation
 - make the three-argument (that everybody hates) "min()" be "min_t()",
   and introduce a type-anal "min()" that complains about arguments of
   different types.

pre7:
 - Alan Cox: big driver/mips sync
 - Andries Brouwer, Christoph Hellwig: more gendisk fixups
 - Tobias Ringstrom: tulip driver workaround for DC21143 erratum

pre6:
 - Jens Axboe: remove trivially dead io_request_lock usage
 - Andrea Arcangeli: softirq cleanup and ARM fixes. Slab cleanups
 - Christoph Hellwig: gendisk handling helper functions/cleanups
 - Nikita Danilov: reiserfs dead code pruning
 - Anton Altaparmakov: NTFS update to 1.1.18
 - firestream network driver: patch reverted on authors request
 - NIIBE Yutaka: SH architecture update
 - Paul Mackerras: PPC cleanups, PPC8xx update.
 - me: reverse broken bootdata allocation patch that went into pre5

pre5:
 - Merge with Alan
 - Trond Myklebust: NFS fixes - kmap and root inode special case
 - Al Viro: more superblock cleanups, inode leak in rd.c, minix
   directories in page cache
 - Paul Mackerras: clean up rubbish from sl82c105.c
 - Neil Brown: md/raid cleanups, NFS filehandles
 - Johannes Erdfelt: USB update (usb-2.0 support, visor fix, Clie fix,
   pl2303 driver update)
 - David Miller: sparc and net update
 - Eric Biederman: simplify and correct bootdata allocation - don't
   overwrite ramdisks
 - Tim Waugh: support multiple SuperIO devices, parport doc updates

pre4:
 - Hugh Dickins: swapoff cleanups and speedups
 - Matthew Dharm: USB storage update
 - Keith Owens: Makefile fixes
 - Tom Rini: MPC8xx build fix
 - Nikita Danilov: reiserfs update
 - Jakub Jelinek: ELF loader fix for ET_DYN
 - Andrew Morton: reparent_to_init() for kernel threads
 - Christoph Hellwig: VxFS and SysV updates, vfs_permission fix

pre3:
 - Johannes Erdfelt, Oliver Neukum: USB printer driver race fix
 - John Byrne: fix stupid i386-SMP irq stack layout bug
 - Andreas Bombe, me: yenta IO window fix
 - Neil Brown: raid1 buffer state fix
 - David Miller, Paul Mackerras: fix up sparc and ppc respectively for kmap/kbd_rate
 - Matija Nalis: umsdos fixes, and make it possible to boot up with umsdos
 - Francois Romieu: fix bugs in dscc4 driver
 - Andy Grover: new PCI config space access functions (eventually for ACPI)
 - Albert Cranford: fix incorrect e2fsprog data from ver_linux script
 - Dave Jones: re-sync x86 setup code, fix macsonic kmalloc use
 - Johannes Erdfelt: remove obsolete plusb USB driver
 - Andries Brouwer: fix USB compact flash version info, add blksize ioctls

pre2:
 - Al Viro: block device cleanups
 - Marcelo Tosatti: make bounce buffer allocations more robust (it's ok
   for them to do IO, just not cause recursive bounce IO. So allow them)
 - Anton Altaparmakov: NTFS update (1.1.17)
 - Paul Mackerras: PPC update (big re-org)
 - Petko Manolov: USB pegasus driver fixes
 - David Miller: networking and sparc updates
 - Trond Myklebust: Export atomic_dec_and_lock
 - OGAWA Hirofumi: find and fix umsdos "filldir" users that were broken
   by the 64-bit-cleanups. Fix msdos warnings.
 - Al Viro: superblock handling cleanups and race fixes
 - Johannes Erdfelt++: USB updates

pre1:
 - Jeff Hartmann: DRM AGP/alpha cleanups
 - Ben LaHaise: highmem user pagecopy/clear optimization
 - Vojtech Pavlik: VIA IDE driver update
 - Herbert Xu: make cramfs work with HIGHMEM pages
 - David Fennell: awe32 ram size detection improvement
 - Istvan Varadi: umsdos EMD filename bug fix
 - Keith Owens: make min/max work for pointers too
 - Jan Kara: quota initialization fix
 - Brad Hards: Kaweth USB driver update (enable, and fix endianness)
 - Ralf Baechle: MIPS updates
 - David Gibson: airport driver update
 - Rogier Wolff: firestream ATM driver multi-phy support
 - Daniel Phillips: swap read page referenced set - avoid swap thrashing


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Linux-2.4.10-pre10
  2001-09-16 22:00 Linux-2.4.10-pre10 Linus Torvalds
@ 2001-09-17  1:15 ` Keith Owens
  2001-09-17  2:17   ` Linux-2.4.10-pre10 Tom Rini
  2001-09-17 22:20 ` Linux-2.4.10-pre10 Andreas Steinmetz
  1 sibling, 1 reply; 7+ messages in thread
From: Keith Owens @ 2001-09-17  1:15 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List

2.4.10-pre10 still contains drivers/scsi/53c700-mem.c.  This is a
generated file and should not be shipped, it messes up separate source
and object builds.  Please delete 53c700-mem.c and add it to the don't
diff list.


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Linux-2.4.10-pre10
  2001-09-17  1:15 ` Linux-2.4.10-pre10 Keith Owens
@ 2001-09-17  2:17   ` Tom Rini
  2001-09-17  2:56     ` Linux-2.4.10-pre10 Keith Owens
  0 siblings, 1 reply; 7+ messages in thread
From: Tom Rini @ 2001-09-17  2:17 UTC (permalink / raw)
  To: Keith Owens; +Cc: Linus Torvalds, Kernel Mailing List

On Mon, Sep 17, 2001 at 11:15:13AM +1000, Keith Owens wrote:

> 2.4.10-pre10 still contains drivers/scsi/53c700-mem.c.  This is a
> generated file and should not be shipped, it messes up separate source
> and object builds.  Please delete 53c700-mem.c and add it to the don't
> diff list.

I just posted this to the maintainer and linux-scsi, but is there any
reason not do do this with either a CONFIG option or
#ifdef CONFIG_SCSI_DRIVER_OR_ARCH_DOES_MEM_MAP
#define MEM_MAPPED
#endif

53c700-mem.c is 53c700.c + a warning about being autogenerated + 
#define MEM_MAPPED

-- 
Tom Rini (TR1265)
http://gate.crashing.org/~trini/

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Linux-2.4.10-pre10
  2001-09-17  2:17   ` Linux-2.4.10-pre10 Tom Rini
@ 2001-09-17  2:56     ` Keith Owens
  2001-09-17  4:03       ` Linux-2.4.10-pre10 Tom Rini
  0 siblings, 1 reply; 7+ messages in thread
From: Keith Owens @ 2001-09-17  2:56 UTC (permalink / raw)
  To: Tom Rini; +Cc: Linus Torvalds, Kernel Mailing List

On Sun, 16 Sep 2001 19:17:05 -0700, 
Tom Rini <trini@kernel.crashing.org> wrote:
>I just posted this to the maintainer and linux-scsi, but is there any
>reason not do do this with either a CONFIG option or
>#ifdef CONFIG_SCSI_DRIVER_OR_ARCH_DOES_MEM_MAP
>#define MEM_MAPPED
>#endif
>
>53c700-mem.c is 53c700.c + a warning about being autogenerated + 
>#define MEM_MAPPED

Kernel build works best if the source and object have the same name.
Generating two objects with different names from the same source is
awkward, it is even worse for kbuild 2.5.  The obvious solution of

53c700-mem.c:
#define MEM_MAPPED
#include "53c700.c"

does not work correctly with current kbuild due to mkdep restrictions.
It does work with kbuild 2.5 and is exactly what I have done.


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Linux-2.4.10-pre10
  2001-09-17  2:56     ` Linux-2.4.10-pre10 Keith Owens
@ 2001-09-17  4:03       ` Tom Rini
  2001-09-17  5:01         ` Linux-2.4.10-pre10 James Bottomley
  0 siblings, 1 reply; 7+ messages in thread
From: Tom Rini @ 2001-09-17  4:03 UTC (permalink / raw)
  To: Keith Owens; +Cc: James.Bottomley, Kernel Mailing List

On Mon, Sep 17, 2001 at 12:56:32PM +1000, Keith Owens wrote:
> On Sun, 16 Sep 2001 19:17:05 -0700, 
> Tom Rini <trini@kernel.crashing.org> wrote:
> >I just posted this to the maintainer and linux-scsi, but is there any
> >reason not do do this with either a CONFIG option or
> >#ifdef CONFIG_SCSI_DRIVER_OR_ARCH_DOES_MEM_MAP
> >#define MEM_MAPPED
> >#endif
> >
> >53c700-mem.c is 53c700.c + a warning about being autogenerated + 
> >#define MEM_MAPPED
> 
> Kernel build works best if the source and object have the same name.
> Generating two objects with different names from the same source is
> awkward, it is even worse for kbuild 2.5.  The obvious solution of

Well, I guess my question is, is this arch-specific or driver specific?
The lasi700 driver is hppa-only.  The NCR_D700 doesn't have any restrictions.
James?

-- 
Tom Rini (TR1265)
http://gate.crashing.org/~trini/

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Linux-2.4.10-pre10
  2001-09-17  4:03       ` Linux-2.4.10-pre10 Tom Rini
@ 2001-09-17  5:01         ` James Bottomley
  0 siblings, 0 replies; 7+ messages in thread
From: James Bottomley @ 2001-09-17  5:01 UTC (permalink / raw)
  To: Tom Rini; +Cc: Keith Owens, James.Bottomley, Kernel Mailing List

trini@kernel.crashing.org said:
> Well, I guess my question is, is this arch-specific or driver
> specific? The lasi700 driver is hppa-only.  The NCR_D700 doesn't have
> any restrictions. James? 

Well, the original intent was to separate the chip core logic from the actual 
board driver.  To that end, I needed two cores, one which was io mapped and 
one which was mem mapped.  In theory, set up the way it is, I can keep 
architectural dependencies out of the chip core (53c700.c).  The two file 
strategy was the only way I could think to do this.

lasi700 is completely parisc specific.  NCR_D700 is and x86 microchannel card.

Actually, the way you're suggesting will work with some modifications:  All I 
have to do in Config.in is require the lasi700 and the NCR_D700 to do a 
define_bool CONFIG_53C700_MEM_MAPPED y and define_bool CONFIG_53C700_IO_MAPPED 
y respectively when they're selected and insist that one or other of these 
flags be present in the core driver before it will compile.

I've got a big sync to do with the work I've been doing on the parisc driver, 
so I'll put that in too.

James



^ permalink raw reply	[flat|nested] 7+ messages in thread

* RE: Linux-2.4.10-pre10
  2001-09-16 22:00 Linux-2.4.10-pre10 Linus Torvalds
  2001-09-17  1:15 ` Linux-2.4.10-pre10 Keith Owens
@ 2001-09-17 22:20 ` Andreas Steinmetz
  1 sibling, 0 replies; 7+ messages in thread
From: Andreas Steinmetz @ 2001-09-17 22:20 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List

> The new (simpler) code should be a lot less random. But it will probably
> need a few tweaks. It would be very interesting to hear about specific
> loads that show problems (or loads that are good, of course).
> 
OK, comparing 2.4.10pre4 to 2.4.10pre10 there's good news and bad news:

1. Good News
------------

Please don't wonder about memory size, this is a laptop with 32MB on board and
two 128MB modules.

/proc/meminfo on 2.4.10pre4 after boot and then after running aide:

        total:    used:    free:  shared: buffers:  cached:
Mem:  292478976 149729280 142749696        0 14004224 78467072
Swap: 1071087616        0 1071087616
MemTotal:       285624 kB
MemFree:        139404 kB
MemShared:           0 kB
Buffers:         13676 kB
Cached:          76628 kB
SwapCached:          0 kB
Active:           7672 kB
Inact_dirty:     82632 kB
Inact_clean:         0 kB
Inact_target:     1140 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       285624 kB
LowFree:        139404 kB
SwapTotal:     1045984 kB
SwapFree:      1045984 kB

        total:    used:    free:  shared: buffers:  cached:
Mem:  292478976 280997888 11481088        0 25620480 224792576
Swap: 1071087616 35487744 1035599872
MemTotal:       285624 kB
MemFree:         11212 kB
MemShared:           0 kB
Buffers:         25020 kB
Cached:         208300 kB
SwapCached:      11224 kB
Active:         163008 kB
Inact_dirty:     80640 kB
Inact_clean:       896 kB
Inact_target:     6704 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       285624 kB
LowFree:         11212 kB
SwapTotal:     1045984 kB
SwapFree:      1011328 kB


/proc/meminfo on 2.4.10pre10 after boot and then after running aide:

        total:    used:    free:  shared: buffers:  cached:
Mem:  292581376 172519424 120061952        0 36872192 78290944
Swap: 1071087616        0 1071087616
MemTotal:       285724 kB
MemFree:        117248 kB
MemShared:           0 kB
Buffers:         36008 kB
Cached:          76456 kB
SwapCached:          0 kB
Active:          21104 kB
Inact_dirty:     91360 kB
Inact_clean:         0 kB
Inact_target:     1152 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       285724 kB
LowFree:        117248 kB
SwapTotal:     1045984 kB
SwapFree:      1045984 kB

        total:    used:    free:  shared: buffers:  cached:
Mem:  292581376 280190976 12390400        0 20652032 194973696
Swap: 1071087616        0 1071087616
MemTotal:       285724 kB
MemFree:         12100 kB
MemShared:           0 kB
Buffers:         20168 kB
Cached:         190404 kB
SwapCached:          0 kB
Active:          48096 kB
Inact_dirty:    160776 kB
Inact_clean:      1700 kB
Inact_target:     5592 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       285724 kB
LowFree:         12100 kB
SwapTotal:     1045984 kB
SwapFree:      1045984 kB



2. Bad News
-----------

Average time required for aide run:

2.4.10pre4      230 seconds
2.4.10pre10     323 seconds

So an aide run takes additional 93 seconds on pre10 when compared to pre4.

There's an odd behaviour back in 2.4.10pre10 that I remember having noticed last
in 2.4.7:

Any mouse movement causes instant disk activity. This may be initiated by the
fact that I'm using gpm and thus /dev/gpmdata (named pipe) to feed mouse input
to X as I want to have mouse support when switching to console mode (sometimes
cut and paste is really easier using the mouse).

In general (though no measurements) I just can confirm the remark on the list
that pre10 'feels' more sluggish. There seems to be more disk activity when
larger applications are started in general. This fits the reappearance of
the mouse problem stated above.


Andreas Steinmetz
D.O.M. Datenverarbeitung GmbH

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2001-09-17 22:21 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-09-16 22:00 Linux-2.4.10-pre10 Linus Torvalds
2001-09-17  1:15 ` Linux-2.4.10-pre10 Keith Owens
2001-09-17  2:17   ` Linux-2.4.10-pre10 Tom Rini
2001-09-17  2:56     ` Linux-2.4.10-pre10 Keith Owens
2001-09-17  4:03       ` Linux-2.4.10-pre10 Tom Rini
2001-09-17  5:01         ` Linux-2.4.10-pre10 James Bottomley
2001-09-17 22:20 ` Linux-2.4.10-pre10 Andreas Steinmetz

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).