reboot

[GoogleCodeExporter]

What steps will reproduce the problem?
1. reboot
2. reboot -f

Hello,

I have (probably not only me) problem with reboot. It just halts.
[  659.364031] watchdog stopped
[  661.381209] watchdog stopped
[  661.387555] Restarting system.
[  662.418115] Reboot failed -- System halted

is there any patch to reboot rs_pi?
I'm using latest trunk. I have modules for lan/vlan/wlan/qos etc...
I'm using rs_pi as wireless NODE with 3-4 USB adapters. I just got to compile 
this trunk with support for php (captive portal) .. iptables , quagga/bgp/ospf 
and such. - just to share my general idea.

I'm I missing some additional kernel module?

Thanx!

lsmod
-----------
Module                  Size  Used by    Tainted: G  
asix                   11536  0 
evdev                   7254  0 
carl9170               67745  0 
ath9k_htc              48318  0 
macvlan                 6542  0 
nf_nat_irc               926  0 
nf_conntrack_irc        2567  1 nf_nat_irc
nf_nat_ftp              1140  0 
nf_conntrack_ftp        4661  1 nf_nat_ftp
xt_iprange              1172  0 
ipt_REDIRECT             774  0 
ipt_NETMAP               738  0 
ipt_MASQUERADE          1191  0 
iptable_nat             2397  0 
nf_nat                 10341  6 
nf_nat_irc,nf_nat_ftp,ipt_REDIRECT,ipt_NETMAP,ipt_MASQUERADE,iptable_nat
xt_recent               6426  0 
xt_helper                872  0 
xt_connmark             1196  0 
xt_connbytes            1433  0 
xt_conntrack            2396  0 
xt_CT                   1325  0 
xt_NOTRACK               583  0 
iptable_raw              726  0 
xt_state                 789  0 
nf_conntrack_ipv4       4290  3 iptable_nat,nf_nat
nf_defrag_ipv4           784  1 nf_conntrack_ipv4
nf_conntrack           40243 15 
nf_nat_irc,nf_conntrack_irc,nf_nat_ftp,nf_conntrack_ftp,ipt_MASQUERADE,iptable_n
at,nf_nat,xt_helper,xt_connmark,xt_connbytes,xt_conntrack,xt_CT,xt_NOTRACK,xt_st
ate,nf_conntrack_ipv4
ipt_REJECT              1710  0 
xt_TCPMSS               1892  0 
ipt_LOG                 5935  0 
xt_comment               519  0 
xt_multiport            1324  0 
xt_mac                   663  0 
xt_limit                1233  0 
iptable_mangle           900  0 
iptable_filter           760  0 
ip_tables               8835  4 
iptable_nat,iptable_raw,iptable_mangle,iptable_filter
xt_tcpudp               1788  0 
x_tables               10030 25 
xt_iprange,ipt_REDIRECT,ipt_NETMAP,ipt_MASQUERADE,iptable_nat,xt_recent,xt_helpe
r,xt_connmark,xt_connbytes,xt_conntrack,xt_CT,xt_NOTRACK,iptable_raw,xt_state,ip
t_REJECT,xt_TCPMSS,ipt_LOG,xt_comment,xt_multiport,xt_mac,xt_limit,iptable_mangl
e,iptable_filter,ip_tables,xt_tcpudp
nfs                   134173  0 
p54usb                 10196  0 
tun                    11451  0 
p54common              25737  1 p54usb
lockd                  59813  1 nfs
sunrpc                164789  3 nfs,lockd
rt2800usb              12056  0 
rt73usb                20050  0 
rt2800lib              47404  1 rt2800usb
ath9k_common            1473  1 ath9k_htc
ath9k_hw              329186  2 ath9k_htc,ath9k_common
rt2x00usb               7121  2 rt2800usb,rt73usb
ath                    13917  4 carl9170,ath9k_htc,ath9k_common,ath9k_hw
rt2x00lib              31777  4 rt2800usb,rt73usb,rt2800lib,rt2x00usb
mac80211              236936  7 
carl9170,ath9k_htc,p54usb,p54common,rt2800lib,rt2x00usb,rt2x00lib
crc_itu_t                987  1 rt73usb
crc_ccitt                987  2 p54common,rt2800lib
cfg80211              175343  6 
carl9170,ath9k_htc,p54common,ath,rt2x00lib,mac80211
compat                  4817  9 
carl9170,ath9k_htc,p54usb,rt2800usb,rt73usb,ath9k_common,ath9k_hw,mac80211,cfg80
211
arc4                     940  0 
aes_generic            33445  0 
crypto_algapi          10378  2 arc4,aes_generic

Original issue reported on code.google.com by darkman...@gmail.com on 12 Oct 2012 at 5:07

[GoogleCodeExporter]

You are not missing anything, it is a bug / missing feature.

Original comment by nathan.h...@gmail.com on 14 Oct 2012 at 2:15

• Changed state: Accepted

[GoogleCodeExporter]

Is there any temporary way to reboot it? I noticed that if kernel panic is 
provoked that it reboots cleanly.. ? Is there any way to induce kernel panic? 
:)) I'm not kidding, I need reboot as it's on remote location.. currently 
running 4 USB wireless cards in AP mode (3) and link (1). Don't really care 
about filesystem errors due to un-clean reboot as I keep backup.

Original comment by darkman...@gmail.com on 14 Oct 2012 at 5:30

[GoogleCodeExporter]

There is a workaround to force a reboot by letting the watchdog reset the rpi. 
This can be done by killing the process which triggers the watchdog 
periodically.

Do a "ps" and locate the watchdog process. Perform a "kill -9" on the pid of 
the watchdog process. You should get a warning message saying that the watchdog 
is not stopped and it will issue a reset after ~10 seconds.

raspberrypi-openwrt@googlecode.com schreef:

Original comment by nathan.h...@gmail.com on 16 Oct 2012 at 9:23

[GoogleCodeExporter]

Nice :)
thank you :)
Any estimate on when this might be fixed?

Original comment by darkman...@gmail.com on 16 Oct 2012 at 9:28

[GoogleCodeExporter]

This issue was closed by revision ba95a3fb3049.

Original comment by nathan.h...@gmail.com on 8 Nov 2012 at 9:25

• Changed state: Fixed