From: Matthew Wilcox <willy@debian.org>
To: parisc-linux@parisc-linux.org
Subject: [parisc-linux] 2.5 status update 2003-01-14
Date: Tue, 14 Jan 2003 15:54:09 +0000 [thread overview]
Message-ID: <20030114155409.X26554@parcelfarce.linux.theplanet.co.uk> (raw)
A new year, a new kernel. Er, lots of new kernels. So much stuff has been
going on, I hope I haven't left too much out (note: do these more often).
- Lamont prompted me to fix dino_inb/inw/outb/outw, and the airo driver.
- Lamont wrote faster ip_csum routines.
- Helge went completely nuts on drivers/video ;-)
- James did some of the merges while I was away over xmas, and did a lot
of work converting us over to the generic device model.
- James & Randolph also finally tracked down a big stability problem;
needed to check signals more often.
- Lamont improved the unaligned handler.
- We have a new framebuffer penguin ;-) Thanks, Thibaut!
- Randolph wrote oprofile support for parisc.
- I found & fixed the cause of init failing to start on my 712 -- the
kernel was trying to make sure there was at least 80MB ram available
for each process.
- I integrated Stephen Rothwell's generic compat changes & Sam Ravnborg's
Makefile changes.
We did a large merge into Linus' tree yesterday, and he put out 2.5.58
today, leaving our diff standing around:
-rw-r--r-- 1 willy willy 376145 Jan 14 08:38 parisc-2.5.diff
I think that's the smallest it's ever been.
The largest chunks of that are:
-rw-r--r-- 1 willy willy 166953 Jan 12 07:54 parisc-hil.diff
-rw-r--r-- 1 willy willy 151345 Jan 12 07:47 parisc-video.diff
I'm not worried about drivers/video; Helge's doing a great job staying
synchronised with James Simmons' fb tree and that artificially inflates
that diff.
I am a little worried about the HIL keyboard/mouse/etc. If someone could
step up to take care of making them work in 2.5 and generally look after
them, that'd be great.
Here's the current todo list:
Status:
-------
- Merged to 2.5.58
- 2.5.57 booted on A500. 712 has serial problems.
- 2.5.56 booted on A500, 712
- Don't know what other patches need to be brought forward from 2.4
- SMP compiles, but doesn't work yet
- No preemptible support
Todo:
-----
- review makefiles for safe parallel builds
- review diff vs 2.4 for additional changes
- Serial code not working for c3000 (helge)
- the fix for do_fork needs checking
- Some options still need Kconfig help entries
- drivers/char/keyboard.c:987:2: warning: #warning "Cannot generate rawmode
keyboard for your architecture yet."
- our PDC early debug console hacks need to be cleaned up somehow
- drivers/pci/setup-bus.c has a hppa-specific #ifdef right now to
prevent pci reinit from hpmc'ing the machine. this probably needs to
go upstream
- ad1889 driver - stress, debug, ALSA and commit to 2.5 (ggg, tausq, tbone)
- ns87415 dma doesn't work reliably on suckyio-systems
- CPU hotplug support (maybe not needed, V-Class doesn't support that feature)
- flush_tlb_kernel_range is horribly inefficient
- flush_icache_user_range could flush just that range rather than the
entire page.
- (ab)use kmap/kunmap on 64-bit to eliminate flush_dcache calls.
- cp_new_stat32 for sys_parisc32.c is inefficient; maybe it's better
to fill in a tmp stat32 and just do copy_to_user in one go at the end?
- syscall signal return path needs work
- 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)
- Use zone_highmem for the 256MB of RAM at 64GB on Astro-based machines.
(NB, what does Stretch do?)
- investigate not putting in extable entries for put_kernel_asm; will
probably reduce kernel size
- call to pdc_suspend_usb() in inventory.c crashes c3k with kernel 2.5
- fix harmony buffer-overflows
- fix HIL problem: ksoftirqd eats 100% cpu (kernel 2.4; kernel 2.5?)
- write floppy driver for lasi
- write floppy driver for suckyio
- CONFIG_INTERMEZZO_FS doesn't build (or link) (missing intermezzo includes, arch-indep)
- CONFIG_REISERFS_FS builds (and links), works built-in
- CONFIG_XFS_FS builds (and links), infinite loop when mounting volume.
- spifi driver (rbrad)
- write optimized versions of lcopy_{to,from}_user. Can we port the
hpux versions?
- changes in arch/parisc/kernel/signal.c regarding HACK needs testing
- signal.c #if CACHE_FLUSHING_IS_NOT_BROKEN needs to be solved
- proc files are b0rken (interrupts), possible irqi funcs related pb.
- the irq needs to go from doubly-indexed to singly-indexed scheme, or else fs/proc/proc_misc.c needs changes.
- kernel module loader support
- IRQ cpu-affinity support
- NPTL kernel support (CLONE_*TID flags need to be correctly handled by
sys_clone() and friends)
Started and in progress:
------------------------
- port sym53c8xx hppa changes forward (helge)
- push STI changes upstream (helge)
- Look at Config.help too. (tbone, HIL -> helge?)
- send tulip changes to jgarzik (grant)
- switching Harmony to ALSA (laurent)
- remove all references to sti(), cli(), save_flags() and restore_flags() (willy, tbone, ...)
- send pci-serial patches to rmk (tausq)
- port hil_kbd.c to new input layer
- port hil_ptr.c to new input layer
- oprofile support (tausq)
Done:
-----
- stifb & sticon compiles and works (helge)
- port ns87415 hppa changes forward (grant)
- implemented synchronize_irq(). (grant)
- port hp_keyb.c to input layer (laurent, tbone)
CONFIG options without help:
-----------------------------
_USB_OHCI_HCD (add parisc info?)
_HP_SDC_RTC
_HIL_MLC
_HIL_KBD (to improve)
_HIL_PTR (to improve)
--
"It's not Hollywood. War is real, war is primarily not about defeat or
victory, it is about death. I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert Fisk
next reply other threads:[~2003-01-14 15:54 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-14 15:54 Matthew Wilcox [this message]
2003-01-14 18:02 ` [parisc-linux] 2.5 status update 2003-01-14 Grant Grundler
2003-01-14 18:02 ` Randolph Chung
2003-01-14 22:27 ` Helge Deller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030114155409.X26554@parcelfarce.linux.theplanet.co.uk \
--to=willy@debian.org \
--cc=parisc-linux@parisc-linux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.