|
From: | Simon Goldschmidt |
Subject: | [lwip-devel] [bug #26133] Processor specific porting needs flexibility in terms of placement of various memory pools and heap |
Date: | Sun, 10 Jan 2010 13:20:51 +0000 |
User-agent: | Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 |
Update of bug #26133 (project lwip): Status: None => Need Info _______________________________________________________ Follow-up Comment #7: As I already said in patch #6822: I think Bill's idea to include prototype of the heap- or pool-variable definition in cc.h (including the appropriate __attribute__ or pragme to relocate them) is good enough _plus_ it keeps us from having _PRE and _POST defines everywhere. Are there any architectures where this doesn't work? Of course, there is still a limitation when pool elements shall come from totally different areas (e.g. pbuf pool in internal, non-contiguous buffers) - we would need a different mechanism for that. But then again, this is rather a thing to discuss in task #7896 (Support zero-copy drivers). _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?26133> _______________________________________________ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |