mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Matthew Wilcox <matthew@wil.cx>
Cc: Linus Torvalds <torvalds@osdl.org>,
	Andrew Morton <akpm@zip.com.au>,
	linux-kernel@vger.kernel.org, linux-pci@atrey.karlin.mff.cuni.cz,
	parisc-linux@parisc-linux.org
Subject: Re: [PATCH] Sort generic PCI fixups after specific ones
Date: Thu, 23 Sep 2004 10:20:38 -0700	[thread overview]
Message-ID: <20040923172038.GA8812@kroah.com> (raw)
In-Reply-To: <20040922214304.GS16153@parcelfarce.linux.theplanet.co.uk>

On Wed, Sep 22, 2004 at 10:43:04PM +0100, Matthew Wilcox wrote:
> 
> The recent change that allowed PCI fixups to be declared everywhere
> broke IDE on PA-RISC by making the generic IDE fixup be applied before
> the PA-RISC specific one.  This patch fixes that by sorting generic fixups
> after the specific ones.  It also obeys the 80-column limit and reduces
> the amount of grotty macro code.
> 
> I'd like to thank Joel Soete for his work tracking down the source of
> this problem.
> 
> Index: linux-2.6/drivers/pci/quirks.c
> ===================================================================
> RCS file: /var/cvs/linux-2.6/drivers/pci/quirks.c,v
> retrieving revision 1.16
> diff -u -p -r1.16 quirks.c
> --- linux-2.6/drivers/pci/quirks.c	13 Sep 2004 15:23:21 -0000	1.16
> +++ linux-2.6/drivers/pci/quirks.c	22 Sep 2004 21:38:17 -0000
> @@ -543,7 +543,7 @@ static void __devinit quirk_cardbus_lega
>  		return;
>  	pci_write_config_dword(dev, PCI_CB_LEGACY_MODE_BASE, 0);
>  }
> -DECLARE_PCI_FIXUP_FINAL(PCI_ANY_ID,		PCI_ANY_ID,			quirk_cardbus_legacy );
> +DECLARE_PCI_FIXUP_FINAL_ALL(quirk_cardbus_legacy);

It looks like you are doing 2 different things here with this new macro.
Having it run last, and leting the user not type the PCI_ANY_ID macro
twice.  How about if you want to do a final final type pass, you mark it
as such, and not try to hide it in this manner.

And do we really want to call it "final final"?  What if we determine
that we need a "final final final" pass?  Can't you fix this with the
link order like was previously done?  I'd really prefer to not add
another level.

Oh, and cc:ing the pci maintainer might be nice next time :)

thanks,

greg k-h

  parent reply	other threads:[~2004-09-23 17:22 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-22 21:43 Matthew Wilcox
2004-09-23 16:03 ` [parisc-linux] " Joel Soete
2004-09-23 17:20 ` Greg KH [this message]
2004-09-23 17:31   ` Matthew Wilcox
2004-09-23 22:33     ` Ivan Kokshaysky
2004-09-30 17:41       ` Matthew Wilcox
2004-10-01 15:13         ` [parisc-linux] " Joel Soete
2004-10-01 21:48         ` Ivan Kokshaysky
2004-10-05 15:29           ` Matthew Wilcox

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040923172038.GA8812@kroah.com \
    --to=greg@kroah.com \
    --cc=akpm@zip.com.au \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@atrey.karlin.mff.cuni.cz \
    --cc=matthew@wil.cx \
    --cc=parisc-linux@parisc-linux.org \
    --cc=torvalds@osdl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome