public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
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

  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox