subject:"\[beagleboard\] BBB frozen, how to reset\?"

[beagleboard] BBB frozen, how to reset?

2015-12-02 Thread Jonathan Ross

Once in a blue moon one of my beaglebones will get into a state where it 
has power (the power LED is lit), but it is not booted. Normally this would 
be fine, just hit the power button to reset. But in this weird state the 
power button does nothing. The reset button does nothing.
I checked the power and reset button pins on the header, the power was low, 
the reset was high.
The only way to get the board out of this state was to pull the 5V power.
I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via 
power and/or reset buttons on the header if the BB stops sending checkins 
over uart. This has been working great, except for the rare case where the 
board ends up in this state where the power and reset buttons are not 
functioning.
Any ideas how the BB could get into this state, and if there's any other 
way to force a reboot other than physically pulling the 5v power?
Thanks,
JR

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread Gerald Coley

I would start with your cape design and try and rule that out first.

The reset is an input pin read by the processor, not actually a HW power
reset. If the SW is locked up, this could happen.

If you hold the power button for a 8 seconds or more the board should power
cycle.

When it is in this state, what do the voltages read?

Gerald


On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross  wrote:

> Once in a blue moon one of my beaglebones will get into a state where it
> has power (the power LED is lit), but it is not booted. Normally this would
> be fine, just hit the power button to reset. But in this weird state the
> power button does nothing. The reset button does nothing.
> I checked the power and reset button pins on the header, the power was
> low, the reset was high.
> The only way to get the board out of this state was to pull the 5V power.
> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via
> power and/or reset buttons on the header if the BB stops sending checkins
> over uart. This has been working great, except for the rare case where the
> board ends up in this state where the power and reset buttons are not
> functioning.
> Any ideas how the BB could get into this state, and if there's any other
> way to force a reboot other than physically pulling the 5v power?
> Thanks,
> JR
>
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

By the way, last night I initially presses the boot button just to confirm
what I've already "known". Which is that once the board enters this state,
you need to remove power for a few seconds. Anyway, the USR LEDs all flash
on, like at normal power up, but then that is it. Nothing else.

I'm assuming this is a software "issue", but honestly, I really do not
know. One thing I do know for sure, is that this has happened since . . .
forever. That is to say I seem to remember this happening since ~may 2013
when we got our first boards. The only difference I notice is that when
using *reboot* versus *shutdown now -r *this problem seems to rear it's
head less often, but is not completely suppressed.



On Wed, Dec 2, 2015 at 3:26 PM, William Hermans  wrote:

> Gerald, it's like the board hangs at power down, but I can not be 100%
> sure. The reason why I "assume" it's at power down, is that the heartbeat
> blink stops, but the rest of the LEDs stay on, and the ethernet port light
> still blinks.
>
> The board I experienced this on last night is an Element14 RevC, but I do
> also have a circuitco A5A that exhibits the same thing.
>
> On Wed, Dec 2, 2015 at 3:22 PM, Gerald Coley 
> wrote:
>
>> Is this on power up or is this state happening some time later? If it is
>> on power up, then the power supply most likely is the issue based on the
>> ramp requirements of the PMIC.
>>
>> If the power LED is on, then the PMIC is on and ramped up. That is why I
>> asked for the voltages.
>>
>> It also could be a boot pin read issue where it misreads the boot pins.
>> If that is the case you should see that from the serial port.
>>
>> Gerald
>>
>>
>> On Wed, Dec 2, 2015 at 4:15 PM, William Hermans 
>> wrote:
>>
>>> For what it's worth Gerald, this happens with nothing connected to the
>>> board as well. This just happened to me last night after issuing a reboot
>>> command from the command line.
>>>
>>> I remember at some point you all were talking about something about the
>>> "ramp time" of the PMIC or something.
>>>
>>> On Wed, Dec 2, 2015 at 3:11 PM, Gerald Coley 
>>> wrote:
>>>
 I would start with your cape design and try and rule that out first.

 The reset is an input pin read by the processor, not actually a HW
 power reset. If the SW is locked up, this could happen.

 If you hold the power button for a 8 seconds or more the board should
 power cycle.

 When it is in this state, what do the voltages read?

 Gerald


 On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross 
 wrote:

> Once in a blue moon one of my beaglebones will get into a state where
> it has power (the power LED is lit), but it is not booted. Normally this
> would be fine, just hit the power button to reset. But in this weird state
> the power button does nothing. The reset button does nothing.
> I checked the power and reset button pins on the header, the power was
> low, the reset was high.
> The only way to get the board out of this state was to pull the 5V
> power.
> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it
> via power and/or reset buttons on the header if the BB stops sending
> checkins over uart. This has been working great, except for the rare case
> where the board ends up in this state where the power and reset buttons 
> are
> not functioning.
> Any ideas how the BB could get into this state, and if there's any
> other way to force a reboot other than physically pulling the 5v power?
> Thanks,
> JR
>
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>



 --
 Gerald

 ger...@beagleboard.org
 http://beagleboard.org/

 --
 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.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>> --
>>> 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.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Gerald
>>
>>

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread Gerald Coley

Hmm, not sure what is going on. Sounds like the processor has stopped
running the code and halted but it forgot to turn off the lights.

Gerald

On Wed, Dec 2, 2015 at 4:26 PM, William Hermans  wrote:

> Gerald, it's like the board hangs at power down, but I can not be 100%
> sure. The reason why I "assume" it's at power down, is that the heartbeat
> blink stops, but the rest of the LEDs stay on, and the ethernet port light
> still blinks.
>
> The board I experienced this on last night is an Element14 RevC, but I do
> also have a circuitco A5A that exhibits the same thing.
>
> On Wed, Dec 2, 2015 at 3:22 PM, Gerald Coley 
> wrote:
>
>> Is this on power up or is this state happening some time later? If it is
>> on power up, then the power supply most likely is the issue based on the
>> ramp requirements of the PMIC.
>>
>> If the power LED is on, then the PMIC is on and ramped up. That is why I
>> asked for the voltages.
>>
>> It also could be a boot pin read issue where it misreads the boot pins.
>> If that is the case you should see that from the serial port.
>>
>> Gerald
>>
>>
>> On Wed, Dec 2, 2015 at 4:15 PM, William Hermans 
>> wrote:
>>
>>> For what it's worth Gerald, this happens with nothing connected to the
>>> board as well. This just happened to me last night after issuing a reboot
>>> command from the command line.
>>>
>>> I remember at some point you all were talking about something about the
>>> "ramp time" of the PMIC or something.
>>>
>>> On Wed, Dec 2, 2015 at 3:11 PM, Gerald Coley 
>>> wrote:
>>>
 I would start with your cape design and try and rule that out first.

 The reset is an input pin read by the processor, not actually a HW
 power reset. If the SW is locked up, this could happen.

 If you hold the power button for a 8 seconds or more the board should
 power cycle.

 When it is in this state, what do the voltages read?

 Gerald


 On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross 
 wrote:

> Once in a blue moon one of my beaglebones will get into a state where
> it has power (the power LED is lit), but it is not booted. Normally this
> would be fine, just hit the power button to reset. But in this weird state
> the power button does nothing. The reset button does nothing.
> I checked the power and reset button pins on the header, the power was
> low, the reset was high.
> The only way to get the board out of this state was to pull the 5V
> power.
> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it
> via power and/or reset buttons on the header if the BB stops sending
> checkins over uart. This has been working great, except for the rare case
> where the board ends up in this state where the power and reset buttons 
> are
> not functioning.
> Any ideas how the BB could get into this state, and if there's any
> other way to force a reboot other than physically pulling the 5v power?
> Thanks,
> JR
>
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>



 --
 Gerald

 ger...@beagleboard.org
 http://beagleboard.org/

 --
 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.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>> --
>>> 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.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Gerald
>>
>> ger...@beagleboard.org
>> http://beagleboard.org/
>>
>> --
>> 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.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread Gerald Coley

Is this on power up or is this state happening some time later? If it is on
power up, then the power supply most likely is the issue based on the ramp
requirements of the PMIC.

If the power LED is on, then the PMIC is on and ramped up. That is why I
asked for the voltages.

It also could be a boot pin read issue where it misreads the boot pins. If
that is the case you should see that from the serial port.

Gerald


On Wed, Dec 2, 2015 at 4:15 PM, William Hermans  wrote:

> For what it's worth Gerald, this happens with nothing connected to the
> board as well. This just happened to me last night after issuing a reboot
> command from the command line.
>
> I remember at some point you all were talking about something about the
> "ramp time" of the PMIC or something.
>
> On Wed, Dec 2, 2015 at 3:11 PM, Gerald Coley 
> wrote:
>
>> I would start with your cape design and try and rule that out first.
>>
>> The reset is an input pin read by the processor, not actually a HW power
>> reset. If the SW is locked up, this could happen.
>>
>> If you hold the power button for a 8 seconds or more the board should
>> power cycle.
>>
>> When it is in this state, what do the voltages read?
>>
>> Gerald
>>
>>
>> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross 
>> wrote:
>>
>>> Once in a blue moon one of my beaglebones will get into a state where it
>>> has power (the power LED is lit), but it is not booted. Normally this would
>>> be fine, just hit the power button to reset. But in this weird state the
>>> power button does nothing. The reset button does nothing.
>>> I checked the power and reset button pins on the header, the power was
>>> low, the reset was high.
>>> The only way to get the board out of this state was to pull the 5V power.
>>> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via
>>> power and/or reset buttons on the header if the BB stops sending checkins
>>> over uart. This has been working great, except for the rare case where the
>>> board ends up in this state where the power and reset buttons are not
>>> functioning.
>>> Any ideas how the BB could get into this state, and if there's any other
>>> way to force a reboot other than physically pulling the 5v power?
>>> Thanks,
>>> JR
>>>
>>> --
>>> 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.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Gerald
>>
>> ger...@beagleboard.org
>> http://beagleboard.org/
>>
>> --
>> 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.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

Gerald, it's like the board hangs at power down, but I can not be 100%
sure. The reason why I "assume" it's at power down, is that the heartbeat
blink stops, but the rest of the LEDs stay on, and the ethernet port light
still blinks.

The board I experienced this on last night is an Element14 RevC, but I do
also have a circuitco A5A that exhibits the same thing.

On Wed, Dec 2, 2015 at 3:22 PM, Gerald Coley  wrote:

> Is this on power up or is this state happening some time later? If it is
> on power up, then the power supply most likely is the issue based on the
> ramp requirements of the PMIC.
>
> If the power LED is on, then the PMIC is on and ramped up. That is why I
> asked for the voltages.
>
> It also could be a boot pin read issue where it misreads the boot pins. If
> that is the case you should see that from the serial port.
>
> Gerald
>
>
> On Wed, Dec 2, 2015 at 4:15 PM, William Hermans  wrote:
>
>> For what it's worth Gerald, this happens with nothing connected to the
>> board as well. This just happened to me last night after issuing a reboot
>> command from the command line.
>>
>> I remember at some point you all were talking about something about the
>> "ramp time" of the PMIC or something.
>>
>> On Wed, Dec 2, 2015 at 3:11 PM, Gerald Coley 
>> wrote:
>>
>>> I would start with your cape design and try and rule that out first.
>>>
>>> The reset is an input pin read by the processor, not actually a HW power
>>> reset. If the SW is locked up, this could happen.
>>>
>>> If you hold the power button for a 8 seconds or more the board should
>>> power cycle.
>>>
>>> When it is in this state, what do the voltages read?
>>>
>>> Gerald
>>>
>>>
>>> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross 
>>> wrote:
>>>
 Once in a blue moon one of my beaglebones will get into a state where
 it has power (the power LED is lit), but it is not booted. Normally this
 would be fine, just hit the power button to reset. But in this weird state
 the power button does nothing. The reset button does nothing.
 I checked the power and reset button pins on the header, the power was
 low, the reset was high.
 The only way to get the board out of this state was to pull the 5V
 power.
 I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it
 via power and/or reset buttons on the header if the BB stops sending
 checkins over uart. This has been working great, except for the rare case
 where the board ends up in this state where the power and reset buttons are
 not functioning.
 Any ideas how the BB could get into this state, and if there's any
 other way to force a reboot other than physically pulling the 5v power?
 Thanks,
 JR

 --
 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.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>>
>>> --
>>> Gerald
>>>
>>> ger...@beagleboard.org
>>> http://beagleboard.org/
>>>
>>> --
>>> 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.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
>> 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.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Gerald
>
> ger...@beagleboard.org
> http://beagleboard.org/
>
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

One more thing of note. I do not run systemd - Ever. I run SYSV as an init
daemon. I only mention this as I think Robert said something about systemd
lessening this issue.

On Wed, Dec 2, 2015 at 3:36 PM, Gerald Coley  wrote:

> Hmm, not sure what is going on. Sounds like the processor has stopped
> running the code and halted but it forgot to turn off the lights.
>
> Gerald
>
> On Wed, Dec 2, 2015 at 4:26 PM, William Hermans  wrote:
>
>> Gerald, it's like the board hangs at power down, but I can not be 100%
>> sure. The reason why I "assume" it's at power down, is that the heartbeat
>> blink stops, but the rest of the LEDs stay on, and the ethernet port light
>> still blinks.
>>
>> The board I experienced this on last night is an Element14 RevC, but I do
>> also have a circuitco A5A that exhibits the same thing.
>>
>> On Wed, Dec 2, 2015 at 3:22 PM, Gerald Coley 
>> wrote:
>>
>>> Is this on power up or is this state happening some time later? If it is
>>> on power up, then the power supply most likely is the issue based on the
>>> ramp requirements of the PMIC.
>>>
>>> If the power LED is on, then the PMIC is on and ramped up. That is why I
>>> asked for the voltages.
>>>
>>> It also could be a boot pin read issue where it misreads the boot pins.
>>> If that is the case you should see that from the serial port.
>>>
>>> Gerald
>>>
>>>
>>> On Wed, Dec 2, 2015 at 4:15 PM, William Hermans 
>>> wrote:
>>>
 For what it's worth Gerald, this happens with nothing connected to the
 board as well. This just happened to me last night after issuing a reboot
 command from the command line.

 I remember at some point you all were talking about something about the
 "ramp time" of the PMIC or something.

 On Wed, Dec 2, 2015 at 3:11 PM, Gerald Coley 
 wrote:

