linux-2.4.13..

linux-2.4.13..

[Linus Torvalds]

Things seem to be calming down a bit, which is nice.

Of course, it might possibly also be that everybody is off flaming about
the DMCA and getting no work done ;)

Whatever the cause, here's a 2.4.13. See if you can break it,

		Linus

----
final:
 - page write-out throttling
 - Pete Zaitcev: ymfpci sound driver update (make Civ:CTP happy with it)
 - Alan Cox: i2o sync-up
 - Andrea Arcangeli: revert broken x86 smp_call_function patch
 - me: handle VM write load more gracefully. Merge parts of -aa VM

pre6:
 - Stephen Rothwell: APM idle time handling fixes, docbook update, cleanup
 - Jeff Garzik: network driver updates
 - Greg KH: USB updates
 - Al Viro: UFS update, binfmt_misc rewrite.
 - Andreas Dilger: /dev/random fixes
 - David Miller: network/sparc updates

pre5:
 - Greg KH: usbnet fix
 - Johannes Erdfelt: uhci.c bulk queueing fixes

pre4:
 - Al Viro: mnt_list init
 - Jeff Garzik: network driver update (license tags, tulip driver)
 - David Miller: sparc, net updates
 - Ben Collins: firewire update
 - Gerd Knorr: btaudio/bttv update
 - Tim Hockin: MD cleanups
 - Greg KH, Petko Manolov: USB updates
 - Leonard Zubkoff: DAC960 driver update

pre3:
 - Jens Axboe: clean up duplicate unused request list
 - Jeff Mahoney: reiserfs endianness finishing touches
 - Hugh Dickins: some further swapoff fixes and cleanups
 - prepare-for-Alan: move drivers/i2o into drivers/message/i2o
 - Leonard Zubkoff: 2TB disk device fixes
 - Paul Schroeder: mwave config enable
 - Urban Widmark: fix via-rhine double free..
 - Tom Rini: PPC fixes
 - NIIBE Yutaka: SuperH update

pre2:
 - Alan Cox: more merging
 - Ben Fennema: UDF module license
 - Jeff Mahoney: reiserfs endian safeness
 - Chris Mason: reiserfs O_SYNC/fsync performance improvements
 - Jean Tourrilhes: wireless extension update
 - Joerg Reuter: AX.25 updates
 - David Miller: 64-bit DMA interfaces

pre1:
 - Trond Myklebust: deadlock checking in lockd server
 - Tim Waugh: fix up parport wrong #define
 - Christoph Hellwig: i2c update, ext2 cleanup
 - Al Viro: fix partition handling sanity check.
 - Trond Myklebust: make NFS use SLAB_NOFS, and not play games with PF_MEMALLOC
 - Ben Fennema: UDF update
 - Alan Cox: continued merging
 - Chris Mason: get /proc buffer memory sizes right after buf-in-page-cache

Re: linux-2.4.13..

[christophe barbe]

Normally we send only failure reports but after the 2.4.11 and 2.4.12 I
would like to thank you, Linus, for you dedication.
I enjoy the linux kernel as a OS user and as a source code reader (as
far as I can).

2.4.13 builds and boots perfectly for me.

Christophe Barbé ...

PS: If the DMCA and other scary stuff bother you too much, what about
exiling in Paris in France ;-)

le mer 24-10-2001 at 07:52 Linus Torvalds a écrit :
> 
> Things seem to be calming down a bit, which is nice.
> 
> Of course, it might possibly also be that everybody is off flaming about
> the DMCA and getting no work done ;)
> 
> Whatever the cause, here's a 2.4.13. See if you can break it,
> 
> 		Linus
> 
> ----
> final:
>  - page write-out throttling
>  - Pete Zaitcev: ymfpci sound driver update (make Civ:CTP happy with it)
>  - Alan Cox: i2o sync-up
>  - Andrea Arcangeli: revert broken x86 smp_call_function patch
>  - me: handle VM write load more gracefully. Merge parts of -aa VM
> 
> pre6:
>  - Stephen Rothwell: APM idle time handling fixes, docbook update, cleanup
>  - Jeff Garzik: network driver updates
>  - Greg KH: USB updates
>  - Al Viro: UFS update, binfmt_misc rewrite.
>  - Andreas Dilger: /dev/random fixes
>  - David Miller: network/sparc updates
> 
> pre5:
>  - Greg KH: usbnet fix
>  - Johannes Erdfelt: uhci.c bulk queueing fixes
> 
> pre4:
>  - Al Viro: mnt_list init
>  - Jeff Garzik: network driver update (license tags, tulip driver)
>  - David Miller: sparc, net updates
>  - Ben Collins: firewire update
>  - Gerd Knorr: btaudio/bttv update
>  - Tim Hockin: MD cleanups
>  - Greg KH, Petko Manolov: USB updates
>  - Leonard Zubkoff: DAC960 driver update
> 
> pre3:
>  - Jens Axboe: clean up duplicate unused request list
>  - Jeff Mahoney: reiserfs endianness finishing touches
>  - Hugh Dickins: some further swapoff fixes and cleanups
>  - prepare-for-Alan: move drivers/i2o into drivers/message/i2o
>  - Leonard Zubkoff: 2TB disk device fixes
>  - Paul Schroeder: mwave config enable
>  - Urban Widmark: fix via-rhine double free..
>  - Tom Rini: PPC fixes
>  - NIIBE Yutaka: SuperH update
> 
> pre2:
>  - Alan Cox: more merging
>  - Ben Fennema: UDF module license
>  - Jeff Mahoney: reiserfs endian safeness
>  - Chris Mason: reiserfs O_SYNC/fsync performance improvements
>  - Jean Tourrilhes: wireless extension update
>  - Joerg Reuter: AX.25 updates
>  - David Miller: 64-bit DMA interfaces
> 
> pre1:
>  - Trond Myklebust: deadlock checking in lockd server
>  - Tim Waugh: fix up parport wrong #define
>  - Christoph Hellwig: i2c update, ext2 cleanup
>  - Al Viro: fix partition handling sanity check.
>  - Trond Myklebust: make NFS use SLAB_NOFS, and not play games with PF_MEMALLOC
>  - Ben Fennema: UDF update
>  - Alan Cox: continued merging
>  - Chris Mason: get /proc buffer memory sizes right after buf-in-page-cache
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: linux-2.4.13..

[Florian Weimer]

christophe barbe <christophe.barbe.ml@online.fr> writes:

> PS: If the DMCA and other scary stuff bother you too much, what about
> exiling in Paris in France ;-)

France is currently on its way to strict crypto regulation. :-/

-- 
Florian Weimer 	                  Florian.Weimer@RUS.Uni-Stuttgart.DE
University of Stuttgart           http://cert.uni-stuttgart.de/
RUS-CERT                          +49-711-685-5973/fax +49-711-685-5898

Re: linux-2.4.13..

[Tim Nicholas]

Hello all, 
I seem to be having serious issues with 2.4.13.
After recompiling and rebooting everything seemed to work fine, but
after having a break to watch Buffy, things seemed to stop
working... 

Every time i tried to do anything i got the same error....

Inconsistency detected by ld.so: dynamic-link.h: 62: elf_get_dynamic_info: Assertion `! "bad dynamic tag"' failed!

I am assuming that this is a very bad thing? It stopped me from doing
anything much. Processes which were already running seemed to be
fine (I was in KDE with mozilla and XMMS running), but other things
like 'w' and ppp no longer worked. I also couldn't reboot cleanly by
using Ctrl+Alt+del.
The problem wasn't happening straight away, but after somewhere
between 10 and 70 minutes of uptime.... 

Am I the only one? I am running a Tbird 900 with 128MB RAM,
debian-unstable. The same kernel configuration (updated with make
oldconfig) worked absolutely fine with 2.4.12.


Yours, 

Tim Nicholas

On Tue, Oct 23, 2001 at 10:52:28PM -0700, Linus Torvalds wrote:
> 
> Things seem to be calming down a bit, which is nice.
> 
> Of course, it might possibly also be that everybody is off flaming about
> the DMCA and getting no work done ;)
> 
> Whatever the cause, here's a 2.4.13. See if you can break it,
> 
> 		Linus
> 
--
Tim Nicholas                          ||                      Cilix
Email: cilix@lsd.net.nz               ||              ICQ# 15869961
http://tim.nicholas.net.nz/           ||                Dunedin, NZ
Cell phone# +64 21 113 0399           || Home phone# +64 3 471 8415

Re: linux-2.4.13..

[bert hubert]

On Tue, Oct 23, 2001 at 10:52:28PM -0700, Linus Torvalds wrote:
> 
> Things seem to be calming down a bit, which is nice.
> 
> Of course, it might possibly also be that everybody is off flaming about
> the DMCA and getting no work done ;)
> 
> Whatever the cause, here's a 2.4.13. See if you can break it,
> 
> 		Linus
> 
> ----
> final:
>  - page write-out throttling
>  - Pete Zaitcev: ymfpci sound driver update (make Civ:CTP happy with it)
>  - Alan Cox: i2o sync-up
>  - Andrea Arcangeli: revert broken x86 smp_call_function patch
>  - me: handle VM write load more gracefully. Merge parts of -aa VM

Why do we do the exciting VM things in 'final'? We are confusing people with
pre-patches that are better than actual releases!

Regards,

bert

-- 
http://www.PowerDNS.com          Versatile DNS Software & Services
Trilab                                 The Technology People
Netherlabs BV / Rent-a-Nerd.nl           - Nerd Available -
'SYN! .. SYN|ACK! .. ACK!' - the mating call of the internet

Re: linux-2.4.13..

[Francois Romieu]

Andy Pevy <andy.pevy@nokia.com> :
[Compaq Fibre Channel failure]

Didn't build in -pre either. It compiles fine in -ac. 

-- 
Ueimor

Re: linux-2.4.13..

[Andy Pevy]

On Wednesday 24 October 2001 5:52 am, ext 	Linus Torvalds wrote:
> Things seem to be calming down a bit, which is nice.
>
> Of course, it might possibly also be that everybody is off flaming about
> the DMCA and getting no work done ;)
>
> Whatever the cause, here's a 2.4.13. See if you can break it,
>
> 		Linus
>

I cannot even build it :-((

gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes 
-Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common 
-pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS 
-include /usr/src/linux/include/linux/modversions.h   -c -o cpqfcTSinit.o 

cpqfcTSinit.c
cpqfcTSinit.c: In function `cpqfcTS_ioctl':
cpqfcTSinit.c:663: `SCSI_IOCTL_FC_TARGET_ADDRESS' undeclared (first use in 
this function)
cpqfcTSinit.c:663: (Each undeclared identifier is reported only once
cpqfcTSinit.c:663: for each function it appears in.)
cpqfcTSinit.c:681: `SCSI_IOCTL_FC_TDR' undeclared (first use in this function)
make[2]: *** [cpqfcTSinit.o] Error 1
make[2]: Leaving directory `/usr/src/linux/drivers/scsi'
make[1]: *** [_modsubdir_scsi] Error 2
make[1]: Leaving directory `/usr/src/linux/drivers'
make: *** [_mod_drivers] Error 2
capc1540:/usr/src/linux #

