TODO

From Linux PARISC Wiki
(Difference between revisions)
Jump to: navigation, search
m (PA-RISC Linux TODO (actually this is Helge's TODO list))
m (Status & TODO 2013-10-09 (TODO-List by Helge Deller))
Line 16: Line 16:
 
* currently planned features for 3.13 / 3.14:
 
* currently planned features for 3.13 / 3.14:
 
** better implementation to get stack pointer (in return_address(), in stack checker in irq.c, ...)
 
** better implementation to get stack pointer (in return_address(), in stack checker in irq.c, ...)
** pdc_chassis LEDs not updated (Attention blinks always) on rp5470 ? (works on B2000), Virtual Front Panel -> why does "Attention" blinks? Code in pdc_chassis.c, see PDC_CHASSIS in http://ftp.parisc-linux.org/docs/arch/pdc20-v1.1-Ch4-pdc.pdf
+
** PDC Chassis codes on rp5470: Attention LED always blinks - Reading the Error Log (command: SL) in GSC turns off the Attention LED. Accessing this buffer is the only way to turn off the attention LED when it is flashing and alerts have not been acknowledged at the alert display level.
 
** physically broken memory in Dave's machine - utilize PDT (http://ftp.parisc-linux.org/docs/arch/pdc20-v1.1-Ch4-pdc.pdf (page #46)) - https://patchwork.kernel.org/patch/2541561/
 
** physically broken memory in Dave's machine - utilize PDT (http://ftp.parisc-linux.org/docs/arch/pdc20-v1.1-Ch4-pdc.pdf (page #46)) - https://patchwork.kernel.org/patch/2541561/
  

Revision as of 15:19, 11 November 2013

Contents

PA-RISC Linux TODO (actually this is Helge's TODO list)

Updates for next newsletter

  • fixed 64bit SMP kernel & sticon on machines with more than 4GB RAM
  • Dave found O_SYNC bug in glibc
  • Migration parisc-linux.org
  • debian-ports.org access

Status & TODO 2013-10-09 (TODO-List by Helge Deller)

  • currently planned features for 3.13 / 3.14:
    • better implementation to get stack pointer (in return_address(), in stack checker in irq.c, ...)
    • PDC Chassis codes on rp5470: Attention LED always blinks - Reading the Error Log (command: SL) in GSC turns off the Attention LED. Accessing this buffer is the only way to turn off the attention LED when it is flashing and alerts have not been acknowledged at the alert display level.
    • physically broken memory in Dave's machine - utilize PDT (http://ftp.parisc-linux.org/docs/arch/pdc20-v1.1-Ch4-pdc.pdf (page #46)) - https://patchwork.kernel.org/patch/2541561/
  • Kernel: still missing Linux kernel development (no patches available yet):
    • implement .con_font_set (consw) in sticon.c (to be able to change fonts at runtime)
    • Implement CONFIG_DEBUG_STACK_USAGE ?
    • fix wrong _init notation in kernel
    • NO_IRQ -> should be converted to (0) instead of (-1) -> Helge (check assembly, check in drivers/parisc/*)
    • implement alternative coding for UP/SMP. See arch/x86/include/asm/alternative.h
    • check assembly in drivers/parisc/*
    • use pdc_add_valid() in kern_addr_valid(), protect against crashable acesses (like for superio-pc-drivers-detection in lp), add pdc_add_valid() to create a probe_kernel_read() implementation.
    • arch/parisc/kernel/sys_parisc.c -> use SYSCALL_ALIAS() -> maybe
    • on C8000, report 1 socket with 2 cores.
    • implement HUGE pages (or even better transparent huge pages)
    • Review gettimeofday and clock_gettime() implementation, possibly use a light-weight-syscall and rely on cr16 and cpu speed for more accurate timing? similiar to commit http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=18ad51dd342a7eb09dbcd059d0b451b616d4dafc
  • Kernel: Low priority patches needs further work
    • Fix exception table entries to be of type int (32bit), even on 64bit kernel -> saves space. - https://patchwork.kernel.org/patch/3033801/
    • disable FP-register save/restore at kernel entry? - Helge
    • enable 16k/64k kernel page sizes (still cacheflushing-issues with SCSI driver, additional work in glibc needed to deal with >4k page size, e.g. ld-loader alignments of data/code segments)
    • Superdome support - can someone test? Should work better now with latest kernels.
    • task_struct/thread_info split -- task_struct should not be visible in entry.S, we need to move some items into thread_info -- this includes pt_regs and maybe some of the flags (ptrace, etc)
    • Visualize FX support (will probably never happen!)
  • Debian packaging work:
    • Build real debian-installer CD. See: https://wiki.debian.org/Simple-CDD/Howto
    • DONE: we need a kernel debian package (3.10 based or higher)
    • ONGOING: debian-ports/parisc repository aka. syning debs to there
    • DONE: split repository on parisc-linux.org into stable (wheezy) and unstable (sid)
  • Debian packages / Userspace work
    • IMPORTANT: fix OpenJDK - fixes required in zeroport (stack grows up!).
    • 64-bit userspace, 64-bit binutils needs to be fixed to get multiple stub section support.
    • gcc -> join 32- and 64bit compiler, make "-m64" work, get rid of hppa64-linux-gnu-gcc
  • Homepage migration:
    • ONGOING: Migration of parisc-linux.org website to https://parisc.wiki.kernel.org
    • Domain ownwer: Matt Taggart <matt@lackof.org>, Expiration Date:09-Aug-2014 23:07:58 UTC
    • New domain owner: Thibaut VARENE <T-Bone@parisc-linux.org> <T-Bone@slashdirt.org>
    • Server administrator of parisc-linux.org: Dann Frazier - dannf@dannf.org
    • Technical contact at HP: brett.johnson@hp.com
  • palo (PA-RISC Boot Loader):
    • Modify (if possible), that palo can read (sequential) tftpbootable-vmlinuxes as well as the current boot-vmlinux images (simplifies build/handling)
    • add xz-compression support, maybe move decompression to Linux kernel instead of palo?

DONE



TODO Drivers

  • write Lasi floppy driver
  • write Suckyio floppy driver
  • write spifi driver (rbrad)
  • modify ncr53c8xx driver for Outfield (735 & 755)
  • write GSC FDDI driver
  • write Timi ASIC (74x) support
  • EISA DMA support
  • IPMI support on rp-class / Support graceful shutdown from BMC on rp servers (`PC -GRACEFUL`)

Review all the todo entries below!

  • ns87415 dma doesn't work reliably on suckyio-systems
  • investigate not putting in extable entries for put_kernel_asm; will probably reduce kernel size
Personal tools