Oliver Neukum writes:
> On Thursday 14 February 2013 18:10:43 Bjørn Mork wrote:
>> Do not scribble past end of buffer. Check if the userspace buffer has
>> enough space available before attempting to move more data there. Drop
>> new data on overflow.
>>
>> Cc: stable
>> Signed-off-by: Bjørn Mo
Separate the mv host controller driver from ehci-hcd host code
into its own static driver module.
Signed-off-by: Manjunath Goudar
Cc: Greg KH
Cc: Alan Stern
Cc: Eric Miao
Cc: Haojian Zhuang
Cc: Russell King
Cc: linux-usb@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
drivers/usb/host/
Separate the mv host controller driver from ehci-hcd host code
into its own driver module.
Signed-off-by: Manjunath Goudar
Cc: Greg KH
Cc: Alan Stern
Cc: Eric Miao
Cc: Haojian Zhuang
Cc: Russell King
Cc: linux-usb@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
drivers/usb/host/Kconfig
Separate the mv On-Chip host controller driver from ehci-hcd
host code into its own static driver module
Manjunath Goudar (1):
USB: EHCI: make ehci-mv as separate static driver
drivers/usb/host/Kconfig|2 +-
drivers/usb/host/Makefile |1 +
drivers/usb/host/ehci-hcd.c |6 +---
thanks Greg. My plan A is to see if I can get the Ubuntu folks to fix what is
awry. Thanks for your analysis and suggestions.
Doug Minett
On 2013-02-15, at 12:23 AM, Greg KH wrote:
> On Thu, Feb 14, 2013 at 11:52:19PM -0500, Doug Minett wrote:
>> followup below. many thanks for your help.
>>
This e-mail is a follow-up as requested in this bug[1]. I will repost
everything so far in this e-mail. Please CC me as I'm not subscribed
to your list.
We have acquired an e-reader which says: 'AV Autovision AV606'. I have
confirmed with the distributer that it uses the usb-storage driver
(not MT
On Thu, Feb 14, 2013 at 11:52:19PM -0500, Doug Minett wrote:
> followup below. many thanks for your help.
>
> On Feb 14, 2013, at 18:32 PM, Greg KH wrote:
>
> > On Thu, Feb 14, 2013 at 06:07:38PM -0500, Doug Minett wrote:
> >> Hi,
> >>
> >> I am using Ubuntu's 3.2.0-37 distribution of linux. Is
On Sat, Feb 9, 2013 at 4:05 AM, Kukjin Kim wrote:
> Vivek Gautam wrote:
>>
>> Adding EHCI device tree node for Exynos5250 along with
>> the device base adress and gpio line for vbus.
>>
>> Signed-off-by: Vivek Gautam
>> Acked-by: Jingoo Han
>> Acked-by: Grant Likely
>> ---
>>
>> Changes from v4
followup below. many thanks for your help.
On Feb 14, 2013, at 18:32 PM, Greg KH wrote:
> On Thu, Feb 14, 2013 at 06:07:38PM -0500, Doug Minett wrote:
>> Hi,
>>
>> I am using Ubuntu's 3.2.0-37 distribution of linux. Is there a known
>> problem with the module in this version of the kernel?
>
>
On Thu, Feb 14, 2013 at 06:07:38PM -0500, Doug Minett wrote:
> Hi,
>
> I am using Ubuntu's 3.2.0-37 distribution of linux. Is there a known
> problem with the module in this version of the kernel?
I don't know, but as this is a distro kernel, you really should contact
the distro to get support fo
Hi,
I am using Ubuntu's 3.2.0-37 distribution of linux. Is there a known problem
with the module in this version of the kernel?
cat /dev/ttyUSB0 results in "no such device" message (checked device is present
with rw r r root root permissions)
I have tried a number of things to get the Digi Edg
On Thu, Feb 14, 2013 at 12:52 PM, Kuninori Morimoto
wrote:
>
> Hi
>
>> >> +void rmobile_hc_start(struct usb_hcd *hcd, struct platform_device *pdev)
>> > ...
>> >> + data = SMODE_READY_CTR | MMODE_HBUSREQ |
>> >> + MMODE_WR_INCR | MMODE_BYTE_BURST | MMODE_HTRANS;
>> >> +
>>
On Thursday 14 February 2013 18:10:43 Bjørn Mork wrote:
> Do not scribble past end of buffer. Check if the userspace buffer has
> enough space available before attempting to move more data there. Drop
> new data on overflow.
>
> Cc: stable
> Signed-off-by: Bjørn Mork
> ---
> Oliver Neukum writ
Hi,
On Thu, Feb 14, 2013 at 07:30:26PM +0100, Sascha Hauer wrote:
> > > > yeah, this is why I said we should ignore dr_mode (or bail out) when
> > > > !OTG.
> > >
> > > Ok, that's what the patch effectively does. We have this in
> > > chipidea/core.c:
> > >
> > > | dr_mode = ci->platdat
2013/2/12 Sarah Sharp :
> On Sun, Feb 03, 2013 at 09:52:42PM -0500, Alan Stern wrote:
>> On Sun, 3 Feb 2013, Richard Genoud wrote:
>>
>> > [previously]
>> > I tried to use this device : usb3.0 HDD dock (
>> > http://www.icydock.com/goods.php?id=130 ) based on JMicron JMS539
>> > chipset.
>> > It's
On Thu, Feb 14, 2013 at 08:00:11PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Thu, Feb 14, 2013 at 05:23:37PM +0100, Sascha Hauer wrote:
> > On Thu, Feb 14, 2013 at 12:37:29PM +0200, Felipe Balbi wrote:
> > > Hi,
> > >
> > > On Thu, Jan 31, 2013 at 12:32:16PM +0100, Sascha Hauer wrote:
> > > > We no
On Thu, Feb 14, 2013 at 08:04:44PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Thu, Feb 14, 2013 at 05:06:55PM +0100, Sascha Hauer wrote:
> > > > > > > Maybe we can ignore dr_mode in host-only and device-only builds
> > > > > > > and only
> > > > > > > look at it for DRD builds ?
> > > > > >
> > > >
From: Bjørn Mork
Date: Wed, 13 Feb 2013 23:09:52 +0100
> commit bd329e1 ("net: cdc_ncm: do not bind to NCM compatible MBIM devices")
> added a test for a CDC MBIM altsetting, implementing the cdc_ncm part of
> MBIM backward compatibility support. This intentionally made the driver
> behave diffe
Hi,
On Thu, Feb 14, 2013 at 05:06:55PM +0100, Sascha Hauer wrote:
> > > > > > Maybe we can ignore dr_mode in host-only and device-only builds and
> > > > > > only
> > > > > > look at it for DRD builds ?
> > > > >
> > > > > If something is or is not compiled in the kernel this doesn't mean
> > >
Hi,
On Thu, Feb 14, 2013 at 05:23:37PM +0100, Sascha Hauer wrote:
> On Thu, Feb 14, 2013 at 12:37:29PM +0200, Felipe Balbi wrote:
> > Hi,
> >
> > On Thu, Jan 31, 2013 at 12:32:16PM +0100, Sascha Hauer wrote:
> > > We now have usb_add_phy_dev(), so use it to register with the framework
> > > to be
[ Remembered to drop Alan Cox from Cc. ]
On Wed, Feb 13, 2013 at 01:40:08PM -0500, Peter Hurley wrote:
> On Wed, 2013-02-13 at 15:25 +0100, Johan Hovold wrote:
> > On Fri, Feb 01, 2013 at 10:44:25AM +0800, Chris Ruehl wrote:
> > > I file a report for you, please have a look when you have time.
> >
Alex Courbot writes:
> The board features a USB GSM modem using the usb_wwan module. Once in
> a while, when the system resumes from LP0, a NET_RX softirq will be
> triggered while the modem is still being resumed, calling
> usb_wwan_write(). This will cause usb_autopm_get_interface_async()
> ins
Do not scribble past end of buffer. Check if the userspace buffer has
enough space available before attempting to move more data there. Drop
new data on overflow.
Cc: stable
Signed-off-by: Bjørn Mork
---
Oliver Neukum writes:
> I am afraid your diagnosis is correct. This is a buffer overflow.
* Roger Quadros [130214 04:08]:
> Hi Tony,
>
> This is the ARM-soc part of the OMAP USB Host cleanup series for 3.9.
> It is based on 3.8-rc6 + usbhost17-common that I sent earlier.
>
> Please pull. Thanks.
Thanks for reworking this series! I'll pull this.
Regards,
Tony
> The following chan
On Thu, Feb 14, 2013 at 12:37:29PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Thu, Jan 31, 2013 at 12:32:16PM +0100, Sascha Hauer wrote:
> > We now have usb_add_phy_dev(), so use it to register with the framework
> > to be able to find the phy from the USB driver.
> >
> > Signed-off-by: Sascha Hauer
On Thu, Feb 14, 2013 at 03:10:15PM +0200, Felipe Balbi wrote:
> On Thu, Feb 14, 2013 at 12:24:49PM +0100, Sascha Hauer wrote:
> > On Thu, Feb 14, 2013 at 12:15:10PM +0200, Felipe Balbi wrote:
> > > Hi,
> > >
> > > On Thu, Feb 14, 2013 at 11:07:22AM +0100, Sascha Hauer wrote:
> > > > > > >> @@ -32,
On Thursday 14 February 2013 13:53:26 Bjørn Mork wrote:
> Do not scribble past end of buffer. Check if the userspace buffer has
> enough space available before attempting to move more data there. Throw
> away all previously read data if the buffer is full.
>
> Cc: stable
> Signed-off-by: Bjørn M
The module alias should be "ehci-omap" and not
"omap-ehci" to match the platform device name.
The omap-ehci module should now autoload correctly.
CC: sta...@vger.kernel.org
Signed-off-by: Roger Quadros
Acked-by: Alan Stern
---
drivers/usb/host/ehci-omap.c |2 +-
1 files changed, 1 insertio
Greg,
These 2 patches contain bug fixes for ehci-omap for 3.9 as well as
older kernels.
Patches are based on 3.8-rc6.
Please include them in your USB tree. Thanks.
cheers,
-roger
--
1.7.4.1
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to ma
This driver does not request any gpios so don't free them.
Fixes L3 bus error on multiple modprobe/rmmod of ehci_hcd
with ehci-omap in use.
Without this patch, EHCI will break on repeated insmod/rmmod
of ehci_hcd for all OMAP2+ platforms that use EHCI and
set 'phy_reset = true' in usbhs_omap_board
On Thu, Feb 14, 2013 at 12:18:17PM +0200, Roger Quadros wrote:
> Hi Greg,
>
> On 01/23/2013 12:37 PM, Roger Quadros wrote:
> > Let's have a single platform data structure for the OMAP's High-Speed
> > USB host subsystem instead of having 3 separate ones i.e. one for
> > board data, one for USB Hos
On Thu, Feb 14, 2013 at 02:14:11PM +0200, Roger Quadros wrote:
> Hi Greg,
>
> This pull request contains 2 bug fixes for ehci-omap for 3.9 as well
> as older kernels. It is based on 3.8-rc6.
>
> Please pull. Thanks.
>
> The following changes since commit 88b62b915b0b7e25870eb0604ed9a92ba4bfc9f7:
The current entry in unusual_cypress.h for the Super TOP SATA bridge devices
seems to be causing corruption on newer revisions of this device. This has
been reported in Arch Linux and Fedora. The original patch was tested on
devices with bcdDevice of 1.60, whereas the newer devices report bcdDevi
Hi Svetoslav,
> Support host and device usb modes for the chipidea controller in AR933x.
> The controller doesn't support OTG functionality so the platform code
> forces one of the modes based on the state of GPIO13 pin at startup.
>
> Signed-off-by: Svetoslav Neykov
> ---
<...>
> diff --git a
Sascha Hauer writes:
> 4th round of patches.
>
> Peter, I would be glad if you could test them before your holiday. I rebased
> your last round of Chipidea OTG patches onto this series which you can pull
> here:
>
> git://git.pengutronix.de/git/imx/linux-2.6.git tags/usb-chipidea-otg-for-next
>
>
On Thu, Feb 14, 2013 at 12:24:49PM +0100, Sascha Hauer wrote:
> On Thu, Feb 14, 2013 at 12:15:10PM +0200, Felipe Balbi wrote:
> > Hi,
> >
> > On Thu, Feb 14, 2013 at 11:07:22AM +0100, Sascha Hauer wrote:
> > > > > >> @@ -32,4 +35,37 @@ const char *usb_speed_string(enum
> > > > > >> usb_device_spe
Sascha Hauer writes:
> From: Michael Grzeschik
>
> This patch makes it possible to configure the PTW and PTS bits inside
> the portsc register for host and device mode before the driver starts
> and the phy can be addressed as hardware implementation is designed.
>
> Signed-off-by: Michael Grzes
Do not scribble past end of buffer. Check if the userspace buffer has
enough space available before attempting to move more data there. Throw
away all previously read data if the buffer is full.
Cc: stable
Signed-off-by: Bjørn Mork
---
Hello Oliver!
I hope I am missing something here...
This
Peter Chen writes:
> The main design flow is the same with msm otg driver, that is the id and
> vbus interrupt are handled at core driver, others are handled by
> individual drivers.
>
> - At former design, when switch usb role from device->host, it will call
> udc_stop, it will remove the gadget
Hi Roger
On Thu, Feb 14, 2013 at 02:02:55PM +0200, Roger Quadros wrote:
> Hi Samuel,
>
> This contains the MFD portion of the OMAP USB Host cleanup series for 3.9.
> It is based on 3.8-rc6 + usbhost17-common that I've sent earlier.
>
> The first patch touches drivers/usb/ehci-omap.c and is pendi
Hi Roger,
On Thu, Feb 14, 2013 at 02:01:25PM +0200, Roger Quadros wrote:
> Hi Tony & Samuel,
>
> This is the common patch for the OMAP USB Host cleanup series for 3.9.
> It makes changes to platform headers only.
> The other 2 pull requests, one for each of you will be based on this.
>
> This is
Hi Greg,
This pull request contains 2 bug fixes for ehci-omap for 3.9 as well
as older kernels. It is based on 3.8-rc6.
Please pull. Thanks.
The following changes since commit 88b62b915b0b7e25870eb0604ed9a92ba4bfc9f7:
Linux 3.8-rc6 (2013-02-01 12:08:14 +1100)
are available in the git reposit
Peter Chen writes:
> Changes for v7:
> - Add ci_supports_gadget helper to know if the controller
> supports gadget, if the controller supports gadget, it
> needs to read otgsc to know the vbus value, basically,
> if the controller supports gadget, it will support host
> as well [3/8]
> - At ci_hd
Hi Tony,
This is the ARM-soc part of the OMAP USB Host cleanup series for 3.9.
It is based on 3.8-rc6 + usbhost17-common that I sent earlier.
Please pull. Thanks.
The following changes since commit 7f07863ec60f7d3dbeec5aff881ea074db3925ed:
ARM: OMAP: Consolidate OMAP USB-HS platform data (par
Hi Samuel,
This contains the MFD portion of the OMAP USB Host cleanup series for 3.9.
It is based on 3.8-rc6 + usbhost17-common that I've sent earlier.
The first patch touches drivers/usb/ehci-omap.c and is pending ACK from Greg KH.
The reason it needs to go through MFD tree is that it depends on
Hi Tony & Samuel,
This is the common patch for the OMAP USB Host cleanup series for 3.9.
It makes changes to platform headers only.
The other 2 pull requests, one for each of you will be based on this.
This is based on 3.8-rc6.
Please pull. Thanks.
The following changes since commit 88b62b915b0
Svetoslav Neykov writes:
> According to the datasheet the chipidea controller in AR933x doesn't expose
> OTG and TEST registers.
> If no OTG support is detected don't call functions which access those
> registers.
>
> Signed-off-by: Svetoslav Neykov
> ---
> drivers/usb/chipidea/udc.c | 24 +
On Thu, Feb 14, 2013 at 12:15:10PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Thu, Feb 14, 2013 at 11:07:22AM +0100, Sascha Hauer wrote:
> > > > >> @@ -32,4 +35,37 @@ const char *usb_speed_string(enum
> > > > >> usb_device_speed speed)
> > > > >> }
> > > > >> EXPORT_SYMBOL_GPL(usb_speed_string);
>
Svetoslav Neykov writes:
> Support host and device usb modes for the chipidea controller in AR933x.
> The controller doesn't support OTG functionality so the platform code
> forces one of the modes based on the state of GPIO13 pin at startup.
Some comments below.
>
> Signed-off-by: Svetoslav Ne
Svetoslav Neykov writes:
> Use the correct variable to check for the return value of the last function.
This one is fixed already by Julia Lawall: 5c6e9bf0
Regards,
--
Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.
Hi,
On Thu, Jan 31, 2013 at 12:32:16PM +0100, Sascha Hauer wrote:
> We now have usb_add_phy_dev(), so use it to register with the framework
> to be able to find the phy from the USB driver.
>
> Signed-off-by: Sascha Hauer
Sascha, are you taking this through your tree or you want me to queue it
Hi everyone,
I have this pretty weird issue on Android 3.1 kernel and would really
appreciate some insight that would allow me to figure it out. Could not
find any reference to a similar problem so I am seeking your advice.
The board features a USB GSM modem using the usb_wwan module. Once in
Hi Greg,
On 01/23/2013 12:37 PM, Roger Quadros wrote:
> Let's have a single platform data structure for the OMAP's High-Speed
> USB host subsystem instead of having 3 separate ones i.e. one for
> board data, one for USB Host (UHH) module and one for USB-TLL module.
>
> This makes the code much si
On Thu, Feb 14, 2013 at 11:11:55AM +0100, Marc Kleine-Budde wrote:
> @@ -32,4 +35,37 @@ const char *usb_speed_string(enum usb_device_speed
> speed)
> }
> EXPORT_SYMBOL_GPL(usb_speed_string);
>
> +#ifdef CONFIG_OF
> +static const char *usb_dr_modes[] = {
> >>>
Hi,
On Thu, Feb 14, 2013 at 11:07:22AM +0100, Sascha Hauer wrote:
> > > >> @@ -32,4 +35,37 @@ const char *usb_speed_string(enum usb_device_speed
> > > >> speed)
> > > >> }
> > > >> EXPORT_SYMBOL_GPL(usb_speed_string);
> > > >>
> > > >> +#ifdef CONFIG_OF
> > > >> +static const char *usb_dr_mod
On 02/14/2013 10:58 AM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Feb 14, 2013 at 10:49:44AM +0100, Marc Kleine-Budde wrote:
diff --git a/drivers/usb/usb-common.c b/drivers/usb/usb-common.c
index d29503e..ad4d87d 100644
--- a/drivers/usb/usb-common.c
+++ b/drivers/usb/usb-common.c
On Thu, Feb 14, 2013 at 11:58:22AM +0200, Felipe Balbi wrote:
> Hi,
>
> On Thu, Feb 14, 2013 at 10:49:44AM +0100, Marc Kleine-Budde wrote:
> > >> diff --git a/drivers/usb/usb-common.c b/drivers/usb/usb-common.c
> > >> index d29503e..ad4d87d 100644
> > >> --- a/drivers/usb/usb-common.c
> > >> +++ b
Hi,
On Thu, Feb 14, 2013 at 10:49:44AM +0100, Marc Kleine-Budde wrote:
> >> diff --git a/drivers/usb/usb-common.c b/drivers/usb/usb-common.c
> >> index d29503e..ad4d87d 100644
> >> --- a/drivers/usb/usb-common.c
> >> +++ b/drivers/usb/usb-common.c
> >> @@ -14,6 +14,9 @@
> >> #include
> >> #incl
On 02/14/2013 10:36 AM, Alexander Shishkin wrote:
> Sascha Hauer writes:
>
>> From: Michael Grzeschik
>>
>> This adds two little devicetree helper functions for determining the
>> dr_mode (host, peripheral, otg) and phy_type (utmi, ulpi,...) from
>> the devicetree.
>>
>> Signed-off-by: Michael G
Sascha Hauer writes:
> From: Michael Grzeschik
>
> This adds two little devicetree helper functions for determining the
> dr_mode (host, peripheral, otg) and phy_type (utmi, ulpi,...) from
> the devicetree.
>
> Signed-off-by: Michael Grzeschik
> Signed-off-by: Marc Kleine-Budde
> Signed-off-by
On Wed, Feb 13, 2013 at 08:39:31PM -0500, Peter Hurley wrote:
> On Wed, 2013-02-13 at 18:27 +0100, Johan Hovold wrote:
> > Move port drain-delay handling to a separate function.
> > ---
> > drivers/tty/tty_port.c | 29 ++---
> > 1 file changed, 18 insertions(+), 11 deletion
On Wed, Feb 13, 2013 at 08:11:13PM -0500, Peter Hurley wrote:
> On Wed, 2013-02-13 at 14:32 -0500, Peter Hurley wrote:
> > On Wed, 2013-02-13 at 18:27 +0100, Johan Hovold wrote:
> > > Move HUPCL handling to port shutdown so that DTR/RTS is dropped also on
> > > hang up.
> > >
> > > Currently a hun
Hi Svetoslav,
On Wed, Feb 13, 2013 at 11:38:55PM +0200, Svetoslav Neykov wrote:
> The chipidea controller in the AR933x SOC supports both host and device modes
> but not OTG.
> Which USB mode is used depends on a pin state (GIPO13) during boot - HIGH for
> host, LOW for device mode.
> Currently
Hi Greg,
Okay, this is what I thought.
I will see what I can do.
Anyway, thank you for your answer and your advice !
Best regards,
--
Mylène JOSSERAND
Le 13/02/2013 19:52, Greg KH a écrit :
> On Wed, Feb 13, 2013 at 10:29:22AM +0100, Mylene Josserand wrote:
>> Hi all !
>>
>>
>> I need some
64 matches
Mail list logo
