netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [2.6 patch] let BT_HIDP depend on INPUT
@ 2006-07-10 18:31 Adrian Bunk
  2006-07-10 19:07 ` Marcel Holtmann
  0 siblings, 1 reply; 3+ messages in thread
From: Adrian Bunk @ 2006-07-10 18:31 UTC (permalink / raw)
  To: marcel, maxk; +Cc: netdev, linux-kernel, bluez-devel, linux390

This patch let's BT_HIDP depend on instead of select INPUT.

This fixes the following warning during an s390 build:

<--  snip  -->

...
net/bluetooth/hidp/Kconfig:4:warning: 'select' used by config symbol 'BT_HIDP' refer to undefined symbol 'INPUT'
...

<--  snip  -->

A dependency on INPUT also implies !S390 (and therefore makes the 
explicit dependency obsolete) since INPUT is not available on s390.

The practical difference should be nearly zero, since INPUT is always 
set to y unless EMBEDDED=y (or S390=y).

Signed-off-by: Adrian Bunk <bunk@stusta.de>

--- linux-2.6.18-rc1-mm1-full/net/bluetooth/hidp/Kconfig.old	2006-07-10 16:51:59.000000000 +0200
+++ linux-2.6.18-rc1-mm1-full/net/bluetooth/hidp/Kconfig	2006-07-10 16:52:52.000000000 +0200
@@ -1,7 +1,6 @@
 config BT_HIDP
 	tristate "HIDP protocol support"
-	depends on BT && BT_L2CAP && (BROKEN || !S390)
-	select INPUT
+	depends on INPUT && BT && BT_L2CAP
 	help
 	  HIDP (Human Interface Device Protocol) is a transport layer
 	  for HID reports.  HIDP is required for the Bluetooth Human



-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

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

* Re: [2.6 patch] let BT_HIDP depend on INPUT
  2006-07-10 18:31 [2.6 patch] let BT_HIDP depend on INPUT Adrian Bunk
@ 2006-07-10 19:07 ` Marcel Holtmann
  2006-07-10 19:33   ` Adrian Bunk
  0 siblings, 1 reply; 3+ messages in thread
From: Marcel Holtmann @ 2006-07-10 19:07 UTC (permalink / raw)
  To: Adrian Bunk; +Cc: netdev, linux390, bluez-devel, maxk, linux-kernel

Hi Adrian,

> This patch let's BT_HIDP depend on instead of select INPUT.
> 
> This fixes the following warning during an s390 build:
> 
> <--  snip  -->
> 
> ...
> net/bluetooth/hidp/Kconfig:4:warning: 'select' used by config symbol 'BT_HIDP' refer to undefined symbol 'INPUT'
> ...
> 
> <--  snip  -->
> 
> A dependency on INPUT also implies !S390 (and therefore makes the 
> explicit dependency obsolete) since INPUT is not available on s390.
> 
> The practical difference should be nearly zero, since INPUT is always 
> set to y unless EMBEDDED=y (or S390=y).

I actually have no idea why we ended up with using select, but depends
is also fine by me. Except I like to see it "BT && BT_L2CAP && INPUT" ;)

Regards

Marcel




-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

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

* [2.6 patch] let BT_HIDP depend on INPUT
  2006-07-10 19:07 ` Marcel Holtmann
@ 2006-07-10 19:33   ` Adrian Bunk
  0 siblings, 0 replies; 3+ messages in thread
From: Adrian Bunk @ 2006-07-10 19:33 UTC (permalink / raw)
  To: Marcel Holtmann; +Cc: maxk, bluez-devel, netdev, linux-kernel, linux390

On Mon, Jul 10, 2006 at 09:07:20PM +0200, Marcel Holtmann wrote:
> Hi Adrian,
> 
> > This patch let's BT_HIDP depend on instead of select INPUT.
> > 
> > This fixes the following warning during an s390 build:
> > 
> > <--  snip  -->
> > 
> > ...
> > net/bluetooth/hidp/Kconfig:4:warning: 'select' used by config symbol 'BT_HIDP' refer to undefined symbol 'INPUT'
> > ...
> > 
> > <--  snip  -->
> > 
> > A dependency on INPUT also implies !S390 (and therefore makes the 
> > explicit dependency obsolete) since INPUT is not available on s390.
> > 
> > The practical difference should be nearly zero, since INPUT is always 
> > set to y unless EMBEDDED=y (or S390=y).
> 
> I actually have no idea why we ended up with using select, but depends
> is also fine by me. Except I like to see it "BT && BT_L2CAP && INPUT" ;)

Updated patch below.

> Regards
> 
> Marcel

cu
Adrian


<--  snip  -->



This patch lets BT_HIDP depend on instead of select INPUT.

This fixes the following warning during an s390 build:

<--  snip  -->

...
net/bluetooth/hidp/Kconfig:4:warning: 'select' used by config symbol 
'BT_HIDP' r
efer to undefined symbol 'INPUT'
...

<--  snip  -->

A dependency on INPUT also implies !S390 (and therefore makes the 
explicit dependency obsolete) since INPUT is not available on s390.

The practical difference should be nearly zero, since INPUT is always 
set to y unless EMBEDDED=y (or S390=y).

Signed-off-by: Adrian Bunk <bunk@stusta.de>

--- linux-2.6.18-rc1-mm1-full/net/bluetooth/hidp/Kconfig.old	2006-07-10 16:51:59.000000000 +0200
+++ linux-2.6.18-rc1-mm1-full/net/bluetooth/hidp/Kconfig	2006-07-10 21:21:46.000000000 +0200
@@ -1,7 +1,6 @@
 config BT_HIDP
 	tristate "HIDP protocol support"
-	depends on BT && BT_L2CAP && (BROKEN || !S390)
-	select INPUT
+	depends on BT && BT_L2CAP && INPUT
 	help
 	  HIDP (Human Interface Device Protocol) is a transport layer
 	  for HID reports.  HIDP is required for the Bluetooth Human

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

end of thread, other threads:[~2006-07-10 19:33 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-07-10 18:31 [2.6 patch] let BT_HIDP depend on INPUT Adrian Bunk
2006-07-10 19:07 ` Marcel Holtmann
2006-07-10 19:33   ` Adrian Bunk

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).