akpm: we need more people to test & report.
+ alan: "Floppy has worked for me since the patches that went in 2.5.69-ac
+ and I think -bk somewhere"
+
+ PRI1
+
drivers/char/
~~~~~~~~~~~~~
o Alan: Multiple serious bugs in the DRI drivers (most now with patches
thankfully). "The badness I know about is almost entirely IRQ mishandling.
DRI failing to mask PCI irqs on exit paths."
- (might be fixed due to DRI updates?)
+ (This is understood and fixed in DRI CVS)
+
+ PRI1
o Various suspect things in AGP.
+ PRI1
+
drivers/ide/
~~~~~~~~~~~~
(Alan)
o IDE requires bio walking
"Bartlomiej has IDE multisector working" (does that mean it''''s fixed?)
+ PRI1
o IDE PIO has occasional unexplained PIO disk eating reports
+ PRI1
+
o IDE has multiple zillions of races/hangs in 2.5 still
+ PRI1
+
o IDE scsi needs rewriting
+ PRI2
+
o IDE needs significant reworking to handle Simplex right
+ PRI2
+
o IDE hotplug handling for 2.5 is completely broken still
+ PRI2
+
o There are lots of other IDE bugs that wont go away until the taskfile
stuff is included, the locking bugs that allow any user to hang the IDE
layer in 2.5, and some other updates are forward ported. (esp. HPT372N).
+ PRI1
+
drivers/isdn/
~~~~~~~~~~~~~
(Kai, rmk)
o isdn_tty locking is completely broken (cli() and friends)
+ PRI2
+
o fix lots of remaining bugs in the isdn link layer / hisax protocol layer
/ hisax subdrivers, so that at least 99% of the users have a usable ISDN
subsystem
+ PRI1
+
o fix other drivers
+ PRI2
+
o lots more cleanups, adaption to recent APIs etc
+ PRI3
+
o fixup tty-based ISDN drivers which provide TIOCM* ioctls (see my recent
3-set patch for serial stuff)
Alternatively, we could re-introduce the fallback to driver ioctl parsing
for these if not enough drivers get updated.
+ PRI3
+
drivers/net/
~~~~~~~~~~~~
o davej: Either Wireless network drivers or PCMCIA broke somewhen. A
configuration that worked fine under 2.4 doesn''''t receive any packets. Need
to look into this more to make sure I don''''t have any misconfiguration that
just ''''happened to work'''' under 2.4
+ PRI1
drivers/scsi/
~~~~~~~~~~~~~
o qlogic follies:
- jejb: Merge the feral driver. It covers all qlogic chips: 1020 all
the way up to 23xxx. mjacob is promising a "major" rewrite which
eliminates this as a candidate for immediate inclusion. Panics on my
parisc hardware, works on my ia64. BK tree is
@@ -866,81 +1041,193 @@
until I at least see how Qlogic responds to the issues. Can''''t currently
build this for my only fibre card (a qla2100). BK tree is at
http://linux-scsi.bkbits.net/scsi-qla2xxx-2.5
- I think the best plan currently is not to merge either of these, but
keep shadow BK trees for them (thus holding out the possibility of
merger) to see how they evolve. I agree with hch that feral seems to be
in the better shape but, barring directions to the contrary, I can''''t see
why both shouldn''''t be included eventually.
+ PRI2
+
arch/i386/
~~~~~~~~~~
o Also PC9800 merge needs finishing to the point we want for 2.6 (not all).
+ PRI3
+
o ES7000 wants merging (now we are all happy with it). That shouldn''''t be a
big problem.
+ PRI2
+
o davej: PAT support (for mtrr exhaustion w/ AGP)
+ PRI2
+
o 2.5.x won''''t boot on some 440GX
alan: Problem understood now, feasible fix in 2.4/2.4-ac. (440GX has two
IRQ routers, we use the $PIR table with the PIIX, but the 440GX doesnt use
the PIIX for its IRQ routing). Fall back to BIOS for 440GX works and Intel
concurs.
+ PRI1
+
o 2.5.x doesn''''t handle VIA APIC right yet.
1. We must write the PCI_INTERRUPT_LINE
2. We have quirk handlers that seem to trash it.
+ PRI1
+
o ACPI needs the relax patches merging to work on lots of laptops
+ alan: ACPI relax stuff is in 2.4-ac, compaq workaround is in next -ac
+ coming. These seem to deliver the goods - toshibas now work a treat. Some
+ other relax bits are being discussed (assume local0 starts 0 etc) and
+ progress looks great. This can occur before 2.6 or during.
+
+ PRI1
+
o ECC driver questions are not yet sorted (DaveJ is working on this) (Dan
Hollis)
+ alan: ECC - I have some test bits from Dan''''s stuff - they need no kernel
+ core changes for most platforms. That means we can treat it as a random
+ driver merge.
+
+ 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 上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页 |