> I would start with your cape design and try and rule that out first.
>
> The reset is an input pin read by the processor, not actually a HW
> power reset. If the SW is locked up, this could happen.
>
> If you hold the power button for a 8 seconds or more the board should
> power cycle.
>
> When it is in this state, what do the voltages read?
>
> Gerald
>
>
> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross 
> wrote:
>
>> Once in a blue moon one of my beaglebones will get into a state where
>> it has power (the power LED is lit), but it is not booted. Normally this
>> would be fine, just hit the power button to reset. But in this weird 
>> state
>> the power button does nothing. The reset button does nothing.
>> I checked the power and reset button pins on the header, the power
>> was low, the reset was high.
>> The only way to get the board out of this state was to pull the 5V
>> power.
>> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it
>> via power and/or reset buttons on the header if the BB stops sending
>> checkins over uart. This has been working great, except for the rare case
>> where the board ends up in this state where the power and reset buttons 
>> are
>> not functioning.
>> Any ideas how the BB could get into this state, and if there's any
>> other way to force a reboot other than physically pulling the 5v power?
>> Thanks,
>> JR
>>
>> --
>> 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.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Gerald
>
> ger...@beagleboard.org
> http://beagleboard.org/
>
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>

 --
 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.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>>
>>> --
>>> Gerald
>>>
>>> ger...@beagleboard.org
>>> http://beagleboard.org/
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread John Syne

Sounds to me that like BBB has gone into sleep mode and there is no trigger to 
wake it up. Is there a way to measure the current consumption? 

Regards,
John




> On Dec 2, 2015, at 2:40 PM, William Hermans  wrote:
> 
> One more thing of note. I do not run systemd - Ever. I run SYSV as an init 
> daemon. I only mention this as I think Robert said something about systemd 
> lessening this issue.
> 
> On Wed, Dec 2, 2015 at 3:36 PM, Gerald Coley  > wrote:
> Hmm, not sure what is going on. Sounds like the processor has stopped running 
> the code and halted but it forgot to turn off the lights.
> 
> Gerald
> 
> On Wed, Dec 2, 2015 at 4:26 PM, William Hermans  > wrote:
> Gerald, it's like the board hangs at power down, but I can not be 100% sure. 
> The reason why I "assume" it's at power down, is that the heartbeat blink 
> stops, but the rest of the LEDs stay on, and the ethernet port light still 
> blinks.
> 
> The board I experienced this on last night is an Element14 RevC, but I do 
> also have a circuitco A5A that exhibits the same thing.
> 
> On Wed, Dec 2, 2015 at 3:22 PM, Gerald Coley  > wrote:
> Is this on power up or is this state happening some time later? If it is on 
> power up, then the power supply most likely is the issue based on the ramp 
> requirements of the PMIC. 
> 
> If the power LED is on, then the PMIC is on and ramped up. That is why I 
> asked for the voltages.
> 
> It also could be a boot pin read issue where it misreads the boot pins. If 
> that is the case you should see that from the serial port.
> 
> Gerald
> 
> 
> On Wed, Dec 2, 2015 at 4:15 PM, William Hermans  > wrote:
> For what it's worth Gerald, this happens with nothing connected to the board 
> as well. This just happened to me last night after issuing a reboot command 
> from the command line.
> 
> I remember at some point you all were talking about something about the "ramp 
> time" of the PMIC or something.
> 
> On Wed, Dec 2, 2015 at 3:11 PM, Gerald Coley  > wrote:
> I would start with your cape design and try and rule that out first.
> 
> The reset is an input pin read by the processor, not actually a HW power 
> reset. If the SW is locked up, this could happen.
> 
> If you hold the power button for a 8 seconds or more the board should power 
> cycle.
> 
> When it is in this state, what do the voltages read?
> 
> Gerald
> 
> 
> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross  > wrote:
> Once in a blue moon one of my beaglebones will get into a state where it has 
> power (the power LED is lit), but it is not booted. Normally this would be 
> fine, just hit the power button to reset. But in this weird state the power 
> button does nothing. The reset button does nothing.
> I checked the power and reset button pins on the header, the power was low, 
> the reset was high.
> The only way to get the board out of this state was to pull the 5V power.
> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via 
> power and/or reset buttons on the header if the BB stops sending checkins 
> over uart. This has been working great, except for the rare case where the 
> board ends up in this state where the power and reset buttons are not 
> functioning.
> Any ideas how the BB could get into this state, and if there's any other way 
> to force a reboot other than physically pulling the 5v power?
> Thanks,
> JR
> 
> -- 
> 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 
> .
> For more options, visit https://groups.google.com/d/optout 
> .
> 
> 
> 
> -- 
> Gerald
>  
> ger...@beagleboard.org 
> http://beagleboard.org/ 
> 
> -- 
> 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 
> .
> For more options, visit https://groups.google.com/d/optout 
> .
> 
> 
> -- 
> For more options, visit http://beagleboard.org/discuss 
> 
> --- 
> You received this message because you are subscribed to

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread Jonathan Ross

Element14 revC.
I think what you are describing is the power ramp issue. I don't think what 
I'm experiencing is the same thing. I've been through the power ramp issue 
and I just use my external KL16 to toggle the BBB pwr button a few seconds 
after power is applied, which kicks the board into boot.
Jon

On Wednesday, December 2, 2015 at 4:27:49 PM UTC-8, William Hermans wrote:
>
> Which board revision Jonathon ? This board I noticed this on last night is 
> an Element14 RevC. But on our A5A's I never noticed the USR LEDs cycling 
> like that.
>
> On Wed, Dec 2, 2015 at 4:59 PM, Jonathan Ross  > wrote:
>
>> Got you on the script front. My issue is slightly different, when I get 
>> into my magic state, pressing the power button does nothing.
>>
>> On Wednesday, December 2, 2015 at 3:51:42 PM UTC-8, William Hermans wrote:
>>>
>>>
 *In my case linux is not booted at this time(none of the 4 user leds 
 lit), so a script would not help. This is why I'm doing an external 
 watchdog circuit.*
>>>
>>>
>>> Exactly. So here is what I mean. The USR LEDs cycle on for me *if* and 
>>> only *if* I press the power button on the board. After that, nothing 
>>> changes. Otherwise the LEDs are off, well the power LED is on, and the 
>>> ethernet port lights are on too, and potentially blinking.
>>>
>>> The script, would just be to reboot the board in an attempt to put the 
>>> board back into the bad state. For troubleshooting . . .
>>>
>>> On Wed, Dec 2, 2015 at 4:46 PM, Jonathan Ross  
>>> wrote:
>>>
 In my case linux is not booted at this time(none of the 4 user leds 
 lit), so a script would not help. This is why I'm doing an external 
 watchdog circuit.

 On Wednesday, December 2, 2015 at 3:41:32 PM UTC-8, William Hermans 
 wrote:
>
> *I didn't test the 8 second holddown of the power button but I doubt 
>> it would help, and unfortunately it's not a reproducible issue. I'll 
>> have 
>> to wait for it to happen again.*
>>
>
> I know what you mean, e.g. this happens so erratically, it's hard to 
> tell when it'll happen next. But, I could possibly whip up a script, and 
> a 
> means to automate resetting the system. Really, you could probably do the 
> same as well. Just put "sudo reboot" in a bash script, and run it through 
> rc.d
>
> With that said, I'm not 100% sure this is good for the board.
>
>
>
> On Wed, Dec 2, 2015 at 4:31 PM, Jonathan Ross  
> wrote:
>
>> I didn't test the 8 second holddown of the power button but I doubt 
>> it would help, and unfortunately it's not a reproducible issue. I'll 
>> have 
>> to wait for it to happen again.
>> From my notes, I was seeing zero volts on power, 5V on reset.
>> The zero volts on power was very weird. From the KL16 I'm "toggling" 
>> my own effective power button that is a transistor between the power pin 
>> on 
>> the header and ground. The KL16 pin was not driven high (I checked), so 
>> I 
>> don't think it was the transistor on the cape that was pulling pwr to 
>> ground on the BBB. And the physical button wasn't pressed in. It was as 
>> if 
>> the pullup at the PMIC wasn't active, yet the power LED was on. Is that 
>> possible?
>> Wish I hadn't pulled the 5V power to reset, then I could do more 
>> testing.
>>
>> On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:
>>>
>>> I would start with your cape design and try and rule that out first.
>>>
>>> The reset is an input pin read by the processor, not actually a HW 
>>> power reset. If the SW is locked up, this could happen.
>>>
>>> If you hold the power button for a 8 seconds or more the board 
>>> should power cycle.
>>>
>>> When it is in this state, what do the voltages read?
>>>
>>> Gerald
>>>
>>>
>>> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross  
>>> wrote:
>>>
 Once in a blue moon one of my beaglebones will get into a state 
 where it has power (the power LED is lit), but it is not booted. 
 Normally 
 this would be fine, just hit the power button to reset. But in this 
 weird 
 state the power button does nothing. The reset button does nothing.
 I checked the power and reset button pins on the header, the power 
 was low, the reset was high.
 The only way to get the board out of this state was to pull the 5V 
 power.
 I'm using a KL16 on a cape to do a watchdog on the BB, and reboot 
 it via power and/or reset buttons on the header if the BB stops 
 sending 
 checkins over uart. This has been working great, except for the rare 
 case 
 where the board ends up in this state where the power and reset

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

>
> *Element14 revC.*
> *I think what you are describing is the power ramp issue. I don't think
> what I'm experiencing is the same thing. I've been through the power ramp
> issue and I just use my external KL16 to toggle the BBB pwr button a few
> seconds after power is applied, which kicks the board into boot.*
> *Jon*
>

Not trying to be difficult, or argumentative . . . but no, I think we're
experiencing the same thing. Only because the board will not boot up Linux
at all after it gets into this state. The LEDs will cycle on, then off, but
then nothing. I have to physically remove the power from the board for a
few seconds, before it'll boot again. Passed that, sometimes, the processes
of removing the power may have to be repeated a few times before the board
does finally boot. However this last part seems to mostly apply to our
A5A's mostly. I do not recall the Element14 RevC's doing this.

On Wed, Dec 2, 2015 at 5:32 PM, Jonathan Ross  wrote:

> Element14 revC.
> I think what you are describing is the power ramp issue. I don't think
> what I'm experiencing is the same thing. I've been through the power ramp
> issue and I just use my external KL16 to toggle the BBB pwr button a few
> seconds after power is applied, which kicks the board into boot.
> Jon
>
> On Wednesday, December 2, 2015 at 4:27:49 PM UTC-8, William Hermans wrote:
>>
>> Which board revision Jonathon ? This board I noticed this on last night
>> is an Element14 RevC. But on our A5A's I never noticed the USR LEDs cycling
>> like that.
>>
>> On Wed, Dec 2, 2015 at 4:59 PM, Jonathan Ross 
>> wrote:
>>
>>> Got you on the script front. My issue is slightly different, when I get
>>> into my magic state, pressing the power button does nothing.
>>>
>>> On Wednesday, December 2, 2015 at 3:51:42 PM UTC-8, William Hermans
>>> wrote:


> *In my case linux is not booted at this time(none of the 4 user leds
> lit), so a script would not help. This is why I'm doing an external
> watchdog circuit.*


 Exactly. So here is what I mean. The USR LEDs cycle on for me *if* and
 only *if* I press the power button on the board. After that, nothing
 changes. Otherwise the LEDs are off, well the power LED is on, and the
 ethernet port lights are on too, and potentially blinking.

 The script, would just be to reboot the board in an attempt to put the
 board back into the bad state. For troubleshooting . . .

 On Wed, Dec 2, 2015 at 4:46 PM, Jonathan Ross 
 wrote:

> In my case linux is not booted at this time(none of the 4 user leds
> lit), so a script would not help. This is why I'm doing an external
> watchdog circuit.
>
> On Wednesday, December 2, 2015 at 3:41:32 PM UTC-8, William Hermans
> wrote:
>>
>> *I didn't test the 8 second holddown of the power button but I doubt
>>> it would help, and unfortunately it's not a reproducible issue. I'll 
>>> have
>>> to wait for it to happen again.*
>>>
>>
>> I know what you mean, e.g. this happens so erratically, it's hard to
>> tell when it'll happen next. But, I could possibly whip up a script, and 
>> a
>> means to automate resetting the system. Really, you could probably do the
>> same as well. Just put "sudo reboot" in a bash script, and run it through
>> rc.d
>>
>> With that said, I'm not 100% sure this is good for the board.
>>
>>
>>
>> On Wed, Dec 2, 2015 at 4:31 PM, Jonathan Ross 
>> wrote:
>>
>>> I didn't test the 8 second holddown of the power button but I doubt
>>> it would help, and unfortunately it's not a reproducible issue. I'll 
>>> have
>>> to wait for it to happen again.
>>> From my notes, I was seeing zero volts on power, 5V on reset.
>>> The zero volts on power was very weird. From the KL16 I'm "toggling"
>>> my own effective power button that is a transistor between the power 
>>> pin on
>>> the header and ground. The KL16 pin was not driven high (I checked), so 
>>> I
>>> don't think it was the transistor on the cape that was pulling pwr to
>>> ground on the BBB. And the physical button wasn't pressed in. It was as 
>>> if
>>> the pullup at the PMIC wasn't active, yet the power LED was on. Is that
>>> possible?
>>> Wish I hadn't pulled the 5V power to reset, then I could do more
>>> testing.
>>>
>>> On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:

 I would start with your cape design and try and rule that out first.

 The reset is an input pin read by the processor, not actually a HW
 power reset. If the SW is locked up, this could happen.

 If you hold the power button for a 8 seconds or more the board
 should power cycle.

 When it is in this state, what do

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

So just in case this is helpful to the whole process:

