Hi! > >> Ok, but: > >> > >> 1) Why is the twl4030-bci enabled in n900's dts, then > >> > > > > maybe it is bug in n900 dts... > > > > Grazvydas, is there some runtime check if twl4030/twl5030 chip > > has charger or not? or do we need to explicitly disable device > > twl4030-bci in DT? > > Actually from looking at the schematics, it looks like the charger > pins are still there but all connected to ground. So it probably has > the charger after all, it's just not connected or used. > > I'm not aware or any registers for direct detection, and indirect > detection is difficult because BCI mostly disables itself when no > charger is connected and most registers read as 0 or have old values > from last charging session (which will never happen on n900). > > There is IDCODE register on twl4030 itself, but it's documented as not > meaningful when accessed over i2c (when is it meaningful then??). > > drivers/mfd/twl-core.c has a i2c_device_id table of various twl4030 > variants, some of which have no charger. N900 has GAIA/twl5030, which > differs from twl4030 only by vaux2 regulator according to that file. > N900's old board files specify 5030, but .dts does not. I have enabled the (not-too-useful) twl4030 charger on my n900, and it seems to break boot with kernels 34c9a0ffc75ad25b6a60f61e27c4a4b1189b8085 and newer. I'll probably not have time to investigate it further (charger not connected to anything is not too useful), but maybe Neil wants to test on his phone...? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
