PRI3

o alan: 2.4 has some fixes for tsc handling bugs.  One where some bioses in
  SMM mode mess up our toggle on the time high/low or mangle the counter and
  one where a few chips need religious use of _p for timer access and we
  don''''t do that.  This is forward porting little bits of fixup.

  ACPI HZ stuff we can''''t trap - a lot of ACPI is implemented as outb''''s
  triggering SMM traps

  PRI1

arch/x86_64/
~~~~~~~~~~~~

  (Andi)

o time handling is broken. Need to move up 2.4 time.c code.

  PRI1

o Another report of a crash at shutdown on Simics with no iommu when all
  memory was used.  Could be related to the one above.

  PRI1

o NMI watchdog seems to tick too fast

  PRI2

o not very well tested. probably more bugs lurking.

  PRI1

o need to coredump 64bit vsyscall code with dwarf2

  PRI2

o move 64bit signal trampolines into vsyscall code and add dwarf2 for it.

  PRI1

o describe kernel assembly with dwarf2 annotations for kgdb (currently
  waiting on some binutils changes for this)

  PRI3

arch/alpha/
~~~~~~~~~~~

o rth: Ptrace writes are broken.  This means we can''''t (reliably) set
  breakpoints or modify variables from gdb.

  PRI1

arch/arm/
~~~~~~~~~

o rmk: missing raw keyboard translation tables for all ARM machines.
  Haven''''t even looked into this at all.  This could be messy since there
  isn''''t an ARM architecture standard.  I''''m presently hoping that it won''''t be
  an issue.  If it does, I guess we''''ll see drivers/char/keyboard.c explode.

  PRI2

arch/others/
~~~~~~~~~~~~

o SH/SH-64 need resyncing, as do some other ports.  No impact on
  mainstream platforms hopefully.

  PRI2

o IA64 needs merging, has impact on core code

  PRI1

arch/s390/
~~~~~~~~~

o A nastly memory management problem causes random crashes.  These appear
  to be fixed/hidden by the objrmap patch, more investigation is needed.

  PRI1

drivers/s390/
~~~~~~~~~~~~~

o Early userspace and 64 bit dev_t will allow the removal of most of
  dasd_devmap.c and dasd_genhd.c.

  PRI2

o The 3270 console driver needs to be replaced with a working one
  (prototype is there, needs to be finished).

  PRI2

o Minor interface changes are pending in cio/ when the z990 machines are
  out.

  There are some more things being worked on that are either post-2.6.0 or
  are likely to remain outside of the official kernel (i.e.  not for your
  list):

  PRI3

o Jan Glauber is working on a fix for the timer issues related to running
  on virtualized CPUs (wall-clock vs.  cpu time).

  PRI1

o new zfcp fibre channel driver

  PRI3

o the qeth driver will become GPL soon

  PRI3

o a block device driver for ramdisks shared among virtual machines

  PRI3

o driver for crypto hardware

  PRI2

o ''''claw'''' network device driver

  PRI3

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

※diff格式文件:
From:   Andrew Morton <akpm@digeo.com>
To:   linux-kernel@vger.kernel.org
Subject:   must-fix, version 6
Date:   Fri, 30 May 2003 16:37:20 -0700

There are probably quite a few things here which are in progress or are
already fixed.  Could people please send updates.

I shall separate the "must fix" list from the "late features and speedups"
list.  It''''s a bit confusing having them combined.

I have attempted to prioritise the "late features and speedups" items along
the following lines:

 PRI1: We''''re totally lame if this doesn''''t get in
 PRI2: Would be nice
 PRI3: Not very important

I basically guessed.  Feel free to argue.

ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/must-fix/

Changes since version 5:

--- /tmp/must-fix-5.txt Fri May 30 16:29:05 2003
+++ /tmp/must-fix-6.txt Fri May 30 16:29:12 2003
@@ -79,21 +79,21 @@
 o CD burning.  There are still a few quirks to solve wrt SG_IO and ide-cd.
 
   Jens: The basic hang has been solved (double fault in ide-cd), there still
   seems to be some cases that don''''t work too well.  Don''''t really have a
   handle on those :/
 
 o lmb: Last time I looked at the multipath code (2.5.50 or so) it also
   looked pretty broken; I plan to port forward the changes we did on 2.4
   before KS.
 
