compiling a 2.4.26 with uml-patch-2.4.24-3 still seems to have
the __cmpxchg issue.
i attached the mentioned patch and after that, it compiles cleanly
----- Original Message -----
From: "Jeff Dike" <jdike@...>
Sent: Thursday, May 13, 2004 12:08 AM
Subject: [uml-devel] uml-patch-2.4.24-3
> This patch contains a ton of hostfs/humfs work.
> The kernel infrastructure that was in hostfs_kern.c was made asynchronous,
> cleaned up, and many bugs fixed. It was also renamed to externfs. The old
> hostfs_user.c is now host_fs.c. Previously, there were a number of bugs
> conspiring to make hostfs completely synchronous, so you could read a file
> in, change it from the host, read it again, and see the new contents. This
> is now very likely not to work. If you depend on it, yell, and I'll see how
> to get it back. O_SYNC will make writes synchronous, and O_DIRECT (when this
> stuff makes it into my 2.6 tree) should do the same for writes, if it can
> be invoked from mount for an entire filesystem.
> humfs is now able to accept plug-in metadata modules, thanks to Piotr Neuman.
> The existing shadow filesystem metadata is now plugged in to this interface,
> and lives in meta_fs.c. This will enable all the other metadata backends
> that people suggested earlier to be plugged in. Piotr is currently working
> on a tdb backend.
> There was also a cleanup patch from Paul Wagland.
> Everything in arch/um/fs/hostfs is now kernel code, and the USER_* stuff
> in the Makefile is now gone.
> As for everything else, there were
> a fix from Oleg which causes malloc to call vmalloc, which I changed
> to check the allocation size and only use vmalloc for large allocations
> a fix for a bug in mconsole_interrupt which would crash if it ever saw
> an empty to-do list which cleaned up the code
> a ethernet ioctl patch from Gerd Knorr
> clean-up of the AIO support, which should now build and run on 2.4,
> falling back to the IO thread if 2.6 AIO support isn't available
> a filehandle abstraction to support reclaiming file descriptors
> when we hit the kernel limit
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver higher performing products faster, at low TCO.
> User-mode-linux-devel mailing list