gsheng-B40534
> > > Cc: Wood Scott-B07421; Johannes Berg;
linuxppc-dev@lists.ozlabs.org
> > > Subject: Re: [PATCH] powerpc: add Book E support to 64-bit
> > hibernation
> > >
> > > On 04/02/2013 12:28:40 AM, Wang Dongsheng-B40534 wrote:
> > > &
> -Original Message-
> From: Wood Scott-B07421
> Sent: Thursday, April 04, 2013 4:16 AM
> To: Wang Dongsheng-B40534
> Cc: Wood Scott-B07421; Johannes Berg; linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH] powerpc: add Book E support to 64-bit hibernation
>
>
On 04/03/2013 12:36:41 AM, Wang Dongsheng-B40534 wrote:
> -Original Message-
> From: Wood Scott-B07421
> Sent: Wednesday, April 03, 2013 8:35 AM
> To: Wang Dongsheng-B40534
> Cc: Wood Scott-B07421; Johannes Berg; linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH] p
> -Original Message-
> From: Wood Scott-B07421
> Sent: Wednesday, April 03, 2013 8:35 AM
> To: Wang Dongsheng-B40534
> Cc: Wood Scott-B07421; Johannes Berg; linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH] powerpc: add Book E support to 64-bit hibernation
>
>
On 04/02/2013 12:28:40 AM, Wang Dongsheng-B40534 wrote:
Hi scott & Johannes,
Thanks for reviewing.
@scott, About this patch, could you please help ack this patch?
Please investigate the issue of whether we are loading kernel module
code in this step, and whether cache flushing is needed as
s.org
> Subject: Re: [PATCH] powerpc: add Book E support to 64-bit hibernation
>
> On 03/22/2013 05:58:37 AM, Johannes Berg wrote:
> > On Tue, 2013-03-19 at 17:16 -0500, Scott Wood wrote:
> >
> > > > > I wonder about kernel modules, though flushing 32 MiB wouldn&
On 03/22/2013 05:58:37 AM, Johannes Berg wrote:
On Tue, 2013-03-19 at 17:16 -0500, Scott Wood wrote:
> > > I wonder about kernel modules, though flushing 32 MiB wouldn't
be
> > > adequate there.
> >
> > Good question, but would they be running? You have to have
everything
> > built in that
On Tue, 2013-03-19 at 17:16 -0500, Scott Wood wrote:
> > > I wonder about kernel modules, though flushing 32 MiB wouldn't be
> > > adequate there.
> >
> > Good question, but would they be running? You have to have everything
> > built in that you need to load the image? Or maybe not, with the
> >
On 03/19/2013 04:22:07 PM, Johannes Berg wrote:
On Tue, 2013-03-19 at 16:10 -0500, Scott Wood wrote:
> > I was going to say I have no idea, but looking at it again ...
this is
> > in the *resume* code, not the suspend code as I'd assumed, and on
> > resume
> > I guess I felt it was safer to n
On Tue, 2013-03-19 at 16:10 -0500, Scott Wood wrote:
> > I was going to say I have no idea, but looking at it again ... this is
> > in the *resume* code, not the suspend code as I'd assumed, and on
> > resume
> > I guess I felt it was safer to not assume it didn't change, since it
> > could be a
On 03/19/2013 03:55:34 PM, Johannes Berg wrote:
On Mon, 2013-03-18 at 17:12 -0500, Scott Wood wrote:
> Could you elaborate on why book3s flushes the way it does? What's
> special about the first 32 MiB? If it's to cover kernel code, why
> would that be changing from what's already there?
I wa
On Mon, 2013-03-18 at 17:12 -0500, Scott Wood wrote:
> Could you elaborate on why book3s flushes the way it does? What's
> special about the first 32 MiB? If it's to cover kernel code, why
> would that be changing from what's already there?
I was going to say I have no idea, but looking at
On 03/15/2013 10:22:06 AM, Johannes Berg wrote:
On Thu, 2013-03-14 at 11:52 -0500, Scott Wood wrote:
> > > +#ifdef CONFIG_PPC_BOOK3S_64
> > > /* can't use RESTORE_SPECIAL(MSR) */
> > > ld r0, SL_MSR(r11)
> > > mtmsrd r0, 0
> >
> > Unfortunately, I forgot the reaso
On Thu, 2013-03-14 at 11:52 -0500, Scott Wood wrote:
> > > +#ifdef CONFIG_PPC_BOOK3S_64
> > > /* can't use RESTORE_SPECIAL(MSR) */
> > > ld r0, SL_MSR(r11)
> > > mtmsrd r0, 0
> >
> > Unfortunately, I forgot the reason for this comment, and didn't put a
> > better one (almost 6 years ag
On 03/14/2013 03:37:53 AM, Johannes Berg wrote:
On Thu, 2013-03-14 at 11:36 +0800, Wang Dongsheng wrote:
> +#ifdef CONFIG_PPC_BOOK3S_64
>/* can't use RESTORE_SPECIAL(MSR) */
>ld r0, SL_MSR(r11)
>mtmsrd r0, 0
Unfortunately, I forgot the reason for this comment, and didn't put a
On Thu, 2013-03-14 at 11:36 +0800, Wang Dongsheng wrote:
> +#ifdef CONFIG_PPC_BOOK3S_64
> /* can't use RESTORE_SPECIAL(MSR) */
> ld r0, SL_MSR(r11)
> mtmsrd r0, 0
Unfortunately, I forgot the reason for this comment, and didn't put a
better one (almost 6 years ago!!)
> +
16 matches
Mail list logo
