Re: [beagleboard] Re: OSD3358 USB enumeration problem

On Tue, Jun 23, 2020 at 6:17 AM Dennis Lee Bieber wrote: > On Mon, 22 Jun 2020 11:10:34 -0700 (PDT), in > gmane.comp.hardware.beagleboard.user Krzysztof Rosi?ski > wrote: > > >The problem doesn't appear when we set the maximum speed to 'full-speed' > in > >the device tree. This isn't the solutio

[beagleboard] Re: OSD3358 USB enumeration problem

On Mon, 22 Jun 2020 11:10:34 -0700 (PDT), in gmane.comp.hardware.beagleboard.user Krzysztof Rosi?ski wrote: >The problem doesn't appear when we set the maximum speed to 'full-speed' in >the device tree. This isn't the solution for us due to a high-speed device >connected to the same bus. > >&u

Re: [beagleboard] Re: remoteproc write to PRU over rpmsg device blocks even when set non-blocking

Hi, folks, The issue is that requests cause the rpmsg channels to the PRU to fill. Which is actually fine, the PRU in this case is servicing slow requests and the rpmsg being full should exert backpressure. The problem is that the rpmsg system *HANGS* several second before timing out and thro

Re: [beagleboard] Re: remoteproc write to PRU over rpmsg device blocks even when set non-blocking

Hi Suman  Here is original  thread so you have  background info and time to respond if Andrew has more to add.  https://groups.google.com/forum/m/?utm_medium=email&utm_source=footer#!msg/beagleboard/6Ch7Do4Hm7k/CAcSRi1pBQAJ Regards Mark  Sent from Yahoo Mail on Android On Mon, Jun 22, 2020

[beagleboard] 2GB linux image

Are there 2GB Linux images available? I have an older B-version and would like to use it in a small application. -- *Bill Barnett* -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To

[beagleboard] Assistance please: dtb-rebuilder reconfiguration of GPIO

Greetings, Thank you for any assistance you can provide on topic. Since the last post went way off topic and appears it turned into a pissing match... I am looking for assistance in understanding how to reconfigure GPIO's on the BBB using RCN's dtb-rebuilder. I am working on developing a new

Re: [beagleboard] Re: remoteproc write to PRU over rpmsg device blocks even when set non-blocking

If it is for support from a TI SDK, please post a query to E2E. Can someone clarify meanwhile exactly what the issue is? The kfifo is used only on the receive path because of the asynchronous callbacks. The Tx-path is synchronous, the copy is attempted directly on the vring buffers, and you ha

Re: [beagleboard] Re: remoteproc write to PRU over rpmsg device blocks even when set non-blocking

Which repo has the code that is causing problems? I took a quick look at https://git.ti.com/cgit/pru-software-support-package/pru-software-support-package/tree/lib/src/rpmsg_lib/pru_rpmsg.c and it seems to be structured a fair bit differently. If the same issue had been there, I'd recommend postin

[beagleboard] Re: Problems Reconfiguring GPIO's

@Andrew P. Lentvorski You came in to point to your tri-state solutions. I also use a tri-state GPIO in my one-wire driver libpruw1 . But it isn't the topic in this thread. Am Montag, 22. Juni 2020 09:23:35 UTC+2 schrieb Andrew P. Lentvorski: > > 1) While I'm al

[beagleboard] Re: Problems Reconfiguring GPIO's

1) While I'm always grateful for your responses, TJF, you need to understand that your answers almost always come across a bit ... abrupt. I presume it's a language thing as I couldn't possibly convey nuance in German. 2) You know the libpruio architecture cold, but none of your documentation