Thread (1 message) 1 message, 1 author, 2012-05-21

[PATCH v2 01/12] usb: otg: add notify_connect_change callback

From: gregkh@linuxfoundation.org (Greg KH)
Date: 2012-05-21 18:40:14
Also in: linux-devicetree

On Mon, May 21, 2012 at 08:32:21PM +0200, Marek Vasut wrote:
Dear Greg KH,
quoted
On Mon, May 21, 2012 at 07:36:40PM +0200, Marek Vasut wrote:
quoted
Dear Greg KH,
quoted
On Mon, May 21, 2012 at 05:23:46PM +0800, Richard Zhao wrote:
quoted
This let usb phy driver has a chance to change hw settings when
connect status change.

Signed-off-by: Richard Zhao <redacted>
---

 include/linux/usb/otg.h |   13 +++++++++++++
 1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/include/linux/usb/otg.h b/include/linux/usb/otg.h
index 38ab3f4..385641d 100644
--- a/include/linux/usb/otg.h
+++ b/include/linux/usb/otg.h
@@ -117,6 +117,10 @@ struct usb_phy {

 	int	(*set_suspend)(struct usb_phy *x,
 	
 				int suspend);

+	/* notify phy connect status change */
+	int	(*notify_connect_change)(struct usb_phy *x,
+					 int port,
+					 int connected);

 };
No, please make this two different callbacks.  As you see in your code

when you implemented this, you really have:
	if (connected) {
	
		do this...
	
	} else {
	
		do that...
	
	}

So you there is no consolidation in the driver, so just make it 2
callbacks, especially as someone wanted to make connected -1 just for a
tristate, which would be impossible to document properly...
Or he could make connected an enum maybe ?
No, again, that will make nothing easier on the driver end at all.

What's the problem with different functions that people keep resisting?
The structure grows a few bytes ... so the kernel eats a bit more ram.
The time it took you to write this email just made up for that extra
ram, sorry :)

It doesn't matter, have people leaned nothing from our past mistakes?

greg k-h
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help