On Tue, May 23, 2017 at 3:21 AM, Alan Stern wrote:
> On Mon, 22 May 2017, Kai-Heng Feng wrote:
>
>> So in order to detect SD card under runtime PM, it's a perfectly
>> normal behavior, right?
>
> Yes.
Thanks for the info.
>
>> Sorry for not explaining the original question well enough - the real
Hi Felipe,
> -Original Message-
> From: Yoshihiro Shimoda
> Sent: Wednesday, April 26, 2017 8:50 PM
>
> This patch set is based on the latest Feribe's usb.git / testing/next branch
> (the commit id = 28ea6be01e2cf244c461a40c8e9593816f894412.)
I'm afraid but, would you review this patch s
The Aspeed 2400/2500 families have a variant of UHCI which requires
some quirks to the driver to work:
- The register offsets are different. We add a remapping helper.
- All accesses have to be done via 32-bit loads and stores. We
force all accessors to use readl/writel. This is of no conseq
The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6:
Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/peter.chen/usb.git/
tags/usb-ci-v4.12-rc2
for you to fetch changes up to cbb22ebcfb9
Some Motorola phones like droid 4 use a custom CPCAP PMIC that has a
multiplexing USB PHY.
This USB PHY can operate at least in four modes using pin multiplexing
and two control GPIOS:
- Pass through companion PHY for the SoC USB PHY
- ULPI PHY for the SoC
- Pass through USB for the modem
- UART
On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
> ---
> arch/arm/mach-omap2/common.h| 2 +-
> arch/arm/mach-omap2/omap_twl.c |
On Mon, 22 May 2017 00:02:10 +0200
Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
> ---
> arch/arm/mach-omap2/common.h| 2 +-
> arch/arm/mach-omap2/omap_twl.c | 2 +-
User space applications in some cases have the need to enforce a
specific port type(DFP/UFP/DRP). This change allows userspace to
attempt setting the desired port type. Low level drivers can
however reject the request if the specific port type is not supported.
Signed-off-by: Badhri Jagan Sridhara
On Mon, 22 May 2017, Marek Pikarski wrote:
> Hi!
>
> I am currently hunting the source of an issue that we have with an USB
> modem. There could even be some HW / board design issue.
>
> My idea was to try the kernel USB unit tests and this seems to work out
> as it gave me some interesting re
On Mon, 22 May 2017, Kai-Heng Feng wrote:
> So in order to detect SD card under runtime PM, it's a perfectly
> normal behavior, right?
Yes.
> Sorry for not explaining the original question well enough - the real
> problem is that after enabling runtime PM on EHCI, the two physical
> ports on the
On Thu, 2017-05-04 at 12:21 +0300, Andy Shevchenko wrote:
> acpi_evaluate_dsm() and friends take a pointer to a raw buffer of 16
> bytes. Instead we convert them to use uuid_le type. At the same time
> we
> convert current users.
>
> acpi_str_to_uuid() becomes useless after the conversion and it's
by the dma pool API
and remove the defines.
Changes in v9:
- Rebased series onto next-20170522
- I have fixed and improved the patch for lpfc driver
Changes in v8:
- Rebased series onto next-20170428
Changes in v7:
- Rebased series onto next-20170416
- Added Acked-by, Tested-by and Reviwed-by tags
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Acked-by: Peter Senna Tschudin
Tested-by: Peter Senna Tschudin
---
drivers/dma/pch_dma.c | 12 ++--
1 file changed, 6 insertions(+),
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Acked-by: Peter Senna Tschudin
Tested-by: Peter Senna Tschudin
---
drivers/block/DAC960.c | 38 ++
drive
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Acked-by: Peter Senna Tschudin
Acked-by: Jeff Kirsher
Tested-by: Peter Senna Tschudin
---
drivers/net/ethernet/intel/e100.c | 12 ++
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Acked-by: Peter Senna Tschudin
Tested-by: Peter Senna Tschudin
Acked-by: Doug Ledford
Tested-by: Doug Ledford
---
drivers/infiniband/hw/mt
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API. It also updates
the name of some variables and the content of comments, accordingly.
Signed-off-by: Romain Perier
Reviewed-by: Peter Senna Tschudin
---
drivers/scsi/csios
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Reviewed-by: Peter Senna Tschudin
---
drivers/net/wireless/intel/ipw2x00/ipw2200.c | 13 +++--
1 file changed, 7 insertions(+), 6 del
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Acked-by: Peter Senna Tschudin
Tested-by: Peter Senna Tschudin
Reviewed-by: Leon Romanovsky
Acked-by: Doug Ledford
Tested-by: Doug Ledford
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Acked-by: Peter Senna Tschudin
Tested-by: Peter Senna Tschudin
---
drivers/scsi/be2iscsi/be_iscsi.c | 6 +++---
drivers/scsi/be2iscsi/be_mai
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Reviewed-by: Peter Senna Tschudin
Acked-by: Sumit Saxena
---
drivers/scsi/megaraid/megaraid_mbox.c | 33 +++
drivers/scsi/
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Reviewed-by: Peter Senna Tschudin
Acked-by: Doug Ledford
Tested-by: Doug Ledford
---
drivers/net/ethernet/mellanox/mlx5/core/cmd.c | 11 +++
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API. It also updates
some comments, accordingly.
Signed-off-by: Romain Perier
Reviewed-by: Peter Senna Tschudin
---
drivers/scsi/lpfc/lpfc.h | 16
drivers/scsi/
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Acked-by: Peter Senna Tschudin
Tested-by: Peter Senna Tschudin
---
drivers/scsi/pmcraid.c | 10 +-
drivers/scsi/pmcraid.h | 2 +-
2
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Reviewed-by: Peter Senna Tschudin
---
drivers/scsi/mpt3sas/mpt3sas_base.c | 73 +
1 file changed, 34 inse
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Reviewed-by: Peter Senna Tschudin
---
drivers/scsi/mvsas/mv_init.c | 6 +++---
drivers/scsi/mvsas/mv_sas.c | 6 +++---
2 files changed, 6 in
Now that all the drivers use dma pool API, we can remove the macro
functions for PCI pool.
Signed-off-by: Romain Perier
Reviewed-by: Peter Senna Tschudin
---
include/linux/pci.h | 9 -
1 file changed, 9 deletions(-)
diff --git a/include/linux/pci.h b/include/linux/pci.h
index 5026f2ae8
On Mon, May 22, 2017 at 06:03:36PM +0200, Johan Hovold wrote:
> On Mon, May 22, 2017 at 06:58:16PM +0300, Peter Mamonov wrote:
> > Hi Johan,
> >
> > Could you, please, give some feedback on the patch I've send recently?
>
> Your patch is in my queue of patches to review for -next. I'll try to
> p
On Mon, May 22, 2017 at 06:58:16PM +0300, Peter Mamonov wrote:
> Hi Johan,
>
> Could you, please, give some feedback on the patch I've send recently?
Your patch is in my queue of patches to review for -next. I'll try to
process it this week.
Thanks,
Johan
--
To unsubscribe from this list: send t
* Tony Lindgren [170522 09:03]:
> With the runtime PM implemented for ohci-platform driver, we can
> now support omap3 and later OHCI by adding one device tree
> property.
And the related dts patch from v1 series I can queue separately when
people are happy with the driver changes.
Regards,
Ton
Hi,
Here's v2 of this series.
Regards,
Tony
Changes since v1:
- Update runtime PM support for ohci based on Alan's comments and
more testing
- Just remove ohci-omap3 as it needs LS/FS USB PHY not available
on most hardware
Tony Lindgren (3):
usb: host: ohci-platform: Add basic runtime
This is needed in preparation of adding support for omap3 and
later OHCI. The runtime PM will only do something on platforms
that implement it.
Cc: devicet...@vger.kernel.org
Cc: Hans de Goede
Cc: Rob Herring
Cc: Roger Quadros
Cc: Sebastian Reichel
Cc: Yoshihiro Shimoda
Signed-off-by: Tony Li
With the runtime PM implemented for ohci-platform driver, we can
now support omap3 and later OHCI by adding one device tree
property.
Cc: Hans de Goede
Cc: Rob Herring
Cc: Yoshihiro Shimoda
Cc: Sebastian Reichel
Acked-by: Alan Stern
Acked-by: Roger Quadros
Signed-off-by: Tony Lindgren
---
This driver is no longer needed and can be removed. The reason why
it's safe to remove this driver is that most omap devices don't have a
USB low-speed or full-speed compatible PHY installed and configured
with drivers/mfd/omap-usb-host.c. This means that devices like
beagleboard and pandaboard nee
On Thu, May 18, 2017 at 4:07 AM, Ruslan Bilovol
wrote:
> Abstract the peripheral side ALSA sound card code from
> the f_uac2 function into a component that can be called
> by various functions, so the various flavors can be split
> apart and selectively reused.
>
> Visible changes:
> - add uac_pa
Hi Johan,
Could you, please, give some feedback on the patch I've send recently?
Regards,
Peter
On Thu, May 11, 2017 at 09:12:48PM +0300, Peter Mamonov wrote:
> The patch implements TIOCSSERIAL ioctl call. The following fields of the
> `struct serial_struct` are processed:
>
> - flags: ASYNC_SP
From: "Baxter, Jim"
Date: Mon, 22 May 2017 16:45:42 +0100
> From: David S. Miller (da...@davemloft.net)
> Sent: Wed, 17 May 2017 14:18:19 -0400
>
>>
>> When there isn't memory pressure this will hurt performance of
>> course.
>>
>> It is a quite common paradigm to back down to 0 order memory
On Fri, May 19, 2017 at 02:53:20PM +0200, Jason A. Donenfeld wrote:
> I'm having this issue on kernel 4.11.0 and 4.11.1. It usually happens
> after a while of ordinary USB use. Afterwards, USB does not work. If I
> rmmod all the modules and reinsert them, it works for a while, but
> even sooner aft
From: David S. Miller (da...@davemloft.net)
Sent: Wed, 17 May 2017 14:18:19 -0400
>
> When there isn't memory pressure this will hurt performance of
> course.
>
> It is a quite common paradigm to back down to 0 order memory requests
> when higher order ones fail, so this isn't such a bad change
Dear Sir,
Sure.
I has try to use usb_storage, but no luck also.
/etc/modprobe.d/usbbox.conf
# usb3.0 disk
blacklist uas
options usb-storage quirks=152d:9561:u
I has two JMS56x box, and it is working fine with windows 7, so i think
it is Linux Issue
On 22/5/2017 22:44, Oliver Neukum wrote:
>
On 5/22/2017 6:49 PM, Mathias Nyman wrote:
> On 22.05.2017 11:56, Shyam Sundar S K wrote:
>> Hi Mathias,
>>
>>
>> On 5/19/2017 12:43 PM, Mathias Nyman wrote:
>>> On 18.05.2017 16:46, Alan Stern wrote:
On Thu, 18 May 2017, Shyam Sundar S K wrote:
> on AMD platforms with SNPS 3.1 USB
Am Montag, den 22.05.2017, 22:13 +0800 schrieb Tim.Lau:
>
>
> [ 1692.900365] usb 9-2: reset SuperSpeed USB device number 2 using xhci_hcd
> [ 1692.924000] scsi host4: uas_eh_bus_reset_handler success
> [ 1697.801121] sd 4:0:0:1: [sde] tag#0 FAILED Result: hostbyte=DID_OK
> driverbyte=0x0e
> [ 16
Bus 004 Device 004: ID 0bda:8153 Realtek Semiconductor Corp.
Bus 004 Device 003: ID 2109:0813 VIA Labs, Inc.
Bus 004 Device 002: ID 05e3:0617 Genesys Logic, Inc.
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 0835:2a01 Action Star Enterprise Co., Ltd
Bus 003 D
Am Montag, den 22.05.2017, 14:12 +0200 schrieb Daniel Duris:
> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M
> |__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 5000M
> |__ Port 4: Dev 4, If 0, Cla
Am Freitag, den 19.05.2017, 14:46 + schrieb David Laight:
> For XHCI it isn't too bad because it will do arbitrary scatter-gather
> (apart from the ring end).
> But I believe the earlier controllers only support fragments that
> end on usb packet boundaries.
>
> I looked at the usbnet code a f
On 22.05.2017 11:56, Shyam Sundar S K wrote:
Hi Mathias,
On 5/19/2017 12:43 PM, Mathias Nyman wrote:
On 18.05.2017 16:46, Alan Stern wrote:
On Thu, 18 May 2017, Shyam Sundar S K wrote:
on AMD platforms with SNPS 3.1 USB controller has an issue
if the stop EP command is issued when the contr
Hi!
I am currently hunting the source of an issue that we have with an USB
modem. There could even be some HW / board design issue.
My idea was to try the kernel USB unit tests and this seems to work out
as it gave me some interesting results!
It would be so great if someone on this list ha
On 22.05.2017 11:48, Christoph Gohle wrote:
Hey Mathias,
On 19 May 2017, at 09:58, Mathias Nyman wrote:
4.11 kernel has xhci traces enabled, could you try to reproduce it with 4.11?
xhci traces can be enabled with:
echo 1 > /sys/kernel/debug/tracing/events/xhci-hcd/enable
If you know h
On 21.05.2017 23:03, Xavier . wrote:
Hello.
I have one problem with chip Renesas uPD720202 (card Startech PCIUSB3S22).
In Windows XP run fine, very fine, but in GNU/Linux kernel does not
receive any USB3.0 plug/unplug events, why?
No usb device is recognized, it is as if the card had nothing conn
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M
|__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 5000M
|__ Port 4: Dev 4, If 0, Class=Vendor Specific Class,
Driver=r8152, 5000M
/: Bus 03.Port 1: Dev
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M
|__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 5000M
|__ Port 4: Dev 4, If 0, Class=Vendor Specific Class,
Driver=r8152, 5000M
/: Bus 03.Port 1: De
Am Montag, den 22.05.2017, 13:03 +0200 schrieb Daniel Duris:
> 1) Happens all the time, i.e. from the boot and after any resume as well.
>
> 2) No, only the ethernet.
>
> 3) Can not answer as for the other PCs, but happens with any of the
> DA200 adapters and possibly others as well.
Hi,
it wou
On Mon, 2017-05-22 at 11:29 +0200, Greg KH wrote:
> On Mon, May 22, 2017 at 06:43:25PM +1000, Benjamin Herrenschmidt wrote:
> > The Aspeed 2400/2500 families have a variant of UHCI which requires
> > some quirks to the driver to work:
>
> A UHCI driver? New hardware? That's crazy, what decade is
Set of patches to support getting and de/asserting a list (array)
of reset controllers available with the device.
This series also contains reset controls patches for dwc3-of-simple
and tegra pmc drivers.
A small patch is added in this series to correctly re-order the
resource handling in dwc3_of_s
Many devices may want to request a bunch of resets
and control them. So it's better to manage them as an
array. Add APIs to _get(), _assert(), and _deassert()
an array of reset_control.
Note that, these APIs don't guarantee that the reset lines
managed in the array are handled in any particular ord
Add support to get a list of resets available for the device.
These resets must be kept de-asserted until the device is
in use.
Cc: Felipe Balbi
Cc: Philipp Zabel
Signed-off-by: Vivek Gautam
---
drivers/usb/dwc3/dwc3-of-simple.c | 27 +--
1 file changed, 25 insertions(+
Move clock handling after of_platform_depopulate to achieve
a sequence that is reverse of the probe sequence.
Cc: Felipe Balbi
Signed-off-by: Vivek Gautam
---
- new patch in this series.
drivers/usb/dwc3/dwc3-of-simple.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a
Make use of reset_control_array_*() set of APIs to manage
an array of reset controllers available with the device.
Cc: Jon Hunter
Cc: Thierry Reding
Cc: Philipp Zabel
Signed-off-by: Vivek Gautam
---
drivers/soc/tegra/pmc.c | 91 +
1 file changed
On Mon, May 22, 2017 at 12:28:12PM +0200, Wolfram Sang wrote:
> If you were not CCed on the other patches, then you are likely not
> listed as a maintainer for them?
Right, but it does mean that the people who only get a subset of patches
are missing context for how things are expected to be hand
The usbip stack dynamically allocates the transfer_buffer and
setup_packet of each urb that got generated by the tcp to usb stub code.
As these pointers are always used only once we will set them to NULL
after use. This is done likewise to the free_urb code in vudc_dev.c.
This patch fixes double kf
1) Happens all the time, i.e. from the boot and after any resume as well.
2) No, only the ethernet.
3) Can not answer as for the other PCs, but happens with any of the
DA200 adapters and possibly others as well.
On 22.05.2017 11:21, Oliver Neukum wrote:
> Am Donnerstag, den 18.05.2017, 16:16 +02
On Mon, May 22, 2017 at 10:52:43AM +0100, Mark Brown wrote:
> On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote:
> > include/linux/i2c is not for client devices. Move the header file to a
> > more appropriate location.
>
> Acked-by: Mark Brown
Thanks!
> I'm missing the rest of the se
Hi,
On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
> ---
> [...]
> drivers/power/supply/twl4030_charger.c | 2 +-
> [...]
Acked-by: Sebastian Rei
The commit 0775a9cbc694e8c7 ("usbip: vhci extension: modifications
to vhci driver") introduced several bugs relating to the number of
ports amd the port status. In addition, a small improvement is made
to the vhci_hcd module.
v4 & v5:
- Fix a coding style issue
v3 resend:
- Remove already picke
From: Yuyang Du
A new field ncontrollers is added to the vhci_driver structure.
And this field is stored by scanning the vhci_hcd* dirs in the
platform udev.
Suggested-and-reviewed-by: Krzysztof Opasiak
Signed-off-by: Yuyang Du
---
tools/usb/usbip/libsrc/vhci_driver.c | 36 +++
From: Yuyang Du
If we get nonpositive number of ports, there is no sense to
continue, then fail gracefully.
In addition, the commit 0775a9cbc694e8c72 ("usbip: vhci extension:
modifications to vhci driver") introduced configurable numbers of
controllers and ports, but we have a static port number
From: Yuyang Du
The commit 0775a9cbc694e8c7 ("usbip: vhci extension: modifications
to vhci driver") introduced multiple controllers, but the status
of the ports are only extracted from the first status file, fix it.
Reviewed-by: Krzysztof Opasiak
Signed-off-by: Yuyang Du
---
tools/usb/usbip/l
From: Yuyang Du
In parse_status(), all nports number of idev's are initiated to
0 by memset(), it is simply wrong, because parse_status() reads
the status sys file one by one, therefore, it can only update the
according vhci_driver->idev's for it to parse.
Reviewed-by: Krzysztof Opasiak
Signed-
On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
Acked-by: Mark Brown
I'm missing the rest of the series and/or the cover letter...
signature.asc
Description: PGP signature
Hi Shuah,
On Fri, May 19, 2017 at 04:55:40PM -0600, Shuah Khan wrote:
> >
> > v2:
> > - Remove set_link_state() since it is not used
> >
> > Regards,
> > Yuyang
>
> Hi Yuyang,
>
> Thanks for the patch series. I will try to review this next week
> on my business trip. If not, I will definitely
On Mon, May 22, 2017 at 12:13:12PM +0300, Sergei Shtylyov wrote:
> >+if (vhci_driver->nports <= 0) {
> >+err("no available ports");
> >+goto err;
> >+}
> >+else if (vhci_driver->nports > MAXNPORT) {
>
> } and *else if* should be on te same line. Not sure how
On Mon, May 22, 2017 at 06:43:25PM +1000, Benjamin Herrenschmidt wrote:
> The Aspeed 2400/2500 families have a variant of UHCI which requires
> some quirks to the driver to work:
A UHCI driver? New hardware? That's crazy, what decade is this? :)
>
> - The register offsets are different. We ad
Am Donnerstag, den 18.05.2017, 16:16 +0200 schrieb Daniel Duris:
> This issue that I have reported earlier - makes use of any external
> adapaters pain the ass as it often ends with USB "hanging" and it need
> sto be disconnected/reconnected to make it work again:
>
> repeating every few minutes a
On 22/05/2017 at 00:02:10 +0200, Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
Acked-by: Alexandre Belloni
> ---
> arch/arm/mach-omap2/common.h| 2 +-
> arch/arm/mach-omap2/o
Hello!
On 5/22/2017 11:41 AM, Yuyang Du wrote:
If we get nonpositive number of ports, there is no sense to
continue, then fail gracefully.
In addition, the commit 0775a9cbc694e8c72 ("usbip: vhci extension:
modifications to vhci driver") introduced configurable numbers of
controllers and ports,
Hi Devin,
On 04/20/2017 01:13 AM, Devin Heitmueller wrote:
> The USB core and sysfs will attempt to enumerate certain parameters
> which are unsupported by the au0828 - causing inconsistent behavior
> and sometimes causing the chip to reset. Avoid making these calls.
>
> This problem manifested
Hi Mathias,
On 5/19/2017 12:43 PM, Mathias Nyman wrote:
> On 18.05.2017 16:46, Alan Stern wrote:
>> On Thu, 18 May 2017, Shyam Sundar S K wrote:
>>
>>> on AMD platforms with SNPS 3.1 USB controller has an issue
>>> if the stop EP command is issued when the controller is not
>>> in running state.
Am Sonntag, den 21.05.2017, 16:39 -0400 schrieb Cristian:
> Hi,
>
> dmesg:
> [5.336633] Unable to open file: /etc/ima/ima-policy (-2)
>
> Regards,
Hi,
what relations does this have to USB?
What you are seeing is most likely a known issue with systemd
https://www.mail-archive.com/debian-bugs
Hey Mathias,
> On 19 May 2017, at 09:58, Mathias Nyman wrote:
>
>>
>
> 4.11 kernel has xhci traces enabled, could you try to reproduce it with 4.11?
> xhci traces can be enabled with:
>
> echo 1 > /sys/kernel/debug/tracing/events/xhci-hcd/enable
>
> If you know how to reliably reproduce thi
The Aspeed 2400/2500 families have a variant of UHCI which requires
some quirks to the driver to work:
- The register offsets are different. We add a remapping helper.
- All accesses have to be done via 32-bit loads and stores. We
force all accessors to use readl/writel. This is of no conseq
In parse_status(), all nports number of idev's are initiated to
0 by memset(), it is simply wrong, because parse_status() reads
the status sys file one by one, therefore, it can only update the
according vhci_driver->idev's for it to parse.
Reviewed-by: Krzysztof Opasiak
Signed-off-by: Yuyang Du
If we get nonpositive number of ports, there is no sense to
continue, then fail gracefully.
In addition, the commit 0775a9cbc694e8c72 ("usbip: vhci extension:
modifications to vhci driver") introduced configurable numbers of
controllers and ports, but we have a static port number maximum,
MAXNPORT
The commit 0775a9cbc694e8c7 ("usbip: vhci extension: modifications
to vhci driver") introduced multiple controllers, but the status
of the ports are only extracted from the first status file, fix it.
Reviewed-by: Krzysztof Opasiak
Signed-off-by: Yuyang Du
---
tools/usb/usbip/libsrc/vhci_driver.
A new field ncontrollers is added to the vhci_driver structure.
And this field is stored by scanning the vhci_hcd* dirs in the
platform udev.
Suggested-and-reviewed-by: Krzysztof Opasiak
Signed-off-by: Yuyang Du
---
tools/usb/usbip/libsrc/vhci_driver.c | 36
From: Yuyang Du
The commit 0775a9cbc694e8c7 ("usbip: vhci extension: modifications
to vhci driver") introduced several bugs relating to the number of
ports amd the port status. In addition, a small improvement is made
to the vhci_hcd module.
v4:
- Fix a coding style issue
v3 resend:
- Remove
On Mon, May 22, 2017 at 12:02 AM, Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
> ---
> arch/arm/mach-omap1/board-h2-mmc.c | 2 +-
> arch/arm/mach-omap1/board-h2.c | 2 +-
>
On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
> ---
> arch/arm/mach-omap2/common.h| 2 +-
> arch/arm/mach-omap2/omap_twl.c |
On Mon, May 22, 2017 at 12:02:09AM +0200, Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
> ---
> arch/arm/mach-omap1/board-h2-mmc.c | 2 +-
> arch/arm/mach-omap1/board-h2.c |
Am Montag, den 22.05.2017, 07:10 +0200 schrieb SF Markus Elfring:
> From: Markus Elfring
> Date: Mon, 22 May 2017 06:42:33 +0200
>
> Replace the specification of a data structure by a pointer dereference
> as the parameter for the operator "sizeof" to make the corresponding size
> determination a
Am Montag, den 22.05.2017, 07:09 +0200 schrieb SF Markus Elfring:
> From: Markus Elfring
> Date: Mon, 22 May 2017 06:33:48 +0200
>
> Omit an extra message for a memory allocation failure in this function.
>
> This issue was detected by using the Coccinelle software.
>
> Link:
> http://events.l
90 matches
Mail list logo
