Linux Media Controller development
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Cc: "Bill Pemberton" <wfp5p@virginia.edu>,
	"Mauro Carvalho Chehab" <mchehab@infradead.org>,
	"Kyungmin Park" <kyungmin.park@samsung.com>,
	"Heungjun Kim" <riverful.kim@samsung.com>,
	"Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
	"Sylwester Nawrocki" <s.nawrocki@samsung.com>,
	"Kamil Debski" <k.debski@samsung.com>,
	"Jeongtae Park" <jtp.park@samsung.com>,
	"Tomasz Stanislawski" <t.stanislaws@samsung.com>,
	"Maxim Levitsky" <maximlevitsky@gmail.com>,
	"David Härdeman" <david@hardeman.nu>,
	linux-media@vger.kernel.org, mjpeg-users@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 133/493] remove use of __devexit_p
Date: Thu, 3 Jan 2013 08:39:50 -0800	[thread overview]
Message-ID: <20130103163950.GA2350@kroah.com> (raw)
In-Reply-To: <Pine.LNX.4.64.1301031235370.17494@axis700.grange>

On Thu, Jan 03, 2013 at 12:43:10PM +0100, Guennadi Liakhovetski wrote:
> Hi Bill
> 
> On Mon, 19 Nov 2012, Bill Pemberton wrote:
> 
> > CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
> > needed.
> 
> Doesn't this also make the use of __refdata in many locations like this
> 
> [snip]
> 
> > diff --git a/drivers/media/platform/soc_camera/sh_mobile_csi2.c b/drivers/media/platform/soc_camera/sh_mobile_csi2.c
> > index 0528650..0d0344a 100644
> > --- a/drivers/media/platform/soc_camera/sh_mobile_csi2.c
> > +++ b/drivers/media/platform/soc_camera/sh_mobile_csi2.c
> > @@ -382,7 +382,7 @@ static __devexit int sh_csi2_remove(struct platform_device *pdev)
> >  }
> >  
> >  static struct platform_driver __refdata sh_csi2_pdrv = {
> > -	.remove	= __devexit_p(sh_csi2_remove),
> > +	.remove	= sh_csi2_remove,
> >  	.probe	= sh_csi2_probe,
> >  	.driver	= {
> >  		.name	= "sh-mobile-csi2",
> 
> superfluous? If so, I'm sure you'd be happy to make a couple more patches 
> to continue this series ;-)

Yes, it does make it superfluous.  I'm still working on getting most of
the original patches into Linus's tree, so let's wait for that to happen
first before cleaning up the reset of these :)

thanks,

greg k-h

  reply	other threads:[~2013-01-03 16:39 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1353349642-3677-1-git-send-email-wfp5p@virginia.edu>
2012-11-19 18:19 ` [PATCH 027/493] media: remove use of __devexit_p in bt878.c Bill Pemberton
2012-11-19 18:19 ` [PATCH 031/493] docbook: remove references to __devexit_p Bill Pemberton
2012-11-19 18:20 ` [PATCH 103/493] staging: dt3155v4l: remove use of __devexit_p Bill Pemberton
2012-11-19 18:20 ` [PATCH 104/493] staging: lirc: " Bill Pemberton
2012-11-19 18:21 ` [PATCH 133/493] " Bill Pemberton
2012-11-21 12:10   ` Guennadi Liakhovetski
2012-11-22 10:36   ` Laurent Pinchart
2012-11-22 11:20   ` Prabhakar Lad
2013-01-03 11:43   ` Guennadi Liakhovetski
2013-01-03 16:39     ` Greg KH [this message]
2013-01-03 16:33   ` Arnd Bergmann
2012-11-19 18:22 ` [PATCH 186/493] staging: lirc: remove use of __devinit Bill Pemberton
2012-11-19 18:22 ` [PATCH 187/493] staging: solo6x10: " Bill Pemberton
2012-11-19 18:22 ` [PATCH 188/493] staging: dt3155v4l: " Bill Pemberton
2012-11-19 18:23 ` [PATCH 234/493] media: " Bill Pemberton
2012-11-22 22:55   ` Guennadi Liakhovetski
2012-12-06  7:54   ` Prabhakar Lad
2012-11-19 18:23 ` [PATCH 289/493] docbook: remove discussion " Bill Pemberton
2012-11-19 18:24 ` [PATCH 332/493] media: remove use of __devinitdata Bill Pemberton
2012-11-19 18:25 ` [PATCH 375/493] media: remove use of __devinitconst Bill Pemberton
2012-11-19 18:26 ` [PATCH 444/493] media: remove use of __devexit Bill Pemberton
2012-11-23  7:45   ` Guennadi Liakhovetski
2012-12-06  7:51   ` Prabhakar Lad
2012-11-19 18:27 ` [PATCH 481/493] staging: lirc: " Bill Pemberton
2012-11-19 18:27 ` [PATCH 482/493] staging: dt3155v4l: " Bill Pemberton
2012-11-19 18:27 ` [PATCH 483/493] staging: solo6x10: " Bill Pemberton
2012-11-19 18:27 ` [PATCH 493/493] docbook: " Bill Pemberton

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=20130103163950.GA2350@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=david@hardeman.nu \
    --cc=g.liakhovetski@gmx.de \
    --cc=jtp.park@samsung.com \
    --cc=k.debski@samsung.com \
    --cc=kyungmin.park@samsung.com \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-media@vger.kernel.org \
    --cc=maximlevitsky@gmail.com \
    --cc=mchehab@infradead.org \
    --cc=mjpeg-users@lists.sourceforge.net \
    --cc=riverful.kim@samsung.com \
    --cc=s.nawrocki@samsung.com \
    --cc=t.stanislaws@samsung.com \
    --cc=wfp5p@virginia.edu \
    /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