On Tue, Apr 25, 2017 at 7:40 PM, Guenter Roeck wrote:
> On 04/25/2017 01:26 AM, Rajaram R wrote:
>>
>> On Mon, Apr 24, 2017 at 11:20 PM, Badhri Jagan Sridharan
>> wrote:
>>>
>>> On Sat, Apr 22, 2017 at 2:23 AM, Rajaram R
>>> wrote:
>>&
On Mon, Apr 24, 2017 at 11:20 PM, Badhri Jagan Sridharan
wrote:
> On Sat, Apr 22, 2017 at 2:23 AM, Rajaram R
> wrote:
>> On Fri, Apr 21, 2017 at 10:13 PM, Guenter Roeck wrote:
>>> On Fri, Apr 21, 2017 at 07:57:52PM +0530, Rajaram R wrote:
>>>> On Fri, Apr
On Fri, Apr 21, 2017 at 10:13 PM, Guenter Roeck wrote:
> On Fri, Apr 21, 2017 at 07:57:52PM +0530, Rajaram R wrote:
>> On Fri, Apr 21, 2017 at 1:16 AM, Badhri Jagan Sridharan
>> wrote:
>> > Thanks for the responses :)
>> >
>> > So seems like we have a
On Fri, Apr 21, 2017 at 1:16 AM, Badhri Jagan Sridharan
wrote:
> Thanks for the responses :)
>
> So seems like we have a plan.
>
> In Type-C connector class the checks for TYPEC_PWR_MODE_PD
> and pd_revision for both the port and the partner will be removed in
> power_role_store and the data_role_
On Wed, Jun 29, 2016 at 4:00 PM, Heikki Krogerus
wrote:
> On Wed, Jun 29, 2016 at 02:21:10PM +0530, Rajaram R wrote:
>> On Mon, Jun 27, 2016 at 5:43 PM, Heikki Krogerus
>> wrote:
>> > Hi,
>> >
>> > On Mon, Jun 27, 2016 at 03:51:08PM +0530, Rajaram R wrot
On Mon, Jun 27, 2016 at 5:43 PM, Heikki Krogerus
wrote:
> Hi,
>
> On Mon, Jun 27, 2016 at 03:51:08PM +0530, Rajaram R wrote:
>> May be I am missing user or usage of the driver.. I see this driver is
>> providing limited information of the Type-C connectors or the port
>
Victor
On Tue, Mar 8, 2016 at 9:05 AM, Victor Dodon wrote:
>
> Hi all,
>
> I have some performance issues with the host port on a Beaglebone
> board. I tested with kernel 3.8.13, 3.14.55 and 4.1.18 and the issue
> still persists. Running a fio test with 64k random reads from a USB
> flash drive
On Thu, Feb 18, 2016 at 4:17 PM, Heikki Krogerus
wrote:
> On Thu, Feb 18, 2016 at 04:07:54PM +0530, Rajaram R wrote:
>> On Wed, Feb 17, 2016 at 7:58 PM, Heikki Krogerus
>> wrote:
>> > On Wed, Feb 17, 2016 at 03:36:46PM +0200, Felipe Balbi wrote:
>> >>
&
On Wed, Feb 17, 2016 at 7:58 PM, Heikki Krogerus
wrote:
> On Wed, Feb 17, 2016 at 03:36:46PM +0200, Felipe Balbi wrote:
>>
>> Hi,
>>
>> Heikki Krogerus writes:
>> > On Wed, Feb 17, 2016 at 11:36:52AM +0100, Oliver Neukum wrote:
>> >> On Wed, 2016-02-17 at 12:29 +0200, Felipe Balbi wrote:
>> >> >
On Tue, Feb 9, 2016 at 10:31 PM, Heikki Krogerus
wrote:
> Hi,
>
> The OS, or more precisely the user space, needs to be able to control
> a few things regarding USB Type-C ports. The first thing that must be
> allowed to be controlled is the data role. USB Type-C ports will
> select the data role
Please find reply inline
On Fri, Jun 12, 2015 at 11:48 PM, wrote:
>
> Knowing that you have experts in USB 3.0 support for Linux, I am writing to
> your organization hoping that you may be able to offer some direction on a
> problem I have encountered.
>
> I am trying to track down a problem I
On Wed, May 14, 2014 at 6:04 AM, Grant wrote:
> Can I disable VBUS while keeping the rest of USB functional for a
> device that does not require bus power?
Can you please elaborate the question of why VBus should go off ? Is
this question in the context of any new USB specification ?
>
> - Gran
Josh
Could you provide kernel logs (dmesg) which include logs from IR
module ( http://lxr.free-electrons.com/source/drivers/media/rc/mceusb.c)
Cheers
On Wed, Jan 22, 2014 at 11:15 PM, Josh Bendavid wrote:
> I have a usb infrared remote receiver (Windows media center variety) which
> works corre
On Tue, Jan 14, 2014 at 9:26 PM, Alan Ott wrote:
> On 01/14/2014 09:13 AM, Felipe Balbi wrote:
>>
>> On Mon, Jan 13, 2014 at 11:25:16PM -0500, Alan Ott wrote:
>>>
>>> On 01/13/2014 09:01 PM, Alan Stern wrote:
On Mon, 13 Jan 2014, Felipe Balbi wrote:
> On Mon, Jan 13, 2014 at 03:
Hi
I guess it is something to do with the buffer size of the gadget
driver. Could you please try change the buffer size to 16K and confirm
if the delay is shifting ? In this case your delay should be after 31
transfers...
===
66 static struct usb_zero_options gzero_options = {
67
e framework to
manage USB-PD (may not be part of usb drivers).
> Are you volunteering to add support?
>
Sure
> Sarah Sharp
>
> On Thu, Aug 08, 2013 at 06:16:54PM +0530, Rajaram R wrote:
>> Hi All
>>
>> Can someone share thoughts if there is a work in progr
Hi All
Can someone share thoughts if there is a work in progress or plan on
USB power delivery support for Linux ?
Rajaram
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/
On Wed, Jul 24, 2013 at 7:08 AM, tong li wrote:
> Hello,
>
> I run our board(not a common one) as a Gadget CDC/ECM device with
> linux-3.0.39.
> At the outset it is running normally when I plug it into
> HostPC(Ubuntu12.04),I test it with iperf.
> But if I leave it connected for a long time(actua
On Fri, Jul 19, 2013 at 2:51 PM, Sebastian Andrzej Siewior
wrote:
> On 07/19/2013 11:16 AM, Rajaram R wrote:
>> That was work in progress. You may wish to look at this patch
>> http://permalink.gmane.org/gmane.linux.usb.general/79858
>>
>> If a device sends 513 bytes
On Fri, Jul 19, 2013 at 2:23 PM, Sebastian Andrzej Siewior
wrote:
> On 07/19/2013 10:26 AM, Rajaram R wrote:
>> We program the DMA only when we receive RX interrupt and when the
>> length of data is known. When you submit URB for RX the flow would be
>> something
On Fri, Jul 19, 2013 at 1:36 PM, Sebastian Andrzej Siewior
wrote:
> On 07/19/2013 09:59 AM, Rajaram R wrote:
>>> Okay. musb offloads the actual transfer to the DMA engine it is using.
>>> Once it does so, it relies on whatever comes back from dma engine
>>&g
On Thu, Jul 11, 2013 at 10:44 PM, Sebastian Andrzej Siewior
wrote:
>
> On 07/11/2013 06:58 PM, Greg KH wrote:
> >> following scenario:
> >> you attach an UART-TO-USB adapter to your musb port running ux500-dma
> >> code. The USB UARt driver queues 1x RX URB with the size of 256 bytes
> >> (example
On Wed, Oct 31, 2012 at 8:00 PM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Oct 31, 2012 at 07:45:53PM +0530, Rajaram R wrote:
>> On Tue, Oct 23, 2012 at 11:42 AM, Wei Yongjun wrote:
>> > commit 65b3d52d02a558fbfe08e43688e15390c5ab3067
>> > (usb: musb: add mu
Hi Felipie/Greg
On Tue, Oct 30, 2012 at 6:17 PM, Felipe Balbi wrote:
> Hi Greg,
>
> Judging by how things are going, this is likely to be my last pull request
> for v3.7-rc cycle, unless someone finds a big regression which we really must
> fix during v3.7-rc.
>
> It's rather small; just a revert
Hi
On Tue, Oct 23, 2012 at 11:42 AM, Wei Yongjun wrote:
> commit 65b3d52d02a558fbfe08e43688e15390c5ab3067
> (usb: musb: add musb_ida for multi instance support)
> used musbid in ux500_remove() but nerver declared it.
The above message doesnot match with your fix. You say ux500_remove is
using m
On Thu, Sep 20, 2012 at 9:38 PM, Ming Lei wrote:
>
> On Thu, Sep 20, 2012 at 11:23 PM, Ming Lei wrote:
> >
> > I will try to study 'lsusb' to see if there is one problem and try to
> > solve it.
>
> If what you concern is about accessing device via libusb, it should be
> OK since the device will
On Sat, Sep 8, 2012 at 3:34 AM, Linus Walleij wrote:
>
> On Fri, Sep 7, 2012 at 8:51 PM, Sebastian Andrzej Siewior
> wrote:
> > On Wed, Jan 25, 2012 at 11:02:03AM +0100, Linus Walleij wrote:
>
> >> static struct usb_descriptor_header *ecm_fs_function[] = {
> >> /* CDC ECM control descripto
On Thu, Aug 16, 2012 at 11:51 AM, Felipe Balbi wrote:
> After introducing the new ->reset method on
> struct usb_gadget_driver, UDC drivers are
> required to implement proper handling for it.
>
> This patch adds proper ->reset handling for
> musb driver.
>
> Signed-off-by: Felipe Balbi
> ---
> d
On Tue, Aug 7, 2012 at 6:39 PM, Roger Quadros wrote:
> Do not rely on any hints from gadget drivers and use DMA mode 1
> whenever we expect data of at least the endpoint's packet size and
> have not yet received a short packet.
Could you please let us know what all combination this was tested ?
W
On Tue, Aug 7, 2012 at 5:26 PM, Rajaram R wrote:
> Hi Robert/Felipie
>
> On Thu, Aug 2, 2012 at 1:41 PM, Roger Quadros wrote:
>>
>> Do not rely on any hints from gadget drivers and use DMA mode 1
>> whenever we expect more data than the endpoint's packet size and
Hi Robert/Felipie
On Thu, Aug 2, 2012 at 1:41 PM, Roger Quadros wrote:
>
> Do not rely on any hints from gadget drivers and use DMA mode 1
> whenever we expect more data than the endpoint's packet size and
> have not yet received a short packet.
>
> The last packet if short is always transferred
On Mon, Jul 30, 2012 at 2:57 AM, Alan Stern wrote:
>
> On Sun, 29 Jul 2012, Rajaram R wrote:
>
> > > The ep list doesn't belong to the gadget driver; it belongs to the UDC
> > > driver. The maxpacket has to be adjusted to match the value stored in
> > >
On Thu, Jul 26, 2012 at 10:26 PM, Alan Stern wrote:
> On Thu, 26 Jul 2012, Rajaram R wrote:
>
>> Hi Felipe/Alan
>>
>> Any comments for the below query ?
>>
>> On Thu, Jul 12, 2012 at 4:53 PM, Rajaram R
>> wrote:
>> > Hi
>> >
Hi Felipe/Alan
Any comments for the below query ?
On Thu, Jul 12, 2012 at 4:53 PM, Rajaram R wrote:
> Hi
>
>
> On Thu, Nov 18, 2010 at 6:17 PM, Tatyana Brokhman
> wrote:
>>
>> Add config_ep_by_speed() to configure the endpoint according to the gadget
>> spee
On Thu, Jul 26, 2012 at 2:33 AM, Alan Stern wrote:
> On Wed, 25 Jul 2012, Paul Zimmerman wrote:
>
>> > From: Alan Stern [mailto:st...@rowland.harvard.edu]
>> > Sent: Wednesday, July 25, 2012 12:48 PM
>> > To: Paul Zimmerman
>> > Cc: Rajaram R; Mi
On Wed, Jul 25, 2012 at 10:51 PM, Alan Stern wrote:
> On Wed, 25 Jul 2012, Rajaram R wrote:
>
>> >> > There's one thing I don't get. The message talks about musb but the
>> >> > code
>> >> > checks for non Super Speed devices.
Hi Alan
On Wed, Jul 25, 2012 at 9:07 PM, Alan Stern wrote:
> On Wed, 25 Jul 2012, Rajaram R wrote:
>
>> Hi
>>
>> On Wed, Jul 25, 2012 at 6:33 PM, Michal Nazarewicz wrote:
>> > On Wed, 25 Jul 2012 14:53:00 +0200, Rajaram REGUPATHY
>> > wrote:
>>
.spinics.net/lists/linux-usb/msg64938.html
> (Also, you probably should wrap the message before 80th column.)
>
>
>> Signed-off-by: Balakumar Rajendran
>> Signed-off-by: Rajaram R
>> ---
>> drivers/usb/gadget/f_mass_storage.c |9 +
>> 1 files
Hi Felipe/Tatyana
Could you please comment ?
On Thu, Jul 12, 2012 at 4:53 PM, Rajaram R wrote:
> Hi
>
>
> On Thu, Nov 18, 2010 at 6:17 PM, Tatyana Brokhman
> wrote:
>>
>> Add config_ep_by_speed() to configure the endpoint according to the gadget
>> speed. Using
Hi
On Thu, Nov 18, 2010 at 6:17 PM, Tatyana Brokhman
wrote:
>
> Add config_ep_by_speed() to configure the endpoint according to the gadget
> speed. Using this function will spare the FDs from handling the endpoint
> chosen descriptor.
>
> Signed-off-by: Tatyana Brokhman
> ---
> drivers/usb/gad
40 matches
Mail list logo
