Ext3 users - Jun 2001 - VALinux's 2.4.5 beta kernel with Ext3

Anyone try this yet?

ftp://ftp.valinux.com/pub/software/kernel/beta/2.4.5-beta2va3.11/

List of SRPM contents follows.

-- TheBS

atomic-lookup.patch
atomicalloc.patch
byteprofiling.patch
comtrol-1.23.patch
configs-2.4.5.tar.gz
copy-user-reschedule.patch
dac960-enclosure-quiet.patch
dma-livelock-fix.patch
e100-1.5.5.tar.gz
e1000-3.0.7.tar.gz
eepro100-speedo-1.patch
emu10k1-tone.patch
exports-cleanup.patch
ext3-2.4.patch
finerflush.patch
ide-450nx-nodma-2
ide-probe-irq-silent
ipmi-kcs-2.0.patch
iput-free.patch
kernel.spec
ksymoops-2.3.4.tar.gz
linux-2.4.5.tar.gz
linux-ksymoops-2.3.4-install.patch
linux-ksymoops-2.3.4-nobfddep.patch
ncr53c8xx-quiet.patch
net-exports.patch
pagecache-ac18.patch
per-cpu-pages.patch
pid-profiling.patch
print-64gb-oops.patch
ptrace-thread-signal.patch
rh-changeloop.patch
rpcalias.patch
scsi-error-recovery-1.patch
scsicam.patch
setup-2.4.5.tar.gz
smptimers.patch
thread-core-dump.patch
tux-fixes.patch
tux-kstat.patch
tux-process.patch
tux-syscall.patch
tux-sysctl.patch
tux-vfs.patch
tux2.patch
usbdock-1.patch
vm-1-2-3-gbyte.patch
vm-readahead.patch

-- 
Bryan J. Smith   mailto:b.j.smith@ieee.org   chat:thebs413
SmithConcepts, Inc.           http://www.SmithConcepts.com
=========================================================Linux 'Worms'
exploit known security holes that were fixed
3-12 months earlier.  NT/2000 'Worms' exploit unknown se-
curity holes that won't be fixed for another 3-12 months.

"Bryan J. Smith" wrote:
> 
> Anyone try this yet?
> 
> ftp://ftp.valinux.com/pub/software/kernel/beta/2.4.5-beta2va3.11/
> 
The ext3 patch in that kernel is dated May 30.  A lot of stuff
has been fixed since then.  The safest and sanest place to get
ext3 patches at this time is http://www.uow.edu.au/~andrewm/linux/ext3/

I'll be putting drops from CVS there any time anything significant
has changed.  Running from CVS is *normally* OK, but if you time
it wrongly you may pick up a patch which is either broken or has
unwanted debug code in it.  Best watch the gkernel commit mailing
list to see what state it's in.

I've just put up 0.0.6 which, since 0.0.5 has:

- Fixed a crash which was occurring where metadata was getting
  incorrectly recycled as data

- Fixed HIGHMEM support.

It's in fairly good shape.  I'd recommend against using quotas
at this time.  Ordered data mode has had the most testing.
Interactions with loop, highmem, reiserfs and ext2 are OK.
Interaction testing with RAID and LVM has not even commenced
(reports welcome!)

I'd recommend building with JBD debugging and buffer tracing
turned off - there have been more SMP races in the debug
code than anywhere else, and the buffer tracing code uses
heaps of memory.  If you *do* get a repeating failure, please
turn them on again to get diagnostics.