linux-um archives
 help / color / mirror / Atom feed
From: BlaisorBlade <blaisorblade_spam@yahoo.it>
To: Frank Sorenson <frank@tuxrocks.com>,
	user-mode-linux-devel@lists.sourceforge.net
Cc: user-mode-linux-user@lists.sourceforge.net
Subject: Re: [uml-user] Re: [uml-devel] Fixing the 2.4 bugs - patches against 2.4.24-1um
Date: Thu, 8 Jul 2004 18:38:30 +0200	[thread overview]
Message-ID: <200407081832.39138.blaisorblade_spam@yahoo.it> (raw)
In-Reply-To: <Pine.LNX.4.58.0407071420550.9924@tuxrocks.com>

Alle 22:51, mercoledì 7 luglio 2004, Frank Sorenson ha scritto:
> On Thu, 1 Jul 2004, BlaisorBlade wrote:
> > I've started working also on UML/2.4.
> >
> > Today I've split the changes between 2.4.24-1um and 2.4.24-2um into
> > several patches; the HUMFS ones are carefully split out, but I've
> > separated even the others. Now I need testers. Lots of people cannot use
> > UML patches later than 2.4.24-1um, since they contain a lot of Hostfs
> > bugs and some stability issues. Now, if you use just some patches, you'll
> > avoid the bugs in the other.
> >
> > You should apply surely the first 3 patches, IMHO; the other ones should
> > not hurt; inside txt/ there is a description of them.

> BlaisorBlade,
>
> Thank you for splitting these patches out.  Using them, I was able to
> track down and squash a kernel panic issue I've had with all 2.4 patch
> versions after 2.4.24-1um!
>
> My panic, for reference -
> http://marc.theaimsgroup.com/?l=user-mode-linux-devel&m=108344473226217&w=2
>
> In this case, the problem was actualy in the first 'mini-changes' patch,
> and the fix (diff to the 2.4.24-2um patch):
> --- uml-patch-2.4.24-2  2004-04-07 14:31:13.000000000 -0600
> +++ uml-patch-2.4.24-2_frank    2004-07-07 14:26:49.000000000 -0600
> @@ -35588,7 +35588,7 @@
>  +
>  +ARCH_CFLAGS = -U__$(SUBARCH)__ -U$(SUBARCH)
>  +
> -+ifeq ($(CONFIG_GPROF),n)
> ++ifneq ($(CONFIG_GPROF),y)
>  +ARCH_CFLAGS += -DUM_FASTCALL
>  +endif
>  +
>
> The configuration program will either set CONFIG_GPROF to 'y', or it will
> put "# CONFIG_GPROF is not set" into the .config file.  CONFIG_GPROF will
> never be 'n', at least in my understanding.

Yes, you are right. Compliments for that - I would have never seen such a 
panic (I understand you perfectly, but I missed it and would have missed it 
again). So thanks a lot for helping with it - I'll save that for when I'm 
back (I'm leaving now, so have no time at all to do anything). Your catch also 
means that UML will break without -DUM_FASTCALL, which is not nice: the buggy 
change you see has actually uncovered some other bug; if it weren't so, the 
bug you have fixed would only have hurted performance.

> I believe this bug may affect stability for a number of people, and it has
> existed since 2.4.24-2um first came out.  It may not solve any underlying
> problems, but I'd like to hear if it helps anyone else.
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729




-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  reply	other threads:[~2004-07-08 17:12 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-01 18:50 [uml-devel] Fixing the 2.4 bugs - patches against 2.4.24-1um BlaisorBlade
2004-07-07 20:51 ` Frank Sorenson
2004-07-08 16:38   ` BlaisorBlade [this message]
2004-07-09 19:55     ` [uml-user] " Frank Sorenson
2004-07-13 19:34   ` Jeff Dike
2004-07-15 15:39     ` Frank Sorenson
2004-07-21 17:27 ` [uml-devel] Fixing the 2.4 bugs - patches against 2.4.24-1um - new ones BlaisorBlade

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200407081832.39138.blaisorblade_spam@yahoo.it \
    --to=blaisorblade_spam@yahoo.it \
    --cc=frank@tuxrocks.com \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    --cc=user-mode-linux-user@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox