From: Kalle Jokiniemi <ext-kalle.jokiniemi@nokia.com>
To: "ext TK, Pratheesh Gangadhar" <pratheesh@ti.com>
Cc: Koen Kooi <k.kooi@student.utwente.nl>,
linux-omap <linux-omap@vger.kernel.org>
Subject: RE: [PATCH 0/3] ARM: OMAP: SmartReflex driver
Date: Tue, 03 Jun 2008 09:02:24 +0300 [thread overview]
Message-ID: <1212472944.32058.31.camel@kj-ubuntu> (raw)
In-Reply-To: <B85A65D85D7EB246BE421B3FB0FBB593011132AD90@dbde02.ent.ti.com>
Hi Pratheesh,
On ma, 2008-06-02 at 20:28 +0530, ext TK, Pratheesh Gangadhar wrote:
> Koen,
>
> You need to use NTargets from E-fuse for the correct operation. If E-fuse reads zero, then you are using a device without SmartReflex support or not guaranteed at least.
>
> #define CONTROL_FUSE_OPP1_VDD1 0x48002380
> #define CONTROL_FUSE_OPP2_VDD1 0x48002384
> #define CONTROL_FUSE_OPP3_VDD1 0x48002388
> #define CONTROL_FUSE_OPP4_VDD1 0x4800238C
> #define CONTROL_FUSE_OPP5_VDD1 0x48002390
>
> #define CONTROL_FUSE_OPP1_VDD2 0x48002394
> #define CONTROL_FUSE_OPP2_VDD2 0x48002398
> #define CONTROL_FUSE_OPP3_VDD2 0x4800239C
>
> #define CONTROL_FUSE_SR 0x480023A0
>
> Those values present in the driver are meant for testing purposes only. Ideally in sr_enable, if current_nvalue reads zero we should return without enabling SmartReflex module.
>
>
> current_nvalue = sr_read_reg(sr, NVALUERECIPROCAL);
>
> if (nvalue_reciprocal == 0) {
> DPRINTK("OPP doesn't support SmartReflex\n");
> return;
> }
>
> if (current_nvalue == nvalue_reciprocal) {
> DPRINTK("System is already at the desired voltage level\n");
> return;
> }
This last if-statement is something that puzzled me while I was doing
this patch-set. Shouldn't the SmartReflex be enabled even though we are
at the desired voltage level at a given time. I mean, the operating
conditions (temperature for one) could change over time and smartreflex
will need to do it's magic in order to keep the device at a proper
voltage level, right?
>
> This driver needs modification to read NTargets from E-fuse rather than using hard coded values.
Tony, I can update this patch set, or send an additional patch that adds
the efuse support. Which will you prefer?
Regards,
Kalle
> -----Original Message-----
> From: linux-omap-owner@vger.kernel.org [mailto:linux-omap-owner@vger.kernel.org] On Behalf Of Koen Kooi
> Sent: Monday, June 02, 2008 6:02 PM
> To: Kalle Jokiniemi
> Cc: linux-omap
> Subject: Re: [PATCH 0/3] ARM: OMAP: SmartReflex driver
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> Op 2 jun 2008, om 13:29 heeft Kalle Jokiniemi het volgende geschreven:
>
> > Here is an updated version of the SmartReflex driver.
> >
> > Patches 1 and 2 are same as before, but patch 3 has some new things:
> >
> > - Changed the register accessing to use the prm_xxx_mod_reg{_bits}()
> > functions.
> >
> > - Created a Kconfig entry for SmartReflex in "System type->TI OMAP
> > Implementations" menu.
> >
> > Tested on 3430SDP.
>
> Compiles for beagleboard, but the board hangs after:
>
> echo -n 1 > /sys/power/sr_vdd1_autocomp
> echo -n 1 > /sys/power/sr_vdd2_autocomp
>
> But that's likely to be a beagleboard specific problem.
>
> regards,
>
> Koen
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (Darwin)
>
> iD8DBQFIQ+g/MkyGM64RGpERAqwgAJ97AE4z0bIBZJs7nZcO1Npa8YkIcgCfY6KM
> 3Hhr4AIdmzNiozdqs1uQUgg=
> =rcQP
> -----END PGP SIGNATURE-----
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2008-06-03 6:02 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-02 11:29 [PATCH 0/3] ARM: OMAP: SmartReflex driver Kalle Jokiniemi
2008-06-02 12:31 ` Koen Kooi
2008-06-02 14:58 ` TK, Pratheesh Gangadhar
2008-06-03 6:02 ` Kalle Jokiniemi [this message]
2008-06-03 8:24 ` TK, Pratheesh Gangadhar
2008-06-03 15:10 ` Tony Lindgren
2008-06-06 9:49 ` Kalle Jokiniemi
2008-06-06 11:01 ` Koen Kooi
-- strict thread matches above, loose matches on Subject: below --
2008-05-30 14:12 Kalle Jokiniemi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1212472944.32058.31.camel@kj-ubuntu \
--to=ext-kalle.jokiniemi@nokia.com \
--cc=k.kooi@student.utwente.nl \
--cc=linux-omap@vger.kernel.org \
--cc=pratheesh@ti.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.