Emile `iMil' Heitor wrote:
> Is there any news on this front?
The initial multiboot2 effort for amd64 has not yet been completed.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
On 20.01.2020 17:42, Emile `iMil' Heitor wrote:
>
> Hi Kamil, Emmanuel & all,
>
> On Tue, 24 Sep 2019, Kamil Rytarowski wrote:
>
>> On 24.09.2019 14:26, Emmanuel Dreyfus wrote:
>>> On Tue, Sep 24, 2019 at 01:31:51PM +0200, Kamil Rytarowski wrote:
My use-case is "qemu-system-x86_64 -kernel
Hi Kamil, Emmanuel & all,
On Tue, 24 Sep 2019, Kamil Rytarowski wrote:
On 24.09.2019 14:26, Emmanuel Dreyfus wrote:
On Tue, Sep 24, 2019 at 01:31:51PM +0200, Kamil Rytarowski wrote:
My use-case is "qemu-system-x86_64 -kernel ./netbsd". Last I tried (with
multiboot2 patches merged) it still
On Tue, Sep 24, 2019 at 05:43:52PM +0200, Kamil Rytarowski wrote:
> qemu-system-i386 works, but -x86_64 not.
>
> Are there plans to add it to the amd64 kernel?
After considering the thing carefuly, I come to the conclusion that
it will not work until multiboot 2 support is added to Qemu:
On Wed, Sep 25, 2019 at 02:53:44PM +0300, Andreas Gustafsson wrote:
> Michael van Elst wrote:
> > This assumes that code and data segment is the same and assigns
> > the following 64k block to the stack. We switch to protected
> > mode soon after, but the memory layout seems to stay the same.
> >
Michael van Elst wrote:
> This assumes that code and data segment is the same and assigns
> the following 64k block to the stack. We switch to protected
> mode soon after, but the memory layout seems to stay the same.
> Maybe changing to
>
> addw$0x2001, %ax
>
> is all that is needed.
matthew green wrote:
> more research with more systems would be good here, but perhaps
> we simply need to provide multiple versions of each style (eg,
> netboot + something, biosboot + something, etc.)
Does anyone know the reason for the pxeboot 64k limit, and if it might
be possible to increase
>> And last question; should we have a build-time check that
>> pxeboot_ia32.bin is smaller than 64 kB?
I recall, once, reading of someone who had packed some kind of CLI into
an incredibly small space by realizing that speed was pretty close to
the last consideration and had written it in an
Emmanuel Dreyfus writes:
> Generally speaking, does anyone see any usage fpr GPT and RAIDframe
> support, or multiboot 2 support for dosboot, pxeboot and netboot? If
> not, we could disable the features for that boostraps, which would
> save space for later.
i use raidframe and gpt with pxeboot.
Kamil Rytarowski wrote:
> qemu-system-i386 works, but -x86_64 not.
>
> Are there plans to add it to the amd64 kernel?
Yes, I am working on it, but don't hold your breath.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
On 24.09.2019 14:26, Emmanuel Dreyfus wrote:
> On Tue, Sep 24, 2019 at 01:31:51PM +0200, Kamil Rytarowski wrote:
>> My use-case is "qemu-system-x86_64 -kernel ./netbsd". Last I tried (with
>> multiboot2 patches merged) it still did not work.
>
> I did not commit anything in multiboot support in
On Tue, Sep 24, 2019 at 01:31:51PM +0200, Kamil Rytarowski wrote:
> My use-case is "qemu-system-x86_64 -kernel ./netbsd". Last I tried (with
> multiboot2 patches merged) it still did not work.
I did not commit anything in multiboot support in the NetBSD kernel,
I only worked on bootstraps for
On 24.09.2019 13:28, Emmanuel Dreyfus wrote:
> Hello
>
> I recently added features to x86 bootstraps (GPT and RAIDframe support,
> multiboot 2), which caused the files to grow. That causes troubles:
>
> - I had to disable multiboot 2 for dosboot, otherwise the binary gets too
> big and the
13 matches
Mail list logo