public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Pete Zaitcev <zaitcev@redhat.com>
To: Adrian Bunk <bunk@stusta.de>
Cc: rostedt@goodmis.org, gregkh@suse.de,
	linux-kernel@vger.kernel.org,
	linux-usb-devel@lists.sourceforge.net, zaitcev@redhat.com
Subject: Re: [2.6 patch] better USB_MON dependencies
Date: Sat, 25 Jun 2005 13:15:20 -0700	[thread overview]
Message-ID: <20050625131520.2cd9eda4.zaitcev@redhat.com> (raw)
In-Reply-To: <20050623093656.GC3749@stusta.de>

On Thu, 23 Jun 2005 11:36:56 +0200, Adrian Bunk <bunk@stusta.de> wrote:

> I forgot to attach the updated patch...
> Here it is.

I have tested this for all 6 build positions (CONFIG_USB = n, m, y  and
CONFIG_USB_MON = n y) with a positive result. But I thought the help
wordage was not quite what we needed, and the reference to USBMon was
incorrect. So, the attached is just a little different.
Adrian, how about this?

--------------------------------
This makes the configuration of USB_MON less confusing.

Signed-off-by: Pete Zaitcev <zaitcev@redhat.com>

diff -urp -X dontdiff linux-2.6.12/drivers/usb/core/hcd.c linux-2.6.12-lem/drivers/usb/core/hcd.c
--- linux-2.6.12/drivers/usb/core/hcd.c	2005-06-21 12:58:46.000000000 -0700
+++ linux-2.6.12-lem/drivers/usb/core/hcd.c	2005-06-25 12:31:08.000000000 -0700
@@ -1801,7 +1801,7 @@ EXPORT_SYMBOL (usb_remove_hcd);
 
 /*-------------------------------------------------------------------------*/
 
-#if defined(CONFIG_USB_MON) || defined(CONFIG_USB_MON_MODULE)
+#if defined(CONFIG_USB_MON)
 
 struct usb_mon_operations *mon_ops;
 
diff -urp -X dontdiff linux-2.6.12/drivers/usb/core/hcd.h linux-2.6.12-lem/drivers/usb/core/hcd.h
--- linux-2.6.12/drivers/usb/core/hcd.h	2005-06-21 12:58:46.000000000 -0700
+++ linux-2.6.12-lem/drivers/usb/core/hcd.h	2005-06-25 12:31:08.000000000 -0700
@@ -399,7 +399,7 @@ static inline void usbfs_cleanup(void) {
 
 /*-------------------------------------------------------------------------*/
 
-#if defined(CONFIG_USB_MON) || defined(CONFIG_USB_MON_MODULE)
+#if defined(CONFIG_USB_MON)
 
 struct usb_mon_operations {
 	void (*urb_submit)(struct usb_bus *bus, struct urb *urb);
diff -urp -X dontdiff linux-2.6.12/drivers/usb/mon/Kconfig linux-2.6.12-lem/drivers/usb/mon/Kconfig
--- linux-2.6.12/drivers/usb/mon/Kconfig	2005-06-21 12:58:47.000000000 -0700
+++ linux-2.6.12-lem/drivers/usb/mon/Kconfig	2005-06-25 12:35:46.000000000 -0700
@@ -2,21 +2,15 @@
 # USB Monitor configuration
 #
 
-# In normal life, it makes little sense to have usbmon as a module, and in fact
-# it is harmful, because there is no way to autoload the module.
-# The 'm' option is allowed for hackers who debug the usbmon itself,
-# and for those who have usbcore as a module.
 config USB_MON
-	tristate "USB Monitor"
-	depends on USB
+	bool "USB Monitor"
+	depends on USB!=n
 	default y
 	help
 	  If you say Y here, a component which captures the USB traffic
 	  between peripheral-specific drivers and HC drivers will be built.
-	  The USB_MON is similar in spirit and may be compatible with Dave
-	  Harding's USBMon.
+	  For more information, see <file:Documentation/usb/usbmon.txt>.
 
-	  This is somewhat experimental at this time, but it should be safe,
-	  as long as you aren't building this as a module and then removing it.
+	  This is somewhat experimental at this time, but it should be safe.
 
-	  If unsure, say Y. Do not say M.
+	  If unsure, say Y.
diff -urp -X dontdiff linux-2.6.12/drivers/usb/mon/Makefile linux-2.6.12-lem/drivers/usb/mon/Makefile
--- linux-2.6.12/drivers/usb/mon/Makefile	2005-06-21 12:58:47.000000000 -0700
+++ linux-2.6.12-lem/drivers/usb/mon/Makefile	2005-06-25 12:39:32.000000000 -0700
@@ -4,4 +4,5 @@
 
 usbmon-objs	:= mon_main.o mon_stat.o mon_text.o
 
-obj-$(CONFIG_USB_MON)	+= usbmon.o
+# This does not use CONFIG_USB_MON because we want this to use a tristate.
+obj-$(CONFIG_USB)	+= usbmon.o
diff -urp -X dontdiff linux-2.6.12/include/linux/usb.h linux-2.6.12-lem/include/linux/usb.h
--- linux-2.6.12/include/linux/usb.h	2005-06-21 12:59:17.000000000 -0700
+++ linux-2.6.12-lem/include/linux/usb.h	2005-06-25 12:31:08.000000000 -0700
@@ -289,7 +289,7 @@ struct usb_bus {
 
 	struct class_device class_dev;	/* class device for this bus */
 	void (*release)(struct usb_bus *bus);	/* function to destroy this bus's memory */
-#if defined(CONFIG_USB_MON) || defined(CONFIG_USB_MON_MODULE)
+#if defined(CONFIG_USB_MON)
 	struct mon_bus *mon_bus;	/* non-null when associated */
 	int monitored;			/* non-zero when monitored */
 #endif

  reply	other threads:[~2005-06-25 20:17 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-18  5:13 Linux 2.6.12 Linus Torvalds
2005-06-18  5:38 ` Keith Owens
2005-06-18  6:05   ` Linus Torvalds
2005-06-18  6:59     ` Willy Tarreau
2005-06-18 10:36       ` Jesper Juhl
2005-06-18 10:48         ` Alexey Dobriyan
2005-06-18 10:52           ` Jesper Juhl
2005-06-18 10:54           ` Brice Goglin
2005-06-18 17:42         ` Linus Torvalds
2005-06-18 18:26 ` Steven Rostedt
2005-06-21 14:32   ` [RFC: 2.6 patch] better USB_MON dependencies Adrian Bunk
2005-06-21 19:35     ` Pete Zaitcev
2005-06-21 21:04       ` Adrian Bunk
2005-06-23  9:36         ` [2.6 " Adrian Bunk
2005-06-25 20:15           ` Pete Zaitcev [this message]
2005-06-25 21:32             ` Adrian Bunk

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=20050625131520.2cd9eda4.zaitcev@redhat.com \
    --to=zaitcev@redhat.com \
    --cc=bunk@stusta.de \
    --cc=gregkh@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb-devel@lists.sourceforge.net \
    --cc=rostedt@goodmis.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