EEK ....

Andy Pevy

Re: linux-2.4.13..

[Jan Rekorajski]

On Tue, 23 Oct 2001, Linus Torvalds wrote:

> 
> Things seem to be calming down a bit, which is nice.
> 
> Of course, it might possibly also be that everybody is off flaming about
> the DMCA and getting no work done ;)
> 
> Whatever the cause, here's a 2.4.13. See if you can break it,

pre6 broke acenic for me, I see tomorrow if final does it also.

Jan
-- 
Jan Rękorajski            |  ALL SUSPECTS ARE GUILTY. PERIOD!
baggins<at>mimuw.edu.pl   |  OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY?
BOFH, MANIAC              |                   -- TROOPS by Kevin Rubio

Re: linux-2.4.13 high SWAP

[Marcelo Tosatti]

On Wed, 24 Oct 2001, Andre Margis wrote:

> Em Qua 24 Out 2001 15:05, Andre Margis escreveu:
> 
> Mor minutes later the machine "froze".

Could you please redo the tests without tmpfs? 

I'm not sure if its the problem, just want to make sure.

Thanks.

Re: linux-2.4.13..

[Linus Torvalds]

In article <20011024114026.A14078@outpost.ds9a.nl>,
bert hubert  <ahu@ds9a.nl> wrote:
>
>Why do we do the exciting VM things in 'final'? We are confusing people with
>pre-patches that are better than actual releases!

What's your load? Most of the patches have been in -aa for a longish
while, and people have tended to like them much more than the stock
kernels ;)


		Linus

linux-2.4.13 high SWAP

[Andre Margis]

I'm testing 2.4.13, and something  is wrong.....


Them machine for test is a DELL 8450 4xPIII 4 GBram, running 4 setiathome, 5 
cp on tmpfs and 1 cpio.

After minutes running the machine eat all my swap area. like "top" sample 
bellow :
Mem:  4118212K av, 3693728K used,  424484K free,       0K shrd,     956K buff
                    615928K actv,       0K in_d,       0K in_c,       0Ktarget
Swap: 1048568K av,  957456K used,   91112K free                 2420888Kcached

I'm using highmem.


Some kernel tunning to adjust that?


Thank's


Andre

Re: linux-2.4.13 high SWAP

[Marcelo Tosatti]

Ok, 

Have you checked if the amount of data you copied to the tmpfs device is
not way too big to fit in memory ?

Remember: Everything copied to tmpfs will be kept in memory, so if you
simply copy way too much data to tmpfs thats your problem :)

On Wed, 24 Oct 2001, Andre Margis wrote:

