So here goes -pre4, with JFS merged.
Also, if you got bootup lockups or some unexpected weird error try
-pre4 ;)
Summary of changes from v2.4.20-pre3 to v2.4.20-pre4
============================================
<[email protected]>:
o setup_arch() cleanups
o (2/4) discontigmem support for i386 against 2.4.20pre3
<[email protected]>:
o Fix a problem that when doing online resizing, resizer code forgot to update bitmap usage counters
o Fix a problem where bitmap usage counters were possibly incorrectly updated on bigendian and 64 bit boxes
<[email protected]>:
o VM docs from -ac
o fix current BK tree compilation with devfs enabled
<[email protected]>:
o 686-notsc_A0
o [PATCH] notsc-warning_A0
<[email protected]>:
o USB: hpusbscsi driver updates
<[email protected]>:
o USB storage: get rid of DMA to stack
Adrian Bunk <[email protected]>:
o Fix ftape build problems
Christoph Hellwig <[email protected]>:
o JFS: Initial import of version 1.0.18 for Linux 2.4
Dave Kleikamp <[email protected]>:
o JFS: Fix structure alignment problem on 64-bit machines
o JFS: Add hch's copyright
o JFS: sanitize ->clear_inode, remove ->put-inode
o Fix races in JFS threads
o JFS: Yet another truncation fix
o JFS does not need to set i_version. It is never used
o JFS: fix fsync
o procfs entries should be created when CONFIG_JFS_STATISTICS is set
o JFS: set s_maxbytes to 1 byte lower
o Rework JFS's inode locking
o JFS: Dynamically allocate metapage structures
o Remove d_delete calls from jfs_rmdir & jfs_unlink
o JFS: Fix handling of commit_sem
o Add resize function to JFS
o fix typo in fs/jfs/resize.c
o JFS: Replace depreciated initializer syntax with C99 style
o JFS: Trivial fixes
Geert Uytterhoeven <[email protected]>:
o Fix compile warning in init/do_mounts.c
Greg Kroah-Hartman <[email protected]>:
o USB: serial Config.in cleanups
o USB: ftdi_sio driver update
o USB: ipaq driver updates
o USB: pl2303 driver update
o USB: serial driver minor fixes
o USB: ir-usb driver minor fixes
o USB: add usb-storage sddr-55 driver
o USB: bluetooth driver fixes
o USB: scanner driver update and maintainer change
Marcelo Tosatti <[email protected]>:
o Changed EXTRAVERSION to -pre4
o Added arch/i386/kernel/time.o to exportobj list
Niels Kristian Bech Jensen <[email protected]>:
o Avoiding implicit declaration in net/netsyms.c
o Fixing a compiler warning in drivers/block/genhd.c
Paul Mackerras <[email protected]>:
o fix bug in yield()
Richard Gooch <[email protected]>:
o Switched to ISO C structure field initialisers
o base.c
Simon Evans <[email protected]>:
o 2.4.19 - add support for f5u011 to catc.c
Steven Cole <[email protected]>:
o 2.4.20-pre2 add module text for 58 options
Trond Myklebust <[email protected]>:
o Add round trip timing to RPC over UDP client [1/3]
o Add round trip timing to RPC over UDP client [2/3]
o Add round trip timing to RPC over UDP client [3/3]
o Improve RPC request ordering
o Improve network congestion code [1/3]
o Improve network congestion code [2/3]
o Improve network congestion code [3/3]
o Fix RPC write_space() code
o Increase UDP socket buffer size
V. Ganesh <[email protected]>:
o typo in usb/serial/ipaq.h
Is the -aa VM going to be merged into 2.4.20 or will this happen at any later release of 2.4?
On Tue, 20 Aug 2002 [email protected] wrote:
> Is the -aa VM going to be merged into 2.4.20 or will this happen at any
> later release of 2.4?
Is somebody going to split up the -aa VM in small pieces and
send those to marcelo, including an explanation of what each
individual piece does and why ?
If so, there's probably quite a decent chance stuff will be
merged.
regards,
Rik
--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
On Mon, Aug 19, 2002 at 07:46:16PM -0300, Marcelo Tosatti wrote:
>
> So here goes -pre4, with JFS merged.
>
> Also, if you got bootup lockups or some unexpected weird error try
> -pre4 ;)
Hi Marcelo,
-pre4 compiles fine and boots correctly for me (dual athlon, nfs client).
Compiled and loaded JFS, but not tested.
Cheers,
Willy
>> Is the -aa VM going to be merged into 2.4.20 or will this happen at any
>> later release of 2.4?
>
> Is somebody going to split up the -aa VM in small pieces and
> send those to marcelo, including an explanation of what each
> individual piece does and why ?
>
> If so, there's probably quite a decent chance stuff will be
> merged.
I thought Andrew already did that?
M.
> >> Is the -aa VM going to be merged into 2.4.20 or will this happen at any
> >> later release of 2.4?
> >
> > Is somebody going to split up the -aa VM in small pieces and
> > send those to marcelo, including an explanation of what each
> > individual piece does and why ?
> >
> > If so, there's probably quite a decent chance stuff will be
> > merged.
>
> I thought Andrew already did that?
He did, and last time I heard some where applied to 2.4.19 and the rest
will be applied to
2.4.20
---------------------------------------------
This message was sent using M-Web Airmail.
JUST LIKE THAT
Are you ready for 10-digit dialling?
To find out how this will affect your Internet connection go to http://www.mweb.co.za/ten
http://airmail.mweb.co.za/
compil and boot : ok
i'm testing this kernel, and i don't have any problem with it
my compiler is the new gcc-3.2
--
Stephane Wirtel <[email protected]>
Web : http://www.linux-mons.be "Linux Is Not UniX !!!"
On Tue, 20 Aug 2002 [email protected] wrote:
> Date: Tue, 20 Aug 2002 03:55:40 +0200
> From: [email protected]
> To: [email protected]
> Subject: =?iso-8859-1?Q?Re: Linux 2.4.20-pre4?=
>
> Is the -aa VM going to be merged into 2.4.20 or will this happen at any later release of 2.4?
>
I hope it will be merged soon. A very loaded Oracle db with 2GB sga (dual
PIII 1400 Mhz 4GB RAM), seems to be mutch smarter with latest aa.
Hi Willy!
On Tue, 20 Aug 2002, Willy Tarreau wrote:
> Compiled and loaded JFS, but not tested.
In case you use a gcc compiler 3.1+ please test your jfs extensively. dbench
works good for me.
I have had problem with JFS compiled with gcc 3.1+. It causes oopses that
stop any fs activity and the machine freezes.
Regards,
Axel
On Mon, Aug 19, 2002 at 07:46:16PM -0300, Marcelo Tosatti wrote:
>
> So here goes -pre4, with JFS merged.
>
> Also, if you got bootup lockups or some unexpected weird error try
> -pre4 ;)
It fails to compile on sparc32 with:
make[3]: Entering directory `/db/linux/linux.20pre4/drivers/block'
gcc -D__KERNEL__ -I/db/linux/linux.20pre4/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -m32 -pipe -mno-fpu -fcall-used-g5 -fcall-used-g7 -nostdinc -I /usr/lib/gcc-lib/sparc-linux/2.95.4/include -DKBUILD_BASENAME=ll_rw_blk -DEXPORT_SYMTAB -c ll_rw_blk.c
ll_rw_blk.c: In function `blk_seg_merge_ok':
ll_rw_blk.c:287: warning: implicit declaration of function `page_to_phys'
gcc -D__KERNEL__ -I/db/linux/linux.20pre4/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -m32 -pipe -mno-fpu -fcall-used-g5 -fcall-used-g7 -nostdinc -I /usr/lib/gcc-lib/sparc-linux/2.95.4/include -DKBUILD_BASENAME=blkpg -DEXPORT_SYMTAB -c blkpg.c
In file included from /db/linux/linux.20pre4/include/linux/blk.h:4,
from blkpg.c:34:
/db/linux/linux.20pre4/include/linux/blkdev.h: In function `blk_queue_bounce':
/db/linux/linux.20pre4/include/linux/blkdev.h:157: `mem_map' undeclared (first use in this function)
/db/linux/linux.20pre4/include/linux/blkdev.h:157: (Each undeclared identifier is reported only once
/db/linux/linux.20pre4/include/linux/blkdev.h:157: for each function it appears in.)
In file included from /db/linux/linux.20pre4/include/linux/locks.h:5,
from /db/linux/linux.20pre4/include/linux/blk.h:5,
from blkpg.c:34:
/db/linux/linux.20pre4/include/linux/mm.h: At top level:
/db/linux/linux.20pre4/include/linux/mm.h:416: `mem_map' used prior to declaration
make[3]: *** [blkpg.o] Error 1
make[3]: Leaving directory `/db/linux/linux.20pre4/drivers/block'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/db/linux/linux.20pre4/drivers/block'
make[1]: *** [_subdir_block] Error 2
make[1]: Leaving directory `/db/linux/linux.20pre4/drivers'
make: *** [_dir_drivers] Error 2
florin
--
"If it's not broken, let's fix it till it is."
41A9 2BDE 8E11 F1C5 87A6 03EE 34B3 E075 3B90 DFE4
On Tue, Aug 20, 2002 at 09:40:28AM -0500, Florin Iucha wrote:
> It fails to compile on sparc32 with:
These errors (and more) are addressed in a patch which should be making its
way upstream. Please feel free to grab it out of the
[email protected] mailing list archives if you really want to use
pre4. Also, [email protected] is the sparc32 mailing list, so
please post any problems/patches there.
Regards,
Rob Radez
On Tue, Aug 20, 2002 at 11:51:51AM -0400, Rob Radez wrote:
> On Tue, Aug 20, 2002 at 09:40:28AM -0500, Florin Iucha wrote:
> > It fails to compile on sparc32 with:
>
> These errors (and more) are addressed in a patch which should be making its
> way upstream. Please feel free to grab it out of the
> [email protected] mailing list archives if you really want to use
> pre4. Also, [email protected] is the sparc32 mailing list, so
> please post any problems/patches there.
I have found your patch and now it compiles but 'make modules_install'
fails with:
depmod: *** Unresolved symbols in
/lib/modules/2.4.20-pre4/kernel/net/sunrpc/sunrpc.o
depmod: ___illegal_use_of_BTFIXUP_SETHI_in_module
depmod: ___f_set_pte
depmod: fix_kmap_begin
depmod: ___f_flush_cache_all
depmod: ___f_pte_clear
depmod: ___f_mk_pte
depmod: ___f_flush_tlb_all
I have upgraded to the latest modultils. I will install the latest
binutils and try again (right now I am using binutils 2.12.90.0.1-4
from Debian-testing).
florin
--
"If it's not broken, let's fix it till it is."
41A9 2BDE 8E11 F1C5 87A6 03EE 34B3 E075 3B90 DFE4
minor depmod issues:
[root@gorn linux-2.4.20-pre4]# /sbin/depmod -ae -F System.map
2.4.20-pre4
depmod: *** Unresolved symbols in
/lib/modules/2.4.20-pre4/kernel/drivers/media/radio/miropcm20.o
depmod: aci_rw_cmd_Rsmp_cc7c4cd8
depmod: aci_port_Rsmp_0d82adb6
depmod: aci_version_Rsmp_93350c87
depmod: *** Unresolved symbols in
/lib/modules/2.4.20-pre4/kernel/drivers/media/video/bttv.o
depmod: mod_firmware_load_Rsmp_39e3dd23
[root@gorn linux-2.4.20-pre4]#
On 20 Aug 2002, Samuel Flory wrote:
> minor depmod issues:
>
> [root@gorn linux-2.4.20-pre4]# /sbin/depmod -ae -F System.map
> 2.4.20-pre4
>...
> /lib/modules/2.4.20-pre4/kernel/drivers/media/video/bttv.o
> depmod: mod_firmware_load_Rsmp_39e3dd23
> [root@gorn linux-2.4.20-pre4]#
Your kernel doesn't include any sound support? A workaround is to say "M"
at "Sound/Sound card support" (you don't need any of the drivers below).
I've sent a mail to Gerd Knorr explaining the cause of this problem a few
minutes ago.
cu
Adrian
--
You only think this is a free country. Like the US the UK spends a lot of
time explaining its a free country because its a police state.
Alan Cox
Hi,
On Mon, 2 Sep 2002, Adrian Bunk wrote:
> > /lib/modules/2.4.20-pre4/kernel/drivers/media/video/bttv.o
> > depmod: mod_firmware_load_Rsmp_39e3dd23
>
> A workaround is to say "M" at "Sound/Sound card support"
Isn't the correct soluion a fresh compile (i.e. from clean sources)?
Thunder
--
--./../...-/. -.--/---/..-/.-./..././.-../..-. .---/..-/.../- .-
--/../-./..-/-/./--..-- ../.----./.-../.-.. --./../...-/. -.--/---/..-
.- -/---/--/---/.-./.-./---/.--/.-.-.-
--./.-/-.../.-./.././.-../.-.-.-
On Mon, 2 Sep 2002, Thunder from the hill wrote:
> On Mon, 2 Sep 2002, Adrian Bunk wrote:
> > > /lib/modules/2.4.20-pre4/kernel/drivers/media/video/bttv.o
> > > depmod: mod_firmware_load_Rsmp_39e3dd23
> >
> > A workaround is to say "M" at "Sound/Sound card support"
>
> Isn't the correct soluion a fresh compile (i.e. from clean sources)?
No, I suspect the problem is the one I describe in [1].
> Thunder
cu
Adrian
[1] http://marc.theaimsgroup.com/?l=linux-kernel&m=103097532016257&w=2
--
You only think this is a free country. Like the US the UK spends a lot of
time explaining its a free country because its a police state.
Alan Cox
Hi,
On Mon, 2 Sep 2002, Adrian Bunk wrote:
> > On Mon, 2 Sep 2002, Adrian Bunk wrote:
> > > > /lib/modules/2.4.20-pre4/kernel/drivers/media/video/bttv.o
> > > > depmod: mod_firmware_load_Rsmp_39e3dd23
> >
> > Isn't the correct soluion a fresh compile (i.e. from clean sources)?
>
> No, I suspect the problem is the one I describe in [1].
The symbol type looks horribly different:
above: symbol w/version
below: symbol w/o version
> [1] http://marc.theaimsgroup.com/?l=linux-kernel&m=103097532016257&w=2
Thunder
--
--./../...-/. -.--/---/..-/.-./..././.-../..-. .---/..-/.../- .-
--/../-./..-/-/./--..-- ../.----./.-../.-.. --./../...-/. -.--/---/..-
.- -/---/--/---/.-./.-./---/.--/.-.-.-
--./.-/-.../.-./.././.-../.-.-.-