On Thu, 18 May 2000, Alan Cox wrote:
> Fixed
> -----
[snip]
> In Progress
> -----------
[snip]
> Fix Exists In -AC Tree
> ----------------------
[snip]
> Fix Exists But Isnt Merged
> --------------------------
> msync fails on NFS (probably fixed anyway)
> Semaphore races (fix in 2.2)
> Semaphore memory leak (fix in 2.2)
> Exploitable leak in file locking (Willy)
> Mark SGI VisWS obsolete
> 64bit lockf support
> TTY and N_HDLC layer called poll_wait twice per fd and corrupt memory
> ATM layer calls poll_wait twice per fd and corrupts memory
> Random calls poll_wait twice per fd and corrupts memory
> PCI sound calls poll_wait twice per fd and corrupts memory
> sbus audio calls poll_wait twice per fd and corrupts memory
> Support MP table above 1Gig (Ingo)
> Finish sorting out VM balancing (Rik Van Riel)
> access_process_mm oops/lockup if task->mm changes (Manfred)
> Dont panic on boot when meeting HP boxes with wacked APIC table numbering (AC)
> SMP affinity code creates multiple dirs with the same name (Ingo)
> Scheduler bugs in RT (Dimitris)
> TLB flush should use highest priority (Ingo)
> Set SMP affinity mask to actual cpu online mask (needed for some boards) (Ingo)
> Fix eth= command line
> HFS is still broken
Is there a fix for HFS? If so, it should, imho go in; at least a couple of
distro's are depending on it to function for their installers (Yellowdog,
LinuxPPC comes to mind. Debian doesn't, dunno about others...)
> AIC7xxx doesnt work non PCI ? (Doug says OK, new version due anyway)
> 8139 + bridging fails
>
> Security
> --------
> put_user is broken for i386 machines (security) - sem stuff may be wrong too
> Fix module remove race bug (mostly done - Al Viro)
These two are must-fixes, I think.
> To Do
> -----
> IDE fails on some VIA boards (eg the i-opener)
> Find out what has ruined disk I/O throughput.
> Restore O_SYNC functionality
> Trace numerous random crashes in the inode cache
> VM kswapd has some serious problems
> Test other file systems on write
> Audit all char and block drivers to ensure they are safe with the 2.3
> locking - a lot of them are not especially on the open() path.
> Stick lock_kernel() calls around driver with issues to hard to fix nicely
> for 2.4 itself
> PCMCIA/Cardbus hangs, IRQ problems, Keyboard/mouse problem (may be fixed ?)
> Use PCI DMA by default in IDE is unsafe (must not do so on via VPx x<3)
> Use PCI DMA 'lost interrupt' problem with some hw [which ?]
> Crashes on boot on some Compaqs ? (may be fixed)
> pci_set_master forces a 64 latency on low latency setting devices.Some
> boards require all cards have latency <= 32
> Loopback fs hangs
Definitely show-stopper. Almost every distro (if not every) uses Loopback
for their installers, and Loopback is used for a lot of other things too.
> Problems with ip autoconfig according to Zaitcev
> pci_socket crash on unload
> truncate_inode_pages does unsafe page cache operations
> heavy swapping corrupts ptes
> Linux sends a 1K buffer with SCSI inquiries. The ANSI-SCSI limit is 255.
> Linux uses TEST_UNIT_READY to chck for device presence on a PUN/LUN. The
> INQUIRY is the only valid test allowed by the spec.
Both of these should be fixed, imho. Not all (rather, very few) adapters
require the former to be fulfilled, but we should at least have it as
a config-option; something like CONFIG_SCSI_ANSIBUFSIZE...
The latter MIGHT confuse some devices.
> To Do But Non Showstopper
> -------------------------
> Make syncppp use new ppp code
> Finish 64bit vfs merges (lockf64 and friends missing)
> NCR5380 isnt smp safe
> DMFE is not SMP safe
> ACPI hangs on boot for some systems
If this is more than a few systems, I'd say showstopper, buuuut...
> Go through as 2.4pre kicks in and figure what we should mark obsolete for
> the final 2.4
> Per Process rtsigio limit
> RtSig limit handling bug
> Fix SPX socket code
> Boot hangs on a range of Dell docking stations (Latitude)
> iget abuse in knfsd
Oh no, we're not releasing another stable kernel-series with broken NFS,
are we?!
> Some people report 2.3.x serial problems
> USB hangs on APM suspend on some machines
> PCMCIA crashes on unloading pci_socket
> DEFXX driver appears broken
> ISAPnP IRQ handling failing on SB1000 + resource handling bug
> TB Multisound driver hasnt been updated for new isa I/O totally.
> Fix boards with different TSC per CPU and kill TSC use on them
o ibmmca driver breaks on Device_Inquiry on boot
> Compatibility Errors
> --------------------
> Xterm broke in 2.3.99pre6 (FIONREAD/select loop)
The question is, are we or the programmers of X-term to blame here?
> Probably Post 2.4
> -----------------
[snip]
> Drivers In 2.2 not 2.4
> ----------------------
> To Check
> --------
> Check O_APPEND atomicity bug fixing is complete
> Protection on isize (sct) [Al Viro mostly done]
> Mikulas claims we need to fix the getblk/mark_buffer_uptodate thing for
> 2.3.x as well
> Network block device seems broken by block device changes
> Fbcon races
> VFS?VM - mmap/write deadlock (demo code seems to show lock is there)
> rw sempahores on page faults (mmap_sem)
> kiobuf seperate lock functions/bounce/page_address fixes
> Fix routing by fwmark
> Some FB drivers check the A000 area and find it busy then bomb out
> rw semaphores on inodes to fix read/truncate races ? [Probably fixed]
> Not all device drivers are safe now the write inode lock isnt taken on write
> File locking needs checking for races
> Multiwrite IDE breaks on a disk error [minor issue at best]
> ACPI/APM suspend issue - IDE related stuff ?
> NFS bugs are fixed
Vital to check... We don't want another broken-wrt-NFS kernel-series.
> BusLogic crashes when you cat /proc/scsi/BusLogic/0
> Floppy last block cache flush error
> NFS causes dup kmem_create on reload
> Chase reports of SMB not working
> exec loader permissions
Not good...
> Locking on getcwd
> floppy fails on some machines
Could be a little bad, I guess.
> IRDA calls get random bytes before random is set up
> Some AWE cards are not being found by ISAPnP ??
_ _
// David Weinehall <tao@acc.umu.se> /> Northern lights wander \\
// Project MCA Linux hacker // Dance across the winter sky //
\> http://www.acc.umu.se/~tao/ </ Full colour fire </
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue May 23 2000 - 21:00:14 EST