Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1243057 > unrolled thread
| Started by | Tony Lindgren <tony@atomide.com> |
|---|---|
| First post | 2015-10-09 08:50 +0200 |
| Last post | 2015-10-09 08:50 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH] ARM: OMAP2+: Fixed inverted OMAP_OFFOUT_EN Tony Lindgren <tony@atomide.com> - 2015-10-09 08:50 +0200
| From | Tony Lindgren <tony@atomide.com> |
|---|---|
| Date | 2015-10-09 08:50 +0200 |
| Subject | Re: [PATCH] ARM: OMAP2+: Fixed inverted OMAP_OFFOUT_EN |
| Message-ID | <qhzF7-2KD-5@gated-at.bofh.it> |
* Ben Tucker <benjamint@bsquare.com> [151008 06:09]: > The OFFOUTENABLE bit of the omap PADCONF registers is active low. > The mux code assumed that it was active high and this patch fixes this > problem. > > Tested on an AM37x device. Hmm what are the test cases you're using to validate this so I can try to reproduce? AFAIK because of erratum 1.158 for GPIO pins needing to be muxed temporarly for input + pull + safe mode for off mode, so I'm wondering in which cases the OFFOUTENABLE can be used. I have a patch in works for 1.158 using gpio-ranges, and the test case I'm using is the reset of WLAN that happens in off mode as the enable GPIO glitches when returning from off mode. Also.. I'm wondring why this has not been caught earlier? Maybe because 1.158 is needed on omap3? Regrds, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to top | Article view | linux.kernel
csiph-web