no MAX_ARG_PAGES
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest4 patches 21 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/4 | arch: personality independent stack topinclude/ include/ include/ +19 more | +28 | 0 replies | |
| 1/4 | arch: personality independent stack topinclude/ include/ include/ +19 more | +28 | 0 replies | |
| 2/4 | audit: rework execve auditfs/ include/ kernel/ +1 more | +70 | 2 replies | |
| 2/4 | audit: rework execve auditfs/ include/ kernel/ +1 more | +70 | 0 replies | |
| 3/4 | mm: move_page_tables{,_up}include/ mm/ | +110 | 6 replies | |
| 3/4 | mm: move_page_tables{,_up}include/ mm/ | +110 | 0 replies | |
| 4/4 | mm: variable length argument supportarch/ arch/ arch/ +14 more | +495 | 13 replies | |
| 4/4 | mm: variable length argument supportarch/ arch/ arch/ +14 more | +495 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/4] no MAX_ARG_PAGES
This patch-set aims at removing the current limit on argv+env space aka. MAX_ARG_PAGES.
The new mm is created before the binfmt code runs, the stack is placed at the highest address supported by that architecture.
The argv+env data is then copied from the old mm into the new mm (which is inactive at that time - this introduces some cache coherency issues).
Then we run the binfmt code, which will compute the final stack address. The existing stack will be moved downwards (or upwards on PA-RISC) to the desired place.
This 'trick' heavily relies on the MMU, so for no-MMU archs we stay with the old approach.
Tested-on: i386, ia64, frv, parisc, ppc64, um, x86_64
Patches against: .22-rc4
Signature · 20 lines
Changes since last time:
- fixed ia64
( va-space constraints )
- fixed ia64 CONFIG_IA32_SUPPORT
( brown paper bags and more va-space constraints)
- fixed powerpc
( address limit on stack extention )
- removed audit_kill() in favour of audit_panic()
- nicely spit out the patches
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [email protected]. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"[email protected]"> [email protected] </a>