any conclusion for this patch ?
any feedback ?
On Oct 28, 2015 2:46 PM, "Peter Chen" wrote:
>
> On Wed, Oct 28, 2015 at 12:44:35PM +0530, Saurabh Sengar wrote:
> > replace dma_pool_alloc and memset with a single call to dma_pool_zalloc
> >
> > Signed-off-by: Saurabh Sengar
> > ---
> > drivers/u
Added tx_empty callback needed for generic wait-until-sent support.
Without this function, when the port is closed usbserial can't know that
there are still data in the chip's transmit FIFO. The chip gets disabled
and untransmitted data lost. When the actual byte count is reported by
tx-empty the c
On 23 November 2015 at 23:52, Alan Stern wrote:
> On Sun, 22 Nov 2015, Daniel J Blueman wrote:
>
>> On 16 November 2015 at 23:22, Alan Stern wrote:
>> > On Mon, 16 Nov 2015, Daniel J Blueman wrote:
>> >
>> >> Tuning USB suspend [1] in 4.3 on a Dell XPS 15 9553 (Skylake), I see a
>> >> kworker thr
From: Bjørn Mork
Date: Mon, 23 Nov 2015 14:32:10 +0100
> Commit 77b0a099674a ("cdc-ncm: use common parser") added a dangerous
> new trust in the CDC functional descriptors presented by the device,
> unconditionally assuming that any device handled by the driver has
> a CDC Union descriptor.
>
>
Hi Adrien,
[auto build test WARNING on hid/for-next]
[also build test WARNING on v4.4-rc2 next-20151124]
url:
https://github.com/0day-ci/linux/commits/Adrien-Verg/Fixes-for-ELAN-touchscreens/20151124-230537
base: https://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-next
config
On Tue, Nov 24, 2015 at 4:02 PM, Adrien Vergé wrote:
> All ELAN hid devices seem to require the ALWAYS_POLL quirk. Let's use
> this quirk for all devices from this vendor, rather than maintaining a
> list of all its known product IDs.
>
> Tested-by: Adrien Vergé
> Signed-off-by: Adrien Vergé
> -
On Tue, 24 Nov 2015, Peter Chen wrote:
> > > @@ -403,6 +408,18 @@ int usb_add_gadget_udc_release(struct device
> > > *parent, struct usb_gadget *gadget,
> > > usb_gadget_set_state(gadget, USB_STATE_NOTATTACHED);
> > > udc->vbus = true;
> > >
> > > + /* pick up one of pending gadget drivers
All ELAN hid devices seem to require the ALWAYS_POLL quirk. Let's use
this quirk for all devices from this vendor, rather than maintaining a
list of all its known product IDs.
Tested-by: Adrien Vergé
Signed-off-by: Adrien Vergé
---
drivers/hid/hid-ids.h | 5 -
drivers/hid/usbhid/h
This is the fourth version of a patchset which originally aimed to fix a buggy
touchscreen from ELAN Microelectronics.
Changes since v3:
- Use HID_ANY_ID to define a vendor-ID-global quirk, as suggested by
Benjamin Tissoires.
Changes since v2:
- Apply ALWAYS_POLL quirk to all ELAN devices by de
Like other buggy models that had their fixes [1], the touchscreen with
id 04f3:21b8 from ELAN Microelectronics needs the device-qualifier
quirk. Otherwise, it fails to respond, blocks the boot for a random
amount of time and pollutes dmesg with:
[ 2887.373196] usb 1-5: new full-speed USB device nu
Hello
Changes since v1
- Use of_device_get_match_data instead of of_match_device
LABBE Corentin (1):
usb: phy: msm: fix a possible NULL dereference
drivers/usb/phy/phy-msm-usb.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--
2.4.10
--
To unsubscribe from this list: send the
of_match_device could return NULL, and so cause a NULL pointer
dereference later.
Even if the probability of this case is very low, fixing it made
static analyzers happy.
Solving this with of_device_get_match_data made also code simplier.
Reported-by: coverity (CID 1324133)
Signed-off-by: LABBE Co
2015-11-24 15:11 GMT+01:00 Benjamin Tissoires :
> Instead of adding a second table, I'd rather have a match on
> HID_ANY_ID for the product ID.
Thanks Benjamin, the way you propose is much cleaner. (I actually
looked for such a *wildcard* product id, but apparently didn't looked
deep enough!)
--
Hi Adrien,
On Tue, Nov 24, 2015 at 2:49 PM, Adrien Vergé wrote:
> All ELAN hid devices seem to require the ALWAYS_POLL quirk. Let's use
> this quirk for all devices from this vendor, rather than maintaining a
> list of all its known product IDs.
>
> To achieve that, this patch introduces a new hi
All ELAN hid devices seem to require the ALWAYS_POLL quirk. Let's use
this quirk for all devices from this vendor, rather than maintaining a
list of all its known product IDs.
To achieve that, this patch introduces a new hid_vendor_blacklist[] that
is checked when the product ID is not found in hi
This is the third version of a patchset which originally aimed to fix a buggy
touchscreen from ELAN Microelectronics.
Thanks to feedback from Jiri Kosina and Oliver Neukum, the ALWAYS_POLL quirk is
now applied to all ELAN devices by default.
Adrien Vergé (2):
USB: quirks: Fix another ELAN touch
Like other buggy models that had their fixes [1], the touchscreen with
id 04f3:21b8 from ELAN Microelectronics needs the device-qualifier
quirk. Otherwise, it fails to respond, blocks the boot for a random
amount of time and pollutes dmesg with:
[ 2887.373196] usb 1-5: new full-speed USB device nu
Our new web mail has been improved with a new messaging system from
Owa/outlook which also include faster usage on email, shared calendar,
web-documents and the new 2015 anti-spam version. Please use the link below to
complete your update for our new Owa/outlook improved web mail. CLICK
HERE
Hello,
On 2015-11-23 16:32, Alan Stern wrote:
On Mon, 23 Nov 2015, Marek Szyprowski wrote:
From: Ruslan Bilovol
Change behavior during registration of gadgets and
gadget drivers in udc-core. Instead of previous
approach when for successful probe of usb gadget driver
at least one usb gadget s
From: Yoshihiro Shimoda
This patch changes code to ease the addition of next generation SoCs.
Signed-off-by: Yoshihiro Shimoda
Signed-off-by: Mathias Nyman
---
drivers/usb/host/xhci-plat.c | 1 +
drivers/usb/host/xhci-rcar.c | 37 +++--
drivers/usb/host/xhci-r
Replace the existing two extended capability parsing helper functions with
one called xhci_find_next_ext_cap().
The extended capabilities are read both in pci-quirks before xhci driver is
loaded, and inside the xhci driver when adding ports. The existing helpers
did not suit well for these cases a
From: Chunfeng Yun
add xHCI and phy drivers for MT8173-EVB
Signed-off-by: Chunfeng Yun
Signed-off-by: Mathias Nyman
---
arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 16 +++
arch/arm64/boot/dts/mediatek/mt8173.dtsi| 42 +
2 files changed, 58 insertions(
use the variables defined for populating the port status and
port chage bits retuend by GetPortStatus request intead of
the hub class feature selectors.
The defines for hub class feature selectors are used for other purposes,
they work as port status and feature selectors are in the same order, an
Don't use dev_warn() for intened behaviour, use dev_dbg()
Rounding down the interval to the nearest power of 2 is required
by xhci specs.
Signed-off-by: Mathias Nyman
---
drivers/usb/host/xhci-mem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/host/xhci-mem.c
From: Yoshihiro Shimoda
This patch adds support for R-Car M2-N (r8a7793) xHCI controller.
This SoC is compatible with R-Car H2 (r8a7790) and R-Car M2-W (r8a7791).
Signed-off-by: Yoshihiro Shimoda
Signed-off-by: Mathias Nyman
---
Documentation/devicetree/bindings/usb/usb-xhci.txt | 4 ++--
dri
From: Yoshihiro Shimoda
This patch cleanups the hcd private size to suitable size.
The previous code has "sizeof(struct xhci_hcd *)" in xhci_hc_driver
as hcd_priv_size and sizeof(struct xhci_hcd) in xhci_plat_overrides
or xhci_pci_overrides as extra_priv_size. However, the xhci driver
uses a "siz
From: Yoshihiro Shimoda
This patch adds struct xhci_plat_priv to simplify the code to match
platform specific variables. For now, this patch adds a member "type"
in the structure.
Signed-off-by: Yoshihiro Shimoda
Signed-off-by: Mathias Nyman
---
drivers/usb/host/xhci-plat.c | 73 +
From: Chunfeng Yun
add a DT binding documentation of xHCI host controller for the
MT8173 SoC from Mediatek.
Signed-off-by: Chunfeng Yun
Signed-off-by: Mathias Nyman
---
.../devicetree/bindings/usb/mt8173-xhci.txt| 51 ++
1 file changed, 51 insertions(+)
create mod
From: Yoshihiro Shimoda
This patch adds a member "firmware_name" in struct xhci_plat_priv
to simplify the code to match specific firmware name.
Signed-off-by: Yoshihiro Shimoda
Signed-off-by: Mathias Nyman
---
drivers/usb/host/xhci-plat.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/dr
From: Yoshihiro Shimoda
This patch adds an xhci->priv field for private use by
XHCI platform drivers. Until now none of the platform drivers
has used this private space.
Signed-off-by: Yoshihiro Shimoda
Signed-off-by: Mathias Nyman
---
drivers/usb/host/xhci.h | 3 +++
1 file changed, 3 insert
From: Chunfeng Yun
There some vendor quirks for MTK xhci host controller:
1. It defines some extra SW scheduling parameters for HW
to minimize the scheduling effort for synchronous and
interrupt endpoints. The parameters are put into reseved
DWs of slot context and endpoint context.
2. Its
From: Yoshihiro Shimoda
The R-Car H3 has two xHCI controllers. This SoC is compatible with
R-Car Gen2 SoCs, however this SoC doesn't need some specific registers
setting, and need a new firmware.
Signed-off-by: Yoshihiro Shimoda
Signed-off-by: Mathias Nyman
---
Documentation/devicetree/bindin
Hi Greg
These xhci patches add support for xhci controllers found on
two SoCs, Renesas R-Car H3 and Mediatek SoCs.
Some generic xhci cleanup and rework is done as well.
Chunfeng Yun (3):
dt-bindings: Add a binding for Mediatek xHCI host controller
xhci: mediatek: support MTK xHCI host control
Hi,
On 23-11-15 23:20, Troy Dack wrote:
On Wednesday, 18 November 2015 03:12:11 UTC+11, Jens Kuske wrote:
Enable the 2 USB host controllers used on the Orange Pi Plus
and add the necessary regulators.
Signed-off-by: Reinder de Haan >
Signed-off-by: Hans de Goede >
Signed-off-by: Jens Kuske
Hi,
On Fri, Nov 20, 2015 at 03:38:47PM +0100, Hans de Goede wrote:
> Hi,
>
> On 17-11-15 17:12, Jens Kuske wrote:
> >Enable the 2 USB host controllers used on the Orange Pi Plus
> >and add the necessary regulators.
> >
> >Signed-off-by: Reinder de Haan
> >Signed-off-by: Hans de Goede
> >Signed
35 matches
Mail list logo