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
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 [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
christophe barbe <[email protected]> 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 [email protected]
University of Stuttgart http://cert.uni-stuttgart.de/
RUS-CERT +49-711-685-5973/fax +49-711-685-5898
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: [email protected] || ICQ# 15869961
http://tim.nicholas.net.nz/ || Dunedin, NZ
Cell phone# +64 21 113 0399 || Home phone# +64 3 471 8415
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
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
Tim Nicholas <[email protected]> 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 <[email protected]>
Andy Pevy <[email protected]> :
[Compaq Fibre Channel failure]
Didn't build in -pre either. It compiles fine in -ac.
--
Ueimor
> Andy Pevy <[email protected]> :
> [Compaq Fibre Channel failure]
>
> Didn't build in -pre either. It compiles fine in -ac.
>
See here...
ftp://ftp.compaq.com/pub/products/drivers/linux/released/cpqfc/cpqfc_2.1.0_f
or_2.4.10-ac8.patch
--
Markus Doehr AUBI Baubschlaege GmbH
IT Admin/SAP R/3 Basis Zum Grafenwald
fon: +49 6503 917 152 54411 Hermeskeil
fax: +49 6503 917 190 http://www.aubi.de
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
In article <[email protected]>,
bert hubert <[email protected]> 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
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
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 [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
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.
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 [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
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 [email protected]
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
>
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 [email protected]
> > > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > > Please read the FAQ at http://www.tux.org/lkml/
In article <[email protected]>,
Andre Margis <[email protected]> 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;
In article <[email protected]> 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
On Wed, Oct 24, 2001 at 07:11:59PM +0000, Linus Torvalds wrote:
> In article <[email protected]>,
> Andre Margis <[email protected]> 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."
/ \
From: [email protected]
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);
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
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
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 - [email protected]
Cheltenham Vic 3192 - Ph: (03) 9584-2700
http://www.amc.com.au/ - Fax: (03) 9584-2755
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
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 <[email protected]> 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 [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Pablo Borges [email protected]
-------------------------------------------------------------------
____ Tecnologia UOL
/ \ Debian:
| =_/ The 100% suck free linux distro.
\
\ SETI is lame. http://www.distributed.net
Dnetc is XNUG!
Hi,
* Pablo Ninja <[email protected]> [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 <[email protected]> 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 [email protected]
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
> >
>
>
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Pablo Borges [email protected]
> -------------------------------------------------------------------
> ____ 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 [email protected]
> 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
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
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 <[email protected]> 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 [email protected]
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
> >
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Pablo Borges [email protected]
> -------------------------------------------------------------------
> ____ 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 [email protected]
> 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
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