albertone74 wrote: 
> Anything else I can do?:)

KERNEL-WAND-3.0.35-CM39+.FC18
Another loose end, that dates back to the PBWPN image. "alsactl store"
on the spdif device, as part of the shutdown process, caused the
shutdown/reboot to hang. 'ENGR00234501 ASoC: spdif: fix Ubuntu reboot
hang issue'
(http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/commit/?h=imx_3.0.35_4.0.0&id=d44a8674f5116e7e7cdf72cc5feb03be62b00c6f)
is the fix.


Code:
--------------------
    
  sudo yum remove kernel-wand-3.0.35-cm38+.fc18
  sudo csos-cleanInstall-testing kernel-wand-3.0.35-cm39+.fc18
  sync
  sudo reboot
  
--------------------


After reboot, edit /lib/systemd/system/alsa-store.service. Remove the
"0" from the end of the ExecStart line. (Commented '#' line is before
editing, uncommented line is after.) 

Code:
--------------------
    
  # ExecStart=/sbin/alsactl -E ALSA_CONFIG_PATH=/etc/alsa/alsactl.conf store 0
  ExecStart=/sbin/alsactl -E ALSA_CONFIG_PATH=/etc/alsa/alsactl.conf store
  
--------------------


Now "sudo reboot" to test the fix, and device should successfully
reboot, without hanging.

AUTOMATIC UPDATES
R4 image (has pre-installed and) enabled, yum-updatesd service, but it
is currently only logging new available updates to syslog rather than
actually installing them.

Edit /etc/yum/yum-updatesd.conf. Change the do_XXXX = "no" to "yes".

Code:
--------------------
    
  ##
  ## Before
  ##
  
  # automatically install updates
  do_update = no
  # automatically download updates
  do_download = no
  # automatically download deps of updates
  do_download_deps = no
  
  
  ##
  ## After
  ##
  
  # automatically install updates
  do_update = yes
  # automatically download updates
  do_download = yes
  # automatically download deps of updates
  do_download_deps = yes
  
--------------------


Then restart the service....

Code:
--------------------
    
  sudo systemctl restart yum-updatesd
  
--------------------


Going back to CPU governor. After doing the above, if you could avoid
rebooting for the rest of the weekend, just use device, and then on
Monday run "cpupower frequency-info" again and post the last line of
output. What we are interested to see is the stats, showing how much
time has been spent at the 400/800/1000 speeds.


------------------------------------------------------------------------
JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069
View this thread: http://forums.slimdevices.com/showthread.php?t=98544

_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix

Reply via email to