klange / toaruos Goto Github PK

TODO: Add a context object to all graphics library calls for rendering; possibly integrating windowing into the library?

Hi, after make system, i create .img file with image-builder/create-image.sh after this process i type sudo qemu-system-i386 toaru-disk.img and qemu show me grub, i select Graphical Mode but nothing happened and restart system and i see grub again, what's wrong ?

Now that we have working disk writes, we need a setup or installation tool.

It should be able to:

• Run on first boot for production images.
• Create a default user.
• Setup timezone offsets (not currently supported anywhere).
• Walk through the UI / controls.

In the future, we should build a full installation wizard that can be run from a bootable ISO to:

• Format a disk.
• Install files from a compressed archive.
• Proceed with the setup above.

These are scattered all over the place. Good luck!

The most obvious place where this shows up is breaking ^C in bash. There's a lot of little subtle things that are still broken in bash that should be fixed so we can ship it by default.

Host: Arch Linux x86_64, all packages up to date

newlib just stopped building recently, and I think it might be because it requires an old version of autoconf (currently have 2.69)

This is what comes out of the build script: https://gist.github.com/4593932

While compiling GCC, after removing/updating any legacy build dependencies, I keep stumbling upon the error shown in the screenshot. I attempted to fix it many ways, but I keep on getting this error (marked in white).

Hi,
i booted up the system with qemu 2.0 yesterday and the mouse wont work anymore. Not sure if it is the qemu 2.x (also installed 2.1 to verify). But since you are only doing "ps2" port things, it should work. Will try to set up a qemu 1.x to verify if there is something "new" in qemu.

Hi,
you have a memory leak here in the function syscall_chdir(). You do a kopen() get a fs_node_t but you dont free() it:

static int sys_chdir(char * newdir)
{
char * path = canonicalize_path(current_process->wd_name, newdir);
fs_node_t * chd = kopen(path, 0);
if (chd) {
if ((chd->flags & FS_DIRECTORY) == 0) {
return -1;
}
free(current_process->wd_name);
current_process->wd_name = malloc(strlen(path) + 1);
memcpy(current_process->wd_name, path, strlen(path) + 1);
return 0;
} else {
return -1;
}
}

Brgds
C.

Tested multiple times on both the root and local account. The screen just freezes.

Icons should launch on double click, be highlighted on hover, and have a "selection highlight" on click or keyboard selection.

ATAPI drivers are required to read data from the CD drive.

Right now, the only way to select between the two video drivers ("preset" and "qemu") is with a kernel argument. We should be able to autodetect the qemu/bochs "BGE" device when available.

Some applications lack a clear way to be closed, especially ones without titlebars. We should support Alt+F4 either at the compositor level or through something else (perhaps through the panel, like we do with some other window management functionality).

• Integrate with graphics library
• Include support for multiple windows
• Add objects for:
  • Menus
  • Labels
  • Sliders
  • Scrollbars
  • Checboxes / Radio Buttons
  • Input boxes
  • Tabviews?
• Add support for graphical themes?
• Need to integrate with font engine (freetype2 + shmemfonts)

rline is currently embedded in the shell, but it's generally useful as a readline replacement in other applications so let's make it available.

While the left Shift key works, neither my right Shift key nor my Caps Lock do anything in ToAruOS.

Sometimes TCP packets come in in the wrong order. The stack needs to account for this.

The kernel lacks support for a filesystem read from directly from a CD.

Either, support an emulated Unix-like file system on the CD, or support enough to load a memdisk without having to use the bootloader.

ToaruOS has been x86 32-bit only for quite some time. A half-hearted attempt at an ARM port was made in 2013, but was not completed. Porting to x86-64 would provide an opportunity to discover and fix size issues, built out the general port infrastructure that Toaru's build tools have been lacking, and also provide an environment where all of the general-purpose drivers (mouse/keyboard/video) continue to function.

Things to think about:

• Where are we making bad assumptions about pointer sizes?
• What can we do to make the build scripts support multiple target architectures?
• How can we make process structures more generic?
• Where do we make assumptions about memory layout that may no longer be true as we move to higher-half with x86-64?

Currently, the only way to get accurate sub-second timing information is through the uptime interface, which is disturbingly wrong (though slightly interesting from a plan9 perspective...)

There are several places where sub-second timing information would be useful:

• Ensuring smooth animations in the compositor.
• Support double clicks properly.
• Video playback.

One of the POSIX timing APIs should be fully implemented with at least millisecond accuracy, but preferably microsecond accuracy (which is currently lacking). May require general upgrades to timekeeping.

