2018-03-22 20:11 GMT+03:00 Bin Liu <b-...@ti.com>:
> On Thu, Mar 22, 2018 at 07:31:59PM +0300, Matwey V. Kornilov wrote:
>> Hi,
>>
>> I am running 4.16-rc6 and see the following issue with ASIX
>> usb-ethernet dongle running on BeagleBoneBlack (TI AM335x).
>
&
2018-03-22 20:11 GMT+03:00 Bin Liu <b-...@ti.com>:
> On Thu, Mar 22, 2018 at 07:31:59PM +0300, Matwey V. Kornilov wrote:
>> Hi,
>>
>> I am running 4.16-rc6 and see the following issue with ASIX
>> usb-ethernet dongle running on BeagleBoneBlack (TI AM335x).
>
&
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.
Stern
2017-11-16 19:32 GMT+03:00 Bin Liu <b-...@ti.com>:
> Hi,
>
> On Wed, Nov 15, 2017 at 06:19:08PM +0300, Matwey V. Kornilov wrote:
>> The issue is also present in 4.9.60-ti-r75
>>
>> 2017-11-04 17:05 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
&
The issue is also present in 4.9.60-ti-r75
2017-11-04 17:05 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> Hi Bin,
>
> I've just checked that the issue is still present in 4.13.10.
>
> 2017-04-27 13:20 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
>&
Hi Bin,
I've just checked that the issue is still present in 4.13.10.
2017-04-27 13:20 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> This commit changes the order of actions undertaken in
> musb_advance_schedule() in order to overcome issue with broken
> isochron
with timeout due to missed input. It must be handled
inside the driver.
2017-08-28 12:32 GMT+03:00 Matwey V. Kornilov <matwey.korni...@gmail.com>:
> 2017-08-28 11:22 GMT+03:00 Matwey V. Kornilov <matwey.korni...@gmail.com>:
>> Hi all,
>>
>> I have an issue with the follo
2017-08-28 11:22 GMT+03:00 Matwey V. Kornilov <matwey.korni...@gmail.com>:
> Hi all,
>
> I have an issue with the following patch:
> c6dce2626606 ("USB: serial: ftdi_sio: fix extreme low-latency setting")
>
> I really need sub 16-ms latency for my periphe
2017-08-28 11:49 GMT+03:00 Greg KH <gre...@linuxfoundation.org>:
> On Mon, Aug 28, 2017 at 11:22:48AM +0300, Matwey V. Kornilov wrote:
>> Hi all,
>>
>> I have an issue with the following patch:
>> c6dce2626606 ("USB: serial: ftdi_sio: fix extreme low-latency s
in the
driver.
--
With best regards,
Matwey V. Kornilov
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
2017-04-29 17:24 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> 2017-04-29 11:16 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
>> 2017-04-28 16:30 GMT+03:00 Bin Liu <b-...@ti.com>:
>>> On Fri, Apr 28, 2017 at 04:15:09PM +0300, Matwey V. Kornilov wrote:
2017-04-29 11:16 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> 2017-04-28 16:30 GMT+03:00 Bin Liu <b-...@ti.com>:
>> On Fri, Apr 28, 2017 at 04:15:09PM +0300, Matwey V. Kornilov wrote:
>>> 2017-04-28 15:43 GMT+03:00 Bin Liu <b-...@ti.com>:
>>&g
2017-04-28 16:30 GMT+03:00 Bin Liu <b-...@ti.com>:
> On Fri, Apr 28, 2017 at 04:15:09PM +0300, Matwey V. Kornilov wrote:
>> 2017-04-28 15:43 GMT+03:00 Bin Liu <b-...@ti.com>:
>> > On Fri, Apr 28, 2017 at 03:13:55PM +0300, Matwey V. Kornilov wrote:
>> >> w
2017-04-28 15:43 GMT+03:00 Bin Liu <b-...@ti.com>:
> On Fri, Apr 28, 2017 at 03:13:55PM +0300, Matwey V. Kornilov wrote:
>> which i
>>
>> 2017-04-28 14:58 GMT+03:00 Bin Liu <b-...@ti.com>:
>> > On Fri, Apr 28, 2017 at 10:04:30AM +0300, Matwey V. Kornil
which i
2017-04-28 14:58 GMT+03:00 Bin Liu <b-...@ti.com>:
> On Fri, Apr 28, 2017 at 10:04:30AM +0300, Matwey V. Kornilov wrote:
>> 2017-04-27 20:13 GMT+03:00 Bin Liu <b-...@ti.com>:
>> > On Thu, Apr 27, 2017 at 07:26:31PM +0300, Matwey V. Kornilov wrote:
>> &
2017-04-27 20:13 GMT+03:00 Bin Liu <b-...@ti.com>:
> On Thu, Apr 27, 2017 at 07:26:31PM +0300, Matwey V. Kornilov wrote:
>> 2017-04-27 18:35 GMT+03:00 Bin Liu <b-...@ti.com>:
>> > Hi Matwey,
>> >
>> > On Thu, Apr 27, 2017 at 01:20:33PM +0300, Mat
2017-04-27 18:35 GMT+03:00 Bin Liu <b-...@ti.com>:
> Hi Matwey,
>
> On Thu, Apr 27, 2017 at 01:20:33PM +0300, Matwey V. Kornilov wrote:
>> This commit changes the order of actions undertaken in
>> musb_advance_schedule() in order to overcome issue with broken
ng
urb->callback() after setting MUSB_RXCSR_H_REQPKT for the
next urb if there is the next urb pending in queue.
[1] https://www.spinics.net/lists/linux-usb/msg145747.html
Fixes: f551e1352983 ("Revert "usb: musb: musb_host: Enable HCD_BH flag to
handle urb return in bottom half"&q
+ 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
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-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
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
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-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
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-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
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
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
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
>
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?
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
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
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
(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-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
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 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
>
>
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
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
>
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,
>>>
>
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
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,
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
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-05-23 16:36 GMT+03:00 Bin Liu <b-...@ti.com>:
> Hi,
>
> On Sat, May 21, 2016 at 10:04:48PM +0300, Matwey V. Kornilov wrote:
>> 2016-05-21 20:50 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
>> > 2016-05-21 6:13 GMT+03:00 Bin Liu <binml...@gmail.com
2016-05-23 16:36 GMT+03:00 Bin Liu <b-...@ti.com>:
> Hi,
>
> On Sat, May 21, 2016 at 10:04:48PM +0300, Matwey V. Kornilov wrote:
>> 2016-05-21 20:50 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
>> > 2016-05-21 6:13 GMT+03:00 Bin Liu <binml...@gmail.com
2016-05-23 16:35 GMT+03:00 Bin Liu <b-...@ti.com>:
> Hi,
>
> On Sat, May 21, 2016 at 08:50:32PM +0300, Matwey V. Kornilov wrote:
>> 2016-05-21 6:13 GMT+03:00 Bin Liu <binml...@gmail.com>:
>> > Hi,
>> >
>> > On Fri, May 20, 2016 at 4:20
2016-05-21 20:50 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> 2016-05-21 6:13 GMT+03:00 Bin Liu <binml...@gmail.com>:
>> Hi,
>>
>> On Fri, May 20, 2016 at 4:20 PM, Matwey V. Kornilov <mat...@sai.msu.ru>
>> wrote:
>>> 201
2016-05-21 6:13 GMT+03:00 Bin Liu <binml...@gmail.com>:
> Hi,
>
> On Fri, May 20, 2016 at 4:20 PM, Matwey V. Kornilov <mat...@sai.msu.ru> wrote:
>> 2016-05-21 0:12 GMT+03:00 Bin Liu <b-...@ti.com>:
>>> Hi,
>>>
>>> On Sat, May 21, 2016 at
2016-05-21 0:12 GMT+03:00 Bin Liu <b-...@ti.com>:
> Hi,
>
> On Sat, May 21, 2016 at 12:05:06AM +0300, Matwey V. Kornilov wrote:
>> By the way, is it ok that function musb_rx_dma_iso_cppi41 uses
>> hw_ep->tx_channel? I would suppose that it should use rx_channel
&
By the way, is it ok that function musb_rx_dma_iso_cppi41 uses
hw_ep->tx_channel? I would suppose that it should use rx_channel
instead.
2016-05-20 23:58 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> (gdb) frame 3
> #3 musb_host_rx (musb=0xdb3e0010, epnum=) at
> .
,
current_epnum = 0 '\000', type = 0 '\000', is_in = 0 '\000',
packet_sz = 0, desc = 0x0, dma = 0x0, req_list = {next = 0x0,
prev = 0x0}, wedged = 0 '\000', busy = 0 '\000', hb_mult = 0 '\000'}}
2016-05-20 23:55 GMT+03:00 Matwey V. Kornilov <mat...@sai.msu.ru>:
> I used kgdb. Is it ok?
t;b-...@ti.com>:
> Hi,
>
> On Fri, May 20, 2016 at 04:32:06PM +0300, Matwey V. Kornilov wrote:
>> 2016-05-20 16:19 GMT+03:00 <mat...@sai.msu.ru>:
>> > Hello,
>> >
>> > I am running 4.6-rc3 on BealgeBone Black and when I try to interract
>> >
(arch_cpu_idle) from []
> (default_idle_call+0x30/0x44)
> [ 4588.312623] [] (default_idle_call) from []
> (cpu_startup_entry+0x30c/0x370)
> [ 4588.321292] [] (cpu_startup_entry) from []
> (rest_init+0x94/0x98)
> [ 4588.329082] [] (rest_init) from []
> (start_kernel+0x404/0x4
before ftdi_set_termios returns?
--
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2...@jabber.ru
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.
05.02.2015 19:30, Matwey V. Kornilov пишет:
The issue is still there for 3.19.0-rc7
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
I think
The issue is still there for 3.19.0-rc7
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi,
I was able to use some gdb to touch the issue:
(gdb) monitor lsmod
Module Size modstruct Used by
musb_am335x 1431 0xbf0002781 (Loading) 0xbf00 [ ]
(gdb) bt
#0 0x73256020 in ?? ()
#1 0xc07a68f8 in driver_match_device (dev=optimized out,
Hi,
I am facing the following issue, when running 3.19-rc6 on my beaglebone black:
[9.638571] Unable to handle kernel paging request at virtual address
69646b89
[9.646309] pgd = db6dc000
[9.649168] [69646b89] *pgd=
[9.652929] Internal error: Oops: 5 [#1] SMP ARM
[
On 23.10.2014 12:52, russ.d...@gmail.com
wrote:
From: Russ Dill russ.d...@gmail.com
This patch provides the FTDI genuine product verification steps
as contained within the new 2.12.00 official release. It ensures
that counterfeiters don't exploit engineering investment made
by FTDI. Counterfeit
2014-09-17 19:46 GMT+04:00 Felipe Balbi ba...@ti.com:
On Wed, Sep 17, 2014 at 07:35:14PM +0400, Matwey V. Kornilov wrote:
2014-09-17 19:25 GMT+04:00 Felipe Balbi ba...@ti.com:
On Wed, Sep 17, 2014 at 10:46:57AM +0400, Matwey V. Kornilov wrote:
2014-09-16 22:39 GMT+04:00 Felipe Balbi ba
2014-09-16 22:39 GMT+04:00 Felipe Balbi ba...@ti.com:
Hi,
(man, talk about trimming... leave some context ;-)
On Tue, Sep 16, 2014 at 10:06:33PM +0400, Matwey V. Kornilov wrote:
Ok. What is about musb_io.h? What does it mean TUSB6010 doesn't allow
8-bit access; 16-bit access is the minimum
2014-09-17 19:25 GMT+04:00 Felipe Balbi ba...@ti.com:
On Wed, Sep 17, 2014 at 10:46:57AM +0400, Matwey V. Kornilov wrote:
2014-09-16 22:39 GMT+04:00 Felipe Balbi ba...@ti.com:
Hi,
(man, talk about trimming... leave some context ;-)
On Tue, Sep 16, 2014 at 10:06:33PM +0400, Matwey V
2014-09-11 0:32 GMT+04:00 Alan Stern st...@rowland.harvard.edu:
If all else fails, git bisect might pinpoint the cause of the problem.
Alan Stern
I would have need config bisect.
--
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2...@jabber.ru
--
To unsubscribe from
(epnum)(0x20 + ((epnum) * 4))
-#endif
I am still testing, and suspect that musb_readb/musb_writeb stuff in
musb_io.h is also the subject.
The question is how to fix all this in correct way.
--
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2...@jabber.ru
to musb_platform_ops has to be introduced?
--
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2...@jabber.ru
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
in abstraction.
I see also that void* private is required both by struct musb_hw_ep
and struct musb.
--
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2...@jabber.ru
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord
Ok. What is about musb_io.h? What does it mean TUSB6010 doesn't allow
8-bit access; 16-bit access is the minimum.?
I think __raw_readb is kind of return *(u8_t*)(addr), but this is CPU
stuff as far as I understand.
--
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2
a device
which draws 25 ~ 45 mA.
Angstrom gives me the same 4.7V
On the power input jack, there is 4.8V. I found no voltage regulators
for 5V line on the board, so I think I just need to find other power
supply.
--
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2
2014-09-10 17:52 GMT+04:00 Felipe Balbi ba...@ti.com:
Hi,
On Wed, Sep 10, 2014 at 11:06:05AM +0400, Matwey V. Kornilov wrote:
2014-09-09 22:20 GMT+04:00 Felipe Balbi ba...@ti.com:
oh, so it's not really a BBB. I have never seen an EMBEST RevB3. Do you
have access to that board's accessory
usb_api_blocking_completion+0x0/0x1c [usbcore] (-71), dev0 ep0in, 0/64
This is similar to
http://www.spinics.net/lists/linux-omap/msg106299.html (no explanation
is given)
However, I don't yet have an idea what is csr0 register for, and what
is going on. :)
--
With best regards,
Matwey V. Kornilov
http
Hi George,
Many thanks for the hint. Am I right that we can not have multiple
MUSB DMA modes within the same kernel? It is a pity.
2014-09-09 12:40 GMT+04:00 George Cherian george.cher...@ti.com:
Hi Matwey,
On 09/09/2014 01:58 PM, Matwey V. Kornilov wrote:
Hi,
Can you add a few printks
. Kornilov matwey.korni...@gmail.com:
Hi George,
Many thanks for the hint. Am I right that we can not have multiple
MUSB DMA modes within the same kernel? It is a pity.
--
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2207@jabb
--
To unsubscribe from this list: send
2014-09-09 18:45 GMT+04:00 Felipe Balbi ba...@ti.com:
On Tue, Sep 09, 2014 at 01:28:55PM +0400, Matwey V. Kornilov wrote:
Hi George,
Why dma_controller_create can not be set in struct musb_platform_ops?
Then each module would be able to set dma_controller_create it wants
, but they aren't.
--
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2...@jabber.ru
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
2014-09-09 20:09 GMT+04:00 Felipe Balbi ba...@ti.com:
On Tue, Sep 09, 2014 at 07:52:59PM +0400, Matwey V. Kornilov wrote:
2014-09-09 19:11 GMT+04:00 Felipe Balbi ba...@ti.com:
the proper way would be to move everything to dma_engine. OMAP already
has support for DMA engine and both CPPI
2014-09-09 21:49 GMT+04:00 Felipe Balbi ba...@ti.com:
Hi,
On Tue, Sep 09, 2014 at 09:16:50PM +0400, Matwey V. Kornilov wrote:
I am still running 3.16.1 no BeagleBone Black and after I sorted out
the configuration nothing oopses, but there is another problem.
I can't attach any device
Hi,
Running 3.16.1 on beaglebone black, I have the following issue with
musb_hdrc on boot:
[ 11.151063] Unable to handle kernel paging request at virtual
address e09bb05c
[ 11.158774] pgd = de5d8000
[ 11.161613] [e09bb05c] *pgd=9e02d811, *pte=, *ppte=
[ 11.168247]
From: Matwey V. Kornilov mat...@sai.msu.ru
Subject: [PATCH 0/2] Fix dependency loop in tusb6010
With the following configure options, musb_hdrc and tusb6010 make dependency
loop:
CONFIG_USB_MUSB_HDRC=m
CONFIG_USB_MUSB_TUSB6010=m
CONFIG_USB_TUSB_OMAP_DMA=y
tusb6010.ko provides function
From e24375ea6aefe2ad1ee72b8facab91abd1be190a Mon Sep 17 00:00:00 2001
From: Matwey V. Kornilov mat...@sai.msu.ru
Date: Fri, 9 May 2014 16:10:16 +0400
Subject: [PATCH 2/2] Use musb-tusb_revision instead of tusb_get_revision call.
The value of the revision is stored in musb-tusb_revision,
so
From 0bd8c14855eeb049f49685f36386750a999078a3 Mon Sep 17 00:00:00 2001
From: Matwey V. Kornilov mat...@sai.msu.ru
Date: Fri, 9 May 2014 15:52:00 +0400
Subject: [PATCH 1/2] Add tusb_revision to struct musb to store the revision.
Add field to store tusb6010 revision value. Read the revision
01.05.2014 23:51, Felipe Balbi пишет:
I don't think you need that. Have tusb_get_revision() run only one
during tusb6010 probe/init function and cache the returned value inside
musb-revision or something like that, then remove all other calls to
tusb_get_revision() and have tusb6010_omap.c check
Hi,
With the following configure options, musb_hdrc and tusb6010 make
dependency loop:
CONFIG_USB_MUSB_HDRC=m
CONFIG_USB_MUSB_TUSB6010=m
CONFIG_USB_TUSB_OMAP_DMA=y
tusb6010.ko provides function `tusb_get_revision` which is used by
tusb6010_omap.o which is a part of musb_hdrc.ko
In its
From: Matwey V. Kornilov mat...@sai.msu.ru
This patch adds support for the Lake Shore Cryotronics devices to
the CP210x driver.
Signed-off-by: Matwey V. Kornilov mat...@sai.msu.ru
---
These lines are ported from cp210x driver distributed by Lake Shore web site:
http://www.lakeshore.com
89 matches
Mail list logo