>> I saw the in the device endpoint ep82/ep83 at wMaxPacketSize a size "0040".
>>
>> As far as I understand the "packet 7092" in wireshark with URB data
>> length 128 should not possible? What happens at such packets sizes?
>> Or does wireshark just joking me --
>
> Wireshark adds 64 bytes of overh
Dear Miller :
Thanks a lot.
2014-02-11
liujunliang_ljl
发件人： David Miller
发送时间： 2014-02-11 08:54:00
收件人： liujunliang_ljl
抄送： joe; horms; romieu; gregkh; netdev; linux-usb; linux-kernel; sunhecheng
主题： Re: [PATCH] USB2NET : SR9800 : One chip USB2.0 USB2NET SR9800Device
Sorry, first time, meant to be "PATCH".
On Sun, Feb 9, 2014 at 7:31 PM, Greg KH wrote:
> On Sun, Feb 09, 2014 at 11:59:46AM +0300, Raymond Wanyoike wrote:
>> Interface #5 of 19d2:1270 is a net interface which has been submitted to the
>> qmi_wwan driver so consequently remove it from the option d
On Mon, Feb 10, 2014 at 11:40:25AM -0500, Alan Stern wrote:
> On Fri, 7 Feb 2014, Peter Chen wrote:
>
> > If the high-speed device does not enter full-speed idle after
> > wakeup on disconnect logic has effected, there will be an
> > unexpected disconnect wakeup interrupt due to the bus is still S
On Mon, Feb 10, 2014 at 1:26 PM, Alan Stern wrote:
> On Fri, 31 Jan 2014, Dan Williams wrote:
>
>> Resuming a powered down port sometimes results in the port state being
>> stuck in USB_SS_PORT_LS_POLLING:
>>
>> hub 3-0:1.0: debounce: port 1: total 2000ms stable 0ms status 0x2e0
>> port1: can't
I saw regression in today's next tag (logs
>>>> indicate around EHCI) boot on various TI platforms:
>>>>
>>>> Note: crane and sdp2430 are not expected to pass with
>>>> multi_v7_defconfig (note: omap2plus_defconfig boot seems to be sane
>>
From: liujunliang_...@163.com
Date: Mon, 10 Feb 2014 14:31:42 +0800
> From: Liu Junliang
>
>
> Signed-off-by: Liu Junliang
Applied, thanks.
--
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 htt
Alam, All,
On 2014-02-10 11:04 -0500, Alan Stern spake thusly:
> On Mon, 10 Feb 2014, Hans de Goede wrote:
>
> > Disallow ohci- / ehci-platform being built-in, when the phy core is build as
> > a module.
> >
> > Signed-off-by: Hans de Goede
> > ---
> > drivers/usb/host/Kconfig | 3 ++-
> > 1 f
On Fri, 31 Jan 2014, Dan Williams wrote:
> Resuming a powered down port sometimes results in the port state being
> stuck in USB_SS_PORT_LS_POLLING:
>
> hub 3-0:1.0: debounce: port 1: total 2000ms stable 0ms status 0x2e0
> port1: can't get reconnection after setting port power on, status -110
The patch description here could be improved substantially. It should
start out with an explanation of the basic reason for the patch and a
clear indication of what the patch does.
On Fri, 31 Jan 2014, Dan Williams wrote:
> Make port power recovery behave similarly to the power session recovery
indicate around EHCI) boot on various TI platforms:
>>>
>>> Note: crane and sdp2430 are not expected to pass with
>>> multi_v7_defconfig (note: omap2plus_defconfig boot seems to be sane
>>> but USB is disabled there)
>>>
>>> next-20140210-
Hi Sarah,
Sarah Sharp writes:
> On Wed, Jan 22, 2014 at 11:43:16PM +0100, Arnaud Ebalard wrote:
>> Hi Jason,
>>
>> Jason Cooper writes:
>>
>> > On Wed, Jan 22, 2014 at 11:23:23PM +0100, Arnaud Ebalard wrote:
>> >> With the patch applied on top of 3.13.0 kernel recompiled w/
>> >> CONFIG_PCI_M
On Mon, 10 Feb 2014, Stefani Seibold wrote:
> > > One interesting thing was that the bus in 3.12.7 was sometimes 6 and
> > > sometimes 2.
> >
> > The bus number doesn't matter; it's allowed to change every time you
> > reboot.
>
> The bus change without a reboot!
What? I don't understand. Can
e: crane and sdp2430 are not expected to pass with
>> multi_v7_defconfig (note: omap2plus_defconfig boot seems to be sane
>> but USB is disabled there)
>>
>> next-20140210-multi_v7_defconfig
>> 1: am335x-evm: Boot PASS: http://slexy.org/raw/s2zYHdPb94
>> 2: am33
On 02/10/2014 08:02 PM, Nishanth Menon wrote:
> On 02/10/2014 11:50 AM, Roger Quadros wrote:
>> +devicetree
>>
> [...]
>> In the DT node we have compatible ids for both. e.g. for omap4.dtsi
>>
>> usbhsehci: ehci@4a064c00 {
>> compatible = "ti,
Am Montag, den 10.02.2014, 12:09 -0500 schrieb Alan Stern:
> On Mon, 10 Feb 2014, Stefani Seibold wrote:
>
> > Am Montag, den 10.02.2014, 10:56 -0500 schrieb Alan Stern:
> > > On Mon, 10 Feb 2014, Stefani Seibold wrote:
> > >
> > > > Hi,
> > > >
> > > > the USB storage does not longer work on my
On 02/10/2014 11:50 AM, Roger Quadros wrote:
> +devicetree
>
[...]
> In the DT node we have compatible ids for both. e.g. for omap4.dtsi
>
> usbhsehci: ehci@4a064c00 {
> compatible = "ti,ehci-omap", "usb-ehci";
>
Am Montag, den 10.02.2014, 12:09 -0500 schrieb Alan Stern:
> On Mon, 10 Feb 2014, Stefani Seibold wrote:
>
> > Am Montag, den 10.02.2014, 10:56 -0500 schrieb Alan Stern:
> > > On Mon, 10 Feb 2014, Stefani Seibold wrote:
> > >
> > > > Hi,
> > > >
> > > > the USB storage does not longer work on my
Add support for the "Webmail Notifier" (USB powered LED for signaling
new emails) made by Riso Kagaku Corp. which displays 7 distinct colors.
USB Protocol initially reverse engineered by
https://code.google.com/p/usbmailnotifier/.
Signed-off-by: Christian Vogel
---
drivers/usb/misc/usbl
; multi_v7_defconfig (note: omap2plus_defconfig boot seems to be sane
> but USB is disabled there)
>
> next-20140210-multi_v7_defconfig
> 1: am335x-evm: Boot PASS: http://slexy.org/raw/s2zYHdPb94
> 2: am335x-sk: Boot PASS: http://slexy.org/raw/s2UChLyzSE
> 3: am3517-evm: Boot FAIL: http://sl
The "Webmail Notifier" is a USB controlled LED that appears as a HID
device. When trying to change the LED via hidraw it returns malformed
reports. As "usbled" supports it, we blacklist it in usbhid.
Signed-off-by: Christian Vogel
---
drivers/hid/hid-ids.h | 3 +++
drivers/hid/usbhid/h
Hi everyone,
here's a updated patch. Part one adds the "Riso Kagaku Webmail Notifier"
(a USB connected RGB-LED that pretends to be a HID) to the usbled.c
module. Part two adds a USB quirk that makes the real usbhid ignore it.
Greetings,
Chris
--
To unsubscribe from this list: send the l
On Mon, 10 Feb 2014, Stefani Seibold wrote:
> Am Montag, den 10.02.2014, 10:56 -0500 schrieb Alan Stern:
> > On Mon, 10 Feb 2014, Stefani Seibold wrote:
> >
> > > Hi,
> > >
> > > the USB storage does not longer work on my DELL PRECISION M6400 with a
> > > plain vanilla 3.13 kernel.
> > >
> > >
On Fri, 7 Feb 2014, Peter Chen wrote:
> If the high-speed device does not enter full-speed idle after
> wakeup on disconnect logic has effected, there will be an
> unexpected disconnect wakeup interrupt due to the bus is still SE0.
>
> Signed-off-by: Peter Chen
>
> Hi Alan,
>
> If you can't me
On 02/10/2014 10:11 AM, Roger Quadros wrote:
> On 02/10/2014 05:59 PM, Nishanth Menon wrote:
>> Hi,
>>
>> A quick note to report that I saw regression in today's next tag (logs
>> indicate around EHCI) boot on various TI platforms:
>>
>> Note: crane and sdp2430 are not expected to pass with
>> mult
On Mon, Feb 10, 2014 at 04:27:30PM +0100, Marco Zamponi wrote:
> I looked the official linux kernel repo:
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git
Please look in the MAINTAINERS file for where the different subsystem
git trees are located.
greg k-h
--
To unsubscribe from
(note: omap2plus_defconfig boot seems to be sane
> but USB is disabled there)
I'll take a look what's happening.
Funny thing is that am335x doesn't even have an EHCI controller.
cheers,
-roger
>
> next-20140210-multi_v7_defconfig
> 1: am335x-evm: Boot PASS: http://
On Mon, 10 Feb 2014, Hans de Goede wrote:
> Disallow ohci- / ehci-platform being built-in, when the phy core is build as
> a module.
>
> Signed-off-by: Hans de Goede
> ---
> drivers/usb/host/Kconfig | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/usb/host/Kco
Hi,
A quick note to report that I saw regression in today's next tag (logs
indicate around EHCI) boot on various TI platforms:
Note: crane and sdp2430 are not expected to pass with
multi_v7_defconfig (note: omap2plus_defconfig boot seems to be sane
but USB is disabled there)
next-201
On Mon, 10 Feb 2014, Stefani Seibold wrote:
> Hi,
>
> the USB storage does not longer work on my DELL PRECISION M6400 with a
> plain vanilla 3.13 kernel.
>
> When i attach a USB storage flash memory the system freeze immediately
> or after accessing the flash. It makes not difference mounting vi
On Mon, Feb 10, 2014 at 02:05:20PM +0100, Bjørn Mork wrote:
> Oliver Neukum writes:
> > On Mon, 2014-02-10 at 13:00 +0100, Emil Goode wrote:
> >> On Mon, Feb 10, 2014 at 07:40:58AM +0100, Oliver Neukum wrote:
> >
> >> > Well, then how about simply removing the check?
> >> > It seems to have outliv
On Mon, 10 Feb 2014, vichy wrote:
> >> 2. in tt_available, below is used to check whether tt time is bigger than
> >> 125us
> >> if (125 < usecs) {
> >> int ufs = (usecs / 125);
> >> int i;
> >> for (i = uframe; i < (uframe + ufs) && i < 8; i++)
> >>
On Mon, 10 Feb 2014, Kasberger Andreas wrote:
> I saw the in the device endpoint ep82/ep83 at wMaxPacketSize a size "0040".�
>
> As far as I understand the "packet 7092" in wireshark with URB data
> length 128 should not possible? What happens at such packets sizes?
> Or does wireshark just jokin
From: Greg KH
> > I found it much easier to build a non-initrd kernel (ie one that
> > has all the devices needed to boot builtin) than to work out
> > how to build one that contains an initrd image.
>
> Then you are using the wrong distro, as a simple 'make install' in the
> kernel directory shou
I looked the official linux kernel repo:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git
On Fri, Feb 7, 2014 at 3:15 PM, Greg KH wrote:
> On Fri, Feb 07, 2014 at 10:08:58AM +0100, Marco Zamponi wrote:
>> I can't seem to find the place...
>
> Where did you look?
--
To unsubscribe fr
On Mon, Feb 10, 2014 at 09:52:52AM +, David Laight wrote:
> From: Peter Stuge
> > konst...@ngs.ru wrote:
> > > If so, which linux distro is worth being chosen for
> > > building and testing that custom kernel and, especially,
> > > usbip, in particular, and does distro really matter?
> >
> > I
On Mon, Feb 10 2014, Robert Baldyga wrote:
> This patch adds two example applications showing usage of Asynchronous I/O API
> of FunctionFS. First one (aio_simple) is simple example of bidirectional data
> transfer. Second one (aio_multibuff) shows multi-buffer data transfer, which
> may to be used
Kconfig entries selecting another option must make sure all the selected
options deps are met to avoid warnings like:
warning: (USB_HCD_BCMA && USB_HCD_SSB && USB_CNS3XXX_EHCI && USB_EHCI_ATH79)
selects USB_EHCI_HCD_PLATFORM which has unmet direct dependencies (USB_SUPPORT
&& USB && USB_EHCI_HCD
Hi Greg et al,
Here are 2 patches fixing Kconfig issues introduced by my ?hci-platform changes
and found by the kbuild test robot.
Note Kconfig is not my forte, so these patches may benefit from a review before
you apply them.
Thanks & Regards,
Hans
--
To unsubscribe from this list: send the li
Disallow ohci- / ehci-platform being built-in, when the phy core is build as
a module.
Signed-off-by: Hans de Goede
---
drivers/usb/host/Kconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/host/Kconfig b/drivers/usb/host/Kconfig
index e28cbe0..1dd73e3 100644
On Mon, 2014-02-10 at 14:55 +0100, Hans de Goede wrote:
> Hi,
>
> On 02/10/2014 01:26 PM, Oliver Neukum wrote:
> > On Mon, 2014-02-10 at 12:58 +0100, Hans de Goede wrote:
> >> Hi,
> >>
> >> On 02/10/2014 07:32 AM, Oliver Neukum wrote:
> >>> On Fri, 2014-02-07 at 10:18 -0500, Alan Stern wrote:
> >>
Hi,
On 02/10/2014 02:58 PM, oli...@neukum.org wrote:
> From: Oliver Neukum
>
> On some older XHCIs streams are not supported and the UAS driver
> will fail at probe time. For those devices storage should try
> to bind to UAS devices.
> This patch adds a flag for stream support to HCDs and evalua
From: Oliver Neukum
On some older XHCIs streams are not supported and the UAS driver
will fail at probe time. For those devices storage should try
to bind to UAS devices.
This patch adds a flag for stream support to HCDs and evaluates
it.
Signed-off-by: Oliver Neukum
---
drivers/usb/host/xhci-
Hi,
On 02/10/2014 01:26 PM, Oliver Neukum wrote:
> On Mon, 2014-02-10 at 12:58 +0100, Hans de Goede wrote:
>> Hi,
>>
>> On 02/10/2014 07:32 AM, Oliver Neukum wrote:
>>> On Fri, 2014-02-07 at 10:18 -0500, Alan Stern wrote:
On Fri, 7 Feb 2014, Oliver Neukum wrote:
> Hi,
>
> som
W dniu 10.02.2014 14:45, Andrzej Pietrasiewicz pisze:
W dniu 10.02.2014 14:16, Amit Virdi pisze:
/*
*and then attach the attributes to the config item;
* which translates to making new files appear in their
* directory
*/
static struct configfs_attribute *ss_attrs[] = {
&f_ss
W dniu 10.02.2014 14:16, Amit Virdi pisze:
Interrupt endpoints behave quite similar to the bulk endpoints with the
difference that the endpoints expect data sending/reception request at
particular intervals till the whole data has not been transmitted.
The interrupt EP support is added to gadget
Two simple test cases for interrupt endpoints are added to the usbtest.c file.
These are simple non-queued interrupt IN and interrupt OUT transfers. Currently,
only gadget zero is capable of executing the interrupt EP test cases. However,
extending the same to other gadgets is extremely simple and
This patchset adds interrupt EP support to gadget zero and subsequently adds
corresponding test cases to usbtest.c
Amit Virdi (2):
usb: gadget: zero: Add support for interrupt EP
usbtest: Add interrupt EP testcases
drivers/usb/gadget/f_loopback.c | 3 +-
drivers/usb/gadget/f_sourcesink.c
Interrupt endpoints behave quite similar to the bulk endpoints with the
difference that the endpoints expect data sending/reception request at
particular intervals till the whole data has not been transmitted.
The interrupt EP support is added to gadget zero. A new alternate setting (=2)
has been
Oliver Neukum writes:
> On Mon, 2014-02-10 at 13:00 +0100, Emil Goode wrote:
>> On Mon, Feb 10, 2014 at 07:40:58AM +0100, Oliver Neukum wrote:
>
>> > Well, then how about simply removing the check?
>> > It seems to have outlived its usefulness.
>> >
>> >Regards
>> >Oliver
>> >
>>
hi Alan:
2014-02-07 23:40 GMT+08:00 Alan Stern :
> On Fri, 7 Feb 2014, vichy wrote:
>
>> Hi Alan:
>>
>> 2014-01-31 2:23 GMT+08:00 Alan Stern :
>> > On Fri, 31 Jan 2014, vichy wrote:
>> >
>> >> Hi all:
>> >> I have some questions about bandwidth calculation
>> >> 1. why tt time need to include one
From: Oliver Neukum
> . Oh well. But how about merging it with FLAG_MULTI_PACKET?
> I really don't want to add more flags. There is a point where enough
> flags make absurd having a common code. We are closing in on that point.
Any sub-driver that supports multi-packet either has to use stupidly
l
On Mon, 2014-02-10 at 12:58 +0100, Hans de Goede wrote:
> Hi,
>
> On 02/10/2014 07:32 AM, Oliver Neukum wrote:
> > On Fri, 2014-02-07 at 10:18 -0500, Alan Stern wrote:
> >> On Fri, 7 Feb 2014, Oliver Neukum wrote:
> >>
> >>> Hi,
> >>>
> >>> something like this?
> >>
> >> Patches in attachments are
On Mon, 2014-02-10 at 13:00 +0100, Emil Goode wrote:
> On Mon, Feb 10, 2014 at 07:40:58AM +0100, Oliver Neukum wrote:
> > On Mon, 2014-02-10 at 00:06 +0100, Emil Goode wrote:
> > > The AX88772B occasionally send rx packets that cross urb boundaries
> > > and the remaining partial packet is sent wit
Hi,
On 02/10/2014 07:32 AM, Oliver Neukum wrote:
> On Fri, 2014-02-07 at 10:18 -0500, Alan Stern wrote:
>> On Fri, 7 Feb 2014, Oliver Neukum wrote:
>>
>>> Hi,
>>>
>>> something like this?
>>
>> Patches in attachments are hard to review in email replies.
>
> Sorry.
>
>> Isn't this overkill? All
On Mon, Feb 10, 2014 at 07:40:58AM +0100, Oliver Neukum wrote:
> On Mon, 2014-02-10 at 00:06 +0100, Emil Goode wrote:
> > The AX88772B occasionally send rx packets that cross urb boundaries
> > and the remaining partial packet is sent with no hardware header.
> > When the buffer with a partial pack
I saw the in the device endpoint ep82/ep83 at wMaxPacketSize a size "0040".
As far as I understand the "packet 7092" in wireshark with URB data length 128
should not possible? What happens at such packets sizes? Or does wireshark just
joking me --
To uns
This patch adds two example applications showing usage of Asynchronous I/O API
of FunctionFS. First one (aio_simple) is simple example of bidirectional data
transfer. Second one (aio_multibuff) shows multi-buffer data transfer, which
may to be used in high performance applications.
Both examples c
On 01/14/2014 11:54 PM, tatxarata wrote:
Update on my current research status.
3. Also when I build kernel without CONFIG_PM option all works fine
without mount option "usefree".
I've managed to test my card reader and CF card with NEC xhci
controller. In that case all works fine. Wireshar
From: Peter Stuge
> konst...@ngs.ru wrote:
> > If so, which linux distro is worth being chosen for
> > building and testing that custom kernel and, especially,
> > usbip, in particular, and does distro really matter?
>
> It depends on how much "value add" the distribution has around the
> kernel.
This patch adds poll function for file representing ep0.
Ability of read from or write to ep0 file is related with actual state of ffs:
- When desctiptors or strings are not written yet, POLLOUT flag is set.
- If there is any event to read, POLLIN flag is set.
- If setup request was read, POLLIN a
This patch adds asynchronous I/O support for FunctionFS endpoint files.
It adds ffs_epfile_aio_write() and ffs_epfile_aio_read() functions responsible
for preparing AIO operations.
It also modifies ffs_epfile_io() function, adding aio handling code. Instead
of extending list of parameters of this
From: Michal Nazarewicz
Since “cancelled” is spelled with two “l”s, rename FFS_SETUP_CANCELED
to FFS_SETUP_CANCELLED.
Signed-off-by: Michal Nazarewicz
Signed-off-by: Robert Baldyga
---
drivers/usb/gadget/f_fs.c | 16
drivers/usb/gadget/u_fs.h | 12 ++--
2 files ch
From: Michal Nazarewicz
The FFS_SETUP_STATUS macro could be trivialy replaced with an static
inline function but more importantly its name was tad confusing.
The name suggested it was a simple accessor macro but it actually
did change the state of the ffs_data structure perfomring
a FFS_SETUP_CAN
This patch fixes __ffs_ep0_queue_wait() function, which now returns number of
bytes transferred in USB request or error code in case of failure. This is
needed by ffs_ep0_read() function, when read data is copied to userspace.
It also cleans up code by removing usused variable ep0req_status.
Sign
Hello,
This is fourth version of patches containing improvements for FunctionFS which
allows to use it with asynchronous I/O interface. It also adds poll function
for ep0, to make it usable without creating additional thread, needed by
blocking I/O.
This version adds wait_queue support in ep0 pol
Hi,
On Thursday 06 February 2014 07:37 PM, Tomasz Figa wrote:
> Hi Vivek,
>
> This patch is just adding the PHY driver. I would also like to look at some
> users of it, to see how this works when put together.
>
> For now, please see my comments inline.
>
> On 20.01.2014 14:42, Vivek Gautam wro
67 matches
Mail list logo
