From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757294AbZFLLgk (ORCPT ); Fri, 12 Jun 2009 07:36:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755813AbZFLLgb (ORCPT ); Fri, 12 Jun 2009 07:36:31 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:58558 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755638AbZFLLgb (ORCPT ); Fri, 12 Jun 2009 07:36:31 -0400 Date: Fri, 12 Jun 2009 13:36:20 +0200 From: Pavel Machek To: Heiko Carstens Cc: "Rafael J. Wysocki" , Linux PM List , Linux Kernel Mailing List , Cornelia Huck , Magnus Damm , Greg Kroah-Hartman , Wu Fengguang , Alan Stern , Sergio Luis , Lauro Salmito , Jaswinder Singh Rajput , Ingo Molnar , Nigel Cunningham Subject: Re: [PATCH 19/19] PM: Add empty suspend/resume device irq functions Message-ID: <20090612113619.GQ18682@elf.ucw.cz> References: <0615007ad8090a890586d530b5d3bb98da566014.1244752872.git.rjw@sisk.pl> <20090612111317.GP18682@elf.ucw.cz> <20090612113218.GB6355@osiris.boeblingen.de.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090612113218.GB6355@osiris.boeblingen.de.ibm.com> X-Warning: Reading this can be dangerous to your mental health. User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri 2009-06-12 13:32:18, Heiko Carstens wrote: > On Fri, Jun 12, 2009 at 01:13:17PM +0200, Pavel Machek wrote: > > On Thu 2009-06-11 22:42:09, Rafael J. Wysocki wrote: > > > From: Heiko Carstens > > > > > > git commit 0a0c5168 "PM: Introduce functions for suspending and resuming > > > device interrupts" introduced some helper functions. However these > > > functions are only available for architectures which support > > > GENERIC_HARDIRQS. > > > > I believe architectures that do not use GENERIC_HARDIRQs should just > > provide the empty functions themselves. > > > > If we want to help them, perhaps few attribute((weak)) functions in > > the core are the way to go... > > We can still do that when there actually is an architecture that doesn't > support GENERIC_HARDIRQs _and_ needs non-empty functions. Ok, I guess that makes sense. Acked-by: Pavel Machek Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html