william@beaglebone:~$ uname -a
Linux beaglebone 4.1.9-bone-rt-r16 #1 Thu Oct 1 06:19:41 UTC 2015 armv7l
GNU/Linux
william@beaglebone:~$ cat /etc/dogtag
BeagleBoard.org Debian Image 2015-03-01
william@beaglebone:~$ pstree
init-+-bluetoothd
 |-cron
 |-dbus-daemon
 |-7*[getty]
 |-rpc.idmapd
 |-rpc.statd
 |-rpcbind
 |-rsyslogd---3*[{rsyslogd}]
 |-sshd---sshd---sshd---bash---pstree
 `-udevd---2*[udevd]

The output of pstree is just to show that I'm not running systemd, but
instead sysv.

On Wed, Dec 2, 2015 at 5:38 PM, William Hermans  wrote:

> *Element14 revC.*
>> *I think what you are describing is the power ramp issue. I don't think
>> what I'm experiencing is the same thing. I've been through the power ramp
>> issue and I just use my external KL16 to toggle the BBB pwr button a few
>> seconds after power is applied, which kicks the board into boot.*
>> *Jon*
>>
>
> Not trying to be difficult, or argumentative . . . but no, I think we're
> experiencing the same thing. Only because the board will not boot up Linux
> at all after it gets into this state. The LEDs will cycle on, then off, but
> then nothing. I have to physically remove the power from the board for a
> few seconds, before it'll boot again. Passed that, sometimes, the processes
> of removing the power may have to be repeated a few times before the board
> does finally boot. However this last part seems to mostly apply to our
> A5A's mostly. I do not recall the Element14 RevC's doing this.
>
> On Wed, Dec 2, 2015 at 5:32 PM, Jonathan Ross 
> wrote:
>
>> Element14 revC.
>> I think what you are describing is the power ramp issue. I don't think
>> what I'm experiencing is the same thing. I've been through the power ramp
>> issue and I just use my external KL16 to toggle the BBB pwr button a few
>> seconds after power is applied, which kicks the board into boot.
>> Jon
>>
>> On Wednesday, December 2, 2015 at 4:27:49 PM UTC-8, William Hermans wrote:
>>>
>>> Which board revision Jonathon ? This board I noticed this on last night
>>> is an Element14 RevC. But on our A5A's I never noticed the USR LEDs cycling
>>> like that.
>>>
>>> On Wed, Dec 2, 2015 at 4:59 PM, Jonathan Ross 
>>> wrote:
>>>
 Got you on the script front. My issue is slightly different, when I get
 into my magic state, pressing the power button does nothing.

 On Wednesday, December 2, 2015 at 3:51:42 PM UTC-8, William Hermans
 wrote:
>
>
>> *In my case linux is not booted at this time(none of the 4 user leds
>> lit), so a script would not help. This is why I'm doing an external
>> watchdog circuit.*
>
>
> Exactly. So here is what I mean. The USR LEDs cycle on for me *if* and
> only *if* I press the power button on the board. After that, nothing
> changes. Otherwise the LEDs are off, well the power LED is on, and the
> ethernet port lights are on too, and potentially blinking.
>
> The script, would just be to reboot the board in an attempt to put the
> board back into the bad state. For troubleshooting . . .
>
> On Wed, Dec 2, 2015 at 4:46 PM, Jonathan Ross 
> wrote:
>
>> In my case linux is not booted at this time(none of the 4 user leds
>> lit), so a script would not help. This is why I'm doing an external
>> watchdog circuit.
>>
>> On Wednesday, December 2, 2015 at 3:41:32 PM UTC-8, William Hermans
>> wrote:
>>>
>>> *I didn't test the 8 second holddown of the power button but I doubt
 it would help, and unfortunately it's not a reproducible issue. I'll 
 have
 to wait for it to happen again.*

>>>
>>> I know what you mean, e.g. this happens so erratically, it's hard to
>>> tell when it'll happen next. But, I could possibly whip up a script, 
>>> and a
>>> means to automate resetting the system. Really, you could probably do 
>>> the
>>> same as well. Just put "sudo reboot" in a bash script, and run it 
>>> through
>>> rc.d
>>>
>>> With that said, I'm not 100% sure this is good for the board.
>>>
>>>
>>>
>>> On Wed, Dec 2, 2015 at 4:31 PM, Jonathan Ross 
>>> wrote:
>>>
 I didn't test the 8 second holddown of the power button but I doubt
 it would help, and unfortunately it's not a reproducible issue. I'll 
 have
 to wait for it to happen again.
 From my notes, I was seeing zero volts on power, 5V on reset.
 The zero volts on power was very weird. From the KL16 I'm
 "toggling" my own effective power button that is a transistor between 
 the
 power pin on the header and ground. The KL16 pin was not driven high (I
 checked), so I don't think it was the transistor on the cape that was

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

Which board revision Jonathon ? This board I noticed this on last night is
an Element14 RevC. But on our A5A's I never noticed the USR LEDs cycling
like that.

On Wed, Dec 2, 2015 at 4:59 PM, Jonathan Ross  wrote:

> Got you on the script front. My issue is slightly different, when I get
> into my magic state, pressing the power button does nothing.
>
> On Wednesday, December 2, 2015 at 3:51:42 PM UTC-8, William Hermans wrote:
>>
>>
>>> *In my case linux is not booted at this time(none of the 4 user leds
>>> lit), so a script would not help. This is why I'm doing an external
>>> watchdog circuit.*
>>
>>
>> Exactly. So here is what I mean. The USR LEDs cycle on for me *if* and
>> only *if* I press the power button on the board. After that, nothing
>> changes. Otherwise the LEDs are off, well the power LED is on, and the
>> ethernet port lights are on too, and potentially blinking.
>>
>> The script, would just be to reboot the board in an attempt to put the
>> board back into the bad state. For troubleshooting . . .
>>
>> On Wed, Dec 2, 2015 at 4:46 PM, Jonathan Ross 
>> wrote:
>>
>>> In my case linux is not booted at this time(none of the 4 user leds
>>> lit), so a script would not help. This is why I'm doing an external
>>> watchdog circuit.
>>>
>>> On Wednesday, December 2, 2015 at 3:41:32 PM UTC-8, William Hermans
>>> wrote:

 *I didn't test the 8 second holddown of the power button but I doubt it
> would help, and unfortunately it's not a reproducible issue. I'll have to
> wait for it to happen again.*
>

 I know what you mean, e.g. this happens so erratically, it's hard to
 tell when it'll happen next. But, I could possibly whip up a script, and a
 means to automate resetting the system. Really, you could probably do the
 same as well. Just put "sudo reboot" in a bash script, and run it through
 rc.d

 With that said, I'm not 100% sure this is good for the board.



 On Wed, Dec 2, 2015 at 4:31 PM, Jonathan Ross 
 wrote:

> I didn't test the 8 second holddown of the power button but I doubt it
> would help, and unfortunately it's not a reproducible issue. I'll have to
> wait for it to happen again.
> From my notes, I was seeing zero volts on power, 5V on reset.
> The zero volts on power was very weird. From the KL16 I'm "toggling"
> my own effective power button that is a transistor between the power pin 
> on
> the header and ground. The KL16 pin was not driven high (I checked), so I
> don't think it was the transistor on the cape that was pulling pwr to
> ground on the BBB. And the physical button wasn't pressed in. It was as if
> the pullup at the PMIC wasn't active, yet the power LED was on. Is that
> possible?
> Wish I hadn't pulled the 5V power to reset, then I could do more
> testing.
>
> On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:
>>
>> I would start with your cape design and try and rule that out first.
>>
>> The reset is an input pin read by the processor, not actually a HW
>> power reset. If the SW is locked up, this could happen.
>>
>> If you hold the power button for a 8 seconds or more the board should
>> power cycle.
>>
>> When it is in this state, what do the voltages read?
>>
>> Gerald
>>
>>
>> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross 
>> wrote:
>>
>>> Once in a blue moon one of my beaglebones will get into a state
>>> where it has power (the power LED is lit), but it is not booted. 
>>> Normally
>>> this would be fine, just hit the power button to reset. But in this 
>>> weird
>>> state the power button does nothing. The reset button does nothing.
>>> I checked the power and reset button pins on the header, the power
>>> was low, the reset was high.
>>> The only way to get the board out of this state was to pull the 5V
>>> power.
>>> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it
>>> via power and/or reset buttons on the header if the BB stops sending
>>> checkins over uart. This has been working great, except for the rare 
>>> case
>>> where the board ends up in this state where the power and reset buttons 
>>> are
>>> not functioning.
>>> Any ideas how the BB could get into this state, and if there's any
>>> other way to force a reboot other than physically pulling the 5v power?
>>> Thanks,
>>> JR
>>>
>>> --
>>> 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...@googlegroups.com.
>>> For more options, visit

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

>
>
>
> *Gerald, I do not have this setup yet, but perhaps in the future may have
> the means. Is this something that might be easily checkable via JTAG ? I've
> never used JTAG before, and do not have the header in place, but do have a
> JTAG emulator.*
> *One thing that has been stopping me from seriously considering this as a
> debugging option, is that I do not know if there is an open source ( gcc -
> as in GNU compiler collection - Not the compiler its self ) tool. Passed
> that, it's all new to me, and probably a steep learning curve initially.*
>

I'll take the "sound of crickets" reaction as this is too complicated a
question to answer ;) I'll look into it on my own at some point . . .

On Wed, Dec 2, 2015 at 5:27 PM, William Hermans  wrote:

> Which board revision Jonathon ? This board I noticed this on last night is
> an Element14 RevC. But on our A5A's I never noticed the USR LEDs cycling
> like that.
>
> On Wed, Dec 2, 2015 at 4:59 PM, Jonathan Ross 
> wrote:
>
>> Got you on the script front. My issue is slightly different, when I get
>> into my magic state, pressing the power button does nothing.
>>
>> On Wednesday, December 2, 2015 at 3:51:42 PM UTC-8, William Hermans wrote:
>>>
>>>
 *In my case linux is not booted at this time(none of the 4 user leds
 lit), so a script would not help. This is why I'm doing an external
 watchdog circuit.*
>>>
>>>
>>> Exactly. So here is what I mean. The USR LEDs cycle on for me *if* and
>>> only *if* I press the power button on the board. After that, nothing
>>> changes. Otherwise the LEDs are off, well the power LED is on, and the
>>> ethernet port lights are on too, and potentially blinking.
>>>
>>> The script, would just be to reboot the board in an attempt to put the
>>> board back into the bad state. For troubleshooting . . .
>>>
>>> On Wed, Dec 2, 2015 at 4:46 PM, Jonathan Ross 
>>> wrote:
>>>
 In my case linux is not booted at this time(none of the 4 user leds
 lit), so a script would not help. This is why I'm doing an external
 watchdog circuit.

 On Wednesday, December 2, 2015 at 3:41:32 PM UTC-8, William Hermans
 wrote:
>
> *I didn't test the 8 second holddown of the power button but I doubt
>> it would help, and unfortunately it's not a reproducible issue. I'll have
>> to wait for it to happen again.*
>>
>
> I know what you mean, e.g. this happens so erratically, it's hard to
> tell when it'll happen next. But, I could possibly whip up a script, and a
> means to automate resetting the system. Really, you could probably do the
> same as well. Just put "sudo reboot" in a bash script, and run it through
> rc.d
>
> With that said, I'm not 100% sure this is good for the board.
>
>
>
> On Wed, Dec 2, 2015 at 4:31 PM, Jonathan Ross 
> wrote:
>
>> I didn't test the 8 second holddown of the power button but I doubt
>> it would help, and unfortunately it's not a reproducible issue. I'll have
>> to wait for it to happen again.
>> From my notes, I was seeing zero volts on power, 5V on reset.
>> The zero volts on power was very weird. From the KL16 I'm "toggling"
>> my own effective power button that is a transistor between the power pin 
>> on
>> the header and ground. The KL16 pin was not driven high (I checked), so I
>> don't think it was the transistor on the cape that was pulling pwr to
>> ground on the BBB. And the physical button wasn't pressed in. It was as 
>> if
>> the pullup at the PMIC wasn't active, yet the power LED was on. Is that
>> possible?
>> Wish I hadn't pulled the 5V power to reset, then I could do more
>> testing.
>>
>> On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:
>>>
>>> I would start with your cape design and try and rule that out first.
>>>
>>> The reset is an input pin read by the processor, not actually a HW
>>> power reset. If the SW is locked up, this could happen.
>>>
>>> If you hold the power button for a 8 seconds or more the board
>>> should power cycle.
>>>
>>> When it is in this state, what do the voltages read?
>>>
>>> Gerald
>>>
>>>
>>> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross 
>>> wrote:
>>>
 Once in a blue moon one of my beaglebones will get into a state
 where it has power (the power LED is lit), but it is not booted. 
 Normally
 this would be fine, just hit the power button to reset. But in this 
 weird
 state the power button does nothing. The reset button does nothing.
 I checked the power and reset button pins on the header, the power
 was low, the reset was high.
 The only way to get the board out of this state was to pull the 5V
 power.
 I'm using a

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread evilwulfie

After reading all about the WDT inside the sitara the only way to cold
reset the processor is to power cycle it OR
pull PMIC_PGOOD low which pulls PORZ low which will cold reset the IC.
IT seems to me that there is some shortsightedness of TI not allowing
the cold reset to be pulsed from a WDT.
In case of a processor hang where a warm reset cannot allow the IC to
recover.

So you may want to find that signal on the board and tie your external
WDT to it and see if this solves your problem.
Maybe in the next rev of the BBB this can be some how made available for
an external WDT.





On 12/2/2015 5:42 PM, William Hermans wrote:
> So just in case this is helpful to the whole process:
>
> william@beaglebone:~$ uname -a
> Linux beaglebone 4.1.9-bone-rt-r16 #1 Thu Oct 1 06:19:41 UTC 2015
> armv7l GNU/Linux
> william@beaglebone:~$ cat /etc/dogtag
> BeagleBoard.org Debian Image 2015-03-01
> william@beaglebone:~$ pstree
> init-+-bluetoothd
>  |-cron
>  |-dbus-daemon
>  |-7*[getty]
>  |-rpc.idmapd
>  |-rpc.statd
>  |-rpcbind
>  |-rsyslogd---3*[{rsyslogd}]
>  |-sshd---sshd---sshd---bash---pstree
>  `-udevd---2*[udevd]
>
> The output of pstree is just to show that I'm not running systemd, but
> instead sysv.
>
> On Wed, Dec 2, 2015 at 5:38 PM, William Hermans  > wrote:
>
> /Element14 revC./
> /I think what you are describing is the power ramp issue. I
> don't think what I'm experiencing is the same thing. I've been
> through the power ramp issue and I just use my external KL16
> to toggle the BBB pwr button a few seconds after power is
> applied, which kicks the board into boot./
> /Jon/
>
>
> Not trying to be difficult, or argumentative . . . but no, I think
> we're experiencing the same thing. Only because the board will not
> boot up Linux at all after it gets into this state. The LEDs will
> cycle on, then off, but then nothing. I have to physically remove
> the power from the board for a few seconds, before it'll boot
> again. Passed that, sometimes, the processes of removing the power
> may have to be repeated a few times before the board does finally
> boot. However this last part seems to mostly apply to our A5A's
> mostly. I do not recall the Element14 RevC's doing this.
>
> On Wed, Dec 2, 2015 at 5:32 PM, Jonathan Ross
> > wrote:
>
> Element14 revC.
> I think what you are describing is the power ramp issue. I
> don't think what I'm experiencing is the same thing. I've been
> through the power ramp issue and I just use my external KL16
> to toggle the BBB pwr button a few seconds after power is
> applied, which kicks the board into boot.
> Jon
>
> On Wednesday, December 2, 2015 at 4:27:49 PM UTC-8, William
> Hermans wrote:
>
> Which board revision Jonathon ? This board I noticed this
> on last night is an Element14 RevC. But on our A5A's I
> never noticed the USR LEDs cycling like that.
>
> On Wed, Dec 2, 2015 at 4:59 PM, Jonathan Ross
>  wrote:
>
> Got you on the script front. My issue is slightly
> different, when I get into my magic state, pressing
> the power button does nothing.
>
> On Wednesday, December 2, 2015 at 3:51:42 PM UTC-8,
> William Hermans wrote:
>
> /In my case linux is not booted at this
> time(none of the 4 user leds lit), so a script
> would not help. This is why I'm doing an
> external watchdog circuit.
> /
>
>
> Exactly. So here is what I mean. The USR LEDs
> cycle on for me *if* and only *if* I press the
> power button on the board. After that, nothing
> changes. Otherwise the LEDs are off, well the
> power LED is on, and the ethernet port lights are
> on too, and potentially blinking.
>
> The script, would just be to reboot the board in
> an attempt to put the board back into the bad
> state. For troubleshooting . . .
>
> On Wed, Dec 2, 2015 at 4:46 PM, Jonathan Ross
>  wrote:
>
> In my case linux is not booted at this
> time(none of the 4 user leds lit), so a script
> would not help. This is why I'm doing an
> external watchdog circuit.
>
> On Wednesday, December 2, 2015 at 3:41:32 PM
> UTC-8, William Hermans wrote:
>
>

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread John Syne

I’m not sure why, but 

echo mem > /sys/power/state

does not return from suspend when I press any key on the keyboard; however

echo standby > /sys/power/state

does work correctly and returns to running state when I press any key on the 
keyboard. Also, pressing the power button (1 second) also returns to run mode. 


Regards,
John




> On Dec 2, 2015, at 6:48 PM, Jonathan Ross  wrote:
> 
> Got it into broken state again. My notes were incorrect, I see 5V on the 
> power button, and 0V on the reset button. Holding down power button for 8 
> seconds results in a blip on USR2, but no boot.
> I'm thinking it's got to be cape-based, and I'm holding a pin high that 
> shouldn't be high until after boot. But I'm not using any of the EMMC pins or 
> boot pins (or any P8 pins for that matter).
> 
> On Wednesday, December 2, 2015 at 3:31:17 PM UTC-8, Jonathan Ross wrote:
> I didn't test the 8 second holddown of the power button but I doubt it would 
> help, and unfortunately it's not a reproducible issue. I'll have to wait for 
> it to happen again.
> From my notes, I was seeing zero volts on power, 5V on reset.
> The zero volts on power was very weird. From the KL16 I'm "toggling" my own 
> effective power button that is a transistor between the power pin on the 
> header and ground. The KL16 pin was not driven high (I checked), so I don't 
> think it was the transistor on the cape that was pulling pwr to ground on the 
> BBB. And the physical button wasn't pressed in. It was as if the pullup at 
> the PMIC wasn't active, yet the power LED was on. Is that possible?
> Wish I hadn't pulled the 5V power to reset, then I could do more testing.
> 
> On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:
> I would start with your cape design and try and rule that out first.
> 
> The reset is an input pin read by the processor, not actually a HW power 
> reset. If the SW is locked up, this could happen.
> 
> If you hold the power button for a 8 seconds or more the board should power 
> cycle.
> 
> When it is in this state, what do the voltages read?
> 
> Gerald
> 
> 
> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross > wrote:
> Once in a blue moon one of my beaglebones will get into a state where it has 
> power (the power LED is lit), but it is not booted. Normally this would be 
> fine, just hit the power button to reset. But in this weird state the power 
> button does nothing. The reset button does nothing.
> I checked the power and reset button pins on the header, the power was low, 
> the reset was high.
> The only way to get the board out of this state was to pull the 5V power.
> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via 
> power and/or reset buttons on the header if the BB stops sending checkins 
> over uart. This has been working great, except for the rare case where the 
> board ends up in this state where the power and reset buttons are not 
> functioning.
> Any ideas how the BB could get into this state, and if there's any other way 
> to force a reboot other than physically pulling the 5v power?
> Thanks,
> JR
> 
> -- 
> 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...@googlegroups.com <>.
> For more options, visit https://groups.google.com/d/optout 
> .
> 
> 
> 
> -- 
> Gerald
>  
> ger...@beagleboard.org <>
> http://beagleboard.org/ 
> 
> -- 
> 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 
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread John Syne

We can speculate all day long, but measuring the 5V current consumption will 
tell us a lot more about the power mode state than anything else.

Regards,
John




> On Dec 2, 2015, at 3:19 PM, William Hermans  wrote:
> 
> If the software is locked up, the USR LEDs would not cycle as if the system 
> is attempting to restart.
> 
> On Wed, Dec 2, 2015 at 4:08 PM, John Syne  > wrote:
> From what Gerald said previously in this thread:
> 
> "The reset is an input pin read by the processor, not actually a HW power 
> reset. If the SW is locked up, this could happen.”
> 
> Regards,
> John
> 
> 
> 
> 
>> On Dec 2, 2015, at 2:55 PM, William Hermans > > wrote:
>> 
>> If the board was in sleep, then why wont the reset button reset ? Passed 
>> that, why would the USR cycle( flash on then off ) then nothing ?
>> 
>> On Wed, Dec 2, 2015 at 3:47 PM, John Syne > > wrote:
>> Sounds to me that like BBB has gone into sleep mode and there is no trigger 
>> to wake it up. Is there a way to measure the current consumption? 
>> 
>> Regards,
>> John
>> 
>> 
>> 
>> 
>>> On Dec 2, 2015, at 2:40 PM, William Hermans >> > wrote:
>>> 
>>> One more thing of note. I do not run systemd - Ever. I run SYSV as an init 
>>> daemon. I only mention this as I think Robert said something about systemd 
>>> lessening this issue.
>>> 
>>> On Wed, Dec 2, 2015 at 3:36 PM, Gerald Coley >> > wrote:
>>> Hmm, not sure what is going on. Sounds like the processor has stopped 
>>> running the code and halted but it forgot to turn off the lights.
>>> 
>>> Gerald
>>> 
>>> On Wed, Dec 2, 2015 at 4:26 PM, William Hermans >> > wrote:
>>> Gerald, it's like the board hangs at power down, but I can not be 100% 
>>> sure. The reason why I "assume" it's at power down, is that the heartbeat 
>>> blink stops, but the rest of the LEDs stay on, and the ethernet port light 
>>> still blinks.
>>> 
>>> The board I experienced this on last night is an Element14 RevC, but I do 
>>> also have a circuitco A5A that exhibits the same thing.
>>> 
>>> On Wed, Dec 2, 2015 at 3:22 PM, Gerald Coley >> > wrote:
>>> Is this on power up or is this state happening some time later? If it is on 
>>> power up, then the power supply most likely is the issue based on the ramp 
>>> requirements of the PMIC. 
>>> 
>>> If the power LED is on, then the PMIC is on and ramped up. That is why I 
>>> asked for the voltages.
>>> 
>>> It also could be a boot pin read issue where it misreads the boot pins. If 
>>> that is the case you should see that from the serial port.
>>> 
>>> Gerald
>>> 
>>> 
>>> On Wed, Dec 2, 2015 at 4:15 PM, William Hermans >> > wrote:
>>> For what it's worth Gerald, this happens with nothing connected to the 
>>> board as well. This just happened to me last night after issuing a reboot 
>>> command from the command line.
>>> 
>>> I remember at some point you all were talking about something about the 
>>> "ramp time" of the PMIC or something.
>>> 
>>> On Wed, Dec 2, 2015 at 3:11 PM, Gerald Coley >> > wrote:
>>> I would start with your cape design and try and rule that out first.
>>> 
>>> The reset is an input pin read by the processor, not actually a HW power 
>>> reset. If the SW is locked up, this could happen.
>>> 
>>> If you hold the power button for a 8 seconds or more the board should power 
>>> cycle.
>>> 
>>> When it is in this state, what do the voltages read?
>>> 
>>> Gerald
>>> 
>>> 
>>> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross >> > wrote:
>>> Once in a blue moon one of my beaglebones will get into a state where it 
>>> has power (the power LED is lit), but it is not booted. Normally this would 
>>> be fine, just hit the power button to reset. But in this weird state the 
>>> power button does nothing. The reset button does nothing.
>>> I checked the power and reset button pins on the header, the power was low, 
>>> the reset was high.
>>> The only way to get the board out of this state was to pull the 5V power.
>>> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via 
>>> power and/or reset buttons on the header if the BB stops sending checkins 
>>> over uart. This has been working great, except for the rare case where the 
>>> board ends up in this state where the power and reset buttons are not 
>>> functioning.
>>> Any ideas how the BB could get into this state, and if there's any other 
>>> way to force a reboot other than physically pulling the 5v power?
>>> Thanks,
>>> JR
>>> 
>>> -- 
>>> For more options, visit

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread John Syne

We are just trying to debug the problem. This is a process of elimination so 
that we can narrow down the problem. 

I have two BBB Rev A5A and I have never seen this problem. Admittedly, I boot 
these boards over NFS and I use SystemD. I also use this device to switch the 
power to the BBB on/off:

http://www.hardkernel.com/main/products/prdt_info.php?g_code=G137361754360 


With the 5V adapter always on, this ODroid Smart Power does a clean power-on 
via an electronic switch.

Regards,
John




> On Dec 2, 2015, at 6:48 PM, Jonathan Ross  wrote:
> 
> Got it into broken state again. My notes were incorrect, I see 5V on the 
> power button, and 0V on the reset button. Holding down power button for 8 
> seconds results in a blip on USR2, but no boot.
> I'm thinking it's got to be cape-based, and I'm holding a pin high that 
> shouldn't be high until after boot. But I'm not using any of the EMMC pins or 
> boot pins (or any P8 pins for that matter).
> 
> On Wednesday, December 2, 2015 at 3:31:17 PM UTC-8, Jonathan Ross wrote:
> I didn't test the 8 second holddown of the power button but I doubt it would 
> help, and unfortunately it's not a reproducible issue. I'll have to wait for 
> it to happen again.
> From my notes, I was seeing zero volts on power, 5V on reset.
> The zero volts on power was very weird. From the KL16 I'm "toggling" my own 
> effective power button that is a transistor between the power pin on the 
> header and ground. The KL16 pin was not driven high (I checked), so I don't 
> think it was the transistor on the cape that was pulling pwr to ground on the 
> BBB. And the physical button wasn't pressed in. It was as if the pullup at 
> the PMIC wasn't active, yet the power LED was on. Is that possible?
> Wish I hadn't pulled the 5V power to reset, then I could do more testing.
> 
> On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:
> I would start with your cape design and try and rule that out first.
> 
> The reset is an input pin read by the processor, not actually a HW power 
> reset. If the SW is locked up, this could happen.
> 
> If you hold the power button for a 8 seconds or more the board should power 
> cycle.
> 
> When it is in this state, what do the voltages read?
> 
> Gerald
> 
> 
> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross > wrote:
> Once in a blue moon one of my beaglebones will get into a state where it has 
> power (the power LED is lit), but it is not booted. Normally this would be 
> fine, just hit the power button to reset. But in this weird state the power 
> button does nothing. The reset button does nothing.
> I checked the power and reset button pins on the header, the power was low, 
> the reset was high.
> The only way to get the board out of this state was to pull the 5V power.
> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via 
> power and/or reset buttons on the header if the BB stops sending checkins 
> over uart. This has been working great, except for the rare case where the 
> board ends up in this state where the power and reset buttons are not 
> functioning.
> Any ideas how the BB could get into this state, and if there's any other way 
> to force a reboot other than physically pulling the 5v power?
> Thanks,
> JR
> 
> -- 
> 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...@googlegroups.com <>.
> For more options, visit https://groups.google.com/d/optout 
> .
> 
> 
> 
> -- 
> Gerald
>  
> ger...@beagleboard.org <>
> http://beagleboard.org/ 
> 
> -- 
> 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 
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread Robert Nelson

On Wed, Dec 2, 2015 at 11:11 PM, John Syne  wrote:
> I’m not sure why, but
>
> echo mem > /sys/power/state
>
> does not return from suspend when I press any key on the keyboard; however

If i remember right, in v4.1.x the usarts are not enabled by default
as a wakeup source anymore.

so make sure you enable it:

http://elinux.org/OMAP_Power_Management

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread John Syne

Kernel version 4.1.13-ti-r33
BBB V A5A

After logging in, BBB 5V current is ~375mA

echo -n “mem” > /sys/power/state

BBB 5V current is 56mA

USR LED’s are all off
PWR LED on

Power Button press has no effect (1 second)
Reset Button press has no effect

***
Power Cycle BBB

After logging in, BBB 5V current is ~375mA

echo -n “mem” > /sys/power/state

BBB 5V current is 56mA

USR LED’s are all off
PWR LED on

Press Space Bar

BBB 5V current is 131mA

Power Button press has no effect (1 second)
Reset Button press reboots BBB

Regards,
John




> On Dec 2, 2015, at 7:19 PM, evilwulfie  wrote:
> 
> 
>  You can measure power all you want but if there is no way to reset the 
> processor what good is the device in a remote location. I have had things on 
> a remote mountain top at a transmitter site in winter that if things were 
> unresponsive
> would ruin  2 or 3 days trying to get there to reset the device on a 
> snowmobile. 
> 
> Fail-safe computers are desirable. Hangs with no way to reboot a system are 
> not.
> 
> On 12/2/2015 7:58 PM, John Syne wrote:
>> We can speculate all day long, but measuring the 5V current consumption will 
>> tell us a lot more about the power mode state than anything else.
>> 
>> Regards,
>> John
>> 
>> 
>> 
>> 
>>> On Dec 2, 2015, at 3:19 PM, William Hermans >> > wrote:
>>> 
>>> If the software is locked up, the USR LEDs would not cycle as if the system 
>>> is attempting to restart.
>>> 
>>> On Wed, Dec 2, 2015 at 4:08 PM, John Syne < 
>>> john3...@gmail.com > 
>>> wrote:
>>> From what Gerald said previously in this thread:
>>> 
>>> "The reset is an input pin read by the processor, not actually a HW power 
>>> reset. If the SW is locked up, this could happen.”
>>> 
>>> Regards,
>>> John
>>> 
>>> 
>>> 
>>> 
 On Dec 2, 2015, at 2:55 PM, William Hermans < 
 yyrk...@gmail.com > 
 wrote:
 
 If the board was in sleep, then why wont the reset button reset ? Passed 
 that, why would the USR cycle( flash on then off ) then nothing ?
 
 On Wed, Dec 2, 2015 at 3:47 PM, John Syne < 
 john3...@gmail.com > 
 wrote:
 Sounds to me that like BBB has gone into sleep mode and there is no 
 trigger to wake it up. Is there a way to measure the current consumption? 
 
 Regards,
 John
 
 
 
 
> On Dec 2, 2015, at 2:40 PM, William Hermans < 
> yyrk...@gmail.com > 
> wrote:
> 
> One more thing of note. I do not run systemd - Ever. I run SYSV as an 
> init daemon. I only mention this as I think Robert said something about 
> systemd lessening this issue.
> 
> On Wed, Dec 2, 2015 at 3:36 PM, Gerald Coley < 
> ger...@beagleboard.org 
> > wrote:
> Hmm, not sure what is going on. Sounds like the processor has stopped 
> running the code and halted but it forgot to turn off the lights.
> 
> Gerald
> 
> On Wed, Dec 2, 2015 at 4:26 PM, William Hermans < 
> yyrk...@gmail.com > 
> wrote:
> Gerald, it's like the board hangs at power down, but I can not be 100% 
> sure. The reason why I "assume" it's at power down, is that the heartbeat 
> blink stops, but the rest of the LEDs stay on, and the ethernet port 
> light still blinks.
> 
> The board I experienced this on last night is an Element14 RevC, but I do 
> also have a circuitco A5A that exhibits the same thing.
> 
> On Wed, Dec 2, 2015 at 3:22 PM, Gerald Coley < 
> ger...@beagleboard.org 
> > wrote:
> Is this on power up or is this state happening some time later? If it is 
> on power up, then the power supply most likely is the issue based on the 
> ramp requirements of the PMIC. 
> 
> If the power LED is on, then the PMIC is on and ramped up. That is why I 
> asked for the voltages.
> 
> It also could be a boot pin read issue where it misreads the boot pins. 
> If that is the case you should see that from the serial port.
> 
> Gerald
> 
> 
> On Wed, Dec 2, 2015 at 4:15 PM, William Hermans < 
> yyrk...@gmail.com > 
> wrote:
> For what it's worth Gerald, this happens with nothing connected to the 
> board as well. This just happened to me last night after issuing a reboot 
> command from the command line.
> 
> I remember at some point you all were talking about something about the 
> "ramp time" of the PMIC or something.
> 
>

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread John Syne

Hi Robert,

cat /sys/devices/platform/ocp/44e09000.serial/power/wakeup
enabled

Strange that it works for standby and not mem.

Regards,
John




> On Dec 2, 2015, at 9:16 PM, Robert Nelson  wrote:
> 
> On Wed, Dec 2, 2015 at 11:11 PM, John Syne  wrote:
>> I’m not sure why, but
>> 
>> echo mem > /sys/power/state
>> 
>> does not return from suspend when I press any key on the keyboard; however
> 
> If i remember right, in v4.1.x the usarts are not enabled by default
> as a wakeup source anymore.
> 
> so make sure you enable it:
> 
> http://elinux.org/OMAP_Power_Management
> 
> Regards,
> 
> -- 
> Robert Nelson
> https://rcn-ee.com/
> 
> -- 
> 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.
> For more options, visit https://groups.google.com/d/optout.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread Jonathan Ross

Got it into broken state again. My notes were incorrect, I see 5V on the 
power button, and 0V on the reset button. Holding down power button for 8 
seconds results in a blip on USR2, but no boot.
I'm thinking it's got to be cape-based, and I'm holding a pin high that 
shouldn't be high until after boot. But I'm not using any of the EMMC pins 
or boot pins (or any P8 pins for that matter).

On Wednesday, December 2, 2015 at 3:31:17 PM UTC-8, Jonathan Ross wrote:
>
> I didn't test the 8 second holddown of the power button but I doubt it 
> would help, and unfortunately it's not a reproducible issue. I'll have to 
> wait for it to happen again.
> From my notes, I was seeing zero volts on power, 5V on reset.
> The zero volts on power was very weird. From the KL16 I'm "toggling" my 
> own effective power button that is a transistor between the power pin on 
> the header and ground. The KL16 pin was not driven high (I checked), so I 
> don't think it was the transistor on the cape that was pulling pwr to 
> ground on the BBB. And the physical button wasn't pressed in. It was as if 
> the pullup at the PMIC wasn't active, yet the power LED was on. Is that 
> possible?
> Wish I hadn't pulled the 5V power to reset, then I could do more testing.
>
> On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:
>>
>> I would start with your cape design and try and rule that out first.
>>
>> The reset is an input pin read by the processor, not actually a HW power 
>> reset. If the SW is locked up, this could happen.
>>
>> If you hold the power button for a 8 seconds or more the board should 
>> power cycle.
>>
>> When it is in this state, what do the voltages read?
>>
>> Gerald
>>
>>
>> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross  
>> wrote:
>>
>>> Once in a blue moon one of my beaglebones will get into a state where it 
>>> has power (the power LED is lit), but it is not booted. Normally this would 
>>> be fine, just hit the power button to reset. But in this weird state the 
>>> power button does nothing. The reset button does nothing.
>>> I checked the power and reset button pins on the header, the power was 
>>> low, the reset was high.
>>> The only way to get the board out of this state was to pull the 5V power.
>>> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via 
>>> power and/or reset buttons on the header if the BB stops sending checkins 
>>> over uart. This has been working great, except for the rare case where the 
>>> board ends up in this state where the power and reset buttons are not 
>>> functioning.
>>> Any ideas how the BB could get into this state, and if there's any other 
>>> way to force a reboot other than physically pulling the 5v power?
>>> Thanks,
>>> JR
>>>
>>> -- 
>>> 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...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> -- 
>> Gerald
>>  
>> ger...@beagleboard.org
>> http://beagleboard.org/
>>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread evilwulfie

 You can measure power all you want but if there is no way to reset the
processor what good is the device in a remote location. I have had
things on a remote mountain top at a transmitter site in winter that if
things were unresponsive
would ruin  2 or 3 days trying to get there to reset the device on a
snowmobile.

Fail-safe computers are desirable. Hangs with no way to reboot a system
are not.

On 12/2/2015 7:58 PM, John Syne wrote:
> We can speculate all day long, but measuring the 5V current
> consumption will tell us a lot more about the power mode state than
> anything else.
>
> Regards,
> John
>
>
>
>
>> On Dec 2, 2015, at 3:19 PM, William Hermans > > wrote:
>>
>> If the software is locked up, the USR LEDs would not cycle as if the
>> system is attempting to restart.
>>
>> On Wed, Dec 2, 2015 at 4:08 PM, John Syne > > wrote:
>>
>> From what Gerald said previously in this thread:
>>
>> "The reset is an input pin read by the processor, not actually a
>> HW power reset. If the SW is locked up, this could happen.”
>>
>> Regards,
>> John
>>
>>
>>
>>
>>> On Dec 2, 2015, at 2:55 PM, William Hermans >> > wrote:
>>>
>>> If the board was in sleep, then why wont the reset button reset
>>> ? Passed that, why would the USR cycle( flash on then off ) then
>>> nothing ?
>>>
>>> On Wed, Dec 2, 2015 at 3:47 PM, John Syne >> > wrote:
>>>
>>> Sounds to me that like BBB has gone into sleep mode and
>>> there is no trigger to wake it up. Is there a way to measure
>>> the current consumption? 
>>>
>>> Regards,
>>> John
>>>
>>>
>>>
>>>
 On Dec 2, 2015, at 2:40 PM, William Hermans
 > wrote:

 One more thing of note. I do not run systemd - Ever. I run
 SYSV as an init daemon. I only mention this as I think
 Robert said something about systemd lessening this issue.

 On Wed, Dec 2, 2015 at 3:36 PM, Gerald Coley
 > wrote:

 Hmm, not sure what is going on. Sounds like the
 processor has stopped running the code and halted but
 it forgot to turn off the lights.

 Gerald

 On Wed, Dec 2, 2015 at 4:26 PM, William Hermans
 > wrote:

 Gerald, it's like the board hangs at power down,
 but I can not be 100% sure. The reason why I
 "assume" it's at power down, is that the heartbeat
 blink stops, but the rest of the LEDs stay on, and
 the ethernet port light still blinks.

 The board I experienced this on last night is an
 Element14 RevC, but I do also have a circuitco A5A
 that exhibits the same thing.

 On Wed, Dec 2, 2015 at 3:22 PM, Gerald Coley
 > wrote:

 Is this on power up or is this state happening
 some time later? If it is on power up, then the
 power supply most likely is the issue based on
 the ramp requirements of the PMIC. 

 If the power LED is on, then the PMIC is on and
 ramped up. That is why I asked for the voltages.

 It also could be a boot pin read issue where it
 misreads the boot pins. If that is the case you
 should see that from the serial port.

 Gerald

 On Wed, Dec 2, 2015 at 4:15 PM, William Hermans
 >
 wrote:

 For what it's worth Gerald, this happens
 with nothing connected to the board as
 well. This just happened to me last night
 after issuing a reboot command from the
 command line.

 I remember at some point you all were
 talking about something about the "ramp
 time" of the PMIC or something.

 On Wed, Dec 2, 2015 at 3:11 PM, Gerald
 Coley > wrote:

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread John Syne

I’m using:

http://processors.wiki.ti.com/index.php/AM335x_Linux_Power_Management_User_Guide

Regards,
John




> On Dec 2, 2015, at 9:16 PM, Robert Nelson  wrote:
> 
> On Wed, Dec 2, 2015 at 11:11 PM, John Syne  wrote:
>> I’m not sure why, but
>> 
>> echo mem > /sys/power/state
>> 
>> does not return from suspend when I press any key on the keyboard; however
> 
> If i remember right, in v4.1.x the usarts are not enabled by default
> as a wakeup source anymore.
> 
> so make sure you enable it:
> 
> http://elinux.org/OMAP_Power_Management
> 
> Regards,
> 
> -- 
> Robert Nelson
> https://rcn-ee.com/
> 
> -- 
> 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.
> For more options, visit https://groups.google.com/d/optout.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread John Syne

>From what Gerald said previously in this thread:

"The reset is an input pin read by the processor, not actually a HW power 
reset. If the SW is locked up, this could happen.”

Regards,
John




> On Dec 2, 2015, at 2:55 PM, William Hermans  wrote:
> 
> If the board was in sleep, then why wont the reset button reset ? Passed 
> that, why would the USR cycle( flash on then off ) then nothing ?
> 
> On Wed, Dec 2, 2015 at 3:47 PM, John Syne  > wrote:
> Sounds to me that like BBB has gone into sleep mode and there is no trigger 
> to wake it up. Is there a way to measure the current consumption? 
> 
> Regards,
> John
> 
> 
> 
> 
>> On Dec 2, 2015, at 2:40 PM, William Hermans > > wrote:
>> 
>> One more thing of note. I do not run systemd - Ever. I run SYSV as an init 
>> daemon. I only mention this as I think Robert said something about systemd 
>> lessening this issue.
>> 
>> On Wed, Dec 2, 2015 at 3:36 PM, Gerald Coley > > wrote:
>> Hmm, not sure what is going on. Sounds like the processor has stopped 
>> running the code and halted but it forgot to turn off the lights.
>> 
>> Gerald
>> 
>> On Wed, Dec 2, 2015 at 4:26 PM, William Hermans > > wrote:
>> Gerald, it's like the board hangs at power down, but I can not be 100% sure. 
>> The reason why I "assume" it's at power down, is that the heartbeat blink 
>> stops, but the rest of the LEDs stay on, and the ethernet port light still 
>> blinks.
>> 
>> The board I experienced this on last night is an Element14 RevC, but I do 
>> also have a circuitco A5A that exhibits the same thing.
>> 
>> On Wed, Dec 2, 2015 at 3:22 PM, Gerald Coley > > wrote:
>> Is this on power up or is this state happening some time later? If it is on 
>> power up, then the power supply most likely is the issue based on the ramp 
>> requirements of the PMIC. 
>> 
>> If the power LED is on, then the PMIC is on and ramped up. That is why I 
>> asked for the voltages.
>> 
>> It also could be a boot pin read issue where it misreads the boot pins. If 
>> that is the case you should see that from the serial port.
>> 
>> Gerald
>> 
>> 
>> On Wed, Dec 2, 2015 at 4:15 PM, William Hermans > > wrote:
>> For what it's worth Gerald, this happens with nothing connected to the board 
>> as well. This just happened to me last night after issuing a reboot command 
>> from the command line.
>> 
>> I remember at some point you all were talking about something about the 
>> "ramp time" of the PMIC or something.
>> 
>> On Wed, Dec 2, 2015 at 3:11 PM, Gerald Coley > > wrote:
>> I would start with your cape design and try and rule that out first.
>> 
>> The reset is an input pin read by the processor, not actually a HW power 
>> reset. If the SW is locked up, this could happen.
>> 
>> If you hold the power button for a 8 seconds or more the board should power 
>> cycle.
>> 
>> When it is in this state, what do the voltages read?
>> 
>> Gerald
>> 
>> 
>> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross > > wrote:
>> Once in a blue moon one of my beaglebones will get into a state where it has 
>> power (the power LED is lit), but it is not booted. Normally this would be 
>> fine, just hit the power button to reset. But in this weird state the power 
>> button does nothing. The reset button does nothing.
>> I checked the power and reset button pins on the header, the power was low, 
>> the reset was high.
>> The only way to get the board out of this state was to pull the 5V power.
>> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via 
>> power and/or reset buttons on the header if the BB stops sending checkins 
>> over uart. This has been working great, except for the rare case where the 
>> board ends up in this state where the power and reset buttons are not 
>> functioning.
>> Any ideas how the BB could get into this state, and if there's any other way 
>> to force a reboot other than physically pulling the 5v power?
>> Thanks,
>> JR
>> 
>> -- 
>> 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 
>> .
>> For more options, visit https://groups.google.com/d/optout 
>> .
>> 
>> 
>> 
>> -- 
>> Gerald
>>  
>> ger...@beagleboard.org 
>> http://beagleboard.org/

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

Gerald, I do not have this setup yet, but perhaps in the future may have
the means. Is this something that might be easily checkable via JTAG ? I've
never used JTAG before, and do not have the header in place, but do have a
JTAG emulator.

One thing that has been stopping me from seriously considering this as a
debugging option, is that I do not know if there is an open source ( gcc -
as in GNU compiler collection - Not the compiler its self ) tool. Passed
that, it's all new to me, and probably a steep learning curve initially.

On Wed, Dec 2, 2015 at 4:21 PM, William Hermans  wrote:

> Also, at POR, it would help to understand at which point the USR LEDs( all
> 4 at once ) come on, then go off again.
>
> I'm assuming this is not done in uboot, but I really do not know.
>
> On Wed, Dec 2, 2015 at 4:19 PM, William Hermans  wrote:
>
>> If the software is locked up, the USR LEDs would not cycle as if the
>> system is attempting to restart.
>>
>> On Wed, Dec 2, 2015 at 4:08 PM, John Syne  wrote:
>>
>>> From what Gerald said previously in this thread:
>>>
>>> "The reset is an input pin read by the processor, not actually a HW
>>> power reset. If the SW is locked up, this could happen.”
>>>
>>> Regards,
>>> John
>>>
>>>
>>>
>>>
>>> On Dec 2, 2015, at 2:55 PM, William Hermans  wrote:
>>>
>>> If the board was in sleep, then why wont the reset button reset ? Passed
>>> that, why would the USR cycle( flash on then off ) then nothing ?
>>>
>>> On Wed, Dec 2, 2015 at 3:47 PM, John Syne  wrote:
>>>
 Sounds to me that like BBB has gone into sleep mode and there is no
 trigger to wake it up. Is there a way to measure the current consumption?

 Regards,
 John




 On Dec 2, 2015, at 2:40 PM, William Hermans  wrote:

 One more thing of note. I do not run systemd - Ever. I run SYSV as an
 init daemon. I only mention this as I think Robert said something about
 systemd lessening this issue.

 On Wed, Dec 2, 2015 at 3:36 PM, Gerald Coley 
 wrote:

> Hmm, not sure what is going on. Sounds like the processor has stopped
> running the code and halted but it forgot to turn off the lights.
>
> Gerald
>
> On Wed, Dec 2, 2015 at 4:26 PM, William Hermans 
> wrote:
>
>> Gerald, it's like the board hangs at power down, but I can not be
>> 100% sure. The reason why I "assume" it's at power down, is that the
>> heartbeat blink stops, but the rest of the LEDs stay on, and the ethernet
>> port light still blinks.
>>
>> The board I experienced this on last night is an Element14 RevC, but
>> I do also have a circuitco A5A that exhibits the same thing.
>>
>> On Wed, Dec 2, 2015 at 3:22 PM, Gerald Coley 
>> wrote:
>>
>>> Is this on power up or is this state happening some time later? If
>>> it is on power up, then the power supply most likely is the issue based 
>>> on
>>> the ramp requirements of the PMIC.
>>>
>>> If the power LED is on, then the PMIC is on and ramped up. That is
>>> why I asked for the voltages.
>>>
>>> It also could be a boot pin read issue where it misreads the boot
>>> pins. If that is the case you should see that from the serial port.
>>>
>>> Gerald
>>>
>>>
>>> On Wed, Dec 2, 2015 at 4:15 PM, William Hermans 
>>> wrote:
>>>
 For what it's worth Gerald, this happens with nothing connected to
 the board as well. This just happened to me last night after issuing a
 reboot command from the command line.

 I remember at some point you all were talking about something about
 the "ramp time" of the PMIC or something.

 On Wed, Dec 2, 2015 at 3:11 PM, Gerald Coley <
 ger...@beagleboard.org> wrote:

> I would start with your cape design and try and rule that out
> first.
>
> The reset is an input pin read by the processor, not actually a HW
> power reset. If the SW is locked up, this could happen.
>
> If you hold the power button for a 8 seconds or more the board
> should power cycle.
>
> When it is in this state, what do the voltages read?
>
> Gerald
>
>
> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross <
> jonr...@nephology.org> wrote:
>
>> Once in a blue moon one of my beaglebones will get into a state
>> where it has power (the power LED is lit), but it is not booted. 
>> Normally
>> this would be fine, just hit the power button to reset. But in this 
>> weird
>> state the power button does nothing. The reset button does nothing.
>> I checked the

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread Jonathan Ross

I didn't test the 8 second holddown of the power button but I doubt it 
would help, and unfortunately it's not a reproducible issue. I'll have to 
wait for it to happen again.
>From my notes, I was seeing zero volts on power, 5V on reset.
The zero volts on power was very weird. From the KL16 I'm "toggling" my own 
effective power button that is a transistor between the power pin on the 
header and ground. The KL16 pin was not driven high (I checked), so I don't 
think it was the transistor on the cape that was pulling pwr to ground on 
the BBB. And the physical button wasn't pressed in. It was as if the pullup 
at the PMIC wasn't active, yet the power LED was on. Is that possible?
Wish I hadn't pulled the 5V power to reset, then I could do more testing.

On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:
>
> I would start with your cape design and try and rule that out first.
>
> The reset is an input pin read by the processor, not actually a HW power 
> reset. If the SW is locked up, this could happen.
>
> If you hold the power button for a 8 seconds or more the board should 
> power cycle.
>
> When it is in this state, what do the voltages read?
>
> Gerald
>
>
> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross  > wrote:
>
>> Once in a blue moon one of my beaglebones will get into a state where it 
>> has power (the power LED is lit), but it is not booted. Normally this would 
>> be fine, just hit the power button to reset. But in this weird state the 
>> power button does nothing. The reset button does nothing.
>> I checked the power and reset button pins on the header, the power was 
>> low, the reset was high.
>> The only way to get the board out of this state was to pull the 5V power.
>> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via 
>> power and/or reset buttons on the header if the BB stops sending checkins 
>> over uart. This has been working great, except for the rare case where the 
>> board ends up in this state where the power and reset buttons are not 
>> functioning.
>> Any ideas how the BB could get into this state, and if there's any other 
>> way to force a reboot other than physically pulling the 5v power?
>> Thanks,
>> JR
>>
>> -- 
>> 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...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Gerald
>  
> ger...@beagleboard.org 
> http://beagleboard.org/
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread Jonathan Ross

In my case linux is not booted at this time(none of the 4 user leds lit), 
so a script would not help. This is why I'm doing an external watchdog 
circuit.

On Wednesday, December 2, 2015 at 3:41:32 PM UTC-8, William Hermans wrote:
>
> *I didn't test the 8 second holddown of the power button but I doubt it 
>> would help, and unfortunately it's not a reproducible issue. I'll have to 
>> wait for it to happen again.*
>>
>
> I know what you mean, e.g. this happens so erratically, it's hard to tell 
> when it'll happen next. But, I could possibly whip up a script, and a means 
> to automate resetting the system. Really, you could probably do the same as 
> well. Just put "sudo reboot" in a bash script, and run it through rc.d
>
> With that said, I'm not 100% sure this is good for the board.
>
>
>
> On Wed, Dec 2, 2015 at 4:31 PM, Jonathan Ross  > wrote:
>
>> I didn't test the 8 second holddown of the power button but I doubt it 
>> would help, and unfortunately it's not a reproducible issue. I'll have to 
>> wait for it to happen again.
>> From my notes, I was seeing zero volts on power, 5V on reset.
>> The zero volts on power was very weird. From the KL16 I'm "toggling" my 
>> own effective power button that is a transistor between the power pin on 
>> the header and ground. The KL16 pin was not driven high (I checked), so I 
>> don't think it was the transistor on the cape that was pulling pwr to 
>> ground on the BBB. And the physical button wasn't pressed in. It was as if 
>> the pullup at the PMIC wasn't active, yet the power LED was on. Is that 
>> possible?
>> Wish I hadn't pulled the 5V power to reset, then I could do more testing.
>>
>> On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:
>>>
>>> I would start with your cape design and try and rule that out first.
>>>
>>> The reset is an input pin read by the processor, not actually a HW power 
>>> reset. If the SW is locked up, this could happen.
>>>
>>> If you hold the power button for a 8 seconds or more the board should 
>>> power cycle.
>>>
>>> When it is in this state, what do the voltages read?
>>>
>>> Gerald
>>>
>>>
>>> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross  
>>> wrote:
>>>
 Once in a blue moon one of my beaglebones will get into a state where 
 it has power (the power LED is lit), but it is not booted. Normally this 
 would be fine, just hit the power button to reset. But in this weird state 
 the power button does nothing. The reset button does nothing.
 I checked the power and reset button pins on the header, the power was 
 low, the reset was high.
 The only way to get the board out of this state was to pull the 5V 
 power.
 I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it 
 via power and/or reset buttons on the header if the BB stops sending 
 checkins over uart. This has been working great, except for the rare case 
 where the board ends up in this state where the power and reset buttons 
 are 
 not functioning.
 Any ideas how the BB could get into this state, and if there's any 
 other way to force a reboot other than physically pulling the 5v power?
 Thanks,
 JR

 -- 
 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...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>>
>>> -- 
>>> Gerald
>>>  
>>> ger...@beagleboard.org
>>> http://beagleboard.org/
>>>
>> -- 
>> 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...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

>
>
> *In my case linux is not booted at this time(none of the 4 user leds lit),
> so a script would not help. This is why I'm doing an external watchdog
> circuit.*


Exactly. So here is what I mean. The USR LEDs cycle on for me *if* and only
*if* I press the power button on the board. After that, nothing changes.
Otherwise the LEDs are off, well the power LED is on, and the ethernet port
lights are on too, and potentially blinking.

The script, would just be to reboot the board in an attempt to put the
board back into the bad state. For troubleshooting . . .

On Wed, Dec 2, 2015 at 4:46 PM, Jonathan Ross  wrote:

> In my case linux is not booted at this time(none of the 4 user leds lit),
> so a script would not help. This is why I'm doing an external watchdog
> circuit.
>
> On Wednesday, December 2, 2015 at 3:41:32 PM UTC-8, William Hermans wrote:
>>
>> *I didn't test the 8 second holddown of the power button but I doubt it
>>> would help, and unfortunately it's not a reproducible issue. I'll have to
>>> wait for it to happen again.*
>>>
>>
>> I know what you mean, e.g. this happens so erratically, it's hard to tell
>> when it'll happen next. But, I could possibly whip up a script, and a means
>> to automate resetting the system. Really, you could probably do the same as
>> well. Just put "sudo reboot" in a bash script, and run it through rc.d
>>
>> With that said, I'm not 100% sure this is good for the board.
>>
>>
>>
>> On Wed, Dec 2, 2015 at 4:31 PM, Jonathan Ross 
>> wrote:
>>
>>> I didn't test the 8 second holddown of the power button but I doubt it
>>> would help, and unfortunately it's not a reproducible issue. I'll have to
>>> wait for it to happen again.
>>> From my notes, I was seeing zero volts on power, 5V on reset.
>>> The zero volts on power was very weird. From the KL16 I'm "toggling" my
>>> own effective power button that is a transistor between the power pin on
>>> the header and ground. The KL16 pin was not driven high (I checked), so I
>>> don't think it was the transistor on the cape that was pulling pwr to
>>> ground on the BBB. And the physical button wasn't pressed in. It was as if
>>> the pullup at the PMIC wasn't active, yet the power LED was on. Is that
>>> possible?
>>> Wish I hadn't pulled the 5V power to reset, then I could do more testing.
>>>
>>> On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:

 I would start with your cape design and try and rule that out first.

 The reset is an input pin read by the processor, not actually a HW
 power reset. If the SW is locked up, this could happen.

 If you hold the power button for a 8 seconds or more the board should
 power cycle.

 When it is in this state, what do the voltages read?

 Gerald


 On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross 
 wrote:

> Once in a blue moon one of my beaglebones will get into a state where
> it has power (the power LED is lit), but it is not booted. Normally this
> would be fine, just hit the power button to reset. But in this weird state
> the power button does nothing. The reset button does nothing.
> I checked the power and reset button pins on the header, the power was
> low, the reset was high.
> The only way to get the board out of this state was to pull the 5V
> power.
> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it
> via power and/or reset buttons on the header if the BB stops sending
> checkins over uart. This has been working great, except for the rare case
> where the board ends up in this state where the power and reset buttons 
> are
> not functioning.
> Any ideas how the BB could get into this state, and if there's any
> other way to force a reboot other than physically pulling the 5v power?
> Thanks,
> JR
>
> --
> 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...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



 --
 Gerald

 ger...@beagleboard.org
 http://beagleboard.org/

>>> --
>>> 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...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
> 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

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread Jonathan Ross

Got you on the script front. My issue is slightly different, when I get 
into my magic state, pressing the power button does nothing.

On Wednesday, December 2, 2015 at 3:51:42 PM UTC-8, William Hermans wrote:
>
>
>> *In my case linux is not booted at this time(none of the 4 user leds 
>> lit), so a script would not help. This is why I'm doing an external 
>> watchdog circuit.*
>
>
> Exactly. So here is what I mean. The USR LEDs cycle on for me *if* and 
> only *if* I press the power button on the board. After that, nothing 
> changes. Otherwise the LEDs are off, well the power LED is on, and the 
> ethernet port lights are on too, and potentially blinking.
>
> The script, would just be to reboot the board in an attempt to put the 
> board back into the bad state. For troubleshooting . . .
>
> On Wed, Dec 2, 2015 at 4:46 PM, Jonathan Ross  > wrote:
>
>> In my case linux is not booted at this time(none of the 4 user leds lit), 
>> so a script would not help. This is why I'm doing an external watchdog 
>> circuit.
>>
>> On Wednesday, December 2, 2015 at 3:41:32 PM UTC-8, William Hermans wrote:
>>>
>>> *I didn't test the 8 second holddown of the power button but I doubt it 
 would help, and unfortunately it's not a reproducible issue. I'll have to 
 wait for it to happen again.*

>>>
>>> I know what you mean, e.g. this happens so erratically, it's hard to 
>>> tell when it'll happen next. But, I could possibly whip up a script, and a 
>>> means to automate resetting the system. Really, you could probably do the 
>>> same as well. Just put "sudo reboot" in a bash script, and run it through 
>>> rc.d
>>>
>>> With that said, I'm not 100% sure this is good for the board.
>>>
>>>
>>>
>>> On Wed, Dec 2, 2015 at 4:31 PM, Jonathan Ross  
>>> wrote:
>>>
 I didn't test the 8 second holddown of the power button but I doubt it 
 would help, and unfortunately it's not a reproducible issue. I'll have to 
 wait for it to happen again.
 From my notes, I was seeing zero volts on power, 5V on reset.
 The zero volts on power was very weird. From the KL16 I'm "toggling" my 
 own effective power button that is a transistor between the power pin on 
 the header and ground. The KL16 pin was not driven high (I checked), so I 
 don't think it was the transistor on the cape that was pulling pwr to 
 ground on the BBB. And the physical button wasn't pressed in. It was as if 
 the pullup at the PMIC wasn't active, yet the power LED was on. Is that 
 possible?
 Wish I hadn't pulled the 5V power to reset, then I could do more 
 testing.

 On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:
>
> I would start with your cape design and try and rule that out first.
>
> The reset is an input pin read by the processor, not actually a HW 
> power reset. If the SW is locked up, this could happen.
>
> If you hold the power button for a 8 seconds or more the board should 
> power cycle.
>
> When it is in this state, what do the voltages read?
>
> Gerald
>
>
> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross  
> wrote:
>
>> Once in a blue moon one of my beaglebones will get into a state where 
>> it has power (the power LED is lit), but it is not booted. Normally this 
>> would be fine, just hit the power button to reset. But in this weird 
>> state 
>> the power button does nothing. The reset button does nothing.
>> I checked the power and reset button pins on the header, the power 
>> was low, the reset was high.
>> The only way to get the board out of this state was to pull the 5V 
>> power.
>> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it 
>> via power and/or reset buttons on the header if the BB stops sending 
>> checkins over uart. This has been working great, except for the rare 
>> case 
>> where the board ends up in this state where the power and reset buttons 
>> are 
>> not functioning.
>> Any ideas how the BB could get into this state, and if there's any 
>> other way to force a reboot other than physically pulling the 5v power?
>> Thanks,
>> JR
>>
>> -- 
>> 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...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Gerald
>  
> ger...@beagleboard.org
> http://beagleboard.org/
>
 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google 
 Groups

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

Also, at POR, it would help to understand at which point the USR LEDs( all
4 at once ) come on, then go off again.

I'm assuming this is not done in uboot, but I really do not know.

On Wed, Dec 2, 2015 at 4:19 PM, William Hermans  wrote:

