public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@suse.de>
To: Simon Horman <horms@verge.net.au>
Cc: devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org
Subject: Re: [patch 1/7] [patch] DT3155: Use pci_get_device
Date: Wed, 23 Dec 2009 15:37:29 -0800	[thread overview]
Message-ID: <20091223233728.GA19703@suse.de> (raw)
In-Reply-To: <20091223220228.GE2719@verge.net.au>

On Thu, Dec 24, 2009 at 09:02:29AM +1100, Simon Horman wrote:
> On Wed, Dec 23, 2009 at 08:19:32AM -0800, Greg KH wrote:
> > On Wed, Dec 23, 2009 at 07:54:49PM +1100, Simon Horman wrote:
> > > The use of pci_find_device() is deprecated.
> > > 
> > > Signed-off-by: Simon Horman <horms@verge.net.au>
> > > 
> > > --- 
> > > 
> > > Compile tested only.
> > > 
> > > Alternatively, if pci_find_device() really needs to be used
> > > then this code needs to depend on PCI_LEGACY.
> > > 
> > > Index: gregkh-2.6/drivers/staging/dt3155/dt3155_drv.c
> > > ===================================================================
> > > --- gregkh-2.6.orig/drivers/staging/dt3155/dt3155_drv.c	2009-12-23 18:41:46.000000000 +1100
> > > +++ gregkh-2.6/drivers/staging/dt3155/dt3155_drv.c	2009-12-23 18:42:29.000000000 +1100
> > > @@ -963,7 +963,7 @@ static int find_PCI (void)
> > >    unsigned long base;
> > >    unsigned char irq;
> > >  
> > > -  while ((pci_dev = pci_find_device
> > > +  while ((pci_dev = pci_get_device
> > 
> > You can't just replace these two functions, they operate differently
> > with regard to the reference counting logic.  Otherwise it wouldn't make
> > sense to have 2 different functions :)
> > 
> > So I can't apply this.
> 
> Sorry about that.

No problem, care to fix it up properly?

thanks,

greg k-h

  reply	other threads:[~2009-12-23 23:39 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-23  8:54 [patch 0/7] minor cleanups for various staging drivers Simon Horman
2009-12-23  8:54 ` [patch 1/7] [patch] DT3155: Use pci_get_device Simon Horman
2009-12-23 16:19   ` Greg KH
2009-12-23 22:02     ` Simon Horman
2009-12-23 23:37       ` Greg KH [this message]
2009-12-24  2:11         ` Simon Horman
2009-12-23  8:54 ` [patch 2/7] [patch] rt2870: rtusb_probe() should be in section __devinit Simon Horman
2009-12-23  8:54 ` [patch 3/7] [patch] rt2870: Remove unnecessary forward declarations Simon Horman
2009-12-23  8:54 ` [patch 4/7] [patch] rtl8192e: print the elements of tx_pn and rx_pn not the arrays themselves Simon Horman
2009-12-23  8:54 ` [patch 5/7] [patch] rtl8192e: remove some functions from the __exit section Simon Horman
2009-12-23  8:54 ` [patch 6/7] [patch] rtl8192su, rtl8192u: use min_t() in store_debug_level() Simon Horman
     [not found] ` <20091223085553.648368336@vergenet.net>
2009-12-23 10:39   ` [patch 7/7] [patch] rtl8192u: Clarify logic in‘ieee80211_wx_get_encode_ext_rsl() Simon Horman

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=20091223233728.GA19703@suse.de \
    --to=gregkh@suse.de \
    --cc=devel@driverdev.osuosl.org \
    --cc=horms@verge.net.au \
    --cc=linux-kernel@vger.kernel.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