Created Todo (markdown)

Kevin Lange 2014-05-06 23:59:58 -07:00
parent c08b50e251
commit 9c4ce768b1

213
Todo.md Normal file

@ -0,0 +1,213 @@
# Compositor functionality
* Alt+Tab keyboard window switching (with previews)
* Advertise window titles + icons
* New panel with window list
* Rewrite client-server protocol
* New resize handshake
* Only sane event path; fix window creation (fix "wait for reply" commands)
* Better packet structs for events (window.left? ew!)
# Japanese / i18n updates
* IME
* Support for multibyte/wide characters in rline and terminal linebuffer
* JIS keyboard mapping in the compositor (config file???)
* Applications shouldn't care.
* What to do with with special characters?
# Multiarch / Ports
* Split out x86 / PC-specific bits into new arch/ directories
* Fix up uses of explicitly sized types where possible
* x86-64 port
* Good for verification of multi-arch readiness
* Much easier to develop for than ARM port
* ARMv6 port is underway
# Cleanup and POSIX expansion
* Rewrite underlying process model
* `task`/`process` split should match architecture dependency split
* Better allocation management, process tracking
* Cleanup is a pain right now - we need to stop eating processes that finish with parents that might want their statuses.
* Sleeping, wait queues, and IO polling/select depend on some rewriting
# New EXT2 drivers
* The EXT2 drivers are poorly written, they need a complete rewrite
* Allow for multiple EXT2 instances
* Operate on block devices rather than directly with ATA drives
* Allows for effortless ramdisk implementation with same code
* Will make MMC port a lot easier for RPi
# TODO as of November, 2012
* force a build run
* ~~Integrate Cairo into build toolchain~~
* autogen means extra effort needed
* required to ship with new compositor
* this has been done for a while
* ~~Fix static initializers in C++~~
* The best method for this is probably going to be writing a dynamic loader, so...
* this has been done for a while
* Write a dynamic loader
* as of March 2014, finally starting to work on this
* Pretty much everything below
# TODO for 0.4.0 Distribution Release
* User Interface
* ~~Graphical Login~~
* More applications
* ~~Working boot on real hardware~~
* Confirmed working on Mini 9 with hard disk boot
# TODO for 0.5.0
* CD support
* Boot from "CD"
* Distribute with Grub
* CD image generator in-repo
* Stable Harddisk writes
* Screenshot functionality
* Attempt an installer?
* ATA writes in general seem to be stable, work on EXT2 FS write support
# Doc Revamp
* ~~Get rid of old, outdated TeX/PDF manual~~
* Build a modern doxygen-powered documentation system for
kernel functions for use by kernel developers.
* Tried to do this, doxygen got very angry - might look at it again later?
* Also include doxygen documentation for included libraries
(lib/graphics, etc.)
# TODO for Microkernel Launch (0.5.0?)
* ~~Replace ramdisks with ELF service executables~~
* Boot with multiple modules = boot with multiple services.
* vfs.srv, for example
* replace "services" with "modules" and this is done...
* VFS as a service.
* It would be super awesome to write this in a language that is more flexible.
* Actual file system drivers as separate modules, or what?
* Service bindings
* Essentially, a system call interface to discovering available services.
* `require_service(...)` system call for usable errors when a service is missing?
* Do module dependencies count? That's in...
* ~~Deprecate old graphics applications~~
* ~~And rename the windowed versions.~~
* ~~Environment variables~~
* Support them in general
* Push things like graphics parameters to environment variables
* Integrate service-based VFS into C library
* Which probably means integrating shmem services into the C library
* Services in a separate ring
* Compositor as a service
* Compositor shmem names integrated with service discovery
* For VFS, need better IPC for cross-process read/write/info/readdir/etc. calls
## Service Modules (aka "Services")
* `vfs.srv` The virtual file system server. (required to provide file system endpoints)
* Keeping as core for now, possibly a module in the new revision? VFS is kinda important...
* `ext2.srv` Ext2 file system server. (provides `/`)
* module
* `ata.srv` ATA disk access server. (provides `/dev/hd*`)
* module
* `compositor.srv` The window compositing server. (provides shmem regions)
* staying in userspace
* `ps2_hid.srv` The keyboard/mouse server. (provides `/dev/input/ps2/*`)
* two modules: `ps2kbd` and `ps2mouse`, and they provide `/dev/kbd` and `/dev/mouse` respectively.
* I'll look into the other dev nodes later...
* `serial.srv` UART serial communication server (provides `/dev/ttyS*`)
* module: `serial`
### Future Servers
* `usb.srv` Generic USB device server (provides `/dev/input/usb/*`)
* `proc.srv` Process information server (provides `/dev/proc`; uses lots of kernel bindings)
* `net.srv` Networking server (provides `/dev/net`)
* `gfx.srv` Block-access graphics server (provides `/dev/fb*`)
* This is a module at the moment; might be abandoning a lot of these service ideas...
## Things that are not services
* ELF support is not a service
# TODO as of Septemember 2012
## C++
* ~~Build with C++ support~~
## Terminal Fixes ##
* Mouse features; mouse support in windowed mode
* ~~Tab completion in shell (this is mostly a shell-specific thing)~~
## Windowing System ##
* ~~Graphical Login Manager~~
* Finish GUI toolkit
* File manager app
## Harddisk Drive Extras
* ~~VFS support is still almost entirely non-existent~~
* VFS works pretty nicely.
* Write support for EXT2 is still sketchy
* This is still true as of March 2014 - actually, it's worse, write support is temporarily gone
* Still lacking fast read/write for IDE - needs more DMA!
* Still true in 2014
## Toolchain
* ~~Finish GCC port~~
* Finished in April/May, 2013
* ~~Port ncurses/vim/etc.~~
* This was compleated circa March 2013
* Native development requires good tools.
* Also port genext2fs.
* ~~Directory support needs to be better integrated into the C library still~~
* `readdir` and family have been integrated
## Microkernal Readiness
* ~~Deprecate ramdisks~~ **replaced with new ramdisk module, works better**
* Haven't used them in development in over a year
* Not useful anywhere else due to their limiting sizes
* As of March 2014, ramdisks have been reimplemented (again) in an actual ramdisk *module*
* ~~implement module execution~~
* Instead of loading a ramdisk, modules should be standard binaries
* Actually, both are supported now, so that's done.
* The binaries will be executed in a new "service mode"
* This was isn't going to happen, at least not for kernel modules.
* Implement "servicespace"
* Userspace, but at a different ring
* Special access features, like extended port access
* Higher priority scheduling
### Services to Implement
* PCI Service
* Graphics Management Service
* Compositor as a service?
* Technically, it already is.
* Virtual File System Service
## Old I/O goals
### I/O
* ~~`/dev` file system~~
* ~~`/dev/fbN` and `/dev/ttyN` for virtual framebuffer terminals and graphics~~
* Framebuffers still need work to actually support mapping, but can provide size/address information via `ioctl`.
* ~~`/dev/ttyS0` for serial I/O~~
* SATA read/write drivers (`/dev/sdaN`)
* ~~`/dev/ramdisk` (read-only)~~
* Actually in `/dev/ramN` now
* ~~EXT2 drivers should operate on a `/dev/*` file~~
* ~~Working on this with new ext2 drivers~~
* The new driver is in the current strawberry head
* ~~Need better block device handling; \*64() operations~~
* Handled in the block device by doing extra reads, read-before-write operations
* ~~Mounting of `/dev/*` files using a filesystem handler~~
* A workaround is provided for `/dev` so that mounted nodes can be listed
* A general solution is being worked on in the new VFS
* ~~VFS tree~~