Hi,
Quick note: the Internet has just returned back here after a full
5-day shutdown by the “authorities”. I will hopefully return back
home on Saturday to continue working on this.
thanks,
___
kexec mailing list
kexec@lists.infradead.org
http://lists.
On 01/27/2011 07:47 AM, Eric W. Biederman wrote:
Yes - but at least a long time ago there used to be modi of reboot when the
BIOS did
not do this. Whether that's possible at all with modern BIOSen is a
big question ...
As I recall that was how you went from 32bit mode to 16bit real mode.
The
Ingo Molnar writes:
> * H. Peter Anvin wrote:
>
>> On 01/26/2011 06:00 AM, Ingo Molnar wrote:
>> >
>> >I mean, use the warm reset vector to truly reset the box.
>> >
>> >Then, once a stable known-good kernel boots, *that* kernel can then recover
>> >all the
>> >log data which is sitting in a we
On 01/26/2011 06:00 AM, Ingo Molnar wrote:
I mean, use the warm reset vector to truly reset the box.
Then, once a stable known-good kernel boots, *that* kernel can then recover all
the
log data which is sitting in a well-known place in RAM, automatically and
transparently.
Basically a bit lik
* H. Peter Anvin wrote:
> On 01/26/2011 06:00 AM, Ingo Molnar wrote:
> >
> >I mean, use the warm reset vector to truly reset the box.
> >
> >Then, once a stable known-good kernel boots, *that* kernel can then recover
> >all the
> >log data which is sitting in a well-known place in RAM, automati
"Ahmed S. Darwish" writes:
> On Wed, Jan 26, 2011 at 08:44:14PM -0800, H. Peter Anvin wrote:
>> On 01/26/2011 06:13 PM, Vivek Goyal wrote:
- Use kexec/kdump. I wonder though, can kexec work on early panics? The
kind where the disk itself might not yet be initialized?
>>>
>>> As
On Wed, Jan 26, 2011 at 08:44:14PM -0800, H. Peter Anvin wrote:
> On 01/26/2011 06:13 PM, Vivek Goyal wrote:
>>>
>>> - Use kexec/kdump. I wonder though, can kexec work on early panics? The
>>>kind where the disk itself might not yet be initialized?
>>
>> As of today kexec/kdump does not work wi
On 01/26/2011 06:13 PM, Vivek Goyal wrote:
- Use kexec/kdump. I wonder though, can kexec work on early panics? The
kind where the disk itself might not yet be initialized?
As of today kexec/kdump does not work with early panics as kdump kernel
needs to be loaded in reserved memory and that
(Very timely! was just exploring kexec-tools and friends)
On Wed, Jan 26, 2011 at 09:13:38PM -0500, Vivek Goyal wrote:
> On Wed, Jan 26, 2011 at 02:49:54PM +0200, Ahmed S. Darwish wrote:
> >
> > If not, can kexec be modified to do so? That possibly needs the help
> > of a a bootloader extens
On Wed, Jan 26, 2011 at 03:07:44PM -0800, Luck, Tony wrote:
> >- The latest approach (proposed by Linus) is to forget the disk: jump to
> > real-mode, but display the kernel log in a fancy format (with scroll
> > ups and downs) instead.
>
> A while ago (first Plumbers conference?) someone was ta
On Wed, Jan 26, 2011 at 03:07:44PM -0800, Luck, Tony wrote:
> >- The latest approach (proposed by Linus) is to forget the disk: jump to
> > real-mode, but display the kernel log in a fancy format (with scroll
> > ups and downs) instead.
>
> A while ago (first Plumbers conference?) someone w
>- The latest approach (proposed by Linus) is to forget the disk: jump to
> real-mode, but display the kernel log in a fancy format (with scroll
> ups and downs) instead.
A while ago (first Plumbers conference?) someone was talking about
using a 2-d barcode to display the tail of the kernel log
> How is this more useful than a photograph of the backtrace ?
You can fit a lot more data into the 2-d barcode that will fit on
the screen. You can also automate the recovery of the data (e.g.
for posting to kerneloops.org).
-Tony
___
kexec mailing l
* Ahmed S. Darwish wrote:
> > Also, have you tried BIOS warm reset vector, which is supposed to reboot
> > without
> > clearing RAM contents - how well does it work in practice on typical
> > laptops? If
> > on crash we could reboot without memory getting cleared that would open up
> > a
>
On Wed, Jan 26, 2011 at 01:58:13PM +0100, Ingo Molnar wrote:
>
> * Ahmed S. Darwish wrote:
>
> > - The latest approach (proposed by Linus) is to forget the disk: jump to
> > real-mode, but display the kernel log in a fancy format (with scroll
> > ups and downs) instead.
> >
> > Will re-in
Hi,
On Wed, Jan 26, 2011 at 06:25:19AM +1000, Linus Torvalds wrote:
> On Tue, Jan 25, 2011 at 11:47 PM, Ahmed S. Darwish
> wrote:
> >
> > As a possible solution, below patches prototypes the idea of persistently
> > storing the kernel log ring to a hard disk partition using the enhanced BIOS
> >
* Ahmed S. Darwish wrote:
> - The latest approach (proposed by Linus) is to forget the disk: jump to
> real-mode, but display the kernel log in a fancy format (with scroll
> ups and downs) instead.
>
> Will re-initializing the VGA registers to their POST state be possible?
> If not, wha
17 matches
Mail list logo