Re: [PATCH v2] USB: mon: Allow to use usbmon without debugfs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> +++ b/drivers/usb/mon/mon_text.c
> @@ -670,6 +670,9 @@ int mon_text_add(struct mon_bus *mbus, const struct usb_bus *ubus)
>  	int rc;
>  
> +	if (mon_dir == NULL)
> +		return 0;

For some reason I did not think we'd get away with just that, but
it looks safe. But I think the error message should be retained in
case debufs is present. How about this:

commit 8fa570ca61024784138465dc5312e4ea11976404
Author: Pete Zaitcev <zaitcev@xxxxxxxxx>
Date:   Wed Jul 6 12:02:42 2011 -0600

    Do not bail out with an error in mon_text_init() if debugfs is not
    available, instead just return 0 and let mon_init() go ahead with
    loading the binary API. Return -ENOMEM in case debugfs_create_dir()
    fails for other reasons. Later, it is enough to check for mon_dir
    not set.
    
    Signed-off-by: Tobias Klauser <tklauser@xxxxxxxxxx>

diff --git a/drivers/usb/mon/mon_text.c b/drivers/usb/mon/mon_text.c
index c302e19..1c3afcc 100644
--- a/drivers/usb/mon/mon_text.c
+++ b/drivers/usb/mon/mon_text.c
@@ -670,6 +670,9 @@ int mon_text_add(struct mon_bus *mbus, const struct usb_bus *ubus)
 	int busnum = ubus? ubus->busnum: 0;
 	int rc;
 
+	if (mon_dir == NULL)
+		return 0;
+
 	if (ubus != NULL) {
 		rc = snprintf(name, NAMESZ, "%dt", busnum);
 		if (rc <= 0 || rc >= NAMESZ)
@@ -740,12 +743,12 @@ int __init mon_text_init(void)
 
 	mondir = debugfs_create_dir("usbmon", usb_debug_root);
 	if (IS_ERR(mondir)) {
-		printk(KERN_NOTICE TAG ": debugfs is not available\n");
-		return -ENODEV;
+		/* debugfs not available, but we can use usbmon without it */
+		return 0;
 	}
 	if (mondir == NULL) {
 		printk(KERN_NOTICE TAG ": unable to create usbmon directory\n");
-		return -ENODEV;
+		return -ENOMEM;
 	}
 	mon_dir = mondir;
 	return 0;

If you like, please repost and I'll sign off.

-- Pete
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux