On Sun, Sep 23, 2007 at 08:26:53PM +0800, lepton wrote:I take back what I said. It looks like it's checking for some non-zero number of traps, which would be for the instructions leading up to the next system call, followed by the system call. It bails out if the system call is the first thing it sees. Given this, I think your patch is correct. Jeff -- Work email - jdike at linux dot intel dot com -
| Jeff Chua | 2.6.27rc1 cannot boot more than 8CPUs |
| Linus Torvalds | Linux 2.6.27-rc8 |
| Stephen Rothwell | Announce: Linux-next (Or Andrew's dream :-)) |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Linus Torvalds | People unaware of the importance of "git gc"? |
| Pedro Melo | Re: git on MacOSX and files with decomposed utf-8 file names |
| Matthieu Moy | git push to a non-bare repository |
| Pieter de Bie | [BUG] pull faulty 'not uptodate' |
| Leon Dippenaar | New tcp stack attack |
| Richard Stallman | Real men don't attack straw men |
| Pieter Verberne | pkg_add keeps giving errors |
| Will Maier | cron doesn't run commands in /etc/crontab? |
| Arjan van de Ven | Re: [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Daniele Lacamera | [PATCH] Fix tcp_hybla zero congestion window growth with small rho and large cwnd |
| Rick Jones | Re: RFC: Nagle latency tuning |
