On 24.02.2016 18:30, Sergei Shtylyov wrote:
On 02/24/2016 08:10 PM, Petr Kulhavy wrote:
+#if IS_ENABLED(CONFIG_OF)
+/* gets the "mentor,power" property from DT
+ * and converts it from mA to 2mA units for the "power" parameter
+ * in struct musb_hdrc_platform_data
+ *
+ * in case the propert
Hello.
On 2/25/2016 11:55 AM, Petr Kulhavy wrote:
+#if IS_ENABLED(CONFIG_OF)
+/* gets the "mentor,power" property from DT
+ * and converts it from mA to 2mA units for the "power" parameter
+ * in struct musb_hdrc_platform_data
+ *
+ * in case the property is not found returns 0
+ */
+extern u8
On 25.02.2016 12:53, Sergei Shtylyov wrote:
I then fail to understand the logic behind hard coding.
And I fail to understand your plans with the other drivers.
Are you trying to say that the "mentor,power" (or "power" in OMAP2430)
property should be completely abandoned and the values hard
USB ethernet devices stop responding when plugged in to USB3 XHCI ports
and flooded with incoming traffic. The usbnet layer seems to get -EPROTO
from the xhci driver. Nothing is usually logged in kernel when this
occurs, but with dyndebug on there are errors like:
ax88179_178a 4-1.1:1.0 et
On Wed, Feb 24, 2016 at 10:20 PM, Peter Chen wrote:
> Would you get any chances to test i.mx28 evk with an external HUB?
> I just would like to know it is not a HUB issue which can't be
> suspended.
Just connected an external USB hub on a mx28evk and did not see any issue.
--
To unsubscribe from
Dan Williams writes:
> On Mon, 2016-02-22 at 18:03 +0700, Lars Melin wrote:
>> On 2016-02-21 10:09, Daniel Johnson wrote:
>> > On Fri, Feb 19, 2016 at 12:27 AM, Bjørn Mork wrote:
>> > > One of them is likely a QCDM port if this is really a Qualcomm
>> > > based
>> > > device. The other might be
你的老朋友邀你来Q群:343257759
On Thu, 2016-02-25 at 18:15 +0100, Bjørn Mork wrote:
> Dan Williams writes:
> > On Mon, 2016-02-22 at 18:03 +0700, Lars Melin wrote:
> > > On 2016-02-21 10:09, Daniel Johnson wrote:
> > > > On Fri, Feb 19, 2016 at 12:27 AM, Bjørn Mork
> > > > wrote:
> > > > > One of them is likely a QCDM port if
Hi,
could you test this? It ought to give you more
throughput through asynchronousity.
Regards
Oliver
From b32c2f840c1ff0d0e93b627eb07b2fdc11f37bb5 Mon Sep 17 00:00:00 2001
From: Oliver Neukum
Date: Thu, 25 Feb 2016 12:20:12 +0100
Subject: [PATCH 1/4] chaoskey: O_NONBLOC
Hello, Peter.
On Wed, Feb 24, 2016 at 03:24:30PM +0800, Peter Chen wrote:
> > You might want to complain to the block-layer people about this. I
> > don't know if anything can be done to fix it.
> >
> > Or maybe flush_work and flush_delayed_work can be changed to avoid
> > blocking if the work
> I agree, but where was a crash? I don't have any context here, was
> there a kernel oops somewhere? I thought the hub just reset itself. I
> have a hub like that here, it resets itself a few times a day, but
> there's no kernel crash because of it.
Yes, there were kernel oopses, you can find
From: Jianqiang Tang
Do sanity check for usb request complete function as we hit random
null pointer kernel panic in giveback function.
>From the call trace, show the complete function should be null.
So we add the sanity check before every usb request queue to dwc3
also before dwc3 giveback the
Hi,
On Thu, Feb 25, 2016 at 01:04:13PM +0100, Petr Kulhavy wrote:
> On 25.02.2016 12:53, Sergei Shtylyov wrote:
> >
> >>> I then fail to understand the logic behind hard coding.
> >>
> >>And I fail to understand your plans with the other drivers.
> >>Are you trying to say that the "mentor,power"
Hi,
On Wed, Feb 24, 2016 at 04:27:15PM +0100, Petr Kulhavy wrote:
> This adds two functions to get DT properties "mentor,power" and "dr_mode":
> musb_get_power() and musb_get_mode()
Sorry for my late comments, but I don't see the value of adding
musb_get_power() into musb core. It is just a wrape
On Thu, Feb 25, 2016 at 02:08:44PM -0300, Fabio Estevam wrote:
> On Wed, Feb 24, 2016 at 10:20 PM, Peter Chen wrote:
>
> > Would you get any chances to test i.mx28 evk with an external HUB?
> > I just would like to know it is not a HUB issue which can't be
> > suspended.
>
> Just connected an ex
On Thu, Feb 25, 2016 at 05:01:12PM -0500, Tejun Heo wrote:
> Hello, Peter.
>
> On Wed, Feb 24, 2016 at 03:24:30PM +0800, Peter Chen wrote:
> > > You might want to complain to the block-layer people about this. I
> > > don't know if anything can be done to fix it.
> > >
> > > Or maybe flush_work
hi,
Tang Jianqiang writes:
> From: Jianqiang Tang
>
> Do sanity check for usb request complete function as we hit random
> null pointer kernel panic in giveback function.
>
> From the call trace, show the complete function should be null.
> So we add the sanity check before every usb request qu
17 matches
Mail list logo
