On Fri, Oct 11, 2013 at 03:15:38PM -0700, ebied...@xmission.com wrote:
> Daniel Kiper writes:
>
> > On Fri, Oct 11, 2013 at 03:08:43AM -0700, ebied...@xmission.com wrote:
> >> Daniel Kiper writes:
[...]
> > What is your opinion in that case?
>
> I can see documenting the registers other than th
Daniel Kiper writes:
> On Fri, Oct 11, 2013 at 03:08:43AM -0700, ebied...@xmission.com wrote:
>> Daniel Kiper writes:
>>
>> > Hi,
>> >
>> > Could you explain why do you clear all registers just before jumping
>> > into purgatory (please look into arch/x86/kernel/relocate_kernel_64.S
>> > for mor
On Fri, Oct 11, 2013 at 01:44:19PM -0700, Eric W. Biederman wrote:
> Matthew Garrett writes:
> > No, I manually look up some addresses from /proc/kallsyms and then
> > modify them in the second kernel.
>
> An interesting approach I think most of the rest of us would have just
> built a module, o
Matthew Garrett writes:
> On Fri, Oct 11, 2013 at 06:59:41PM +0200, Richard Weinberger wrote:
>> Am 11.10.2013 18:55, schrieb Matthew Garrett:
>> > On Fri, Oct 11, 2013 at 06:47:19PM +0200, Richard Weinberger wrote:
>> >
>> >> But you still need a magic tool which create you this list.
>> >
>>
On Fri, Oct 11, 2013 at 06:59:41PM +0200, Richard Weinberger wrote:
> Am 11.10.2013 18:55, schrieb Matthew Garrett:
> > On Fri, Oct 11, 2013 at 06:47:19PM +0200, Richard Weinberger wrote:
> >
> >> But you still need a magic tool which create you this list.
> >
> > I just read /proc/kallsyms. I'm
Am 11.10.2013 18:55, schrieb Matthew Garrett:
> On Fri, Oct 11, 2013 at 06:47:19PM +0200, Richard Weinberger wrote:
>
>> But you still need a magic tool which create you this list.
>
> I just read /proc/kallsyms. I'm really not doing anything complicated.
>
>> If you have a tool which takes two
On Fri, Oct 11, 2013 at 06:47:19PM +0200, Richard Weinberger wrote:
> But you still need a magic tool which create you this list.
I just read /proc/kallsyms. I'm really not doing anything complicated.
> If you have a tool which takes two kernel images and create such
> a delta, fine.
Isn't that
On Fri, Oct 11, 2013 at 12:53:51PM -0400, Vivek Goyal wrote:
> On Fri, Oct 11, 2013 at 05:44:00PM +0100, Matthew Garrett wrote:
> > I have /dev/mem and a list of addresses I want to modify.
>
> Why to boot in a second kernel to modify first kernel's RAM. Why not
> do it directly from the first ker
On Fri, Oct 11, 2013 at 05:44:00PM +0100, Matthew Garrett wrote:
> On Fri, Oct 11, 2013 at 06:42:36PM +0200, Richard Weinberger wrote:
> > On Fri, Oct 11, 2013 at 6:39 PM, Matthew Garrett
> > wrote:
> > > On Fri, Oct 11, 2013 at 06:33:23PM +0200, Richard Weinberger wrote:
> > >> On Fri, Oct 11, 2
Am 11.10.2013 18:44, schrieb Matthew Garrett:
> On Fri, Oct 11, 2013 at 06:42:36PM +0200, Richard Weinberger wrote:
>> On Fri, Oct 11, 2013 at 6:39 PM, Matthew Garrett wrote:
>>> On Fri, Oct 11, 2013 at 06:33:23PM +0200, Richard Weinberger wrote:
On Fri, Oct 11, 2013 at 5:48 PM, Matthew Garre
On Fri, Oct 11, 2013 at 06:42:36PM +0200, Richard Weinberger wrote:
> On Fri, Oct 11, 2013 at 6:39 PM, Matthew Garrett wrote:
> > On Fri, Oct 11, 2013 at 06:33:23PM +0200, Richard Weinberger wrote:
> >> On Fri, Oct 11, 2013 at 5:48 PM, Matthew Garrett
> >> wrote:
> >> > On Fri, Oct 11, 2013 at 1
On Fri, Oct 11, 2013 at 6:39 PM, Matthew Garrett wrote:
> On Fri, Oct 11, 2013 at 06:33:23PM +0200, Richard Weinberger wrote:
>> On Fri, Oct 11, 2013 at 5:48 PM, Matthew Garrett wrote:
>> > On Fri, Oct 11, 2013 at 11:44:50AM -0400, Vivek Goyal wrote:
>> >
>> >> Just Curious. How is it useful. IOW
On Fri, Oct 11, 2013 at 06:33:23PM +0200, Richard Weinberger wrote:
> On Fri, Oct 11, 2013 at 5:48 PM, Matthew Garrett wrote:
> > On Fri, Oct 11, 2013 at 11:44:50AM -0400, Vivek Goyal wrote:
> >
> >> Just Curious. How is it useful. IOW, what's your use case of booting a new
> >> kernel and then ju
On Fri, Oct 11, 2013 at 5:48 PM, Matthew Garrett wrote:
> On Fri, Oct 11, 2013 at 11:44:50AM -0400, Vivek Goyal wrote:
>
>> Just Curious. How is it useful. IOW, what's your use case of booting a new
>> kernel and then jumping back.
>
> I'm kexecing into a kernel with a modified /dev/mem, modifying
On Fri, Oct 11, 2013 at 11:44:50AM -0400, Vivek Goyal wrote:
> Just Curious. How is it useful. IOW, what's your use case of booting a new
> kernel and then jumping back.
I'm kexecing into a kernel with a modified /dev/mem, modifying the
original kernel and then jumping back into it.
--
Matthew
On Fri, Oct 11, 2013 at 04:37:27PM +0100, Matthew Garrett wrote:
> On Fri, Oct 11, 2013 at 08:52:06AM -0400, Vivek Goyal wrote:
> > On Fri, Oct 11, 2013 at 01:04:55PM +0200, Daniel Kiper wrote:
> >
> > [..]
> > > > In theory you can swap between to kernels with the preserve_context
> > > > case.
On Fri, Oct 11, 2013 at 08:52:06AM -0400, Vivek Goyal wrote:
> On Fri, Oct 11, 2013 at 01:04:55PM +0200, Daniel Kiper wrote:
>
> [..]
> > > In theory you can swap between to kernels with the preserve_context
> > > case. Technically I like the ability but I don't know that it has ever
> > > achiev
On Fri, Oct 11, 2013 at 01:04:55PM +0200, Daniel Kiper wrote:
[..]
> > In theory you can swap between to kernels with the preserve_context
> > case. Technically I like the ability but I don't know that it has ever
> > achieved much uptake.
>
> I think that this is nice idea too. However, I have
On Fri, Oct 11, 2013 at 03:08:43AM -0700, ebied...@xmission.com wrote:
> Daniel Kiper writes:
>
> > Hi,
> >
> > Could you explain why do you clear all registers just before jumping
> > into purgatory (please look into arch/x86/kernel/relocate_kernel_64.S
> > for more details)? There is no any sing
Daniel Kiper writes:
> Hi,
>
> Could you explain why do you clear all registers just before jumping
> into purgatory (please look into arch/x86/kernel/relocate_kernel_64.S
> for more details)? There is no any single word about that. I do not
> count comment which states what is going on. purgator
Hi,
Could you explain why do you clear all registers just before jumping
into purgatory (please look into arch/x86/kernel/relocate_kernel_64.S
for more details)? There is no any single word about that. I do not
count comment which states what is going on. purgatory on entry does
not assume any val
21 matches
Mail list logo