Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965269AbWIFXFp (ORCPT ); Wed, 6 Sep 2006 19:05:45 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965267AbWIFXFn (ORCPT ); Wed, 6 Sep 2006 19:05:43 -0400 Received: from gate.crashing.org ([63.228.1.57]:60884 "EHLO gate.crashing.org") by vger.kernel.org with ESMTP id S965258AbWIFXFS (ORCPT ); Wed, 6 Sep 2006 19:05:18 -0400 Subject: Re: [PATCH] FRV: do_gettimeofday() should no longer use tickadj From: Benjamin Herrenschmidt To: David Howells Cc: Ingo Molnar , john stultz , Adrian Bunk , Andrew Morton , Arjan van de Ven , linux-kernel@vger.kernel.org, Jeff Garzik , netdev@vger.kernel.org, Thomas Gleixner In-Reply-To: <17274.1157553962@warthog.cambridge.redhat.com> References: <20060906125626.GA3718@elte.hu> <20060906094301.GA8694@elte.hu> <1157507203.2222.11.camel@localhost> <20060905132530.GD9173@stusta.de> <20060901015818.42767813.akpm@osdl.org> <6260.1157470557@warthog.cambridge.redhat.com> <8430.1157534853@warthog.cambridge.redhat.com> <13982.1157545856@warthog.cambridge.redhat.com> <17274.1157553962@warthog.cambridge.redhat.com> Content-Type: text/plain Date: Thu, 07 Sep 2006 09:01:32 +1000 Message-Id: <1157583693.22705.254.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1311 Lines: 33 > Under some circumstances I can work out which sources have triggered which > interrupts (there are various off-CPU FPGAs which implement auxiliary PICs that > do announce their sources), but the aux-PIC channels are grouped together upon > delivery to the CPU PIC, so some of the ACK'ing has to be done at the group > level. > > > how is this not possible via genirq? > > How is it possible with genirq? Well, genirq gives you more flexibility than the current mecanism so ... If I understand correctly, you need to do scray stuff to figure out your toplevel irq, which shound't be a problem with either mecanisms... Now, if you have funky cascades, then you can always group them into a virtual irq cascade line and have a special chained flow handler that does all the "figuring out" off those... it's up to you. In general, I found genirq allowed me to do more fancy stuff, and end up with actually less hooks and indirect function calls on the path to a given irq than before as you can use tailored flow handlers that do just the right thing. Ben. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/