=85221
Signed-off-by: Matwey V. Kornilov mat...@sai.msu.ru
---
drivers/char/ppdev.c | 4 +++-
drivers/i2c/busses/i2c-parport.c | 5 -
drivers/input/joystick/walkera0701.c | 6 --
drivers/net/hamradio/baycom_par.c | 4 +++-
drivers/net/plip
Forget it, I invented something strange.
2014-09-28 12:02 GMT+04:00 Matwey V. Kornilov mat...@sai.msu.ru:
Current parport_irq_handler behaviour is not correct when IRQ is shared.
LDDv3 on page 279 requires us:
Be sure to return IRQ_NONE whenever your handler is called and finds
the device
Hello,
I learned from V2L2 API how to detect all supported formats using
VIDIOC_ENUM_FMT.
When I perform VIDIOC_S_FMT I don't know how to fill fmt.pix.width and
fmt.pix.height, since I know only format.
How should I negotiate device resolution? Could you point me?
--
To unsubscribe from this
not checked yet, if it was intentionnaly fixed.
2016-07-23 22:24 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> 2016-07-20 21:56 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
>> 2016-07-20 18:06 GMT+03:00 Bin Liu <b-...@ti.com>:
>>> Hi,
>>>
>
016-07-27 20:34 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> Hello,
>
> I've just biseced commit, which introduced this issue
>
> commit f551e13529833e052f75ec628a8af7b034af20f9
> Author: Bin Liu <b-...@ti.com>
> Date: Mon Apr 25 15:53:30 2016 -0500
>
2016-08-01 19:50 GMT+03:00 Viresh Kumar <viresh.ku...@linaro.org>:
> On 31-07-16, 23:31, Matwey V. Kornilov wrote:
>> Hello,
>>
>> I've also just found that the same commit breaks cpufreq on BeagleBone Black
>> :)
>>
>> So, probably without HCD_
:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> Hello,
>
> I've found that the following commit fixes the issue:
>
> commit 7694ca6e1d6f01122f05039b81f70f64b1ec4063
> Author: Viresh Kumar <viresh.ku...@linaro.org>
> Date: Fri Apr 22 16:58:42 2016 +0530
>
>
bytes); discarded.
[ 31.874548] pwc: Frame buffer underflow (16252 bytes); discarded.
[ 31.976533] pwc: Frame buffer underflow (18164 bytes); discarded.
2016-07-31 23:31 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> Hello,
>
> I've also just found that the same commit breaks
2016-08-01 20:06 GMT+03:00 Viresh Kumar <viresh.ku...@linaro.org>:
> On 01-08-16, 20:01, Matwey V. Kornilov wrote:
>> With this patch, there is no cpufreq directory here.
>>
>> Without this patch, the output is the following:
>>
>> nohostname:~ # uname
2016-07-20 18:06 GMT+03:00 Bin Liu <b-...@ti.com>:
> Hi,
>
> On Wed, Jul 20, 2016 at 05:44:56PM +0300, Matwey V. Kornilov wrote:
>> 2016-07-20 17:13 GMT+03:00 Bin Liu <b-...@ti.com>:
>> > Hi,
>> >
>> > On Wed, Jul 20, 2016 at 09:09:42AM +0300,
e it, if you think that it could provide more information. I am
>> also ready to perform additional tests (use usbmon maybe?).
>>
>> How could this issue be resolved?
>>
>> Thank you.
>
> Do you have CPPI DMA enabled? If so I think you might hit on a known
&g
2016-07-20 17:13 GMT+03:00 Bin Liu <b-...@ti.com>:
> Hi,
>
> On Wed, Jul 20, 2016 at 09:09:42AM +0300, Matwey V. Kornilov wrote:
>> 2016-07-20 0:34 GMT+03:00 Bin Liu <b-...@ti.com>:
>> > Hi,
>> >
>> > On Wed, Jul 20, 2016 at 12:25:44AM +0300, M
2016-07-20 9:09 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> 2016-07-20 0:34 GMT+03:00 Bin Liu <b-...@ti.com>:
>> Hi,
>>
>> On Wed, Jul 20, 2016 at 12:25:44AM +0300, Matwey V. Kornilov wrote:
>>> 2016-07-19 23:56 GMT+03:00 Bin Liu <b-...@ti.com
2016-07-20 0:34 GMT+03:00 Bin Liu <b-...@ti.com>:
> Hi,
>
> On Wed, Jul 20, 2016 at 12:25:44AM +0300, Matwey V. Kornilov wrote:
>> 2016-07-19 23:56 GMT+03:00 Bin Liu <b-...@ti.com>:
>> > Hi,
>> >
>> > On Tue, Jul 19, 2016 at 11:21:17PM +030
latency.
2016-08-04 22:58 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> I've just found that in such cases, when DMA actual length is zero,
> both cppi41_channel->prog_len and txstate.residue equal 960 at
> musb_cppi41 line 225:
>
> http://git.kernel.org/cgit/lin
ext_fill_buf(pdev);
> if (pdev->fill_buf) {
> pdev->fill_buf->filled = 0;
> pdev->vsync = 1;
> }
> }
>
> 2016-08-01 21:16 GMT+03:00 Matwe
t.c#n1946
>
> Any ideas why?
>
> 2016-08-04 19:57 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
>> I've just found that many packages in URBs have zero actual_length (It
>> is a question why).
>> Then the following end of frame criteria leads to `frame underflow' me
2016-07-20 21:56 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> 2016-07-20 18:06 GMT+03:00 Bin Liu <b-...@ti.com>:
>> Hi,
>>
>> On Wed, Jul 20, 2016 at 05:44:56PM +0300, Matwey V. Kornilov wrote:
>>> 2016-07-20 17:13 GMT+03:00 Bin Liu <b-...@ti.com
eation of cpufreq-dt platform
device now, reuse that and remove similar code from platform code.
2016-07-28 19:16 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> Hello,
>
> I've just bisected commit, which fixed the issue in v4.7
>
> commit 9fa64d6424adabf0e3a546ae24d01a
2016-11-01 23:33 GMT+03:00 Bin Liu <b-...@ti.com>:
> On Sat, Oct 15, 2016 at 10:25:42PM +0300, Matwey V. Kornilov wrote:
>
> [snip]
>
>> >>> > Which means without this commit your camera has been working without
>> >>> > is
2016-08-22 1:00 GMT+03:00 Alan Stern <st...@rowland.harvard.edu>:
> 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
I've just checked 4.8-rc2 - same behaviour.
2016-08-18 16:31 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> Any ideas?
>
> 2016-08-04 23:08 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
>> When DMA is not used, I see the same behavior: lots of zero-length
>
I've just measured that
it takes 150 us in average for pwc_isoc_handler to run
350 us - __usb_hcd_giveback_urb
So, it takes either 50 us (with HCD_BH) or 400 us (without) for
usb_hcd_giveback_urb to run.
2016-08-20 21:09 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> I've just ch
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.
2016-08-21 17:02 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> I've just measured that
>
> it takes 150 us in average for pwc_isoc_handler
(pdev->fill_buf) {
pdev->fill_buf->filled = 0;
pdev->vsync = 1;
}
}
2016-08-01 21:16 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> pwc module output with trace=511 is the following:
>
> [ 24.793109
2016-08-30 21:30 GMT+03:00 Bin Liu <b-...@ti.com>:
> Hi,
>
> On Sun, Aug 28, 2016 at 01:13:55PM +0300, Matwey V. Kornilov wrote:
>> Hello Bin,
>>
>> I would like to start new thread on my issue. Let me recall where the issue
>> is:
>> There is 100
2016-09-12 6:28 GMT+03:00 Bin Liu <b-...@ti.com>:
> Hi,
>
> On Tue, Aug 30, 2016 at 11:44:33PM +0300, Matwey V. Kornilov wrote:
>> 2016-08-30 21:30 GMT+03:00 Bin Liu <b-...@ti.com>:
>> > Hi,
>> >
>> > On Sun, Aug 28, 2016 at 01:13
2016-09-12 21:57 GMT+03:00 Bin Liu <b-...@ti.com>:
> Hi,
>
> On Mon, Sep 12, 2016 at 11:52:46AM +0300, Matwey V. Kornilov wrote:
>> 2016-09-12 6:28 GMT+03:00 Bin Liu <b-...@ti.com>:
>> > Hi,
>> >
>> > On Tue, Aug 30, 2016 at 11:44:33PM +0300, M
Any ideas?
2016-08-04 23:08 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> When DMA is not used, I see the same behavior: lots of zero-length
> packages received.
>
> Can It be related to some kind of USB overflow due to long input data
> processing with disabled IRQ?
by
hardware and should be followed by IN immediately?
If so, it is not clear to me how they should be aligned when the time
difference between to subsequent INs is greater than 1ms.
--
With best regards,
Matwey V. Kornilov.
Sternberg Astronomical Institute, Lomonosov Moscow State University
2016-08-22 11:32 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> 2016-08-22 1:00 GMT+03:00 Alan Stern <st...@rowland.harvard.edu>:
>> On Sun, 21 Aug 2016, Matwey V. Kornilov wrote:
>>
>>> In both cases (with or without HCD_BH), usb_hcd_giveback_urb is called
2016-09-12 22:38 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> 2016-09-12 21:57 GMT+03:00 Bin Liu <b-...@ti.com>:
>> Hi,
>>
>> On Mon, Sep 12, 2016 at 11:52:46AM +0300, Matwey V. Kornilov wrote:
>>> 2016-09-12 6:28 GMT+03:00 Bin Liu <b-...@ti.com
+ 3.667] [ 3] IN : 4.5
[] 7.225459 d= 0.03 [187.0 + 7.000] [ 3] DATA0: 00 00
Here, I believe that IN request is missed at 7.221 and this leads to
the issues with missed data.
2016-08-28 13:13 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> Hello Bin,
>
&g
2018-02-16 19:27 GMT+03:00 Tony Lindgren <t...@atomide.com>:
> * Matwey V. Kornilov <mat...@sai.msu.ru> [180215 17:55]:
>> [] 7.219456 d= 0.000997 [181.0 + 3.667] [ 3] IN : 4.5
>> [T ] 7.219459 d= 0.03 [181.0 +
sg145747.html
[3] http://openvizsla.org/
[4] https://www.spinics.net/lists/linux-usb/msg156107.html
[5] https://www.spinics.net/lists/linux-usb/msg156486.html
[6]
https://github.com/matwey/linux/commit/2b36e1add5aaf552923c8c1340e50bd7c2050fde
--
With best regards,
Matwey V. Kornilov.
Sternberg Astronomical Institute, Lomonosov Moscow State University, Russia
119234, Moscow, Universitetsky pr-k 13, +7 (495) 9392382
2018-07-24 23:55 GMT+03:00 Alan Stern :
> On Tue, 24 Jul 2018, Matwey V. Kornilov wrote:
>
>> 2018-07-23 21:57 GMT+03:00 Alan Stern :
>> > On Mon, 23 Jul 2018, Matwey V. Kornilov wrote:
>> >
>> >> I've tried to strategies:
>> >>
>> &
36 matches
Mail list logo