Date: Tue, 20 Jun 2000 16:07:34 -0700 (PDT) From: Matthew Dillon <dillon@apollo.backplane.com> To: Warner Losh <imp@village.org> Cc: freebsd-smp@FreeBSD.ORG, Greg Lehey <grog@lemis.com> Subject: Re: SMP discussion moving to freebsd-smp Message-ID: <200006202307.QAA89367@apollo.backplane.com> References: <200006201936.MAA88247@apollo.backplane.com> <200006201708.KAA87060@apollo.backplane.com> <200006201844.MAA70842@harmony.village.org> <200006201950.NAA71778@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
:It sounds like there will be a large step function of instability that
:will be introduced right away. Then, over time, thigns will become
:more or less stable as the work progresses. Some days will be good
:tree days, others bad. So long as I can boot my laptop with -current
:to do pccard work (which means it must last 15 minutes of light usage,
:ideally more), then it meets my lower bounds of acceptible. It would
:be nice if I could also build kernels and such on my laptop during
:that time as well, but that isn't as critical to me since I can reboot
:with the older kernel. There's some pain, but on the whole it would
:be workable if I can do these things.
:
:I know that it is hard, but can you characterize the level of
:instability that I'd see on a regular basis? Where in the continum of
:"we talking uptimes of 1 minute or less" to "don't put this into
:production" do you see things most of the time?
:
:Warner
Hmm. I think from the point of view of pccard development you
will be in good shape. I can't really guess what the level of
instability will be, but I think if we test things enough before
committing (i.e. the machine has to survive a 'make' of the kernel)
that it should be good enough to not intefere too much with your
pccard work.
-Matt
Matthew Dillon
<dillon@backplane.com>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-smp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200006202307.QAA89367>