Menu
▾
▴
user-mode-linux-user
You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(15) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(6) |
Feb
(1) |
Mar
(39) |
Apr
(13) |
May
(24) |
Jun
(11) |
Jul
(23) |
Aug
(85) |
Sep
(12) |
Oct
(103) |
Nov
(79) |
Dec
(112) |
| 2001 |
Jan
(52) |
Feb
(82) |
Mar
(84) |
Apr
(65) |
May
(105) |
Jun
(188) |
Jul
(174) |
Aug
(182) |
Sep
(103) |
Oct
(137) |
Nov
(143) |
Dec
(98) |
| 2002 |
Jan
(258) |
Feb
(236) |
Mar
(386) |
Apr
(307) |
May
(238) |
Jun
(170) |
Jul
(252) |
Aug
(230) |
Sep
(278) |
Oct
(394) |
Nov
(336) |
Dec
(194) |
| 2003 |
Jan
(290) |
Feb
(182) |
Mar
(175) |
Apr
(220) |
May
(209) |
Jun
(286) |
Jul
(279) |
Aug
(164) |
Sep
(208) |
Oct
(324) |
Nov
(204) |
Dec
(380) |
| 2004 |
Jan
(344) |
Feb
(332) |
Mar
(395) |
Apr
(357) |
May
(349) |
Jun
(352) |
Jul
(279) |
Aug
(269) |
Sep
(374) |
Oct
(442) |
Nov
(428) |
Dec
(253) |
| 2005 |
Jan
(225) |
Feb
(219) |
Mar
(245) |
Apr
(249) |
May
(203) |
Jun
(157) |
Jul
(171) |
Aug
(194) |
Sep
(200) |
Oct
(232) |
Nov
(190) |
Dec
(195) |
| 2006 |
Jan
(158) |
Feb
(190) |
Mar
(235) |
Apr
(161) |
May
(134) |
Jun
(169) |
Jul
(117) |
Aug
(161) |
Sep
(170) |
Oct
(297) |
Nov
(230) |
Dec
(205) |
| 2007 |
Jan
(197) |
Feb
(132) |
Mar
(151) |
Apr
(97) |
May
(109) |
Jun
(99) |
Jul
(57) |
Aug
(110) |
Sep
(56) |
Oct
(119) |
Nov
(39) |
Dec
(45) |
| 2008 |
Jan
(101) |
Feb
(116) |
Mar
(141) |
Apr
(98) |
May
(133) |
Jun
(61) |
Jul
(43) |
Aug
(76) |
Sep
(20) |
Oct
(32) |
Nov
(22) |
Dec
(41) |
| 2009 |
Jan
(35) |
Feb
(15) |
Mar
(18) |
Apr
(13) |
May
(13) |
Jun
(26) |
Jul
(12) |
Aug
(32) |
Sep
(21) |
Oct
(41) |
Nov
(35) |
Dec
(12) |
| 2010 |
Jan
(3) |
Feb
(35) |
Mar
(28) |
Apr
(20) |
May
(5) |
Jun
(14) |
Jul
(6) |
Aug
(8) |
Sep
(20) |
Oct
(20) |
Nov
(10) |
Dec
(12) |
| 2011 |
Jan
(14) |
Feb
(10) |
Mar
(14) |
Apr
(14) |
May
(13) |
Jun
(43) |
Jul
(13) |
Aug
(50) |
Sep
(30) |
Oct
(23) |
Nov
(15) |
Dec
(49) |
| 2012 |
Jan
(15) |
Feb
(28) |
Mar
(7) |
Apr
|
May
(12) |
Jun
(13) |
Jul
(28) |
Aug
(11) |
Sep
(19) |
Oct
(27) |
Nov
(5) |
Dec
(25) |
| 2013 |
Jan
(18) |
Feb
(19) |
Mar
(56) |
Apr
(26) |
May
(38) |
Jun
(24) |
Jul
(42) |
Aug
(24) |
Sep
(4) |
Oct
(3) |
Nov
(18) |
Dec
(4) |
| 2014 |
Jan
(10) |
Feb
(9) |
Mar
(3) |
Apr
|
May
(12) |
Jun
(34) |
Jul
(8) |
Aug
(18) |
Sep
(3) |
Oct
(27) |
Nov
(2) |
Dec
(1) |
| 2015 |
Jan
|
Feb
(10) |
Mar
(49) |
Apr
(2) |
May
(4) |
Jun
(7) |
Jul
(1) |
Aug
(17) |
Sep
(7) |
Oct
(35) |
Nov
(40) |
Dec
(4) |
| 2016 |
Jan
(9) |
Feb
|
Mar
(6) |
Apr
|
May
(10) |
Jun
(2) |
Jul
|
Aug
|
Sep
(5) |
Oct
|
Nov
|
Dec
(1) |
| 2017 |
Jan
(2) |
Feb
(4) |
Mar
(1) |
Apr
(4) |
May
(31) |
Jun
(9) |
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(2) |
| 2018 |
Jan
|
Feb
|
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: David W. <dw...@in...> - 2000-08-22 18:08:40
|
bu...@gn... said: > I think you have never tested something like this. You're right. I was about to hack it up. Would you care to enlighten me about what I'll discover, and save me the trouble? :) -- dwmw2 |
|
From: Lennert B. <bu...@gn...> - 2000-08-22 18:07:23
|
On Tue, 22 Aug 2000, David Woodhouse wrote:
> What's the reason for requiring a daemon to be run as root?
>
> Wouldn't it be possible to simply use a /dev/tap{x] device directly from
> the UML? Then all root needs to do is:
>
> ifconfig tap0 $IPADDR pointopoint $UMLADDR
> chown $UMLUSER /dev/tap0
I think you have never tested something like this.
greetings,
Lennert
|
|
From: David W. <dw...@in...> - 2000-08-22 17:39:27
|
What's the reason for requiring a daemon to be run as root?
Wouldn't it be possible to simply use a /dev/tap{x] device directly from
the UML? Then all root needs to do is:
ifconfig tap0 $IPADDR pointopoint $UMLADDR
chown $UMLUSER /dev/tap0
--
dwmw2
|
|
From: Jeff D. <jd...@ka...> - 2000-08-20 01:12:19
|
> Funny thing is that it thinks it's running on an um processor. Or
> something. Another thing that goofs up is that my bash login scripts
> add ~/bin.`uname -m` to my path, which works perfectly fine on
> {i386,sparc,sun4u} machines, but not on any of the virtual machines
> here (quite a few already...)
If you don't like 'um' as your arch, put 'fakearch' on the kernel command
line.
That will make it assume the underlying arch.
> Now this is of course easy to kludge around, but wouldn't it be saner
> if the uml 'kernel' just returned the name of the host architecture to
> 'uname -m' instead of just 'um'? There's not really supposed to be
> anything that distinguishes this virtual machine from a real i386,
> right?
I'm open to arguments on this one. It sort of seems like the right thing to
do.
It also happens automatically, which contributes to its rightness. In the
kernel pool, $ARCH is set to 'um' which causes it to build in arch/um. $ARCH
is automatically used to fill in the utsname structure. I'd have to modify
the generic kernel in order to change that.
> (Apart from some NFS unmount hangs (which might be in stock
> 2.4.0-test6 too, didn't check) and an occasional kernel panic once a
> day, these virtual machines seem to be working remarkably well.)
How is a kernel panic once a day working remarkably well? And why don't you
tell me when it panics? I can't fix things unless I know about them. And
until now, I didn't know about any extant panics.
So, what is the panic, and what's the backtrace, and do you know how to
reproduce it?
> When trying to load the ip_tables module in an uml I get:
> [root@dev0 netfilter]# insmod ./ip_tables.o
> ./ip_tables.o: unresolved symbol get_fault_addr
> ./ip_tables.o: unresolved symbol set_fault_addr
> ./ip_tables.o: unresolved symbol current_task
They just haven't been exported yet. Stick EXPORT_SYMBOL in the appropriate
places, and it should work. Then send me the patch.
Jeff
|
|
From: Lennert B. <bu...@gn...> - 2000-08-19 23:59:59
|
Hi again, When trying to load the ip_tables module in an uml I get: [root@dev0 netfilter]# insmod ./ip_tables.o ./ip_tables.o: unresolved symbol get_fault_addr ./ip_tables.o: unresolved symbol set_fault_addr ./ip_tables.o: unresolved symbol current_task [root@dev0 netfilter]# Known issue? Bug? Supposed not to work? greetings, Lennert |
|
From: Lennert B. <bu...@gn...> - 2000-08-19 23:43:31
|
Hi,
I am trying to compile an uml in an uml session and am getting the
following:
[buytenh@dev0 linux]$ make menuconfig
arch/um/Makefile:1: arch/um/Makefile-um: No such file or directory
make: *** No rule to make target `arch/um/Makefile-um'. Stop.
[buytenh@dev0 linux]$
Funny thing is that it thinks it's running on an um processor. Or
something. Another thing that goofs up is that my bash login scripts add
~/bin.`uname -m` to my path, which works perfectly fine on
{i386,sparc,sun4u} machines, but not on any of the virtual machines here
(quite a few already...)
Now this is of course easy to kludge around, but wouldn't it be saner if
the uml 'kernel' just returned the name of the host architecture to 'uname
-m' instead of just 'um'? There's not really supposed to be anything that
distinguishes this virtual machine from a real i386, right?
(Apart from some NFS unmount hangs (which might be in stock 2.4.0-test6
too, didn't check) and an occasional kernel panic once a day, these
virtual machines seem to be working remarkably well.)
greetings,
Lennert
|
|
From: Jeff D. <jd...@ka...> - 2000-08-18 15:31:05
|
bu...@gn... said: > If you need more info feel free to contact me. That's pretty much what I expected. Just wanted to see it for myself... Jeff |
|
From: Lennert B. <bu...@gn...> - 2000-08-18 14:17:56
|
On Fri, 18 Aug 2000, Jeff Dike wrote: > > the following patch appears to be needed to compile uml 2.4.0-test6 on > > my reasonably standard Red Hat 6.2 machine (gcc and binutils and the > > like are the vendor-supplied packages). > > Bill Stearns found the same thing. What was the error message you > got? I'm running RH 6.0, and it works fine, so I'd like to know what > the difference is. make[1]: Entering directory `/data/uml/kernel/linux/arch/um/drivers' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/data/uml/kernel/linux/arch/um/drivers' make CFLAGS="-D__KERNEL__ -I/data/uml/kernel/linux/include -Wall -Wstrict-prototypes -O2 -g -U__i386__ -Ui386 -D__arch_um__ -DSUBARCH=\"i386\" -DNESTING=0 -fno-strict-aliasing " -C /data/uml/kernel/linux/arch/um/kernel make[1]: Entering directory `/data/uml/kernel/linux/arch/um/kernel' ld -r -o unmap_fin.o unmap.o -lc ld: cannot find -lc make[1]: *** [unmap_fin.o] Error 1 make[1]: Leaving directory `/data/uml/kernel/linux/arch/um/kernel' make: *** [_dir_/data/uml/kernel/linux/arch/um/kernel] Error 2 [root@mara linux]# If you need more info feel free to contact me. And thanks again for your work on uml. greetings, Lennert |
|
From: Jeff D. <jd...@ka...> - 2000-08-18 13:07:47
|
> the following patch appears to be needed to compile uml 2.4.0-test6 on > my reasonably standard Red Hat 6.2 machine (gcc and binutils and the > like are the vendor-supplied packages). Bill Stearns found the same thing. What was the error message you got? I'm running RH 6.0, and it works fine, so I'd like to know what the difference is. Jeff |
|
From: Lennert B. <bu...@gn...> - 2000-08-18 12:34:08
|
Hi, the following patch appears to be needed to compile uml 2.4.0-test6 on my reasonably standard Red Hat 6.2 machine (gcc and binutils and the like are the vendor-supplied packages). Much thanks to all for uml by the way! I love it! greetings, Lennert --- Makefile.old Fri Aug 18 14:25:36 2000 +++ Makefile Fri Aug 18 14:25:45 2000 @@ -41,7 +41,7 @@ gcc -D__KERNEL__ $(USER_CFLAGS) $(EXTRA_CFLAGS) -c -o $@ $< unmap_fin.o : unmap.o - ld -r -o $@ $< -lc + ld -r -o $@ $< -lc -L/usr/lib $(LIB): $(OBJS) $(OX_OBJS) rm -f $@ |
|
From: Jeff D. <jd...@ka...> - 2000-08-18 06:18:10
|
> the kernel patch for 2.4.0-test6 seems to be missing from the ftp dir > on sourceforge. And the link on the download page seems to be stale. Somehow, it disappeared. I replaced it. Jeff |
|
From: Lennert B. <bu...@gn...> - 2000-08-18 01:47:55
|
Hi, the kernel patch for 2.4.0-test6 seems to be missing from the ftp dir on sourceforge. And the link on the download page seems to be stale. Is this just my local universe screwing up or do other people see this too? greetings, Lennert ftp> pwd 257 "/mounts/u3/sourceforge/user-mode-linux" is current directory. ftp> ls *test6* 200 PORT command successful. 150 Opening ASCII mode data connection for file list. deb-package-2.4.0-test6.tar.bz2 linux-2.4.0-test6.bz2 rh-package-2.4.0-test6.tar.bz2 226 Transfer complete. |
|
From: Jeff D. <jd...@ka...> - 2000-08-16 17:24:44
|
You missed the typo:
./linux-2.4.0-test6 udb0=root_fs_redhat_6.2
^^
vs
root=/dev/ubd0
^^
Simple. I like questions like this :-)
Jeff
|
|
From: William S. <wst...@po...> - 2000-08-16 16:45:55
|
Good morning, Etienne, On Wed, 16 Aug 2000, Etienne Tourigny-Manning wrote: > I just tried using linux-2.4.0-test6 with the root_fs_redhat_6.2. > I used the command-line `./linux-2.4.0-test6 udb0=root_fs_redhat_6.2` > and it doesn't boot up: > > tourige@gaia ~/user_linux]% ./linux-2.4.0-test6 udb0=root_fs_redhat_6.2 > tracing thread pid = 10008 > Linux version 2.4.0-test6-1um (jd...@cc...) (gcc version > egcs-2 19990314/Linux (egcs-1.1.2 release)) #1 Tue Aug 15 13:40:25 EST > 2000 > On node 0 totalpages: 4096 > zone(0): 0 pages. > zone(1): 4096 pages. > zone(2): 0 pages. > Kernel command line: udb0=root_fs_redhat_6.2 root=/dev/ubd0 > Calibrating delay loop... 583.27 BogoMIPS > Memory: 16112k available > Dentry-cache hash table entries: 2048 (order: 2, 16384 bytes) > Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) > Page-cache hash table entries: 4096 (order: 2, 16384 bytes) > Inode-cache hash table entries: 1024 (order: 1, 8192 bytes) > VFS: Diskquotas version dquot_6.4.0 initialized > POSIX conformance testing by UNIFIX > Linux NET4.0 for Linux 2.4 > Based upon Swansea University Computer Society NET3.039 > NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. > NET4: Linux TCP/IP 1.0 for NET4.0 > IP Protocols: ICMP, UDP, TCP > IP: routing cache hash table of 512 buckets, 4Kbytes > TCP: Hash tables configured (established 1024 bind 1024) > Starting kswapd v1.7 > pty: 256 Unix98 ptys configured > RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize > loop: registered device at major 7 > loop: enabling 8 loop devices > User-mode Linux network interface 0.005 (eth0) > User-mode Linux network interface 0.005 (eth1) > User-mode Linux network interface 0.005 (eth2) > User-mode Linux network interface 0.005 (eth3) > Initializing stdio console driver > Initializing software serial port version 0 > serial line 0 assigned pty /dev/ptyp4 > ssl receive thread is pid 10014 > Couldn't stat "root_fs" : No such file or directory Hmmm, do you have a root filesystem in the current directory? Try: ls -al root_fs and see if there's a file by that name here. If not, go back to the download page http://sourceforge.net/project/showfiles.php?group_id=429 and pull down a root filesystem file for uml to use. Anything in the Root Filesystem section (except for the "kit" versions) are ready to run; just download and uncompress them and start up your uml kernel again. Cheers, - Bill > devfs: v0.102 (20000622) Richard Gooch (rg...@at...) > devfs: devfs_debug: 0x0 > devfs: boot_options: 0x0 > ubd0: Can't open "root_fs": > No such file or directory > VFS: Cannot open root device "ubd0" or 62:00 > Please append a correct "root=" boot option > Kernel panic: VFS: Unable to mount root fs on 62:00 --------------------------------------------------------------------------- "She worked with a subdued intensity... She once told me that the only way to know when you have done something truly great is when your spine tingles." - on Alice Kober, cryptanalist, in The Code Book, Simon Singh. -------------------------------------------------------------------------- William Stearns (wst...@po...). Mason, Buildkernel, named2hosts, and ipfwadm2ipchains are at: http://www.pobox.com/~wstearns LinuxMonth; articles for Linux Enthusiasts! http://www.linuxmonth.com -------------------------------------------------------------------------- |
|
From: Etienne Tourigny-M. <to...@ir...> - 2000-08-16 16:36:55
|
Hi, I just tried using linux-2.4.0-test6 with the root_fs_redhat_6.2. I used the command-line `./linux-2.4.0-test6 udb0=root_fs_redhat_6.2` and it doesn't boot up: tourige@gaia ~/user_linux]% ./linux-2.4.0-test6 udb0=root_fs_redhat_6.2 tracing thread pid = 10008 Linux version 2.4.0-test6-1um (jd...@cc...) (gcc version egcs-2 19990314/Linux (egcs-1.1.2 release)) #1 Tue Aug 15 13:40:25 EST 2000 On node 0 totalpages: 4096 zone(0): 0 pages. zone(1): 4096 pages. zone(2): 0 pages. Kernel command line: udb0=root_fs_redhat_6.2 root=/dev/ubd0 Calibrating delay loop... 583.27 BogoMIPS Memory: 16112k available Dentry-cache hash table entries: 2048 (order: 2, 16384 bytes) Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 4096 (order: 2, 16384 bytes) Inode-cache hash table entries: 1024 (order: 1, 8192 bytes) VFS: Diskquotas version dquot_6.4.0 initialized POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 1024 bind 1024) Starting kswapd v1.7 pty: 256 Unix98 ptys configured RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: registered device at major 7 loop: enabling 8 loop devices User-mode Linux network interface 0.005 (eth0) User-mode Linux network interface 0.005 (eth1) User-mode Linux network interface 0.005 (eth2) User-mode Linux network interface 0.005 (eth3) Initializing stdio console driver Initializing software serial port version 0 serial line 0 assigned pty /dev/ptyp4 ssl receive thread is pid 10014 Couldn't stat "root_fs" : No such file or directory devfs: v0.102 (20000622) Richard Gooch (rg...@at...) devfs: devfs_debug: 0x0 devfs: boot_options: 0x0 ubd0: Can't open "root_fs": No such file or directory VFS: Cannot open root device "ubd0" or 62:00 Please append a correct "root=" boot option Kernel panic: VFS: Unable to mount root fs on 62:00 I was wondering what are the MINIMAL options to get it running in a console Thank you very much Etienne Tourigny a user-mode-linux newbie |
|
From: Jeff D. <jd...@ka...> - 2000-08-15 18:35:09
|
The user-mode port of 2.4.0-test6 is really available this time. I fixed a stupid, long-standing bug and it started working a lot better. I'll recap what went into the last two releases since this is the first release in which they are really usable: Jim Leu's virtual ethernet driver provides a low-level network interface for uml. It's easier to use, more general, and more flexible than the existing slip-based umn interface, which I am planning on eliminating at some point. Setting up the umn device is fraught with permission problems from allocating the pty, to setting the line discipline on it, and configuring the slip device. If all you want is an isolated virtual network, the eth device requires no privileges; an external daemon handles packet routing. If you want to put the host on the virtual net or put the virtual net on a physical ethernet, all you need is to be able to allocate and configure an ethertap device. See http://user-mode-linux.sourceforge.net/networking.html for more details. Also, there's Lars Brinkhoff's ptrace proxy, which allows gdb to debug kernel threads without attaching to them, which they can't because they are already being syscall traced. You can invoke the debugger from kernel startup by putting 'debug' on the command line. You will get an xterm with gdb in it stopped at the top of start_kernel(). You can start gdb afterwards by sending the tracing thread a SIGUSR1. You attach to the kernel and do whatever gdb things you want. This doesn't totally work yet. Breakpoints, examining data, and looking at source work fine. Stepping through code works most of the time, except sometimes, it acts like you said 'cont' instead of 'next' or 'step'. Putting conditions or commands on breakpoints doesn't work at all. Doing that will cause segfaults. More information is available at http://user-mode-linux.sourceforge.net/debugging.html The project's home page is http://user-mode-linux.sourceforge.net The project's download page is http://sourceforge.net/project/filelist.php?grou p_id=429 Jeff |
|
From: Jeff D. <jd...@ka...> - 2000-08-15 04:42:36
|
> (gdb) i sym 0x10034f7d > proc_pid_lookup + 353 in section .text I've seen a bunch of strange things happen around there. I'm chasing one of them now. > (gdb) i line *0x10034f7d Line 64 of "/usr/src/uml-linux/ > linux-2.4.0-test6.uml/include/asm/arch/atomic.h" > starts at address 0x10034f7d <proc_pid_lookup+353> > and ends at 0x10034f7f <proc_pid_lookup+355>. You can get better line info by stepping forward from the last address (0x10034f7f) + 1 until you get a line number in a .c file. That will tell you where atomic_inc was called from. Jeff |
|
From: William S. <wst...@po...> - 2000-08-15 02:40:27
|
Good evening, Jeff,
On Mon, 14 Aug 2000, Jeff Dike wrote:
> wst...@po... said:
> > Initializing random number generator... done.
> > Recovering nvi editor sessions... done.
> > INIT: Entering runlevel: 2
> > Initializing random number generator... done.
> > Recovering nvi editor sessions... done.
> > INIT: Entering runlevel: 2
> > Kernel panic: Kernel mode fault at addr 0x53409f94, ip 0x10034f7d
>
> What root_fs was that? It's a bit strange for it to be entering runlevel 2
> twice.
I found the source of the error; it was gpm in the host kernel.
;-) Maybe if I posted the text just _once_ it would make more sense.
> To see where the crash was, do 'i sym 0x10034f7d' at that gdb.
>
> 'i line *0x10034f7d' will give you line number information if it's available.
(gdb) file /usr/src/uml-linux/linux-2.4.0-test6.uml/linux
Reading symbols from /usr/src/uml-linux/linux-2.4.0-test6.uml/linux...done.
(gdb) i sym 0x10034f7d
proc_pid_lookup + 353 in section .text
(gdb) i line *0x10034f7d
Line 64 of
"/usr/src/uml-linux/linux-2.4.0-test6.uml/include/asm/arch/atomic.h"
starts at address 0x10034f7d <proc_pid_lookup+353>
and ends at 0x10034f7f <proc_pid_lookup+355>.
Cool! Thanks for the pointer.
static __inline__ void atomic_inc(volatile atomic_t *v)
{
__asm__ __volatile__(
LOCK "incl %0"
:"=m" (__atomic_fool_gcc(v))
:"m" (__atomic_fool_gcc(v)));
}
Line 64 is the "__asm__ __volatile__ (" line. Sorry, I tried to
get a backtrace, but was unsuccessful. Not all that useful without a
backtrace, I suppose, but I couldn't convince gdb to give me a bt. Oh
well.
> I'm not too worried about this one. test6 is a piece of cr*p. When I can
> boot it up and run my stress testers on it again, I'll become concerned about
> other people's problems :-)
Touche'. *smile*
Cheers,
- Bill
---------------------------------------------------------------------------
"Put down those Windows disks, Dave..."
-- HAL
--------------------------------------------------------------------------
William Stearns (wst...@po...). Mason, Buildkernel, named2hosts,
and ipfwadm2ipchains are at: http://www.pobox.com/~wstearns
LinuxMonth; articles for Linux Enthusiasts! http://www.linuxmonth.com
--------------------------------------------------------------------------
|
|
From: Jeff D. <jd...@ka...> - 2000-08-15 01:48:19
|
wst...@po... said: > Initializing random number generator... done. > Recovering nvi editor sessions... done. > INIT: Entering runlevel: 2 > Initializing random number generator... done. > Recovering nvi editor sessions... done. > INIT: Entering runlevel: 2 > Kernel panic: Kernel mode fault at addr 0x53409f94, ip 0x10034f7d What root_fs was that? It's a bit strange for it to be entering runlevel 2 twice. To see where the crash was, do 'i sym 0x10034f7d' at that gdb. 'i line *0x10034f7d' will give you line number information if it's available. I'm not too worried about this one. test6 is a piece of cr*p. When I can boot it up and run my stress testers on it again, I'll become concerned about other people's problems :-) Jeff |
|
From: William S. <wst...@po...> - 2000-08-15 00:33:35
|
Good day, Jeff,
On Thu, 10 Aug 2000, Jeff Dike wrote:
> The user-mode port of 2.4.0-test6 is available.
I had to make a quick patch to get it to compile; do I have libc.a
in a non-standard location?
diff -bud linux-2.4.0-test6.uml/arch/um/kernel/Makefile.orig linux-2.4.0-test6.uml/arch/um/kernel/Makefile
--- linux-2.4.0-test6.uml/arch/um/kernel/Makefile.orig Mon Aug 14 19:34:49 2000
+++ linux-2.4.0-test6.uml/arch/um/kernel/Makefile Mon Aug 14 20:09:03 2000
@@ -41,7 +41,7 @@
gcc -D__KERNEL__ $(USER_CFLAGS) $(EXTRA_CFLAGS) -c -o $@ $<
unmap_fin.o : unmap.o
- ld -r -o $@ $< -lc
+ ld -r -L/usr/lib -o $@ $< -lc
$(LIB): $(OBJS) $(OX_OBJS)
rm -f $@
Once applied, I get
...
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Kernel panic: Kernel mode fault at addr 0x53409f94, ip 0x10034f7d
Hangup
Adding debug brings up the gdb window, but I'm not good enough
with gdb to figure out what to do. Sorry. I do know enough about the
process to know that the addr/ip pair isn't enough to find the problem
without System.map. I'd be happy to provide that if it's useful, but I
suspect you've got enough crashes of your own.
Cheers,
- Bill
---------------------------------------------------------------------------
"Assuming that piece of ear weighed about 1/2 an ounce, Bill
[Gates] could afford to eat 443.39 pounds of Evander Holyfield if he were
so inclined."
-=- http://web.quuxuum.org/~evan/bgnw.html
(Courtesy of James Mastros <ro...@je...>)
--------------------------------------------------------------------------
William Stearns (wst...@po...). Mason, Buildkernel, named2hosts,
and ipfwadm2ipchains are at: http://www.pobox.com/~wstearns
LinuxMonth; articles for Linux Enthusiasts! http://www.linuxmonth.com
--------------------------------------------------------------------------
|
|
From: David W. <dw...@in...> - 2000-08-14 18:06:59
|
On Mon, 14 Aug 2000, Jeff Dike wrote:
> dw...@re... said:
> > For most ldiscs, yes. Not SLIP, though.
> > static int slip_open(struct tty_struct *tty) {
> > struct slip *sl;
> > int err;
> > if(!capable(CAP_NET_ADMIN))
> > return -EPERM;
>
> When did that happen? My sources (2.2.5, RH 6.0 :-) don't have anything like
> that. I guess that explains why I'm getting away with so much.
My CVS tree says 2.2.13
> So, your idea of passing the fd into the helper for setup seems like a
> good one. The problem is that I'm planning on retiring the umn device
> in favor of the eth device at some point, so I don't exactly feel like
> putting time into it. If someone else wants to, I'll merge the
> changes, though.
I'll have a poke at it. I don't really want to play with ethertap on the
host.
--
dwmw2
|
|
From: Jeff D. <jd...@ka...> - 2000-08-14 17:55:59
|
dw...@re... said:
> For most ldiscs, yes. Not SLIP, though.
> static int slip_open(struct tty_struct *tty) {
> struct slip *sl;
> int err;
> if(!capable(CAP_NET_ADMIN))
> return -EPERM;
When did that happen? My sources (2.2.5, RH 6.0 :-) don't have anything like
that. I guess that explains why I'm getting away with so much.
Maybe you shouldn't run such a secure OS :-)
So, your idea of passing the fd into the helper for setup seems like a good
one. The problem is that I'm planning on retiring the umn device in favor of
the eth device at some point, so I don't exactly feel like putting time into
it. If someone else wants to, I'll merge the changes, though.
Jeff
|
|
From: David W. <dw...@re...> - 2000-08-14 16:10:28
|
jd...@ka... said:
> So, what controls what permissions you need in order to set the line
> discipline? I would have thought that ownership was enough.
For most ldiscs, yes. Not SLIP, though.
static int
slip_open(struct tty_struct *tty)
{
struct slip *sl;
int err;
if(!capable(CAP_NET_ADMIN))
return -EPERM;
--
dwmw2
|
|
From: Jeff D. <jd...@ka...> - 2000-08-14 15:46:33
|
> the UML itself needs root privileges to set the ldisc to N_SLIP. I never noticed that. um_ifconfig works fine by itself for me. If it hadn't, I definitely would have figured out why and fixed it :-) So, what controls what permissions you need in order to set the line discipline? I would have thought that ownership was enough. Jeff |
|
From: David W. <dw...@re...> - 2000-08-14 13:39:59
|
jd...@ka... said: > No, the umn device will always require some priviledged help. It can have privileged help. It's just that the suid um_ifconfig that it has at the moment isn't enough - the UML itself needs root privileges to set the ldisc to N_SLIP. This can be fixed by opening a pty from the parent, and letting the suid helper process inherit the fd - then the helper can both set the line discipline and do the necessary ifconfig stuff. -- dwmw2 |
525 messages has been excluded from this view by a project administrator.
