21.02.2012 18:48, Peter Naulls:
[...]
- kexec_start_address = image->start;
+ kexec_start_address = (unsigned long) phys_to_virt(image->start);
kexec_indirection_page =
(unsigned long) phys_to_virt(image->head & PAGE_MASK);
Right. The kernel I'm using has this. But if you look back a bit throu
On 02/20/2012 11:13 AM, Nikolai Zhubr wrote:
Hello all,
I'm running both openwrt and debian on a mips-based wndr3800 netgear router/ap
and I'm using kexec to arrange kind of dual-boot in a safe and comfortable
manner.
Now, I've found that the following is critical for kexec to actually work:
-
Hello all,
I'm running both openwrt and debian on a mips-based wndr3800 netgear
router/ap and I'm using kexec to arrange kind of dual-boot in a safe and
comfortable manner.
Now, I've found that the following is critical for kexec to actually work:
--- arch/mips/kernel/machine_kexec.c.orig
Hi,
Dunno about kexec, but I am interested too.
Wiz
On Mon, 11 May 2009, Brian J. Murrell wrote:
[NON-Text Body part not included]
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/ope
There was some discussion a while ago about kexec and mips, and, well it
not quite working.
Any progress in that area? Anyone got kexec working on a linksys/asus
type device? i.e. a:
system type : Broadcom BCM47XX
processor : 0
cpu model : Broadcom BCM330
Nicolas Schichan schrieb:
> On Thursday 29 May 2008 22:15:47 Tomasz Chmielewski wrote:
>> # kexec -e
>> b44: eth0: powering down PHY
>> Starting new kernel
>> Will call new kernel at 00305000
>
> The calling address of the kernel looks quite wrong, it should clearly
> be inside the KSEG0 zone. cou
Nicolas Schichan schrieb:
> On Tuesday 27 May 2008 20:14:11 you wrote:
>> Aah, I see.
>>
>> Anyway, it doesn't work - with or without this slight change in
>> machine_kexec.c, with kexec compiled from the sources in the link you
>> gave or with kexec-tools-testing-20080324, it just doesn't work on