The kernel needs an efficient and safe message passing system for use in services.

• GCC port
• Audio device drivers
• Audio subsystem
• ATAPI CD support (CD filesystem?)
• Network stack
• New wallpaper and character assets
• Networking samples (telnet, etc.)
• SDL backend + port
• Stable ext2 writes
• Dynamic loader
• Finish Python port
• Toolkit (Python?)
• VFS permissions (basic)

Fix block reading to support large directories in the initial ramdisk image.

Support further block abstractions: doubly indirect and triply indirect.

They show up in yutani-test but are spitting out keycode = 0.

Terminal will need mappings for them as well.

^W should delete the last word.

Add genext2fs as a build dep in README.md? :)

There are like 3 different methods for logging in the kernel, and some of them are never, ever used because they only print visible log messages to the serial line... before serial is enabled.

Get rid of the stored log – just make debug_print store to a temporary buffer until the VFS is available – and kill the boot log – it hasn't served a purpose since the kernel terminal was removed.

This should be handled somewhere in the keyboard translation library, so I think it's just a matter of "we don't do anything with it".

There's plenty of const correctness issues throughout the kernel, but starting with static strong declarations would get us pretty far.

This is a task list ticket for tracking progress on the network stack.

• Packet construction
  • Ethernet frames
  • IPv4 headers
  • UDP packets
    • UDP packet checksums
  • TCP packets
• Core protocol support
  • ARP
  • DHCP
    • DHCP packet construction
    • DHCP packet interpretation (options)
  • DNS
    • Request generation
    • Response parsing
  • IRC
  • Telnet
• Userspace interface

Necessary for a Cairo-backed TTK and for the new compositor.

Cascading kill signals would alleviate this, as well as "session numbers" for processes and the ability to kill a "session".

It has a different PCI device ID, but is compatible with the eixsting driver:

18:15 <sortie>         bool is_qemu_bga = id.vendorid == 0x1234 && id.deviceid == 0x1111;
18:15 <sortie>         bool is_vbox_bga = id.vendorid == 0x80EE && id.deviceid == 0xBEEF;

I'm pretty sure the "Eldritch Horror" fallback means we already support these devices, but inefficiently (and possibly dangerously).

This is somewhat blocked on #65. We currently need to do this in clients, but we don't even bother and places where double clicks would be more appropriate are using single clicks instead (like the wallpaper).

You forgot -I./kernel/include on line 156 of the Makefile.

I'm following this page to build kernel,

But when I execute ./.build-travis.sh, here is what happens:

bekir@ubuntu:~/klange/osdev$ sudo ./.build-travis.sh 
/home/build/osdev/toolchain ~/klange/osdev
~/klange/osdev
   CC   ./gui/ttk/lib/ttk-core.cIn file included from ./gui/ttk/lib/ttk-core.c:10:0:
./gui/ttk/ttk.h:7:19: fatal error: cairo.h: No such file or directory
compilation terminated.
   CC   ./gui/ttk/lib/ttk-core.c
/home/bekir/klange/osdev/userspace/gui/ttk/lib/ttk-core.o 1
['i686-pc-toaru-gcc', '-std=c99', '-U__STRICT_ANSI__', '-O3', '-m32', '-Wa,--32', '-g', '-I.', '-I/home/build/osdev/toolchain/local/i686-pc-toaru/include/freetype2', '-I/home/build/osdev/toolchain/local/i686-pc-toaru/include/cairo', '-I/home/build/osdev/toolchain/local/i686-pc-toaru/include/pixman-1', '-c', '-o', '/home/bekir/klange/osdev/userspace/gui/ttk/lib/ttk-core.o', './gui/ttk/lib/ttk-core.c']
Traceback (most recent call last):
  File "build.py", line 220, in <module>
    source_obj.run()
  File "build.py", line 108, in run
    raise Exception
Exception
make: *** [.userspace-check] Error 1
bekir@ubuntu:~/klange/osdev$ 

Pipe support is extremely slow. Fix this.

There are several things that could use improvement in glogin:

• Text input boxes need cursor when highlighted (preferably with blink)
• Entire interface needs mouse support
• The clock in the corner doesn't update (it's only a date, so this is pretty minor, but if you're logging in around midnight you might notice)
• Yutani doesn't focus the login window when it is the only window (after logging out)
• Add additional controls to login screen, such as "shut down"
• Make design things configurable (transparency, layout, logo, etc.)