Since we now have two threads about the same problem...
https://groups.google.com/forum/#!topic/beagleboard/2yOpE3XYJ1Y
My 13 BB-Black under test are powered from external +5V with these power
supplies:
http://www.deutronic.com/products/power-supplies/ac-adapter/esc15g-15-watt.html
Average
Just to let you know that my test of 13 BBB is still available
Here my results of of 3 days + 12h testing:
bba94e: 13 reboots
bbf611: 9 reboots
bb4f8e: 12 reboots
bb5d63: 12 reboots
bbea75: 14 reboots
bb845a: 12 reboots
bb93dc: 10 reboots
bbde13: 6 reboots
bb5a40: 13 reboots
bb6c1f: 14 reboots
What version Debian, and which version kernel is your friend running?
On Sat, Jul 18, 2015 at 7:46 PM, evilwulfie evilwul...@gmail.com wrote:
My friend powers his from USB and all is fine.
sounds like its related to the Vusb line issue posted here recently
On 7/18/2015 5:34 PM, Nuno
william hermans posts
same one your using if i read correctly
i had it running on one powered by a wallwart-USB power supply and no
issues as well
but its been off for a while as i am not currently using it
On 7/18/2015 8:35 PM, Graham Haddock wrote:
What version Debian, and which version
HIs friend is me ;)
debian@beaglebone:~$ uname -a
Linux beaglebone 4.1.2-ti-r3 #1 SMP PREEMPT Tue Jul 14 06:54:47 UTC 2015
armv7l GNU/Linux
debian@beaglebone:~$ cat /etc/dogtag
BeagleBoard.org Debian Image 2015-03-01
debian@beaglebone:~$ uptime
20:42:18 up 4 days, 6:43, 1 user, load average:
grrr, and as usual . . . I keep forgetting to comment on stuff I've been
thinking about all day, in one post :/
My concerns about systemd are long gone now. Every one of these
linux-images I've run have booted up, and stayed using systemd.
On Sat, Jul 18, 2015 at 8:43 PM, William Hermans
I power off the 5Volt power connector.
The only other connection to the unit is Ethernet cable.
--- Graham
==
On Sat, Jul 18, 2015 at 7:21 PM, evilwulfie evilwul...@gmail.com wrote:
powered how
On 7/18/2015 5:14 PM, Graham wrote:
For what it is worth...
I loaded the console version
My friend powers his from USB and all is fine.
sounds like its related to the Vusb line issue posted here recently
On 7/18/2015 5:34 PM, Nuno Gonçalves wrote:
Also on the barrel jack.
For what is worth I believe the OMAP and PMIC reset reason registers
should be part of the boot log so
powered how
On 7/18/2015 5:14 PM, Graham wrote:
For what it is worth...
I loaded the console version
bone-debian-8.1-console-armhf-2015-07-12-2gb.img onto a uSD card.
Then booted and installed linux-image-4.1.2-ti-r4
Then rebooted, and let it run doing nothing else.
It autonomously
For what it is worth...
I loaded the console version
bone-debian-8.1-console-armhf-2015-07-12-2gb.img onto a uSD card.
Then booted and installed linux-image-4.1.2-ti-r4
Then rebooted, and let it run doing nothing else.
It autonomously rebooted after seven hours.
--- Graham
==
--
For more
Also on the barrel jack.
For what is worth I believe the OMAP and PMIC reset reason registers should
be part of the boot log so future reboot problems can be sorted.
Nuno
On Sunday, July 19, 2015 at 1:28:48 AM UTC+1, Graham wrote:
I power off the 5Volt power connector.
The only other
UPDATE
debian@beaglebone:~$ uptime
13:29:11 up 2 days, 23:30, 1 user, load average: 0.07, 0.03, 0.05
debian@beaglebone:~$ uname -a
Linux beaglebone 4.1.2-ti-r3 #1 SMP PREEMPT Tue Jul 14 06:54:47 UTC 2015
armv7l GNU/Linux
Just idling. At some point I'll probably rewrite the CPU loading
Running now 4.1.2-ti-r4.
In 8 hours had 2 resets.
Resets seem to happen more frequently if the BBB is idling as already
mentioned by dl4mea.
Nuno
On Friday, July 17, 2015 at 9:33:18 PM UTC+1, William Hermans wrote:
UPDATE
debian@beaglebone:~$ uptime
13:29:11 up 2 days, 23:30, 1 user,
Idle:
debian@beaglebone:~$ uname -a
Linux beaglebone 4.1.2-ti-r3 #1 SMP PREEMPT Tue Jul 14 06:54:47 UTC 2015
armv7l GNU/Linux
debian@beaglebone:~$ uptime
02:33:27 up 12:35, 1 user, load average: 0.01, 0.02, 0.05
On Tue, Jul 14, 2015 at 8:36 PM, 'dl4mea' via BeagleBoard
Please give 4.1.2-ti-r3 some testing, as it has pm/cpuidle fixes from ti.
sudo apt-get update
sudo apt-get install linux-image-4.1.2-ti-r3
Regards,
--
Robert Nelson
https://rcn-ee.com/
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are
err, Wheezy 7.8 rootfs is what I meant to type . . .
On Tue, Jul 14, 2015 at 1:49 PM, William Hermans yyrk...@gmail.com wrote:
*Please give 4.1.2-ti-r3 some testing, as it has pm/cpuidle fixes from ti.*
* sudo apt-get update*
* sudo apt-get install linux-image-4.1.2-ti-r3*
Robert, would
Ok. Well before I reboot and run that linux-image . .
debian@beaglebone:~$ uptime
13:57:28 up 2 days, 1:21, 1 user, load average: 0.20, 0.17, 0.11
debian@beaglebone:~$ uname -a
Linux beaglebone 4.1.0-rc8-bone9 #1 Tue Jun 16 23:45:22 UTC 2015 armv7l
GNU/Linu
On Tue, Jul 14, 2015 at 1:52 PM,
On Tue, Jul 14, 2015 at 3:49 PM, William Hermans yyrk...@gmail.com wrote:
Please give 4.1.2-ti-r3 some testing, as it has pm/cpuidle fixes from ti.
sudo apt-get update
sudo apt-get install linux-image-4.1.2-ti-r3
Robert, would it be helpful if I ran this on the wheezy 7.8 image ?
That
I installed 4.1.2-ti-r3 on 13 devices. Without executing cpufreq-set -g
performance.
First impression is not good, as I had 3 reboots since then, but more info
after the night about 8h.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are
*Please give 4.1.2-ti-r3 some testing, as it has pm/cpuidle fixes from ti.*
* sudo apt-get update*
* sudo apt-get install linux-image-4.1.2-ti-r3*
Robert, would it be helpful if I ran this on the wheezy 7.8 image ?
On Tue, Jul 14, 2015 at 12:34 PM, 'dl4mea' via BeagleBoard
Here my results of of 12h testing:
bba94e: 4 reboots
bbf611: no reboot
bb4f8e: 2 reboots
bb5d6e: 4 reboots
bbea75: 1 reboot
bb845a: no reboot
bb93dc: 2 reboots
bbde13: 2 reboots
bb5a40: 2 reboots
bb6c1f: 4 reboots
bb151f: 1 reboot
bb6548: 1 reboot
bb8f34: 1 reboot
In parallel, I have set up one
Results after two days overnight test:
(1) System bb1cf1 got installed with 3.19.3-bone4: *still no reboot*
uptime
04:19:11 up 1 day, 13:51, 2 users, load average: 0.00, 0.01, 0.05
(2) System bb6c1f: installed with 4.1.1-ti-r2 #1 SMP PREEMPT Wed Jul 8
17:03:29 UTC 2015 armv7l GNU/Linux: *2
Could this possibly be related to how clean provided AC mains is ? I'm
just curious, as we've never had any of these problems, but we're also
completely off grid. Also for the record our power here is very stable and
clean. No blips, spikes, or any abnormalities one might see being connected
to
Still trucking along here:
debian@beaglebone:~$ uname -a
Linux beaglebone 4.1.0-rc8-bone9 #1 Tue Jun 16 23:45:22 UTC 2015 armv7l
GNU/Linux
debian@beaglebone:~$ uptime
22:18:07 up 1 day, 9:41, 1 user, load average: 0.08, 0.03, 0.05
By the way, I'm using default ondemand cpufreq governor
On
Anyway my last comment was a bit of a stretch. Seeing as this only effects
some boards, and not all. However it does strike me as odd that both of you
are having issues with the same kernel I'm running _right_now_. When it is
running rock solid so far for me.
Which leads me to believe that
Ok, so what I am wondering is: Why if this is kernel does the kernel work
fine for me. When using a Wheezy 7.8 rootfs ? It is fairly safe to say that
in my own case this is not related to kernel, or kernel modules . . .right
?
On Mon, Jul 13, 2015 at 12:50 PM, rh_ richard_hubb...@lavabit.com
Tried cpufreq-set -g performance on a BBB but got a reset after a few hours
anyway. Problem appears to be some other...
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe
I absolutely agree with Graham's report. I also saw plenty of unexplainable
resets of the Beaglebone, same as Graham says when just having them on the
table, naked, no cape, just flashed with fresh image. My power supplies are
5V/2A from a german quality vendor and I'm using them in hundreds,
28 matches
Mail list logo
