beenull/ladybird
1
0
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2024-11-26 17:40:27 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions 7
ladybird/Kernel/run

64 lines
1.9 KiB
Text
Raw Normal View History

Import the "gerbert" kernel I worked on earlier this year. It's a lot crappier than I remembered it. It's gonna need a lot of work.
2018-10-16 09:01:38 +00:00
#!/bin/sh
run: Make it easy to override which qemu executable is used. Patch contributed by "pd"
2019-05-04 00:51:50 +00:00
[ -z "$SERENITY_QEMU_BIN" ] && SERENITY_QEMU_BIN="qemu-system-i386"
Kernel: Make better use of the multiboot info. Define the multiboot info struct properly so we don't have to grab at byte offsets in the memory access checker code. Also print kernel command line in init().
2019-06-02 07:50:18 +00:00
SERENITY_KERNEL_CMDLINE="hello"
Fix jittery mouse
2019-05-01 19:45:17 +00:00
export SDL_VIDEO_X11_DGAMOUSE=0
Give the emulator testing environments 128 MB of RAM. I'm working on porting GCC and it needs a fair bit of memory to run.
2019-03-27 12:02:29 +00:00
ram_size=128
Kernel: Add a NetworkTask and a received network packet queue. It will be easier to deal with incoming packets in a separate task.
2019-03-11 11:43:45 +00:00
if [ "$1" = "b" ]; then
# ./run b: bochs
bochs -q -f .bochsrc
elif [ "$1" = "qn" ]; then
# ./run qn: qemu without network
run: Make it easy to override which qemu executable is used. Patch contributed by "pd"
2019-05-04 00:51:50 +00:00
$SERENITY_QEMU_BIN -s -m $ram_size \
Allow passing extra args to qemu via a SERENITY_EXTRA_QEMU_ARGS env var.
2019-04-24 19:06:16 +00:00
$SERENITY_EXTRA_QEMU_ARGS \
Run QEMU with the "guest_errors" debug flag, in case we do something wrong.
2019-05-17 16:19:03 +00:00
-d cpu_reset,guest_errors \
WindowServer: Add 2560x1440 resolution option. Also expand the QEMU VGA memory size to 64 MB, since otherwise we won't have enough memory for double-buffering the screen.
2019-05-24 12:02:17 +00:00
-device VGA,vgamem_mb=64 \
Always run QEMU with -debugcon stdio. If someone wants to run without this, they can disable it manually :^)
2019-05-23 18:57:32 +00:00
-debugcon stdio \
Allow passing extra args to qemu via a SERENITY_EXTRA_QEMU_ARGS env var.
2019-04-24 19:06:16 +00:00
-device e1000 \
Build: Remove grub from default build process This removes grub and all the loopback device business from the default build process. Running grub takes about a second, and it turns out it's inconsistently packaged in different distributions, which has led to at least one confusing issue so far (grub-install vs grub2-install). Removing it from the basic path will make it easier for people to try Serenity out. There are now two scripts that can be used to build a disk image: 1. `build-image-grub.sh` - this will build an image suitable for writing to the IDE hard drive of a physical machine, complete with a partition table and bootloader. This can be run in qemu with the `qgrub` target for the `run` script. 2. `build-image-qemu.sh` - this is a simpler script which creates a bare filesystem image rather than a full MBR disk. Both of these call out to `build-root-filesystem.sh` to do most of the work setting up... the root filesystem. For completeness' sake, I've retained the `sync.sh` script as a simple forwarding to `build-image-qemu.sh`. This relies on the functionality from #194 and #195. #195 allows us to use `/dev/hda` as the root device when nothing else is specified, and #194 works around a strange feature of qemu that appends a space to the kernel command line.
2019-06-04 12:16:30 +00:00
-kernel kernel \
Kernel: Implement OffsetDiskDevice to prepare for partition support This implements a passthrough disk driver that translates the read/write block addresses by a fixed offset. This could form the basis of MBR partition support if we were to parse the MBR table at boot and create that OffsetDiskDevice dynamically, rather than seeking to a fixed offset. This also introduces a dependency in the form of grub. You'll need to have 32-bit grub binaries installed to build the project now. As a bonus, divorcing Serenity from qemu's kernel loading means we can now *technically* boot on real hardware. It just... doesn't get very far yet. If you write the `_disk_image` file to an IDE hard drive and boot it in a machine that supports all the basic PC hardware, it *will* start loading the kernel.
2019-06-02 08:58:59 +00:00
-hda _disk_image \
Kernel: Add a beep() syscall that beeps the PC speaker. Hook this up in Terminal so that the '\a' character generates a beep. Finally emit an '\a' character in the shell line editing code when backspacing at the start of the line.
2019-05-15 19:40:41 +00:00
-soundhw pcspk
More work on IPv4 sockets and /bin/ping. It's now actually possible to ping other hosts on the network! :^) I've switched the "run" script over to starting QEMU with user networking since that works better for my testing needs right now.
2019-03-13 02:26:01 +00:00
elif [ "$1" = "qtap" ]; then
# ./run qtap: qemu with tap
run: Make it easy to override which qemu executable is used. Patch contributed by "pd"
2019-05-04 00:51:50 +00:00
sudo $SERENITY_QEMU_BIN -s -m $ram_size \
Allow passing extra args to qemu via a SERENITY_EXTRA_QEMU_ARGS env var.
2019-04-24 19:06:16 +00:00
$SERENITY_EXTRA_QEMU_ARGS \
Run QEMU with the "guest_errors" debug flag, in case we do something wrong.
2019-05-17 16:19:03 +00:00
-d cpu_reset,guest_errors \
WindowServer: Add 2560x1440 resolution option. Also expand the QEMU VGA memory size to 64 MB, since otherwise we won't have enough memory for double-buffering the screen.
2019-05-24 12:02:17 +00:00
-device VGA,vgamem_mb=64 \
Always run QEMU with -debugcon stdio. If someone wants to run without this, they can disable it manually :^)
2019-05-23 18:57:32 +00:00
-debugcon stdio \
Allow passing extra args to qemu via a SERENITY_EXTRA_QEMU_ARGS env var.
2019-04-24 19:06:16 +00:00
-object filter-dump,id=hue,netdev=br0,file=e1000.pcap \
-netdev tap,ifname=tap0,id=br0 \
-device e1000,netdev=br0 \
Build: Remove grub from default build process This removes grub and all the loopback device business from the default build process. Running grub takes about a second, and it turns out it's inconsistently packaged in different distributions, which has led to at least one confusing issue so far (grub-install vs grub2-install). Removing it from the basic path will make it easier for people to try Serenity out. There are now two scripts that can be used to build a disk image: 1. `build-image-grub.sh` - this will build an image suitable for writing to the IDE hard drive of a physical machine, complete with a partition table and bootloader. This can be run in qemu with the `qgrub` target for the `run` script. 2. `build-image-qemu.sh` - this is a simpler script which creates a bare filesystem image rather than a full MBR disk. Both of these call out to `build-root-filesystem.sh` to do most of the work setting up... the root filesystem. For completeness' sake, I've retained the `sync.sh` script as a simple forwarding to `build-image-qemu.sh`. This relies on the functionality from #194 and #195. #195 allows us to use `/dev/hda` as the root device when nothing else is specified, and #194 works around a strange feature of qemu that appends a space to the kernel command line.
2019-06-04 12:16:30 +00:00
-kernel kernel \
-hda _disk_image \
-soundhw pcspk
elif [ "$1" = "qgrub" ]; then
# ./run qgrub: qemu with grub
$SERENITY_QEMU_BIN -s -m $ram_size \
$SERENITY_EXTRA_QEMU_ARGS \
-d cpu_reset,guest_errors \
-device VGA,vgamem_mb=64 \
-debugcon stdio \
-object filter-dump,id=hue,netdev=breh,file=e1000.pcap \
-netdev user,id=breh,hostfwd=tcp:127.0.0.1:8888-192.168.5.2:8888 \
-device e1000,netdev=breh \
Kernel: Implement OffsetDiskDevice to prepare for partition support This implements a passthrough disk driver that translates the read/write block addresses by a fixed offset. This could form the basis of MBR partition support if we were to parse the MBR table at boot and create that OffsetDiskDevice dynamically, rather than seeking to a fixed offset. This also introduces a dependency in the form of grub. You'll need to have 32-bit grub binaries installed to build the project now. As a bonus, divorcing Serenity from qemu's kernel loading means we can now *technically* boot on real hardware. It just... doesn't get very far yet. If you write the `_disk_image` file to an IDE hard drive and boot it in a machine that supports all the basic PC hardware, it *will* start loading the kernel.
2019-06-02 08:58:59 +00:00
-hda _disk_image \
Kernel: Add a beep() syscall that beeps the PC speaker. Hook this up in Terminal so that the '\a' character generates a beep. Finally emit an '\a' character in the shell line editing code when backspacing at the start of the line.
2019-05-15 19:40:41 +00:00
-soundhw pcspk
More work on IPv4 sockets and /bin/ping. It's now actually possible to ping other hosts on the network! :^) I've switched the "run" script over to starting QEMU with user networking since that works better for my testing needs right now.
2019-03-13 02:26:01 +00:00
else
# ./run: qemu with user networking
run: Make it easy to override which qemu executable is used. Patch contributed by "pd"
2019-05-04 00:51:50 +00:00
$SERENITY_QEMU_BIN -s -m $ram_size \
Allow passing extra args to qemu via a SERENITY_EXTRA_QEMU_ARGS env var.
2019-04-24 19:06:16 +00:00
$SERENITY_EXTRA_QEMU_ARGS \
Run QEMU with the "guest_errors" debug flag, in case we do something wrong.
2019-05-17 16:19:03 +00:00
-d cpu_reset,guest_errors \
WindowServer: Add 2560x1440 resolution option. Also expand the QEMU VGA memory size to 64 MB, since otherwise we won't have enough memory for double-buffering the screen.
2019-05-24 12:02:17 +00:00
-device VGA,vgamem_mb=64 \
Always run QEMU with -debugcon stdio. If someone wants to run without this, they can disable it manually :^)
2019-05-23 18:57:32 +00:00
-debugcon stdio \
IPv4: Begin fleshing out TCP support.
2019-03-13 16:17:07 +00:00
-object filter-dump,id=hue,netdev=breh,file=e1000.pcap \
-netdev user,id=breh,hostfwd=tcp:127.0.0.1:8888-192.168.5.2:8888 \
-device e1000,netdev=breh \
Build: Remove grub from default build process This removes grub and all the loopback device business from the default build process. Running grub takes about a second, and it turns out it's inconsistently packaged in different distributions, which has led to at least one confusing issue so far (grub-install vs grub2-install). Removing it from the basic path will make it easier for people to try Serenity out. There are now two scripts that can be used to build a disk image: 1. `build-image-grub.sh` - this will build an image suitable for writing to the IDE hard drive of a physical machine, complete with a partition table and bootloader. This can be run in qemu with the `qgrub` target for the `run` script. 2. `build-image-qemu.sh` - this is a simpler script which creates a bare filesystem image rather than a full MBR disk. Both of these call out to `build-root-filesystem.sh` to do most of the work setting up... the root filesystem. For completeness' sake, I've retained the `sync.sh` script as a simple forwarding to `build-image-qemu.sh`. This relies on the functionality from #194 and #195. #195 allows us to use `/dev/hda` as the root device when nothing else is specified, and #194 works around a strange feature of qemu that appends a space to the kernel command line.
2019-06-04 12:16:30 +00:00
-kernel kernel \
Kernel: Implement OffsetDiskDevice to prepare for partition support This implements a passthrough disk driver that translates the read/write block addresses by a fixed offset. This could form the basis of MBR partition support if we were to parse the MBR table at boot and create that OffsetDiskDevice dynamically, rather than seeking to a fixed offset. This also introduces a dependency in the form of grub. You'll need to have 32-bit grub binaries installed to build the project now. As a bonus, divorcing Serenity from qemu's kernel loading means we can now *technically* boot on real hardware. It just... doesn't get very far yet. If you write the `_disk_image` file to an IDE hard drive and boot it in a machine that supports all the basic PC hardware, it *will* start loading the kernel.
2019-06-02 08:58:59 +00:00
-hda _disk_image \
Kernel: Add a beep() syscall that beeps the PC speaker. Hook this up in Terminal so that the '\a' character generates a beep. Finally emit an '\a' character in the shell line editing code when backspacing at the start of the line.
2019-05-15 19:40:41 +00:00
-soundhw pcspk
Allow running in QEMU with "./run q" The kernel doesn't run in QEMU right now and I don't know why.
2018-10-17 14:58:35 +00:00
fi
Import the "gerbert" kernel I worked on earlier this year. It's a lot crappier than I remembered it. It's gonna need a lot of work.
2018-10-16 09:01:38 +00:00
Reference in a new issue Copy permalink