Fwd: zImage support for ppc

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

Thanks Bhupesh for confirmation about the ppc64 zImage support.

As of now I am thinking of using 'uImage' as secondary kernel, because
porting zImage changes for ppc will take more time for me.

>>I plan to share a RFC patchset in a week or so and would need your
>> help to test it on ppc32 boards like the p2020.
Surely I will test it on p2020 once you release RFC patch.

Regards
Sunil Kumar
Thanks & Regards,
Sunil Kumar
Technical Lead
Montavista Software
Bengaluru, India - 560008
www.mvista.com | +91-80-67228800 [+8865]


On Sat, Sep 9, 2017 at 6:29 PM, Bhupesh SHARMA <bhupesh.linux at gmail.com> wrote:
> Hi Sunil,
>
> On Fri, Sep 8, 2017 at 5:20 PM, Sunil Kumar <sukumar at mvista.com> wrote:
>> Hi ,
>>
>> Thanks for replying Pratyush.
>>
>> I have also seen the zImage support is present for the ppc64, earlier
>> my plan was to take this source as reference and port it for ppc.
>> But in zImage_ppc64_usage() its clearly written that "zImage support
>> is still broken", which stop me.
>>
>> Is the zImage for ppc64 working properly ? Should I trust this ?
>>
>> Asking this because I don't have hardware to test for ppc64.
>>
>> If anyone else used the ppc64 zImage as secondary kernel. please
>> provide your inputs here.
>
> I was recently experimenting with the kexec zImage support for both
> ppc/ppc64 systems, but I do not find it working reliably on ppc64 on
> Power8 machines as well.
>
> I am looking to work on a fix for the ppc64 zImage support first
> (since I have real hardware to test the same on) and also looking to
> extend it to ppc32 (for which I have only qemu systems to test on).
>
> I plan to share a RFC patchset in a week or so and would need your
> help to test it on ppc32 boards like the p2020.
>
> Regards,
> Bhupesh
>
>>
>> On Fri, Sep 8, 2017 at 8:58 AM, Pratyush Anand <panand at redhat.com> wrote:
>>>
>>>
>>> On Thursday 07 September 2017 01:49 PM, Sunil Kumar wrote:
>>>>
>>>> $ kexec -e
>>>>
>>>> As the zImage is also and elf file format, but the control is not
>>>> getting transferred to the zImage.
>>>> I can see kexec is able to load all the segments properly, but looks
>>>> like its not able to figure out the entry point to start execution
>>>> with zImage.
>>>>
>>>> -------------------------------------------------------------------------------------------------------------------------------------------------------
>>>> kexec_load: entry = 0x329678 flags = 0x0
>>>>
>>>> -------------------------------------------------------------------------------------------------------------------------------------------------------
>>>>
>>>> On the same board (i.e. Freescale p2020ds), uImage and vmlinux works fine.
>>>
>>>
>>> Looking into upstream code: ppc has only support of elf and uImage,and so
>>> they work.
>>>
>>>>
>>>> Just curious to know , why the zImage support is still not provided in
>>>> the kexec for ppc ??
>>>
>>>
>>> Probably because no one needed it till now.
>>>
>>>> Is there any restriction from kexec design point of view ?
>>>
>>>
>>> I do not think. You can write a patch. I see, ppc64 has zImage support, so
>>> you can take that as example and can write code for ppc as well.
>>>
>>> --
>>> Regards
>>> Pratyush
>>
>> _______________________________________________
>> kexec mailing list
>> kexec at lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/kexec



[Index of Archives]     [LM Sensors]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux