Linked by Nth_Man on Mon 1st Jul 2013 15:37 UTC
Linux "This release adds support for bcache, which allows to use SSD devices to cache data from other block devices; a Btrfs format improvement that makes the tree dedicated to store extent information 30-35% smaller; support for XFS metadata checksums and self-describing metadata, timer free multitasking for applications running alone in a CPU, SysV IPC and rwlock scalability improvements, the TCP Tail loss probe algorithm that reduces tail latency of short transactions, KVM virtualization support in the MIPS architecture, many new drivers and small improvements."
Permalink for comment 566345
To read all comments associated with this story, please click here.
lucas_maximus
Member since:
2009-08-18

Excuse me? It is the way that all software development works. Take a look at a makefile.


Err no it isn't.

Sensible platforms go and ship the binary that it is built against with the distributable.

If the library has changed there is no way without testing it to verify if its behaviour has stayed the same or not.

You clearly don't understand the difference between an API and an ABI. The Linux kernel typically maintains stable APIs but not ABIs. This means that the source code of drivers need not change, but binary entry points do, so the binaries of the drivers does need to change.

If you update the kernel, the source code of drivers typically does not change (because as I said the API is normally stable). Hence this is not a mechanism to introduce breakage. A driver module which has been compiled against the incorrect version of Linux kernel headers simply won't load.


If something is changing that can cause defects. It doesn't matter whether it is an ABI or an API.

Reply Parent Score: 2