> Em Qua 24 Out 2001 14:44, Marcelo Tosatti escreveu:
> Marcelo,
> 
> I restart the test using the same programs, but now I'm using the "cp" on a 
> normal filesystem. At this time everything is OK.
> 
> In the last run we Nedd 30 minutes to the disaster.
> 
> 
> Andre
> 
> > On Wed, 24 Oct 2001, Andre Margis wrote:
> > > Em Qua 24 Out 2001 15:05, Andre Margis escreveu:
> > >
> > > Mor minutes later the machine "froze".
> >
> > Could you please redo the tests without tmpfs?
> >
> > I'm not sure if its the problem, just want to make sure.
> >
> > Thanks.
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at  http://www.tux.org/lkml/
> 

Re: linux-2.4.13 high SWAP

[Andre Margis]

Em Qua 24 Out 2001 15:05, Andre Margis escreveu:

Mor minutes later the machine "froze".


Andre

> I'm testing 2.4.13, and something  is wrong.....
>
>
> Them machine for test is a DELL 8450 4xPIII 4 GBram, running 4 setiathome,
> 5 cp on tmpfs and 1 cpio.
>
> After minutes running the machine eat all my swap area. like "top" sample
> bellow :
> Mem:  4118212K av, 3693728K used,  424484K free,       0K shrd,     956K
> buff 615928K actv,       0K in_d,       0K in_c,       0Ktarget Swap:
> 1048568K av,  957456K used,   91112K free                 2420888Kcached
>
> I'm using highmem.
>
>
> Some kernel tunning to adjust that?
>
>
> Thank's
>
>
> Andre
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: linux-2.4.13 high SWAP

[Andre Margis]

Em Qua 24 Out 2001 14:44, Marcelo Tosatti escreveu:
Marcelo,

I restart the test using the same programs, but now I'm using the "cp" on a 
normal filesystem. At this time everything is OK.

In the last run we Nedd 30 minutes to the disaster.


Andre

> On Wed, 24 Oct 2001, Andre Margis wrote:
> > Em Qua 24 Out 2001 15:05, Andre Margis escreveu:
> >
> > Mor minutes later the machine "froze".
>
> Could you please redo the tests without tmpfs?
>
> I'm not sure if its the problem, just want to make sure.
>
> Thanks.
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: linux-2.4.13 high SWAP

[Andre Margis]

Em Qua 24 Out 2001 15:10, Marcelo Tosatti escreveu:
The tmpfs is configured with 2GB. I'm copying 6 file of 200M, total 1.2GB.

df -k

 Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/sda3              4096440   3342964    753476  82% /
/dev/sda2                31111     12264     17241  42% /boot
/dev/root/fs01         3145628    465992   2679636  15% /u
/dev/root/fs02         9330396   1475848   7854548  16% /prod
tmpfs                  2097152    204836   1892316  10% /tmp

Without use the tmpfs, appears to be OK!!!!!!!!!!

Using 2.4.10-ac7, the same test run OK!!!!!!!!


Andre


> Ok,
>
> Have you checked if the amount of data you copied to the tmpfs device is
> not way too big to fit in memory ?
>
> Remember: Everything copied to tmpfs will be kept in memory, so if you
> simply copy way too much data to tmpfs thats your problem :)
>
> On Wed, 24 Oct 2001, Andre Margis wrote:
> > Em Qua 24 Out 2001 14:44, Marcelo Tosatti escreveu:
> > Marcelo,
> >
> > I restart the test using the same programs, but now I'm using the "cp" on
> > a normal filesystem. At this time everything is OK.
> >
> > In the last run we Nedd 30 minutes to the disaster.
> >
> >
> > Andre
> >
> > > On Wed, 24 Oct 2001, Andre Margis wrote:
> > > > Em Qua 24 Out 2001 15:05, Andre Margis escreveu:
> > > >
> > > > Mor minutes later the machine "froze".
> > >
> > > Could you please redo the tests without tmpfs?
> > >
> > > I'm not sure if its the problem, just want to make sure.
> > >
> > > Thanks.
> > >
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> > > in the body of a message to majordomo@vger.kernel.org
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > > Please read the FAQ at  http://www.tux.org/lkml/

Re: linux-2.4.13 high SWAP

[Linus Torvalds]

In article <200110241936.RAA04632@inter.lojasrenner.com.br>,
Andre Margis  <andre@sam.com.br> wrote:
>
>Without use the tmpfs, appears to be OK!!!!!!!!!!

Ok, the problem appears to be that tmpfs stuff just stays on the
inactive list, and because it cannot be written out it eventually
totally clogs the system.

Suggested fix appended (from Andrea),

		Linus

-----
diff -u --recursive --new-file v2.4.13/linux/drivers/block/rd.c linux/drivers/block/rd.c
--- v2.4.13/linux/drivers/block/rd.c	Tue Oct 23 22:48:50 2001
+++ linux/drivers/block/rd.c	Wed Oct 24 08:59:21 2001
@@ -209,6 +209,7 @@
  */
 static int ramdisk_writepage(struct page *page)
 {
+	activate_page(page);
 	SetPageDirty(page);
 	UnlockPage(page);
 	return 0;
diff -u --recursive --new-file v2.4.13/linux/fs/ramfs/inode.c linux/fs/ramfs/inode.c
--- v2.4.13/linux/fs/ramfs/inode.c	Tue Oct  9 17:06:53 2001
+++ linux/fs/ramfs/inode.c	Wed Oct 24 08:59:21 2001
@@ -81,6 +81,7 @@
  */
 static int ramfs_writepage(struct page *page)
 {
+	activate_page(page);
 	SetPageDirty(page);
 	UnlockPage(page);
 	return 0;

Re: linux-2.4.13 high SWAP

[Lukasz Trabinski]

In article <9r73pv$8h1$1@penguin.transmeta.com> you wrote:
>>
>>Without use the tmpfs, appears to be OK!!!!!!!!!!

> Ok, the problem appears to be that tmpfs stuff just stays on the
> inactive list, and because it cannot be written out it eventually
> totally clogs the system.

> Suggested fix appended (from Andrea),

What about that:

 10:42pm  up 10:09,  2 users,  load average: 1.40, 1.31, 1.28
166 processes: 163 sleeping, 3 running, 0 zombie, 0 stopped
CPU0 states:  0.0% user, 97.0% system,  0.0% nice,  2.0% idle
CPU1 states:  0.1% user, 21.0% system,  0.0% nice, 77.0% idle
Mem:  2061632K av, 2057024K used,    4608K free,       0K shrd,   55412K buff
Swap: 1911528K av,    3060K used, 1908468K free                 1513964K cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
    5 root      16   0     0    0     0 RW   99.9  0.0 157:00 kswapd

It's looks strange and danger. On this machine squid and INN running.
Swap is on still level, but 99.9% for CPU? System without tmpfs, but
with resierfs (50GB of squid spool on 5 partitions).


-- 
*[ Łukasz Trąbiński ]*
SysAdmin @wsisiz.edu.pl

Re: linux-2.4.13 high SWAP

[toon]

On Wed, Oct 24, 2001 at 07:11:59PM +0000, Linus Torvalds wrote:
> In article <200110241936.RAA04632@inter.lojasrenner.com.br>,
> Andre Margis  <andre@sam.com.br> wrote:
> >
> >Without use the tmpfs, appears to be OK!!!!!!!!!!
> 
> Ok, the problem appears to be that tmpfs stuff just stays on the
> inactive list, and because it cannot be written out it eventually
> totally clogs the system.
> 
> Suggested fix appended (from Andrea),
> 
> 		Linus

I started out with a clean 2.4.13 source tree, applied the
activate_page patch, and compile as follows:

make dep clean bzImage
make modules modules_install

The command `make modules_install' results in the following output:

if [ -r System.map ]; then /sbin/depmod -ae -F System.map  2.4.13; fi
depmod: *** Unresolved symbols in /lib/modules/2.4.13/kernel/fs/ramfs/ramfs.o
depmod: 	activate_page

Maybe an #include of some header file is missing somewhere?

Regards,
Toon.
-- 
 /"\                             |   Windows XP:
 \ /     ASCII RIBBON CAMPAIGN   |        "I'm sorry Dave...
  X        AGAINST HTML MAIL     |         I'm afraid I can't do that."
 / \

Re: linux-2.4.13 high SWAP

[David S. Miller]

   From: toon@vdpas.hobby.nl
   Date: Wed, 24 Oct 2001 23:48:26 +0200

   The command `make modules_install' results in the following output:
   
   if [ -r System.map ]; then /sbin/depmod -ae -F System.map  2.4.13; fi
   depmod: *** Unresolved symbols in /lib/modules/2.4.13/kernel/fs/ramfs/ramfs.o
   depmod: 	activate_page
   
   Maybe an #include of some header file is missing somewhere?

No, the fix is even simpler:

--- ../vanilla/linux/kernel/ksyms.c	Wed Oct 17 14:32:50 2001
+++ kernel/ksyms.c	Wed Oct 24 14:45:31 2001
@@ -116,6 +116,7 @@
 EXPORT_SYMBOL(get_unmapped_area);
 EXPORT_SYMBOL(init_mm);
 EXPORT_SYMBOL(deactivate_page);
+EXPORT_SYMBOL(activate_page);
 #ifdef CONFIG_HIGHMEM
 EXPORT_SYMBOL(kmap_high);
 EXPORT_SYMBOL(kunmap_high);

Re: linux-2.4.13..

[André Dahlqvist]

Tim Nicholas <cilix@lsd.net.nz> wrote:

> Every time i tried to do anything i got the same error....
> 
> Inconsistency detected by ld.so: dynamic-link.h: 62:
> elf_get_dynamic_info: Assertion `! "bad dynamic tag"' failed!

What compiler are you using, and what version of binutils? A recent
binutils in Debian was rather borked, so that might be the problem.
-- 

André Dahlqvist <andre.dahlqvist@telia.com>

Re: linux-2.4.13 high SWAP

[Christoph Rohland]

Hi Marcelo,

On Wed, 24 Oct 2001, Marcelo Tosatti wrote:
> Remember: Everything copied to tmpfs will be kept in memory, so if
> you simply copy way too much data to tmpfs thats your problem :)

Nope, it will swap it out.

On Wed, 24 Oct 2001, Linus Torvalds wrote:
> Ok, the problem appears to be that tmpfs stuff just stays on the
> inactive list, and because it cannot be written out it eventually
> totally clogs the system.
> 
> Suggested fix appended (from Andrea),

> --- v2.4.13/linux/fs/ramfs/inode.c	Tue Oct  9 17:06:53 2001
> +++ linux/fs/ramfs/inode.c	Wed Oct 24 08:59:21 2001

tmpfs != ramfs. So either the patch is not complete or fixes another
problem...

Greetings
		Christoph

Re: linux-2.4.13..

[Anuradha Ratnaweera]

On Wed, Oct 24, 2001 at 11:40:26AM +0200, bert hubert wrote:
>
> On Tue, Oct 23, 2001 at 10:52:28PM -0700, Linus Torvalds wrote:
> >
> > final:
> >  - page write-out throttling
> >  - Pete Zaitcev: ymfpci sound driver update (make Civ:CTP happy with it)
> >  - Alan Cox: i2o sync-up
> >  - Andrea Arcangeli: revert broken x86 smp_call_function patch
> >  - me: handle VM write load more gracefully. Merge parts of -aa VM
> 
> Why do we do the exciting VM things in 'final'? We are confusing people with
> pre-patches that are better than actual releases!

IMHO _nothing_ should be done for the final.  A better alternative is to name a
stable pre kernel as a final without changes.  In the current scenario, a final
kernel release is one which is _not_ tested.

Cheers,

Anuradha

-- 

Debian GNU/Linux (kernel 2.4.13)

The most important design issue... is the fact that Linux is supposed to 
be fun...
	-- Linus Torvalds at the First Dutch International Symposium on Linux

Re: linux-2.4.13..

[Stuart Young]

At 08:17 AM 26/10/01 +0600, Anuradha Ratnaweera wrote:
>IMHO _nothing_ should be done for the final.  A better alternative is to 
>name a stable pre kernel as a final without changes.  In the current 
>scenario, a final kernel release is one which is _not_ tested.

My "personal" opinion is that final's are for Documentation updates, 
correction of spelling errors in comments (not code, which needs testing), 
and *possibly* trivial updates to data files (eg: like 
linux/drivers/pci/pci.ids).

There have been a number of 2.4 issues in finals. Not all of them as 
staggering as 2.4.11, but things like the driver issues with the sblive 
(emu10k1) joystick stuff comes to mind, which was a 'final' addition. 
Admittedly it's not a hugely critical system, but it was fairly visible.

What would also be nice is a list of actual changed files for each patch 
mentioned in the ChangeLog, which if there is a problem between 2 revisions 
of a kernel (wether they're pre's of the same major kernel, or different 
major kernels), could really help pinpoint some problems a hell of a lot 
faster. Doesn't have to be in the ChangeLog, but it'd nice to have about 
(especially for those that don't keep every version of the kernel on disk).

Then again, opinions are like..... *grin*



AMC Enterprises P/L    - Stuart Young
First Floor            - Network and Systems Admin
3 Chesterville Rd      - sgy@amc.com.au
Cheltenham Vic 3192    - Ph:  (03) 9584-2700
http://www.amc.com.au/ - Fax: (03) 9584-2755

Re: linux-2.4.13 high SWAP

[Robert Scussel]

Just thought that I would add our experience.

We have experienced the same kind of swap symptoms described, however we
have no mounted tmpfs, or ramfs partitions. We have, in fact,
experienced the same symptoms on the 2.4.2,2.4.5,2.4.7 and 2.4.12
kernel, haven't yet tried the 2.4.13 kernel.  The symptoms include hung
processes which can not be killed, system cannot right to disk, and
files accessed during this time are filled with binary zeros.  As sync
does not work as well, the only resolution is to do a reboot -f -n.

All systems are comprised of exclusively SGI XFS partitions, with dual
pentium II/III processors.

Any insight would be helpful,

Robert Scussel
--
Robert Scussel
1024D/BAF70959/0036 B19E 86CE 181D 0912  5FCC 92D8 1EA1 BAF7 0959

Re: linux-2.4.13 high SWAP

[Pablo Ninja]

Hi Robert,

I'm just a regular user of sgi xfs on my desktop and I noted It eats up all memory (maybe cos it caches too much). Don't know if it matters but have you ever tried to umount/mount these partitions ?

[]'s
Pablo

On Mon, 29 Oct 2001 23:49:56 -0500
Robert Scussel <rscuss@omniti.com> wrote:

> Just thought that I would add our experience.
> 
> We have experienced the same kind of swap symptoms described, however we
> have no mounted tmpfs, or ramfs partitions. We have, in fact,
> experienced the same symptoms on the 2.4.2,2.4.5,2.4.7 and 2.4.12
> kernel, haven't yet tried the 2.4.13 kernel.  The symptoms include hung
> processes which can not be killed, system cannot right to disk, and
> files accessed during this time are filled with binary zeros.  As sync
> does not work as well, the only resolution is to do a reboot -f -n.
> 
> All systems are comprised of exclusively SGI XFS partitions, with dual
> pentium II/III processors.
> 
> Any insight would be helpful,
> 
> Robert Scussel
> --
> Robert Scussel
> 1024D/BAF70959/0036 B19E 86CE 181D 0912  5FCC 92D8 1EA1 BAF7 0959
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> in the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 



=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Pablo Borges                                pablo.borges@uol.com.br
-------------------------------------------------------------------
  ____                                               Tecnologia UOL
 /    \    Debian:
 |  =_/      The 100% suck free linux distro.
  \
    \      SETI is lame. http://www.distributed.net
                                                     Dnetc is XNUG!

Re: linux-2.4.13 high SWAP

[Ulrich Wiederhold]

Hi,
* Pablo Ninja <pablo.ninja@uol.com.br> [011030 11:28]:
> I'm just a regular user of sgi xfs on my desktop and I noted It eats up all memory (maybe cos it caches too much). Don't know if it matters but have you ever tried to umount/mount these partitions ?
> 
No problems here with sgi xfs on a lvm-volume and 2.4.13, 192MB RAM,
K6-2/400.

Uli

> 
> On Mon, 29 Oct 2001 23:49:56 -0500
> Robert Scussel <rscuss@omniti.com> wrote:
> 
> > Just thought that I would add our experience.
> > 
> > We have experienced the same kind of swap symptoms described, however we
> > have no mounted tmpfs, or ramfs partitions. We have, in fact,
> > experienced the same symptoms on the 2.4.2,2.4.5,2.4.7 and 2.4.12
> > kernel, haven't yet tried the 2.4.13 kernel.  The symptoms include hung
> > processes which can not be killed, system cannot right to disk, and
> > files accessed during this time are filled with binary zeros.  As sync
> > does not work as well, the only resolution is to do a reboot -f -n.
> > 
> > All systems are comprised of exclusively SGI XFS partitions, with dual
> > pentium II/III processors.
> > 
> > Any insight would be helpful,
> > 
> > Robert Scussel
> > --
> > Robert Scussel
> > 1024D/BAF70959/0036 B19E 86CE 181D 0912  5FCC 92D8 1EA1 BAF7 0959
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> > in the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at  http://www.tux.org/lkml/
> > 
> 
> 
> 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Pablo Borges                                pablo.borges@uol.com.br
> -------------------------------------------------------------------
>   ____                                               Tecnologia UOL
>  /    \    Debian:
>  |  =_/      The 100% suck free linux distro.
>   \
>     \      SETI is lame. http://www.distributed.net
>                                                      Dnetc is XNUG!
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
-- 
'The box said, 'Requires Windows 95 or better', so i installed Linux - TKK 5

Re: linux-2.4.13 high SWAP

[Andre Margis]

I test 2.4.9 , 2.4.10-ac7, 2.4.13 and all have this problem, I'm not using 
XFS, but reiserfs with LVM and 4 GB RAM. I detected if use tmpfs the kswapd 
eat my all CPU's, in 2.4.13 the system hang after a time. Now I'm testing 
2.4.13-ac3 without tmpfs and he is very better than the others versions. But 
a nice test is disable the HIGHMEM support. I have a machine with 1GB RAM and 
the system is very fine and stable, running 2.4.10-ac7.

 


Em Ter 30 Out 2001 02:49, Robert Scussel escreveu:
> Just thought that I would add our experience.
>
> We have experienced the same kind of swap symptoms described, however we
> have no mounted tmpfs, or ramfs partitions. We have, in fact,
> experienced the same symptoms on the 2.4.2,2.4.5,2.4.7 and 2.4.12
> kernel, haven't yet tried the 2.4.13 kernel.  The symptoms include hung
> processes which can not be killed, system cannot right to disk, and
> files accessed during this time are filled with binary zeros.  As sync
> does not work as well, the only resolution is to do a reboot -f -n.
>
> All systems are comprised of exclusively SGI XFS partitions, with dual
> pentium II/III processors.
>
> Any insight would be helpful,
>
> Robert Scussel

Re: linux-2.4.13 high SWAP

[Robert Scussel]

Pablo Ninja wrote:
> 
> Hi Robert,
> 
> I'm just a regular user of sgi xfs on my desktop and I noted It eats up all memory (maybe cos it caches too much). Don't know if it matters but have you ever tried to umount/mount these partitions ?
>

Yes, I have tried to unmount the partition, however, it is impossible
once the machine gets into this state. 

One thing that I have noticed is that when the load starts to increase,
a manual sync, although it takes a long time, appears to keep off an
immediate hang of the system. Once the load gets above 25 however, the
machines spiral out of control.

Robert


> []'s
> Pablo
> 
> On Mon, 29 Oct 2001 23:49:56 -0500
> Robert Scussel <rscuss@omniti.com> wrote:
> 
> > Just thought that I would add our experience.
> >
> > We have experienced the same kind of swap symptoms described, however we
> > have no mounted tmpfs, or ramfs partitions. We have, in fact,
> > experienced the same symptoms on the 2.4.2,2.4.5,2.4.7 and 2.4.12
> > kernel, haven't yet tried the 2.4.13 kernel.  The symptoms include hung
> > processes which can not be killed, system cannot right to disk, and
> > files accessed during this time are filled with binary zeros.  As sync
> > does not work as well, the only resolution is to do a reboot -f -n.
> >
> > All systems are comprised of exclusively SGI XFS partitions, with dual
> > pentium II/III processors.
> >
> > Any insight would be helpful,
> >
> > Robert Scussel
> > --
> > Robert Scussel
> > 1024D/BAF70959/0036 B19E 86CE 181D 0912  5FCC 92D8 1EA1 BAF7 0959
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> > in the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at  http://www.tux.org/lkml/
> >
> 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Pablo Borges                                pablo.borges@uol.com.br
> -------------------------------------------------------------------
>   ____                                               Tecnologia UOL
>  /    \    Debian:
>  |  =_/      The 100% suck free linux distro.
>   \
>     \      SETI is lame. http://www.distributed.net
>                                                      Dnetc is XNUG!
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

--
Robert Scussel
1024D/BAF70959/0036 B19E 86CE 181D 0912  5FCC 92D8 1EA1 BAF7 0959

Re: linux-2.4.13 high SWAP

[Theo Schlossnagle]

On Tuesday, October 30, 2001, at 10:10  AM, Andre Margis wrote:
> I test 2.4.9 , 2.4.10-ac7, 2.4.13 and all have this problem, I'm not 
> using
> XFS, but reiserfs with LVM and 4 GB RAM. I detected if use tmpfs the 
> kswapd
> eat my all CPU's, in 2.4.13 the system hang after a time. Now I'm 
> testing
> 2.4.13-ac3 without tmpfs and he is very better than the others 
> versions. But
> a nice test is disable the HIGHMEM support. I have a machine with 1GB 
> RAM and
> the system is very fine and stable, running 2.4.10-ac7.

To contrast.  We have had the best success with Linux 2.4.7 with HIGHMEM 
support enabled.

I see several people having similar symptoms and everyone is point 
fingers at tmpfs or ramfs or xfs (I pointed my finger there 
originally).  It seems to me that it is something more fundamental and 
that particular usage patterns are triggering this.  I have around 20 
different dual processor machines that run 2.4.7-xfs, 2.4.2-xfs, or 
2.4.12-xfs and I can only replicate it when I put heavy filesystem 
activity on the machine.

Every time I replicate the problem, I become less certain of the actual 
cause!  I have kdb and SysReq enabled on all these boxes and it doesn't 
cause a console freeze, so if some extra info would be helpful, let me 
know and I will gather it during the next "glitch."


I am confident that the problem, on triggered, directly effects all 
filesystem code.  Once I have an "unkillable" process scheduled, it is 
CPU bound and all filesystem sync operations fail.  The sync command 
never returns, reboot won't work without (-n) and all my mailers (exim 
in this case) freeze on their fsync calls.

The _REALLY_ bad thing here (other than suspended disk I/O and the cruel 
reboot) is that all file blocks that are modified after this "glitch" 
are full of \000's upon reboot.  A good portion of my mail spool is 
corrupted as well as other files.  I don't know if this is specific to 
only journalled file systems as I cannot afford the downtime of 
replicating this problem on a non-journalled fs.

--
Theo Schlossnagle
1024D/82844984/95FD 30F1 489E 4613 F22E  491A 7E88 364C 8284 4984
2047R/33131B65/71 F7 95 64 49 76 5D BA  3D 90 B9 9F BE 27 24 E7