public inbox for kexec@lists.infradead.org
 help / color / mirror / Atom feed
* Re: kexec powerpc booke
       [not found] <AANLkTikSH5inonuS6b1n_ZEmQLYoGN0Py0L_RMBEdwJS@mail.gmail.com>
@ 2010-05-14  8:14 ` Sebastian Andrzej Siewior
  2010-05-17 18:32   ` Sebastian Andrzej Siewior
  0 siblings, 1 reply; 2+ messages in thread
From: Sebastian Andrzej Siewior @ 2010-05-14  8:14 UTC (permalink / raw)
  To: Maxim Uvarov; +Cc: horms, kexec

Maxim Uvarov wrote:
> Sebastian,
Maxim,

> I saw you did a lot of work for powerpc booke boards. What is the 
> current status of your patches?
They worked the last time I checked on v31. Userland is useable however
you have to tweak the dtb file. Recently I hacked kexec-tools so they can
suck the dtb from /proc/device-tree while I've been traveling but I had no
time to test it. Ah and initrd support as well.

> Will they be included to main line?
I hope so. I fixed what Kumar did not like in the last version. As far as
I know, he had no time review it.

> 
> As I understand 8572 board has to work with  your kernel:
> 
> http://git.breakpoint.cc/cgi-bin/gitweb.cgi?p=bigeasy/linux.git;a=shortlog;h=refs/heads/kexec_booke

Not really. 8572 is SMP and SMP is not supported at the moment. The plan 
for SMP was
- pin userland to the boot cpu
- halt the other cpu in kernel during kexec
- the what we do right now
- use the ipic to reset the cpu and bring it back to virgin state.

That was only the plan I made. Halt the CPU means spin I think so you
should respect the "reserved region" in dtb.

> I tried this kernel and result is hang after "Bye!".  Which kexec-tools 
> is suitable for your kernel? Can you please throw them to me?

[0] is what I used last time I checked and Simon merged it. So it should
work. I try to rebase the kernel to v33 and see if it got broken somehow.
Maybe I should merge console support so it is easier to debug. The plan
here was to set the uart type & address into the purgatory code from what
we know from the dtb. However I have no idea how to set the MMU mapping
for it.

> I posted the patch, which make 83xx classic powerpc work (not booke). 
> Both kexec and kdump. Now I want to do booke boards workable.
> That's why I need to know how things are now.  What is already done and 
> what is needed.

I'm supprised that the UP part is not working. I look at it. I post the 
proc/dtb-suck-in patches once they are tested. I could push it to my pubic 
git tree if you want to look at them. SMP support is missing and I haven't
looked at kdump at all.

[0] 
http://git.breakpoint.cc/cgi-bin/gitweb.cgi?p=bigeasy/kexec-tools.git;a=shortlog;h=refs/heads/ppc32

Sebastian

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: kexec powerpc booke
  2010-05-14  8:14 ` kexec powerpc booke Sebastian Andrzej Siewior
@ 2010-05-17 18:32   ` Sebastian Andrzej Siewior
  0 siblings, 0 replies; 2+ messages in thread
From: Sebastian Andrzej Siewior @ 2010-05-17 18:32 UTC (permalink / raw)
  To: Maxim Uvarov; +Cc: horms, kexec

* Sebastian Andrzej Siewior | 2010-05-14 10:14:55 [+0200]:

>Maxim Uvarov wrote:
>>Sebastian,
>Maxim,
>
>>I tried this kernel and result is hang after "Bye!".  Which
>>kexec-tools is suitable for your kernel? Can you please throw them
>>to me?
Please look into branch kexec_v6_v33-rc7 or kexec_v6 at [0] gitweb [1].
The problem with v5 was that it never hit the mailing list as it was my
internal testing which did not work as expected. v6 got published as
v4 on the mailing list. Sorry for that.

>>I posted the patch, which make 83xx classic powerpc work (not
>>booke). Both kexec and kdump. Now I want to do booke boards
>>workable.
>>That's why I need to know how things are now.  What is already done
>>and what is needed.

I had a brief look at it. It looks like you pulled the dtb scanning tree
from ppc64. Could that be?
At [2] in ppc32 branch is my current statenincluding ramdisk support.
ppc32_hacking has dtb suckin code from /proc with libfdt support. The
whole think basically works however later during the init of the serial
line the box hangs. I haven't figured what is going wrong, maybe the
order is important. The interrupt numbers mach on the other hand :)

I pulled in libfdt because I gives nicer dtb handling than what ppc64
has. I did not have much more time I could spent on it so the auto-dtb
code is not complete.


[0] git://git.breakpoint.cc/bigeasy/linux.git
[1] http://git.breakpoint.cc/cgi-bin/gitweb.cgi?p=bigeasy/linux.git;a=shortlog;h=refs/heads/kexec_v6
[2] http://git.breakpoint.cc/cgi-bin/gitweb.cgi?p=bigeasy/kexec-tools.git

Sebastian

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2010-05-17 18:33 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <AANLkTikSH5inonuS6b1n_ZEmQLYoGN0Py0L_RMBEdwJS@mail.gmail.com>
2010-05-14  8:14 ` kexec powerpc booke Sebastian Andrzej Siewior
2010-05-17 18:32   ` Sebastian Andrzej Siewior

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox