Hi,
On 26-03-18 08:43, Wei Yongjun wrote:
In case of error, the function devm_ioremap_nocache() returns NULL
pointer not ERR_PTR(). The IS_ERR() test in the return value check
should be replaced with NULL test.
Fixes: f6fb9ec02be1 ("usb: roles: Add Intel xHCI USB role switch driver")
Signed-off
On 25/03/18 15:39, Ard Biesheuvel wrote:
>
>
>> On 25 Mar 2018, at 15:14, Marc Zyngier wrote:
>>
>> On Sun, 25 Mar 2018 14:26:58 +0100
>> Ard Biesheuvel wrote:
>>
On 25 March 2018 at 13:52, Marc Zyngier wrote:
On Sun, 25 Mar 2018 13:38:19 +0100,
Ard Biesheuvel wrote:
>
>>>
Am Wes ze Stanów Zjednoczonych, ale obecnie przebywa w Syrii na misji
pokojowej. Obecnie szukam przyjaźni, która doprowadzi do związku, w którym
znowu czuję się kochana ...
Chcę cię lepiej poznać, jeśli mogę być odważny. Uważam się za łatwego człowieka
..
Proszę wybaczyć moje manie
Am Samstag, den 24.03.2018, 16:53 +0100 schrieb fademind:
> Manjaro Linux x86_64
>
> linux416 4.16.r180324.g99fec39-1
>
> Weird bug. My webcam is listed twice
Hi,
does it have buttons? That looks like the input layer
gets involved. Please post "lsusb -v".
Regards
Oliver
> it have buttons? That looks like the input layer
This don't have any buttons.
Regards, FM
dmesg | grep uvc
[ 3.991743] uvcvideo: Found UVC 1.00 device USB 2.0 UVC VGA WebCam
(13d3:5710)
[ 3.998105] uvcvideo 1-1.3:1.0: Entity type for entity Extension 7
was not initialized!
[ 3.998109
devm_regulator_get_optional returns -ENODEV if the regulator isn't
there, so if that's the case we have to make sure not to leave -ENODEV
in the regulator pointer.
Also, make sure we return 0 in that case, but correctly propagate any
other errors. Also propagate the error from _dwc2_hcd_start.
Fi
Hi Minas,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on next-20180309]
[cannot apply to v4.16-rc4 v4.16-rc3 v4.16-rc2 v4.16-rc6]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0d
Hi,
Greg KH writes:
> For some reason, Tuba can't seem to post to linux-usb@vger, so I'm
> forwarding on his message below.
>
> Felipe, sorry if you have seen this 3+ times already :(
>
> thanks,
>
> greg k-h
>
> On Fri, Mar 23, 2018 at 01:05:28PM +, Yavuz, Tuba wrote:
>>
>> Hello,
>>
>> I
Hi,
On 24/03/18 16:21, Martin Blumenstingl wrote:
> If the USB controller can wake up the system (which is the case for
> example with the Mediatek USB3 IP) then we must not call phy_exit during
> suspend to ensure that the USB controller doesn't have to re-enumerate
> the devices during resume.
>
On Fri, Mar 23, 2018 at 10:12:21AM +, Adam Thomson wrote:
> This commit adds generic ABI information regarding power_supply
> properties. This is an initial attempt to try and align the usage
> of these properties between drivers. As part of this commit,
> common Battery and USB related propert
On 24/03/18 16:21, Martin Blumenstingl wrote:
> Before this patch usb_phy_roothub_init served two purposes (from a
> caller's point of view - like hcd.c):
> - parsing the PHYs and allocating the list entries
> - calling phy_init on each list entry
>
> While this worked so far it has one disadvanta
From: Sean Wang
MODULE_ALIAS exports information to allow the module to be auto-loaded at
boot for the drivers registered using legacy platform registration.
However, currently the driver is always used by DT-only platform,
MODULE_ALIAS is redundant and should be removed properly.
Signed-off-by
This is a requirement which has always existed but, somehow, wasn't
reflected in the documentation and problems weren't found until now
when Tuba Yavuz found a possible deadlock happening between dwc3 and
f_hid. She described the situation as follows:
spin_lock_irqsave(&hidg->write_spinlock, flags
Mention that ->complete() should never be called from within
usb_ep_queue().
Signed-off-by: Felipe Balbi
---
drivers/usb/gadget/udc/core.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/gadget/udc/core.c b/drivers/usb/gadget/udc/core.c
index 50988b21a21b..842814bc0e4f 100644
Hi,
On 03/26/2018 11:00 AM, Tomeu Vizoso wrote:
> devm_regulator_get_optional returns -ENODEV if the regulator isn't
> there, so if that's the case we have to make sure not to leave -ENODEV
> in the regulator pointer.
>
> Also, make sure we return 0 in that case, but correctly propagate any
> oth
On Mon, Mar 26, 2018 at 01:14:47PM +0300, Felipe Balbi wrote:
> This is a requirement which has always existed but, somehow, wasn't
> reflected in the documentation and problems weren't found until now
> when Tuba Yavuz found a possible deadlock happening between dwc3 and
> f_hid. She described the
Am Montag, 26. März 2018, 11:00:01 CEST schrieb Tomeu Vizoso:
> devm_regulator_get_optional returns -ENODEV if the regulator isn't
> there, so if that's the case we have to make sure not to leave -ENODEV
> in the regulator pointer.
>
> Also, make sure we return 0 in that case, but correctly propag
On 24.03.2018 06:37, Cyril Roelandt wrote:
Hello,
On 03/07/18 17:16, Mathias Nyman wrote:
I can try to write a workaround that sets dequeue pointers for both the stream
we want, and
the current active stream for each URB canceling.
Is there a branch from which I could pull the workaround and
On 26 March 2018 10:57, Greg Kroah-Hartman wrote:
> On Fri, Mar 23, 2018 at 10:12:21AM +, Adam Thomson wrote:
> > This commit adds generic ABI information regarding power_supply
> > properties. This is an initial attempt to try and align the usage
> > of these properties between drivers. As pa
On Mon, Mar 26, 2018 at 12:40:06PM +, Adam Thomson wrote:
> On 26 March 2018 10:57, Greg Kroah-Hartman wrote:
>
> > On Fri, Mar 23, 2018 at 10:12:21AM +, Adam Thomson wrote:
> > > This commit adds generic ABI information regarding power_supply
> > > properties. This is an initial attempt t
On Fri, Mar 23, 2018 at 03:54:39PM -0700, Joe Perches wrote:
> Prefer the direct use of octal for permissions.
>
> Done with checkpatch -f --types=SYMBOLIC_PERMS --fix-inplace
> and some typing.
>
> Miscellanea:
>
> o Whitespace neatening around these conversions.
>
> Signed-off-by: Joe Perches
On Sun, 2018-03-25 at 13:52 -0700, Tony Lindgren wrote:
> * Pavel Machek [180325 19:00]:
> > Hi!
> >
> > > > Hmm. Interesting. Anyway, for me ttyUSB4 is interesting, as it
> > > > seems
> > > > to react to AT commands, and in particular reacts to ADT123; (;
> > > > is
> > > > important).
> > >
>
From: Joe Perches
Date: Fri, 23 Mar 2018 15:54:39 -0700
> Prefer the direct use of octal for permissions.
>
> Done with checkpatch -f --types=SYMBOLIC_PERMS --fix-inplace
> and some typing.
>
> Miscellanea:
>
> o Whitespace neatening around these conversions.
>
> Signed-off-by: Joe Perches
From: Pawel Dembicki
Date: Sat, 24 Mar 2018 22:08:14 +0100
> BroadMobi BM806U is an Qualcomm MDM9225 based 3G/4G modem.
> Tested hardware BM806U is mounted on D-Link DWR-921-C3 router.
> The USB id is added to qmi_wwan.c to allow QMI communication with
> the BM806U.
>
> Tested on 4.14 kernel and
From: Torsten Hilbrich
Date: Mon, 26 Mar 2018 07:19:57 +0200
> This is needed to support the modem found in HP EliteBook 820 G3.
>
> Signed-off-by: Torsten Hilbrich
Applied, thank you.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...
On Mon, 26 Mar 2018, Felipe Balbi wrote:
> Mention that ->complete() should never be called from within
> usb_ep_queue().
>
> Signed-off-by: Felipe Balbi
> ---
> drivers/usb/gadget/udc/core.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/usb/gadget/udc/core.c b/drivers/us
I agree with Alan that the spinlock must be dropped before calling
usb_ep_queue. An example can be found in the ep0_queue function of the
f_mass_storage driver.
Best,
Tuba Yavuz, Ph.D.
Assistant Professor
Electrical and Computer Engineering Department
University of Florida
Gainesville, FL 32611
On Sat, 24 Mar 2018, Benson Leung wrote:
> Print bcdDevice which is used by vendors to identify different versions
> of the same product (or different versions of firmware).
>
> Adding this to the logs will be useful for support purposes.
>
> Match the %2x.%02x formatting that's used by lsusb -v
On Sat, 24 Mar 2018, Alban Bedel wrote:
> The options USB_EHCI_ATH79 and USB_OHCI_ATH79 only enable the
> generic EHCI and OHCI platform drivers, and have been marked as
> deprecated since 2012.
>
> These can be safely removed if we make sure that USB_EHCI_ROOT_HUB_TT
> still get enabled for the
On Mon, 26 Mar 2018, Yavuz, Tuba wrote:
> I agree with Alan that the spinlock must be dropped before calling
> usb_ep_queue. An example can be found in the ep0_queue function of
> the f_mass_storage driver.
Thanks for the note of support, but you must be looking at a different
version of the f_m
Oops; I was looking at kernel version v4.14-rc2.
Tuba Yavuz, Ph.D.
Assistant Professor
Electrical and Computer Engineering Department
University of Florida
Gainesville, FL 32611
Webpage: http://www.tuba.ece.ufl.edu/
Email: t...@ece.ufl.edu
Phone: (352) 846 0202
___
Hi Chunfeng,
On Mon, Mar 26, 2018 at 5:43 AM, Chunfeng Yun wrote:
> On Sat, 2018-03-24 at 14:56 +0100, Martin Blumenstingl wrote:
>> usb_phy_roothub_exit() should return the error code from the phy_exit()
>> call if exiting the PHY failed.
>> However, since a wrong variable is used usb_phy_roothu
Hi Chunfeng,
On Mon, Mar 26, 2018 at 5:37 AM, Chunfeng Yun wrote:
> On Sat, 2018-03-24 at 15:21 +0100, Martin Blumenstingl wrote:
>> Before this patch usb_phy_roothub_init served two purposes (from a
>> caller's point of view - like hcd.c):
>> - parsing the PHYs and allocating the list entries
>>
Before this patch usb_phy_roothub_init served two purposes (from a
caller's point of view - like hcd.c):
- parsing the PHYs and allocating the list entries
- calling phy_init on each list entry
While this worked so far it has one disadvantage: if we need to call
phy_init for each PHY instance then
This is a follow-up to my previous series "initialize (multiple) PHYs
for a HCD": [0].
Roger Quadros reported [1] that it "is breaking low power cases on TI
SoCs when USB is in host mode". He further explains that "Not doing the
phy_exit() here [when entering suspend] leaves the clocks enabled on
If the USB controller can wake up the system (which is the case for
example with the Mediatek USB3 IP) then we must not call phy_exit during
suspend to ensure that the USB controller doesn't have to re-enumerate
the devices during resume.
However, if the USB controller cannot wake up the system (wh
On Tue, Mar 20, 2018 at 05:15:04PM +0800, ShuFan Lee wrote:
> From: ShuFan Lee
>
> Add device tree binding document for Richtek RT1711H Type-C chip driver
>
> Signed-off-by: ShuFan Lee
> ---
> .../devicetree/bindings/usb/richtek,rt1711h.txt| 30
> ++
> 1 file changed,
On Fri, Mar 23, 2018 at 10:58:45PM +0800, Li Jun wrote:
> Remove max-sink-* properties since they are deprecated.
>
> Signed-off-by: Li Jun
> ---
> Documentation/devicetree/bindings/usb/fcs,fusb302.txt | 6 --
> 1 file changed, 6 deletions(-)
Reviewed-by: Rob Herring
--
To unsubscribe fro
* Dan Williams [180326 15:18]:
> On Sun, 2018-03-25 at 13:52 -0700, Tony Lindgren wrote:
> > Anyways, looks like qmi_wwan needs to be loaded before
> > qcserial module, otherwise we get nine ttyUSB instances
> > and ModemManager can't find any modems.
>
> Use qcaux.c or option, unless the 6600 ac
On Mon, 2018-03-26 at 22:31 +0200, Martin Blumenstingl wrote:
> Hi Chunfeng,
>
> On Mon, Mar 26, 2018 at 5:37 AM, Chunfeng Yun
> wrote:
> > On Sat, 2018-03-24 at 15:21 +0100, Martin Blumenstingl wrote:
> >> Before this patch usb_phy_roothub_init served two purposes (from a
> >> caller's point of
Hi,
On Mon, 2018-03-26 at 22:12 +0200, Martin Blumenstingl wrote:
> Hi Chunfeng,
>
> On Mon, Mar 26, 2018 at 5:43 AM, Chunfeng Yun
> wrote:
> > On Sat, 2018-03-24 at 14:56 +0100, Martin Blumenstingl wrote:
> >> usb_phy_roothub_exit() should return the error code from the phy_exit()
> >> call if
hi,
On Mon, 2018-03-26 at 22:38 +0200, Martin Blumenstingl wrote:
> Before this patch usb_phy_roothub_init served two purposes (from a
> caller's point of view - like hcd.c):
> - parsing the PHYs and allocating the list entries
> - calling phy_init on each list entry
>
> While this worked so far i
hi,
On Mon, 2018-03-26 at 22:38 +0200, Martin Blumenstingl wrote:
> If the USB controller can wake up the system (which is the case for
> example with the Mediatek USB3 IP) then we must not call phy_exit during
> suspend to ensure that the USB controller doesn't have to re-enumerate
> the devices d
Hi,
Alan Stern writes:
> On Mon, 26 Mar 2018, Felipe Balbi wrote:
>
>> Mention that ->complete() should never be called from within
>> usb_ep_queue().
>>
>> Signed-off-by: Felipe Balbi
>> ---
>> drivers/usb/gadget/udc/core.c | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/driv
44 matches
Mail list logo
