[beagleboard] Re: PRU I/O max speed

I would be stunned if the GPIOs don't have synchronizer flip-flops as they are sampling a signal asynchronous to the 200MHz clock. That would account for 2 clocks. You probably need one extra to clock data into R31. And then one clock to read R31. 50MHz is a pretty smoking speed for

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

support the fix from the user side as I can't query the size and depths of the buffers. This needs to get fixed in the PRU rpmsg kernel subsystem. Thanks. On Tuesday, June 30, 2020 at 3:43:01 AM UTC-7 Andrew P. Lentvorski wrote: > So, we're still back at the original question of "Where d

[beagleboard] Re: PRU Memory Store Instruction with Autoincrement?

MHz bursts instead of continuous > 100MHz sampling. Difference with above single-PRU example is that you would > use PRU register banks for buffering, which would decouple sampling from > SBBO bus operations. > > Regards, > Dimitar > > On Sunday, October 18, 2020 at 10:16:4

[beagleboard] PRU Memory Store Instruction with Autoincrement?

Hi, folks, I'm trying to dump R31 over and over into either RAM0 or Shared DRAM (Data RAM). So, basically it looks like I have to do: Store R31 to address in register Increment address in register (Lather rinse repeat) As that stands, that's a 100MHz sample of R31. Is there anyway to do the

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

So, we're still back at the original question of "Where do I file this bug so that it gets tracked?" I see some recent work on rpmsg bugs at https://github.com/beagleboard/linux/issues, so I'll file a bug there. But, is there somewhere else I should file it? Thanks. -- For more options,

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

Sure. Right now, I just keep track of how many messages are in flight and I don't allow it to queue too many. That's useful once you know what the bug is. Fortunately, I hit this bug before I had two threads (one receiving USB and one receiving ethernet) which would have made hunting it down

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

Urk, sorry I didn't quite get the implications of this statement: 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 > That means that kfifo doesn't exist on send so the only

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

