netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [patch 1/2] smsc-ircc2: wrap PNP probe code in #ifdef CONFIG_PNP
@ 2008-04-18 20:47 akpm
  0 siblings, 0 replies; 6+ messages in thread
From: akpm @ 2008-04-18 20:47 UTC (permalink / raw)
  To: samuel; +Cc: netdev, akpm, bjorn.helgaas, kamalesh, sfr

From: Bjorn Helgaas <bjorn.helgaas@hp.com>

Wrap PNP probe code in #ifdef CONFIG_PNP.

Without this change, we'll have unresolved references to pnp_get_resource()
function when CONFIG_PNP=n.  (This is a new interface that's not in mainline
yet.)

Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
Cc: Samuel Ortiz <samuel@sortiz.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 drivers/net/irda/smsc-ircc2.c |   14 ++++++++++++--
 1 file changed, 12 insertions(+), 2 deletions(-)

diff -puN drivers/net/irda/smsc-ircc2.c~smsc-ircc2-wrap-pnp-probe-code-in-ifdef-config_pnp drivers/net/irda/smsc-ircc2.c
--- a/drivers/net/irda/smsc-ircc2.c~smsc-ircc2-wrap-pnp-probe-code-in-ifdef-config_pnp
+++ a/drivers/net/irda/smsc-ircc2.c
@@ -79,9 +79,13 @@ MODULE_AUTHOR("Daniele Peri <peri@csai.u
 MODULE_DESCRIPTION("SMC IrCC SIR/FIR controller driver");
 MODULE_LICENSE("GPL");
 
+#ifdef CONFIG_PNP
 static int smsc_nopnp = 1;
 module_param_named(nopnp, smsc_nopnp, bool, 0);
 MODULE_PARM_DESC(nopnp, "Do not use PNP to detect controller settings, defaults to true");
+#else
+#define smsc_nopnp 1
+#endif
 
 #define DMA_INVAL 255
 static int ircc_dma = DMA_INVAL;
@@ -366,6 +370,10 @@ static inline void register_bank(int iob
                iobase + IRCC_MASTER);
 }
 
+static int pnp_driver_registered;
+
+#ifdef CONFIG_PNP
+
 /* PNP hotplug support */
 static const struct pnp_device_id smsc_ircc_pnp_table[] = {
 	{ .id = "SMCf010", .driver_data = 0 },
@@ -374,8 +382,6 @@ static const struct pnp_device_id smsc_i
 };
 MODULE_DEVICE_TABLE(pnp, smsc_ircc_pnp_table);
 
-static int pnp_driver_registered;
-
 static int __init smsc_ircc_pnp_probe(struct pnp_dev *dev,
 				      const struct pnp_device_id *dev_id)
 {
@@ -403,6 +409,10 @@ static struct pnp_driver smsc_ircc_pnp_d
 	.probe		= smsc_ircc_pnp_probe,
 };
 
+#else
+static struct pnp_driver smsc_ircc_pnp_driver;
+#endif
+
 
 /*******************************************************************************
  *
_

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [patch 1/2] smsc-ircc2: wrap PNP probe code in #ifdef CONFIG_PNP
@ 2008-05-02 20:40 akpm
  2008-05-02 21:38 ` Andrew Morton
  0 siblings, 1 reply; 6+ messages in thread
From: akpm @ 2008-05-02 20:40 UTC (permalink / raw)
  To: samuel; +Cc: netdev, akpm, bjorn.helgaas, kamalesh, sfr

From: Bjorn Helgaas <bjorn.helgaas@hp.com>

Wrap PNP probe code in #ifdef CONFIG_PNP.

Without this change, we'll have unresolved references to pnp_get_resource()
function when CONFIG_PNP=n.  (This is a new interface that's not in mainline
yet.)

Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
Cc: Samuel Ortiz <samuel@sortiz.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 drivers/net/irda/smsc-ircc2.c |   14 ++++++++++++--
 1 file changed, 12 insertions(+), 2 deletions(-)

diff -puN drivers/net/irda/smsc-ircc2.c~smsc-ircc2-wrap-pnp-probe-code-in-ifdef-config_pnp drivers/net/irda/smsc-ircc2.c
--- a/drivers/net/irda/smsc-ircc2.c~smsc-ircc2-wrap-pnp-probe-code-in-ifdef-config_pnp
+++ a/drivers/net/irda/smsc-ircc2.c
@@ -79,9 +79,13 @@ MODULE_AUTHOR("Daniele Peri <peri@csai.u
 MODULE_DESCRIPTION("SMC IrCC SIR/FIR controller driver");
 MODULE_LICENSE("GPL");
 
+#ifdef CONFIG_PNP
 static int smsc_nopnp = 1;
 module_param_named(nopnp, smsc_nopnp, bool, 0);
 MODULE_PARM_DESC(nopnp, "Do not use PNP to detect controller settings, defaults to true");
+#else
+#define smsc_nopnp 1
+#endif
 
 #define DMA_INVAL 255
 static int ircc_dma = DMA_INVAL;
@@ -366,6 +370,10 @@ static inline void register_bank(int iob
                iobase + IRCC_MASTER);
 }
 
+static int pnp_driver_registered;
+
+#ifdef CONFIG_PNP
+
 /* PNP hotplug support */
 static const struct pnp_device_id smsc_ircc_pnp_table[] = {
 	{ .id = "SMCf010", .driver_data = 0 },
@@ -374,8 +382,6 @@ static const struct pnp_device_id smsc_i
 };
 MODULE_DEVICE_TABLE(pnp, smsc_ircc_pnp_table);
 
