On Sun, Jan 20, 2008 at 12:57:29PM +1030, David Newall wrote:Did you? Interesting choice of words. See the rationale in the patch -- any iBCS application will need a significant kernel patch. If people add this kernel patch they can easily patch the three more places that detect the executables. But it does not make sense for all Linux kernels to always check for iBCS executables when they don't have to code to run them anyways. Now if iBCS support is truly as important as you claim I'm sure someone will eventually submit a patch for mainline to support it properly. If yes the hooks can be readded in a clean way, not in a hackish way like they currently exists. -Andi --
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| WANG Cong | Re: WANTED: kernel projects for CS students |
| Hiten Pandya | Re: up? (emacs docbook xml ide) |
| Rafael J. Wysocki | [Bug #10606] 2.6.26-rc1 regression: ACPI fails to load SDT. - Dell M1530 |
| David Fenyes | sigsetmask()? (LINUX) |
| X X | X11 GIf viewer somewhere? |
| root | Broken pipe when using reboot/halt, etc. |
| Stephen Tweedie | Unmounting root (no kidding!) [was: Some Linux problems---solved] |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: iptables very slow after commit784544739a25c30637397ace5489eeb6e15d7d49 |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
