If not, the PHY will be active even the controller is not in use.
We find this issue due to the PHY's clock refcount is not correct
due to -EPROBE_DEFER return after phy's init.
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/ci_hdrc_imx.c |7 +--
1 files changed, 5 insertions(+), 2 d
With the auto setting, the PHY's clock and power can be
recovered correctly from low power mode, it is ganranteed by IC logic.
Besides, we enable the IC fixes for this PHY at mx6 platform.
Signed-off-by: Peter Chen
---
drivers/usb/phy/phy-mxs-usb.c | 30 ++
1 files
The mxs-phy has three versions, each version has some differences
among PHY operation. the 1st version is for mx23/mx28 SoC,
The 2nd version is for mx6q and mx6dl, the 3rd version is
for mx6sl and later mx6 platform.
Signed-off-by: Peter Chen
---
drivers/usb/phy/phy-mxs-usb.c | 64
In order to increase test coverage, we can change the interval between
two remote wakeups every time, and the interval can be any user defined
value. This change will no affect current behavior if the user does not
use two introduced module paramters.
Signed-off-by: Peter Chen
---
Changes for v2
On 09/04/2013 08:39 AM, Xenia Ragiadakou wrote:
Since the slot id retrieved from the command TRB matches the one in Slot ID
field of the command completion event, which is available, there is no need
to determine it again.
This patch removes the uneccessary reassignment to slot id and adds a WARN
From: Oliver Neukum
Some systems although they have firmware class 'M', which usually
needs a work around to not crash, must not be subjected to the
work around because the work around crashes them. They cannot be
told apart by their own device descriptor, but as they are part
of compound devices
This patch renames the function handlers of a triggered Command Completion
Event that correspond to each command type into 'xhci_handle_cmd_'.
That is done to give a consistent naming space to all the functions that
handle Command Completion Events and that will permit the code reader to
reference
This patch removes the "adjective" argument from xhci_giveback_urb_in_irq(),
since it is not used in the function anymore.
Signed-off-by: Xenia Ragiadakou
Acked-by: Sarah Sharp
---
drivers/usb/host/xhci-ring.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/u
This patch adds a new variable 'cmd_trb' to hold the address of the
command TRB, that is associated with the command completion event,
and to replace repetitions of xhci->cmd_ring->dequeue into the code.
Signed-off-by: Xenia Ragiadakou
Acked-by: Sarah Sharp
---
drivers/usb/host/xhci-ring.c | 17
This patch removes the variable 'ep_ring' that is assigned in
TRB_CONFIG_EP switch case but never used.
Signed-off-by: Xenia Ragiadakou
---
drivers/usb/host/xhci-ring.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
index 08ed322.
The function that handles xHCI command completion is much too long and
there is need to be broken up into individual functions for each command
completion to improve code readablity.
This patch refactors the code in TRB_RESET_DEV switch case in
handle_cmd_completion() into a fuction named xhci_hand
There are situations under which xHC is unable to service an isochronous
endpoint within its service interval. For an IN isoc endpoint, this is the case
when its ring is full, while for an OUT isoc endpoint when its ring is empty.
This patch adds a trace event to the class 'xhci_log_msg', called
'x
This patch adds a new variable 'cmd_comp_code' to hold the command completion
status code aiming to reduce code duplication and to improve code readability.
Signed-off-by: Xenia Ragiadakou
Acked-by: Sarah Sharp
---
drivers/usb/host/xhci-ring.c | 20
1 file changed, 8 insert
The function that handles xHCI command completion is much too long and
there is need to be broken up into individual functions for each command
completion to improve code readablity.
This patch refactors the code in TRB_DISABLE_SLOT switch case in
handle_cmd_completion() into a fuction named xhci_h
Since the Slot ID field in the command completion event matches the Slot ID
field in the associated command TRB for the Stop Endpoint, Set Dequeue Pointer
and Reset Endpoint commands, this patch adds in the handlers of their
completion events a 'slot_id' argument and removes the slot id calculation
Since the slot id retrieved from the Reset Device TRB matches the slot id in
the command completion event, which is available, there is no need to determine
it again.
This patch removes the uneccessary reassignment to slot id and adds a WARN_ON
in case the two Slot ID fields differ (although accord
The function that handles xHCI command completion is much too long and
there is need to be broken up into individual functions for each command
completion to improve code readablity.
This patch refactors the code in TRB_ADDR_DEV switch case in
handle_cmd_completion() into a fuction named xhci_handl
This patch adds a new variable 'cmd_type' to hold the command type so that
switch cases can be simplified by removing TRB_TYPE() macro improving
code readability.
Signed-off-by: Xenia Ragiadakou
---
Differences from v3:
update changelog to report the reason for such change
drivers/usb/host/xh
The function that handles xHCI command completion is much too long and
there is need to be broken up into individual functions for each command
completion to improve code readablity.
This patch refactors the code in TRB_EVAL_CONTEXT switch case in
handle_cmd_completion() into a fuction named xhci_h
This patch replaces 'xhci->cmd_ring->dequeue' with 'trb', the address of
the command TRB, since it is available to reduce line length.
Signed-off-by: Xenia Ragiadakou
Acked-by: Sarah Sharp
---
drivers/usb/host/xhci-ring.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a
The function that handles xHCI command completion is much too long and
there is need to be broken up into individual functions for each command
completion to improve code readablity.
This patch refactors the code in TRB_CONFIG_EP switch case, in
handle_cmd_completion(), into a fuction named xhci_ha
The function that handles xHCI command completion is much too long and
there is need to be broken up into individual functions for each command
completion to improve code readablity.
This patch refactors the code in TRB_NEC_GET_FW switch case in
handle_cmd_completion() into a fuction named xhci_han
The function that handles xHCI command completion is much too long and
there is need to be broken up into individual functions for each command
completion to improve code readablity.
This patch refactors the code in TRB_ENABLE_SLOT switch case in
handle_cmd_completion() into a fuction named xhci_ha
This patch adds the label 'update_ring' for the common code path:
inc_deq(xhci, xhci->cmd_ring);
return;
Signed-off-by: Xenia Ragiadakou
---
Differences from v3:
-remove return statement
drivers/usb/host/xhci-ring.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/dr
This patch replaces the 'event' argument of xhci_handle_cmd_set_deq() and
xhci_handle_cmd_reset_ep(), which is used to retrieve the command completion
status code, with the cmd_comp_code directly, since it is available.
Signed-off-by: Xenia Ragiadakou
Acked-by: Sarah Sharp
---
drivers/usb/host/
On Sun, Sep 08, 2013 at 05:35:56PM -0700, Guenter Roeck wrote:
Please fix your mailer to word wrap within paragraphs, not doing this
makes your mail very hard to read. It looks like your mailer has also
reflowed Daniel's mail.
> On 09/08/2013 04:50 PM, Daniel Santos wrote:
> >Even better, thank
On Sat, Sep 07, 2013 at 07:19:06PM -0500, Daniel Santos wrote:
> So do i create an IRQ domain and then call generic_handle_irq() from
> my URB complete() function? If so, which type of IRQ Domain is
> appropriate for this? Unlike typical platform devices, these are
> dynamically added and removed
Am 09.09.2013 13:02, schrieb Mark Brown:
On Sun, Sep 08, 2013 at 05:35:56PM -0700, Guenter Roeck wrote:
Please fix your mailer to word wrap within paragraphs, not doing this
makes your mail very hard to read. It looks like your mailer has also
reflowed Daniel's mail.
That's just wrong. Mail r
On 09/09/2013 04:18 AM, Alexander Holler wrote:
Am 09.09.2013 13:02, schrieb Mark Brown:
On Sun, Sep 08, 2013 at 05:35:56PM -0700, Guenter Roeck wrote:
Please fix your mailer to word wrap within paragraphs, not doing this
makes your mail very hard to read. It looks like your mailer has also
re
Am 09.09.2013 13:45, schrieb Guenter Roeck:
On 09/09/2013 04:18 AM, Alexander Holler wrote:
Am 09.09.2013 13:02, schrieb Mark Brown:
On Sun, Sep 08, 2013 at 05:35:56PM -0700, Guenter Roeck wrote:
Please fix your mailer to word wrap within paragraphs, not doing this
makes your mail very hard to
Hi,
On 09/08/2013 01:37 PM, Frank Dierich wrote:
Hi,
I have an ASUS A8JP Notebook with Ubuntu 12.04 with the following build in
webcam
Bus 001 Device 004: ID 0ac8:0321 Z-Star Microelectronics Corp. Vimicro
generic vc0321 Camera
The camera is working nice with Cheese and kernels before
getaddrinfo() leaves the order of the returned addrinfo structs
unspecified. On systems with bindv6only disabled (this is the default),
PF_INET6 sockets bind to IPv4, too. Thus, IPv6 support in usbipd was
broken when getaddrinfo returned first IPv4 and then IPv6 addrinfos, as
the IPv6 bind failed w
vichy wrote:
> I try to do webcam audio capture on my arm platform.
> when I execute audio capture I got below message
> "retire_capture_urb: 108 callbacks suppressed"
This means that the retire_capture_urb() function printed lots of
messages, and that 108 of them were thrown away because they wer
On Mon, Sep 09, 2013 at 01:18:01PM +0200, Alexander Holler wrote:
> Am 09.09.2013 13:02, schrieb Mark Brown:
> >makes your mail very hard to read. It looks like your mailer has also
> >reflowed Daniel's mail.
> That's just wrong. Mail readers should wrap lines, not senders. And
> readers can do
Hi Pali,
On Sun, Sep 08, 2013 at 10:50:39AM +0200, Pali Rohár wrote:
> This patch will register bq24150a charger in RX-51 board data.
> Patch also adding platform function between isp1704 and bq2415x
> drivers for detecting charger type.
>
> So finally charging battery on Nokia N900 (RX-51) worki
On Mon, Sep 09, 2013 at 11:33:01AM +0530, Pratyush Anand wrote:
> On Mon, Sep 09, 2013 at 02:08:02AM +0800, joe M wrote:
> > Hello,
> >
> > Just wanted to check if there is a version of
> > http://www.linux-usb.org/usbtest/ testusb.c or test.sh scrpts that
> > work with the current kernel.
> >
>
The usbip userspace utilities contained some half-documented (only in
--help, not in man) options. They were added to the man-pages of usbip
and usbipd.
Also a typo in the usbip headline was fixed.
Signed-off-by: Tobias Polzer
Signed-off-by: Dominik Paulus
---
drivers/staging/usbip/userspace/do
On 28.08.2013 20:46, Alan Stern wrote:
> On Wed, 28 Aug 2013, Clemens Ladisch wrote:
>
>> Sorry, what I said applies more to explicit sync endpoints. When using
>> implicit sync, a playback URB is submitted for each completed capture
>> URB, with the number of samples per packet identical to the
Am 09.09.2013 15:45, schrieb Mark Brown:
> On Mon, Sep 09, 2013 at 01:18:01PM +0200, Alexander Holler wrote:
>> Am 09.09.2013 13:02, schrieb Mark Brown:
>
>>> makes your mail very hard to read. It looks like your mailer has also
>>> reflowed Daniel's mail.
>
>> That's just wrong. Mail readers sh
Hello Pratyush,
> If I remember well it was working till 3.5 only
Does it not work for USB Ch.9 tests? I am trying to test the control
transactions of a HID device with testusb and I get the "Inappropriate
ioctl for device". I am not sure if it is something wrong with my
environment/setup or
Dear Peter Chen,
> With the auto setting, the PHY's clock and power can be
> recovered correctly from low power mode, it is ganranteed by IC logic.
>
> Besides, we enable the IC fixes for this PHY at mx6 platform.
>
> Signed-off-by: Peter Chen
> ---
> drivers/usb/phy/phy-mxs-usb.c | 30 +
hi Clemens:
2013/9/9 Clemens Ladisch :
> vichy wrote:
>> I try to do webcam audio capture on my arm platform.
>> when I execute audio capture I got below message
>> "retire_capture_urb: 108 callbacks suppressed"
>
> This means that the retire_capture_urb() function printed lots of
> messages, and
On Mon, Sep 09, 2013 at 07:33:31AM +0200, Andreas Larsson wrote:
> On 2013-08-28 11:02, Andreas Larsson wrote:
> > On 2013-08-12 16:05, Andreas Larsson wrote:
> >> This adds an UDC driver for GRUSBDC USB Device Controller cores
> >> available in the
> >> GRLIB VHDL IP core library. The driver only
On Sun, 8 Sep 2013, joe M wrote:
> Hello,
>
> > I do not want to rmmod the hid module as I think it will affect my
> > being-used usb keyboard and mouse too. I just want to rmmod the hid
> > module for the device being tested.
>
> I got this
> http://unix.stackexchange.com/questions/12005/how-t
On Mon, 9 Sep 2013, Daniel Mack wrote:
> I gave this patch a try and I can confirm that it results in a
> sigificant improvement for small sample buffers.
>
> So feel free to add my
>
> Tested-by: Daniel Mack
Thanks; I'll include this when the patch is submitted.
Alan Stern
--
To unsubscri
Hello,
> This is the wrong driver. You need to unbind usbhid, not hid-generic.
> Like at the files under /sys/bus/usb/drivers/usbhid/.
That worked like a charm. Thanks a lot.
Joe
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.k
Hello Pratyush,
> Does it not work for USB Ch.9 tests? I am trying to test the control
> transactions of a HID device with testusb and I get the "Inappropriate
> ioctl for device". I am not sure if it is something wrong with my
> environment/setup or if testusb does not work anymore.
>
> my uname
hi Clemens:
2013/9/9 vichy :
> hi Clemens:
>
> 2013/9/9 Clemens Ladisch :
>> vichy wrote:
>>> I try to do webcam audio capture on my arm platform.
>>> when I execute audio capture I got below message
>>> "retire_capture_urb: 108 callbacks suppressed"
>>
>> This means that the retire_capture_urb()
Greetings from BURKINA FASO:
Let me start by introduce myself,I am Mrs Doris Omar, BILL AND EXCHANGE MANAGER
(Bank of Africa) Ouagadougou, Burkina Faso.I am writting you this letter based
on the latest development at our bank which I will like to bring to your
personal edification. $12,250millio
FROM Mr USMAN ABU
BILLS AND EXCHANGE MANAGER,
BANK OF AFRICA (B.O.A)
OUAGADOUGOU BURKINA FASO.
IN WEST AFRICA
For your kind attention, i will be very glad if you do assist me to relocate a
sum of (US18.5 Million) to your personal bank account for the benefit of both
of us.
This is a genuine bu
In order to have the PPS line discipline to work with usb devices.
Signed-off-by: Paul Chavent
---
drivers/usb/serial/generic.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/usb/serial/generic.c b/drivers/usb/serial/generic.c
index 91f0592..a18a086 100644
--- a/drivers/usb/s
This patch depends on 72df17e... (PATCH 1). It restores the retreiving
of a protected instance of tty. As opposed to the serialcore.c
dcd_change implementation, the callers of dcd_change used to
get protected tty instance.
Signed-off-by: Paul Chavent
---
drivers/usb/serial/generic.c | 4 +++-
1
Signed-off-by: Paul Chavent
---
drivers/usb/serial/ftdi_sio.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c
index c45f9c0..2d3d3a0 100644
--- a/drivers/usb/serial/ftdi_sio.c
+++ b/drivers/usb/serial/ftdi_sio.c
Do the same way as in serialcore.c for uart_handle_dcd_change. It
removes duplicated code around the usb_serial_handle_dcd_change calls.
Signed-off-by: Paul Chavent
---
drivers/usb/serial/ch341.c | 7 ++-
drivers/usb/serial/generic.c | 4 ++--
drivers/usb/serial/pl2303.c | 7 +--
inc
Seems to be done this way in other drivers (ch341, 8250, ...).
Signed-off-by: Paul Chavent
---
drivers/usb/serial/pl2303.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/serial/pl2303.c b/drivers/usb/serial/pl2303.c
index 3299f3a..6bb405b 100644
--- a/drivers
Hi.
This series enable the PPS reporting for USB serial devices.
Patch 01 : change the interface of handle_dcd_change for usb serial in
order to avoid duplicating code when calling this function and to be
closer of the uart handle_dcd_change interface.
Patch 02 : this patch depends on the previo
On Mon, Sep 09, 2013 at 06:01:19PM +0200, Paul Chavent wrote:
> In order to have the PPS line discipline to work with usb devices.
>
> Signed-off-by: Paul Chavent
> ---
> drivers/usb/serial/generic.c | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/drivers/usb/serial/generic.c b/
This patch fixes the following sparse warnings:
drivers/usb/host/./xhci-trace.h:116:1: warning: cast to restricted __le32
drivers/usb/host/./xhci-trace.h:116:1: warning: cast to restricted __le32
drivers/usb/host/./xhci-trace.h:116:1: warning: restricted __le32 degrades to
integer
drivers/usb/host/
The field 'dev_info' in struct xhci_slot_ctx has type __le32 and it needs
to be converted to CPU byteorder for the correct retrieval of its subfield
'Context Entries'. This field is used by the trace event 'xhci_address_ctx'
to trace only the contexts of valid endpoints.
This bug was found using sp
Function xhci_writel() is used to write a 32bit value in xHC registers residing
in MMIO address space. It takes as first argument a pointer to the xhci_hcd
although it does not use it because internally it simply calls writel().
This creates an illusion that xhci_writel() is an xhci specific functi
This patch fixes the retrieval of the DMA address of the TRB that generated
the event by converting the field[0] (low address bits) and field[1] (high
address bits) to CPU byteorder and then typecasting field[1] to u64 so that
the bitshift will not lead to overflow.
In the original code, the typeca
Function xhci_writel() is used to write a 32bit value in xHC registers residing
in MMIO address space. It takes as first argument a pointer to the xhci_hcd
although it does not use it because internally it simply calls writel().
This creates an illusion that xhci_writel() is an xhci specific functi
This patch removes xhci_readl() because it has been replaced with readl()
and it is not used anymore.
Signed-off-by: Xenia Ragiadakou
---
drivers/usb/host/xhci.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/usb/host/xhci.h b/drivers/usb/host/xhci.h
index 9575088..6349044 10064
This patch converts TRB_CYCLE to le32 to update correctly the Cycle Bit in
'control' field of the link TRB.
This bug was found using sparse.
Signed-off-by: Xenia Ragiadakou
---
drivers/usb/host/xhci-mem.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/host/x
Function xhci_writel() is used to write a 32bit value in xHC registers residing
in MMIO address space. It takes as first argument a pointer to the xhci_hcd
although it does not use it because internally it simply calls writel().
This creates an illusion that xhci_writel() is an xhci specific functi
Function xhci_readl() is used to read 32bit xHC registers residing in MMIO
address space. It takes as first argument a pointer to the xhci_hcd although
it does not use it because internally it simply calls readl. This creates
an illusion that xhci_readl() is an xhci specific function that has to be
Function xhci_readl() is used to read 32bit xHC registers residing in MMIO
address space. It takes as first argument a pointer to the xhci_hcd although
it does not use it because internally it simply calls readl. This creates
an illusion that xhci_readl() is an xhci specific function that has to be
On Mon, Sep 09, 2013 at 06:01:16PM +0200, Paul Chavent wrote:
> Do the same way as in serialcore.c for uart_handle_dcd_change. It
> removes duplicated code around the usb_serial_handle_dcd_change calls.
>
> Signed-off-by: Paul Chavent
> ---
> drivers/usb/serial/ch341.c | 7 ++-
> drivers/
The fields 'add_flags' and 'drop_flags' in struct xhci_input_control_ctx
have type __le32 and need to be converted to CPU byteorder before being
used to derive the number of added endpoints.
This bug was found using sparse.
Signed-off-by: Xenia Ragiadakou
---
drivers/usb/host/xhci.c | 4 ++--
1
The first 16 bits of Page Size Register report the page size supported by xHC.
If bit i is set, then xHC supports a page size of 2^(i+12).
This patch replaces the code that does the lookup for the first set bit with
a call to ffs() because using ffs() the code can benefit from architecture
specific
On Mon, Sep 09, 2013 at 07:45:23PM +0200, Johan Hovold wrote:
> On Mon, Sep 09, 2013 at 06:01:16PM +0200, Paul Chavent wrote:
> > Do the same way as in serialcore.c for uart_handle_dcd_change. It
> > removes duplicated code around the usb_serial_handle_dcd_change calls.
> >
> > Signed-off-by: Pau
Function xhci_readl() is used to read 32bit xHC registers residing in MMIO
address space. It takes as first argument a pointer to the xhci_hcd although
it does not use it because internally it simply calls readl. This creates
an illusion that xhci_readl() is an xhci specific function that has to be
Function xhci_readl() is used to read 32bit xHC registers residing in MMIO
address space. It takes as first argument a pointer to the xhci_hcd although
it does not use it because internally it simply calls readl. This creates
an illusion that xhci_readl() is an xhci specific function that has to be
Function xhci_writel() is used to write a 32bit value in xHC registers residing
in MMIO address space. It takes as first argument a pointer to the xhci_hcd
although it does not use it because internally it simply calls writel().
This creates an illusion that xhci_writel() is an xhci specific functi
Function xhci_readl() is used to read 32bit xHC registers residing in MMIO
address space. It takes as first argument a pointer to the xhci_hcd although
it does not use it because internally it simply calls readl. This creates
an illusion that xhci_readl() is an xhci specific function that has to be
This patch converts Event TRB's 3rd field, which has type le32, to CPU
byteorder before using it to retrieve the Slot ID with TRB_TO_SLOT_ID macro.
This bug was found using sparse.
Signed-off-by: Xenia Ragiadakou
---
drivers/usb/host/xhci-ring.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
The fields 'add_flags' and 'drop_flags' in struct xhci_input_control_ctx
have type __le32 and need to be converted to CPU byteorder before being
used to derive the number of dropped endpoints.
This bug was found using sparse.
Signed-off-by: Xenia Ragiadakou
---
drivers/usb/host/xhci.c | 4 ++--
Hello.
On 09/09/2013 08:01 PM, Paul Chavent wrote:
This patch depends on 72df17e... (PATCH 1).
You don't need to say that when you publish the patches as a series. It's
assumed.
It restores the retreiving
of a protected instance of tty. As opposed to the serialcore.c
dcd_change implem
This patch removes xhci_writel() since its calls has been replaced with
writel() and it is not used anymore.
Signed-off-by: Xenia Ragiadakou
---
drivers/usb/host/xhci.h | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/usb/host/xhci.h b/drivers/usb/host/xhci.h
index 6349044..2a2
Function xhci_write_64() is used to write an 64bit value in xHC registers,
residing in MMIO.
On 32bit systems, xHC registers should be read/written with 32bit accesses by
reading/writing the low 32bits first and then the high 32bits second.
Since asm-generic/io-64-nonatomic-lo-hi.h header file was
Function xhci_read_64() is used to read 64bit xHC registers residing in MMIO.
On 32bit systems, registers should be read/written with 32bit accesses by
reading/writing the low 32bits first and then the high 32bits second.
This patch adds asm-generic/io-64-nonatomic-lo-hi.h header file in xhci.h
so
On Mon, Sep 02, 2013 at 04:43:01PM +0300, Xenia Ragiadakou wrote:
> Hi Sarah and Alan,
>
> I am writing a patch for allocating as many msi-x vectors as the
> number of event rings because now the msi-x vectors allocated are
> more than are actually used, since currently xhci-hcd implements
> only
vichy wrote:
> 2013/9/9 Clemens Ladisch :
>> vichy wrote:
>>> I try to do webcam audio capture on my arm platform.
>>> when I execute audio capture I got below message
>>> "retire_capture_urb: 108 callbacks suppressed"
>>
>> This means that the retire_capture_urb() function printed lots of
>> messa
On 09/09/2013 06:06 AM, Mark Brown wrote:
On Sat, Sep 07, 2013 at 07:19:06PM -0500, Daniel Santos wrote:
So do i create an IRQ domain and then call generic_handle_irq() from
my URB complete() function? If so, which type of IRQ Domain is
appropriate for this? Unlike typical platform devices, the
On Mon, Sep 09, 2013 at 04:41:15PM +0200, Marek Vasut wrote:
> Dear Peter Chen,
>
> > With the auto setting, the PHY's clock and power can be
> > recovered correctly from low power mode, it is ganranteed by IC logic.
> >
> > Besides, we enable the IC fixes for this PHY at mx6 platform.
> >
> > S
vhci_hcd is a virtual usb host controller, so no need to
check for dma.
Signed-off-by: navin patidar
---
drivers/staging/usbip/vhci_hcd.c |6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/staging/usbip/vhci_hcd.c b/drivers/staging/usbip/vhci_hcd.c
index b3c9217..e810ad5 100644
ret == 0 means success, anything else is failure.
Signed-off-by: navin patidar
---
drivers/staging/usbip/vhci_hcd.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/usbip/vhci_hcd.c b/drivers/staging/usbip/vhci_hcd.c
index d7974cb..b3c9217 100644
--- a/d
ret == 0 means success, anything else is failure.
Signed-off-by: navin patidar
---
drivers/staging/usbip/stub_main.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/usbip/stub_main.c
b/drivers/staging/usbip/stub_main.c
index 33027cc..baf857f 100644
---
Haswell LynxPoint and LynxPoint-LP with the recent Intel BIOS show
mysterious wakeups after shutdown occasionally. After discussing with
BIOS engineers, they explained that the new BIOS expects that the
wakeup sources are cleared and set to D3 for all wakeup devices when
the system is going to sle
Haswell LynxPoint and LynxPoint-LP with the recent Intel BIOS show
mysterious wakeups after shutdown occasionally. After discussing with
BIOS engineers, they explained that the new BIOS expects that the
wakeup sources are cleared and set to D3 for all wakeup devices when
the system is going to sle
90 matches
Mail list logo