-static int pnp_driver_registered;
-
 static int __init smsc_ircc_pnp_probe(struct pnp_dev *dev,
 				      const struct pnp_device_id *dev_id)
 {
@@ -403,6 +409,10 @@ static struct pnp_driver smsc_ircc_pnp_d
 	.probe		= smsc_ircc_pnp_probe,
 };
 
+#else
+static struct pnp_driver smsc_ircc_pnp_driver;
+#endif
+
 
 /*******************************************************************************
  *
_

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [patch 1/2] smsc-ircc2: wrap PNP probe code in #ifdef CONFIG_PNP
  2008-05-02 20:40 [patch 1/2] smsc-ircc2: wrap PNP probe code in #ifdef CONFIG_PNP akpm
@ 2008-05-02 21:38 ` Andrew Morton
  2008-05-03  1:46   ` Stephen Rothwell
  0 siblings, 1 reply; 6+ messages in thread
From: Andrew Morton @ 2008-05-02 21:38 UTC (permalink / raw)
  To: samuel, netdev, bjorn.helgaas, kamalesh, sfr

On Fri, 02 May 2008 13:40:23 -0700
akpm@linux-foundation.org wrote:

> From: Bjorn Helgaas <bjorn.helgaas@hp.com>
> 
> Wrap PNP probe code in #ifdef CONFIG_PNP.
> 
> Without this change, we'll have unresolved references to pnp_get_resource()
> function when CONFIG_PNP=n.  (This is a new interface that's not in mainline
> yet.)

hrm, it turns out that this is already in linux-next, only I'm
not sure by what route it got there.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [patch 1/2] smsc-ircc2: wrap PNP probe code in #ifdef CONFIG_PNP
  2008-05-02 21:38 ` Andrew Morton
@ 2008-05-03  1:46   ` Stephen Rothwell
  2008-05-03  1:55     ` Andrew Morton
  0 siblings, 1 reply; 6+ messages in thread
From: Stephen Rothwell @ 2008-05-03  1:46 UTC (permalink / raw)
  To: Andrew Morton; +Cc: samuel, netdev, bjorn.helgaas, kamalesh

[-- Attachment #1: Type: text/plain, Size: 942 bytes --]

Hi Andrew,

On Fri, 2 May 2008 14:38:02 -0700 Andrew Morton <akpm@linux-foundation.org> wrote:
>
> On Fri, 02 May 2008 13:40:23 -0700
> akpm@linux-foundation.org wrote:
> 
> > From: Bjorn Helgaas <bjorn.helgaas@hp.com>
> > 
> > Wrap PNP probe code in #ifdef CONFIG_PNP.
> > 
> > Without this change, we'll have unresolved references to pnp_get_resource()
> > function when CONFIG_PNP=n.  (This is a new interface that's not in mainline
> > yet.)
> 
> hrm, it turns out that this is already in linux-next, only I'm
> not sure by what route it got there.

I put it there directly at the end so that the tee would build for various
configs.  I have been carrying it for some time.  I am also carrying a
similar patch for nsc-ircc.  I will remove them when someone puts them
into some other tree that I am merging.

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [patch 1/2] smsc-ircc2: wrap PNP probe code in #ifdef CONFIG_PNP
  2008-05-03  1:46   ` Stephen Rothwell
@ 2008-05-03  1:55     ` Andrew Morton
  2008-05-03  4:26       ` Stephen Rothwell
  0 siblings, 1 reply; 6+ messages in thread
From: Andrew Morton @ 2008-05-03  1:55 UTC (permalink / raw)
  To: Stephen Rothwell; +Cc: samuel, netdev, bjorn.helgaas, kamalesh

On Sat, 3 May 2008 11:46:17 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:

> Hi Andrew,
> 
> On Fri, 2 May 2008 14:38:02 -0700 Andrew Morton <akpm@linux-foundation.org> wrote:
> >
> > On Fri, 02 May 2008 13:40:23 -0700
> > akpm@linux-foundation.org wrote:
> > 
> > > From: Bjorn Helgaas <bjorn.helgaas@hp.com>
> > > 
> > > Wrap PNP probe code in #ifdef CONFIG_PNP.
> > > 
> > > Without this change, we'll have unresolved references to pnp_get_resource()
> > > function when CONFIG_PNP=n.  (This is a new interface that's not in mainline
> > > yet.)
> > 
> > hrm, it turns out that this is already in linux-next, only I'm
> > not sure by what route it got there.
> 
> I put it there directly at the end so that the tee would build for various
> configs.  I have been carrying it for some time.  I am also carrying a
> similar patch for nsc-ircc.  I will remove them when someone puts them
> into some other tree that I am merging.

argh, that's a process problem.

When those patches turn up in linux-next, I will assume that someone merged
them into a git tree and I will drop them.

You now own the sole copy.  If you drop them, they are lost.  If you don't
send them to anyone, you own them forever.

So..  what to do about this?  I think the only solution is for you to go
into akpm mode and start desperately trying to entice someone into merging
the patch.


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [patch 1/2] smsc-ircc2: wrap PNP probe code in #ifdef CONFIG_PNP
  2008-05-03  1:55     ` Andrew Morton
@ 2008-05-03  4:26       ` Stephen Rothwell
  0 siblings, 0 replies; 6+ messages in thread
From: Stephen Rothwell @ 2008-05-03  4:26 UTC (permalink / raw)
  To: Andrew Morton; +Cc: samuel, netdev, bjorn.helgaas, kamalesh

[-- Attachment #1: Type: text/plain, Size: 1763 bytes --]

Hi Andrew,

On Fri, 2 May 2008 18:55:11 -0700 Andrew Morton <akpm@linux-foundation.org> wrote:
>
> On Sat, 3 May 2008 11:46:17 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> 
> > I put it there directly at the end so that the tee would build for various
> > configs.  I have been carrying it for some time.  I am also carrying a
> > similar patch for nsc-ircc.  I will remove them when someone puts them
> > into some other tree that I am merging.
> 
> argh, that's a process problem.

Yeah, I guessed it might be :-)

> When those patches turn up in linux-next, I will assume that someone merged
> them into a git tree and I will drop them.
> 
> You now own the sole copy.  If you drop them, they are lost.  If you don't
> send them to anyone, you own them forever.
> 
> So..  what to do about this?  I think the only solution is for you to go
> into akpm mode and start desperately trying to entice someone into merging
> the patch.

I can cope with that.  There are some patches I need to have so that
particular trees/configs will build.  It is rare, though.  Normally I
would revert the problematic patch (and push the problem back on the
subsystem/patch owner.  When I grabbed those particular patches, I was
assuming that it would be a short term thing as all the appropriate
people had been notified.

The other turds you will see will be small semi-private fixup patches
that I do myself and send back to the appropriate people until they fix
their tree - these patches rarely last more than a day and are rolled
into the original offending patch or something similar is added to the
offending tree.

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2008-05-03  4:26 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-02 20:40 [patch 1/2] smsc-ircc2: wrap PNP probe code in #ifdef CONFIG_PNP akpm
2008-05-02 21:38 ` Andrew Morton
2008-05-03  1:46   ` Stephen Rothwell
2008-05-03  1:55     ` Andrew Morton
2008-05-03  4:26       ` Stephen Rothwell
  -- strict thread matches above, loose matches on Subject: below --
2008-04-18 20:47 akpm

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).