[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

[beagleboard] Re: Problems Reconfiguring GPIO's

TC+2 schrieb Andrew P. Lentvorski: >> >> Neither userspace nor PRU can change a pinmux. >> > > Not correct. In a libpruio configuration all members of system-group > 'pruio' can pinmux from user space. That's why libpruio development is as > easy as Arduino development

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

Nobody knows where I should file this bug? On Saturday, June 6, 2020 at 6:34:26 PM UTC-7, Andrew P. Lentvorski wrote: > > It appears that the problem is in rpmsg_pru.c. > > rpmsg_pru_read has the following code: > > if (kfifo_is_empty(>msg_fifo) &&

[beagleboard] Re: Problems Reconfiguring GPIO's

On Thursday, June 18, 2020 at 10:11:20 AM UTC-7, Dennis Bieber wrote: > > > OTOH -- if the author could get it to work on a > BB AI (which has two /pairs/ of PRUs, and currently has nothing for > run-time pin-muxing -- requiring device tree edits for any thing that is > not a default)... > As

[beagleboard] Re: Problems Reconfiguring GPIO's

On Sunday, June 21, 2020 at 10:45:44 PM UTC-7, Andrew P. Lentvorski wrote: > > > If you must have a pin that changes direction and you need to control it > from the PRU, you can use the digital I/O's on the IEP (industrial ethernet > peripheral). I can confirm that this works

[beagleboard] Re: Problems Reconfiguring GPIO's

On Thursday, June 18, 2020 at 1:50:03 PM UTC-7, Dennis Bieber wrote: > > I can only state then, that a quick perusal of the online > documentation > (in particular, the github readme) gives this one the impression that the > package provides a specific program running on a PRU which

Re: [beagleboard] Re: Problems Reconfiguring GPIO's

Regards On Tue, Jun 16, 2020 at 10:29 AM TJF wrote: > Hi! > > Am Dienstag, 16. Juni 2020 00:08:18 UTC+2 schrieb P B: > >> I'm a little stuck here. >> > > Drop all than device tree and config-pin stuff. Instead use libpruio > <https://github.com/DTJF/libpruio>

[beagleboard] Problems Reconfiguring GPIO's

Greetings, I am working on developing a new piece of equipment using the BBB as the controller. One aspect of the project is control of an inlet and outlet pump from a tank. Time sensitivity is not critical. I am looking to use P8-11 (GPIO 45) as pulldown input - Program man/auto P8-12 (GPIO

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

It appears that the problem is in rpmsg_pru.c. rpmsg_pru_read has the following code: if (kfifo_is_empty(>msg_fifo) && (filp->f_flags & O_NONBLOCK)) return -EAGAIN; rpmsg_pru_write presumably needs a similar piece of code with kfifo_is_full() or it needs

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

I was getting some strange bugs from some remoteproc stuff I was doing on a BBB, and eventually I tracked it down to the overunning the rpmsg system which can block for several seconds on a write. Okay, fine. No big deal. This is what poll() was made for--flip "/dev/rpmsg_pru30" to

[beagleboard] Re: PocketBeagle is sometimes running very hot with only minimal CPU activity

Agreed. 3G modems can pull a remarkable amount of power (up to 2A!) under certain circumstances. That's going to tax the power systems of the PocketBeagle pretty heavily. You need to have something which you can use to turn on/off the power to the modem which bypasses the PocketBeagle power

[beagleboard] Re: Could PRU read this signals?

You can certainly persist, but I'm going to point out the existence of chips like the AWR1843--"Single-chip 76-GHz to 81-GHz automotive radar sensor integrating DSP, MCU and radar accelerator": https://www.ti.com/product/AWR1843 This is about $30, and does all the RF-y things while sending your

[beagleboard] Re: Could PRU read this signals?

What are you actually trying to do? That's a 50Mbit sustained transfer rate if bit time is 20ns. 100Mbit if 10ns. And 4 channels. That's 200-400Mbps. You're moving a *TON* of data even at slower clock rates--there is no resource on the BBB that can keep that up very long. This seems quite

[beagleboard] Event for pinmux completion?

Is there some sort of event or flag for pinmux completion? It seems that an overlay can take up to about 10-15 seconds after login is enabled before the pin muxes actually land in the expected state. Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this

Re: [beagleboard] Should we put ID EEPROM's on capes anymore?

Thanks, Robert. Then I'll still install an EEPROM on my boards since there is still usefulness. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop

[beagleboard] Should we put ID EEPROM's on capes anymore?

Given that overlays have to be loaded at bootanyway, does it even make any sense to keep adding EEPROM for identification? Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To

Re: [beagleboard] How to configure extra USB gadgets on BBB?

09 AM UTC-7, William Hermans wrote: > > https://www.kernel.org/doc/Documentation/usb/gadget_multi.rst > > On Thu, May 7, 2020 at 1:48 AM Andrew P. Lentvorski > wrote: > >> Is there a way to configure extra USB gadget endpoints in addition to the >> BBB default ones

[beagleboard] How to configure extra USB gadgets on BBB?

Is there a way to configure extra USB gadget endpoints in addition to the BBB default ones or do I just have to go in and edit the am335x_evm.sh script? Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google

[beagleboard] Re: Full pinmux table for Pocketbeagle?

-header Sorry to bother everybody. On Monday, March 9, 2020 at 2:23:40 AM UTC-7, Andrew P. Lentvorski wrote: > > Is there a full pinmux table for the Pocketbeagle headers somewhere? > > I'm specifically looking to see if any of the PRU Ethernet Peripheral > digital I/O (pr

[beagleboard] Full pinmux table for Pocketbeagle?

Is there a full pinmux table for the Pocketbeagle headers somewhere? I'm specifically looking to see if any of the PRU Ethernet Peripheral digital I/O (pr1_edio_data_out/pr1_edio_data_in) pins are mapped to anything. Thanks. -- For more options, visit http://beagleboard.org/discuss --- You

[beagleboard] How to get src and dst for pru_rpmsg_send?

I seem to be missing something obvious: Where do I get the values for src and dst in the pru_rpmsg_send() function? The TI examples do a pru_rpmsg_receive() first and then echo back to the same src and dst. That seems ... odd. What's the point of having a variable src and dst if they are

Re: [beagleboard] Can't get overlay to set pinmux for IEP

Much appreciated, Robert. I updated to the PRUCAPE file and tore out a bunch of stuff I didn't need and that seems to be setting the pinmux correctly. Is there anything else in this file that can be removed? Thanks. // Code shamelessly copied from AM335X-PRU-RPROC-4-14-TI-PRUCAPE-00A0.dts

[beagleboard] Can't get overlay to set pinmux for IEP

Am I doing something wrong or are my expectations incorrect? I created an overlay file BB-PRUDAP-00A0 to take over P9_17 and P9_18 and set them to the IEP. I added it to uEnv.txt and apparently it loaded: root@beaglebone:~/prudap/lkm/prudap_lkm# ls -al /proc/device-tree/chosen/overlays/

[beagleboard] Re: Set pinmux to PRU Industrial Ethernet Peripheral (IEP) from Linux

Thank you. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com.

[beagleboard] Re: Set pinmux to PRU Industrial Ethernet Peripheral (IEP) from Linux

Okay, then I'm just missing something obvious. What is a GPIO-SS? What unit and what register address? I see no mention of "GPIO-SS" anywhere in the AM335x Technical Reference Manual. Normally, I associate SS with "slave select" which means SPI. I see that you *can* turn around the CS

[beagleboard] Re: Set pinmux to PRU Industrial Ethernet Peripheral (IEP) from Linux

Well, sort of, except you omit the *EXTREMELY* important point that you install a custom kernel module in order to expose the clock activation and pinmux system to all users. Okay, yes, if I build a kernel module I now have full access to all registers on the system with no restrictions.

[beagleboard] Re: Set pinmux to PRU Industrial Ethernet Peripheral (IEP) from Linux

ULE_END, CONTROL_MODULE_LENGTH); uint32_t volatile * const control_module_mapped_base = mmap(NULL, CONTROL_MODULE_LENGTH, PROT_READ | PROT_WRITE, MAP_SHARED, fd, CONTROL_MODULE_START); printf("Mapped base to: %p\n", control_module_mapped_base); assert(control_mode_mapped

[beagleboard] Set pinmux to PRU Industrial Ethernet Peripheral (IEP) from Linux

Is there a way to set the pinmux for a pin to the PRU Industrial Ethernet Peripheral from Linux (for example: set pin P9_17 to pr1_edio_data_out0)? If not, what would be the recommended way to do so? Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this

[beagleboard] Re: Make PRU-controlled pin change direction or go tri-state?

On Thursday, January 16, 2020 at 8:39:20 AM UTC-8, TJF wrote: > > > In order to change direction for a pin on a GPIO-SS, it needs a write > access to its OE register. The PRU can do that. > Let me see if I have this straight, I need access to an output enable from the PRU. The only output

Re: [beagleboard] Make PRU-controlled pin change direction or go tri-state?

On Thursday, January 16, 2020 at 9:58:39 AM UTC-8, Jason Kridner wrote: > > > > On Thu, Jan 16, 2020 at 3:39 AM Andrew P. Lentvorski > wrote: > > > > I've got to be missing something obvious, but I even after several > rounds of RTFM, I can't seem to figure ou

[beagleboard] Make PRU-controlled pin change direction or go tri-state?

I've got to be missing something obvious, but I even after several rounds of RTFM, I can't seem to figure out how to get the PRU to change the direction of a pin or, at the very least, to let it go to a tri-state value. I would go out over the L3/L4 (although that kinda smashes the whole

[beagleboard] Re: BBAI USB-C only enumerates as high speed device with cable in one orientation

I haven't checked the Bill of Materials, but if U22 (the TUSB322IRWBR USB-C control chip) is populated along with R533 and R534, then the board is out of spec for USB-C on the CC lines. On Thursday, November 7, 2019 at 7:15:01 AM UTC-8, nick.g...@gmail.com wrote: > > > Hello, > > I have

Re: [beagleboard] Re: Pocketbeagle Techlab

Derek Molloy's 2nd edition is excellent and covers both PB and BBB explicitly with updated current methodology, i.e. uboot overlays. On Tuesday, June 11, 2019 at 10:35:24 AM UTC-7, Venkatesh Vadde wrote: > > Thank you. A cursory look at the 2nd edition of EBB from Molloy does seem > to show

[beagleboard] Re: Pocketbeagle Techlab

, Patrick On Monday, June 10, 2019 at 12:52:55 PM UTC-7, Jason Kridner wrote: > > Sorry for my delay in noticing this post. I hope you will read my below > replies and see if it provides you with some success. > > On Wednesday, May 15, 2019 at 8:41:06 AM UTC-5, P B wrote: >

[beagleboard] HOT LIST - CONSIGA TECHNOLOGIES INC

Dear All, Good Morning. Please find below the Hotlist of my consultants who are immediately available and are with genuine experience. All the consultants are currently in project and looking for change as their project is nearing to end. They can come face to face interview if the position is

[beagleboard] Re: Pocketbeagle Techlab

Thank you. I was working from 1st ed. 2nd ed ordered. Best Regards -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it,

[beagleboard] Can't get SPI data up to 10 MHz - PRU

Hi, I need your help, I need to read data of an SPI Master device on the BeagleBone. Since the SPI kernel driver doesn't support an SPI slave mode I have to implement it in the PRU (Because the maximum frequency one BeagleBone's GPIO can be toggle is only 15 KHz). >From what I have read, the

[beagleboard] PRU - Can't read data up to 2.5 MHz

Hello, I need your help I have to read data from an SPI master device, which sends the clock at 10 MHz. Since the SPI kernel driver only allows to the beagle bone to working as SPI Master I had to implement this functionality using a PRU. >From what I've read throughout the internet the PRU

[beagleboard] How to acess shared memory between the PRU and Beagle Bone Black

Hi, I need your help, I am developing an application on the beagle bone for reading data for an SPI slave. For that, I have to use the PRU since the data transmission is up to 15 KHz. Following this tutorial: https://markayoder.github.io/PRUCookbook/ , in the *Chapter** 5 - Memory

[beagleboard] Trouble in getting started with PRU

Hi guys, I am having some problems in getting started with PRU. So, first of all, I installed one PRU compiler (CSS) (I follow this article: http://processors.wiki.ti.com/index.php/PRU_Training:_Hands-on_Labs After having the compiled the file, and from what I've read throughout the

[beagleboard] Trouble in getting started with PRU

Hi guys, I am having some problems in getting started with PRU. So, first of all, I installed one PRU compiler (CSS) (I follow this article: http://processors.wiki.ti.com/index.php/PRU_Training:_Hands-on_Labs After having the compiled the file, and from what I've read throughout the

[beagleboard] Beagle Bone Black - trouble in setting-up the PRU (C++)

Hi guys, I need your help, the situation is the follows: I need to set up the beagle bone as SPI slave for reading data of a sensor, and since the kernel GPIO functions do not support very high frequencies I need to do that using the PRU. I am developing my application in C++ and I found

Re: [beagleboard] Is cape manager obsolete? What about device tree overlays?

Hi I am having the same problem and can't solve it. Here is the output of "*sudo /opt/scripts/tools/version.sh "* *git:/opt/scripts/:[0aa8fd09a1821f6f9197aada6ec69e9746e91f67]* *eeprom:[A335BNLT00C05016BBBK1BDB]* *model:[TI_AM335x_BeagleBone_Black]* *dogtag:[rcn-ee.net console Ubuntu Image

Re: [beagleboard] Is cape manager obsolete? What about device tree overlays?

dd Em quarta-feira, 6 de dezembro de 2017 22:20:30 UTC, Mark A. Yoder escreveu: > > I got the LCD working! But it with using Adafruit's user space LCD > interface[1]. > I still need a framebuffer solution. > > --Mark > > [1] >

[beagleboard] HDR camera capabilities on beagle board-xM

Hi, I am looking for a beagle board which is good for a single HDR camera and with OpenCV capabilities for a single HDR camera development module for ADAS purposes i came up with Beagle board-xM Beagle board-X15 to me Beagle board xM looks good and if you guys have a better suggestion i am open

[beagleboard] HDR camera development kit from Beagle board

Hi, I am interested in making a Camera module using OV10640 with HDR capabilities can any one suggest me a Beagle board with HDR capabilities of recognizing 12 bit image data instead of basic 8 bit image data Thank you, -- For more options, visit http://beagleboard.org/discuss --- You

[beagleboard] Can you suggest me Beagle Board compatiable for OV10640 CMOS sensor with HDR capablities

Hi, I am looking on to building my own camera module with OV10640 and Integrated ISP with HDR output can you suggest me a Beagle Board that can work with 12 bit Image data instead of usual 8 bit image data -- For more options, visit http://beagleboard.org/discuss --- You received this

[beagleboard] Re: I2C Read with length in the first byte of the transaction

Well, if the SMBus Specification Version 2.0 Section "5.5.7 Block write/read" is goofy then, um, okay ... However, since this appears to be a standard part of SMBus, now I really do wish to ask "How do I do this with the Linux I2C drivers?" -- For more options, visit

[beagleboard] Re: I2C Read with length in the first byte of the transaction

Looking at the driver at: https://github.com/torvalds/linux/blob/master/drivers/i2c/busses/i2c-davinci.c It looks like i2c_davinci_isr() only terminates a read via terminate_read() which doesn't seem to have an exit path for completion without STOP. It would be nice if somebody with more

Re: [beagleboard] I2C Read with length in the first byte of the transaction

3 PM, Andrew P. Lentvorski wrote: > > I'm trying to communicate with an I2C chip which returns the length of the > bytes to be read in the first byte of the transaction. This is fairly > straightforward on most primitive microcontrollers. > > But for the life of me,

Re: [beagleboard] I2C Read with length in the first byte of the transaction

Under NDA. So, not in linux database. On Monday, February 12, 2018 at 5:07:37 PM UTC-8, Wulf Man wrote: > > what part > > On 2/12/2018 6:03 PM, Andrew P. Lentvorski wrote: > > I'm trying to communicate with an I2C chip which returns the length of the > bytes to be r

[beagleboard] I2C Read with length in the first byte of the transaction

I'm trying to communicate with an I2C chip which returns the length of the bytes to be read in the first byte of the transaction. This is fairly straightforward on most primitive microcontrollers. But for the life of me, I cannot figure out how to do this on Linux. A "read" always wants to

Re: [beagleboard] Trouble building a configfs for HID device on BBBW

Did you ever get an answer for this. I followed the directions at: https://wiki.tizen.org/USB/Linux_USB_Layers/Configfs_Composite_Gadget/Usage_eq._to_g_hid.ko And am now bumping into the same problem: root@beaglebone:/home/debian/cfg/usb_gadget/g1# pwd /home/debian/cfg/usb_gadget/g1

[beagleboard] Re: BB-BONE-AUDI cape fails to load

Thanks to zmatt on the IRC channel this got resolved. The problem is that the am335x-boneblack-overlay.dtb does not define the symbol "clk_mcasp0". So, I had to use the am335x-boneblack-audio.dtb overlay instead. On Monday, June 26, 2017 at 1:31:27 AM UTC-7, Andrew P. Lentvo

[beagleboard] GPIO11 (time sync) on WL1835MOD on BBBW

Hello I'm interested in using the precise time sync over wifi features of the WL1835MOD, but it appears the pin necessary to make this work (GPIO11 on the WL1835MOD) is not connected to anything on the BBBW. This may be a silly question, but is there any chance that it could be made available

[beagleboard] BB-BONE-AUDI cape fails to load

atform# echo BB-BONE-AUDI-02 >/sys/devices/platform/bone_capemgr/slots -bash: echo: write error: Invalid argument root@beaglebone:/sys/devices/platform# cat /sys/devices/platform/bone_capemgr/slots 0: PF -1 1: PF -1 2: PF -1 3: PF -1 14: P-O-L- 0 Override Board

Re: [beagleboard] Applying patches before build_kernel.sh?

Thank you, Robert. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to

[beagleboard] Applying patches before build_kernel.sh?

If I'm using Robert C. Nelson's build scripts: (ie: git clone https://github.com/RobertCNelson/ti-linux-kernel-dev.git, git checkout tags/4.4.54-ti-r93 and then build_kernel.sh), what is the appropriate file/place/repository to inject patches to be picked up. Do I modify the repo in /ignore?

[beagleboard] ADAU1372 Audio Codec Cape on Debian Jessie (4.4.54)

I've build a codec cape based around the Analog Devices ADAU1372. At this point, I can communicate with the device over I2C using i2cset/get and I can see audio data on the wire using my oscilloscope when I manually configure it. i2cdetect happily sees both my (as yet unconfigured) EEPROM at

[beagleboard] ADAU1372 Audio Codec Cape on Debian Jessie (4.4.54)

I've build a codec cape based around the Analog Devices ADAU1372. At this point, I can communicate with the device over I2C using i2cset/get and I can see audio data on the wire using my oscilloscope when I manually configure it. i2cdetect happily sees both my (as yet unconfigured) EEPROM

[beagleboard] Disable Ethernet port at kernel start

I'm using Debian 7, Ker 3.8. Is any way to completely remove / disable ethernet port ? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving

[beagleboard] Re: Help reading MLX90614 with Beaglebone Black

I switched to a arduino Uno and problem persisted. Then discovered I had read the data sheet wrong. The schematic of the pins is looking from the bottom up while I had connected as if the schematic was looking at the top downwards. Once I connected it correctly, it worked on arduino, raspberry

[beagleboard] is there an OE BSP layer for the BB X15 somewhere?

perhaps i'm just being clueless, but i don't see a BSP layer that defines a machine for the BB X15. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http

[beagleboard] availability of BB X-15 through canadian distributor?

-- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday

[beagleboard] BBB Flashing new image

Hello, I'm trying flash kali linux or debian onto BBB with zero success for some reasons. I did downloaded image and write into memory card using Win32DiskImg without any issues (32gb 10class card) Put card into slot and press and hold user button. Connect power supply and apparently

Re: [beagleboard] looks like the BeagleBone Black and this community is dead. Cannot even flash 8.3.

Quoting Robert Nelson : On Mar 20, 2016 2:28 PM, "Karl Easterly" wrote: It's clear that the BBB is a dead product. There is no meaningful resources for issues, and when the system simply won't 'reset from a new image from their site'...

Re: [beagleboard] Could not flush host TX2 fifo

. See my post at TI forum ( http://e2e.ti.com/support/arm/sitara_arm/f/791/p/385033/1801121#1801121) Yegor On Sunday, September 27, 2015 at 11:34:54 PM UTC+2, Stephen Pape wrote: > > Just to sort of close the loop, the HackRF is working for me with Arch > Linux on the Raspberry Pi 2.

[beagleboard] Re: Help reading MLX90614 with Beaglebone Black

find out that Raspberry Pi has had similar problems and that linux > kernel version 3.17 does have support for the sensor. > > http://lxr.free-electrons.com/source/drivers/iio/temperature/mlx90614.c > http://www.raspberrypi.org/forums/viewtopic.php?p=362243 > > But ho

[beagleboard] trying to list all u-boot files related to building for BBB

is interested, one need only follow the link. the git repo is here: http://git.denx.de/?p=u-boot.git;a=summary but what is the proper URL that i would use to have each link track the master branch version of each file/directory? it would seem to be something like: http://git.denx.de/?p=u

[beagleboard] why does RCN's wiki page use am335x_evm_defconfig for BBB u-boot?

u-boot has an apparently more specific "am335x_boneblack_defconfig" file. anyone know why the evm-flavoured file is used as opposed to the "boneblack" one? i know it works, i'm just curious as to the choice. rday -- ======

Re: [beagleboard] potential toolchains for building for BBB

ch ... rday -- ==== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn:

[beagleboard] anyone tested yocto BBB build using musl C library?

-- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com

[beagleboard] potential toolchains for building for BBB

, just for completeness? rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday

Re: [beagleboard] potential toolchains for building for BBB

y don't recommend going down that road unless they have a *specific* need. there are enough out-of-the-box toolchains that should already work. rday -- ==== Robert P. J. Day Ottawa, Ontario, CANADA

Re: [beagleboard] Could not flush host TX2 fifo

Just to sort of close the loop, the HackRF is working for me with Arch Linux on the Raspberry Pi 2. Same code and setup, not even using a hub. It's a shame that the BBB doesn't work, but I'm happy to be moving forward. Thanks! -Stephen On Fri, Sep 25, 2015 at 12:16 PM, Stephen P <

Re: [beagleboard] Could not flush host TX2 fifo

er provided to you hackRF. Personally, I think it is a > bit ridiculous that such a great piece of hardware is only power-able via > USB ?! > > On Fri, Sep 25, 2015 at 6:23 AM, Stephen P <srp...@gmail.com> wrote: > >> Well thanks for the help, but I guess that I'm going to hav

Re: [beagleboard] Could not flush host TX2 fifo

idea. > > Hubs can also sometimes cause problems, but you're already able to receive > it seems. Which I guess as long as you're not trying receive and send at > the same time. You're good. > > On Fri, Sep 25, 2015 at 8:38 AM, Stephen P <srp...@gmail.com> wrote: > >>

Re: [beagleboard] Could not flush host TX2 fifo

h a shot though.* >> > > It shouldn't. But if you want flexibility in which distro you install I'd > go with the rPI-2. > > On Fri, Sep 25, 2015 at 8:50 AM, Stephen P <srp...@gmail.com> wrote: > >> Ah, I see. I've tried it with and without the hub. I actually bought th

Re: [beagleboard] Could not flush host TX2 fifo

Id be interesting in > reading . . . > > My buddy here has been an EE for a long time, and a professional radio > station engineer. But as far as I know hes not worked with SDRs in this > context so much. Anyway, we both have interest in that device of yours . . . > > On Fri,

Re: [beagleboard] Could not flush host TX2 fifo

out of host mode. Still not sure >> it would work, but I'm starting to wonder now if your problem is power >> related. As in power provided to you hackRF. Personally, I think it is a >> bit ridiculous that such a great piece of hardware is only power-able via >> USB ?! &

Re: [beagleboard] Could not flush host TX2 fifo

te. Which port are you using to attempt to connect to your > hackRF ? the mini, or full sized port ? > > On Fri, Sep 25, 2015 at 8:34 AM, Stephen P <srp...@gmail.com> wrote: > >> What do you mean? I'm giving the board 2.5A via a wall plug. If I power >> the board

Re: [beagleboard] Could not flush host TX2 fifo

Well thanks for the help, but I guess that I'm going to have to use some other hardware for this project. Based on all of the other (unresolved) posts going back years, it seems the BBB just doesn't have stable USB support. A few posts below the one you're referring to, they just disable the

Re: [beagleboard] Could not flush host TX2 fifo

Thanks, I'll try disabling it. Is there a way to do it without a kernel recompile? -Stephen On Sep 23, 2015 11:29 AM, "William Hermans" wrote: > *They have pio mode set too..* >> >> *https://github.com/archlinuxarm/PKGBUILDs/blob/master/core/linux-am33x/config#L4133-L4134 >>

[beagleboard] Re: How write or use Can Bus driver on BBB with Ubuntu?

In the comments from the linked article you have this message: which cape is this tutorial for? I also have several TowerTech Can capes. > http://circuitco.com/support/index.php?title=TT3201_CAN_Cape > To which the original author responds: I did not use any cape when making this tutorial, I

[beagleboard] Re: How write or use Can Bus driver on BBB with Ubuntu?

Huh? CANOpen/SocketCAN SDO transactions can have almost indefinite extent, have toggle bits that persist across frames, and CRC's that span the whole transaction. If you can eyeball that, you are way smarter than me. I think you may only be considering PDO transactions which are only ever 8

[beagleboard] Offtopic: Sort threads by most recent post?

I feel really stupid asking this on the forum, but I can't seem to find the setting that would sort the threads by the latest post. Is this a group administrator setting rather than an individual setting? A quick Google search for variants on google groups sort thread by recent post -gmail

[beagleboard] Re: How write or use Can Bus driver on BBB with Ubuntu?

for your suggestion.But i don't want to use any extra hardware.I want to use direct BBB.Wonder if i couldn't find Can Bus driver for BBB ? 28 Ağustos 2015 Cuma 16:53:08 UTC+3 tarihinde Andrew P. Lentvorski yazdı: Well, you need a CAN cape of some form to provide a CAN transceiver. Something

Re: [beagleboard] BeagleBone Black GPIO max frequency/bus latency (without using PRU)?

I can confirm this with a scope. After porting the kernel module from this topic: https://groups.google.com/forum/#!topic/beagleboard/dyuax5415dc I measured exactly 12.5MHz. Apparently mmap is doing something stupid that slows down the access from user space. On Monday, August 24, 2015 at

[beagleboard] Building kernel modules fails for Debian Jessie Linux Arm 4.1.6

I tried a couple of different ways to build the hello world kernel module, but I seem to be lacking the proper build to use in my makefiles. So, I installed the linux headers, but I seem to be missing a classmap.h file. I also managed to get past git crashing by downloading the repo and then

[beagleboard] Re: How write or use Can Bus driver on BBB with Ubuntu?

Well, you need a CAN cape of some form to provide a CAN transceiver. Something like this: http://www.logicsupply.com/cbb-serial/ After that, follow the directions that the manufacturer provides. -- For more options, visit http://beagleboard.org/discuss --- You received this message because

Re: [beagleboard] Building kernel modules fails for Debian Jessie Linux Arm 4.1.6

On Friday, August 28, 2015 at 2:11:43 PM UTC-7, RobertCNelson wrote: bb-kernel repo has w.x.y-bonez kernel names... https://github.com/RobertCNelson/ti-linux-kernel-dev has what your are looking for kernel source... Aha! Thank you. That was the piece I was missing. -- For more

Re: [beagleboard] Building kernel modules fails for Debian Jessie Linux Arm 4.1.6

After I clean up my own two *very* stupid errors of not capitalizing the name of the Makefile and installing the *r12* headers (I had r11), it compiles and inserts. During my experiments, though, I came across something odd. As the missing piece appeared to be this symlink:

  1   2   3   >