Hello all,
I purchased a Rev C board a few months ago and set it aside to look at a
bit later. Started working with it more this week and I'm running into
things that seem to be different now. I'm running the eMMC flashed version
with 3.8.13-bone72 kernel. I believe pulled this image from
Robert:
I know you are not looking for a hardware modification as a solution, but
if hardware modifications would help diagnose and debug the problem, I have
the capability to do blue wires or change parts, for about anything other
than a BGA.
The trick is to get the BBB to tell you what is
Hi,
I wanted to know if someone has made the audio cap working on 4.1.3 ti r6.2
?
my config :
/* audio rev b */
mcasp0_pins_audio_revb: mcasp0_pins_audio_revb {
pinctrl-single,pins =
0x1ac (PIN_INPUT_PULLUP | MUX_MODE0) /* BONE_P9_25 mcasp0_ahclkx, OUTPUT |
MODE0, Codec MCLK */
0x190
kyle,
The latest images use systemd as the default init daemon. So probably use
systemd services to load gadget driver at boot. I honestly know very little
about systemd so have never got this to work myself.
What I've always done, and do not necessarily recommend that you do the
same - If you
I rewrote the audio cape rev b late last week..
https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-BONE-AUDI-02-00A0.dts
Regards,
On Wed, Jul 29, 2015 at 11:19 AM, Micka mickamus...@gmail.com wrote:
Hi,
I wanted to know if someone has made the audio cap working on 4.1.3 ti
Hi,
We have a project with many BBBs, therefore I need that modified kernel
mentioned above running on all BBBs.
Every BBB should be easyily flashable with one SSD with that modified
kernel.
What I did/tried so far:
1.) build_kernel.sh
of the 4.1.3-bone-rt-r15 kernel. Some extras added
On Wed, Jul 29, 2015 at 11:16 AM, Ben F. bench...@gmail.com wrote:
Hi,
We have a project with many BBBs, therefore I need that modified kernel
mentioned above running on all BBBs.
Every BBB should be easyily flashable with one SSD with that modified
kernel.
What I did/tried so far:
1.)
I can also probe the board with a logic analyzer, wait to the event to
occur and figure where in the hardware it started. Just don't want to be
doing something that have already been discarded.
Robert: could you please put us in the loop about your investigation so we
can team efforts?
Has anyone done a control register dump of the PMIC under kernel 4 and
compared it to a register dump under kernel 3 to see if anything has
changed?
--- Graham
==
On Wednesday, July 29, 2015 at 10:42:20 AM UTC-5, Graham wrote:
Robert:
I know you are not looking for a hardware modification
On Wed, Jul 29, 2015 at 11:05 AM, Nuno Gonçalves nuno...@gmail.com wrote:
I can also probe the board with a logic analyzer, wait to the event to occur
and figure where in the hardware it started. Just don't want to be doing
something that have already been discarded.
Robert: could you please
Ahhh ok, they are exclusive. didn't realize that. How can I control
what's being loaded at boot? it's not in /etc/modules and I can't unload
it presently as it's 'in use'. I'd rather load g_multi at boot if I can.
Well... unload g_serial.. Otherwise g_multi/g_ether won't load..
#In a single partition setup, dont load g_multi, as we could trash the
linux file system...
if [ x${root_drive} = x/dev/mmcblk0p1 ] || [ x${root_drive} =
x/dev/mmcblk1p1 ] ; then
if [ -f /usr/sbin/udhcpd ] || [ -f /usr/sbin/dnsmasq ] ; then
#Make sure (# CONFIG_USB_ETH_EEM is not set),
On Wed, Jul 29, 2015 at 10:44 AM, k...@cranehome.info wrote:
Hello all,
I purchased a Rev C board a few months ago and set it aside to look at a bit
later. Started working with it more this week and I'm running into things
that seem to be different now. I'm running the eMMC flashed version
Sounds like the perfect use case for a serial debug cable. No telling what
is going on, until you get / use one.
On Wed, Jul 29, 2015 at 9:16 AM, Ben F. bench...@gmail.com wrote:
Hi,
We have a project with many BBBs, therefore I need that modified kernel
mentioned above running on all BBBs.
On Wed, Jul 29, 2015 at 11:11 AM, k...@cranehome.info wrote:
Ahhh ok, they are exclusive. didn't realize that. How can I control
what's being loaded at boot? it's not in /etc/modules and I can't unload
it presently as it's 'in use'. I'd rather load g_multi at boot if I can.
It's
On Wed, Jul 29, 2015 at 12:49 PM, k...@cranehome.info wrote:
I think I figured out the progression:
1.) I have a single partition install. That was how the flasher wrote it.
So it seems it's not safe to load g_multi.
2.) I don't have the two files tested for loading g_ether so it does not
On Wed, Jul 29, 2015 at 4:11 PM, Mirko Fucci mirko.fu...@gmail.com wrote:
thanks William
I tried several solutions but i have not found the way to start my
application before than login prompt has displayed.
Even if i start my application in rc.local where it is supposed to start
before than
Don:
What are your data transfer rate and formatting requirements are for moving
the bits out of the BBB, into the test equipment?
I would go buy the book Automate the Boring Stuff with Python for ideas
about how to deal with Excel spreadsheets in Python, and how to set up the
export format.
I'm having trouble figuring out the accuracy of the PRU 200mHz clock (in
ppm). Datasheet seems unhelpful, am I missing something?
Thanks,
JR
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard
thanks William
I tried several solutions but i have not found the way to start my
application before than login prompt has displayed.
Even if i start my application in rc.local where it is supposed to start
before than the login prompt.
What i do not understand is why in a previous release with
I'm having a similar problem How was this resolved?
~Trying to figure out your postings.
Here is my posting:
https://groups.google.com/forum/#!category-topic/beagleboard/beaglebone-capes/sZUt7B1tNi8
On Saturday, October 19, 2013 at 11:12:48 AM UTC-4, Hussein Alasadi wrote:
I guess you
I have seen some releases take more than 24 hours to fail.
If it fails, then it does, but if it doesn't, you may have to go two full
days before you can start thinking that you found it.
--- Graham
==
On Wednesday, July 29, 2015 at 1:44:08 PM UTC-5, Graham wrote:
OK. Understand.
If you need
*a g_combo using serial/ethernet would be something i'd make default*
* in a heartbeat.. but i don't think anyone as implemented that yet as a*
* gadget driver..*
I wonder how hard it would be to refactor out g_mass_storage from g_multi .
. . but in the meantime couldn't the g_mass_storage
OK. Understand.
If you need help testing a version, send me a note.
--- Graham
==
On Wednesday, July 29, 2015 at 12:33:10 PM UTC-5, RobertCNelson wrote:
On Wed, Jul 29, 2015 at 11:05 AM, Nuno Gonçalves nun...@gmail.com
javascript: wrote:
I can also probe the board with a logic analyzer,
I used information from here
https://eewiki.net/display/linuxonarm/BeagleBoard
Everything went smoothly. Network came up. However, every 10 seconds I get
This message on the console.
omap_i2c 4806.i2c: timeout waiting for bus ready
I do not know how to resolve this. I need i2c, but does
I think I figured out the progression:
1.) I have a single partition install. That was how the flasher wrote it.
So it seems it's not safe to load g_multi.
2.) I don't have the two files tested for loading g_ether so it does not
load that module
3.) It falls through to load g_serial.
The
Recently, i've been using debian distribution and i 've had several
problems with the configuration for wired network settings. I tried to
configure my host with a static ip and afterwards configure a dhcp ip
through bash script. Besides, configure the static ip for eth0
interface(set
On Wed, Jul 29, 2015 at 8:00 PM, Robert Nelson robertcnel...@gmail.com wrote:
Please retest with: 4.1.3-ti-r6
cd /opt/scripts/tools/
git pull
sudo ./update_kernel.sh --ti-kernel --beta
On Wed, Jul 29, 2015 at 7:53 PM, Sina Chou sinacl...@gmail.com wrote:
I use D-Link Corp. DWA-121
If it is derived from the main CPU clock, then the accuracy will equal that
of the main clock.
So you need to look at the specs on the main (24 MHz) crystal, not the CPU
datasheet.
If you want, on any of the Jessie releases, systemd-timesyncd will measure
it for you.
Boot your BBB, with
Recently, i've been using debian distribution and i 've had several
problems with the configuration for wired network settings. I tried to
configure my host with a static ip and afterwards configure a dhcp ip
through bash script. Besides, configure the static ip for eth0
interface(set the
I use D-Link Corp. DWA-121 802.11n Wireless N 150 on beaglebone black RevC.
For USB hotplug purpose, I update my kernel to EXPERIMENTAL 4.2.0-rc4-bone2
and TESTING 4.1.0-rc8-bone9.
However, I found that on newer version compared to STABLE 3.8.13-bone73 ,
ping packet loss rate is higher.
some
Please retest with: 4.1.3-ti-r6
cd /opt/scripts/tools/
git pull
sudo ./update_kernel.sh --ti-kernel --beta
On Wed, Jul 29, 2015 at 7:53 PM, Sina Chou sinacl...@gmail.com wrote:
I use D-Link Corp. DWA-121 802.11n Wireless N 150 on beaglebone black RevC.
For USB hotplug purpose, I update my
I mean an existing one.
On Wednesday, July 29, 2015 at 9:52:58 PM UTC+10, Gerald wrote:
I would guess the one you design and build. You cna look at
http://elinux.org/Beagleboard:BeagleBone_Capes for some of the existing
capes.
Gerald
On Wed, Jul 29, 2015 at 1:59 AM,
Google is a really good source for stuff like this.
Gerald
On Wed, Jul 29, 2015 at 8:35 PM, Angelo Fraietta
ang...@smartcontroller.com.au wrote:
Thanks
--
Dr Angelo Fraietta
A.Eng, A.Mus.A, BA(Hons), Ph.D.
PO Box 859
Hamilton NSW 2303
Home Page
http://www.smartcontroller.com.au/
version beaglebone black is C
El miércoles, 29 de julio de 2015, 17:51:05 (UTC-5), ces...@gmail.com
escribió:
Recently, i've been using debian distribution version 2014 in bbblack
and i 've had several problems with the configuration for wired
network settings. I tried to configure my
You might try:
http://valentfx.com/logi-bone/
Gerald
On Wed, Jul 29, 2015 at 4:06 PM, ang...@smartcontroller.com.au wrote:
I mean an existing one.
On Wednesday, July 29, 2015 at 9:52:58 PM UTC+10, Gerald wrote:
I would guess the one you design and build. You cna look at
root@beaglebone:~# sudo iwconfig wlan0 power off
Error for wireless request Set Power Management (8B2C) :
SET failed on device wlan0 ; Operation not supported.
My device does not seem to support power management. But I also will try if
the problem exist in this kernel.
Please wait for my
thank, now, the result looks better in kernel 4.1.3-ti-r6
any related patches on 4.1.3-ti-r6?
Sina Chou於 2015年7月30日星期四 UTC+8上午10時09分09秒寫道:
root@beaglebone:~# sudo iwconfig wlan0 power off
Error for wireless request Set Power Management (8B2C) :
SET failed on device wlan0 ; Operation not
*Debian GNU/Linux 7*
*BeagleBoard.org Debian Image 2015-03-01*
*Support/FAQ: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian
http://elinux.org/Beagleboard:BeagleBoneBlack_Debian*
*default username:password is [debian:temppwd]*
This part of the message come from /etc/issue.net, and
Hi,
I wanted to know if someone have an idea how to set the mac address of eth0
from an eeprom ? I know how to read eeprom from I2C, but how can i put this
value at boot ?
Micka,
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed
After I upgrade my kernel to 4.1.3-ti-r6.
I try to use ADC utility in adafruit-beaglebone-io-python, the following
error popups, but GPIO utility of the library is okay.
anything wrong?
import Adafruit_BBIO.ADC as ADC
ADC.setup()
Traceback (most recent call last):
File , line 1, in
Normally mac addresses are read from the Am335x eFUSES so you need to
eventually modify the bootloader and/or Kernel to alternativelly read them
from EEPROM.
On Wednesday, July 29, 2015 at 2:22:44 PM UTC+2, Mickae1 wrote:
Hi,
I wanted to know if someone have an idea how to set the mac
42 matches
Mail list logo