On Wed, Oct 3, 2012 at 6:08 PM, Greg Kroah-Hartman
wrote:
> On Wed, Oct 03, 2012 at 11:27:27AM +0300, Andy Shevchenko wrote:
>> On Tue, Oct 2, 2012 at 6:00 PM, Andy Shevchenko
>> wrote:
>>
>> > --- a/drivers/usb/core/file.c
>> > +++ b/drivers/usb/core/file.c
>>
>> > @@ -200,14 +200,9 @@ int usb_r
xhci_service_interval_to_ns() returns long long
to avoid an overflow. However, the type cast happens
too late. The fix is to force ULL from the beginning.
This needs to be backported to kernels as old as 3.5
Signed-off-by: Oliver Neukum
CC: sta...@vger.kernel.org
---
drivers/usb/host/xhci.c |
Dear All,
v3:
This is the third version of RFC for a usb gadget configured through configfs.
Changes since v2:
- improved ufg_gadget_bind
- some attributes have real values instead of dummy values
- added interfaces and endpoints directories in configfs
- added a local header file in drivers/us
Demonstrate a USB gadget configured entirely through configfs.
This is a work in progress.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/Kconfig | 12 +
drivers/usb/gadget/Makefile|2 +
drivers/usb/gadget/usb_functions.c | 1204 +
An example port of a usb function to the USB functions gadget.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/f_mass_storage.c | 635 +++
drivers/usb/gadget/storage_common.c | 337 +++
2 files changed, 5
Dear Tim,
In message <507da84a.2080...@am.sony.com> you wrote:
>
> Several years ago, CELF tried to add a similar capability to
> MoinMoin (the ability to take arbitrary page lists, and
> automatically publish them to PDF). Unfortunately, it didn't
> work very well. The tools to produce PDF were
An le16 is accessed without conversion.
Signed-off-by: Oliver Neukum
CC: sta...@vger.kernel.org
---
drivers/usb/host/xhci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c
index 28d888c..75a824a 100644
--- a/drivers/usb/
On Wed, Oct 17, 2012 at 1:14 PM, Kamezawa Hiroyuki
wrote:
>
> I think the idea is reasonable. I have a request.
Thanks for your comment.
>
> In current implemententation of vmscan.c, it seems sc.may_writepage,
> sc.may_swap
> are handled independent from gfp_mask.
>
> So, could you drop changes
Praveen Paneri wrote:
>
> platform_set_drvdata() required for driver's remove function, so adding
> it back.
>
> From v6:
> Added TODO for phy bindings with controller
> Dropped platform_set_drvdata() from driver probe
>
> This driver uses usb_phy interface to interact with s3c-hsotg. Supports
>
On Wed, Oct 17, 2012 at 1:43 PM, Rafael J. Wysocki wrote:
>
> This appears to be a bit too heavy handed. First of all, it seems to affect
> all memory allocations going in parallel with the resume callback. Second,
No, the flag is per task, only memory allocation inside resume callback
is effec
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Compile-only tested
Fix port-data memory leak by replacing attach and release with
port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Note that the write waitqueue was
Fix port-data memory leak by replacing attach and release with
port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Note that the write waitqueue was
Fix port-data memory leak by replacing attach and release with
port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Compile-only tested.
Cc:
Signed
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Compile-only tested
Fix port-data memory leak by replacing attach and release with
port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Compile-only tested.
Cc:
Signed
Fix port-data memory leak by replacing attach and release with
port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Compile-only tested.
Cc:
Signed
Fix port-data memory leak by replacing attach and release with
port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Compile-only tested.
Cc:
Signed
Hi,
On Wed, Oct 17, 2012 at 4:30 PM, Kukjin Kim wrote:
> Praveen Paneri wrote:
>>
>> platform_set_drvdata() required for driver's remove function, so adding
>> it back.
>>
>> From v6:
>> Added TODO for phy bindings with controller
>> Dropped platform_set_drvdata() from driver probe
>>
>> This dri
On Tue, Oct 16, 2012 at 10:35:24AM -0700, Sarah Sharp wrote:
> On Tue, Oct 16, 2012 at 09:54:36AM -0700, Greg Kroah-Hartman wrote:
> > On Tue, Oct 16, 2012 at 12:45:56PM -0400, Michael Spang wrote:
> > > On Tue, Oct 16, 2012 at 11:20 AM, Dave Jones wrote:
> > > > Gerry (CC'd) reported a bug to us
On Tue, Oct 16, 2012 at 4:05 PM, Peter Stuge wrote:
> Constantine Shulyupin wrote:
>> - what PDF documentation do you use? (You can just drop a link to PDF,
>> for example http://www.ti.com/lit/ds/symlink/omap4430.pdf)
>
> I don't understand what you want to know. I have thousands of data
> sheets
On Wed, Oct 17, 2012 at 09:09:56AM -0400, Gerry Reno wrote:
> >> This was the udev bug I was referring to, which I think is causing the
> >> keyboard to have auto-suspend enabled:
> >>
> >> https://bugzilla.redhat.com/show_bug.cgi?id=825284
> >>
> >> udev shouldn't be enabling auto-suspend of USB h
From: Ajay Kumar Gupta
Enabled the phy control logic for am335x also based on usbss
revision register.
Signed-off-by: Ajay Kumar Gupta
---
arch/arm/plat-omap/include/plat/usb.h | 1 +
drivers/usb/musb/musb_dsps.c | 17 +++--
2 files changed, 12 insertions(+), 6 deletions(
The res_name is used for the name construction of a DT property as
follows:
sprintf(res_name, "port%d-mode", id);
Hence, res_name must be at least 11 characters long in order to store
the name including the terminating '\0'.
Reported-by: David Binderman
Signed-off-by: Daniel Mack
---
driver
Damn it, it picked the wrong patch when invoking git send-email.
Sorry for the noise.
On Wed, Oct 17, 2012 at 3:53 PM, Daniel Mack wrote:
> From: Ajay Kumar Gupta
>
> Enabled the phy control logic for am335x also based on usbss
> revision register.
>
> Signed-off-by: Ajay Kumar Gupta
> ---
>
Hi,
On Wed, Oct 17, 2012 at 11:43:11AM +0200, Andrzej Pietrasiewicz wrote:
> Demonstrate a USB gadget configured entirely through configfs.
> This is a work in progress.
>
> Signed-off-by: Andrzej Pietrasiewicz
> Signed-off-by: Kyungmin Park
>
> ---
> drivers/usb/gadget/Kconfig | 12
On 10/17/2012 08:55 AM, Josh Boyer wrote:
> On Tue, Oct 16, 2012 at 10:35:24AM -0700, Sarah Sharp wrote:
>> On Tue, Oct 16, 2012 at 09:54:36AM -0700, Greg Kroah-Hartman wrote:
>>> On Tue, Oct 16, 2012 at 12:45:56PM -0400, Michael Spang wrote:
On Tue, Oct 16, 2012 at 11:20 AM, Dave Jones wrote
On 10/17/2012 03:56 PM, Felipe Balbi wrote:
--- a/drivers/usb/gadget/Makefile
+++ b/drivers/usb/gadget/Makefile
@@ -38,6 +38,7 @@ obj-$(CONFIG_USB_MV_U3D) += mv_u3d_core.o
#
# USB gadget drivers
#
+g_usb_functions-y := usb_functions.o
this is wrong. we don't want *anothe
Fix port-data memory leak by replacing attach and release with
port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Compile-only tested.
Cc:
Signed
Fix port-data memory leak by replacing attach and release with
port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Compile-only tested.
Cc:
Signed
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Compile-only tested
Fix port-data memory leak by replacing attach and release with
port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Compile-only tested.
Cc:
Signed
Hi,
I've spent some time rebasing assorted patches for AM33xx SoC USB
interfaces onto 3.7-rc1 and I thought they might be interesting to
others, so I share them here.
One thing I had to do in order to get it working was reverting the
parts of Felipe's commit 032ec49f ("usb: musb: drop useless boa
From: Ravi Babu
AM33xx has two PHY of same type used by each musb controller so
use phandle of phy nodes to get the phy pointer.
[zon...@gmail.com: rebase to 3.7-rc1]
Signed-off-by: Ajay Kumar Gupta
Signed-off-by: Ravi Babu
---
Documentation/devicetree/bindings/usb/am33xx-usb.txt | 5 +
From: Ajay Kumar Gupta
Adds an API to get usb phy by passing a device node phandle value. Since
now it's possible to obtain phy by phandle, the checks in usb_add_phy
for a valid phy type is removed (now it's just a debug message if a user
tries to add a phy with undefined type).
This also allows
From: Ajay Kumar Gupta
Added device tree support for nop transceiver driver and updated the
Documentation with device tree binding information for am33xx platform.
[zon...@gmail.com: rebased to 3.7-rc1]
Signed-off-by: Ajay Kumar Gupta
Signed-off-by: Ravi Babu
---
drivers/usb/otg/nop-usb-xcei
From: Ajay Kumar Gupta
AM335x uses NOP transceiver driver and need to enable builtin PHY
by writing into usb_ctrl register available in system control
module register space. This is being added at musb glue driver
layer untill a separate system control module driver is available.
[zon...@gmail.c
From: Ajay Kumar Gupta
Enabled the phy control logic for am335x also based on usbss
revision register.
[zon...@gmail.com: rebased to 3.7-rc1]
Signed-off-by: Ajay Kumar Gupta
---
arch/arm/plat-omap/include/plat/usb.h | 1 +
drivers/usb/musb/musb_dsps.c | 17 +++--
2 files
On Mon, Oct 15, 2012 at 03:42:55PM +0200, Johan Hovold wrote:
> On Tue, Oct 09, 2012 at 01:05:46PM -0400, Alan Stern wrote:
> > On Tue, 9 Oct 2012, Greg KH wrote:
> >
> > > Ugh, that "simple" patch has turned up more bugs in drivers than
> > > anything I know of in recent history.
[...]
> I've f
On 10/17/2012 09:31 AM, Josh Boyer wrote:
> On Wed, Oct 17, 2012 at 09:09:56AM -0400, Gerry Reno wrote:
This was the udev bug I was referring to, which I think is causing the
keyboard to have auto-suspend enabled:
https://bugzilla.redhat.com/show_bug.cgi?id=825284
udev
On Wed, Sep 26, 2012 at 04:49:41PM -0700, Olof Johansson wrote:
> On Mon, Sep 24, 2012 at 09:13:53AM +0200, Andrew Lunn wrote:
> > > > +Required properties:
> > > > +- compatible: must be "marvell,orion-ehci"
> > > > +- reg: physical base address of the controller and length of memory
> > > > mapp
On Wed, Oct 10, 2012 at 9:21 AM, Alan Stern wrote:
> On Tue, 9 Oct 2012, 杨苏立 Yang Su Li wrote:
>
>> That's great!
>>
>> They do have a newer net2282 board though. That's not supported by Linux?
>
> It is. The same driver supports both net2280 and net2282.
>
>> Also, seems like if I want to use th
On Tue, 16 Oct 2012, Sarah Sharp wrote:
> > Well, we're talking about two different things. Stopping the endpoints
> > comes under the heading of "quiescing", whereas putting a link into U3
> > comes under the heading of "going to low power". FREEZE and PRETHAW
> > require the host controller (a
杨苏立 Yang Su Li wrote:
> > Doesn't the controller come on a PCI card? That's all you need. What
> > else does the evaluation board have?
>
> Unfortunately the USB controller doesn't come on a PCI card (to my surprise).
Correct.
> I guess I would have to get an evaluation board
> (http://www.se
On Tue, 16 Oct 2012, Don Zickus wrote:
> > What must have happened is that one of the bits in the USBSTS register
> > was set. It didn't cause an IRQ because the USBINTR register was
> > clear, but an IRQ arrived anyway from some other device sharing the IRQ
> > line.
> >
> > Since USBSTS had
Peter Stuge wrote:
> Googling NET2280EVB-SW finds
> http://www.plxtech.com/pdf/usb/NcApi_Vs_NcFwApi.pdf which explains:
>
> "NET2280 firmware development software is available from PLX as
> “NET2280EVB-SW”. This software applies to the NET2280 EVB and RDK
> boards."
>
> Linux replaces the functio
On Wed, 17 Oct 2012, Peter Chen wrote:
> > > + i = HCS_N_PORTS (ehci->hcs_params);
> > > + while (i--) {
> > > + temp = ehci_readl(ehci, &ehci->regs->port_status [i]);
> >
> > No space before the '['.
> A lot of place has this problem at this file, besides, there is a space
> before ')',
On Wed, 17 Oct 2012, Peter Chen wrote:
> Without this condition, all controllers will do this delay,
> and increase the resume time.
>
> Only enabled and unsuspended port needs this delay, but
> Some buggy hardware(like Synopsys usb controller) will
> clear suspend bit once they receive/send resu
On Wed, 17 Oct 2012, Peter Stuge wrote:
> Peter Stuge wrote:
> > Googling NET2280EVB-SW finds
> > http://www.plxtech.com/pdf/usb/NcApi_Vs_NcFwApi.pdf which explains:
> >
> > "NET2280 firmware development software is available from PLX as
> > “NET2280EVB-SW”. This software applies to the NET2280 E
Constantine Shulyupin wrote:
> >> - what PDF documentation do you use? (You can just drop a link to PDF,
> >> for example http://www.ti.com/lit/ds/symlink/omap4430.pdf)
> >
> > I don't understand what you want to know. I have thousands of data
> > sheets for parts that I have used, use, or plan to
On Wed, 17 Oct 2012, Martin Vysny wrote:
> Good day,
>thank you for your mail. I was finally able to reproduce the issue. I
> am attaching a dmesg output of a correct boot (please note that there
> still are several unwanted IRQs), and a dmesg output of a reproduced error.
Did you boot with
Hi Alan and Sarah,
I confirmed that simply calling usb_set_altinterface (which via libusb
calls the kernel function usb_set_interface) does correctly clear the
toggle bits for USB2 or sequence number for USB3 on an XHCI host
controller, even when the alternate interface setting is the same as
the
Hi Sarah,
Wanted to check back on this previous report: is this a fundamental
bug in the hardware or can there be a workaround in the XHCI driver to
support this? I did find that if the control transfers are 512B in
length (instead of 1024, 2048, or 4096), the host controller doesn't
fail for th
Hi Sarah,
Were you able to look into this more? Of the few problems that I've
encountered and reported thus far, this one seems the most critical.
Please also note that I see this URB cancellation problem even on the
Intel host controller (not just the ASMedia one for which I have
kernel debuggin
Hello there,
> sprintf(res_name, "port%d-mode", id);
>
> Hence, res_name must be at least 11 characters long in order to store
> the name including the terminating '\0'.
Your patch seems plausible if the number of instances is 9 or less:
indeed there currently might only be 2, if I read the so
Hi Pratyush,
The NumP=4 from the host probably means that the host only has buffer
space for 4 1K packets. 4K is the page size, so maybe the host was given a
scatter-gather list made up of single pages (just a guess). Or else the host
system just cannot empty the buffers quick enough to keep up.
The series introduces an interface for registration and requesting of USB
functions. The goal is to avoid the includes at function (f_*) /utility
(u_*) level and provide a generic interface for configuration. It should
be easy at configfs level to expose the individual options to the user.
The requ
f_sourcesink should only include the bare function but it also includes
the config descriptor. This patch moves the config descriptor into
zero.c, the only user of this function.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/usb/gadget/f_sourcesink.c | 48 +++
The setup request can be sent to an interface/endpoint or to the device
itself. If it is sent to an interface then we forward it to the function
that is mapped to that interface. The same is true if an endpoint is the
target of the setup request.
If the device is the target of a setup request then
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/usb/gadget/Kconfig |4 ++
drivers/usb/gadget/Makefile |1 +
drivers/usb/gadget/f_loopback.c | 128 +--
drivers/usb/gadget/g_zero.h | 22 ---
drivers/usb/gadget/zero.c | 128
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/usb/gadget/Kconfig|4 +
drivers/usb/gadget/Makefile |3 +
drivers/usb/gadget/f_sourcesink.c | 193 ++---
drivers/usb/gadget/zero.c | 93 +-
4 files changed, 233 in
The significant part of this function was removed in 90f7976 ("USB:
Remove unsupported usb gadget drivers"). I would move this to function
bind time but I don't see the point in moving an empty function.
Therefore bye bye.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/usb/gadget/f_acm.c |
Every user of u_serial has now to select the U_SERIAL symbol instead of
including the file.
There is one limition with this: ports and and gs_tty_driver are global
variables in u_serial. Since all users share them, there can be only one
user loaded at a time i.e. either g_serial or g_nokia.
Signed
This patch factors out the three possible functions into three possible
bind functions which are passed as an argument to usb_add_config(). This
will ease the step by step converting of the individual functions to the
new function registration method.
Signed-off-by: Sebastian Andrzej Siewior
---
f_loopback should only include the bare function but it also includes
the config descriptor. This patch moves the config descriptor into
zero.c, the only user of this function.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/usb/gadget/f_loopback.c | 44 ++-
This patch provides an infrastructure to register & unregister an USB
function. This allows to turn a function into a module and avoid the
'#include "f_.*.c"' magic and we get a clear API / cut between the bare
gadget and its functions.
The concept is simple:
Each functions defines the DECLARE_USB_
This minor change adds a new system to which the "Fix Compliance Mode
on SN65LVPE502CP Hardware" patch has to be applied also.
System added:
Vendor: Hewlett-Packard. System Model: Z1
Signed-off-by: Alexis R. Cortes
---
drivers/usb/host/xhci.c |3 ++-
1 files changed, 2 insertions(+), 1 dele
On Wed, Oct 17, 2012 at 06:49:14PM +, Paul Zimmerman wrote:
> Hi Pratyush,
>
> The NumP=4 from the host probably means that the host only has buffer
> space for 4 1K packets. 4K is the page size, so maybe the host was given a
> scatter-gather list made up of single pages (just a guess). Or els
This patch converts f_acm into a module which uses the new function
interface. It also converts one of its users that is g_serial to make
use of it. The other users of it (g_nokia for instance) are still using
the old include file system and should not notice the change at all. So
they can be conve
On Wed, Oct 17, 2012 at 08:00:00PM +0900, Kukjin Kim wrote:
> > +static int samsung_usbphy_get_refclk_freq(struct samsung_usbphy *sphy)
> > +{
> > + struct clk *ref_clk;
> > + int refclk_freq = 0;
> > +
> > + ref_clk = clk_get(sphy->dev, "xusbxti");
> > + if (IS_ERR(ref_clk)) {
>
> IS_ERR_
With dummy_hcd and g_nokia (that is CONFIG_USB_GADGET=m,
CONFIG_USB_DUMMY_HCD=m, CONFIG_USB_G_NOKIA=m) I see a lockdep complaing
about a "circular locking dependency" after executing
|modprobe dummy_hcd
|modprobe g_nokia
|cat /dev/ttyACM0 &
|sleep 1
|echo basilimi > /dev/ttyGS2
the first one goes
On Wed, Oct 17, 2012 at 6:51 PM, Peter Stuge wrote:
> Constantine Shulyupin wrote:
>> Peter, can you please just send me some links to most frequently
>> used online PDF?
>
> I don't have a particular PDF that is used more frequently than
> others. Here's one I used recently, for a common flash ch
On Tue, Oct 16, 2012 at 10:38:10AM -0700, Zach Brown wrote:
> > Gadget cannot. The code has no control over when a request completes.
> > Think of things like talking to a USB serial port or keyboard directly.
>
> Well, boo. That'd do it. The patch was crossing its fingers for the
> usb req
From: Sarah Sharp [mailto:sarah.a.sh...@linux.intel.com]
Sent: Wednesday, October 17, 2012 12:09 PM
> On Wed, Oct 17, 2012 at 06:49:14PM +, Paul Zimmerman wrote:
> > From: linux-usb-ow...@vger.kernel.org
> > [mailto:linux-usb-ow...@vger.kernel.org] On Behalf Of Pratyush Anand
> > Sent: Wednes
On Wed, Oct 17, 2012 at 06:38:31AM +0200, Felipe Contreras wrote:
> Hi,
>
> On Tue, Oct 16, 2012 at 7:24 PM, Sarah Sharp
> wrote:
> > The 3.5 kernel added USB 3.0 Link Power Management for Intel Panther
> > Point xHCI hosts. We've had some issues with devices not supporting LPM
> > properly, and
On 17.10.2012 20:47, David Binderman wrote:
>> sprintf(res_name, "port%d-mode", id);
>>
>> Hence, res_name must be at least 11 characters long in order to store
>> the name including the terminating '\0'.
>
> Your patch seems plausible if the number of instances is 9 or less:
> indeed there curren
Hi,
Alan Stern a écrit :
> In addition to what Sarah said, it's possible that your problem is
> related to the fact that the keyboard and mouse operate at low speed.
> If you connected them through a hub then that hub would communicate
> with the internal hub at high speed, not low speed.
I had n
The res_name is used for the name construction of a DT property as
follows:
sprintf(res_name, "port%d-mode", id);
Hence, res_name must be at least 11 characters long in order to store
the name including the terminating '\0'.
While at it, use to snprintf() rather than sprintf() when accessing t
On Wed, Oct 17, 2012 at 02:09:12PM -0500, Alexis R. Cortes wrote:
> This minor change adds a new system to which the "Fix Compliance Mode
> on SN65LVPE502CP Hardware" patch has to be applied also.
>
> System added:
> Vendor: Hewlett-Packard. System Model: Z1
>
> Signed-off-by: Alexis R. Cortes
On Wed, Oct 10, 2012 at 09:42:32PM +0200, Oliver Neukum wrote:
> On Friday 28 September 2012 16:16:04 j...@eclis.ch wrote:
> > From: Jean-Christian de Rivaz
> >
> > This USB V.92/V.32bis Controllered Modem have the USB vendor ID 0x0572
> > and device ID 0x1340. It need the NO_UNION_NORMAL quirk t
On Thu, Oct 11, 2012 at 12:29:06AM +0200, Jean-Christian de Rivaz wrote:
> On Wed, Oct 10, 2012 at 09:42:32PM +0200, Oliver Neukum wrote:
> > On Friday 28 September 2012 16:16:04 j...@eclis.ch wrote:
> > > From: Jean-Christian de Rivaz
> > >
> > > This USB V.92/V.32bis Controllered Modem have the
On Wed, Oct 17, 2012 at 01:32:39PM -0700, Greg Kroah-Hartman wrote:
> On Thu, Oct 11, 2012 at 12:29:06AM +0200, Jean-Christian de Rivaz wrote:
> > On Wed, Oct 10, 2012 at 09:42:32PM +0200, Oliver Neukum wrote:
> > > On Friday 28 September 2012 16:16:04 j...@eclis.ch wrote:
> > > > From: Jean-Christ
Hi Sébastien,
Sébastien Dinot wrote:
> Alan Stern a écrit :
>> In addition to what Sarah said, it's possible that your problem is
>> related to the fact that the keyboard and mouse operate at low speed.
>> If you connected them through a hub then that hub would communicate
>> with the internal hu
Hi Ali,
Sorry for the long response time! Can you try to apply the attached
patch, recompile your kernel, and see if it fixes your issues?
Thanks,
Sarah Sharp
On Wed, Oct 17, 2012 at 03:51:30PM +0330, A Sh wrote:
> Excuse me Ms.Sharp,
> did you recieve my message.
>
> I had also a suggestion:
Jonathan Nieder a écrit :
> Thanks, that's interesting. If you have time to test connecting the
> old keyboard and mouse through a hub, that would still be useful.
Ok, I am going to ask for a hub to my friends and to test my hardware
through it.
Sebastien
--
Sébastien Dinot, sebastien.di...@fr
On Tue, 16 Oct 2012, Peter Chen wrote:
> I have tested it at Freescale i.mx6Q sabrelite board, your patch is ok.
> Will you post a patch or I do it for you?
I decided to use a different approach. The core should know which
ports are suspended without asking the HCD. Can you test this patch in
Hello.
On 17-10-2012 21:06, Sebastian Andrzej Siewior wrote:
This patch factors out the three possible functions into three possible
bind functions which are passed as an argument to usb_add_config(). This
will ease the step by step converting of the individual functions to the
new function reg
On 10/17/2012 12:26 PM, Constantine Shulyupin wrote:
> On Wed, Oct 17, 2012 at 6:51 PM, Peter Stuge wrote:
>> Constantine Shulyupin wrote:
>>> Peter, can you please just send me some links to most frequently
>>> used online PDF?
>>
>> I don't have a particular PDF that is used more frequently than
On Tue, Oct 16, 2012 at 04:05:55PM +0200, Peter Stuge wrote:
> > Sometimes it is more easy just to copy paste and send by email part
> > of documentation instead of using hyperlinks.
>
> A group collaborating around a given hardware certainly needs a
> common repository of documentation. A file se
Russell King - ARM Linux wrote:
> You have to be careful of copyright infringement.
Yeah, because a company might sue for datasheet copyright
infringement when someone is (if only potentially) buying
their product.
I would think that one through one more time. :)
//Peter
--
To unsubscribe from
On Thu, Oct 18, 2012 at 12:04 AM, Tim Bird wrote:
> Being able to identify a page of an existing online PDF is already
> possible with URLs. See
> http://stackoverflow.com/questions/125632/is-it-possible-to-link-to-a-bookmark-within-a-pdf-using-url-parameters
Yes, I know. I already wrote about it
On Thu, Oct 18, 2012 at 12:25:20AM +0200, Peter Stuge wrote:
> Russell King - ARM Linux wrote:
> > You have to be careful of copyright infringement.
>
> Yeah, because a company might sue for datasheet copyright
> infringement when someone is (if only potentially) buying
> their product.
>
> I wou
On Wed, Oct 17, 2012 at 01:30:24PM -0700, Greg KH wrote:
> On Wed, Oct 17, 2012 at 02:09:12PM -0500, Alexis R. Cortes wrote:
> > This minor change adds a new system to which the "Fix Compliance Mode
> > on SN65LVPE502CP Hardware" patch has to be applied also.
> >
> > System added:
> > Vendor: Hewl
Russell King - ARM Linux wrote:
> If there was not a problem here, all documentation would explicitly
> state that it is able to be freely distributed.
Lawyers like job security as much as the guy on the floor, theirs
just involves different psychology.
//Peter
--
To unsubscribe from this list:
Alan
I was looking at your implementation [1] on Periodic schedule
enable/disable using hrtimer.
Looks really neat.
Current implementation is:
On Periodic Enable, Sate is: PSE =1 , PSS dont care - will be set
automatically after > 7 microframes time
On Periodic Disable, Sate is: PSE =0 ,
On Wed, 17 Oct 2012 09:54:09 +0800
Ming Lei wrote:
> On Wed, Oct 17, 2012 at 4:19 AM, Andrew Morton
> wrote:
> >
> > The patch seems reasonable to me. I'd like to see some examples of
> > these resume-time callsite which are performing the GFP_KERNEL
> > allocations, please. You have found som
On 10/18/2012 1:16 AM, Paul Zimmerman wrote:
From: Sarah Sharp [mailto:sarah.a.sh...@linux.intel.com]
Sent: Wednesday, October 17, 2012 12:09 PM
On Wed, Oct 17, 2012 at 06:49:14PM +, Paul Zimmerman wrote:
From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-ow...@vger.kernel.org]
On Beh
On Wed, Oct 17, 2012 at 05:28:22PM -0400, Alan Stern wrote:
> On Tue, 16 Oct 2012, Peter Chen wrote:
>
> > I have tested it at Freescale i.mx6Q sabrelite board, your patch is ok.
> > Will you post a patch or I do it for you?
>
> I decided to use a different approach. The core should know which
Without this condition, all controllers will do this delay,
and increase the resume time.
Only enabled and unsuspended port needs this delay, but
Some buggy hardware(like Synopsys usb controller) will
clear suspend bit once they receive/send resume signal,
so it takes resume bit as consideration.
On Thu, Oct 18, 2012 at 12:29 AM, Russell King - ARM Linux
wrote:
> Consider also, from their point of view, the issue of documentation
> control. Notice that most companies don't provide download links for
> old documentation...
Yep. That's why I archive all datasheets I can get my hands on. Th
1 - 100 of 103 matches
Mail list logo