Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1600876
| From | Nicolas Dufresne <nicolas@ndufresne.ca> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC PATCH 00/12] Ion cleanup in preparation for moving out of staging |
| Date | 2017-03-14 21:30 +0100 |
| Message-ID | <tl1eW-5s2-27@gated-at.bofh.it> (permalink) |
| References | (8 earlier) <tjaFH-ma-17@gated-at.bofh.it> <tkbT4-294-21@gated-at.bofh.it> <tkh2p-5M8-3@gated-at.bofh.it> <tkFxL-6zk-13@gated-at.bofh.it> <tkVVU-1uM-21@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
Le mardi 14 mars 2017 à 15:47 +0100, Benjamin Gaignard a écrit : > Should we use /devi/ion/$heap instead of /dev/ion_$heap ? > I think it would be easier for user to look into one directory rather > then in whole /dev to find the heaps > > > is that we don't have to worry about a limit of 32 possible > > heaps per system (32-bit heap id allocation field). But dealing > > with an ioctl seems easier than names. Userspace might be less > > likely to hardcode random id numbers vs. names as well. > > In the futur I think that heap type will be replaced by a "get caps" > ioctl which will > describe heap capabilities. At least that is my understanding of > kernel part > of "unix memory allocator" project I think what we really need from userspace point of view, is the ability to find a compatible heap for a set of drivers. And this without specific knowledge of the drivers. Nicolas
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [RFC PATCH 00/12] Ion cleanup in preparation for moving out of staging Benjamin Gaignard <benjamin.gaignard@linaro.org> - 2017-03-14 15:50 +0100 Re: [RFC PATCH 00/12] Ion cleanup in preparation for moving out of staging Laura Abbott <labbott@redhat.com> - 2017-03-14 20:50 +0100 Re: [RFC PATCH 00/12] Ion cleanup in preparation for moving out of staging Nicolas Dufresne <nicolas@ndufresne.ca> - 2017-03-14 21:30 +0100
csiph-web