* 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4
@ 2004-02-15 17:47 roland
2004-02-15 19:45 ` BlaisorBlade
0 siblings, 1 reply; 9+ messages in thread
From: roland @ 2004-02-15 17:47 UTC (permalink / raw)
To: user-mode-linux-devel
hi !
concerning the uml "hang" after "NET: Registered protocol family 2":
after some investigation i found, that the problem seems to have been introduced with
uml-patch-2.6.0-1 (at http://prdownloads.sourceforge.net/user-mode-linux/uml-patch-2.6.0-1.bz2)
uml-patch-2.6.0-test9-1 (at http://prdownloads.sourceforge.net/user-mode-linux/uml-patch-2.6.0-test9-1.bz2?download),
in conjunction with minor compile-fix http://people.0x63.nu/~andersg/uml-minor-fixes.diff works nicely for me.
seems there has been a major change (lots of merges?) in uml-patch-2.6.0-1 because it`s much more bigger (around 2x) than
uml-patch-2.6.0-test9-1
btw:
i use Bryan O'Sullivan`s skas patch on my host kernel. see: http://sourceforge.net/mailarchive/message.php?msg_id=5840691
since this patch isn`t based on steven james patch (which stephen williams patch is based of), it isn`t a skas issue, but a compiler
or host-fs issue !? i`m on suse9 host.
any clues?
regards
roland
----- Original Message -----
From: "roland" <for_spam@gmx.de>
To: "Phil Nadeau" <phil@innercite.com>; <user-mode-linux-devel@lists.sourceforge.net>
Sent: Saturday, February 14, 2004 10:45 PM
Subject: Re: [uml-devel] Kernel idles in loop after loading IPv4
> hi !
> i have the same problem.
> my uml is 2.6.3-rc2 with jeff`s latest uml patch.
> host is 2.6.0-test11 with skas patch
> with 2.6.0-test11 + uml patch i didn`t have such problem.
> any hints?
>
> regards
> roland
>
>
> ----- Original Message -----
> From: "Phil Nadeau" <phil@innercite.com>
> To: <user-mode-linux-devel@lists.sourceforge.net>
> Sent: Tuesday, January 27, 2004 9:54 PM
> Subject: [uml-devel] Kernel idles in loop after loading IPv4
>
>
> > Hello UML developers,
> >
> > I'm trying to use UML to set up a simulator for a high-availability
> > cluster. I encounter the following unexpected behavior -
> >
> > On any kernel that I compile with IPv4 support, the kernel will stop
> > intializing drivers after loading IPv4 support. The last message I see
> > from the kernel is:
> > NET: Registered protocol family 2
> >
> > Compiling with debug allows me to single-step through the kernel. I've
> > traced execution from inet_init(), to synchronize_net(), to
> > synchronize_kernel(), to a call to wait_for_completion(), to
> > switch_to_tt(), after which the kernel spends all its time in the idle
> > loop. This happens whether I'm using SKAS or TT mode.
> >
> > Host kernel is 2.6.1 with Stephen William's 2.6.1 SKAS patch (thanks
> > Stephen). Guest kernel is 2.6.1 with the latest patch from Sourceforge
> > (January 15th), without modules, and with nearly everything disabled at
> > compile except core functionality and IPv4.
> >
> > I've tried to find similar cases in the FAQ's and the list archives, but
> > I'm not seeing anything. It seems like the kernel is waiting for an
> > event related to IPv4 initialization that it never gets, but I'm not
> > familiar enough with the kernel proper to know what that might be. Does
> > anyone have any ideas?
> >
> > Thanks in advance.
> >
> > --
> > Phil Nadeau
> > Software Services Manager
> > phil.nadeau@innercite.com
> > (916)932-3200, (800)921-5513
> >
> >
> >
> > -------------------------------------------------------
> > The SF.Net email is sponsored by EclipseCon 2004
> > Premiere Conference on Open Tools Development and Integration
> > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> > http://www.eclipsecon.org/osdn
> > _______________________________________________
> > User-mode-linux-devel mailing list
> > User-mode-linux-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
> >
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4
2004-02-15 17:47 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4 roland
@ 2004-02-15 19:45 ` BlaisorBlade
2004-02-16 0:42 ` roland
2004-02-18 1:52 ` roland
0 siblings, 2 replies; 9+ messages in thread
From: BlaisorBlade @ 2004-02-15 19:45 UTC (permalink / raw)
To: user-mode-linux-devel; +Cc: roland
Alle 18:47, domenica 15 febbraio 2004, roland ha scritto:
> hi !
> concerning the uml "hang" after "NET: Registered protocol family 2":
>
> after some investigation i found, that the problem seems to have been
> introduced with uml-patch-2.6.0-1 (at
> http://prdownloads.sourceforge.net/user-mode-linux/uml-patch-2.6.0-1.bz2)
>
> uml-patch-2.6.0-test9-1 (at
> http://prdownloads.sourceforge.net/user-mode-linux/uml-patch-2.6.0-test9-1.
>bz2?download), in conjunction with minor compile-fix
> http://people.0x63.nu/~andersg/uml-minor-fixes.diff works nicely for me.
On what guest kernel do you apply the patch? uml-patch-2.6.0-1 gave strange
problems with 2.6.1 vanilla kernel.
> seems there has been a major change (lots of merges?) in uml-patch-2.6.0-1
> because it`s much more bigger (around 2x) than uml-patch-2.6.0-test9-1
>
> btw:
> i use Bryan O'Sullivan`s skas patch on my host kernel. see:
> http://sourceforge.net/mailarchive/message.php?msg_id=5840691 since this
> patch isn`t based on steven james patch (which stephen williams patch is
> based of), it isn`t a skas issue, but a compiler or host-fs issue !? i`m on
> suse9 host.
You should try using, as skas patch,
http://www.user-mode-linux.org/~blaisorblade/patches/2.6.2-v1-host-skas2/00-2.6.2-v1-host-SKAS2.patch.bz2,
which comes from the latest one from Ingo Molnar. I have not been very
careful, but when I gave a look to the Bryan's patch, it seemed likely to
have similar problems as the other one. At least, both do only this change to
write_ldt (i.e. don't use current->mm but let the caller specify which mm
use):
-static int write_ldt(void __user * ptr, unsigned long bytecount, int oldmode)
+static int write_ldt(struct task_struct *task, void __user * ptr, unsigned
long bytecount, int oldmode)
{
- struct mm_struct * mm = current->mm;
+ struct mm_struct * mm = task->mm;
__u32 entry_1, entry_2, *lp;
int error;
struct user_desc ldt_info;
While Ingo Molnar's one does also this:
@@ -195,7 +197,7 @@
down(&mm->context.sem);
if (ldt_info.entry_number >= mm->context.size) {
- error = alloc_ldt(¤t->mm->context,
ldt_info.entry_number+1, 1);
+ error = alloc_ldt(&mm->context, ldt_info.entry_number+1, 1);
if (error < 0)
goto out_unlock;
}
This second change is *needed*, whichever patch do you use: without it part of
write_ldt uses current->mm instead of mm. That also means that alloc_ldt is
not called on mm->context, so that probably it remains null and so we get
Oopses.
Bye
--
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4
2004-02-15 19:45 ` BlaisorBlade
@ 2004-02-16 0:42 ` roland
2004-02-18 1:52 ` roland
1 sibling, 0 replies; 9+ messages in thread
From: roland @ 2004-02-16 0:42 UTC (permalink / raw)
To: BlaisorBlade, user-mode-linux-devel
hi!
> > after some investigation i found, that the problem seems to have been
> > introduced with uml-patch-2.6.0-1 (at
> > http://prdownloads.sourceforge.net/user-mode-linux/uml-patch-2.6.0-1.bz2)
> >
> > uml-patch-2.6.0-test9-1 (at
> > http://prdownloads.sourceforge.net/user-mode-linux/uml-patch-2.6.0-test9-1.
> >bz2?download), in conjunction with minor compile-fix
> > http://people.0x63.nu/~andersg/uml-minor-fixes.diff works nicely for me.
>
> On what guest kernel do you apply the patch? uml-patch-2.6.0-1 gave strange
> problems with 2.6.1 vanilla kernel.
i applied the patches in the way they are named:
uml-patch-2.6.0-1 to 2.6.0 vanilla kernel and uml-patch-2.6.9-test9-1 to vanilla 2.6.9-test9
> You should try using, as skas patch,
> http://www.user-mode-linux.org/~blaisorblade/patches/2.6.2-v1-host-skas2/00-2.6.2-v1-host-SKAS2.patch.bz2,
> which comes from the latest one from Ingo Molnar. I have not been very
ok - i try this as soon i have some time for this. i will be very busy the next week, so don`t expect an answer too soon.
thanks & regards
roland
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4
2004-02-15 19:45 ` BlaisorBlade
2004-02-16 0:42 ` roland
@ 2004-02-18 1:52 ` roland
2004-02-18 19:01 ` BlaisorBlade
2004-02-19 2:23 ` Jeff Dike
1 sibling, 2 replies; 9+ messages in thread
From: roland @ 2004-02-18 1:52 UTC (permalink / raw)
To: user-mode-linux-devel, Jeff Dike; +Cc: BlaisorBlade, dan, christopher_sf
hi !
> You should try using, as skas patch,
> http://www.user-mode-linux.org/~blaisorblade/patches/2.6.2-v1-host-skas2/00-2.6.2-v1-host-SKAS2.patch.bz2,
> which comes from the latest one from Ingo Molnar. I have not been very
the bug ("hang after NET: Registered protocol family 2":) doesn`t seem to have a relation to SKAS, because it also happens in TT
mode.
when i run the binary with "./linux mode=tt" the hang occurs, too.
furthermore - it doesn`t seem to be a compiler issue, because i compiled 2.6.3-rc2 on 2 completely different systems (suse9 and
rh7.2).
i also read about guesses, that this could have to do with "newer" hosts running NPTL.
could someone explain? i thought uml is a static binary, so how can this have a relation to a thread >LIBRARY<??
somewhere i read about "kernel threads". is ntpl related to the kernel itself? (sorry if this sounds stupid - but i remember
switching between different thread-libraries on solaris via envvars. is this just the same with ntpl?)
if someone wants to test - the rh7.2 compiled (and for me also failing) binary is at: http://www.my-vserver.de/uml-2.6.3-rc2.gz
update:
after adding a lot if printk`s to the uml-patched 2.6.3-rc2 source, i found the following(maybe interesting):
in ./kernel/sched.c
in function wait_for_completion(struct completion *x)
the call to "schedule()" never returns and this seems to be the reason for the hanging ipv4 initialisation.
i have no clue about kernel internals and i think it`s nonsense, if i dig further into this....
but as i already said:
2.6.0-test9 with uml-patch-2.6.0-test9-1 _WORKS_ (at least for me)
2.6.0 with uml-patch-2.6.0-1 and following kernel/uml-patch versions seem to have the ipv4 hang-at-init bug.
so maybe the bug has been introduced with uml-patch-2.6.0-1 !?
regards
roland
----- Original Message -----
From: "BlaisorBlade" <blaisorblade_spam@yahoo.it>
To: <user-mode-linux-devel@lists.sourceforge.net>
Cc: "roland" <for_spam@gmx.de>
Sent: Sunday, February 15, 2004 8:45 PM
Subject: Re: 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4
> Alle 18:47, domenica 15 febbraio 2004, roland ha scritto:
> > hi !
> > concerning the uml "hang" after "NET: Registered protocol family 2":
> >
> > after some investigation i found, that the problem seems to have been
> > introduced with uml-patch-2.6.0-1 (at
> > http://prdownloads.sourceforge.net/user-mode-linux/uml-patch-2.6.0-1.bz2)
> >
> > uml-patch-2.6.0-test9-1 (at
> > http://prdownloads.sourceforge.net/user-mode-linux/uml-patch-2.6.0-test9-1.
> >bz2?download), in conjunction with minor compile-fix
> > http://people.0x63.nu/~andersg/uml-minor-fixes.diff works nicely for me.
>
> On what guest kernel do you apply the patch? uml-patch-2.6.0-1 gave strange
> problems with 2.6.1 vanilla kernel.
>
> > seems there has been a major change (lots of merges?) in uml-patch-2.6.0-1
> > because it`s much more bigger (around 2x) than uml-patch-2.6.0-test9-1
> >
> > btw:
> > i use Bryan O'Sullivan`s skas patch on my host kernel. see:
> > http://sourceforge.net/mailarchive/message.php?msg_id=5840691 since this
> > patch isn`t based on steven james patch (which stephen williams patch is
> > based of), it isn`t a skas issue, but a compiler or host-fs issue !? i`m on
> > suse9 host.
> You should try using, as skas patch,
> http://www.user-mode-linux.org/~blaisorblade/patches/2.6.2-v1-host-skas2/00-2.6.2-v1-host-SKAS2.patch.bz2,
> which comes from the latest one from Ingo Molnar. I have not been very
> careful, but when I gave a look to the Bryan's patch, it seemed likely to
> have similar problems as the other one. At least, both do only this change to
> write_ldt (i.e. don't use current->mm but let the caller specify which mm
> use):
>
> -static int write_ldt(void __user * ptr, unsigned long bytecount, int oldmode)
> +static int write_ldt(struct task_struct *task, void __user * ptr, unsigned
> long bytecount, int oldmode)
> {
> - struct mm_struct * mm = current->mm;
> + struct mm_struct * mm = task->mm;
> __u32 entry_1, entry_2, *lp;
> int error;
> struct user_desc ldt_info;
>
> While Ingo Molnar's one does also this:
>
> @@ -195,7 +197,7 @@
>
> down(&mm->context.sem);
> if (ldt_info.entry_number >= mm->context.size) {
> - error = alloc_ldt(¤t->mm->context,
> ldt_info.entry_number+1, 1);
> + error = alloc_ldt(&mm->context, ldt_info.entry_number+1, 1);
> if (error < 0)
> goto out_unlock;
> }
>
> This second change is *needed*, whichever patch do you use: without it part of
> write_ldt uses current->mm instead of mm. That also means that alloc_ldt is
> not called on mm->context, so that probably it remains null and so we get
> Oopses.
>
> Bye
> --
> Paolo Giarrusso, aka Blaisorblade
> Linux registered user n. 292729
>
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4
2004-02-18 1:52 ` roland
@ 2004-02-18 19:01 ` BlaisorBlade
2004-02-18 21:37 ` Jeff Dike
2004-02-19 0:36 ` roland
2004-02-19 2:23 ` Jeff Dike
1 sibling, 2 replies; 9+ messages in thread
From: BlaisorBlade @ 2004-02-18 19:01 UTC (permalink / raw)
To: user-mode-linux-devel; +Cc: Jeff Dike, roland
[-- Attachment #1: Type: text/plain, Size: 2264 bytes --]
Alle 02:52, mercoledì 18 febbraio 2004, roland ha scritto:
> hi !
For Jeff: see at the end why I cc: to you.
>
> the bug ("hang after NET: Registered protocol family 2":) doesn`t seem to
> have a relation to SKAS, because it also happens in TT mode.
> when i run the binary with "./linux mode=tt" the hang occurs, too.
> furthermore - it doesn`t seem to be a compiler issue, because i compiled
> 2.6.3-rc2 on 2 completely different systems (suse9 and rh7.2).
> i also read about guesses, that this could have to do with "newer" hosts
> running NPTL. could someone explain? i thought uml is a static binary
Yes but when it's compiled it's linked against host's libs (mainly glibc and
libpthreads). However, IIRC, the problems with NPTL on the host have been
fixed time ago, and with NPTL in the guest have currently a temporary fix.
>, so
> how can this have a relation to a thread >LIBRARY<?? somewhere i read about
> "kernel threads". is ntpl related to the kernel itself? (sorry if this
> sounds stupid - but i remember switching between different thread-libraries
> on solaris via envvars. is this just the same with ntpl?)
> after adding a lot if printk`s to the uml-patched 2.6.3-rc2 source, i found
> the following(maybe interesting):
>
> in ./kernel/sched.c
> in function wait_for_completion(struct completion *x)
> the call to "schedule()" never returns and this seems to be the reason for
> the hanging ipv4 initialisation. i have no clue about kernel internals and
> i think it`s nonsense, if i dig further into this....
>
> but as i already said:
> 2.6.0-test9 with uml-patch-2.6.0-test9-1 _WORKS_ (at least for me)
> 2.6.0 with uml-patch-2.6.0-1 and following kernel/uml-patch versions seem
> to have the ipv4 hang-at-init bug.
>
> so maybe the bug has been introduced with uml-patch-2.6.0-1 !?
The message about "diagnosed and repeatable kernel panic" is IMHO related to
this: the sigsetjmp change was actually in 2.6.0. And this broke schedule: on
my system it happens to broke in one point, on your in another point.
If I guessed right, the attached patch will solve everything.
Jeff, do you think this makes sense?
--
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
[-- Attachment #2: Panic_schedule_fix.patch --]
[-- Type: text/x-diff, Size: 328 bytes --]
--- 1.9/arch/um/kernel/skas/process_kern.c Thu Jan 8 07:43:01 2004
+++ edited/arch/um/kernel/skas/process_kern.c Sun Feb 15 10:42:31 2004
@@ -76,6 +76,7 @@
void new_thread_proc(void *stack, void (*handler)(int sig))
{
+ local_irq_disable();
init_new_thread_stack(stack, handler);
os_usr1_process(os_getpid());
}
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4
2004-02-18 19:01 ` BlaisorBlade
@ 2004-02-18 21:37 ` Jeff Dike
2004-02-19 0:36 ` roland
1 sibling, 0 replies; 9+ messages in thread
From: Jeff Dike @ 2004-02-18 21:37 UTC (permalink / raw)
To: BlaisorBlade; +Cc: user-mode-linux-devel, roland
blaisorblade_spam@yahoo.it said:
> If I guessed right, the attached patch will solve everything.
> Jeff, do you think this makes sense?
Yes, it makes all kinds of sense, and looks very similar to the fix I posted
a couple of days ago.
Nice debugging, though. This was somewhat subtle.
Jeff
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4
2004-02-18 19:01 ` BlaisorBlade
2004-02-18 21:37 ` Jeff Dike
@ 2004-02-19 0:36 ` roland
2004-02-19 18:06 ` BlaisorBlade
1 sibling, 1 reply; 9+ messages in thread
From: roland @ 2004-02-19 0:36 UTC (permalink / raw)
To: BlaisorBlade, user-mode-linux-devel; +Cc: Jeff Dike
hi !
>If I guessed right, the attached patch will solve everything.
yep - maybe - but it doesn`t seem to fix the "hang after NET: Registered protocol family 2" !
i applied the patch and recompiled - same effect.
regards
roland
----- Original Message -----
From: "BlaisorBlade" <blaisorblade_spam@yahoo.it>
To: <user-mode-linux-devel@lists.sourceforge.net>
Cc: "Jeff Dike" <jdike@addtoit.com>; "roland" <for_spam@gmx.de>
Sent: Wednesday, February 18, 2004 8:01 PM
Subject: Re: 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4
Alle 02:52, mercoledì 18 febbraio 2004, roland ha scritto:
> hi !
For Jeff: see at the end why I cc: to you.
>
> the bug ("hang after NET: Registered protocol family 2":) doesn`t seem to
> have a relation to SKAS, because it also happens in TT mode.
> when i run the binary with "./linux mode=tt" the hang occurs, too.
> furthermore - it doesn`t seem to be a compiler issue, because i compiled
> 2.6.3-rc2 on 2 completely different systems (suse9 and rh7.2).
> i also read about guesses, that this could have to do with "newer" hosts
> running NPTL. could someone explain? i thought uml is a static binary
Yes but when it's compiled it's linked against host's libs (mainly glibc and
libpthreads). However, IIRC, the problems with NPTL on the host have been
fixed time ago, and with NPTL in the guest have currently a temporary fix.
>, so
> how can this have a relation to a thread >LIBRARY<?? somewhere i read about
> "kernel threads". is ntpl related to the kernel itself? (sorry if this
> sounds stupid - but i remember switching between different thread-libraries
> on solaris via envvars. is this just the same with ntpl?)
> after adding a lot if printk`s to the uml-patched 2.6.3-rc2 source, i found
> the following(maybe interesting):
>
> in ./kernel/sched.c
> in function wait_for_completion(struct completion *x)
> the call to "schedule()" never returns and this seems to be the reason for
> the hanging ipv4 initialisation. i have no clue about kernel internals and
> i think it`s nonsense, if i dig further into this....
>
> but as i already said:
> 2.6.0-test9 with uml-patch-2.6.0-test9-1 _WORKS_ (at least for me)
> 2.6.0 with uml-patch-2.6.0-1 and following kernel/uml-patch versions seem
> to have the ipv4 hang-at-init bug.
>
> so maybe the bug has been introduced with uml-patch-2.6.0-1 !?
The message about "diagnosed and repeatable kernel panic" is IMHO related to
this: the sigsetjmp change was actually in 2.6.0. And this broke schedule: on
my system it happens to broke in one point, on your in another point.
If I guessed right, the attached patch will solve everything.
Jeff, do you think this makes sense?
--
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4
2004-02-18 1:52 ` roland
2004-02-18 19:01 ` BlaisorBlade
@ 2004-02-19 2:23 ` Jeff Dike
1 sibling, 0 replies; 9+ messages in thread
From: Jeff Dike @ 2004-02-19 2:23 UTC (permalink / raw)
To: roland; +Cc: user-mode-linux-devel, BlaisorBlade, dan, christopher_sf
for_spam@gmx.de said:
> if someone wants to test - the rh7.2 compiled (and for me also
> failing) binary is at: http://www.my-vserver.de/uml-2.6.3-rc2.gz
As other people have noticed, this is host-dependent somehow. This image
boots fine on my RH8 laptop.
> in ./kernel/sched.c in function wait_for_completion(struct completion
> *x)
I got similar information from Phil Nadeau, so it's good to confirm that.
Has anyone seen this with a 2.4 UML? That would be handy because this broke
in 2.6 when I moved a major set of patches to my 2.6 tree. 2.4 is much more
granular, so knowing which 2.4 patch broke it would narrow it down a lot more.
Jeff
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4
2004-02-19 0:36 ` roland
@ 2004-02-19 18:06 ` BlaisorBlade
0 siblings, 0 replies; 9+ messages in thread
From: BlaisorBlade @ 2004-02-19 18:06 UTC (permalink / raw)
To: user-mode-linux-devel
Alle 01:36, giovedì 19 febbraio 2004, roland ha scritto:
> hi !
>
> >If I guessed right, the attached patch will solve everything.
>
> yep - maybe - but it doesn`t seem to fix the "hang after NET: Registered
> protocol family 2" ! i applied the patch and recompiled - same effect.
Sorry - your bug is probably related to mine one, in fact the patch does not
solve neither one. When I wrote that I didn't yet finished compiling the new
kernel.
--
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id\x1356&alloc_id438&opÌk
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2004-02-19 18:09 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-02-15 17:47 2.6.3-rc2 failure - was: Re: [uml-devel] Kernel idles in loop after loading IPv4 roland
2004-02-15 19:45 ` BlaisorBlade
2004-02-16 0:42 ` roland
2004-02-18 1:52 ` roland
2004-02-18 19:01 ` BlaisorBlade
2004-02-18 21:37 ` Jeff Dike
2004-02-19 0:36 ` roland
2004-02-19 18:06 ` BlaisorBlade
2004-02-19 2:23 ` Jeff Dike
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.