> If the software is locked up, the USR LEDs would not cycle as if the
> system is attempting to restart.
>
> On Wed, Dec 2, 2015 at 4:08 PM, John Syne  wrote:
>
>> From what Gerald said previously in this thread:
>>
>> "The reset is an input pin read by the processor, not actually a HW power
>> reset. If the SW is locked up, this could happen.”
>>
>> Regards,
>> John
>>
>>
>>
>>
>> On Dec 2, 2015, at 2:55 PM, William Hermans  wrote:
>>
>> If the board was in sleep, then why wont the reset button reset ? Passed
>> that, why would the USR cycle( flash on then off ) then nothing ?
>>
>> On Wed, Dec 2, 2015 at 3:47 PM, John Syne  wrote:
>>
>>> Sounds to me that like BBB has gone into sleep mode and there is no
>>> trigger to wake it up. Is there a way to measure the current consumption?
>>>
>>> Regards,
>>> John
>>>
>>>
>>>
>>>
>>> On Dec 2, 2015, at 2:40 PM, William Hermans  wrote:
>>>
>>> One more thing of note. I do not run systemd - Ever. I run SYSV as an
>>> init daemon. I only mention this as I think Robert said something about
>>> systemd lessening this issue.
>>>
>>> On Wed, Dec 2, 2015 at 3:36 PM, Gerald Coley 
>>> wrote:
>>>
 Hmm, not sure what is going on. Sounds like the processor has stopped
 running the code and halted but it forgot to turn off the lights.

 Gerald

 On Wed, Dec 2, 2015 at 4:26 PM, William Hermans 
 wrote:

> Gerald, it's like the board hangs at power down, but I can not be 100%
> sure. The reason why I "assume" it's at power down, is that the heartbeat
> blink stops, but the rest of the LEDs stay on, and the ethernet port light
> still blinks.
>
> The board I experienced this on last night is an Element14 RevC, but I
> do also have a circuitco A5A that exhibits the same thing.
>
> On Wed, Dec 2, 2015 at 3:22 PM, Gerald Coley 
> wrote:
>
>> Is this on power up or is this state happening some time later? If it
>> is on power up, then the power supply most likely is the issue based on 
>> the
>> ramp requirements of the PMIC.
>>
>> If the power LED is on, then the PMIC is on and ramped up. That is
>> why I asked for the voltages.
>>
>> It also could be a boot pin read issue where it misreads the boot
>> pins. If that is the case you should see that from the serial port.
>>
>> Gerald
>>
>>
>> On Wed, Dec 2, 2015 at 4:15 PM, William Hermans 
>> wrote:
>>
>>> For what it's worth Gerald, this happens with nothing connected to
>>> the board as well. This just happened to me last night after issuing a
>>> reboot command from the command line.
>>>
>>> I remember at some point you all were talking about something about
>>> the "ramp time" of the PMIC or something.
>>>
>>> On Wed, Dec 2, 2015 at 3:11 PM, Gerald Coley >> > wrote:
>>>
 I would start with your cape design and try and rule that out first.

 The reset is an input pin read by the processor, not actually a HW
 power reset. If the SW is locked up, this could happen.

 If you hold the power button for a 8 seconds or more the board
 should power cycle.

 When it is in this state, what do the voltages read?

 Gerald


 On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross <
 jonr...@nephology.org> wrote:

> Once in a blue moon one of my beaglebones will get into a state
> where it has power (the power LED is lit), but it is not booted. 
> Normally
> this would be fine, just hit the power button to reset. But in this 
> weird
> state the power button does nothing. The reset button does nothing.
> I checked the power and reset button pins on the header, the power
> was low, the reset was high.
> The only way to get the board out of this state was to pull the 5V
> power.
> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot
> it via power and/or reset buttons on the header if the BB stops 
> sending
> checkins over uart. This has been working great, except for the rare 
> case
> where the board ends up in this state where the power and reset 
> buttons are
> not functioning.
> Any ideas how the BB could get into this state, and if there's any
> other way to force a reboot other than physically pulling the 5v 
> power?

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

>
> *I didn't test the 8 second holddown of the power button but I doubt it
> would help, and unfortunately it's not a reproducible issue. I'll have to
> wait for it to happen again.*
>

I know what you mean, e.g. this happens so erratically, it's hard to tell
when it'll happen next. But, I could possibly whip up a script, and a means
to automate resetting the system. Really, you could probably do the same as
well. Just put "sudo reboot" in a bash script, and run it through rc.d

With that said, I'm not 100% sure this is good for the board.



On Wed, Dec 2, 2015 at 4:31 PM, Jonathan Ross  wrote:

> I didn't test the 8 second holddown of the power button but I doubt it
> would help, and unfortunately it's not a reproducible issue. I'll have to
> wait for it to happen again.
> From my notes, I was seeing zero volts on power, 5V on reset.
> The zero volts on power was very weird. From the KL16 I'm "toggling" my
> own effective power button that is a transistor between the power pin on
> the header and ground. The KL16 pin was not driven high (I checked), so I
> don't think it was the transistor on the cape that was pulling pwr to
> ground on the BBB. And the physical button wasn't pressed in. It was as if
> the pullup at the PMIC wasn't active, yet the power LED was on. Is that
> possible?
> Wish I hadn't pulled the 5V power to reset, then I could do more testing.
>
> On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:
>>
>> I would start with your cape design and try and rule that out first.
>>
>> The reset is an input pin read by the processor, not actually a HW power
>> reset. If the SW is locked up, this could happen.
>>
>> If you hold the power button for a 8 seconds or more the board should
>> power cycle.
>>
>> When it is in this state, what do the voltages read?
>>
>> Gerald
>>
>>
>> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross 
>> wrote:
>>
>>> Once in a blue moon one of my beaglebones will get into a state where it
>>> has power (the power LED is lit), but it is not booted. Normally this would
>>> be fine, just hit the power button to reset. But in this weird state the
>>> power button does nothing. The reset button does nothing.
>>> I checked the power and reset button pins on the header, the power was
>>> low, the reset was high.
>>> The only way to get the board out of this state was to pull the 5V power.
>>> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via
>>> power and/or reset buttons on the header if the BB stops sending checkins
>>> over uart. This has been working great, except for the rare case where the
>>> board ends up in this state where the power and reset buttons are not
>>> functioning.
>>> Any ideas how the BB could get into this state, and if there's any other
>>> way to force a reboot other than physically pulling the 5v power?
>>> Thanks,
>>> JR
>>>
>>> --
>>> 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...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Gerald
>>
>> ger...@beagleboard.org
>> http://beagleboard.org/
>>
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

And, of course, in order to remove that the sdcard would need to be put
into aother linux system to remove that file heh !

On Wed, Dec 2, 2015 at 4:41 PM, William Hermans  wrote:

> *I didn't test the 8 second holddown of the power button but I doubt it
>> would help, and unfortunately it's not a reproducible issue. I'll have to
>> wait for it to happen again.*
>>
>
> I know what you mean, e.g. this happens so erratically, it's hard to tell
> when it'll happen next. But, I could possibly whip up a script, and a means
> to automate resetting the system. Really, you could probably do the same as
> well. Just put "sudo reboot" in a bash script, and run it through rc.d
>
> With that said, I'm not 100% sure this is good for the board.
>
>
>
> On Wed, Dec 2, 2015 at 4:31 PM, Jonathan Ross 
> wrote:
>
>> I didn't test the 8 second holddown of the power button but I doubt it
>> would help, and unfortunately it's not a reproducible issue. I'll have to
>> wait for it to happen again.
>> From my notes, I was seeing zero volts on power, 5V on reset.
>> The zero volts on power was very weird. From the KL16 I'm "toggling" my
>> own effective power button that is a transistor between the power pin on
>> the header and ground. The KL16 pin was not driven high (I checked), so I
>> don't think it was the transistor on the cape that was pulling pwr to
>> ground on the BBB. And the physical button wasn't pressed in. It was as if
>> the pullup at the PMIC wasn't active, yet the power LED was on. Is that
>> possible?
>> Wish I hadn't pulled the 5V power to reset, then I could do more testing.
>>
>> On Wednesday, December 2, 2015 at 2:11:58 PM UTC-8, Gerald wrote:
>>>
>>> I would start with your cape design and try and rule that out first.
>>>
>>> The reset is an input pin read by the processor, not actually a HW power
>>> reset. If the SW is locked up, this could happen.
>>>
>>> If you hold the power button for a 8 seconds or more the board should
>>> power cycle.
>>>
>>> When it is in this state, what do the voltages read?
>>>
>>> Gerald
>>>
>>>
>>> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross 
>>> wrote:
>>>
 Once in a blue moon one of my beaglebones will get into a state where
 it has power (the power LED is lit), but it is not booted. Normally this
 would be fine, just hit the power button to reset. But in this weird state
 the power button does nothing. The reset button does nothing.
 I checked the power and reset button pins on the header, the power was
 low, the reset was high.
 The only way to get the board out of this state was to pull the 5V
 power.
 I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it
 via power and/or reset buttons on the header if the BB stops sending
 checkins over uart. This has been working great, except for the rare case
 where the board ends up in this state where the power and reset buttons are
 not functioning.
 Any ideas how the BB could get into this state, and if there's any
 other way to force a reboot other than physically pulling the 5v power?
 Thanks,
 JR

 --
 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...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>>
>>> --
>>> Gerald
>>>
>>> ger...@beagleboard.org
>>> http://beagleboard.org/
>>>
>> --
>> 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.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

press, and hold the reset button, remove power. A few seconds later,
reapply power.

On Wed, Dec 2, 2015 at 2:54 PM, Jonathan Ross  wrote:

> Once in a blue moon one of my beaglebones will get into a state where it
> has power (the power LED is lit), but it is not booted. Normally this would
> be fine, just hit the power button to reset. But in this weird state the
> power button does nothing. The reset button does nothing.
> I checked the power and reset button pins on the header, the power was
> low, the reset was high.
> The only way to get the board out of this state was to pull the 5V power.
> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via
> power and/or reset buttons on the header if the BB stops sending checkins
> over uart. This has been working great, except for the rare case where the
> board ends up in this state where the power and reset buttons are not
> functioning.
> Any ideas how the BB could get into this state, and if there's any other
> way to force a reboot other than physically pulling the 5v power?
> Thanks,
> JR
>
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

For what it's worth Gerald, this happens with nothing connected to the
board as well. This just happened to me last night after issuing a reboot
command from the command line.

I remember at some point you all were talking about something about the
"ramp time" of the PMIC or something.

On Wed, Dec 2, 2015 at 3:11 PM, Gerald Coley  wrote:

> I would start with your cape design and try and rule that out first.
>
> The reset is an input pin read by the processor, not actually a HW power
> reset. If the SW is locked up, this could happen.
>
> If you hold the power button for a 8 seconds or more the board should
> power cycle.
>
> When it is in this state, what do the voltages read?
>
> Gerald
>
>
> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross 
> wrote:
>
>> Once in a blue moon one of my beaglebones will get into a state where it
>> has power (the power LED is lit), but it is not booted. Normally this would
>> be fine, just hit the power button to reset. But in this weird state the
>> power button does nothing. The reset button does nothing.
>> I checked the power and reset button pins on the header, the power was
>> low, the reset was high.
>> The only way to get the board out of this state was to pull the 5V power.
>> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it via
>> power and/or reset buttons on the header if the BB stops sending checkins
>> over uart. This has been working great, except for the rare case where the
>> board ends up in this state where the power and reset buttons are not
>> functioning.
>> Any ideas how the BB could get into this state, and if there's any other
>> way to force a reboot other than physically pulling the 5v power?
>> Thanks,
>> JR
>>
>> --
>> 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.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Gerald
>
> ger...@beagleboard.org
> http://beagleboard.org/
>
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread William Hermans

If the board was in sleep, then why wont the reset button reset ? Passed
that, why would the USR cycle( flash on then off ) then nothing ?

On Wed, Dec 2, 2015 at 3:47 PM, John Syne  wrote:

> Sounds to me that like BBB has gone into sleep mode and there is no
> trigger to wake it up. Is there a way to measure the current consumption?
>
> Regards,
> John
>
>
>
>
> On Dec 2, 2015, at 2:40 PM, William Hermans  wrote:
>
> One more thing of note. I do not run systemd - Ever. I run SYSV as an init
> daemon. I only mention this as I think Robert said something about systemd
> lessening this issue.
>
> On Wed, Dec 2, 2015 at 3:36 PM, Gerald Coley 
> wrote:
>
>> Hmm, not sure what is going on. Sounds like the processor has stopped
>> running the code and halted but it forgot to turn off the lights.
>>
>> Gerald
>>
>> On Wed, Dec 2, 2015 at 4:26 PM, William Hermans 
>> wrote:
>>
>>> Gerald, it's like the board hangs at power down, but I can not be 100%
>>> sure. The reason why I "assume" it's at power down, is that the heartbeat
>>> blink stops, but the rest of the LEDs stay on, and the ethernet port light
>>> still blinks.
>>>
>>> The board I experienced this on last night is an Element14 RevC, but I
>>> do also have a circuitco A5A that exhibits the same thing.
>>>
>>> On Wed, Dec 2, 2015 at 3:22 PM, Gerald Coley 
>>> wrote:
>>>
 Is this on power up or is this state happening some time later? If it
 is on power up, then the power supply most likely is the issue based on the
 ramp requirements of the PMIC.

 If the power LED is on, then the PMIC is on and ramped up. That is why
 I asked for the voltages.

 It also could be a boot pin read issue where it misreads the boot pins.
 If that is the case you should see that from the serial port.

 Gerald


 On Wed, Dec 2, 2015 at 4:15 PM, William Hermans 
 wrote:

> For what it's worth Gerald, this happens with nothing connected to the
> board as well. This just happened to me last night after issuing a reboot
> command from the command line.
>
> I remember at some point you all were talking about something about
> the "ramp time" of the PMIC or something.
>
> On Wed, Dec 2, 2015 at 3:11 PM, Gerald Coley 
> wrote:
>
>> I would start with your cape design and try and rule that out first.
>>
>> The reset is an input pin read by the processor, not actually a HW
>> power reset. If the SW is locked up, this could happen.
>>
>> If you hold the power button for a 8 seconds or more the board should
>> power cycle.
>>
>> When it is in this state, what do the voltages read?
>>
>> Gerald
>>
>>
>> On Wed, Dec 2, 2015 at 3:54 PM, Jonathan Ross 
>> wrote:
>>
>>> Once in a blue moon one of my beaglebones will get into a state
>>> where it has power (the power LED is lit), but it is not booted. 
>>> Normally
>>> this would be fine, just hit the power button to reset. But in this 
>>> weird
>>> state the power button does nothing. The reset button does nothing.
>>> I checked the power and reset button pins on the header, the power
>>> was low, the reset was high.
>>> The only way to get the board out of this state was to pull the 5V
>>> power.
>>> I'm using a KL16 on a cape to do a watchdog on the BB, and reboot it
>>> via power and/or reset buttons on the header if the BB stops sending
>>> checkins over uart. This has been working great, except for the rare 
>>> case
>>> where the board ends up in this state where the power and reset buttons 
>>> are
>>> not functioning.
>>> Any ideas how the BB could get into this state, and if there's any
>>> other way to force a reboot other than physically pulling the 5v power?
>>> Thanks,
>>> JR
>>>
>>> --
>>> 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.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Gerald
>>
>> ger...@beagleboard.org
>> http://beagleboard.org/
>>
>> --
>> 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.
>> For more options, visit https://groups.google.com/d/optout.
>>
>

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread Gerald Coley

