Date: Thu, 30 Aug 2001 23:50:43 +0900 (JST) From: Hajimu UMEMOTO <ume@mahoroba.org> To: mwm@mired.org Cc: ume@mahoroba.org Subject: Re: Freezes in 4.4RC on SMP Kernel and gkrellm Message-ID: <20010830.235043.28861473.ume@mahoroba.org> In-Reply-To: <15246.19717.31335.194978@guru.mired.org> References: <15245.51106.120852.616240@guru.mired.org> <20010830.222356.125820097.ume@mahoroba.org> <15246.19717.31335.194978@guru.mired.org>
next in thread | previous in thread | raw e-mail | index | archive | help
>>>>> On Thu, 30 Aug 2001 09:26:13 -0500
>>>>> Mike Meyer <mwm@mired.org> said:
mwm> Well, if I leave gkrellm off, the system doesn't freeze. I'm not sure
mwm> what the exact cause is, but it seems to be related to
mwm> plugins.
What plugins are you using? Did you try disabling plugin from Plugin
tab?
> mwm> From looking over gkrellm's code, it assumes that any smb device it
> mwm> finds is the one it knows about - and proceeds to try and extract data
> mwm> from it. This seems like a bad idea - at least in this case.
> Yes, it is dirty. However, I have no idea to distinguish if smb is
> mapped to initpm. I wish to fix it. Is there any way to do it?
mwm> Well, it's possible, because healthd does it. But I think that's the
mwm> wrong fix.
Okay, thanks.
> mwm> gkrellm also has the problem that it initializes every monitor it
> mwm> knows about, even if that one isn't being displayed. Without the smb
> mwm> devices, it uses /dev/io, and that's left open so that gkrellm can
> mwm> lower it's privileges after opening the file. This means bugs in other
> mwm> modules could stroke /dev/io in some strange way - and I believe
> mwm> that's the root cause of the freezes I'm seeing.
> I wish to have a generic method to obtain temperature, fan speed and
> voltage without any extra privilege.
mwm> The approach I've been looking at is to replace the sensors builtin
mwm> with a plugin that access healthd - except I think the problems may be
mwm> related to plugins :-(.
Oh, it's better.
mwm> Healthd handles different smb interfaces better, in that it doesn't
mwm> crash the system. It's more accurate, if for nothing else because it
mwm> knows the factor/offset numbers for the different chips, and uses
mwm> those directly. There appears to be a systematic error reading
mwm> voltages 2.4% low in the FreeBSD code in sensors.c as well, but I'm
mwm> not sure which one of the two is wrong. Finally, it handles more chip
mwm> types than the sensors.c code does.
mwm> For instance, I get two temperatures - one per CPU - out of healthd,
mwm> and I can't see a sane way to do that in the sensors module.
Umm, I have no machines which have LM78/79 feature now. So, I cannot
test sensor module by myself. X-(
> mwm> I've installed gkrellm WITHOUT_SENSOR=yes - which sgid instead of suid
> mwm> - and enabled all the things that I had on when the system was
> mwm> freezing before, except the sensors.
> I'll turn sensor support off by default for workaround.
mwm> I'm not sure that solves the problem. I still got freezes when
mwm> installing it WITHOUT_SENSOR=yes.
Really? I think GKrellM cannot access /dev/smb* nor /dev/io in this
case.
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010830.235043.28861473.ume>