On Monday 04 August 2008 11:54, Keith Packard wrote:This is not an argument. shmem_file_setup is public because that's how ipc is implemented, not because it makes sense to be used anywhere else. Lots of other things in mm/ are public that should never be used outside that directory for example. This is how I'd suggested it work as well. I think a little bit more effort should be spent looking at making this work. Mapping the file into an address space might be a way to make it work (using get_user_pages to get the struct page). splice might also work. read_mapping_page or similar could also be something to look at. But using shmem_getpage seems wrong because it circumvents the vfs API. If you genuinely have problems that can't be fit into existing APIs without significant modification, and that is specific just to your app, then we could always look at making special cases for you. But it would be nice if we generically solve problems you have with processes manipulating thousands of files. --
| Amit K. Arora | [RFC] Heads up on sys_fallocate() |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Matheos Worku | 2.6.24 BUG: soft lockup - CPU#X |
