* Dr. H. Nikolaus Schaller <hns@xxxxxxxxxxxxx> [141112 12:28]: > Am 12.11.2014 um 16:45 schrieb Grazvydas Ignotas <notasas@xxxxxxxxx>: > > On Tue, Nov 4, 2014 at 5:42 PM, Tony Lindgren <tony@xxxxxxxxxxx> wrote: > > > > Pandora does, as well as GTA04 AFAIK, > > Yes. The trick is that the power level that turns on the device is a little higher > and the battery provides enough energy for approx. 30 seconds until it drained > to a level where it turns off. Depending on general setup (WIFI must remain > powered off after boot) this is enough to boot into Linux and start full charging. > Another trick is to modify MLO and U-Boot to raise the charging current. Depending on the device and the boot-up speed this seems to work only when connected to a Linux PC though. AFAIK Windows PCs enforce the 100mA USB power limit until the device is enumerated which can keep the device in an eternal reboot loop not being able to ever get the charging going :) > > guess.. At least pandora was booting up on charger connect up until > > now. > > Same for GTA04. See the comments I posted earlier today. Have you guys tried the $subject patch with v3.18-rc series? It sounds like these comments are based on just reading the patch. Or else I'm missing something related to some other regression that's probably unrelated to the $subject patch? > >> We could consider exporting a function for the charger driver to > >> configure the poweron mask. And we could also consider passing a > >> mask in ti,use_poweroff = 0xff. > > Yes, exporting these masks would be fine - if a board needs a non-default > setup. It seems we've been missing all kind of things. We probably should first power off any the board specific GPIO regulators. Then configure the power-up sequence for the board. And then finally call the twl4030_power_off(). Regards, Tony -- 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
