Date: Tue, 25 Apr 2000 00:33:19 +0900 From: "Daniel C. Sobral" <dcs@newsguy.com> To: Alok Dhir <adhir@forumone.com> Cc: "'Richard Wackerbarth'" <rkw@dataplex.net>, "'Matthew Dillon'" <dillon@apollo.backplane.com>, "'freebsd-current@FreeBSD.ORG'" <freebsd-current@FreeBSD.ORG> Subject: Re: SMP changes and breaking kld object module compatibility Message-ID: <3904693F.ED9C5FA6@newsguy.com> References: <AFD7CFC52B58014B9C0BFAF32EAB48EF014ECA@PLUTO.forumone.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Alok Dhir wrote: > > SMP is a significant area of weakness for 4.0 and begs for improvement. I > for one am thrilled at the progress Matt's made in this area and am itching > to incorporate the changes into my 4.0 development servers (my production > servers are still at 3.4-STABLE pending 4.1). > > If recompiling bothers you so much, we can have make a tarball distribution > of the new module binaries. There - problem solved. > > People are going to have to recompile their kernels also, in order to get > the SMP changes. Why is it such a stretch to require recompiling the kernel > modules as well? Because if we do not provide a STABLE ABI, we WON'T get third-party (binary only) kernel modules. I'm very divided in this issue. 4.x has just started, and would be seriously impaired if no further improvements to it's SMP get in. On the other hand, if we can't garantee third party vendors a stable ABI, we won't get third party vendors. Alas... Dillon, how much of SMP improvements will be getting back-ported without further breaks in ABI, specially as BSDI code starts to trickle in? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org dcs@there.is.no.such.thing.as.a.bsdconspiracy.net GPL certainly doesn't meet Janis Joplin's definition of freedom: "Freedom is just another word for nothing left to lose." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3904693F.ED9C5FA6>