We could do that. I just need some information on which pin to remove from
the expansion header.

Gerald


On Wed, Dec 2, 2015 at 7:15 PM, evilwulfie  wrote:

> After reading all about the WDT inside the sitara the only way to cold
> reset the processor is to power cycle it OR
> pull PMIC_PGOOD low which pulls PORZ low which will cold reset the IC.
> IT seems to me that there is some shortsightedness of TI not allowing the
> cold reset to be pulsed from a WDT.
> In case of a processor hang where a warm reset cannot allow the IC to
> recover.
>
> So you may want to find that signal on the board and tie your external WDT
> to it and see if this solves your problem.
> Maybe in the next rev of the BBB this can be some how made available for
> an external WDT.
>
>
>
>
>
>
> On 12/2/2015 5:42 PM, William Hermans wrote:
>
> So just in case this is helpful to the whole process:
>
> william@beaglebone:~$ uname -a
> Linux beaglebone 4.1.9-bone-rt-r16 #1 Thu Oct 1 06:19:41 UTC 2015 armv7l
> GNU/Linux
> william@beaglebone:~$ cat /etc/dogtag
> BeagleBoard.org Debian Image 2015-03-01
> william@beaglebone:~$ pstree
> init-+-bluetoothd
>  |-cron
>  |-dbus-daemon
>  |-7*[getty]
>  |-rpc.idmapd
>  |-rpc.statd
>  |-rpcbind
>  |-rsyslogd---3*[{rsyslogd}]
>  |-sshd---sshd---sshd---bash---pstree
>  `-udevd---2*[udevd]
>
> The output of pstree is just to show that I'm not running systemd, but
> instead sysv.
>
> On Wed, Dec 2, 2015 at 5:38 PM, William Hermans  wrote:
>
>> *Element14 revC.*
>>> *I think what you are describing is the power ramp issue. I don't think
>>> what I'm experiencing is the same thing. I've been through the power ramp
>>> issue and I just use my external KL16 to toggle the BBB pwr button a few
>>> seconds after power is applied, which kicks the board into boot.*
>>> *Jon*
>>>
>>
>> Not trying to be difficult, or argumentative . . . but no, I think we're
>> experiencing the same thing. Only because the board will not boot up Linux
>> at all after it gets into this state. The LEDs will cycle on, then off, but
>> then nothing. I have to physically remove the power from the board for a
>> few seconds, before it'll boot again. Passed that, sometimes, the processes
>> of removing the power may have to be repeated a few times before the board
>> does finally boot. However this last part seems to mostly apply to our
>> A5A's mostly. I do not recall the Element14 RevC's doing this.
>>
>> On Wed, Dec 2, 2015 at 5:32 PM, Jonathan Ross < 
>> jonr...@nephology.org> wrote:
>>
>>> Element14 revC.
>>> I think what you are describing is the power ramp issue. I don't think
>>> what I'm experiencing is the same thing. I've been through the power ramp
>>> issue and I just use my external KL16 to toggle the BBB pwr button a few
>>> seconds after power is applied, which kicks the board into boot.
>>> Jon
>>>
>>> On Wednesday, December 2, 2015 at 4:27:49 PM UTC-8, William Hermans
>>> wrote:

 Which board revision Jonathon ? This board I noticed this on last night
 is an Element14 RevC. But on our A5A's I never noticed the USR LEDs cycling
 like that.

 On Wed, Dec 2, 2015 at 4:59 PM, Jonathan Ross 
 wrote:

> Got you on the script front. My issue is slightly different, when I
> get into my magic state, pressing the power button does nothing.
>
> On Wednesday, December 2, 2015 at 3:51:42 PM UTC-8, William Hermans
> wrote:
>>
>>
>>> *In my case linux is not booted at this time(none of the 4 user leds
>>> lit), so a script would not help. This is why I'm doing an external
>>> watchdog circuit. *
>>
>>
>> Exactly. So here is what I mean. The USR LEDs cycle on for me *if*
>> and only *if* I press the power button on the board. After that, nothing
>> changes. Otherwise the LEDs are off, well the power LED is on, and the
>> ethernet port lights are on too, and potentially blinking.
>>
>> The script, would just be to reboot the board in an attempt to put
>> the board back into the bad state. For troubleshooting . . .
>>
>> On Wed, Dec 2, 2015 at 4:46 PM, Jonathan Ross 
>> wrote:
>>
>>> In my case linux is not booted at this time(none of the 4 user leds
>>> lit), so a script would not help. This is why I'm doing an external
>>> watchdog circuit.
>>>
>>> On Wednesday, December 2, 2015 at 3:41:32 PM UTC-8, William Hermans
>>> wrote:

 *I didn't test the 8 second holddown of the power button but I
> doubt it would help, and unfortunately it's not a reproducible issue. 
> I'll
> have to wait for it to happen again.*
>

 I know what you mean, e.g. this happens so erratically, it's hard
 to tell when it'll happen next. But, I could possibly whip up a 
 script, and
 a

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread Gerald Coley

We can do that. Nothing pending that calls for a design update. So, it will
be a while.

Gerald

On Wed, Dec 2, 2015 at 7:58 PM, evilwulfie  wrote:

> Just do it like the battery inputs allow a pin/hole for later population
> if required.
> I doubt anybody would give up any I/O pins without a fight.
>
>
>
>
>
> On 12/2/2015 6:32 PM, Gerald Coley wrote:
>
> We could do that. I just need some information on which pin to remove from
> the expansion header.
>
> Gerald
>
>
> On Wed, Dec 2, 2015 at 7:15 PM, evilwulfie  wrote:
>
>> After reading all about the WDT inside the sitara the only way to cold
>> reset the processor is to power cycle it OR
>> pull PMIC_PGOOD low which pulls PORZ low which will cold reset the IC.
>> IT seems to me that there is some shortsightedness of TI not allowing the
>> cold reset to be pulsed from a WDT.
>> In case of a processor hang where a warm reset cannot allow the IC to
>> recover.
>>
>> So you may want to find that signal on the board and tie your external
>> WDT to it and see if this solves your problem.
>> Maybe in the next rev of the BBB this can be some how made available for
>> an external WDT.
>>
>>
>>
>>
>>
>>
>> On 12/2/2015 5:42 PM, William Hermans wrote:
>>
>> So just in case this is helpful to the whole process:
>>
>> william@beaglebone:~$ uname -a
>> Linux beaglebone 4.1.9-bone-rt-r16 #1 Thu Oct 1 06:19:41 UTC 2015 armv7l
>> GNU/Linux
>> william@beaglebone:~$ cat /etc/dogtag
>> BeagleBoard.org Debian Image 2015-03-01
>> william@beaglebone:~$ pstree
>> init-+-bluetoothd
>>  |-cron
>>  |-dbus-daemon
>>  |-7*[getty]
>>  |-rpc.idmapd
>>  |-rpc.statd
>>  |-rpcbind
>>  |-rsyslogd---3*[{rsyslogd}]
>>  |-sshd---sshd---sshd---bash---pstree
>>  `-udevd---2*[udevd]
>>
>> The output of pstree is just to show that I'm not running systemd, but
>> instead sysv.
>>
>> On Wed, Dec 2, 2015 at 5:38 PM, William Hermans < 
>> yyrk...@gmail.com> wrote:
>>
>>> *Element14 revC.*
 *I think what you are describing is the power ramp issue. I don't think
 what I'm experiencing is the same thing. I've been through the power ramp
 issue and I just use my external KL16 to toggle the BBB pwr button a few
 seconds after power is applied, which kicks the board into boot.*
 *Jon*

>>>
>>> Not trying to be difficult, or argumentative . . . but no, I think we're
>>> experiencing the same thing. Only because the board will not boot up Linux
>>> at all after it gets into this state. The LEDs will cycle on, then off, but
>>> then nothing. I have to physically remove the power from the board for a
>>> few seconds, before it'll boot again. Passed that, sometimes, the processes
>>> of removing the power may have to be repeated a few times before the board
>>> does finally boot. However this last part seems to mostly apply to our
>>> A5A's mostly. I do not recall the Element14 RevC's doing this.
>>>
>>> On Wed, Dec 2, 2015 at 5:32 PM, Jonathan Ross < 
>>> jonr...@nephology.org> wrote:
>>>
 Element14 revC.
 I think what you are describing is the power ramp issue. I don't think
 what I'm experiencing is the same thing. I've been through the power ramp
 issue and I just use my external KL16 to toggle the BBB pwr button a few
 seconds after power is applied, which kicks the board into boot.
 Jon

 On Wednesday, December 2, 2015 at 4:27:49 PM UTC-8, William Hermans
 wrote:
>
> Which board revision Jonathon ? This board I noticed this on last
> night is an Element14 RevC. But on our A5A's I never noticed the USR LEDs
> cycling like that.
>
> On Wed, Dec 2, 2015 at 4:59 PM, Jonathan Ross < 
> jon...@nephology.org> wrote:
>
>> Got you on the script front. My issue is slightly different, when I
>> get into my magic state, pressing the power button does nothing.
>>
>> On Wednesday, December 2, 2015 at 3:51:42 PM UTC-8, William Hermans
>> wrote:
>>>
>>>
 *In my case linux is not booted at this time(none of the 4 user
 leds lit), so a script would not help. This is why I'm doing an 
 external
 watchdog circuit. *
>>>
>>>
>>> Exactly. So here is what I mean. The USR LEDs cycle on for me *if*
>>> and only *if* I press the power button on the board. After that, nothing
>>> changes. Otherwise the LEDs are off, well the power LED is on, and the
>>> ethernet port lights are on too, and potentially blinking.
>>>
>>> The script, would just be to reboot the board in an attempt to put
>>> the board back into the bad state. For troubleshooting . . .
>>>
>>> On Wed, Dec 2, 2015 at 4:46 PM, Jonathan Ross <
>>> jon...@nephology.org> wrote:
>>>
 In my case linux is not booted at this time(none of the 4 user leds
 lit), so a script would not help. This is

Re: [beagleboard] BBB frozen, how to reset?

2015-12-02 Thread evilwulfie

Just do it like the battery inputs allow a pin/hole for later population
if required.
I doubt anybody would give up any I/O pins without a fight.




On 12/2/2015 6:32 PM, Gerald Coley wrote:
> We could do that. I just need some information on which pin to remove
> from the expansion header.
>
> Gerald
>
>
> On Wed, Dec 2, 2015 at 7:15 PM, evilwulfie  > wrote:
>
> After reading all about the WDT inside the sitara the only way to
> cold reset the processor is to power cycle it OR
> pull PMIC_PGOOD low which pulls PORZ low which will cold reset the IC.
> IT seems to me that there is some shortsightedness of TI not
> allowing the cold reset to be pulsed from a WDT.
> In case of a processor hang where a warm reset cannot allow the IC
> to recover.
>
> So you may want to find that signal on the board and tie your
> external WDT to it and see if this solves your problem.
> Maybe in the next rev of the BBB this can be some how made
> available for an external WDT.
>
>
>
>
>
>
> On 12/2/2015 5:42 PM, William Hermans wrote:
>> So just in case this is helpful to the whole process:
>>
>> william@beaglebone:~$ uname -a
>> Linux beaglebone 4.1.9-bone-rt-r16 #1 Thu Oct 1 06:19:41 UTC 2015
>> armv7l GNU/Linux
>> william@beaglebone:~$ cat /etc/dogtag
>> BeagleBoard.org Debian Image 2015-03-01
>> william@beaglebone:~$ pstree
>> init-+-bluetoothd
>>  |-cron
>>  |-dbus-daemon
>>  |-7*[getty]
>>  |-rpc.idmapd
>>  |-rpc.statd
>>  |-rpcbind
>>  |-rsyslogd---3*[{rsyslogd}]
>>  |-sshd---sshd---sshd---bash---pstree
>>  `-udevd---2*[udevd]
>>
>> The output of pstree is just to show that I'm not running
>> systemd, but instead sysv.
>>
>> On Wed, Dec 2, 2015 at 5:38 PM, William Hermans
>> > wrote:
>>
>> /Element14 revC./
>> /I think what you are describing is the power ramp issue.
>> I don't think what I'm experiencing is the same thing.
>> I've been through the power ramp issue and I just use my
>> external KL16 to toggle the BBB pwr button a few seconds
>> after power is applied, which kicks the board into boot./
>> /Jon/
>>
>>
>> Not trying to be difficult, or argumentative . . . but no, I
>> think we're experiencing the same thing. Only because the
>> board will not boot up Linux at all after it gets into this
>> state. The LEDs will cycle on, then off, but then nothing. I
>> have to physically remove the power from the board for a few
>> seconds, before it'll boot again. Passed that, sometimes, the
>> processes of removing the power may have to be repeated a few
>> times before the board does finally boot. However this last
>> part seems to mostly apply to our A5A's mostly. I do not
>> recall the Element14 RevC's doing this.
>>
>> On Wed, Dec 2, 2015 at 5:32 PM, Jonathan Ross
>> > wrote:
>>
>> Element14 revC.
>> I think what you are describing is the power ramp issue.
>> I don't think what I'm experiencing is the same thing.
>> I've been through the power ramp issue and I just use my
>> external KL16 to toggle the BBB pwr button a few seconds
>> after power is applied, which kicks the board into boot.
>> Jon
>>
>> On Wednesday, December 2, 2015 at 4:27:49 PM UTC-8,
>> William Hermans wrote:
>>
>> Which board revision Jonathon ? This board I noticed
>> this on last night is an Element14 RevC. But on our
>> A5A's I never noticed the USR LEDs cycling like that.
>>
>> On Wed, Dec 2, 2015 at 4:59 PM, Jonathan Ross
>> >
>> wrote:
>>
>> Got you on the script front. My issue is slightly
>> different, when I get into my magic state,
>> pressing the power button does nothing.
>>
>> On Wednesday, December 2, 2015 at 3:51:42 PM
>> UTC-8, William Hermans wrote:
>>
>> /In my case linux is not booted at this
>> time(none of the 4 user leds lit), so a
>> script would not help. This is why I'm
>> doing an external watchdog circuit.
>> /
>>
>>
>> Exactly. So here is what I mean. The USR LEDs
>> cycle on for me *if* and only *if* I press
>> the power button on the board. After that,
>>

38 matches

Mail list logo