I found the following info inkernel.org: http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.31.6
-------------------------------------------------------- commit 9f00eee2ffab59cb85ecf1de54282c7fb4669565 Author: Rusty Russell <[email protected]> Date: Thu Oct 29 08:56:16 2009 -0600 param: fix lots of bugs with writing charp params from sysfs, by leaking mem. commit 65afac7d80ab3bc9f81e75eafb71eeb92a3ebdef upstream. e180a6b7759a "param: fix charp parameters set via sysfs" fixed the case where charp parameters written via sysfs were freed, leaving drivers accessing random memory. Unfortunately, storing a flag in the kparam struct was a bad idea: it's rodata so setting it causes an oops on some archs. But that's not all: 1) module_param_array() on charp doesn't work reliably, since we use an uninitialized temporary struct kernel_param. 2) there's a fundamental race if a module uses this parameter and then it's changed: they will still access the old, freed, memory. The simplest fix (ie. for 2.6.32) is to never free the memory. This prevents all these problems, at cost of a memory leak. In practice, there are only 18 places where a charp is writable via sysfs, and all are root-only writable. On 1/28/10, acemi list <[email protected]> wrote: > On 1/28/10, Alex Joni <[email protected]> wrote: >> "The warnings are related to the newer gcc 4.3.2 and can be fixed by >> configuring RTAI for "eager inline" (extended config in the first >> menuconfig window)." >> >> from https://mail.rtai.org/pipermail/rtai/2009-February/021007.html >> >> Maybe that fixes the bug too? > > > Hi Alex, > > My current RTAI is already compiled with "eager inline" > > # RTAI Documentation > # > # CONFIG_RTAI_DOX_DOC is not set > # CONFIG_RTAI_DOC_LATEX_NONSTOP is not set > # CONFIG_RTAI_DBX_DOC is not set > CONFIG_RTAI_TESTSUITE=y > # CONFIG_RTAI_COMPAT is not set > # CONFIG_RTAI_EXTENDED is not set > CONFIG_RTAI_LXRT_STATIC_INLINE=y > # CONFIG_RTAI_LXRT_NO_INLINE is not set > ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