-o elevator-noop is broken.
+o loop.c: fix http://bugzilla.kernel.org/show_bug.cgi?id=192
 
 drivers/input/
 ~~~~~~~~~~~~~~
 
 o rmk: unconverted keyboard/mouse drivers (there''''s a deadline of 2.6.0
   currently on these remaining in my/Linus'''' tree.)
 
 o viro: large absence of locking.
 
 o synaptic touchpad support
@@ -231,70 +231,60 @@
   doesn''''t get wedged.
 
 o qlogic drivers: merge qlogicisp, feral with a view to dropping qlogicfc
   and qlogicisp
 
 o jejb: and merge the qla2xxx too
 
 fs/
 ~~~
 
-o ext3 data=journal mode is bust.
+o ext3 data=journal mode is bust.  (fix is in progress)
 
 o ext3/htree readdir can return "." and ".." in unexpected order, which
   might break buggy userspace apps.  Ted has a fix planned.
 
 
 o AIO/direct-IO writes can race with truncate and wreck filesystems.
 
-  o Easy fix is to only allow the feature for S_ISBLK files.
+  o Easy fix is to add an rwsem to the inode.
 
 o hch: devfs: there''''s a fundamental lookup vs devfsd race that''''s only
   fixable by introducing a lookup vs devfs deadlock.  I can''''t see how this is
   fixable without getting rid of the current devfsd design.  Mandrake seems
   to have a workaround for this so this is at least not triggered so easily,
   but that''''s not what I''''d consider a fix..
 
 o viro: fs/char_dev.c needs removal of aeb stuff and merge of cdev-cidr.
   In progress.
 
 o forward-port sct''''s O_DIRECT fixes
 
 o viro: there is some generic stuff for namei/namespace/super, but that''''s a
   slow-merge and can go in 2.6 just fine
 
 o andi: also soft needs to be fixed - there are quite a lot of
   uninterruptible waits in sunrpc/nfs
 
 o trond: NFS has a mmap-versus-truncate problem
 
-kernel/sched.c/
-~~~~~~~~~~~~~~~
-
-o O(1) scheduler starvation, poor behaviour seems unresolved.
-
-  Jens: "I''''ve been running 2.5.67-mm3 on my workstation for two days, and
-  it still doesn''''t feel as good as 2.4.  It''''s not a disaster like some
-  revisisons ago, but it still has occasional CPU "stalls" where it feels
-  like a process waits for half a second of so for CPU time.  That''''s is very
-  noticable."
-
-   Also see Mike Galbraith''''s work.
-
-  Conclusion: the scheduler has issues, lots of people working on it.  Rick
-  Lindsley, Andrew Theurer.
+kernel/sched.c
+~~~~~~~~~~~~~~
 
 o "Persistent starvation"
 
   http://www.hpl.hp.com/research/linux/kernel/o1-starve.php
 
-  ingo: "this is mostly invalid".
+  ingo: "basically by calling sleep(1) in an infinite loop you can end up
+  expiring yourself.  The testcode (test-starve.c) triggers this.  This is
+  solved by going to sub-timeslices.  Which i''''ve got done a few weeks ago and
+  it has seen some testing by others as well.
 
 o Overeager affinity in presence of repeated yields
 
   http://www.hpl.hp.com/research/linux/kernel/o1-openmp.php
 
   ingo: this is valid.  fix is in progress.
 
 o The "thud.c" test app.  This is a exploit for the interactivity
   estimator.  it''''s unlikely to bite in real-world cases.  Needs watching.
   Can be ameliorated by setting nice values.
@@ -313,35 +303,49 @@
   IMHO
 
   (alan has patch)
 
 o nasty task refcounting bug is taking ages to track down.  (bugzilla ref?)
 
 o viro: core sysctl code is racy.  And its interaction wiuth sysfs
 
 o gettimeofday goes backwards.  Merge up David M-T''''s fixes?
 
+o Daniel Jacobowitz <dan@debian.org>: when CLONE_DETACHED threads were
+  removed from /proc several approaches were suggested to let procps find out
+  about them and none of th

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9]  下一页