Messages in this thread | | | Subject | Re: 2.5 'what to expect' | From | Alan Cox <> | Date | 11 Jul 2003 15:26:19 +0100 |
| |
On Gwe, 2003-07-11 at 15:02, Dave Jones wrote: > - An additional bug biting some people is that NICs fail to receive packets > (usually notable by a NIC not getting a DHCP lease for eg, despite being > sent one by the server). Booting with "noapic" "acpi=off" or a combination > of both fixes this for most people. Additional breakage reports should go > to Jeff Garzik <jgarzik@pobox.com>
For 3com that was fixed in 2.4-ac months ago. There is a mostly undocmented power management bitflag that some bioses seem to know about for ACPI
> - (Possibly linked to above bug) VIA APIC routing is currently broken. > boot with 'noapic'.
Does 2.5 not have the INTD routing fix yet ?
> - The hptraid/promise RAID drivers are currently non functional, and > will probably be converted to use device-mapper. > - Some filesystems still need work (Intermezzo, UFS, HFS, HPFS..) The hfsplus file system is missing from 2.5 at the moment
> - Some people seem to have trouble running rpm, most notably Red Hat 9 users. > This is a known bug of rpm. > Workaround: run "export LD_ASSUME_KERNEL=2.2.5", before running rpm.
or upgrade to rpm 4.2 (which I'd recommend everyone does anyway as it fixes a load of other problems) - ftp.rpm.org
> - Older Direct Rendering Manager (DRM) support (For XFree86 4.0) > has been removed. Upgrade to XFree86 4.1.0 or higher.
The current 2.5 DRM doesnt seem to work with 4.1, but does with 4.3 at least on my testing of i810. I need to double check the results unless others see the same
> Modules. > ~~~~~~~~
> - For Red Hat users, there's another pitfall in "/etc/rc.sysinit". > During startup, the script sets up the binary used to dynamically load > modules stored at "/proc/sys/kernel/modprobe". The initscript looks > for "/proc/ksyms", but since it doesn't exist in 2.5 kernels, the > binary used is "/sbin/true" instead.
Better to cite the explanation and fix in the FAQ/README for the new module tools 8)
> Enhanced coredumping. > ~~~~~~~~~~~~~~~~~~~~~ > - 2.5 offers you the ability to configure the way core files are > named through a /proc/sys/kernel/core_pattern file. > You can use various format identifiers in this name to affect > how the core dump is named.
So does 2.4 8) 2.4-ac also offers setuid core dump facilities I need to forward port
> - Multithreaded processes can now dump core
> IDE. > ~~~~ > - Known problems with the current IDE code. > o Serverworks OSB4 may panic on bad blocks or other non fatal errors FIXED > o PCMCIA IDE hangs on eject Should be fixed in 2.5, fixed(ish) in 2.4 > o ide_scsi is completely broken in 2.5.x. Known problem. If you need it > either use 2.4 or fix it 8) > - IDE disk geometry translators like OnTrack, EZ Partition, Disk Manager > are no longer supported. The only way forward is to remove the translator > from the drive, and start over.
Or to use device mapper to remap the disk.
> CD Recording. > ~~~~~~~~~~~~~ > - Jens Axboe added the ability to use DMA for writing CDs on > ATAPI devices. Writing CDs should be much faster than it > was in 2.4, and also less prone to buffer underruns and the like.
Currently generally crashes the machine on problems or if you have anything touching the other channel
> - gcc 3.2.2-5 as shipped by Red Hat generates incorrect code in the > kmalloc optimisation introduced in 2.5.71 > See http://linus.bkbits.net:8080/linux-2.5/cset@1.1410
This URL appears wrong!
> to 2.5. For this reason 2.5.x kernels should not be tested on > untrusted systems. Testing known 2.4 exploits and reporting results > is useful.
There is at least one known local root exploit in 2.5.75
> Ports. > ~~~~~~ > - 2.5 features support for several new architectures. > - x86-64 (AMD Hammer) > - ppc64 > - UML (User mode Linux) > See http://user-mode-linux.sf.net for more information. > - uCLinux: m68k(w/o MMU), h8300 and v850. sh also added a uCLinux option. > - The 64 bit s390x port got collapsed into a single port, appearing > as a config option in the base s390 arch. > - In the opposite direction, arm26 was split out from arm.
sh64 ?
- 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/
| |