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: lars b. <la...@no...> - 2000-01-11 09:13:26
|
Seth Van Oort <van...@tc...> writes: > This is a silly question but what is the module name used for the cvs > checkout? 'linux' for the source code, and 'doc' for documentation. |
From: Seth V. O. <van...@tc...> - 2000-01-11 09:04:07
|
This is a silly question but what is the module name used for the cvs checkout? Seth |
From: Seth V. O. <van...@tc...> - 2000-01-11 05:57:46
|
I've read that modules aren't currently working. Any ideas when they will? Thanks. Seth |
From: Jeff D. <jd...@ka...> - 2000-01-05 05:33:27
|
The packages are updated with the new kernel. The kernel by itself is available at user-mode-linux.sourceforge.net:/pub/user- mode-linux/linux.bz2 Jeff |
From: Jeff D. <jd...@ka...> - 2000-01-01 20:02:46
|
The problem turned out to be a few bugs (one of which wasn't my fault :-) exposed when memory allocation started failed, plus some places where allocation failures were handled badly, all exposed by a couple of memory leaks that I introduced when I split threads out into separate address spaces. I've put the newest kernel into the two packages on the web site and ftp area. If you already have a package and just want the new kernel, it is at user-mode-linux.sourceforge.net:/pub/user-mode-linux/linux.gz Jeff |
From: Jeff D. <jd...@ka...> - 1999-12-29 19:35:25
|
I've traced the various booting problems with the defaults to running short of memory. By default, the kernel configures itself with 8 meg. Something happened around 2.3.30 which caused it to run short of memory sooner or behave differently when it ran short. I didn't notice because I was running with 64 meg getting the kernel to behave when running apache. So, as a workaround with the existing kernel, you can specify a larger memory with "mem=" on the command line. I booted it with "mem=16M". The memory size can go to slightly less than 768 meg. I've only tested it up to 256 meg, though. Jeff |
From: Jeff D. <jd...@ka...> - 1999-12-21 21:07:31
|
> (gdb) backtrace #0 panic ( > fmt=0x1013eea0 "wait_for_stop failed to wait for %d to stop with > %d\n") > at panic.c:86 #1 0x1006e322 in wait_for_stop (pid=1865, sig=19) > at user_util.c:285 #2 0x100696a4 in start_fork_tramp > (saved_regs=0x50554228, > sig_stack=1349529600) at process.c:115 #3 0x1006ab11 in > do_proc_op (pid=1864) at process_kern.c:233 #4 0x1006d4a2 in signals > (arg=0xbffff5e8) at trap_user.c:119 Good. I just fixed that bug. Ironically, that's in the code that fiddles with the command line, so that when you do ps from outside, you get to see what each thread is doing. It is purely aesthetic code, and it reduced the kernel's reliability. Jeff |
From: Jeff D. <jd...@ka...> - 1999-12-21 20:27:39
|
Basically, the kernel doesn't boot on them. I didn't test this explicitly because the filesystem that I do most of my testing on is a mkrootfs-made filesystem from a while ago. I've added a bunch of things by hand (like swapping, virtual console, Apache) since then, and something in there is making it a lot less likely that the kernel hits the bug. As far as I've diagnosed it, a process ends up with a page mapped that its page tables don't know about. It's a page left over from something else, and it contains garbage, as far as the process is concerned. Jeff |
From: <zl...@tc...> - 1999-12-21 19:41:12
|
This is the backtrace: (gdb) backtrace #0 panic ( fmt=0x1013eea0 "wait_for_stop failed to wait for %d to stop with %d\n") at panic.c:86 #1 0x1006e322 in wait_for_stop (pid=1865, sig=19) at user_util.c:285 #2 0x100696a4 in start_fork_tramp (saved_regs=0x50554228, sig_stack=1349529600) at process.c:115 #3 0x1006ab11 in do_proc_op (pid=1864) at process_kern.c:233 #4 0x1006d4a2 in signals (arg=0xbffff5e8) at trap_user.c:119 The output of /proc/1579/stat: 1579 (linux) R 1578 1577 770 768 1577 64 1 277 467 98450 50014 425 549 1014 13 0 0 0 1275700 10186752 519 2147483647 268435456 269189368 3221223072 1342189300 2 68455457 0 0 0 3584 0 0 0 17 Zbigniew Jeff Dike wrote: > > Starting INET services: process stopped with signal 11 > > Kernel panic: wait_for_stop failed to wait for 1399 to stop with 19 > > OK, I like these bugs better. > > Attach gdb to the signal thread pid, which is in the first line of the boot > output, and get a backtrace. > > Then, get the output /proc/<pid>/stat, where <pid> is the pid in the panic > message and send that to me as well. > > Also, I reproduced the original crond bug, I think. I'll fix that and get > back to you. > Jeff > > > > _______________________________________________ > User-mode-linux-user mailing list > Use...@li... > http://lists.sourceforge.net/mailman/listinfo/user-mode-linux-user |
From: Jeff D. <jd...@ka...> - 1999-12-21 19:03:56
|
> Starting INET services: process stopped with signal 11 > Kernel panic: wait_for_stop failed to wait for 1399 to stop with 19 OK, I like these bugs better. Attach gdb to the signal thread pid, which is in the first line of the boot output, and get a backtrace. Then, get the output /proc/<pid>/stat, where <pid> is the pid in the panic message and send that to me as well. Also, I reproduced the original crond bug, I think. I'll fix that and get back to you. Jeff |
From: <zl...@tc...> - 1999-12-21 16:06:39
|
Jeff Dike wrote: > > Bringing up interface umn SIOCSIFFLAGS: No such device > > The rest is the same (up to Kernel panic: Bogus address in segv) > > Do you have slip in your kernel? What it's trying to do is configure a slip > device. > > Jeff > I did not have. I installed it (slip is working) and now I get the following: Mounting other filesystems [ OK ] Initializing random number generator [ OK ] Starting system logger: Unknown HZ value! (9) Assume 100. syslogd: cannot create /dev/log: Invalid argument [ OK ] Starting kernel logger: Unknown HZ value! (9) Assume 100. [ OK ] Starting cron daemon: Unknown HZ value! (9) Assume 100. exec of "/sbin/crond" returned -2 [ OK ] Starting INET services: process stopped with signal 11 Kernel panic: wait_for_stop failed to wait for 1399 to stop with 19 Zbigniew |
From: Jeff D. <jd...@ka...> - 1999-12-21 15:08:19
|
> Bringing up interface umn SIOCSIFFLAGS: No such device > The rest is the same (up to Kernel panic: Bogus address in segv) Do you have slip in your kernel? What it's trying to do is configure a slip device. Jeff |
From: <zl...@tc...> - 1999-12-21 05:16:10
|
Jeff Dike wrote: > > Kernel panic: Bogus address in segv > > =================================== > > > It is not clear for me what the interface umn is and why I have > > permission denied. Any explanations are appreciated. I use RedHat > > Linux 6.0. > > Is it consistent? I get that on occasion, but I haven't been able to track it > down yet. > Yes, I can repeat it. > > Bringing up interface umn SIOCSIFADDR: Permission denied > > SIOCSIFFLAGS: > > Permission denied > > SIOCSIFDSTADDR: Permission denied > > SIOCSIFFLAGS: Permission > > denied > > BTW, the net would work better if you made um_ifconfig setuid root. > > Jeff > It was already done: -rwsr-sr-x root users 33032 Dec 19 22:26 um_ifconfig Btw, I run run_linux as a root so probably it is not important. I know why I got SIOCSIFADDR: Permission denied. It was because I had user permission, instead of root permission. I changed it and now I got: Bringing up interface umn SIOCSIFFLAGS: No such device The rest is the same (up to Kernel panic: Bogus address in segv) Zbigniew |
From: Jeff D. <jd...@ka...> - 1999-12-21 05:10:11
|
> It is not clear for me what the interface umn is and why I have > permission denied. It occurred to me that I failed to actually answer the first question. "umn" is "user-mode net". That's the kernel's network device. As I said before, um_ifconfig needs to be setuid root in order for it to be configured right. The panic is unrelated, and if it is reproducable for you, I'd love to know. Jeff |
From: Jeff D. <jd...@ka...> - 1999-12-21 05:01:51
|
> Kernel panic: Bogus address in segv > =================================== > It is not clear for me what the interface umn is and why I have > permission denied. Any explanations are appreciated. I use RedHat > Linux 6.0. Is it consistent? I get that on occasion, but I haven't been able to track it down yet. > Bringing up interface umn SIOCSIFADDR: Permission denied > SIOCSIFFLAGS: > Permission denied > SIOCSIFDSTADDR: Permission denied > SIOCSIFFLAGS: Permission > denied BTW, the net would work better if you made um_ifconfig setuid root. Jeff |
From: <zl...@tc...> - 1999-12-21 04:25:38
|
I wanted to install the user-mode linux and when I invoked run_linux I got this: ============================== [inspiron uml]# ./run_linux signal thread pid = 1727 idle thread pid = 1728 Linux version 2.3.31-1um (jd...@cc...) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #404 Sun Dec 19 10:44:54 EST 1999 On node 0 totalpages: 00000800 zone(0): 256 pages. zone(1): 1792 pages. zone(2): 0 pages. Calibrating delay loop... 332.27 BogoMIPS Memory: 8036k available Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 2048 (order: 1, 8192 bytes) VFS: Diskquotas version dquot_6.4.0 initialized POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.3 Based upon Swansea University Computer Society NET3.039 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP TCP: Hash tables configured (established 512 bind 1024) Starting kswapd v1.6 pty: 256 Unix98 ptys configured Initializing stdio console driver Initializing software serial port version 0 serial line 0 assigned pty /dev/ptyp2 ssl receive thread is pid 1733 VFS: Mounted root (ext2 filesystem) readonly. INIT: version 2.74 booting Loading default keymap [FAILED] Setting default font [ OK ] Activating swap partitions [ OK ] Setting hostname uml [ OK ] Checking root filesystem /dev/fhd0 was not cleanly unmounted, check forced. /dev/fhd0: 7967/25688 files (0.8% non-contiguous), 75661/102400 blocks [PASSED] Remounting root filesystem in read-write mode [ OK ] Checking filesystems [ OK ] Mounting local filesystems [ OK ] Turning on user and group quotas for local filesystems [ OK ] Setting clock : Mon Dec 20 22:38:22 EST 1999 [ OK ] Enabling swap space [ OK ] INIT: Entering runlevel: 3 Bringing up interface lo [ OK ] Bringing up interface umn SIOCSIFADDR: Permission denied SIOCSIFFLAGS: Permission denied SIOCSIFDSTADDR: Permission denied SIOCSIFFLAGS: Permission denied [ OK ] Mounting other filesystems [ OK ] Initializing random number generator [ OK ] Starting system logger: Unknown HZ value! (10) Assume 100. syslogd: cannot create /dev/log: Invalid argument [ OK ] Starting kernel logger: Unknown HZ value! (10) Assume 100. [ OK ] Starting cron daemon: Unknown HZ value! (10) Assume 100. Kernel panic: Bogus address in segv =================================== It is not clear for me what the interface umn is and why I have permission denied. Any explanations are appreciated. I use RedHat Linux 6.0. Zbigniew |
From: Jeff D. <jd...@ka...> - 1999-12-20 16:27:11
|
What's new with the kernel: it's up to 2.3.31 swapping works memory size and block device configuration has been added a few more system calls are hooked up virtual consoles are supported and come up in xterms I added some missed headers whose lack caused build problems for some people the patch is located at ftp://user-mode-linux.sourceforge.net/pub/user-mode-li nux/patch-2.3.31.gz What else is new: This is now an official project, with mailing lists, cvs, and everything else a self-respecting project should have, hosted on sourceforge.net. Rusty wrote a nice HOWTO (http://www.mv.com/ipusers/karaya/uml/UserModeLinux-H OWTO.html), and this official project stuff is mostly his doing. The mailing lists are use...@li... and use...@li...; archives and subscription info are at http://www.sourceforge.net/mail/?group_id=429 The web site has been redone, but because of domain name confusion, it is still located at http://www.mv.com/ipusers/karaya/uml/index.html. Jeff |
From: Jeff D. <jd...@ka...> - 1999-12-15 02:26:32
|
I messed it up, but not fatally. To put it in a pool, get a 2.3.31 pool with its root at ./linux/linux, and: cvs -du...@cv...:/cvsroot/user-mode-linux co linux I couldn't get anonymous CVS to work, but YMMV. The nested linux directories are what I messed up. I intended for there to be only one. This will drop the user-mode sources into the appropriate places in the kernel pool. Run 'make linux' and you will be off and running. Jeff |
From: Jeff D. <jd...@ka...> - 1999-12-07 15:13:40
|
> VFS: Mounted root (ext2 filesystem) readonly. > Kernel panic: do_syscall : Couldn't force getpid Is this consistent? Does this kernel have the ptrace patch applied? If yes and yes, then get the errno (which I probably should have printed out) and go from there. I have seen ptrace fail mysteriously before, but not right there. I have in a couple of places tested for ptrace failing, and retrying if it does. Jeff |
From: Paul R. R. <Pau...@li...> - 1999-12-07 07:59:10
|
Hmmm... any clues? This is using Stephen's new Debian root filesystem (100MB fully-operational compresses down to a 11.3MB bz2 file; woohoo!), and also with the old debian unconfigured root (which worked before). stick:/usr/home/rusty/devel/kernel/uml$ ./linux signal thread pid = 18303 idle thread pid = 18304 Linux version 2.3.29-1um (rusty@stick) (gcc version 2.95.2 19991109 (Debian GNU/Linux)) #2 Tue Dec 7 18:46:46 EST 1999 totalpages: 00000800 zone(0): 256 pages. zone(1): 1792 pages. zone(2): 0 pages. Calibrating delay loop... 365.69 BogoMIPS Memory: 8040k available Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 2048 (order: 1, 8192 bytes) VFS: Diskquotas version dquot_6.4.0 initialized POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.3 Based upon Swansea University Computer Society NET3.039 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP TCP: Hash tables configured (established 512 bind 1024) Starting kswapd v1.6 pty: 256 Unix98 ptys configured Initializing stdio console driver Initializing software serial port version 0 serial line 0 assigned pty /dev/ptyp0 ssl receive thread is pid 18309 VFS: Mounted root (ext2 filesystem) readonly. Kernel panic: do_syscall : Couldn't force getpid -- Hacking time. |