Re: [Fastboot] kexec cant load OpenBSD

2007-04-20 Thread Eric W. Biederman 
Vivek Goyal <[EMAIL PROTECTED]> writes:

> On Thu, Apr 19, 2007 at 03:49:46PM -0400, Jon Steel wrote:
>> Hi
>> 
>> Im running Gentoo and Im trying to use kexec to start up OpenBSD. I've
>> got it set up correct because I can do a boot into Gentoo. Here is what
>> happens:
>> 
>> base ~ # kexec -l /boot/bsd --type="elf-x86"
>> Base address: d0200120 is not page aligned
>> 
>
> Above address indicates that some loadable program segment is not
> page size(4K) aligned hence kexec is cribbing.
>
> A, "readelf -l /boot/bsd" should display the various program headers.
> I think you shall have to modify linker script of OpenBSD kernel to 
> generate page size aligned loadable segments.
>
> This does raise a question in my mind, why all the program headers
> should be loaded at page size boundaries? Just because ease of handling
> or there is some other reason too?
>
> Eric, you want to shed some light on this requirement?

A) The first problem is that we don't currently have support for OpenBSD
   and it does some weird things, and doesn't quite use the ELF fields
   generically.  So specific support will have to be written for at least
   part of it.

B) In the kernel side of the interface the page alignment restriction is
   important because of how our intermediate buffers work.  For user space
   ELF the page alignment of program segments is an important
   consideration to allow page sharing but for standalone executables we
   really shouldn't care and the restriction probably only exists 
   because we have a simple translation from ELF segment to the kernel
   segments.

Eric
___
fastboot mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/fastboot

Re: [Fastboot] kexec cant load OpenBSD

2007-04-19 Thread Vivek Goyal 
On Thu, Apr 19, 2007 at 03:49:46PM -0400, Jon Steel wrote:
> Hi
> 
> Im running Gentoo and Im trying to use kexec to start up OpenBSD. I've
> got it set up correct because I can do a boot into Gentoo. Here is what
> happens:
> 
> base ~ # kexec -l /boot/bsd --type="elf-x86"
> Base address: d0200120 is not page aligned
> 

Above address indicates that some loadable program segment is not
page size(4K) aligned hence kexec is cribbing.

A, "readelf -l /boot/bsd" should display the various program headers.
I think you shall have to modify linker script of OpenBSD kernel to 
generate page size aligned loadable segments.

This does raise a question in my mind, why all the program headers
should be loaded at page size boundaries? Just because ease of handling
or there is some other reason too?

Eric, you want to shed some light on this requirement?

Thanks
Vivek
___
fastboot mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/fastboot

[Fastboot] kexec cant load OpenBSD

2007-04-19 Thread Jon Steel 
Hi

Im running Gentoo and Im trying to use kexec to start up OpenBSD. I've
got it set up correct because I can do a boot into Gentoo. Here is what
happens:

base ~ # kexec -l /boot/bsd --type="elf-x86"
Base address: d0200120 is not page aligned

Does anybody know what is going on?

Is there another way besides kexec to do a warm reboot from one kernel
into the next? Id prefer to boot from an OpenBSD into another OpenBSD,
but if that isnt possible than getting kexec working would be acceptable.

Any help is greatly appreciated.

Computer info attached.

Jonathan Steel


base ~ # lspci -v
00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host
bridge (rev 01)
Subsystem: VMware Inc virtualHW v3
Flags: bus master, medium devsel, latency 0
Memory at f800 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 1.0

00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP
bridge (rev 01) (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64

00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 08)
Subsystem: VMware Inc virtualHW v3
Flags: bus master, medium devsel, latency 0

00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev
01) (prog-if 8a [Master SecP PriP])
Subsystem: VMware Inc virtualHW v3
Flags: bus master, medium devsel, latency 64
I/O ports at 1050 [size=16]

00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 08)
Subsystem: VMware Inc virtualHW v3
Flags: medium devsel, IRQ 9

00:0f.0 VGA compatible controller: VMware Inc [VMware SVGA II] PCI
Display Adapter (prog-if 00 [VGA])
Subsystem: VMware Inc [VMware SVGA II] PCI Display Adapter
Flags: medium devsel
I/O ports at 1060 [size=16]
Memory at f500 (32-bit, non-prefetchable) [size=16M]
Memory at f400 (32-bit, non-prefetchable) [size=16M]
[virtual] Expansion ROM at 1001 [disabled] [size=32K]

00:10.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970
[PCnet32 LANCE] (rev 10)
Subsystem: Advanced Micro Devices [AMD] PCnet - Fast 79C971
Flags: bus master, medium devsel, latency 64, IRQ 9
I/O ports at 1080 [size=128]
[virtual] Expansion ROM at 1000 [disabled] [size=64K]

base ~ # cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 15
model   : 3
model name  : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping: 8
cpu MHz : 2999.762
cache size  : 1024 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 5
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht constant_tsc
pni ds_cpl
bogomips: 1622.01

base ~ # df
Filesystem   1K-blocks  Used Available Use% Mounted on
/dev/hda3  3853568   1983300   1674516  55% /
udev 31096   108 30988   1% /dev
none 31096 0 31096   0% /dev/shm
/dev/hda116095 14133  1131  93% /boot

___
fastboot mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/fastboot