linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: ben-linux@fluff.org (Ben Dooks)
To: linux-arm-kernel@lists.infradead.org
Subject: S3C6410 power management support status
Date: Mon, 10 May 2010 03:35:37 +0100	[thread overview]
Message-ID: <20100510023537.GW26401@trinity.fluff.org> (raw)
In-Reply-To: <20100506144955.GA24641@jeknote.loshitsa1.net>

On Thu, May 06, 2010 at 05:49:55PM +0300, Yauhen Kharuzhy wrote:
> On Tue, May 04, 2010 at 01:24:20AM +0100, Ben Dooks wrote:
> > On Thu, Apr 29, 2010 at 03:45:09PM +0300, Yauhen Kharuzhy wrote:
> > > Hi.
> > > 
> > > Can anybody explain current status of S3C6410 power management support
> > > in mainline? Suspend-to-RAM looks completely broken in the current
> > > Linus's git tree.
> > 
> > I'd prefer if you didn't make sweeping accusations about the state of
> > a given piece of the kernel without having a good look first. From reading
> > your second post, it seems that what is actually the problem is that the
> > 64XX support only currently handles wakeup configurations from the EINT
> > pins.
> 
> I am sorry for my hasty opinion about StR.
> 
> But we have checked Suspend-to-RAM at our (custom, not SMDK) board just now
> and it is not works with EINT too. Kernel goes to sleep and never
> return. We found that XPWRRGTON pin isn't
> changed at sleep instruction execution so CPU don't go to sleep state. If anybody
> can say something about reasons of this, please say.

Just tested 2.6.34-rc6-git and it works on the SMDK6410 with the
addition of the gpio buttons for EINT9..11, and it worked.

Can post the patches or git tree if you like.
 
> Can anybody check suspend mode with SMDK6410 and confirm that StR works
> on it? If it works, we will stop to ask stupid questions and will find
> our hardware bugs :)

It does seem to work on this SMDK, and the XPWRTGON line on TP7 definetly
goes low during sleep.

Note, not sure if I will post the buttons patches as the SMDK's single
buttons share interrupts with the LAN and other devices, making them
rather useless (my SMDK6410 has EINT10 held permanently active by the
unused network devices...)
 
> Below is log of sleeping procedure:
> -----------------------------------------------------------------------
> /sys/power # echo mem > state
> s3c64xx_irq_pm_suspend: suspending IRQs
> saved f4500280 value 000003ff
> saved f4500900 value 00400000
> saved f4500904 value 00000000
> saved f4500910 value 00000000
> saved f4500914 value 00000000
> saved f4500918 value 00000000
> saved f450091c value 00000000
> saved f4500920 value 0ffff7ff
> saved f4300044 value 00000210
> s3c_pm_enter(3)
> s3c_sleep_save_phys=0x503cac18
> GPA: save 00000000,22222222,0000007a,00002955
> GPB: save 00000000,02212222,0000007b,00002955
> GPC: save 00000000,11331000,00000010,00005055
> GPD: save 00000000,00000000,00000000,00000155
> GPE: save 00000000,00000000,00000000,00000155
> GPF: save 50000000,00008000,55555555,00000000
> GPG: save 00000000,03222222,0000003e,00002000
> GPH: save 33222222,00000033,000003fe,00000000
> GPI: save aaaaaaaa,00000000,00000000,00000000
> GPJ: save 00aaaaaa,00000f00,00000000,00000000
> GPK: save 22222222,22222222,00000000,55555555
> GPL: save 12121122,02222211,0000038c,15555555
> GPM: save 00000000,00222222,0000001f,000002aa
> GPN: save 55940454,0000f81a,55955555,00000000
> GPO: save aaaaaaaa,0000003f,00000000,00000000
> GPP: save 2aaaaaaa,000038e7,1011aaa0,00000000
> GPQ: save 0002aaaa,00000018,00000000,00000000
> UART[0]: ULCON=0007, UCON=0785, UFCON=0011, UBRDIV=0000
> UART[1]: ULCON=002b, UCON=0385, UFCON=0011, UBRDIV=0003
> UART[2]: ULCON=0003, UCON=0385, UFCON=0011, UBRDIV=001f
> UART[3]: ULCON=0007, UCON=0785, UFCON=0011, UBRDIV=0000
> saved f4100100 value 04000000
> saved f4100104 value 00000000
> saved f4100108 value 00000000
> saved f45001a0 value ffcd1501
> saved f45001b0 value 00000000
> saved f45001b4 value 00000000
> saved f45001c0 value 00000000
> saved f45001c4 value 00000000
> saved f45001c8 value 00000000
> saved f4100000 value 0000ffff
> saved f4100004 value 0000ffff
> saved f4100008 value 0000ffff
> saved f410001c value 00000007
> saved f4100020 value 01043310
> saved f4100024 value 00000000
> saved f4100028 value 00000000
> saved f410002c value 00000000
> saved f4100030 value fffffff7
> saved f4100034 value fb9e6fff
> saved f4100038 value c73fffff
> saved f410003c value ffffffff
> saved f4100018 value 00000000
> saved f4100014 value 00200203
> saved f45001d0 value 10555551
> saved f45001d4 value 00555555
> sleep: irq wakeup masks: ffffffff,fffff7ff
> ------------------------------------------------------------------------------
> 
> -- 
> Yauhen Kharuzhy
> -----------------------------------------------------------
> Promwad Innovation Company
> 22, Olshevskogo St.
> Office 809
> 220073, Minsk, Belarus
> Phone/Fax: +375 (17) 312-1246
> E-mail: yauhen.kharuzhy at promwad.com
> Skype: jekhor
> Web: www.promwad.com
> --
> To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
-- 
Ben

Q:      What's a light-year?
A:      One-third less calories than a regular year.

  parent reply	other threads:[~2010-05-10  2:35 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-29 12:45 S3C6410 power management support status Yauhen Kharuzhy
2010-04-29 12:58 ` tommy.hong
2010-05-04  0:26   ` Ben Dooks
2010-04-29 14:00 ` Mark Brown
2010-04-29 14:52   ` Yauhen Kharuzhy
2010-05-04  0:29     ` Ben Dooks
2010-05-04  0:24 ` Ben Dooks
2010-05-06 14:49   ` Yauhen Kharuzhy
2010-05-10  0:58     ` Ben Dooks
2010-05-10  2:35     ` Ben Dooks [this message]
2010-05-10 14:27       ` Yauhen Kharuzhy
2010-05-11  0:20         ` Ben Dooks

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=20100510023537.GW26401@trinity.fluff.org \
    --to=ben-linux@fluff.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    /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;
as well as URLs for NNTP newsgroup(s).