:
Acked-by: Alan Stern st...@rowland.harvard.edu
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
;
This seems wrong. The uvc driver is bound to intf, not to intf's
parent. So it would be okay for the driver to set
intf-dev.power.force_direct_complete, but it's wrong to set
intf-dev.parent-power.force_direct_complete.
Alan Stern
--
To unsubscribe from this list: send the line unsubscribe linux
s this then
> still needed ?
We moved to handling URB completions in a tasklet, not a threaded
handler. (Similar idea, though.) And the change was made in only one
or two HCDs, not in all of them.
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-media" i
On Wed, 9 Sep 2015, Laurent Pinchart wrote:
> On Wednesday 09 September 2015 10:30:12 Hans de Goede wrote:
> > On 08-09-15 16:36, Alan Stern wrote:
> > > On Tue, 8 Sep 2015, Hans de Goede wrote:
> > >> On 09/07/2015 06:23 PM, Mian Yousaf Kaukab wrote:
> > >
en the long term goal is
> to use tasklets for URB completion anyway.
I'm not sure that this is a long-term goal for every HCD. For
instance, there probably isn't much incentive to convert a driver if
its host controllers can only run at low speed or full speed.
Alan Stern
--
To unsubscribe
On Wed, 9 Sep 2015, Hans de Goede wrote:
> Hi,
>
> On 08-09-15 16:36, Alan Stern wrote:
> > On Tue, 8 Sep 2015, Hans de Goede wrote:
> >
> >> Hi,
> >>
> >> On 09/07/2015 06:23 PM, Mian Yousaf Kaukab wrote:
> >>> urb completion call
I never received any replies to this message. Should the patch I
suggested be merged?
Alan Stern
On Tue, 12 Jul 2016, Alan Stern wrote:
> On Sat, 9 Jul 2016, Mauro Carvalho Chehab wrote:
>
> > C/C linux-usb Mailing list:
> >
> >
> > Em Wed, 18 May 2016 0
--
> >
> > Is this change appropriate to be pushed upstream? Where to go from
> > here?
>
> This issue is at the USB core. So, it should be reported to the
> linux-usb mailing list.
>
> The people there should help about how to proceed to get
On Sun, 21 Aug 2016, Matwey V. Kornilov wrote:
> In both cases (with or without HCD_BH), usb_hcd_giveback_urb is called
> every 0.01 sec. It is not clear why behavior is so different.
What behavior are you asking about? The difference between HCD_BH set
and not set?
Alan
On Sat, 10 Sep 2016, Wade Berrier wrote:
> On Thu Aug 11 16:18, Alan Stern wrote:
> > I never received any replies to this message. Should the patch I
> > suggested be merged?
> >
>
> Hello,
>
> I applied this updated patch to the fedora23 4.7.2 kernel a
=mythtv-users=144131333703197=2
You should a check for ep_out to the probe routine.
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, 15 Sep 2016, Wade Berrier wrote:
> On Thu Sep 15 15:13, Alan Stern wrote:
> > On Sat, 10 Sep 2016, Wade Berrier wrote:
> >
> > > On Thu Aug 11 16:18, Alan Stern wrote:
> > > > I never received any replies to this message. Should the
ms.
Signed-off-by: Alan Stern <st...@rowland.harvard.edu>
Tested-by: Wade Berrier <wberr...@gmail.com>
CC: <sta...@vger.kernel.org>
---
[as1812]
drivers/usb/core/config.c | 28 +---
1 file changed, 17 insertions(+), 11 deletions(-)
Index: usb-4.
On Fri, 25 Nov 2016, Sakari Ailus wrote:
> Hi Alan and others,
>
> On Thu, Nov 24, 2016 at 09:15:39PM -0500, Alan Stern wrote:
> > On Fri, 25 Nov 2016, Laurent Pinchart wrote:
> >
> > > Dear linux-pm developers, what's the suggested way to ensure that a
> >
t ways to ensure this are (1) audit the code, and
(2) actually try it.
I have a feeling this doesn't quite answer your question, however. :-)
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
Mor
> powered on ?
No, it doesn't, and neither does pm_runtime_put(). After all, if the
user has told the system not to do runtime PM on that device, it
doesn't make sense to call the runtime-suspend handler. But you can
always blame the user when this happens. :-)
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, 25 Nov 2016, Laurent Pinchart wrote:
> Hi Alan,
Hello.
> On Friday 25 Nov 2016 10:21:21 Alan Stern wrote:
> > On Fri, 25 Nov 2016, Sakari Ailus wrote:
> > > On Thu, Nov 24, 2016 at 09:15:39PM -0500, Alan Stern wrote:
> > >> On Fri, 25 Nov 2016, Laurent P
Mauro wrote "the buffer can be
continuous", but that is certainly not what he meant.
Alan Stern
On Thu, 30 Mar 2017, Mauro Carvalho Chehab wrote:
> Em Thu, 30 Mar 2017 10:26:32 -0400 (EDT)
> Alan Stern <st...@rowland.harvard.edu> escreveu:
>
> > On Thu, 30 Mar 2017, Oliver Neukum wrote:
> >
> > > > Btw, I'm a lot more concerned about USB storage
On Thu, 30 Mar 2017, Oliver Neukum wrote:
> Am Donnerstag, den 30.03.2017, 11:55 -0400 schrieb Alan Stern:
> >
> > I'm pretty sure that usb-storage does not do this, at least, not when
> > operating in its normal Bulk-Only-Transport mode. It never tries to
> > rea
latency instead of
> throughput.
It can't be done without pervasive changes to the USB subsystem, which
I would greatly prefer to avoid. Besides, this wouldn't really solve
the problem. Decreasing the latency for one device will cause it to be
increased for others.
Alan Stern
ost says that the testing was done on an x86_64
machine.
> Gesendet: Montag, 08. Januar 2018 um 17:31 Uhr
> Von: "Alan Stern" <st...@rowland.harvard.edu>
> An: "Josef Griebichler" <griebichler.jo...@gmx.at>
> Cc: "Mauro Carvalho Chehab"
question
uses bulk transfers.
xhci-hcd, on the other hand, does not use these tasklets (it doesn't
set the HCD_BH bit in the hc_driver's .flags member).
Alan Stern
On Mon, 8 Jan 2018, Mauro Carvalho Chehab wrote:
> Em Sun, 7 Jan 2018 10:41:37 -0500 (EST)
> Alan Stern <st...@rowland.harvard.edu> escreveu:
>
> > On Sun, 7 Jan 2018, Mauro Carvalho Chehab wrote:
> >
> > > > > It seems that the original patch were de
sbmon, running on a vanilla kernel that gets plenty of video glitches?
Overall, this may be a very difficult problem to solve. The
4cd13c21b207 commit was intended to improve throughput at the cost of
increased latency. But then what do you do when the latency becomes
too high for the video subsystem to handle?
Alan Stern
admin choice before).
>
> Can't the ksoftirq patch be modified to only apply to the networking
> IRQ handling? That sounds less risky of affecting unrelated subsystems[1].
That might work. Or more generally, allow drivers to specify which
softirq sources should be deferred to ksoftirqd and wh
s additional tcp load on raspberry.
>
> Unfortunately there's no usbmon or tshark on libreelec so I can't provide
> further logs.
Can you try running the same test on an x86_64 system?
Alan Stern
101 - 127 of 127 matches
Mail list logo