Benjamin Herrenschmidt wrote:
On Sat, 2013-02-23 at 00:41 +0100, Phileas Fogg wrote:
Benjamin Herrenschmidt wrote:
On Fri, 2013-02-22 at 21:49 +0100, Phileas Fogg wrote:
i wanted to let you know that i tested your advice. And let me say, it's was a
damn good advice :) I can boot FreeBSD loader
On Sat, 2013-02-23 at 00:41 +0100, Phileas Fogg wrote:
> Benjamin Herrenschmidt wrote:
> > On Fri, 2013-02-22 at 21:49 +0100, Phileas Fogg wrote:
> >> i wanted to let you know that i tested your advice. And let me say, it's
> >> was a
> >> damn good advice :) I can boot FreeBSD loader on Linux 3.8
Benjamin Herrenschmidt wrote:
On Fri, 2013-02-22 at 21:49 +0100, Phileas Fogg wrote:
i wanted to let you know that i tested your advice. And let me say, it's was a
damn good advice :) I can boot FreeBSD loader on Linux 3.8 now, no SHA256
checksum failures. And no panics with FreeBSD LiveCD anymo
On Fri, 2013-02-22 at 21:49 +0100, Phileas Fogg wrote:
> i wanted to let you know that i tested your advice. And let me say, it's was
> a
> damn good advice :) I can boot FreeBSD loader on Linux 3.8 now, no SHA256
> checksum failures. And no panics with FreeBSD LiveCD anymore too.
>
> I just in
Benjamin Herrenschmidt wrote:
On Thu, 2013-02-21 at 22:44 +0100, Phileas Fogg wrote:
Stripped OpenWRT image:
c001a474: 48 00 00 05 bl 0xc001a478
c001a478: 7c a8 02 a6 mflrr5
c001a47c: 38 a5 00 1c add
On Thu, 2013-02-21 at 23:06 +0100, Phileas Fogg wrote:
> Does it look like the new data at offset 0x80 and 0x88 in DT are MSR
> flags
> MSR_DR, MSR_IR and MSR_EE ?
Yes, that looks plausible though I would have expected ME to be set as
well ... Or it could be a CCR value. But it does look like som
On Thu, 2013-02-21 at 22:44 +0100, Phileas Fogg wrote:
> Stripped OpenWRT image:
>
>
> c001a474: 48 00 00 05 bl 0xc001a478
> c001a478: 7c a8 02 a6 mflrr5
> c001a47c: 38 a5 00 1c addir5,r5,28
> c
Benjamin Herrenschmidt wrote:
On Thu, 2013-02-21 at 21:38 +0100, Phileas Fogg wrote:
The new 8 bytes at offset 0x90 in dt.dump.hex look suspicously like
the kernel virtual address: 0xc001a4a0.
It does indeed. What does that address correspond to in the kernel
text ? Can you disassemble
Benjamin Herrenschmidt wrote:
On Thu, 2013-02-21 at 21:38 +0100, Phileas Fogg wrote:
The new 8 bytes at offset 0x90 in dt.dump.hex look suspicously like
the kernel virtual address: 0xc001a4a0.
It does indeed. What does that address correspond to in the kernel
text ? Can you disassemble
On Thu, 2013-02-21 at 21:38 +0100, Phileas Fogg wrote:
> The new 8 bytes at offset 0x90 in dt.dump.hex look suspicously like
> the kernel virtual address: 0xc001a4a0.
It does indeed. What does that address correspond to in the kernel
text ? Can you disassemble around it with "objdump -D vm
Benjamin Herrenschmidt wrote:
On Wed, 2013-02-20 at 21:43 +0100, Phileas Fogg wrote:
I found the single commit which brakes kexec stuff for FreeBSD loader or other
custom ELF kernels on the PS3 console.
From 7230c5644188cd9e3fb380cc97dde00c464a3ba7 Mon Sep 17 00:00:00 2001
From: Benjamin He
On Wed, 2013-02-20 at 21:43 +0100, Phileas Fogg wrote:
> I found the single commit which brakes kexec stuff for FreeBSD loader or
> other
> custom ELF kernels on the PS3 console.
>
>
> From 7230c5644188cd9e3fb380cc97dde00c464a3ba7 Mon Sep 17 00:00:00 2001
> From: Benjamin Herrenschmidt
> Dat
Hi Phileas,
On Sun, 2013-02-17 at 00:12 +0100, Phileas Fogg wrote:
> I found new clues about the problem.
>
> Normally the device tree memory segment is allocated at the top of the boot
> memory region. The boot memory size on the PS3 console is 128MB.
>
> root@ps3-linux:~# kexec -l loader.ps3
Phileas Fogg wrote:
Phileas Fogg wrote:
I could finally find the commit which broke FreeBSD booting in linux-stable.git
repository.
The Linux 3.4-rc1 seems to have this problem already.
--
commit 5375871d432ae9fc581014ac117b96aaee3cd0c7
Merge: b57cb72 dfbc2d7
Author: Linus Torvalds
Phileas Fogg wrote:
I could finally find the commit which broke FreeBSD booting in linux-stable.git
repository.
The Linux 3.4-rc1 seems to have this problem already.
--
commit 5375871d432ae9fc581014ac117b96aaee3cd0c7
Merge: b57cb72 dfbc2d7
Author: Linus Torvalds
Date: Wed Mar 21 1
I could finally find the commit which broke FreeBSD booting in linux-stable.git
repository.
The Linux 3.4-rc1 seems to have this problem already.
--
commit 5375871d432ae9fc581014ac117b96aaee3cd0c7
Merge: b57cb72 dfbc2d7
Author: Linus Torvalds
Date: Wed Mar 21 18:55:10 2012 -0700
Geert Uytterhoeven wrote:
Hi Phileas,
On Sun, Feb 17, 2013 at 12:12 AM, Phileas Fogg wrote:
I found new clues about the problem.
Normally the device tree memory segment is allocated at the top of the boot
memory region. The boot memory size on the PS3 console is 128MB.
root@ps3-linux:~# kex
Hi Phileas,
On Sun, Feb 17, 2013 at 12:12 AM, Phileas Fogg wrote:
> I found new clues about the problem.
>
> Normally the device tree memory segment is allocated at the top of the boot
> memory region. The boot memory size on the PS3 console is 128MB.
>
>
> root@ps3-linux:~# kexec -l loader.ps3
>
I found new clues about the problem.
Normally the device tree memory segment is allocated at the top of the boot
memory region. The boot memory size on the PS3 console is 128MB.
root@ps3-linux:~# kexec -l loader.ps3
segment[0].mem:0x131d000 memsz:262144
segment[1].mem:0x135d000 memsz:36864
se
Phileas Fogg wrote:
I was able to capture the debug output from the purgatory code and it's very
odd.
This the SHA256 digest calculated by kexec-tools:
root@ps3-linux:~# kexec -l loader.ps3
Warning: append= option is not passed. Using the first kernel root partition
Modified cmdline:
Unable to
Phileas Fogg wrote:
Hi,
i'm using OpenWRT petitboot bootloader on my PS3 to boot FreeBSD loader which
is a simple PPC32 ELF file.
I haven't had any issues with it and OpenWRT based on Linux 3.3.8.
Recently i built an OpenWRT image with Linux 3.7, i have no issues at all with
kexec and any Lin
I was able to capture the debug output from the purgatory code and it's very
odd.
This the SHA256 digest calculated by kexec-tools:
root@ps3-linux:~# kexec -l loader.ps3
Warning: append= option is not passed. Using the first kernel root partition
Modified cmdline:
Unable to find /proc/device-tr
Hi,
i'm using OpenWRT petitboot bootloader on my PS3 to boot FreeBSD loader which
is a simple PPC32 ELF file.
I haven't had any issues with it and OpenWRT based on Linux 3.3.8.
Recently i built an OpenWRT image with Linux 3.7, i have no issues at all with
kexec and any Linux kernels starting wi
23 matches
Mail list logo
