Re: [PATCH 00/10] OMAP3: SR: Fixes in Smartreflex driver

Koen Kooi <k.kooi@xxxxxxxxxxxxxxxxxx> · Sat, 25 Apr 2009 09:41:21 +0200

Op 24 apr 2009, om 08:46 heeft Roger Quadros het volgende geschreven:

ext Kevin Hilman wrote:
"Nayak, Rajendra" <rnayak@xxxxxx> writes:
Re-sending this patch-set with some mailer issues resolved. They  
now apply cleanly
with a git-am/git-apply.

Hi,

This series fixes a set of defects/issues in Smartreflex driver.  
SR autocompensation is now
functional and is validated with these patches on a ES3.1 based  
SDP with the N values in Efuse.

The patches also make the Smartreflex driver independent of SRF by  
using the OMAP PM apis
instead of calls to SRF.

Patches apply on top of the latest pm branch from Kevin's pm tree.
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap- 
pm.git
Rajendra,
This series seems to boot on SDP and Beagle but I recetly tried on
RX51 and it hangs in omap3_sr_init().
Using Lauterbach, I tracked it to hang in sr_configure_vp() at this
PRM write to the PRM_VP1_VLIMITTO register:
		prm_write_mod_reg(PRM_VP1_VLIMITTO_VDDMAX |
					PRM_VP1_VLIMITTO_VDDMIN |
					PRM_VP1_VLIMITTO_TIMEOUT,
					OMAP3430_GR_MOD,
					OMAP3_PRM_VP1_VLIMITTO_OFFSET);
Should these min/max/timeout values be board specific?
Kevin
--
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

It runs on rx51 if we set CONFIG_OMAP_PM_SRF instead of  
CONFIG_OMAP_PM_NOOP.

I can confirm that switching to CONFIG_OMAP_PM_SRF fixes a similar  
problem I'm seeing on a gumstix overo.

regards,

Koen

Attachment:
PGP.sig

Description: Dit deel van het bericht is digitaal ondertekend