Joel,
On Wed, Oct 24, 2018 at 07:19:01PM +0200, Josep M. Mirats Tur wrote:
> Hi Joel,
>
> The camera I have provides 640x480 as its lowest resolution.
> Hope the issue can be solved.
If your issue was same as mine - the uvc layer holds spinlock for too
long in urb->complete() which prevents
Hi Joel,
The camera I have provides 640x480 as its lowest resolution.
Hope the issue can be solved.
Regards
On Wed, Oct 24, 2018 at 5:31 PM Joel Pepper wrote:
>
> Hi Joseph, Hi Bin,
>
> I am currently investigating a bug with the BeagleBoneBlack (which also
> uses the AM335x) and a Logitech
Joel,
On Wed, Oct 24, 2018 at 05:31:25PM +0200, Joel Pepper wrote:
> Hi Joseph, Hi Bin,
>
> I am currently investigating a bug with the BeagleBoneBlack (which also
> uses the AM335x) and a Logitech Webcam, which might be connected.
>
> I am using a Logitech C270 and if I set the format to YUYV
Hi Joseph, Hi Bin,
I am currently investigating a bug with the BeagleBoneBlack (which also
uses the AM335x) and a Logitech Webcam, which might be connected.
I am using a Logitech C270 and if I set the format to YUYV and the
framesize to 544x288 or larger (including specifically 640x480), any
Hi,
In any case, I double checked by setting only 1 line in the uEnv.txt file
the ouput for cat /proc/cmdline is
console=ttyO0,115200n8 bone_capemgr.uboot_capemgr_enabled=1
root=/dev/mmcblk1p1 ro rootfstype=ext4 rootwait coherent_pool=1M
net.ifnames=0 quiet musb_hdrc.use_dma=0
On Fri, Oct 19, 2018 at 02:26:51PM -0400, Alan Stern wrote:
> On Fri, 19 Oct 2018, Bin Liu wrote:
>
> > On Fri, Oct 19, 2018 at 07:19:17PM +0200, Josep M. Mirats Tur wrote:
> > > Hi Bin,
> > >
> > > I included the following line in the /boot/uEnv.txt file (attached for
> > > your info):
> > >
On Fri, 19 Oct 2018, Bin Liu wrote:
> On Fri, Oct 19, 2018 at 07:19:17PM +0200, Josep M. Mirats Tur wrote:
> > Hi Bin,
> >
> > I included the following line in the /boot/uEnv.txt file (attached for
> > your info):
> > cmdline=musb_hdrc.use_dma=0
>
> I am not sure about the 'cmdline=' part.
Hi Bin,
> Do you know what is the usb throughput required in your test case? for
> example image format, resolution, frame rate? Is the usb data transfer
> bulk or isoch?
Yes, the image format is 640 x 480
The camera can run up to 30fps, although I do not need it and set up it to 5
The Usb data
On Fri, Oct 19, 2018 at 07:48:20PM +0200, Josep M. Mirats Tur wrote:
> Hi,
>
> Yes, this would be the link:
> http://shop-orbbec3d-com.3dcartstores.com/Astra-Mini_p_40.html
Okay, It is about $160, a bit more than my bugdet...
> In the meanwhile I'll check my application with other board.
>
>
Hi,
Yes, this would be the link:
http://shop-orbbec3d-com.3dcartstores.com/Astra-Mini_p_40.html
In the meanwhile I'll check my application with other board.
Do you think there might be a problem with the processor frequency?
I've also crossing e-mails with ORBBEC engineers, and their only
On Fri, Oct 19, 2018 at 07:33:47PM +0200, Josep M. Mirats Tur wrote:
> Hi,
>
> It seems correct, this is the output of sudo cat /proc/cmdline:
> console=ttyO0,115200n8 bone_capemgr.uboot_capemgr_enabled=1
> root=/dev/mmcblk1p1 ro rootfstype=ext4 rootwait musb_hdrc.use_dma=0
It looks correct. So
Hi,
It seems correct, this is the output of sudo cat /proc/cmdline:
console=ttyO0,115200n8 bone_capemgr.uboot_capemgr_enabled=1
root=/dev/mmcblk1p1 ro rootfstype=ext4 rootwait musb_hdrc.use_dma=0
So no changes :(
Any other suggestion or idea?
Thanks
Josep M
On Fri, Oct 19, 2018 at 7:31 PM Bin
On Fri, Oct 19, 2018 at 07:19:17PM +0200, Josep M. Mirats Tur wrote:
> Hi Bin,
>
> I included the following line in the /boot/uEnv.txt file (attached for
> your info):
> cmdline=musb_hdrc.use_dma=0
I am not sure about the 'cmdline=' part. Anyway, after your board is
booted, use command 'cat
Hi Bin,
I included the following line in the /boot/uEnv.txt file (attached for
your info):
cmdline=musb_hdrc.use_dma=0
Is this format correct?
I rebooted and checked again but still the same errors from dmesg:
[ 228.863997] usb 1-1: new high-speed USB device number 2 using musb-hdrc
[
On Fri, 19 Oct 2018, Josep M. Mirats Tur wrote:
> Thanks Alan,
>
> So, what might be the cause for those transfers that have less data
> than expected?
> The camera works well since in my desktop PC just works with the same
> code compiled at the Beagle.
> Could it be a matter of the ARM
On Fri, Oct 19, 2018 at 06:31:15PM +0200, Josep M. Mirats Tur wrote:
> Bin,
>
> I'm sorry but I cannot find that menuconfig at the Beagle...
Never mind, but add the following to your UBoot bootargs env instead to
disable dma.
musb_hdrc.use_dma=0
Regards,
-Bin.
Bin,
I'm sorry but I cannot find that menuconfig at the Beagle...
Does this mean I need to compile and configure a new kernel from Debian sources?
On Fri, Oct 19, 2018 at 6:28 PM Bin Liu wrote:
>
> On Fri, Oct 19, 2018 at 06:17:31PM +0200, Josep M. Mirats Tur wrote:
> > Hi Bin,
> >
> > I was
On Fri, Oct 19, 2018 at 06:17:31PM +0200, Josep M. Mirats Tur wrote:
> Hi Bin,
>
> I was referring to the output of usbmon I attached in the previous
> message (attached again)
>
> I'm sorry but I do not know how to acces the kernel menuconfig to
> disable the MUSB CPPI DMA, how should I do
Thanks Alan,
So, what might be the cause for those transfers that have less data
than expected?
The camera works well since in my desktop PC just works with the same
code compiled at the Beagle.
Could it be a matter of the ARM processor clock frequency? Beagle
features ARM TI AM335x at 1GHz
On Fri, 19 Oct 2018, Josep M. Mirats Tur wrote:
> Hi,
>
> Thanks again for your answer.
>
> I changed to the newest Debian image available for BeagleBone boards:
> The Debian 9.5 - 4.14.71-ti-r80
> I disabled the usb "autosuspend" by issuing the command
> echo -1 | sudo tee
Hi,
On Fri, Oct 19, 2018 at 05:35:29PM +0200, Josep M. Mirats Tur wrote:
> Hi,
>
> Thanks again for your answer.
>
> I changed to the newest Debian image available for BeagleBone boards:
> The Debian 9.5 - 4.14.71-ti-r80
> I disabled the usb "autosuspend" by issuing the command
> echo -1 |
On Fri, 19 Oct 2018, Josep M. Mirats Tur wrote:
> Hi Stern,
>
> > First question: Does you get similar failures if you plug the device
> > into a standard PC rather than the BeagleBone?
> >
>
> No, I checked with my desktop PC running Ubuntu 14.04 and it perfectly
> works (using exactly the
On Thu, 18 Oct 2018, Josep M. Mirats Tur wrote:
> Hi
>
> I've recently acquired a BeagleBone Green with AM335x processor. I 'm
> connecting a USB device (actually a 3D camera from ORBBEC) to the
> Beagle USB host port. It recognizes well as I can see at the dmesg
> output:
>
> [12411.643517]
Hi
I've recently acquired a BeagleBone Green with AM335x processor. I 'm
connecting a USB device (actually a 3D camera from ORBBEC) to the
Beagle USB host port. It recognizes well as I can see at the dmesg
output:
[12411.643517] usb 1-1: new high-speed USB device number 2 using musb-hdrc
24 matches
Mail list logo
