1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"
"http://www.w3.org/TR/REC-html40/loose.dtd">
<html>
<head>
<meta content="text/html; charset=iso-8859-1" http-equiv="Content-Type">
<title>Fixing Problems</title>
</head>
<body alink="#FF0000" vlink="#55188A" link="#0000EF" bgcolor="#FFFFFF" text="#000099">
<table border="0">
<tr align="left">
<td valign="top">
<table border="0">
<tr align="left"><td valign="top" >
<img width="120" height="171" src="/uml-small.png">
</td></tr>
<tr align="left"><td valign="top" bgcolor="#e0e0e0">
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/index.html">Site Home Page</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/uses.html">What it's good for</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/case-studies.html">Case Studies</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/kernel.html">Kernel Capabilities</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/dl-sf.html">Downloading it</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/run.html">Running it</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/compile.html">Compiling</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/install.html">Installation</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/fs_making.html">Building filesystems</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/faq.html">Troubles</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/contrib.html">User Contributions</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/links.html">Related Links</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/todo.html">The ToDo list</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/projects.html">Projects</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/diary.html">Diary</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/thanks.html">Thanks</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/contacts.html">Contacts</a></font>
</td></tr>
<tr align="left"><td valign="top" bgcolor="#e0e0e0">Tutorials<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/UserModeLinux-HOWTO.html">The HOWTO (html)</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/UserModeLinux-HOWTO.txt">The HOWTO (text)</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/hostfs.html">Host file access</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/input.html">Device inputs</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/shared_fs.html">Sharing filesystems</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/fs.html">Creating filesystems</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/networking.html">Virtual Networking</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/mconsole.html">Management Console</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/debugging.html">Kernel Debugging</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/gprof.html">gprof and gcov</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/xtut.html">Running X</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/trouble.html">Diagnosing problems</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/config.html">Configuration</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/slack_readme.html">Installing Slackware</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/arch-port.html">Porting UML</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/iomem.html">IO memory emulation</a></font>
</td></tr>
<tr align="left"><td valign="top" bgcolor="#e0e0e0">How you can help<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/help-gen.html">Overview</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/help-doc.html">Documentation</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/help-userspace.html">Utilities</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/help-kernel-v1.html">Kernel bugs</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/projects.html">Kernel projects</a></font>
</td></tr>
<tr align="left"><td valign="top" bgcolor="#e0e0e0">Screenshots<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/net.html">A virtual network</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/x.html">An X session</a></font>
</td></tr>
<tr align="left"><td valign="top" bgcolor="#e0e0e0">Transcripts<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/login.html">A login session</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/debug-session.html">A debugging session</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/slackinst.html">Slackware installation</a></font>
</td></tr>
<tr align="left"><td valign="top" bgcolor="#e0e0e0">Reference<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/switches.html">Kernel switches</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/slack_readme.html">Slackware README</a></font>
</td></tr>
<tr align="left"><td valign="top" bgcolor="#e0e0e0">Papers<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/als2000/index.html">ALS 2000 paper (html)</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/als2000.tex">ALS 2000 paper (TeX)</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/slides/als2000/slides.html">ALS 2000 slides</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/slides/lca2001/lca.html">LCA 2001 slides</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/slides/ols2001/index.html">OLS 2001 paper (html)</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/ols2001.tex">OLS 2001 paper (TeX)</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/als2001/index.html">ALS 2001 paper (html)</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/als2001.tex">ALS 2001 paper (TeX)</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/slides/ists2002/umlsec.htm">UML security (html)</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/slides/lca2002/lca2002.htm">LCA 2002 (html)</a></font>
</td></tr>
<tr align="left"><td valign="top" bgcolor="#e0e0e0">Fun and Games<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/http://user-mode-linux.sourceforge.net/cgi-bin/hangman">Kernel Hangman</a></font>
<br>
<font size="-1"><a href="http://user-mode-linux.sourceforge.net/sdotm.html">Disaster of the Month</a></font>
</td></tr>
</table>
</td>
<td valign="top" align="left">
<center>
<h3>What to do when UML doesn't work</h3>
</center>
<a name="Child nnnnn exited with signal 11"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">Child nnnnn exited with signal 11</font>
</b>
</td>
</tr>
</table>
<blockquote head="Child nnnnn exited with signal 11">
This appears just after
<tt>
<pre>
<font size="-1">
VFS: Mounted root (ext2 filesystem) readonly.
Mounted devfs on /dev
</font>
</pre>
</tt>
Two causes for this - the old cause which isn't the problem unless
you've a seriously old host kernel
<ul>
<li>
It's caused by a bug in the host kernel introduced in 2.4.0-test8 and
backed out in test9. The fix is to run some kernel other than test8
as the host.
</li>
</ul>
The other cause, which is far more likely these days
<ul>
<li>
You're running a recent distribution on an old machine. I saw this
with the RH7.1 filesystem running on a Pentium. The shared library
loader, ld.so, was executing an instruction (cmove) which the Pentium
didn't support. That instruction was apparently added later. If you
run UML under the debugger, you'll see the hang caused by one
instruction causing an infinite SIGILL stream.
</li>
</ul>
I have another report of this which appears not to be caused by either
of the above.
</blockquote>
<a name="Segfault in padzero"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">Segfault in padzero</font>
</b>
</td>
</tr>
</table>
<blockquote head="Segfault in padzero">
You run UML under the kernel debugger and this appears in the debugger
window:
<tt>
<pre>
<font size="-1">
Program received signal SIGSEGV, Segmentation fault.
0x10035830 in padzero (elf_bss=1073765049)
at /ext1/usermode/linux/include/asm/arch/string.h:418
418 __asm__ __volatile__(
</font>
</pre>
</tt>
This is the normal faulting in of init. To having gdb stop every time
a page is faulted in, do this in the debugger window:
<blockquote>
<tt>
<font color="#000000">
handle SIGSEGV pass nostop noprint
</font>
</tt>
</blockquote>
This isn't necessary after test10 is released since the kernel
debugger won't see SIGSEGV any more.
</blockquote>
<a name="Out of pty's in getmaster"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">Out of pty's in getmaster</font>
</b>
</td>
</tr>
</table>
<blockquote head="Out of pty's in getmaster">
When UML boots up, it panics like this:
<tt>
<pre>
<font size="-1">
Initializing stdio console driver
Initializing software serial port version 0
Kernel panic: Out of pty's in getmaster
</font>
</pre>
</tt>
Either your system is out of pseudo-terminals, in which case you need
to figure out why and fix it, or you're running devfs with no
old-style tty-pty pairs. Make a few, and this panic will go away.
<p>
As of test10, this problem doesn't cause a panic. The serial line
driver just fails to initialize itself.
</blockquote>
<a name="Can't set up the umn device : "Failed to set slip line discipline""/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">Can't set up the umn device : "Failed to set slip line discipline"</font>
</b>
</td>
</tr>
</table>
<blockquote head="Can't set up the umn device : "Failed to set slip line discipline"">
On newer host kernels, the security on the slip device was tightened
so that you need to be root in order to set the slip line discipline
on a terminal. On recent versions of UML this isn't a problem since
the uml_net helper sets up the slip device.
</blockquote>
<a name="Stack overflowed onto current_task page"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">Stack overflowed onto current_task page</font>
</b>
</td>
</tr>
</table>
<blockquote head="Stack overflowed onto current_task page">
This panic was introduced in test9 to try to catch a real stack
overflow bug. It actually caught a lot of cases which weren't bugs.
It's fixed in test10 by the stack being twice as big and there being a
guard page between the stack and the task structure. This panic is
probably only seen on fairly recent 2.4.0 host kernels. So, a
workaround would be to run a 2.2 or a not-too-recent 2.3/2.4 kernel as
the host.
</blockquote>
<a name="Strange compilation errors when you build from source"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">Strange compilation errors when you build from source</font>
</b>
</td>
</tr>
</table>
<blockquote head="Strange compilation errors when you build from source">
As of test11, it is necessary to have "ARCH=um" in the environment or
on the make command line for all steps in building UML, including
clean, distclean, or mrproper, config, menuconfig, or xconfig, dep,
and linux. If you forget for any of them, the i386 build seems to
contaminate the UML build. If this happens, start from scratch with
<blockquote>
<tt>
<font color="#000000">make mrproper ARCH=um</font>
</tt>
</blockquote> and repeat the build process
with ARCH=um on all the steps.
<p>
See <a href="compile.html">the compilation page</a> for
more details.
<p>
Another cause of strange compilation errors is building UML in
/usr/src/linux. If you do this, the first thing you need to do is
clean up the mess you made. The /usr/src/linux/asm link will now
point to /usr/src/linux/asm-um. Make it point back to
/usr/src/linux/asm-i386. Then, move your UML pool someplace else and
build it there. Also see below, where a more specific set of symptoms
is described.
</blockquote>
<a name="UML hangs on boot after mounting devfs"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">UML hangs on boot after mounting devfs</font>
</b>
</td>
</tr>
</table>
<blockquote head="UML hangs on boot after mounting devfs">
If you have the debugger running, it will always show
copy_mount_options on the stack. This is due to a bogus compiler.
You will have a kgcc on your system. Redo the UML build with
"CC=kgcc" on the make command line.
<p>
This was a UML bug, not a compiler bug, and has since been fixed.
</blockquote>
<a name="A variety of panics and hangs with /tmp on a reiserfs filesystem"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">A variety of panics and hangs with /tmp on a reiserfs filesystem</font>
</b>
</td>
</tr>
</table>
<blockquote head="A variety of panics and hangs with /tmp on a reiserfs filesystem">
I saw this on reiserfs 3.5.21 and it seems to be fixed in 3.5.27.
Panics preceded by <tt>
<pre>
<font size="-1">Detaching pid nnnn</font>
</pre>
</tt> are
diagnostic of this problem. This is a reiserfs bug which causes a
thread to occasionally read stale data from a mmapped page shared with
another thread. The fix is to upgrade the filesystem or to have /tmp be
an ext2 filesystem.
</blockquote>
<a name="The compile fails with errors about conflicting types for 'open', 'dup', and 'waitpid'"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">The compile fails with errors about conflicting types for 'open', 'dup', and 'waitpid'</font>
</b>
</td>
</tr>
</table>
<blockquote head="The compile fails with errors about conflicting types for 'open', 'dup', and 'waitpid'">
This happens when you build in /usr/src/linux. The UML build makes
the include/asm link point to include/asm-um. /usr/include/asm points
to /usr/src/linux/include/asm, so when that link gets moved, files
which need to include the asm-i386 versions of headers get the
incompatible asm-um versions. The fix is to move the include/asm link
back to include/asm-i386 and to do UML builds someplace else.
</blockquote>
<a name="UML doesn't work when /tmp is an NFS filesystem"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">UML doesn't work when /tmp is an NFS filesystem</font>
</b>
</td>
</tr>
</table>
<blockquote head="UML doesn't work when /tmp is an NFS filesystem">
This seems to be a similar situation with the resierfs problem above. Some
versions of NFS seems not to handle mmap correctly, which UML depends on.
The workaround is have /tmp be non-NFS directory.
</blockquote>
<a name="UML hangs on boot when compiled with gprof support"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">UML hangs on boot when compiled with gprof support</font>
</b>
</td>
</tr>
</table>
<blockquote head="UML hangs on boot when compiled with gprof support">
If you build UML with gprof support and, early in the boot, it does this
<blockquote>
<tt>
<font color="#000000">kernel BUG at page_alloc.c:100!</font>
</tt>
</blockquote>
you have a buggy gcc. You can work around the problem by removing
UM_FASTCALL from CFLAGS in arch/um/Makefile-i386. This will open up
another bug, but that one is fairly hard to reproduce.
</blockquote>
<a name="syslogd dies with a SIGTERM on startup"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">syslogd dies with a SIGTERM on startup</font>
</b>
</td>
</tr>
</table>
<blockquote head="syslogd dies with a SIGTERM on startup" post="6612801">
The exact boot error depends on the distribution that you're booting,
but Debian produces this:
<blockquote>
<tt>
<font color="#000000">/etc/rc2.d/S10sysklogd: line 49: 93 Terminated
start-stop-daemon --start --quiet --exec /sbin/syslogd -- $SYSLOGD
</font>
</tt>
</blockquote>
This is a syslogd bug. There's a race between a parent process
installing a signal handler and its child sending the signal. See
<a href="http://www.geocrawler.com/lists/3/SourceForge/709/0/6612801">this uml-devel post</a> for the details.
</blockquote>
<a name="TUN/TAP networking doesn't work on a 2.4 host"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">TUN/TAP networking doesn't work on a 2.4 host</font>
</b>
</td>
</tr>
</table>
<blockquote head="TUN/TAP networking doesn't work on a 2.4 host" post="">
There are a couple of problems which were
<a href="http://www.geocrawler.com/lists/3/SourceForge/597/0/">pointed out</a> by
<a href="timro at trkr dot net">Tim Robinson</a>
<ul>
<li>
It doesn't work on hosts running 2.4.7 (or thereabouts) or earlier. The fix
is to upgrade to something more recent and then read the next item.
</li>
<li>
If you see <blockquote>
<tt>
<font color="#000000">File descriptor in bad state</font>
</tt>
</blockquote> when you
bring up the device inside UML, you have a header mismatch between the
original kernel and the upgraded one. Make /usr/src/linux point at
the new headers. This will only be a problem if you build uml_net
yourself.
</li>
</ul>
</blockquote>
<a name="You can network to the host but not to other machines on the net"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">You can network to the host but not to other machines on the net</font>
</b>
</td>
</tr>
</table>
<blockquote head="You can network to the host but not to other machines on the net">
This is because of routing that's automatically set up, but which is
wrong for UML. You need to delete the network route and replace it
with a host route to the host IP. See the bottom of
the <a href="networking.html#routing">networking
page</a> for details.
<p>
This has been fixed by UML setting up proxy arp differently so that
things work with the network route and the host route isn't needed.
</blockquote>
<a name="I have no root and I want to scream"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">I have no root and I want to scream</font>
</b>
</td>
</tr>
</table>
<blockquote head="I have no root and I want to scream">
Thanks to Birgit Wahlich for telling me about this strange one. It
turns out that there's a limit of six environment variables on the
kernel command line. When that limit is reached or exceeded, argument
processing stops, which means that the 'root=' argument that UML
usually adds is not seen. So, the filesystem has no idea what the
root device is, so it panics.
<p>
The fix is to put less stuff on the command line. Glomming all your
setup variables into one is probably the best way to go.
</blockquote>
<a name="UML build conflict between ptrace.h and ucontext.h"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">UML build conflict between ptrace.h and ucontext.h</font>
</b>
</td>
</tr>
</table>
<blockquote head="UML build conflict between ptrace.h and ucontext.h">
On some older systems, /usr/include/asm/ptrace.h and
/usr/include/sys/ucontext.h define the same names. So, when they're
included together, the defines from one completely mess up the parsing
of the other, producing errors like:
<blockquote>
<tt>
<font color="#000000">/usr/include/sys/ucontext.h:47: parse error before
`10'</font>
</tt>
</blockquote>
plus a pile of warnings.
<p>
This is a libc botch, which has since been fixed, and I don't see any
way around it besides upgrading.
</blockquote>
<a name="Any other panic, hang, or strange behavior"/><table width="100%" bgcolor="#e0e0e0">
<tr>
<td>
<b>
<font color="black">Any other panic, hang, or strange behavior</font>
</b>
</td>
</tr>
</table>
<blockquote head="Any other panic, hang, or strange behavior">
If you're seeing truly strange behavior, such as hangs or panics that
happen in random places, or you try running the debugger to see what's
happening and it acts strangely, then it could be a problem in the
host kernel. If you're not running a stock Linus or -ac kernel, then
try that. An early version of the preemption patch and a 2.4.10 SuSE
kernel have caused very strange problems in UML.
<p>
Otherwise, let me know about it. Send a message to one of the UML
mailing lists - either the
<a href="mailto:user-mode-linux-devel@lists.sourceforge.net">
developer list</a> or the
<a href="mailto:user-mode-linux-user@lists.sourceforge.net">
user list</a>, whichever you prefer.
Don't assume that everyone knows about it and that a fix is imminent.
<p>
If you want to be super-helpful, read
<a href="trouble.html">the trouble-shooting page</a>
and follow the instructions contained therein.
</blockquote>
</td>
</tr>
</table>
<center>
<font size="-1">
Hosted at </font>
<a href="http://sourceforge.net">
<IMG alt="SourceForge Logo" border="0" height="31" width="88" src="http://sourceforge.net/sflogo.php?group_id=429">
</a>
</center>
</body>
</html>
|
