On Sat, 26 Apr 2008, Adrian Bunk wrote:Yes, and I couldn't care less - it wasn't critical in any way (nobody should be using kernel headers directly in user space anyway, so the only people who could _possibly_ care were the people who build glibc releases etc). IOW, it wasn't a critical bug-fix that needed to be pushed out aggressively. Which means that I totally ignore a patch when I see that there are people who actually maintain that area (especially if I know they are responsible maintainers) that are also cc'd and that even reply to it. It so happens that that patch got merged into my tree today - unrelated to this discussion - and it came through all the normal channels (ie the x86 maintainer tree). IOW, everything happened exactly the way it is SUPPOSED to happen. That said, it also obviously does happen that I lose patches for real. Maybe some of them even from you. But your complaints really aren't sensible in this case. Linus --
| David Miller | [GIT]: Networking |
| Linus Torvalds | Linux 2.6.26-rc4 |
| Fred . | Please add ZFS support (from GPL sources) |
| Greg KH | Linux 2.6.25.10 |
git: | |
| Alexander Gladysh | [Q] Encrypted GIT? |
| Kevin Leung | Edit log message after commit |
| Pietro Mascagni | GIT vs Other: Need argument |
| Michael Hendricks | removing content from git history |
| GVG GVG | ssh_exchange_identification: Connection closed by remote host |
| Edwin Eyan Moragas | poll(2) vs kqueue(2) performance |
| Didier Wiroth | win32-codecs, avi and amd64 question |
| Daniel Ouellet | identifying sparse files and get ride of them trick available? |
| Daniel Brewer | Re: fsync performance hit on 1.6.1 |
| Hubert Feyrer | Compressed vnd handling tested successfully |
| Elad Efrat | Integrating securelevel and kauth(9) |
| YAMAMOTO Takashi | yamt-km branch |
