Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757385AbYGNQ6g (ORCPT ); Mon, 14 Jul 2008 12:58:36 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754019AbYGNQ62 (ORCPT ); Mon, 14 Jul 2008 12:58:28 -0400 Received: from ns2.suse.de ([195.135.220.15]:41342 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753226AbYGNQ61 (ORCPT ); Mon, 14 Jul 2008 12:58:27 -0400 Date: Mon, 14 Jul 2008 18:58:23 +0200 From: Olaf Dabrunz To: Ingo Molnar , Jesse Barnes , Thomas Gleixner , "H. Peter Anvin" , Jon Masters , Stefan Assmann , LKML , Ihno Krumreich , Sven Dietrich , Daniel Gollub , Felix Foerster Subject: Re: [PATCH 0/3] Boot IRQ quirks for Broadcom and AMD/ATI Message-ID: <20080714165823.GB15153@suse.de> Mail-Followup-To: Ingo Molnar , Jesse Barnes , Thomas Gleixner , "H. Peter Anvin" , Jon Masters , Stefan Assmann , LKML , Ihno Krumreich , Sven Dietrich , Daniel Gollub , Felix Foerster References: <12155255883170-git-send-email-od@suse.de> <20080713210133.GA12362@elte.hu> <200807140924.59023.jbarnes@virtuousgeek.org> <20080714164548.GA28499@elte.hu> <20080714164948.GA15153@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080714164948.GA15153@suse.de> User-Agent: Mutt/1.5.16 (2007-06-09) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1979 Lines: 43 On 14-Jul-08, Olaf Dabrunz wrote: > On 14-Jul-08, Ingo Molnar wrote: > > > > * Jesse Barnes wrote: > > > > > > applied to tip/x86/pci-ioapic-boot-irq-quirks, thanks Olaf. > > > > > > > > Jesse, what do you think about this topic? We are keeping it > > > > separate for the time being. They are not particularly pretty, but > > > > being able to mask/unmask irqs (without generating those legacy IRQs > > > > and creating an IRQ storm) is essential to -rt. > > > > > > See my other reply; the branch looks good. I agree that making sure > > > -rt can work is an important feature. My only concern is that this is > > > touching so much hardware specific code that *something* is likely to > > > break. But as long as Olaf & co. can help track down any issues, I'm > > > ok with it. > > > > ok. We'll cook it a bit more in tip/master and then send it over to you > > once all the dependent changes have gone upstream in the merge window, > > ok? I think it's v2.6.27 worthy stuff - nicely localized, sufficiently > > finegrained and any problems with it has to be debugged the hard way by > > exposing people to them ... > > Ack. :) I am working on a consolidated patch set for AKMP. It integrates all fixes and adds a config option CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS (prepared by Stefan Assmann), which can default to off for vanilla and to on for RT / threaded IRQ handling. This means that the whole patchset can (in principle) be applied to vanilla and RT without change. Also CONFIG_PREEMPT_HARDIRQ can "select CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS". If you don't mind, I will send the full set out today. -- Olaf Dabrunz (od/odabrunz), SUSE Linux Products GmbH, Nürnberg -- 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/