Re: [Cpufreqd-devel] Re: [gentoo-hardened] cpufreqd-1.1.1 segmentation fault with hardened

[Mattia D. <do...@su...>]

On Mon, Jul 19, 2004 at 12:46:50PM +0200, Alexander Gabert wrote:
> aer...@fa... wrote:
> 
> >>>I recently hacked a bit on cpufreqd (unapplied) and discovered that
> >>>adding elements to the middle of its structures resulted in data
> >>>corruption. My (limited) investigations suggested that some users of
> >>>the structs assume a certain layout for memcpy operations. Adding my
> >>>stuff to the end of the structures fixed it for me.
> >>
> >>this sound like a full rebuild of cpufreqd is needed, plugins included.
> >>Changing headers and not compiling also libsys_{acpi,apm,pmu} can
> >>potentially lead to segfaults as they all use the same structures (eg.:
> >>struc general, struct sys_info). Could this be the case?
> >>
> >>Please, let me know
> >
> >
> >Well as far as memory serves, I did 'make clean ; make' or whatever

make sure that plugins (libsys_*) are installed in the correct path,
otherwise cpufreqd will use old ones. CPUFREQD_LIBDIR is defined at
./configure time and not overridable (yet) at runtime.

Just out of curiosity: why are you using cpufreqd-1.1.1 ?

[...]
> This would help me solve the problem for the user before we start 
> talking about what needs to be done upstream for making this program 
> pax-aware and compatible somehow.

fine, I'll be happy to accept patches to improve cpufreqd.

PS: sorry, I'm not subscribed to gentoo-hardened, please Cc either
cpufreqd-devel or me directly, thanks
-- 
mattia
:wq!