On Fri, Dec 07, 2012 at 05:51:55PM -0500, Alan Stern wrote:
> Sarah:
>
> I just tracked down a tricky problem, which appears to be caused by a
> genuine hardware bug. It's hard to believe this has escaped everyone's
> notice for so many years -- maybe my results are wrong. But as far as
> I can
On Thu, Nov 29, 2012 at 05:41:23PM +0100, Sebastian Andrzej Siewior wrote:
> This patch adds a function add a group to an existing one and its
> counterart. The newly created group behaves as it would be created via
> default_groups[] which means the user can't rmdir it.
> This should be used by th
Hey Guys,
Sorry I missed this for a while. I'll make a couple of inline
comments, and then I'll summarize my (incomplete) thoughts at the
bottom.
On Wed, Nov 28, 2012 at 02:50:13PM +0100, Sebastian Andrzej Siewior wrote:
> On 11/28/2012 02:05 PM, Michal Nazarewicz wrote:
> >>On 11/27/2012
Sarah:
I just tracked down a tricky problem, which appears to be caused by a
genuine hardware bug. It's hard to believe this has escaped everyone's
notice for so many years -- maybe my results are wrong. But as far as
I can tell, they aren't.
Anyway, I don't know what to do about it. Can you f
On Fri, 7 Dec 2012, Sarah Sharp wrote:
> > > 2. It doesn't consider a connect status change to be a failed reset. If
> > > multiple warm resets needed to be issued, the connect status may have
> > > changed, so we need to ignore that and look at the port link state
> > > instead. hub_port_reset
On Fri, 7 Dec 2012, Sarah Sharp wrote:
> On Wed, Dec 05, 2012 at 12:14:07PM -0500, Alan Stern wrote:
> > On Tue, 4 Dec 2012, Sarah Sharp wrote:
> >
> > > An empty port can transition to either Inactive or Compliance Mode if a
> > > newly connected USB 3.0 device fails to link train. In that case
USBIP daemon relies on functions available in glib2 library
to spawn handler code for incoming connection. This makes the
whole program dependent on glib2 library, which is a GNOME library
that on systems that don't have GNOME results in pulling more
dependency, only to be able to run a relatively
There are a bunch of automatically generated files that git
should not care about.
Signed-off-by: Ilija Hadzic
---
drivers/staging/usbip/userspace/.gitignore | 28
1 file changed, 28 insertions(+)
create mode 100644 drivers/staging/usbip/userspace/.gitignore
diff -
If mkdir() of VHCI_STATE_PATH fails because the directory
already exists, that's not an error. This patch fixes
annoying "record connection" errors that would typically
come up on attach.
Signed-off-by: Ilija Hadzic
---
drivers/staging/usbip/userspace/src/usbip_attach.c | 15 +--
1 f
On Wed, Dec 05, 2012 at 02:41:11PM -0500, Alan Stern wrote:
> On Tue, 4 Dec 2012, Sarah Sharp wrote:
>
> > When a hot reset fails on a USB 3.0 port, the current port reset code
> > recursively calls hub_port_reset inside hub_port_wait_reset. This isn't
> > ideal, since we should avoid recursive c
File doc/usbip_bind_driver.8 does not exist any more but it is
listed in dist_man_MANS. This breaks the build of the userspace.
Remove the file from the list.
Signed-off-by: Ilija Hadzic
---
drivers/staging/usbip/userspace/Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
This comes handy when hacking with different cross
compilers, some of which may or may not have
_FORTIFY_SOURCE turned on by default. This patch
allows us to turn _FORTIFY_SOURCE on by specifying
--with-fortify option at configuration time (or
to turn it off by specifying --without-fortify).
If no
The following patch series contains a few random fixes that I
did along the way, while bringing up usbip on my machines.
Please review and consider for inclusion upstream. The patches
are based on staging-next branch in Greg KH's repository. If
you would prefer me to rebase to something else, I'll
On Wed, Dec 05, 2012 at 01:50:46PM -0500, Alan Stern wrote:
> On Tue, 4 Dec 2012, Sarah Sharp wrote:
>
> > The USB core hub thread (khubd) is designed with external USB hubs in
> > mind. It expects that if a port status change bit is set, the hub will
> > continue to send a notification through t
On Wed, Dec 05, 2012 at 12:14:07PM -0500, Alan Stern wrote:
> On Tue, 4 Dec 2012, Sarah Sharp wrote:
>
> > An empty port can transition to either Inactive or Compliance Mode if a
> > newly connected USB 3.0 device fails to link train. In that case, we
> > issue a warm reset. Some devices, such a
On Wed, Dec 05, 2012 at 11:55:59AM -0500, Alan Stern wrote:
> On Tue, 4 Dec 2012, Sarah Sharp wrote:
> > +static int hub_set_port_link_state(struct usb_hub *hub, int port1,
> > + unsigned int link_status)
> > +{
> > + return set_port_feature(hub->hdev,
> > + po
On Thursday, December 06, 2012 04:28:08 PM Sarah Sharp wrote:
> On Thu, Dec 06, 2012 at 01:43:32AM +0100, Rafael J. Wysocki wrote:
> > On Wednesday, December 05, 2012 04:33:44 PM Sarah Sharp wrote:
> > > Wakeup from D3 works fine on the 3.5.0 kernel, but fails on 3.6.2. I
> > > haven't fully bisec
--
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/majordomo-info.html
From: Dongjin Kim
This patch adds new driver of SMSC USB3503 USB 2.0 hub controller with HSIC
upstream connectivity and three USB 2.0 downstream ports. The specification
can be found from 'http://www.smsc.com/index.php?tid=295&pid=325'.
The current version have been tested very basic features sw
Currently we're allocating an entire page to
serve as our event buffer. Provided our events
are 4 bytes long, it's very unlikely we will
even trigger 1k events at once.
Even in the worst case scenario where every
endpoint triggers one event and we still have
a couple of error events, that would st
On Fri, 2012-12-07 at 15:27 +, Cunningham, Robert wrote:
> > From: Dan Williams [mailto:d...@redhat.com]
> > Sent: Friday, December 07, 2012 7:17 AM
> > Subject: Re: Random MAC address from smsc75xx: How to permanently set?
> >
> > On Fri, 2012-12-07 at 14:13 +, Cunningham, Robert wrote:
>
> From: Dan Williams [mailto:d...@redhat.com]
> Sent: Friday, December 07, 2012 7:17 AM
> Subject: Re: Random MAC address from smsc75xx: How to permanently set?
>
> On Fri, 2012-12-07 at 14:13 +, Cunningham, Robert wrote:
> > > -Original Message-
> > > From: Jassi Brar [mailto:jassisin
On Fri, 7 Dec 2012, Lan Tianyu wrote:
> > Maybe you really need two flags. Do whatever is best; I'm sure you can
> > figure out a good scheme.
> Yeah. Two flags maybe good. In this situation, it should be call
> "power_is_on", right? power_is_on can be used to avoid to sending
> redundant PORT_PO
On Fri, 7 Dec 2012, Chen Gang wrote:
> but I still not quite be sure, please help checking (total 3 steps, below).
>
> thanks.
>
> --
> Step 1:
>
> in drivers/usb/core/sysfs.c:
>
> for the same device, can usb_de
On Fri, 2012-12-07 at 14:13 +, Cunningham, Robert wrote:
> > -Original Message-
> > From: Jassi Brar [mailto:jassisinghb...@gmail.com]
> > Sent: Thursday, December 06, 2012 10:21 PM
> > Subject: Re: Random MAC address from smsc75xx: How to permanently set?
> >
> > On Fri, Dec 7, 2012 a
On Fri, Dec 07, 2012 at 08:42:25PM +0800, Chen Gang wrote:
> Hello Greg Kroah-Hartman:
>
> in drivers/usb/renesas_usbhs/mod_host.c, in function usbhsh_queue_done:
>
> get ureq from pkt, by using the macro usbhsh_pkt_to_ureq (at line 637)
> pkt is the sub-object of ureq (line 73..76, l
> -Original Message-
> From: Jassi Brar [mailto:jassisinghb...@gmail.com]
> Sent: Thursday, December 06, 2012 10:21 PM
> Subject: Re: Random MAC address from smsc75xx: How to permanently set?
>
> On Fri, Dec 7, 2012 at 12:21 AM, Dan Williams wrote:
> > On Thu, 2012-12-06 at 12:44 -0600, D
Hello Greg Kroah-Hartman:
in drivers/usb/renesas_usbhs/mod_host.c, in function usbhsh_queue_done:
get ureq from pkt, by using the macro usbhsh_pkt_to_ureq (at line 637)
pkt is the sub-object of ureq (line 73..76, line 157..158)
free ureq, by calling function usbhsh_ureq_free (at
On Fri, Dec 07 2012, victor wrote:
> I can build linux USB mass storage gadget. When I want to insmod it, the
> following errors are reported. I have the file g_mass_storage.ko, why can't
> I insmod the file?
>
> # ls /lib/modules/3.4.4\+/kernel/drivers/usb/gadget/
> g_mass_storage.ko
> # insmod /
O Friday, December 07, 2012 11:48 AM Sebastian Andrzej Siewior wrote:
> On 12/07/2012 11:17 AM, Andrzej Pietrasiewicz wrote:
> > On Friday, December 07, 2012 10:15 AM Sebastian Andrzej Siewior wrote:
> >
> >> Subject: Re: [RFC v5 0/3] configfs integration
> >>
> >> On 12/07/2012 10:12 AM, Andrzej P
Hi,
I can build linux USB mass storage gadget. When I want to insmod it, the
following errors are reported. I have the file g_mass_storage.ko, why can't
I insmod the file?
# ls /lib/modules/3.4.4\+/kernel/drivers/usb/gadget/
g_mass_storage.ko
# insmod /lib/modules/3.4.4\+/kernel/drivers/usb/gadge
On 12/07/2012 11:17 AM, Andrzej Pietrasiewicz wrote:
On Friday, December 07, 2012 10:15 AM Sebastian Andrzej Siewior wrote:
Subject: Re: [RFC v5 0/3] configfs integration
On 12/07/2012 10:12 AM, Andrzej Pietrasiewicz wrote:
Dear All,
This is the fifth version of what used to be called "USB F
On Friday, December 07, 2012 10:15 AM Sebastian Andrzej Siewior wrote:
> Subject: Re: [RFC v5 0/3] configfs integration
>
> On 12/07/2012 10:12 AM, Andrzej Pietrasiewicz wrote:
> > Dear All,
> >
> > This is the fifth version of what used to be called "USB Functions
> Gadget".
> > It includes chan
On 12/07/2012 10:12 AM, Andrzej Pietrasiewicz wrote:
Dear All,
This is the fifth version of what used to be called "USB Functions Gadget".
It includes changes after Michal's and Sebastian's reviews - thanks, guys.
I started slowly based coding based on feedback. Why do start over?
Sebastian
-
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/Kconfig |4 +
drivers/usb/gadget/Makefile |3 +
drivers/usb/gadget/f_mass_storage.c | 825 +--
drivers/usb/gadget/f_mass_storage.h | 99 +
dri
Demonstrate a USB gadget configured entirely through configfs.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
Documentation/usb/ufg.txt |2 +
drivers/usb/gadget/Kconfig | 13 +
drivers/usb/gadget/Makefile|5 +-
drivers/usb/gadget/udc-co
Dear All,
This is the fifth version of what used to be called "USB Functions Gadget".
It includes changes after Michal's and Sebastian's reviews - thanks, guys.
This is what I have been working on since June'12 and starts looking usable.
As an example I ported the mass storage function, which is
Using configfs to create/configure a usb gadget requires
providing a method to create config group for a usb function
and a wrapper for usb_add_function.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
include/linux/usb/composite.h |6 ++
1 files changed, 6 inserti
On 2012年12月06日 23:43, Alan Stern wrote:
> On Thu, 6 Dec 2012, Lan Tianyu wrote:
>
>> Hi Alan:
>> Doing port_dev->power_on = true in usb_hub_set_port_power() just after
>> set PORT_POWER feature will cause device to be disconnected. If user set
>> PM Qos NO_POWER_OFF flag after the device was
39 matches
Mail list logo
