re: x86 bootstrap features
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 it? -- Andreas Gustafsson, g...@gson.org
Re: x86 bootstrap features
>> 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 interpreted custom DSL written in an interpreted custom DSL. Perhaps the booters could be set up similarly (perhaps not quite to that extent, but something along thoe those lines)? It seems to me that they are another case where speed is distinctly secondary to size. /~\ The ASCII Mouse \ / Ribbon Campaign X Against HTMLmo...@rodents-montreal.org / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
re: x86 bootstrap features
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. i'm not sure i get the usefulness of multiboot in pxeboot, but perhaps just need to know about the missing link. > And last question; should we have a build-time check that pxeboot_ia32.bin > is smaller than 64 kB? 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.) this sucks, though. it would be great if someone looked at removing as much code here as possible -- growth shouldn't be that much for good long time once it works sanely with current systems. .mrg.
Re: x86 bootstrap features
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
Re: panics/lock-ups while tcpdump-ing
> I recently experienced a bunch of panics and lock-ups while tcpdump-ing on > an 8.1/amd64 machine over ssh. The net I was tracing was different from the > one the ssh connection was on. We had a panic with a backtrace similar to the loc-up in (2.) today: panic: sbappendaddr backtrace: breakpoint vpanic snprintf sbappendaddrchain udp4_sendup udp_input ipintr softint_dispatch DDB lost frame Xsoftintr Again, I do have show reg output if that helps. This is getting scary. About every other time I tcpdump over a ssh connection to a 8.1 server, it locks up or panics. I never experienced anything close with 6.1.
Re: x86 bootstrap features
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 the NetBSD kernel, > I only worked on bootstraps for now, hence the steady failure you > experience should come at no suprise. > > For now our kernel has support code for multiboot 1 for i386 only. > Reading Qemu sources, thare is only multiboot 1 support. Hence > qemu-system-i386 -kernel netbsd.bz2 should work, but I only had > this message: > SeaBIOS (version rel-1.12.0-0-ga698c8995f-prebuilt.qemu.org) > Booting from ROM.. > > Reading the sources, it seems you can get more diagnostics by > rebuilding Qemu with higher CONFIG_DEBUG_LEVEL. > > qemu-system-i386 works, but -x86_64 not. Are there plans to add it to the amd64 kernel? signature.asc Description: OpenPGP digital signature
Re: x86 bootstrap features
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 now, hence the steady failure you experience should come at no suprise. For now our kernel has support code for multiboot 1 for i386 only. Reading Qemu sources, thare is only multiboot 1 support. Hence qemu-system-i386 -kernel netbsd.bz2 should work, but I only had this message: SeaBIOS (version rel-1.12.0-0-ga698c8995f-prebuilt.qemu.org) Booting from ROM.. Reading the sources, it seems you can get more diagnostics by rebuilding Qemu with higher CONFIG_DEBUG_LEVEL. -- Emmanuel Dreyfus m...@netbsd.org
Re: x86 bootstrap features
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 build fails. > - In kern/54560, it seems we discovered pxeboot_ia32.bin should not get > bigger than 64 kB. We will have to disable multiboot 2 there too to > keep below 64 kB. > > The other boostraps where multiboot 2 is present are boot, efiboot and > netboot. It is desirable for the two formers, but I am less convinced > for the later. > > 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. > > And last question; should we have a build-time check that pxeboot_ia32.bin > is smaller than 64 kB? > My use-case is "qemu-system-x86_64 -kernel ./netbsd". Last I tried (with multiboot2 patches merged) it still did not work. signature.asc Description: OpenPGP digital signature
x86 bootstrap features
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 build fails. - In kern/54560, it seems we discovered pxeboot_ia32.bin should not get bigger than 64 kB. We will have to disable multiboot 2 there too to keep below 64 kB. The other boostraps where multiboot 2 is present are boot, efiboot and netboot. It is desirable for the two formers, but I am less convinced for the later. 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. And last question; should we have a build-time check that pxeboot_ia32.bin is smaller than 64 kB? -- Emmanuel Dreyfus m...@netbsd.org