From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 12:17:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3703910656E4 for ; Mon, 2 Feb 2009 12:17:40 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id ABA2D8FC0A for ; Mon, 2 Feb 2009 12:17:39 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so163753eyd.7 for ; Mon, 02 Feb 2009 04:17:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=H8tvA2a/QDRWoOodDKs+LdydICBIm/pHjXssno0sh8k=; b=KX2G0Yjrr5R/pTE+BRhWBOwRJPhPRVqrAeD5Nw6tpfJzKbDc30ysoCtbZUQg1vLzrk 2UhK7c7SAQhCCOMXkaF6xcJOq1+jMJN1iTvURnHrmAJQY3CRlKaXK2RC87KWPgS67fID 4B+dkMUDC5piSrxFyhwcewY30H0F+rO4tx4Wo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=nszv480YYAG43/5j5sPdcWM0rkiECQ7Vn6kd9e2tlSyG9/BGO8kd4llnapWHY63OrM suNd6HqogPhapcFGJxjARf36lAsMWxPZxIP9WrKvbFnaQgrnJO+msaEMComsBS3l/lNH X+McILzpTtAMVIgbFN8bhdnffLuvT73MF4z18= Received: by 10.210.111.17 with SMTP id j17mr4724632ebc.9.1233577058451; Mon, 02 Feb 2009 04:17:38 -0800 (PST) Received: from epsilon.lan ([83.144.140.27]) by mx.google.com with ESMTPS id t2sm3867187gve.14.2009.02.02.04.17.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 02 Feb 2009 04:17:37 -0800 (PST) Sender: Rui Paulo Message-Id: <86915A93-6023-465F-B937-E9905AFDA4B0@freebsd.org> From: Rui Paulo To: Andriy Gapon In-Reply-To: <4986E08F.2010305@icyb.net.ua> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-3--280707313" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 2 Feb 2009 12:17:26 +0000 References: <49819757.2010002@icyb.net.ua> <8F669786-30A2-458C-8A6B-3272297ADE14@freebsd.org> <4981EC95.1090002@icyb.net.ua> <4986DB28.6080503@icyb.net.ua> <3EAA1D8D-606B-4F59-81B6-644B56AE4831@freebsd.org> <4986E08F.2010305@icyb.net.ua> X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.930.3) Cc: freebsd-hackers@freebsd.org Subject: Re: INTR_FILTER? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 12:17:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-3--280707313 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 2 Feb 2009, at 12:01, Andriy Gapon wrote: > on 02/02/2009 13:53 Rui Paulo said the following: >> >> On 2 Feb 2009, at 11:38, Andriy Gapon wrote: >> >>> on 30/01/2009 00:30 Rui Paulo said the following: >>>> On 29 Jan 2009, at 17:51, Andriy Gapon wrote: >>>>> BTW, INTR_FILTER seems quite useful. Why, then, it is not the >>>>> default? >>>> >>>> The drivers would have to be ported to INTR_FILTER. Right now, >>>> only asmc >>>> is using INTR_FILTER, so I don't think there is much gain in >>>> making it >>>> the default. >>> >>> I am not sure about this part. From the code it seems that >>> INTR_FILTER >>> is backward-compatible, i.e. it gives something and doesn't take >>> away >>> anything. The API and conventions seems to be the same too. >>> There could be some edge cases, of course. >> >> Ok, but why enable it in GENERIC right now if the only driver that >> uses >> INTR_FILTER is asmc? >> There's not much point in enabling it now. Maybe in the future. > > I may be wrong but this could auto-magically improve some cases where > there are shared interrupts between drivers with ithreads. In this > case, > I think, their interrupt handler would be run "in parallel" instead of > sequentially. I haven't read the details of the implementation yet, but how does that work? > Also, it would make it easier to write new drivers - one would not > have > to code for !INTR_FILTER case. Yes, but essentially, backporting needs the !INTR_FILTER case. And I don't know about !i386 && !amd64 archs. -- Rui Paulo --Apple-Mail-3--280707313 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkmG5FYACgkQfD8M/ASTygLeVQCcCAaPjIhR0ZN79fJR+ATNKIP6 qPUAnjOMxnESB/wVwjbHRhoeFkUEcCOy =y1Q3 -----END PGP SIGNATURE----- --Apple-Mail-3--280707313--