From owner-freebsd-current Sun Apr 23 13:35: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id EA44537BA6E; Sun, 23 Apr 2000 13:34:55 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id NAA64288; Sun, 23 Apr 2000 13:34:53 -0700 (PDT) (envelope-from dillon) Date: Sun, 23 Apr 2000 13:34:53 -0700 (PDT) From: Matthew Dillon Message-Id: <200004232034.NAA64288@apollo.backplane.com> To: David Greenman Cc: "Rodney W. Grimes" , phk@critter.freebsd.dk (Poul-Henning Kamp), freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: SMP changes and breaking kld object module compatibility References: <200004232025.NAA06779@implode.root.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :>:> There's another good reason to MFC the linux patch on wednesday... :>:> that is, to do it at the same time the SMP cleanup is MFC'd, and that :>:> is because both patch sets require the linux kernel module to be :>:> recompiled and I'd rather not force people to do that twice. :>:> :>:> The SMP patchset, in fact, requires that all kernel modules be :>:> recompiled due to the locks that were removed from the spl*() macros. : : I wonder if they really must be recompiled. It sounds like that would :improve performance, but is seems like gratuitous locking in this area :wouldn't necessarily cause things to break. : :-DG : :David Greenman :Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org The cpl, cml, and interrupt lock variables and initialization of such is gone, Kapoof. And the semantics have changed for a few things as well. I haven't actually tested it to see if old modules still load and operate properly because doing the testing properly would take more time then I have to spend. If a KLD doesn't use spl*() calls at all it may be ok. I think we should resign ourselves to recompiling the KLD's, though. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message