2020-01-18 08:38:21 +00:00
|
|
|
/*
|
|
|
|
* Copyright (c) 2018-2020, Andreas Kling <kling@serenityos.org>
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions are met:
|
|
|
|
*
|
|
|
|
* 1. Redistributions of source code must retain the above copyright notice, this
|
|
|
|
* list of conditions and the following disclaimer.
|
|
|
|
*
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright notice,
|
|
|
|
* this list of conditions and the following disclaimer in the documentation
|
|
|
|
* and/or other materials provided with the distribution.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
|
|
|
|
* AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
|
|
|
|
* DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
|
|
|
|
* SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
|
|
|
|
* CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
|
|
|
|
* OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
|
|
|
|
* OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
*/
|
|
|
|
|
2019-07-28 13:44:01 +00:00
|
|
|
#include "Devices/PATADiskDevice.h"
|
2019-06-07 09:43:58 +00:00
|
|
|
#include "KSyms.h"
|
|
|
|
#include "Process.h"
|
|
|
|
#include "RTC.h"
|
|
|
|
#include "Scheduler.h"
|
|
|
|
#include <AK/Types.h>
|
2019-12-31 11:04:30 +00:00
|
|
|
#include <Kernel/ACPI/ACPIDynamicParser.h>
|
|
|
|
#include <Kernel/ACPI/ACPIStaticParser.h>
|
|
|
|
#include <Kernel/ACPI/DMIDecoder.h>
|
2020-02-22 18:47:31 +00:00
|
|
|
#include <Kernel/ACPI/MultiProcessorParser.h>
|
2020-01-01 11:56:21 +00:00
|
|
|
#include <Kernel/Arch/i386/CPU.h>
|
Kernel: Initial FDC Device Driver (#315)
A basic Floppy Disk Controller device driver for any system later than (and including) the IBM AT. The driver is based on the documentation supplied by QEMU, which is the datasheet for the Intel 82078 Floppy Disk controller (found here: https://wiki.qemu.org/images/f/f0/29047403.pdf)
Naturally, floppy disks are a _very_ outdated storage medium, however, as Serenity is a throwback to aesthetic 90s computing, it's a definite must have. Not to mention that there are still a lot of floppy disks around, with countless petabytes of software on them, so it would be nice if people could create images of said disks with serenity.
The code for this is mostly clean. however there are a LOT of values specified in the datasheet, so some of them might be wrong, not to mention that the actual specification itself is rather dirt and seemingly hacked together.
I'm also only supporting 3.5" floppy disks, without PIO polling (DMA only), so if you want anything more/less than 1.44MB HD Floppys, you'll have to do it yourself.
2019-07-17 13:51:51 +00:00
|
|
|
#include <Kernel/CMOS.h>
|
2019-06-07 09:43:58 +00:00
|
|
|
#include <Kernel/Devices/BXVGADevice.h>
|
|
|
|
#include <Kernel/Devices/DebugLogDevice.h>
|
|
|
|
#include <Kernel/Devices/DiskPartition.h>
|
2020-02-01 21:28:39 +00:00
|
|
|
#include <Kernel/Devices/EBRPartitionTable.h>
|
2019-06-07 09:43:58 +00:00
|
|
|
#include <Kernel/Devices/FullDevice.h>
|
2019-10-07 00:12:37 +00:00
|
|
|
#include <Kernel/Devices/GPTPartitionTable.h>
|
2019-06-07 09:43:58 +00:00
|
|
|
#include <Kernel/Devices/KeyboardDevice.h>
|
2019-06-02 12:57:44 +00:00
|
|
|
#include <Kernel/Devices/MBRPartitionTable.h>
|
2019-08-18 04:54:52 +00:00
|
|
|
#include <Kernel/Devices/MBVGADevice.h>
|
2019-04-03 10:36:40 +00:00
|
|
|
#include <Kernel/Devices/NullDevice.h>
|
2019-07-28 13:44:01 +00:00
|
|
|
#include <Kernel/Devices/PATAChannel.h>
|
2019-06-07 09:43:58 +00:00
|
|
|
#include <Kernel/Devices/PS2MouseDevice.h>
|
2019-04-03 10:36:40 +00:00
|
|
|
#include <Kernel/Devices/RandomDevice.h>
|
2019-07-28 13:44:01 +00:00
|
|
|
#include <Kernel/Devices/SB16.h>
|
2019-06-08 13:24:34 +00:00
|
|
|
#include <Kernel/Devices/SerialDevice.h>
|
2020-02-04 01:00:50 +00:00
|
|
|
#include <Kernel/Devices/VMWareBackdoor.h>
|
2019-06-07 09:43:58 +00:00
|
|
|
#include <Kernel/Devices/ZeroDevice.h>
|
2019-04-03 10:25:24 +00:00
|
|
|
#include <Kernel/FileSystem/Ext2FileSystem.h>
|
2019-06-07 09:43:58 +00:00
|
|
|
#include <Kernel/FileSystem/VirtualFileSystem.h>
|
2019-09-16 08:19:44 +00:00
|
|
|
#include <Kernel/Heap/SlabAllocator.h>
|
2019-09-16 07:01:44 +00:00
|
|
|
#include <Kernel/Heap/kmalloc.h>
|
2020-02-22 18:47:31 +00:00
|
|
|
#include <Kernel/Interrupts/APIC.h>
|
|
|
|
#include <Kernel/Interrupts/InterruptManagement.h>
|
|
|
|
#include <Kernel/Interrupts/PIC.h>
|
2019-06-07 09:43:58 +00:00
|
|
|
#include <Kernel/KParams.h>
|
|
|
|
#include <Kernel/Multiboot.h>
|
2019-08-28 11:53:01 +00:00
|
|
|
#include <Kernel/Net/LoopbackAdapter.h>
|
2019-04-02 17:54:38 +00:00
|
|
|
#include <Kernel/Net/NetworkTask.h>
|
2019-12-31 11:04:30 +00:00
|
|
|
#include <Kernel/PCI/Access.h>
|
|
|
|
#include <Kernel/PCI/Initializer.h>
|
2020-01-06 12:05:40 +00:00
|
|
|
#include <Kernel/Random.h>
|
2019-06-07 09:43:58 +00:00
|
|
|
#include <Kernel/TTY/PTYMultiplexer.h>
|
|
|
|
#include <Kernel/TTY/VirtualConsole.h>
|
Kernel: Introduce the new Time management subsystem
This new subsystem includes better abstractions of how time will be
handled in the OS. We take advantage of the existing RTC timer to aid
in keeping time synchronized. This is standing in contrast to how we
handled time-keeping in the kernel, where the PIT was responsible for
that function in addition to update the scheduler about ticks.
With that new advantage, we can easily change the ticking dynamically
and still keep the time synchronized.
In the process context, we no longer use a fixed declaration of
TICKS_PER_SECOND, but we call the TimeManagement singleton class to
provide us the right value. This allows us to use dynamic ticking in
the future, a feature known as tickless kernel.
The scheduler no longer does by himself the calculation of real time
(Unix time), and just calls the TimeManagment singleton class to provide
the value.
Also, we can use 2 new boot arguments:
- the "time" boot argument accpets either the value "modern", or
"legacy". If "modern" is specified, the time management subsystem will
try to setup HPET. Otherwise, for "legacy" value, the time subsystem
will revert to use the PIT & RTC, leaving HPET disabled.
If this boot argument is not specified, the default pattern is to try
to setup HPET.
- the "hpet" boot argumet accepts either the value "periodic" or
"nonperiodic". If "periodic" is specified, the HPET will scan for
periodic timers, and will assert if none are found. If only one is
found, that timer will be assigned for the time-keeping task. If more
than one is found, both time-keeping task & scheduler-ticking task
will be assigned to periodic timers.
If this boot argument is not specified, the default pattern is to try
to scan for HPET periodic timers. This boot argument has no effect if
HPET is disabled.
In hardware context, PIT & RealTimeClock classes are merely inheriting
from the HardwareTimer class, and they allow to use the old i8254 (PIT)
and RTC devices, managing them via IO ports. By default, the RTC will be
programmed to a frequency of 1024Hz. The PIT will be programmed to a
frequency close to 1000Hz.
About HPET, depending if we need to scan for periodic timers or not,
we try to set a frequency close to 1000Hz for the time-keeping timer
and scheduler-ticking timer. Also, if possible, we try to enable the
Legacy replacement feature of the HPET. This feature if exists,
instructs the chipset to disconnect both i8254 (PIT) and RTC.
This behavior is observable on QEMU, and was verified against the source
code:
https://github.com/qemu/qemu/commit/ce967e2f33861b0e17753f97fa4527b5943c94b6
The HPETComparator class is inheriting from HardwareTimer class, and is
responsible for an individual HPET comparator, which is essentially a
timer. Therefore, it needs to call the singleton HPET class to perform
HPET-related operations.
The new abstraction of Hardware timers brings an opportunity of more new
features in the foreseeable future. For example, we can change the
callback function of each hardware timer, thus it makes it possible to
swap missions between hardware timers, or to allow to use a hardware
timer for other temporary missions (e.g. calibrating the LAPIC timer,
measuring the CPU frequency, etc).
2020-03-09 15:03:27 +00:00
|
|
|
#include <Kernel/Time/TimeManagement.h>
|
2019-06-07 09:43:58 +00:00
|
|
|
#include <Kernel/VM/MemoryManager.h>
|
2018-10-16 09:01:38 +00:00
|
|
|
|
2020-01-18 09:19:31 +00:00
|
|
|
// Defined in the linker script
|
|
|
|
typedef void (*ctor_func_t)();
|
|
|
|
extern ctor_func_t start_ctors;
|
|
|
|
extern ctor_func_t end_ctors;
|
|
|
|
|
|
|
|
extern u32 __stack_chk_guard;
|
|
|
|
u32 __stack_chk_guard;
|
|
|
|
|
2020-02-16 00:27:42 +00:00
|
|
|
namespace Kernel {
|
|
|
|
|
|
|
|
[[noreturn]] static void init_stage2();
|
|
|
|
static void setup_serial_debug();
|
|
|
|
static void setup_acpi();
|
|
|
|
static void setup_vmmouse();
|
|
|
|
static void setup_pci();
|
2020-02-22 18:47:31 +00:00
|
|
|
static void setup_interrupts();
|
Kernel: Introduce the new Time management subsystem
This new subsystem includes better abstractions of how time will be
handled in the OS. We take advantage of the existing RTC timer to aid
in keeping time synchronized. This is standing in contrast to how we
handled time-keeping in the kernel, where the PIT was responsible for
that function in addition to update the scheduler about ticks.
With that new advantage, we can easily change the ticking dynamically
and still keep the time synchronized.
In the process context, we no longer use a fixed declaration of
TICKS_PER_SECOND, but we call the TimeManagement singleton class to
provide us the right value. This allows us to use dynamic ticking in
the future, a feature known as tickless kernel.
The scheduler no longer does by himself the calculation of real time
(Unix time), and just calls the TimeManagment singleton class to provide
the value.
Also, we can use 2 new boot arguments:
- the "time" boot argument accpets either the value "modern", or
"legacy". If "modern" is specified, the time management subsystem will
try to setup HPET. Otherwise, for "legacy" value, the time subsystem
will revert to use the PIT & RTC, leaving HPET disabled.
If this boot argument is not specified, the default pattern is to try
to setup HPET.
- the "hpet" boot argumet accepts either the value "periodic" or
"nonperiodic". If "periodic" is specified, the HPET will scan for
periodic timers, and will assert if none are found. If only one is
found, that timer will be assigned for the time-keeping task. If more
than one is found, both time-keeping task & scheduler-ticking task
will be assigned to periodic timers.
If this boot argument is not specified, the default pattern is to try
to scan for HPET periodic timers. This boot argument has no effect if
HPET is disabled.
In hardware context, PIT & RealTimeClock classes are merely inheriting
from the HardwareTimer class, and they allow to use the old i8254 (PIT)
and RTC devices, managing them via IO ports. By default, the RTC will be
programmed to a frequency of 1024Hz. The PIT will be programmed to a
frequency close to 1000Hz.
About HPET, depending if we need to scan for periodic timers or not,
we try to set a frequency close to 1000Hz for the time-keeping timer
and scheduler-ticking timer. Also, if possible, we try to enable the
Legacy replacement feature of the HPET. This feature if exists,
instructs the chipset to disconnect both i8254 (PIT) and RTC.
This behavior is observable on QEMU, and was verified against the source
code:
https://github.com/qemu/qemu/commit/ce967e2f33861b0e17753f97fa4527b5943c94b6
The HPETComparator class is inheriting from HardwareTimer class, and is
responsible for an individual HPET comparator, which is essentially a
timer. Therefore, it needs to call the singleton HPET class to perform
HPET-related operations.
The new abstraction of Hardware timers brings an opportunity of more new
features in the foreseeable future. For example, we can change the
callback function of each hardware timer, thus it makes it possible to
swap missions between hardware timers, or to allow to use a hardware
timer for other temporary missions (e.g. calibrating the LAPIC timer,
measuring the CPU frequency, etc).
2020-03-09 15:03:27 +00:00
|
|
|
static void setup_time_management();
|
2020-02-16 00:27:42 +00:00
|
|
|
|
|
|
|
VirtualConsole* tty0;
|
|
|
|
|
2020-01-18 09:19:31 +00:00
|
|
|
extern "C" [[noreturn]] void init()
|
|
|
|
{
|
|
|
|
setup_serial_debug();
|
|
|
|
|
|
|
|
cpu_setup();
|
|
|
|
|
|
|
|
kmalloc_init();
|
|
|
|
slab_alloc_init();
|
|
|
|
|
|
|
|
new KParams(String(reinterpret_cast<const char*>(low_physical_to_virtual(multiboot_info_ptr->cmdline))));
|
|
|
|
|
|
|
|
MemoryManager::initialize();
|
|
|
|
|
|
|
|
bool text_debug = KParams::the().has("text_debug");
|
2020-02-22 18:47:31 +00:00
|
|
|
gdt_init();
|
|
|
|
idt_init();
|
2020-01-18 09:19:31 +00:00
|
|
|
|
2020-02-22 18:47:31 +00:00
|
|
|
setup_interrupts();
|
2020-02-28 20:51:09 +00:00
|
|
|
setup_acpi();
|
2020-01-18 09:19:31 +00:00
|
|
|
|
|
|
|
new VFS;
|
|
|
|
new DebugLogDevice;
|
|
|
|
|
|
|
|
new Console;
|
|
|
|
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "Starting SerenityOS...";
|
2020-01-18 09:19:31 +00:00
|
|
|
|
|
|
|
__stack_chk_guard = get_good_random<u32>();
|
|
|
|
|
Kernel: Introduce the new Time management subsystem
This new subsystem includes better abstractions of how time will be
handled in the OS. We take advantage of the existing RTC timer to aid
in keeping time synchronized. This is standing in contrast to how we
handled time-keeping in the kernel, where the PIT was responsible for
that function in addition to update the scheduler about ticks.
With that new advantage, we can easily change the ticking dynamically
and still keep the time synchronized.
In the process context, we no longer use a fixed declaration of
TICKS_PER_SECOND, but we call the TimeManagement singleton class to
provide us the right value. This allows us to use dynamic ticking in
the future, a feature known as tickless kernel.
The scheduler no longer does by himself the calculation of real time
(Unix time), and just calls the TimeManagment singleton class to provide
the value.
Also, we can use 2 new boot arguments:
- the "time" boot argument accpets either the value "modern", or
"legacy". If "modern" is specified, the time management subsystem will
try to setup HPET. Otherwise, for "legacy" value, the time subsystem
will revert to use the PIT & RTC, leaving HPET disabled.
If this boot argument is not specified, the default pattern is to try
to setup HPET.
- the "hpet" boot argumet accepts either the value "periodic" or
"nonperiodic". If "periodic" is specified, the HPET will scan for
periodic timers, and will assert if none are found. If only one is
found, that timer will be assigned for the time-keeping task. If more
than one is found, both time-keeping task & scheduler-ticking task
will be assigned to periodic timers.
If this boot argument is not specified, the default pattern is to try
to scan for HPET periodic timers. This boot argument has no effect if
HPET is disabled.
In hardware context, PIT & RealTimeClock classes are merely inheriting
from the HardwareTimer class, and they allow to use the old i8254 (PIT)
and RTC devices, managing them via IO ports. By default, the RTC will be
programmed to a frequency of 1024Hz. The PIT will be programmed to a
frequency close to 1000Hz.
About HPET, depending if we need to scan for periodic timers or not,
we try to set a frequency close to 1000Hz for the time-keeping timer
and scheduler-ticking timer. Also, if possible, we try to enable the
Legacy replacement feature of the HPET. This feature if exists,
instructs the chipset to disconnect both i8254 (PIT) and RTC.
This behavior is observable on QEMU, and was verified against the source
code:
https://github.com/qemu/qemu/commit/ce967e2f33861b0e17753f97fa4527b5943c94b6
The HPETComparator class is inheriting from HardwareTimer class, and is
responsible for an individual HPET comparator, which is essentially a
timer. Therefore, it needs to call the singleton HPET class to perform
HPET-related operations.
The new abstraction of Hardware timers brings an opportunity of more new
features in the foreseeable future. For example, we can change the
callback function of each hardware timer, thus it makes it possible to
swap missions between hardware timers, or to allow to use a hardware
timer for other temporary missions (e.g. calibrating the LAPIC timer,
measuring the CPU frequency, etc).
2020-03-09 15:03:27 +00:00
|
|
|
setup_time_management();
|
2020-01-18 09:19:31 +00:00
|
|
|
|
|
|
|
// call global constructors after gtd and itd init
|
|
|
|
for (ctor_func_t* ctor = &start_ctors; ctor < &end_ctors; ctor++)
|
|
|
|
(*ctor)();
|
|
|
|
|
|
|
|
new KeyboardDevice;
|
|
|
|
new PS2MouseDevice;
|
2020-02-05 18:47:53 +00:00
|
|
|
setup_vmmouse();
|
2020-02-04 01:00:50 +00:00
|
|
|
|
2020-01-18 09:19:31 +00:00
|
|
|
new SB16;
|
|
|
|
new NullDevice;
|
|
|
|
if (!get_serial_debug())
|
|
|
|
new SerialDevice(SERIAL_COM1_ADDR, 64);
|
|
|
|
new SerialDevice(SERIAL_COM2_ADDR, 65);
|
|
|
|
new SerialDevice(SERIAL_COM3_ADDR, 66);
|
|
|
|
new SerialDevice(SERIAL_COM4_ADDR, 67);
|
|
|
|
|
|
|
|
VirtualConsole::initialize();
|
|
|
|
tty0 = new VirtualConsole(0, VirtualConsole::AdoptCurrentVGABuffer);
|
|
|
|
new VirtualConsole(1);
|
|
|
|
VirtualConsole::switch_to(0);
|
|
|
|
|
2020-01-22 21:23:50 +00:00
|
|
|
// Sample test to see if the ACPI parser is working...
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "ACPI: HPET table @ " << ACPI::Parser::the().find_table("HPET");
|
2020-01-22 21:23:50 +00:00
|
|
|
|
2020-02-05 19:07:12 +00:00
|
|
|
setup_pci();
|
2020-01-18 09:19:31 +00:00
|
|
|
|
|
|
|
if (text_debug) {
|
2020-02-24 14:45:04 +00:00
|
|
|
dbg() << "Text mode enabled";
|
2020-01-18 09:19:31 +00:00
|
|
|
} else {
|
|
|
|
if (multiboot_info_ptr->framebuffer_type == 1 || multiboot_info_ptr->framebuffer_type == 2) {
|
|
|
|
new MBVGADevice(
|
|
|
|
PhysicalAddress((u32)(multiboot_info_ptr->framebuffer_addr)),
|
|
|
|
multiboot_info_ptr->framebuffer_pitch,
|
|
|
|
multiboot_info_ptr->framebuffer_width,
|
|
|
|
multiboot_info_ptr->framebuffer_height);
|
|
|
|
} else {
|
|
|
|
new BXVGADevice;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
LoopbackAdapter::the();
|
2020-01-22 21:23:50 +00:00
|
|
|
|
2020-01-18 09:19:31 +00:00
|
|
|
Process::initialize();
|
|
|
|
Thread::initialize();
|
|
|
|
|
|
|
|
Thread* init_stage2_thread = nullptr;
|
|
|
|
Process::create_kernel_process(init_stage2_thread, "init_stage2", init_stage2);
|
|
|
|
|
|
|
|
Thread* syncd_thread = nullptr;
|
|
|
|
Process::create_kernel_process(syncd_thread, "syncd", [] {
|
|
|
|
for (;;) {
|
|
|
|
VFS::the().sync();
|
Kernel: Introduce the new Time management subsystem
This new subsystem includes better abstractions of how time will be
handled in the OS. We take advantage of the existing RTC timer to aid
in keeping time synchronized. This is standing in contrast to how we
handled time-keeping in the kernel, where the PIT was responsible for
that function in addition to update the scheduler about ticks.
With that new advantage, we can easily change the ticking dynamically
and still keep the time synchronized.
In the process context, we no longer use a fixed declaration of
TICKS_PER_SECOND, but we call the TimeManagement singleton class to
provide us the right value. This allows us to use dynamic ticking in
the future, a feature known as tickless kernel.
The scheduler no longer does by himself the calculation of real time
(Unix time), and just calls the TimeManagment singleton class to provide
the value.
Also, we can use 2 new boot arguments:
- the "time" boot argument accpets either the value "modern", or
"legacy". If "modern" is specified, the time management subsystem will
try to setup HPET. Otherwise, for "legacy" value, the time subsystem
will revert to use the PIT & RTC, leaving HPET disabled.
If this boot argument is not specified, the default pattern is to try
to setup HPET.
- the "hpet" boot argumet accepts either the value "periodic" or
"nonperiodic". If "periodic" is specified, the HPET will scan for
periodic timers, and will assert if none are found. If only one is
found, that timer will be assigned for the time-keeping task. If more
than one is found, both time-keeping task & scheduler-ticking task
will be assigned to periodic timers.
If this boot argument is not specified, the default pattern is to try
to scan for HPET periodic timers. This boot argument has no effect if
HPET is disabled.
In hardware context, PIT & RealTimeClock classes are merely inheriting
from the HardwareTimer class, and they allow to use the old i8254 (PIT)
and RTC devices, managing them via IO ports. By default, the RTC will be
programmed to a frequency of 1024Hz. The PIT will be programmed to a
frequency close to 1000Hz.
About HPET, depending if we need to scan for periodic timers or not,
we try to set a frequency close to 1000Hz for the time-keeping timer
and scheduler-ticking timer. Also, if possible, we try to enable the
Legacy replacement feature of the HPET. This feature if exists,
instructs the chipset to disconnect both i8254 (PIT) and RTC.
This behavior is observable on QEMU, and was verified against the source
code:
https://github.com/qemu/qemu/commit/ce967e2f33861b0e17753f97fa4527b5943c94b6
The HPETComparator class is inheriting from HardwareTimer class, and is
responsible for an individual HPET comparator, which is essentially a
timer. Therefore, it needs to call the singleton HPET class to perform
HPET-related operations.
The new abstraction of Hardware timers brings an opportunity of more new
features in the foreseeable future. For example, we can change the
callback function of each hardware timer, thus it makes it possible to
swap missions between hardware timers, or to allow to use a hardware
timer for other temporary missions (e.g. calibrating the LAPIC timer,
measuring the CPU frequency, etc).
2020-03-09 15:03:27 +00:00
|
|
|
Thread::current->sleep(1 * TimeManagement::the().ticks_per_second());
|
2020-01-18 09:19:31 +00:00
|
|
|
}
|
|
|
|
});
|
|
|
|
|
|
|
|
Process::create_kernel_process(g_finalizer, "Finalizer", [] {
|
2020-02-17 14:04:27 +00:00
|
|
|
Thread::current->set_priority(THREAD_PRIORITY_LOW);
|
2020-01-18 09:19:31 +00:00
|
|
|
for (;;) {
|
2020-02-01 09:27:25 +00:00
|
|
|
{
|
|
|
|
InterruptDisabler disabler;
|
|
|
|
if (!g_finalizer_has_work)
|
2020-02-17 14:04:27 +00:00
|
|
|
Thread::current->wait_on(*g_finalizer_wait_queue);
|
2020-02-01 09:27:25 +00:00
|
|
|
ASSERT(g_finalizer_has_work);
|
|
|
|
g_finalizer_has_work = false;
|
|
|
|
}
|
2020-01-18 09:19:31 +00:00
|
|
|
Thread::finalize_dying_threads();
|
|
|
|
}
|
|
|
|
});
|
|
|
|
|
|
|
|
Scheduler::pick_next();
|
|
|
|
|
|
|
|
sti();
|
|
|
|
|
|
|
|
Scheduler::idle_loop();
|
|
|
|
ASSERT_NOT_REACHED();
|
|
|
|
}
|
|
|
|
|
|
|
|
void init_stage2()
|
2018-10-16 09:01:38 +00:00
|
|
|
{
|
|
|
|
Syscall::initialize();
|
|
|
|
|
2020-01-18 09:19:31 +00:00
|
|
|
new ZeroDevice;
|
|
|
|
new FullDevice;
|
|
|
|
new RandomDevice;
|
|
|
|
new PTYMultiplexer;
|
2019-06-02 12:57:44 +00:00
|
|
|
|
2020-02-01 23:52:51 +00:00
|
|
|
bool dmi_unreliable = KParams::the().has("dmi_unreliable");
|
|
|
|
if (dmi_unreliable) {
|
|
|
|
DMIDecoder::initialize_untrusted();
|
|
|
|
} else {
|
|
|
|
DMIDecoder::initialize();
|
|
|
|
}
|
|
|
|
|
2019-11-06 10:45:52 +00:00
|
|
|
bool text_debug = KParams::the().has("text_debug");
|
2019-11-13 17:29:16 +00:00
|
|
|
bool force_pio = KParams::the().has("force_pio");
|
2019-10-29 15:41:40 +00:00
|
|
|
|
2019-06-04 12:03:35 +00:00
|
|
|
auto root = KParams::the().get("root");
|
|
|
|
if (root.is_empty()) {
|
|
|
|
root = "/dev/hda";
|
|
|
|
}
|
2019-06-02 12:57:44 +00:00
|
|
|
|
2019-06-04 12:03:35 +00:00
|
|
|
if (!root.starts_with("/dev/hda")) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "init_stage2: root filesystem must be on the first IDE hard drive (/dev/hda)";
|
2019-06-02 12:57:44 +00:00
|
|
|
hang();
|
|
|
|
}
|
|
|
|
|
2020-01-22 21:23:50 +00:00
|
|
|
auto pata0 = PATAChannel::create(PATAChannel::ChannelType::Primary, force_pio);
|
2020-02-08 01:17:26 +00:00
|
|
|
NonnullRefPtr<BlockDevice> root_dev = *pata0->master_device();
|
2019-06-04 12:03:35 +00:00
|
|
|
|
|
|
|
root = root.substring(strlen("/dev/hda"), root.length() - strlen("/dev/hda"));
|
|
|
|
|
|
|
|
if (root.length()) {
|
|
|
|
bool ok;
|
|
|
|
unsigned partition_number = root.to_uint(ok);
|
|
|
|
|
|
|
|
if (!ok) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "init_stage2: couldn't parse partition number from root kernel parameter";
|
2019-06-04 12:03:35 +00:00
|
|
|
hang();
|
|
|
|
}
|
|
|
|
|
2019-07-11 13:38:47 +00:00
|
|
|
MBRPartitionTable mbr(root_dev);
|
2019-10-07 00:12:37 +00:00
|
|
|
|
2019-06-04 12:03:35 +00:00
|
|
|
if (!mbr.initialize()) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "init_stage2: couldn't read MBR from disk";
|
2019-06-04 12:03:35 +00:00
|
|
|
hang();
|
|
|
|
}
|
|
|
|
|
2019-10-07 00:12:37 +00:00
|
|
|
if (mbr.is_protective_mbr()) {
|
2020-02-24 14:45:04 +00:00
|
|
|
dbg() << "GPT Partitioned Storage Detected!";
|
2019-10-07 00:12:37 +00:00
|
|
|
GPTPartitionTable gpt(root_dev);
|
|
|
|
if (!gpt.initialize()) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "init_stage2: couldn't read GPT from disk";
|
2019-10-07 00:12:37 +00:00
|
|
|
hang();
|
|
|
|
}
|
|
|
|
auto partition = gpt.partition(partition_number);
|
|
|
|
if (!partition) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "init_stage2: couldn't get partition " << partition_number;
|
2019-10-07 00:12:37 +00:00
|
|
|
hang();
|
|
|
|
}
|
|
|
|
root_dev = *partition;
|
|
|
|
} else {
|
2020-02-24 14:45:04 +00:00
|
|
|
dbg() << "MBR Partitioned Storage Detected!";
|
2020-02-01 21:28:39 +00:00
|
|
|
if (mbr.contains_ebr()) {
|
|
|
|
EBRPartitionTable ebr(root_dev);
|
|
|
|
if (!ebr.initialize()) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "init_stage2: couldn't read EBR from disk";
|
2020-02-01 21:28:39 +00:00
|
|
|
hang();
|
|
|
|
}
|
|
|
|
auto partition = ebr.partition(partition_number);
|
|
|
|
if (!partition) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "init_stage2: couldn't get partition " << partition_number;
|
2020-02-01 21:28:39 +00:00
|
|
|
hang();
|
|
|
|
}
|
|
|
|
root_dev = *partition;
|
|
|
|
} else {
|
|
|
|
if (partition_number < 1 || partition_number > 4) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "init_stage2: invalid partition number " << partition_number << "; expected 1 to 4";
|
2020-02-01 21:28:39 +00:00
|
|
|
hang();
|
|
|
|
}
|
|
|
|
auto partition = mbr.partition(partition_number);
|
|
|
|
if (!partition) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "init_stage2: couldn't get partition " << partition_number;
|
2020-02-01 21:28:39 +00:00
|
|
|
hang();
|
|
|
|
}
|
|
|
|
root_dev = *partition;
|
2019-10-07 00:12:37 +00:00
|
|
|
}
|
2019-06-04 12:03:35 +00:00
|
|
|
}
|
2019-06-02 12:57:44 +00:00
|
|
|
}
|
2020-04-06 08:54:21 +00:00
|
|
|
auto e2fs = Ext2FS::create(*FileDescription::create(root_dev));
|
2019-06-02 12:57:44 +00:00
|
|
|
if (!e2fs->initialize()) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "init_stage2: couldn't open root filesystem";
|
2019-06-02 12:57:44 +00:00
|
|
|
hang();
|
|
|
|
}
|
2018-10-17 08:55:43 +00:00
|
|
|
|
2020-01-18 09:19:31 +00:00
|
|
|
if (!VFS::the().mount_root(e2fs)) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "VFS::mount_root failed";
|
2019-11-17 17:58:25 +00:00
|
|
|
hang();
|
|
|
|
}
|
2018-10-17 09:44:06 +00:00
|
|
|
|
2020-02-17 14:04:27 +00:00
|
|
|
Process::current->set_root_directory(VFS::the().root_custody());
|
2020-01-10 22:14:04 +00:00
|
|
|
|
2020-04-08 11:30:50 +00:00
|
|
|
load_kernel_symbol_table();
|
2018-10-26 20:32:35 +00:00
|
|
|
|
2018-10-30 14:33:37 +00:00
|
|
|
int error;
|
2019-02-12 09:19:52 +00:00
|
|
|
|
2019-08-18 02:04:09 +00:00
|
|
|
// SystemServer will start WindowServer, which will be doing graphics.
|
|
|
|
// From this point on we don't want to touch the VGA text terminal or
|
|
|
|
// accept keyboard input.
|
2019-11-06 10:45:52 +00:00
|
|
|
if (text_debug) {
|
2019-10-29 15:41:40 +00:00
|
|
|
tty0->set_graphical(false);
|
2019-12-22 10:35:02 +00:00
|
|
|
Thread* thread = nullptr;
|
|
|
|
Process::create_user_process(thread, "/bin/Shell", (uid_t)0, (gid_t)0, (pid_t)0, error, {}, {}, tty0);
|
2019-10-29 15:41:40 +00:00
|
|
|
if (error != 0) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "init_stage2: error spawning Shell: " << error;
|
2019-10-29 15:41:40 +00:00
|
|
|
hang();
|
|
|
|
}
|
2019-12-30 17:46:17 +00:00
|
|
|
thread->set_priority(THREAD_PRIORITY_HIGH);
|
2019-10-29 15:41:40 +00:00
|
|
|
} else {
|
|
|
|
tty0->set_graphical(true);
|
2019-12-22 10:35:02 +00:00
|
|
|
Thread* thread = nullptr;
|
|
|
|
Process::create_user_process(thread, "/bin/SystemServer", (uid_t)0, (gid_t)0, (pid_t)0, error, {}, {}, tty0);
|
2019-10-29 15:41:40 +00:00
|
|
|
if (error != 0) {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "init_stage2: error spawning SystemServer: " << error;
|
2019-10-29 15:41:40 +00:00
|
|
|
hang();
|
|
|
|
}
|
2019-12-30 17:46:17 +00:00
|
|
|
thread->set_priority(THREAD_PRIORITY_HIGH);
|
2019-12-22 10:35:02 +00:00
|
|
|
}
|
|
|
|
{
|
|
|
|
Thread* thread = nullptr;
|
|
|
|
Process::create_kernel_process(thread, "NetworkTask", NetworkTask_main);
|
2019-03-20 00:15:22 +00:00
|
|
|
}
|
2019-08-28 00:56:05 +00:00
|
|
|
|
2020-02-17 14:04:27 +00:00
|
|
|
Process::current->sys$exit(0);
|
2018-11-07 22:13:38 +00:00
|
|
|
ASSERT_NOT_REACHED();
|
2018-10-22 09:15:16 +00:00
|
|
|
}
|
|
|
|
|
2020-01-18 09:19:31 +00:00
|
|
|
void setup_serial_debug()
|
2018-10-22 09:15:16 +00:00
|
|
|
{
|
2019-08-11 04:43:38 +00:00
|
|
|
// this is only used one time, directly below here. we can't use this part
|
|
|
|
// of libc at this point in the boot process, or we'd just pull strstr in
|
|
|
|
// from <string.h>.
|
2019-09-16 07:01:44 +00:00
|
|
|
auto bad_prefix_check = [](const char* str, const char* search) -> bool {
|
2019-08-11 04:43:38 +00:00
|
|
|
while (*search)
|
|
|
|
if (*search++ != *str++)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
return true;
|
|
|
|
};
|
|
|
|
|
2020-03-01 19:45:39 +00:00
|
|
|
// serial_debug will output all the klog() and dbg() data to COM1 at
|
2019-08-11 04:43:38 +00:00
|
|
|
// 8-N-1 57600 baud. this is particularly useful for debugging the boot
|
|
|
|
// process on live hardware.
|
|
|
|
//
|
|
|
|
// note: it must be the first option in the boot cmdline.
|
2020-01-17 18:59:20 +00:00
|
|
|
u32 cmdline = low_physical_to_virtual(multiboot_info_ptr->cmdline);
|
|
|
|
if (cmdline && bad_prefix_check(reinterpret_cast<const char*>(cmdline), "serial_debug"))
|
2019-08-11 04:43:38 +00:00
|
|
|
set_serial_debug(true);
|
2020-01-18 09:19:31 +00:00
|
|
|
}
|
2019-08-11 04:43:38 +00:00
|
|
|
|
2020-01-18 09:19:31 +00:00
|
|
|
extern "C" {
|
|
|
|
multiboot_info_t* multiboot_info_ptr;
|
|
|
|
}
|
2019-03-27 12:40:00 +00:00
|
|
|
|
2020-01-18 09:19:31 +00:00
|
|
|
// Define some Itanium C++ ABI methods to stop the linker from complaining
|
|
|
|
// If we actually call these something has gone horribly wrong
|
|
|
|
void* __dso_handle __attribute__((visibility("hidden")));
|
2018-10-22 09:15:16 +00:00
|
|
|
|
2020-01-18 09:19:31 +00:00
|
|
|
extern "C" int __cxa_atexit(void (*)(void*), void*, void*)
|
|
|
|
{
|
|
|
|
ASSERT_NOT_REACHED();
|
|
|
|
return 0;
|
|
|
|
}
|
2019-06-04 10:54:27 +00:00
|
|
|
|
2020-01-18 09:19:31 +00:00
|
|
|
void setup_acpi()
|
|
|
|
{
|
2020-02-05 18:38:41 +00:00
|
|
|
if (!KParams::the().has("acpi")) {
|
2020-02-28 20:51:09 +00:00
|
|
|
ACPI::DynamicParser::initialize_without_rsdp();
|
2020-02-05 18:38:41 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
auto acpi = KParams::the().get("acpi");
|
|
|
|
if (acpi == "off") {
|
2020-02-28 20:51:09 +00:00
|
|
|
ACPI::Parser::initialize_limited();
|
2020-02-05 18:38:41 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (acpi == "on") {
|
2020-02-28 20:51:09 +00:00
|
|
|
ACPI::DynamicParser::initialize_without_rsdp();
|
2020-02-05 18:38:41 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (acpi == "limited") {
|
2020-02-28 20:51:09 +00:00
|
|
|
ACPI::StaticParser::initialize_without_rsdp();
|
2020-02-05 18:38:41 +00:00
|
|
|
return;
|
2019-12-31 11:04:30 +00:00
|
|
|
}
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "acpi boot argmuent has an invalid value.";
|
2020-02-05 18:38:41 +00:00
|
|
|
hang();
|
2018-10-16 09:01:38 +00:00
|
|
|
}
|
2020-02-05 18:47:53 +00:00
|
|
|
|
|
|
|
void setup_vmmouse()
|
|
|
|
{
|
|
|
|
VMWareBackdoor::initialize();
|
|
|
|
if (!KParams::the().has("vmmouse")) {
|
|
|
|
VMWareBackdoor::the().enable_absolute_vmmouse();
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
auto vmmouse = KParams::the().get("vmmouse");
|
|
|
|
if (vmmouse == "off")
|
|
|
|
return;
|
|
|
|
if (vmmouse == "on") {
|
|
|
|
VMWareBackdoor::the().enable_absolute_vmmouse();
|
|
|
|
return;
|
|
|
|
}
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "vmmouse boot argmuent has an invalid value.";
|
2020-02-05 18:47:53 +00:00
|
|
|
hang();
|
|
|
|
}
|
2020-02-05 19:07:12 +00:00
|
|
|
|
|
|
|
void setup_pci()
|
|
|
|
{
|
|
|
|
if (!KParams::the().has("pci_mmio")) {
|
|
|
|
PCI::Initializer::the().test_and_initialize(false);
|
|
|
|
PCI::Initializer::the().dismiss();
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
auto pci_mmio = KParams::the().get("pci_mmio");
|
|
|
|
if (pci_mmio == "on") {
|
|
|
|
PCI::Initializer::the().test_and_initialize(false);
|
|
|
|
} else if (pci_mmio == "off") {
|
|
|
|
PCI::Initializer::the().test_and_initialize(true);
|
|
|
|
} else {
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "pci_mmio boot argmuent has an invalid value.";
|
2020-02-05 19:07:12 +00:00
|
|
|
hang();
|
|
|
|
}
|
|
|
|
PCI::Initializer::the().dismiss();
|
|
|
|
}
|
2020-02-16 00:27:42 +00:00
|
|
|
|
2020-02-22 18:47:31 +00:00
|
|
|
void setup_interrupts()
|
|
|
|
{
|
2020-02-28 20:51:09 +00:00
|
|
|
InterruptManagement::initialize();
|
2020-02-22 18:47:31 +00:00
|
|
|
|
|
|
|
if (!KParams::the().has("smp")) {
|
|
|
|
InterruptManagement::the().switch_to_pic_mode();
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
auto smp = KParams::the().get("smp");
|
|
|
|
if (smp == "off") {
|
|
|
|
InterruptManagement::the().switch_to_pic_mode();
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (smp == "on") {
|
|
|
|
InterruptManagement::the().switch_to_ioapic_mode();
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2020-03-01 19:45:39 +00:00
|
|
|
klog() << "smp boot argmuent has an invalid value.";
|
2020-02-22 18:47:31 +00:00
|
|
|
hang();
|
|
|
|
}
|
Kernel: Introduce the new Time management subsystem
This new subsystem includes better abstractions of how time will be
handled in the OS. We take advantage of the existing RTC timer to aid
in keeping time synchronized. This is standing in contrast to how we
handled time-keeping in the kernel, where the PIT was responsible for
that function in addition to update the scheduler about ticks.
With that new advantage, we can easily change the ticking dynamically
and still keep the time synchronized.
In the process context, we no longer use a fixed declaration of
TICKS_PER_SECOND, but we call the TimeManagement singleton class to
provide us the right value. This allows us to use dynamic ticking in
the future, a feature known as tickless kernel.
The scheduler no longer does by himself the calculation of real time
(Unix time), and just calls the TimeManagment singleton class to provide
the value.
Also, we can use 2 new boot arguments:
- the "time" boot argument accpets either the value "modern", or
"legacy". If "modern" is specified, the time management subsystem will
try to setup HPET. Otherwise, for "legacy" value, the time subsystem
will revert to use the PIT & RTC, leaving HPET disabled.
If this boot argument is not specified, the default pattern is to try
to setup HPET.
- the "hpet" boot argumet accepts either the value "periodic" or
"nonperiodic". If "periodic" is specified, the HPET will scan for
periodic timers, and will assert if none are found. If only one is
found, that timer will be assigned for the time-keeping task. If more
than one is found, both time-keeping task & scheduler-ticking task
will be assigned to periodic timers.
If this boot argument is not specified, the default pattern is to try
to scan for HPET periodic timers. This boot argument has no effect if
HPET is disabled.
In hardware context, PIT & RealTimeClock classes are merely inheriting
from the HardwareTimer class, and they allow to use the old i8254 (PIT)
and RTC devices, managing them via IO ports. By default, the RTC will be
programmed to a frequency of 1024Hz. The PIT will be programmed to a
frequency close to 1000Hz.
About HPET, depending if we need to scan for periodic timers or not,
we try to set a frequency close to 1000Hz for the time-keeping timer
and scheduler-ticking timer. Also, if possible, we try to enable the
Legacy replacement feature of the HPET. This feature if exists,
instructs the chipset to disconnect both i8254 (PIT) and RTC.
This behavior is observable on QEMU, and was verified against the source
code:
https://github.com/qemu/qemu/commit/ce967e2f33861b0e17753f97fa4527b5943c94b6
The HPETComparator class is inheriting from HardwareTimer class, and is
responsible for an individual HPET comparator, which is essentially a
timer. Therefore, it needs to call the singleton HPET class to perform
HPET-related operations.
The new abstraction of Hardware timers brings an opportunity of more new
features in the foreseeable future. For example, we can change the
callback function of each hardware timer, thus it makes it possible to
swap missions between hardware timers, or to allow to use a hardware
timer for other temporary missions (e.g. calibrating the LAPIC timer,
measuring the CPU frequency, etc).
2020-03-09 15:03:27 +00:00
|
|
|
|
|
|
|
void setup_time_management()
|
|
|
|
{
|
|
|
|
if (!KParams::the().has("time")) {
|
|
|
|
TimeManagement::initialize(true);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
auto time = KParams::the().get("time");
|
|
|
|
if (time == "legacy") {
|
|
|
|
TimeManagement::initialize(false);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (time == "modern") {
|
|
|
|
TimeManagement::initialize(true);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
kprintf("time boot argmuent has an invalid value.\n");
|
|
|
|
hang();
|
|
|
|
}
|
2020-02-16 00:27:42 +00:00
|
|
|
}
|