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
On Fri, Oct 11, 2013 at 03:15:38PM -0700, ebied...@xmission.com wrote:
Daniel Kiper daniel.ki...@oracle.com writes:
On Fri, Oct 11, 2013 at 03:08:43AM -0700, ebied...@xmission.com wrote:
Daniel Kiper daniel.ki...@oracle.com writes:
[...]
What is your opinion in that case?
I can see
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
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,
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 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
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
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,
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
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
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.
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
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,
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.
--
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
> > >
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
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.
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
On Fri, Oct 11, 2013 at 03:08:43AM -0700, ebied...@xmission.com wrote:
Daniel Kiper daniel.ki...@oracle.com 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
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 not
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
achieved much
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. Technically I
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 5:48 PM, Matthew Garrett mj...@srcf.ucam.org 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
On Fri, Oct 11, 2013 at 06:33:23PM +0200, Richard Weinberger wrote:
On Fri, Oct 11, 2013 at 5:48 PM, Matthew Garrett mj...@srcf.ucam.org 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
On Fri, Oct 11, 2013 at 6:39 PM, Matthew Garrett mj...@srcf.ucam.org 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 mj...@srcf.ucam.org wrote:
On Fri, Oct 11, 2013 at 11:44:50AM -0400, Vivek Goyal wrote:
Just
On Fri, Oct 11, 2013 at 06:42:36PM +0200, Richard Weinberger wrote:
On Fri, Oct 11, 2013 at 6:39 PM, Matthew Garrett mj...@srcf.ucam.org 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 mj...@srcf.ucam.org
wrote:
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 mj...@srcf.ucam.org wrote:
On Fri, Oct 11, 2013 at 06:33:23PM +0200, Richard Weinberger wrote:
On Fri, Oct 11, 2013 at 5:48 PM,
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 mj...@srcf.ucam.org
wrote:
On Fri, Oct 11, 2013 at 06:33:23PM +0200, Richard Weinberger wrote:
On Fri,
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 kernel
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 kernel
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 really not
Matthew Garrett mj...@srcf.ucam.org 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 01:44:19PM -0700, Eric W. Biederman wrote:
Matthew Garrett mj...@srcf.ucam.org 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
Daniel Kiper daniel.ki...@oracle.com writes:
On Fri, Oct 11, 2013 at 03:08:43AM -0700, ebied...@xmission.com wrote:
Daniel Kiper daniel.ki...@oracle.com writes:
Hi,
Could you explain why do you clear all registers just before jumping
into purgatory (please look into
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
Daniel Kiper daniel.ki...@oracle.com 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
42 matches
Mail list logo
