From: Jeff D. <jd...@ka...> - 2003-02-19 20:05:53
|
This patch updates UML to 2.5.62 and merges in the changes pending in the 2.4 UML pool. Among the changes: More help entries in the config Build fixes, updates, and cleanups ubd driver cleanups and fixes uaccess fencepost fix The 2.5.62-1 UML patch is available at http://uml-pub.ists.dartmouth.edu/uml/uml-patch-2.5.62-1.bz2 For the other UML mirrors and other downloads, see http://user-mode-linux.sourceforge.net/dl-sf.html Other links of interest: The UML project home page : http://user-mode-linux.sourceforge.net The UML Community site : http://usermodelinux.org Jeff |
From: Jeff D. <jd...@ka...> - 2003-02-26 19:03:17
|
This patch updates UML to 2.5.63. The major change in this patch is the inclusion of hostfs and hppfs, which were 2.4-only until someone figured out the 2.5 vfs changes enough to forward port them. This was done by Petr Baudis, who ported hostfs. I used those changes to bring hppfs forward. hostfs seems to work OK, although there is a loose end or two that needs fixing. hppfs is non-functional now, although it does mount and mirror procfs. There were also a bunch of bug fixes: some interrupt blocking bugs are fixed a ubd driver file locking bug is gone The 2.5.63-1 UML patch is available at http://uml-pub.ists.dartmouth.edu/uml/uml-patch-2.5.63-1.bz2 For the other UML mirrors and other downloads, see http://user-mode-linux.sourceforge.net/dl-sf.html Other links of interest: The UML project home page : http://user-mode-linux.sourceforge.net The UML Community site : http://usermodelinux.org Jeff |
From: Daniel P. <phi...@ar...> - 2003-02-26 22:54:22
|
On Wednesday 26 February 2003 20:05, Jeff Dike wrote: > This patch updates UML to 2.5.63... Built and booted. However, without CONFIG_MODULES=3Dy it doesn't build: gcc -Wp,-MD,arch/um/sys-i386/.module.o.d -D__KERNEL__ -Iinclude -Wall=20 -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common=20 -U__i386__ -Ui386 -g -D__arch_um__ -DSUBARCH=3D\"i386\" -D_LARGEFILE64_SO= URCE=20 -Iarch/um/include -Derrno=3Dkernel_errno -Dsigprocmask=3Dkernel_sigprocma= sk=20 -I/m/src/uml.2.5.63/arch/um/kernel/tt/include=20 -I/m/src/uml.2.5.63/arch/um/kernel/skas/include -nostdinc -iwithprefix=20 include -DKBUILD_BASENAME=3Dmodule -DKBUILD_MODNAME=3Dmodule -c -o=20 arch/um/sys-i386/module.o arch/um/sys-i386/module.c arch/um/sys-i386/module.c: In function `apply_relocate': arch/um/sys-i386/module.c:89: dereferencing pointer to incomplete type arch/um/sys-i386/module.c: In function `apply_relocate_add': arch/um/sys-i386/module.c:103: dereferencing pointer to incomplete type make[1]: *** [arch/um/sys-i386/module.o] Error 1 make: *** [arch/um/sys-i386] Error 2 Native 2.5.63 (i386) is ok with or without CONFIG_MODULES=3Dy. Regards, Daniel |
From: Oleg D. <gr...@na...> - 2003-02-27 07:40:43
|
Hello! On Thu, Feb 27, 2003 at 06:45:27AM +0100, Daniel Phillips wrote: > > This patch updates UML to 2.5.63... > Built and booted. However, without CONFIG_MODULES=y it doesn't build: > gcc -Wp,-MD,arch/um/sys-i386/.module.o.d -D__KERNEL__ -Iinclude -Wall > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common > -U__i386__ -Ui386 -g -D__arch_um__ -DSUBARCH=\"i386\" -D_LARGEFILE64_SOURCE > -Iarch/um/include -Derrno=kernel_errno -Dsigprocmask=kernel_sigprocmask > -I/m/src/uml.2.5.63/arch/um/kernel/tt/include > -I/m/src/uml.2.5.63/arch/um/kernel/skas/include -nostdinc -iwithprefix > include -DKBUILD_BASENAME=module -DKBUILD_MODNAME=module -c -o > arch/um/sys-i386/module.o arch/um/sys-i386/module.c > arch/um/sys-i386/module.c: In function `apply_relocate': > arch/um/sys-i386/module.c:89: dereferencing pointer to incomplete type > arch/um/sys-i386/module.c: In function `apply_relocate_add': > arch/um/sys-i386/module.c:103: dereferencing pointer to incomplete type > make[1]: *** [arch/um/sys-i386/module.o] Error 1 > make: *** [arch/um/sys-i386] Error 2 > Native 2.5.63 (i386) is ok with or without CONFIG_MODULES=y. Patch below (that Jeff have not picked up yet) fixes that. Bye, Oleg # This is a BitKeeper generated patch for the following project: # Project Name: Linux kernel tree # This patch format is intended for GNU patch command version 2.5 or higher. # This patch includes the following deltas: # ChangeSet 1.949 -> 1.950 # arch/um/sys-i386/Makefile 1.15 -> 1.16 # # The following is the BitKeeper ChangeSet Log # -------------------------------------------- # 03/02/13 gr...@an... 1.950 # Only build module.c if we have modules support selected # -------------------------------------------- # diff -Nru a/arch/um/sys-i386/Makefile b/arch/um/sys-i386/Makefile --- a/arch/um/sys-i386/Makefile Thu Feb 27 10:38:20 2003 +++ b/arch/um/sys-i386/Makefile Thu Feb 27 10:38:20 2003 @@ -1,7 +1,8 @@ -obj-y = bugs.o checksum.o extable.o fault.o ksyms.o ldt.o module.o \ +obj-y = bugs.o checksum.o extable.o fault.o ksyms.o ldt.o \ ptrace.o ptrace_user.o semaphore.o sigcontext.o syscalls.o sysrq.o obj-$(CONFIG_HIGHMEM) += highmem.o +obj-$(CONFIG_MODULES) += module.o USER_OBJS := bugs.o ptrace_user.o sigcontext.o fault.o USER_OBJS := $(foreach file,$(USER_OBJS),$(obj)/$(file)) |
From: Werner A. <wa...@al...> - 2003-02-27 01:34:54
|
Jeff Dike wrote: > This patch updates UML to 2.5.63. The major change in this patch is the > inclusion of hostfs and hppfs, which were 2.4-only until someone figured > out the 2.5 vfs changes enough to forward port them. This was done by Petr > Baudis, who ported hostfs. Lovely, thanks ! Is it Christmas already ? :-) Actually, root-hostfs doesn't seem to work yet: ./linux ubd0=/...somewhere.../root_fs ... # grep hostfs /proc/filesystems nodev hostfs root-hostfs # mount none /mnt -t hostfs # ls /mnt ... looks excellent... But, with the same kernel: ./linux ubd0r=/ init=/bin/sh # or ubd0, no "r" ... VFS: Cannot open root device "6200" or 62:00 Is this not supposed to work yet ? - Werner -- _________________________________________________________________________ / Werner Almesberger, Buenos Aires, Argentina wa...@al... / /_http://www.almesberger.net/____________________________________________/ |
From: Henrik N. <hn...@ma...> - 2003-02-27 06:47:01
|
On Wed, 26 Feb 2003, Werner Almesberger wrote: > But, with the same kernel: > > ./linux ubd0r=/ init=/bin/sh # or ubd0, no "r" > ... > VFS: Cannot open root device "6200" or 62:00 > > Is this not supposed to work yet ? No idea if the ubd hack for hostfs works, but it should not be required at all (is not in 2.4). This is how I boot 2.4 kernels with hostfs: linux root=/dev/root rootflags=/path/to/uml/root rootfstype=hostfs devfs=mount Regards Henrik |
From: Werner A. <wa...@al...> - 2003-02-27 11:23:42
|
Henrik Nordstrom wrote: > This is how I boot 2.4 kernels with hostfs: > > linux root=/dev/root rootflags=/path/to/uml/root rootfstype=hostfs > devfs=mount Wow, amazing. That did the trick for 2.5.63-1, too. Actually, only the "rootfstype=hostfs" seems to be needed. This works too: ./linux ubd0r=/ init=/bin/sh rootfstype=hostfs Thanks ! - Werner -- _________________________________________________________________________ / Werner Almesberger, Buenos Aires, Argentina wa...@al... / /_http://www.almesberger.net/____________________________________________/ |
From: Trent L. <tr...@ir...> - 2003-02-27 11:32:01
|
my problem with hostfs roots is that some files (e.g. many in /usr) are owned by different groups such as 'list' for mailing lists and other stuff wont hostfs break this? At 08:22 AM 27/02/2003 -0300, Werner Almesberger wrote: >Henrik Nordstrom wrote: > > This is how I boot 2.4 kernels with hostfs: > > > > linux root=/dev/root rootflags=/path/to/uml/root rootfstype=hostfs > > devfs=mount > >Wow, amazing. That did the trick for 2.5.63-1, too. Actually, >only the "rootfstype=hostfs" seems to be needed. This works >too: > >./linux ubd0r=/ init=/bin/sh rootfstype=hostfs > >Thanks ! > >- Werner > >-- > _________________________________________________________________________ > / Werner Almesberger, Buenos Aires, Argentina wa...@al... / >/_http://www.almesberger.net/____________________________________________/ > > >------------------------------------------------------- >This SF.NET email is sponsored by: >SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! >http://www.vasoftware.com >_______________________________________________ >User-mode-linux-devel mailing list >Use...@li... >https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel |
From: Henrik N. <hn...@ma...> - 2003-02-27 12:47:28
|
tor 2003-02-27 klockan 12.31 skrev Trent Lloyd: > my problem with hostfs roots is that some files (e.g. many in /usr) are > owned by different groups > such as 'list' for mailing lists and other stuff > wont hostfs break this? Depends. If the same gid is available on the host, and the user who runs the uml kernel is member of this gid then it should work. However, any files created in the hostfs will be owned by "root". Any files which should be writeable by non-root users within the UML must not reside on hostfs. Regards Henrik -- Henrik Nordstrom <hn...@ma...> MARA Systems AB |
From: Trent L. <tr...@ir...> - 2003-02-27 13:08:11
|
At 01:47 PM 27/02/2003 +0100, you wrote: >tor 2003-02-27 klockan 12.31 skrev Trent Lloyd: > > my problem with hostfs roots is that some files (e.g. many in /usr) are > > owned by different groups > > such as 'list' for mailing lists and other stuff > > wont hostfs break this? > >Depends. > >If the same gid is available on the host, and the user who runs the uml >kernel is member of this gid then it should work. > >However, any files created in the hostfs will be owned by "root". so only the uids are changed not the gids? so what if i attempt to set the group to somethign im not a member of and it its the root group does it get set to the users default group? >Any files which should be writeable by non-root users within the UML >must not reside on hostfs. > >Regards >Henrik >-- >Henrik Nordstrom <hn...@ma...> >MARA Systems AB > > > >------------------------------------------------------- >This SF.NET email is sponsored by: >SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! >http://www.vasoftware.com >_______________________________________________ >User-mode-linux-devel mailing list >Use...@li... >https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel |
From: Henrik N. <hn...@ma...> - 2003-02-27 13:35:34
|
tor 2003-02-27 klockan 14.08 skrev Trent Lloyd: > so only the uids are changed > not the gids? That is the intention from what I can tell, but I have never verified what happens with the gids. > so what if i attempt to set the group to somethign im not a member of > and it its the root group does it get set to the users default group? Sorry, I do not quite follow there.. give an example of what you'd like to happen both in the UML and on the host. -- Henrik Nordstrom <hn...@ma...> MARA Systems AB |
From: Jeff D. <jd...@ka...> - 2003-02-27 16:47:12
|
hn...@ma... said: > This is how I boot 2.4 kernels with hostfs: Neat. That means I can throw out the ubd kludge that I thought was necessary. wa...@al... said: > This works too: > ./linux ubd0r=/ init=/bin/sh rootfstype=hostfs This will stop working when I remove that support from the ubd driver, so Henrik's method looks like the way to go. Jeff |
From: Werner A. <wa...@al...> - 2003-02-27 16:51:37
|
Jeff Dike wrote: > Neat. That means I can throw out the ubd kludge that I thought was necessary. Okay, so I can stop trying to fix "ubd0r" ;-) Much cleaner that way, indeed. Thanks, - Werner -- _________________________________________________________________________ / Werner Almesberger, Buenos Aires, Argentina wa...@al... / /_http://www.almesberger.net/____________________________________________/ |
From: Oleg D. <gr...@na...> - 2003-02-20 08:09:10
|
Hello! On Wed, Feb 19, 2003 at 03:08:08PM -0500, Jeff Dike wrote: > ubd driver cleanups and fixes Ah, great. Except it introduced new breakage. That hunk below from your diff adds add_disk() call. Notice how a bit down we have another call to add_disk(), that is not removed. So we end up woth two add_disk() calls. Of course sysfs gets upset immediately (probably not only it). diff -Naur a/arch/um/drivers/ubd_kern.c b/arch/um/drivers/ubd_kern.c --- a/arch/um/drivers/ubd_kern.c Wed Feb 19 11:24:39 2003 +++ b/arch/um/drivers/ubd_kern.c Wed Feb 19 11:29:49 2003 @@ -499,17 +516,22 @@ disk->major = major; disk->first_minor = minor; disk->fops = &ubd_blops; + disk->private_data = dev; + disk->queue = &ubd_queue; set_capacity(disk, size / 512); - /* needs to be ubd -> /dev/ubd/discX/disc */ - sprintf(disk->disk_name, "ubd"); + sprintf(disk->disk_name, name); *disk_out = disk; + add_disk(disk); - /* /dev/ubd/N style names */ - sprintf(devfs_name, "%d", unit); - *handle_out = devfs_register(dir_handle, devfs_name, - DEVFS_FL_REMOVABLE, major, minor, - S_IFBLK | S_IRUSR | S_IWUSR | S_IRGRP | - S_IWGRP, &ubd_blops, NULL); + if(handle_out != NULL){ + /* /dev/ubd/N style names */ + sprintf(devfs_name, "%d", unit); + *handle_out = devfs_register(dir_handle, devfs_name, + DEVFS_FL_DEFAULT, major, minor, + S_IFBLK | S_IRUSR | S_IWUSR | + S_IRGRP | S_IWGRP, &ubd_blops, + NULL); + } disk->private_data = &ubd_dev[unit]; disk->queue = &ubd_queue; add_disk(disk); Bye, Oleg |