On Mon, Jul 14, 2014 at 07:55:43AM -0700, Greg Kroah-Hartman wrote:
diff --git a/drivers/base/platform.c b/drivers/base/platform.c
index 9e9227e..e856bc4 100644
--- a/drivers/base/platform.c
+++ b/drivers/base/platform.c
@@ -177,11 +177,45 @@ struct platform_object {
*/
Hello Dan.
I have also been able to start/stop the gps via the gps control port
(ttyHS2) and get nmea data port through the gps port. (ttyHS1)
Please tell me if you need more tests
Regards!
root@qt5022:~# cat /sys/class/tty/*/hsotype
Diagnostic
GPS
GPS Control
Application
Control
Modem
On Tue, Aug 05, 2014 at 01:55:34AM -0400, Nick Krause wrote:
On Tue, Aug 5, 2014 at 1:45 AM, Greg KH gre...@linuxfoundation.org wrote:
On Tue, Aug 05, 2014 at 12:56:57AM -0400, Nicholas Krause wrote:
I am adding the fixes to the tree send for adding debugging to the kernel
tree from a patch
On Tue, Aug 05, 2014 at 01:55:34AM -0400, Nick Krause wrote:
On Tue, Aug 5, 2014 at 1:45 AM, Greg KH gre...@linuxfoundation.org wrote:
On Tue, Aug 05, 2014 at 12:56:57AM -0400, Nicholas Krause wrote:
I am adding the fixes to the tree send for adding debugging to the kernel
tree from a patch
Since we want to keep support for both older usb-phys as well as the
newer generic phys, lets first get the generic PHYs and fallback to
older USB-PHYs only when we fail to get the former.
This should fix the issue with ehci-exynos and ohci-exynos, wherein
in the absence of SAMSUNG_USB2PHY config
On 07/22/14 22:22, Nick Hudson wrote:
On 07/22/14 18:46, Paul Zimmerman wrote:
The nak_frame handling would have added some benefit, but wouldn't
handle all
cases.
I'm seeing problems with devices NAKing to the point of confusing
dwc2 completely,
so I'd like to investigate a NAK holdoff
Since we want to keep support for both older usb-phys as well as the
newer generic phys, lets first get the generic PHYs and fallback to
older USB-PHYs only when we fail to get the former.
This should fix the issue with ehci-exynos and ohci-exynos, wherein
in the absence of SAMSUNG_USB2PHY config
On Tuesday, August 05, 2014 7:39 PM, Vivek Gautam wrote:
Since we want to keep support for both older usb-phys as well as the
newer generic phys, lets first get the generic PHYs and fallback to
older USB-PHYs only when we fail to get the former.
This should fix the issue with ehci-exynos and
Hi Vivek,
On Tue, Aug 5, 2014 at 4:09 PM, Vivek Gautam gautam.vi...@samsung.com wrote:
Since we want to keep support for both older usb-phys as well as the
newer generic phys, lets first get the generic PHYs and fallback to
older USB-PHYs only when we fail to get the former.
This should fix
Hi Jingoo,
On Tuesday, August 05, 2014 4:28 PM, Jingoo Han wrote:
On Tuesday, August 05, 2014 7:39 PM, Vivek Gautam wrote:
Since we want to keep support for both older usb-phys as well as the
newer generic phys, lets first get the generic PHYs and fallback to
older USB-PHYs only when we fail
Use devm_ioremap_resource to simplify error handling in the probe
function and to get rid of some boilerplate in the remove function.
Signed-off-by: Tobias Klauser tklau...@distanz.ch
---
drivers/usb/host/isp1362-hcd.c | 103 ++---
1 file changed, 25
On 08/04/2014 12:13 PM, Markus Pargmann wrote:
In the long term I would suggest to move the DT probe over to the musb
core code and we wouldn't need the node assignment anymore…
[0] http://www.spinics.net/lists/linux-usb/msg94701.html
Really old thread but I just noticed that this solution
On Tue, Aug 05, 2014 at 02:30:31PM +1000, ress...@ausics.net wrote:
On 2014-08-05 00:10, Johan Hovold wrote:
I'll queue this up for v3.17-rc.
Awesome, any chance of it finding its way into 3.14.x since it's a LT
release?
Yes, it's marked for stable and should show up there within a
On Tue, Aug 05, 2014 at 01:15:36AM +0800, Wang YanQing wrote:
I change my system recently, and sendmail has trouble
to send mails to kernel mail list, so I resend it
with my old system.
I got all three.
Ok, before I send out next version, I still has some
vague places, see below:
On Tue, 5 Aug 2014, Vivek Gautam wrote:
Since we want to keep support for both older usb-phys as well as the
newer generic phys, lets first get the generic PHYs and fallback to
older USB-PHYs only when we fail to get the former.
This should fix the issue with ehci-exynos and ohci-exynos,
On Tue, 2014-08-05 at 08:59 +0200, Ricardo Ribalda Delgado wrote:
Hello Dan.
I have also been able to start/stop the gps via the gps control port
(ttyHS2) and get nmea data port through the gps port. (ttyHS1)
Please tell me if you need more tests
No, this looks good enough. Because (a)
On Mon, 2014-08-04 at 11:11 +0200, Ricardo Ribalda Delgado wrote:
After this patch:
[ 32.985530] hso: drivers/net/usb/hso.c: Option Wireless
[ 33.000452] hso 2-1.4:1.7: Not our interface
[ 33.001849] usbcore: registered new interface driver hso
root@qt5022:~# ls /dev/ttyHS*
On Mon, 2014-08-04 at 11:12 +0200, Ricardo Ribalda Delgado wrote:
Hello Dan
Are you 100% sure these don't go into the 'hso' driver? 'option' is
used for mostly older Option devices (like 5+ years old). I tried to
find information about this module, and the closest I could come for
On Tue, Aug 5, 2014 at 3:27 AM, Mateusz Guzik mgu...@redhat.com wrote:
On Tue, Aug 05, 2014 at 01:55:34AM -0400, Nick Krause wrote:
On Tue, Aug 5, 2014 at 1:45 AM, Greg KH gre...@linuxfoundation.org wrote:
On Tue, Aug 05, 2014 at 12:56:57AM -0400, Nicholas Krause wrote:
I am adding the fixes
From: Nick Hudson [mailto:sk...@netbsd.org]
Sent: Tuesday, August 05, 2014 1:57 AM
On 07/22/14 22:22, Nick Hudson wrote:
On 07/22/14 18:46, Paul Zimmerman wrote:
The nak_frame handling would have added some benefit, but wouldn't
handle all
cases.
I'm seeing problems with devices
On Thu, Jul 10, 2014 at 10:41:55AM +0900, Yoshihiro Shimoda wrote:
This patch adds a firmware for the USB 3.0 host controller of Renesas
R-Car H2 and M2 SoCs.
Signed-off-by: Yoshihiro Shimoda yoshihiro.shimoda...@renesas.com
applied, thanks!
--kyle
--
To unsubscribe from this list: send the
From: Ricardo Ribalda Delgado ricardo.riba...@gmail.com
Date: Mon, 4 Aug 2014 11:11:49 +0200
After this patch:
[ 32.985530] hso: drivers/net/usb/hso.c: Option Wireless
[ 33.000452] hso 2-1.4:1.7: Not our interface
[ 33.001849] usbcore: registered new interface driver hso
From: Kever Yang [mailto:kever.y...@rock-chips.com]
Sent: Monday, August 04, 2014 6:46 PM
On 08/05/2014 12:34 AM, Doug Anderson wrote:
Normally I'd say that you should have added Paul's Acked-by since
you fixed his nit and he told you to include his Acked-by when his nit
was fixed,
On Tue, Aug 05, 2014 at 02:33:25PM +0200, Sebastian Andrzej Siewior wrote:
On 08/04/2014 12:13 PM, Markus Pargmann wrote:
In the long term I would suggest to move the DT probe over to the musb
core code and we wouldn't need the node assignment anymore…
[0]
From: Francois Romieu rom...@fr.zoreil.com
USB network drivers are already handled in drivers/net/usb/Kconfig.
Let's save the maintenance burden of dependencies in drivers/net/Makefile.
The newly introduced USB_NET_DRIVERS umbrella config option defaults
to 'y' so as to minimize the changes of
From: Francois Romieu rom...@fr.zoreil.com
Date: Tue, 5 Aug 2014 23:10:52 +0200
From: Francois Romieu rom...@fr.zoreil.com
USB network drivers are already handled in drivers/net/usb/Kconfig.
Let's save the maintenance burden of dependencies in drivers/net/Makefile.
The newly introduced
Both devices have the same VID and PID.
This patch has been tested on both of these modem versions.
Signed-off-by: Brennan Ashton bash...@brennanashton.com
---
drivers/usb/serial/option.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/usb/serial/option.c
These two patches enable the dr_mode for the dwc2 usb
controller. These are split from the patch series adding
rk3288 dwc2 support.
Changes in v4:
- From Doug's suggestion:
-- remove dr_mode init from Kconfig code
-- change the commit meesage
Changes in v3:
- fix the odd spacing in dwc2_hsotg
According to the dr_mode, the otg controller can work as
device role and host role. Some boards always want to use host mode
and some other boards want to use gadget mode. We use the dts setting
to set dwc2's mode, rather than fixing it to whatever hardware says.
Signed-off-by: Kever Yang
The prefix suggests the number should be printed in hex, so use
the %x specifier to do that.
Found by using regex suggested by Joe Perches.
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/usb/musb/ux500_dma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 2014-08-06 07:20, Brennan Ashton wrote:
Both devices have the same VID and PID.
This patch has been tested on both of these modem versions.
Signed-off-by: Brennan Ashton bash...@brennanashton.com
---
drivers/usb/serial/option.c | 5 +
1 file changed, 5 insertions(+)
diff --git
On 8/5/14, Lars Melin lars...@gmail.com wrote:
On 2014-08-06 07:20, Brennan Ashton wrote:
Both devices have the same VID and PID.
This patch has been tested on both of these modem versions.
Signed-off-by: Brennan Ashton bash...@brennanashton.com
---
drivers/usb/serial/option.c | 5 +
32 matches
Mail list logo
