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..

[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..

[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..

[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

[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

[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 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

[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: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 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..

[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..

[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..

[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..

[Markus Döhr]

> Andy Pevy <andy.pevy@nokia.com> :
> [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