On a fresh install of alarm on my overo fire I ran into issues once I updated. It seems as though udev and my OTG are not playing nice. The OTG port is on my gumstix summit expansion board. Everything worked on the initial image downloaded
Boot error$this->bbcode_second_pass_code('', 'Uncompressing Linux... done, booting the kernel.
[ 0.119995] Could not look up mcpdm hw_mod
[ 1.851165] twl4030_wdt twl4030_wdt: Failed to register misc device
[ 2.084106] omap_hsmmc omap_hsmmc.1: could not set regulator OCR (-22)
[ 2.413665] omap_hsmmc omap_hsmmc.1: could not set regulator OCR (-22)
INIT: version 2.88 booting')
Udev error$this->bbcode_second_pass_code('', ':: Waiting for UDev uevents to be processed [BUSY]
udevd[85]: worker [88] timeout, kill it
udevd[85]: seq 1029 '/devices/platform/omap/omap_hsmmc.1/mmc_host/mmc1/mmc1:0001/mmc1:0001:1' killed')
I have tried searching for something relating and I am not having any luck as of yet. Does uImage need to be refreshed? Such as in the same manner as on Arch by running mkinitcpio -p kernelName , but no preset file for the kernel. Maybe I am confusing myself with Arch and alarm, I am new to the ARM world.
Other info$this->bbcode_second_pass_code('', 'Linux alarm 3.2.7-1-ARCH #1 SMP PREEMPT Sat Feb 25 23:37:27 UTC 2012 armv7l ARMv7 Processor rev 3 (v7l) Gumstix Overo GNU/Linux
console=ttyO2,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext4 raid=noautodetect rootwait')
Everything is on a 16GB class 4 Kingston sdcard
My apologies if these are really basic issues but I feel lost on what to do. I appreciate any time and help on this, if more information about anything is needed please let me know and I will post. Thank you very much for helping me resolve my issue.
edited to fix typo's and remove something I was confusing myself over that was not an issue.
edit2:
Just noticed this as well $this->bbcode_second_pass_code('', 'hwclock
hwclock: select() to /dev/rtc to wait for clock tick timed out: No such file or directory
ls -la /dev/rtc
lrwxrwxrwx 1 root root 4 Dec 31 18:57 /dev/rtc -> rtc0
ls -la /dev/rtc0
crw------- 1 root root 254, 0 Dec 31 18:57 /dev/rtc0')
Not sure if this is related though, just another thing I just ran across.
Thanks