So in my earlier message I noted these messages:
omap_hwmod: _populate_mpu_rt_base found no _mpu_rt_va for l4_core
omap_hwmod: _populate_mpu_rt_base found no _mpu_rt_va for l4_per
omap_hwmod: _populate_mpu_rt_base found no _mpu_rt_va for l4_wkup
omap_hwmod: _populate_mpu_rt_base found no _mpu_rt_va for usbhs_ohci
omap_hwmod: _populate_mpu_rt_base found no _mpu_rt_va for usbhs_ehci
omap_hwmod: gpt12_fck: missing clockdomain for gpt12_fck.
print_constraints: dummy:
I think the messages for l4_core, l4_per, and l4_wkup are probably okay. The definitions look pretty similar to the ones in the 2.6.35 kernel, and it's not clear to me how these would be related to usb anyway.
I removed the messages for usbhs_ohci and usbhs_ehci by removing the corresponding definitions. I *think* these are for host side usb, but I'm not sure. These definitions did not even exist in the 2.6.35 kernel omap3xxx code, they omap44xx only. So I guess they added support for omap3xxx ohci/ehci drivers in the 3.0.8 kernel.
Don't know about gpt12_fck, but I'm assuming that's benign.
The print_constraints message comes from the regulator code. There's a facility to use a "dummy", or virtual, regulator in certain circumstances. This isn't used for the sniper board but for some reason it's still compiled into the 3.0.8 kernel. I just removed that to fix the message.
So that brings me up to the current issue, which is, when unplugging the usb cable, I see the following messages about i2c errors:
twl4030_phy_power + : PHY_PWR_CTRL=0 ====^^==== (twl4030-usb.c)
twl4030_phy_power + : PHY_CLK_CTRL=6 ====^^==== (twl4030-usb.c)
twl4030_phy_power + : PHY_CLK_CTRL_STS=1 ====^^==== (twl4030-usb.c)
twl: i2c_read failed to transfer all messages
twl4030_usb twl4030_usb: Write1[0,0xfd] wrote 00 but read 01
[charging_msg] charging_ic_work_func
[Battery] Charging IC - EOC
omap_i2c omap_i2c.1: controller timed out
twl: i2c_write failed to transfer all messages
twl4030_usb twl4030_usb: Write2[0,0xfd] wrote 00 but read 01
That is just the start, there are more errors following.
So far I've tried to take the 2.6.35 i2c-omap.c code and put it into 3.0.8 but that's not booting. I'll be digging into this further...